Cluster de Máquinas Virtuais Synology em Produção: Nossa Configuração de 3 Nós VMM Pro

Um cluster de máquinas virtuais Synology não é apenas um protótipo. Esta loja, nosso servidor de e-mail, nossa marca irmã e diversos sites hospedados funcionam como máquinas virtuais em três unidades NAS Synology, unidas em um cluster Virtual Machine Manager e protegidas por uma licença VMM Pro. Oito máquinas virtuais estão em execução atualmente, sete delas funcionando 24 horas por dia, 7 dias por semana, e seis são replicadas de forma programada para um host de espera que permanece ocioso na maior parte do tempo. Este artigo descreve a configuração da máquina virtual Synology em sua operação real: qual hardware desempenha cada função, por que optamos pela replicação programada em vez de alta disponibilidade, como realizaríamos o failover e as limitações que você deve conhecer antes de replicá-la.

Ponto SynoPower Club: A pergunta que mais recebo de clientes que compram o VMM Pro é como ele se comporta quando um negócio real depende dele. Então, aqui está o nosso, com todos os seus defeitos. O console exibe um aviso permanente porque um host está desligado propositalmente, o servidor de espera só liga para coletar réplicas e o servidor web dentro da máquina virtual da loja tem um lembrete para o dia de failover. Nada disso está no folheto. Tudo isso explica por que um cluster de máquinas virtuais Synology nos custa uma fração do que a mesma redundância custaria em um data center alugado.

Como é um cluster de máquinas virtuais Synology em produção? #

O Virtual Machine Manager permite que até sete hosts NAS Synology compartilhem um único console. Cada host mantém seu próprio armazenamento e executa suas próprias máquinas virtuais, e a edição gratuita já as gerencia como um cluster. O que o VMM Pro adiciona é a capacidade de operar entre hosts: mover uma máquina virtual Synology em execução de um servidor para outro, reiniciá-la automaticamente em outro local ou copiar seus snapshots para outro host de acordo com um cronograma.

Essa distinção molda tudo o que vem a seguir. Nosso cluster é composto por três hosts, mas o valor reside nos planos de proteção que são executados entre eles, e não no fato de estarem listados em uma única opção. Se você ainda está em dúvida entre as edições, confira nossa comparação de Virtual Machine Manager e VMM Pro Abrange a divisão completa dos recursos.

Nossos três hosts de máquinas virtuais Synology e o que é executado em cada um deles. #

O cluster combina três gerações de hardware Synology, e cada host de máquina virtual Synology recebe a tarefa mais adequada para ela.

Hospedar	Papel	O que ele executa
DS1621xs+	Hospedeiro primário de produção	Esta loja possui um convidado Virtual DSM em armazenamento NVMe, além de um site do cliente.
FS1018	hospedeiro de produção secundário	Nosso serviço de retransmissão de e-mails, o site da nossa marca irmã, dois sites hospedados e um pequeno site para visitantes.
FS2017	Espera fria e alvo de réplica	Nada ao vivo; recebe réplicas programadas e desliga novamente.

A loja está hospedada no DS1621xs+ porque é a máquina virtual Synology mais ocupada do cluster e o histórico comprova isso. Migramos a loja do FS1018 para lá em agosto de 2026, após constatarmos que o host menor estava executando dez CPUs virtuais em quatro threads de hardware. Ambos os hosts de produção usam a mesma geração de processador com a mesma frequência de clock, portanto, uma única requisição é executada na mesma velocidade em qualquer um deles. O que o host maior oferece é capacidade: mais threads, de modo que as máquinas virtuais ocupadas não precisem mais competir pelos mesmos núcleos.

Por que escolhemos a replicação em vez da alta disponibilidade? #

Em teoria, três hosts atendem exatamente às necessidades de alta disponibilidade do VMM Pro. Já o Synology exige pelo menos três hosts no cluster, e a saúde do cluster é determinada por maioria, motivo pelo qual o white paper recomenda um número ímpar de nós.

