Um cluster de m\u00e1quinas virtuais Synology n\u00e3o \u00e9 apenas um prot\u00f3tipo. Esta loja, nosso servidor de e-mail, nossa marca irm\u00e3 e diversos sites hospedados funcionam como m\u00e1quinas virtuais em tr\u00eas unidades NAS Synology, unidas em um cluster Virtual Machine Manager e protegidas por uma licen\u00e7a VMM Pro. Oito m\u00e1quinas virtuais est\u00e3o em execu\u00e7\u00e3o atualmente, sete delas funcionando 24 horas por dia, 7 dias por semana, e seis s\u00e3o replicadas de forma programada para um host de espera que permanece ocioso na maior parte do tempo. Este artigo descreve a configura\u00e7\u00e3o da m\u00e1quina virtual Synology em sua opera\u00e7\u00e3o real: qual hardware desempenha cada fun\u00e7\u00e3o, por que optamos pela replica\u00e7\u00e3o programada em vez de alta disponibilidade, como realizar\u00edamos o failover e as limita\u00e7\u00f5es que voc\u00ea deve conhecer antes de replic\u00e1-la.<\/p>\n\n\n\n
\nPonto SynoPower Club:<\/strong> A pergunta que mais recebo de clientes que compram o VMM Pro \u00e9 como ele se comporta quando um neg\u00f3cio real depende dele. Ent\u00e3o, aqui est\u00e1 o nosso, com todos os seus defeitos. O console exibe um aviso permanente porque um host est\u00e1 desligado propositalmente, o servidor de espera s\u00f3 liga para coletar r\u00e9plicas e o servidor web dentro da m\u00e1quina virtual da loja tem um lembrete para o dia de failover. Nada disso est\u00e1 no folheto. Tudo isso explica por que um cluster de m\u00e1quinas virtuais Synology nos custa uma fra\u00e7\u00e3o do que a mesma redund\u00e2ncia custaria em um data center alugado.<\/p>\n<\/blockquote>\n\n\n\n
Como \u00e9 um cluster de m\u00e1quinas virtuais Synology em produ\u00e7\u00e3o?<\/h2>\n\n\n\n
O Virtual Machine Manager permite que at\u00e9 sete hosts NAS Synology compartilhem um \u00fanico console. Cada host mant\u00e9m seu pr\u00f3prio armazenamento e executa suas pr\u00f3prias m\u00e1quinas virtuais, e a edi\u00e7\u00e3o gratuita j\u00e1 as gerencia como um cluster. O que o VMM Pro adiciona \u00e9 a capacidade de operar entre hosts: mover uma m\u00e1quina virtual Synology em execu\u00e7\u00e3o de um servidor para outro, reinici\u00e1-la automaticamente em outro local ou copiar seus snapshots para outro host de acordo com um cronograma.<\/p>\n\n\n\n
Essa distin\u00e7\u00e3o molda tudo o que vem a seguir. Nosso cluster \u00e9 composto por tr\u00eas hosts, mas o valor reside nos planos de prote\u00e7\u00e3o que s\u00e3o executados entre eles, e n\u00e3o no fato de estarem listados em uma \u00fanica op\u00e7\u00e3o. Se voc\u00ea ainda est\u00e1 em d\u00favida entre as edi\u00e7\u00f5es, confira nossa compara\u00e7\u00e3o de Virtual Machine Manager e VMM Pro<\/a> Abrange a divis\u00e3o completa dos recursos.<\/p>\n\n\n\n
Nossos tr\u00eas hosts de m\u00e1quinas virtuais Synology e o que \u00e9 executado em cada um deles.<\/h2>\n\n\n\n
O cluster combina tr\u00eas gera\u00e7\u00f5es de hardware Synology, e cada host de m\u00e1quina virtual Synology recebe a tarefa mais adequada para ela.<\/p>\n\n\n\n
Hospedar<\/th> Papel<\/th> O que ele executa<\/th><\/tr><\/thead> DS1621xs+<\/td> Hospedeiro prim\u00e1rio de produ\u00e7\u00e3o<\/td> Esta loja possui um convidado Virtual DSM em armazenamento NVMe, al\u00e9m de um site do cliente.<\/td><\/tr> FS1018<\/td> hospedeiro de produ\u00e7\u00e3o secund\u00e1rio<\/td> Nosso servi\u00e7o de retransmiss\u00e3o de e-mails, o site da nossa marca irm\u00e3, dois sites hospedados e um pequeno site para visitantes.<\/td><\/tr> FS2017<\/td> Espera fria e alvo de r\u00e9plica<\/td> Nada ao vivo; recebe r\u00e9plicas programadas e desliga novamente.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n A loja est\u00e1 hospedada no DS1621xs+ porque \u00e9 a m\u00e1quina virtual Synology mais ocupada do cluster e o hist\u00f3rico comprova isso. Migramos a loja do FS1018 para l\u00e1 em agosto de 2026, ap\u00f3s constatarmos que o host menor estava executando dez CPUs virtuais em quatro threads de hardware. Ambos os hosts de produ\u00e7\u00e3o usam a mesma gera\u00e7\u00e3o de processador com a mesma frequ\u00eancia de clock, portanto, uma \u00fanica requisi\u00e7\u00e3o \u00e9 executada na mesma velocidade em qualquer um deles. O que o host maior oferece \u00e9 capacidade: mais threads, de modo que as m\u00e1quinas virtuais ocupadas n\u00e3o precisem mais competir pelos mesmos n\u00facleos.<\/p>\n\n\n\n
Por que escolhemos a replica\u00e7\u00e3o em vez da alta disponibilidade?<\/h2>\n\n\n\n
Em teoria, tr\u00eas hosts atendem exatamente \u00e0s necessidades de alta disponibilidade do VMM Pro. J\u00e1 o Synology exige pelo menos tr\u00eas hosts no cluster, e a sa\u00fade do cluster \u00e9 determinada por maioria, motivo pelo qual o white paper recomenda um n\u00famero \u00edmpar de n\u00f3s.<\/p>\n\n\n\n
O problema \u00e9 que a alta disponibilidade exige que esses hosts estejam online. Nosso terceiro host \u00e9 um servidor de espera a frio que fica desligado na maior parte do tempo para economizar energia e reduzir o ru\u00eddo, ent\u00e3o o cluster n\u00e3o conseguia manter a maioria dos servidores dos quais o failover autom\u00e1tico depende. Em vez de manter uma terceira m\u00e1quina ativa o dia todo, optamos por planos de prote\u00e7\u00e3o: snapshots agendados com replica\u00e7\u00e3o remota para o servidor de espera. O failover se torna uma etapa manual e deliberada, medida em minutos, e n\u00e3o autom\u00e1tica, medida em segundos.<\/p>\n\n\n\n
Para uma pequena empresa, essa troca vale a pena. O servidor de standby custa quase nada para manter, e as r\u00e9plicas j\u00e1 est\u00e3o 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\u00e7a.<\/p>\n\n\n\n
Replicando uma m\u00e1quina virtual Synology para um host em espera em 4 etapas<\/h2>\n\n\n\n
Esta \u00e9 a sequ\u00eancia 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.<\/p>\n\n\n
\n\n\n<\/div>\n\n\n\nJunte-se aos apresentadores<\/h3>\n
Instale o Virtual Machine Manager em cada NAS, atribua a cada um um endere\u00e7o IP est\u00e1tico e um volume Btrfs, e adicione-os a um cluster a partir do host prim\u00e1rio. Inclua o NAS em espera enquanto ele estiver ligado.<\/p>\n<\/div>\n<\/div>\n
\nAtivar VMM Pro<\/h3>\n
Adquira uma licen\u00e7a VMM Pro que cubra todos os hosts, incluindo o host de espera. Um pacote para 3 n\u00f3s cobre um cluster como o nosso. Se estiver testando o projeto, utilize o per\u00edodo de avalia\u00e7\u00e3o de 30 dias primeiro.<\/p>\n<\/div>\n<\/div>\n
\nCrie um plano de prote\u00e7\u00e3o.<\/h3>\n
Para cada convidado, crie um plano com snapshots locais e replica\u00e7\u00e3o remota, selecione o host de espera como destino e escolha um cronograma e uma pol\u00edtica de reten\u00e7\u00e3o que correspondam \u00e0 quantidade de dados que o convidado pode perder.<\/p>\n<\/div>\n<\/div>\n
\nSimule a falha de seguran\u00e7a.<\/h3>\n
Fa\u00e7a um snapshot manual bloqueado, confirme se a r\u00e9plica aparece no servidor de espera e, em seguida, pratique a inicializa\u00e7\u00e3o de uma m\u00e1quina virtual n\u00e3o cr\u00edtica no servidor de espera para que o failover real n\u00e3o ocorra na primeira tentativa.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n\n\n\n
Como os planos de prote\u00e7\u00e3o s\u00e3o ajustados<\/h2>\n\n\n\n
Seis dos nossos oito convidados possuem um plano de prote\u00e7\u00e3o, e cada m\u00e1quina virtual Synology protegida \u00e9 replicada para o servidor de espera. Nem todos os convidados merecem a mesma programa\u00e7\u00e3o, ent\u00e3o eles s\u00e3o divididos em dois grupos.<\/p>\n\n\n\n
\n
- A cada doze horas:<\/strong> Esta loja, o centro de distribui\u00e7\u00e3o de correspond\u00eancia e um site de atendimento ao cliente, onde perder um dia de altera\u00e7\u00f5es seria prejudicial.<\/li>\n\n\n\n
- Uma vez por dia, \u00e0s 04:00:<\/strong> Dois sites hospedados e um pequeno site convidado, onde o uso di\u00e1rio \u00e9 suficiente.<\/li>\n<\/ul>\n\n\n\n
A reten\u00e7\u00e3o segue a mesma l\u00f3gica, usando as pol\u00edticas integradas que o Virtual Machine Manager nomeia por objetivo de ponto de recupera\u00e7\u00e3o: os h\u00f3spedes mais ocupados mant\u00eam a pol\u00edtica hor\u00e1ria, os menos ocupados, a pol\u00edtica di\u00e1ria ou semanal. Os dois h\u00f3spedes sem um plano s\u00e3o um rastreador de projetos desativado e um site que ainda n\u00e3o possui um plano.<\/p>\n\n\n\n
Um detalhe nos pegou de surpresa logo de in\u00edcio. A vers\u00e3o gratuita armazena no m\u00e1ximo 32 snapshots por convidado, e uma programa\u00e7\u00e3o de doze horas atinge esse limite em dezesseis dias. A vers\u00e3o VMM Pro aumenta o limite para 255, mas ainda assim bloqueamos qualquer snapshot manual que desejamos manter, para que a programa\u00e7\u00e3o nunca o remova.<\/p>\n\n\n\n
Como uma pequena equipe protege todas as m\u00e1quinas virtuais Synology<\/h2>\n\n\n\n
Todo o cluster \u00e9 gerenciado por uma equipe muito pequena, e esse \u00e9 o objetivo. Ningu\u00e9m fica monitorando pain\u00e9is o dia todo, ent\u00e3o o projeto precisa proteger todas as m\u00e1quinas virtuais Synology sem que ningu\u00e9m precise se lembrar de apertar um bot\u00e3o.<\/p>\n\n\n\n
Os planos de prote\u00e7\u00e3o s\u00e3o executados em sua pr\u00f3pria programa\u00e7\u00e3o. O servidor em espera \u00e9 ativado, recebe r\u00e9plicas e volta a dormir. Antes de qualquer altera\u00e7\u00e3o arriscada, como redimensionar uma m\u00e1quina virtual ou atualizar plugins, primeiro criamos um snapshot bloqueado; nosso Guia passo a passo para dimensionamento adequado<\/a> mostra essa rotina na pr\u00e1tica. Quando algo dava errado na loja, como no bombardeio de e-mails de formul\u00e1rio de contato<\/a> Neste m\u00eas, rastreamos os registros, os e-mails e os instant\u00e2neos, todos em hardware que controlamos.<\/p>\n\n\n\n
Como ser\u00e1 o dia do failover?<\/h2>\n\n\n\n
Uma r\u00e9plica carrega tudo o que est\u00e1 dentro da m\u00e1quina virtual Synology, incluindo as configura\u00e7\u00f5es que foram ajustadas para o host de origem. Essa \u00e9 a parte que as pessoas esquecem.<\/p>\n\n\n\n
A loja virtual \u00e9 configurada para o DS1621xs+, incluindo o n\u00famero de processos simult\u00e2neos 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\u00e1fego, caso contr\u00e1rio, a loja virtual ficar\u00e1 sobrecarregada. Nosso manual de procedimentos lista essa altera\u00e7\u00e3o como o primeiro passo ap\u00f3s ligar uma r\u00e9plica, seguido pela verifica\u00e7\u00e3o de que o site, o checkout e o e-mail est\u00e3o funcionando corretamente.<\/p>\n\n\n\n
Crie sua pr\u00f3pria lista antes de precisar dela. A replica\u00e7\u00e3o leva a m\u00e1quina virtual Synology para o outro host; uma lista de verifica\u00e7\u00e3o garante que ela funcione l\u00e1.<\/p>\n\n\n\n
Planejamento de capacidade: a mem\u00f3ria \u00e9 o verdadeiro limite.<\/h2>\n\n\n\n
Em nossos hosts, a mem\u00f3ria de cada m\u00e1quina virtual em execu\u00e7\u00e3o \u00e9 reservada e bloqueada, portanto, n\u00e3o pode ser compartilhada ou liberada pelo DSM. Isso faz com que a mem\u00f3ria, e n\u00e3o a CPU, seja o verdadeiro limite de capacidade de um cluster de m\u00e1quinas virtuais Synology.<\/p>\n\n\n\n
Um host de m\u00e1quina virtual Synology de espera ou secund\u00e1rio s\u00f3 \u00e9 \u00fatil se tiver mem\u00f3ria livre suficiente para acomodar as m\u00e1quinas virtuais que possam ser executadas nele. \u00c9 por isso que reduzimos a mem\u00f3ria da m\u00e1quina virtual de armazenamento de dezesseis gigabytes para oito, assim que as medi\u00e7\u00f5es mostraram que ela nunca precisava de mais. Os oito gigabytes recuperados representam espa\u00e7o livre que outro host pode usar durante uma falha, sem custos adicionais.<\/p>\n\n\n\n
Por que este cluster \u00e9 executado em Synology e VMM Pro?<\/h2>\n\n\n\n
O motivo sincero \u00e9 a rela\u00e7\u00e3o custo-benef\u00edcio. Tr\u00eas unidades NAS Synology que tamb\u00e9m armazenam nossos arquivos, uma Licen\u00e7a VMM Pro<\/a> e os livres Virtual DSM<\/a> Cada inst\u00e2ncia inclu\u00edda no host nos proporciona hospedagem replicada e protegida por snapshots, gerenciada a partir de um \u00fanico console. Cada m\u00e1quina virtual pode ser revertida em minutos e recriada em outro servidor a partir de uma r\u00e9plica.<\/p>\n\n\n\n
Isso tamb\u00e9m nos mant\u00e9m honestos como revendedores. As licen\u00e7as que vendemos sustentam nosso pr\u00f3prio neg\u00f3cio, ent\u00e3o, quando um cliente pergunta se o VMM Pro funciona em produ\u00e7\u00e3o, a resposta est\u00e1 na p\u00e1gina que voc\u00ea est\u00e1 lendo.<\/p>\n\n\n\n