O problema é que a alta disponibilidade exige que esses hosts estejam online. Nosso terceiro host é um servidor de espera a frio que fica desligado na maior parte do tempo para economizar energia e reduzir o ruído, então o cluster não conseguia manter a maioria dos servidores dos quais o failover automático depende. Em vez de manter uma terceira máquina ativa o dia todo, optamos por planos de proteção: snapshots agendados com replicação remota para o servidor de espera. O failover se torna uma etapa manual e deliberada, medida em minutos, e não automática, medida em segundos.

Para uma pequena empresa, essa troca vale a pena. O servidor de standby custa quase nada para manter, e as réplicas já estão nele quando precisamos delas. Se o tempo de atividade fosse mais importante do que a conta de luz, transformar o servidor de standby em um terceiro host sempre ativo permitiria alta disponibilidade com a mesma licença.

Replicando uma máquina virtual Synology para um host em espera em 4 etapas #

Esta é a sequência que seguimos para proteger cada convidado. Ela requer VMM Pro, pelo menos dois hosts no cluster e volumes Btrfs tanto na origem quanto no destino.

Como os planos de proteção são ajustados #

Seis dos nossos oito convidados possuem um plano de proteção, e cada máquina virtual Synology protegida é replicada para o servidor de espera. Nem todos os convidados merecem a mesma programação, então eles são divididos em dois grupos.

• A cada doze horas: Esta loja, o centro de distribuição de correspondência e um site de atendimento ao cliente, onde perder um dia de alterações seria prejudicial.
• Uma vez por dia, às 04:00: Dois sites hospedados e um pequeno site convidado, onde o uso diário é suficiente.

A retenção segue a mesma lógica, usando as políticas integradas que o Virtual Machine Manager nomeia por objetivo de ponto de recuperação: os hóspedes mais ocupados mantêm a política horária, os menos ocupados, a política diária ou semanal. Os dois hóspedes sem um plano são um rastreador de projetos desativado e um site que ainda não possui um plano.

Um detalhe nos pegou de surpresa logo de início. A versão gratuita armazena no máximo 32 snapshots por convidado, e uma programação de doze horas atinge esse limite em dezesseis dias. A versão VMM Pro aumenta o limite para 255, mas ainda assim bloqueamos qualquer snapshot manual que desejamos manter, para que a programação nunca o remova.

Como uma pequena equipe protege todas as máquinas virtuais Synology #

Todo o cluster é gerenciado por uma equipe muito pequena, e esse é o objetivo. Ninguém fica monitorando painéis o dia todo, então o projeto precisa proteger todas as máquinas virtuais Synology sem que ninguém precise se lembrar de apertar um botão.

Os planos de proteção são executados em sua própria programação. O servidor em espera é ativado, recebe réplicas e volta a dormir. Antes de qualquer alteração arriscada, como redimensionar uma máquina virtual ou atualizar plugins, primeiro criamos um snapshot bloqueado; nosso Guia passo a passo para dimensionamento adequado mostra essa rotina na prática. Quando algo dava errado na loja, como no bombardeio de e-mails de formulário de contato Neste mês, rastreamos os registros, os e-mails e os instantâneos, todos em hardware que controlamos.

Como será o dia do failover? #

Uma réplica carrega tudo o que está dentro da máquina virtual Synology, incluindo as configurações que foram ajustadas para o host de origem. Essa é a parte que as pessoas esquecem.

A loja virtual é configurada para o DS1621xs+, incluindo o número de processos simultâneos que seu servidor web pode iniciar. Se a loja precisar ser executada em um host com menos threads de hardware, esse limite deve ser reduzido antes da chegada do tráfego, caso contrário, a loja virtual ficará sobrecarregada. Nosso manual de procedimentos lista essa alteração como o primeiro passo após ligar uma réplica, seguido pela verificação de que o site, o checkout e o e-mail estão funcionando corretamente.

Crie sua própria lista antes de precisar dela. A replicação leva a máquina virtual Synology para o outro host; uma lista de verificação garante que ela funcione lá.

Planejamento de capacidade: a memória é o verdadeiro limite. #

Em nossos hosts, a memória de cada máquina virtual em execução é reservada e bloqueada, portanto, não pode ser compartilhada ou liberada pelo DSM. Isso faz com que a memória, e não a CPU, seja o verdadeiro limite de capacidade de um cluster de máquinas virtuais Synology.

Um host de máquina virtual Synology de espera ou secundário só é útil se tiver memória livre suficiente para acomodar as máquinas virtuais que possam ser executadas nele. É por isso que reduzimos a memória da máquina virtual de armazenamento de dezesseis gigabytes para oito, assim que as medições mostraram que ela nunca precisava de mais. Os oito gigabytes recuperados representam espaço livre que outro host pode usar durante uma falha, sem custos adicionais.

Por que este cluster é executado em Synology e VMM Pro? #

O motivo sincero é a relação custo-benefício. Três unidades NAS Synology que também armazenam nossos arquivos, uma Licença VMM Pro e os livres Virtual DSM Cada instância incluída no host nos proporciona hospedagem replicada e protegida por snapshots, gerenciada a partir de um único console. Cada máquina virtual pode ser revertida em minutos e recriada em outro servidor a partir de uma réplica.

Isso também nos mantém honestos como revendedores. As licenças que vendemos sustentam nosso próprio negócio, então, quando um cliente pergunta se o VMM Pro funciona em produção, a resposta está na página que você está lendo.

Limitações e ressalvas do cluster de máquinas virtuais Synology #

Uma máquina virtual Synology replicada só está atualizada enquanto sua programação estiver em dia. O armazenamento replica a cada doze horas, então, na pior das hipóteses, uma falha a restaura ao estado em que estava até meio dia antes. Esse é o preço de um servidor em modo de espera inativo, e a primeira configuração que restringiríamos caso o volume de pedidos aumentasse.

O modo de espera a frio também significa que o console sempre exibe um aviso sobre um host ao qual não consegue se conectar. Isso faz parte do funcionamento do projeto, não é uma falha, mas significa que avisos importantes podem passar despercebidos com mais facilidade. Verifique o conteúdo do aviso antes de ignorá-lo.

Alta disponibilidade não é backup. Nem a replicação por si só: um erro ou malware dentro de uma máquina virtual também se replica. Mantenha snapshots bloqueados e uma cópia externa à qual você possa retornar.

Por fim, o VMM só funciona em modelos compatíveis com volumes Btrfs, e hardware misto significa desempenho variável. Teste o failover no host menor do seu cluster, pois é nele que a máquina virtual encontrará dificuldades primeiro.

Perguntas frequentes #

Referências e tutoriais em vídeo #

• Proteção em Virtual Machine Manager, abrangendo planos de proteção, snapshots e replicação remota.
• Alta disponibilidade em Virtual Machine Manager, incluindo o requisito de três hosts.
• Gerenciamento de clusters no Virtual Machine Manager, sobre como adicionar e gerenciar hosts.
• Documento técnico do VMM Synology, com orientações sobre quórum, rede e projeto de clusters.
• Pacote de licença VMM Pro, Explicando os pacotes de 3 e 7 nós e os termos da licença.

Um passo a passo do Virtual Machine Manager e um guia para migrar máquinas virtuais em um NAS Synology. O terceiro vídeo aborda o Synology High Availability, um produto diferente que espelha um NAS inteiro em um gêmeo passivo idêntico, útil para ver como ele difere dos clusters VMM.

Construindo seu próprio cluster? Comece com um Licença VMM Pro Para replicação e migração em tempo real, adicione Licenças Virtual DSM para convidados DSM adicionais, ou navegue por todas as licenças em SynoPower Club.