Cluster di macchine virtuali Synology in produzione: la nostra configurazione a 3 nodi VMM Pro

Un cluster di macchine virtuali Synology non è solo un giocattolo da laboratorio. Questo negozio, il nostro server di posta, il nostro marchio affiliato e diversi siti web ospitati vengono eseguiti come guest su tre unità NAS Synology unite in un cluster Virtual Machine Manager, protetto da una licenza VMM Pro. Attualmente vi risiedono otto guest, sette dei quali sono in esecuzione 24 ore su 24, 7 giorni su 7, e sei vengono replicati a intervalli regolari su un host di standby che trascorre la maggior parte del tempo inattivo. Questo articolo descrive nel dettaglio la configurazione di questa macchina virtuale Synology nel suo funzionamento effettivo: quale hardware svolge quale funzione, perché abbiamo scelto la replica programmata anziché l'alta disponibilità, come gestiamo il failover e i limiti da conoscere prima di copiarla.

Punto SynoPower Club: La domanda che ricevo più spesso dai clienti che acquistano VMM Pro è come si presenta la situazione quando un'azienda reale ne dipende. Ecco quindi la nostra, con tutti i suoi difetti. La console mostra un avviso permanente perché un host è spento di proposito, lo standby si riattiva solo per raccogliere le repliche e il server web all'interno della macchina virtuale ha un avviso attaccato con del nastro adesivo per il giorno del failover. Nulla di tutto ciò è presente nella brochure. Tutto questo spiega perché un cluster di macchine virtuali Synology ci costa una frazione di quanto costerebbe la stessa ridondanza in un data center a noleggio.

Ecco come si presenta un cluster di macchine virtuali Synology in produzione. #

Virtual Machine Manager consente a un massimo di sette host NAS Synology di condividere un'unica console. Ogni host mantiene il proprio spazio di archiviazione ed esegue le proprie macchine virtuali, e la versione gratuita li gestisce già come un cluster. La novità introdotta da VMM Pro è la possibilità di operare su più host: spostare una macchina virtuale Synology in esecuzione da un dispositivo all'altro, riavviarla automaticamente altrove o copiare i suoi snapshot su un altro host in base a una pianificazione.

Tale distinzione influenza tutto quanto segue. Il nostro cluster è composto da tre host, ma il valore deriva dai piani di protezione che vengono eseguiti tra di essi, non dal fatto che appaiano in un unico elenco. Se stai ancora decidendo tra le edizioni, il nostro confronto di Virtual Machine Manager e VMM Pro copre l'intera suddivisione delle funzionalità.

I nostri tre host di macchine virtuali Synology e cosa viene eseguito su ciascuno #

Il cluster combina tre generazioni di hardware Synology e a ciascun host di macchine virtuali Synology viene assegnato il compito più adatto.

Ospite	Ruolo	Cosa fa
DS1621xs+	Ospite principale della produzione	Questo archivio funge da guest Virtual DSM su storage NVMe, più un sito Web del cliente.
FS1018	Conduttore di produzione secondaria	Il nostro servizio di inoltro posta, il sito web del nostro marchio gemello, due siti web ospitati e un piccolo sito per gli ospiti
FS2017	standby a freddo e destinazione di replica	Niente di attivo; riceve repliche programmate e si spegne di nuovo

Il negozio si trova sul DS1621xs+ perché è la macchina virtuale Synology più utilizzata del cluster e la sua cronologia lo dimostra. L'abbiamo spostato lì dal FS1018 nell'agosto 2026 dopo aver misurato che l'host più piccolo eseguiva dieci CPU virtuali su quattro thread hardware. Entrambi gli host di produzione utilizzano la stessa generazione di processori alla stessa frequenza di clock, quindi una singola richiesta viene eseguita alla stessa velocità su entrambi. Il vantaggio dell'host più grande è la maggiore capacità: più thread, quindi le macchine virtuali più utilizzate non competono più per gli stessi core.

Perché abbiamo scelto la replica anziché l'alta disponibilità #

Sulla carta, tre host sono esattamente ciò che serve per l'alta disponibilità VMM Pro. Synology richiede almeno tre host nel cluster, e la decisione sullo stato di salute del cluster viene presa a maggioranza, motivo per cui il white paper raccomanda un numero dispari di nodi.

Il problema è che l'alta disponibilità presuppone che questi host siano online. Il nostro terzo host è un cold standby che rimane spento per la maggior parte del tempo per risparmiare energia e ridurre il rumore, quindi il cluster non poteva mantenere la maggioranza necessaria per il failover automatico. Piuttosto che tenere una terza macchina accesa tutto il giorno, abbiamo optato per i piani di protezione: snapshot programmati con replica remota sullo standby. Il failover diventa così un'operazione manuale e deliberata, misurata in minuti, anziché automatica e misurata in secondi.

Per un piccolo negozio, questo tipo di operazione è vantaggiosa. Il server di standby ha costi di gestione pressoché nulli e le repliche sono già presenti quando ne abbiamo bisogno. Se la disponibilità del servizio contasse più della bolletta elettrica, trasformare il server di standby in un terzo host sempre attivo consentirebbe di ottenere un'elevata disponibilità con la stessa licenza.

Replica di una macchina virtuale Synology su un host di standby in 4 passaggi #

Questa è la sequenza che abbiamo seguito per proteggere ogni guest. Richiede VMM Pro, almeno due host nel cluster e volumi Btrfs sia sull'origine che sulla destinazione.

Come vengono calibrati i piani di protezione #

Sei dei nostri otto ospiti dispongono di un piano di protezione e ogni macchina virtuale Synology protetta viene replicata sul server di standby. Non tutti gli ospiti meritano la stessa pianificazione, quindi vengono suddivisi in due gruppi.

• Ogni dodici ore: questo negozio, il centro di smistamento della posta e un sito web per i clienti, dove perdere un giorno di modifiche sarebbe un problema.
• Una volta al giorno alle 04:00: due siti web ospitati e il piccolo guest, dove ogni giorno è sufficiente.

La fidelizzazione segue la stessa logica, utilizzando le policy integrate che Virtual Machine Manager denomina in base all'obiettivo del punto di ripristino: gli ospiti più attivi mantengono la policy oraria, quelli meno attivi la policy giornaliera o settimanale. I due ospiti senza un piano sono un tracker di progetto dismesso e spento e un sito web che non ha ancora un piano.

Un dettaglio ci ha subito colto di sorpresa. La versione gratuita conserva al massimo 32 snapshot per ospite, e una pianificazione di dodici ore raggiunge questo limite in sedici giorni. La versione VMM Pro alza il limite a 255, ma blocchiamo comunque ogni snapshot manuale che desideriamo conservare, in modo che la pianificazione non lo rimuova mai.

Come un piccolo team protegge ogni macchina virtuale Synology #

L'intero cluster è gestito da un team molto ristretto, ed è proprio questo il punto. Nessuno passa le giornate a controllare le dashboard, quindi il design deve proteggere ogni macchina virtuale Synology senza che nessuno debba ricordarsi di premere un pulsante.

I piani di protezione vengono eseguiti secondo una pianificazione autonoma. Lo standby si attiva, riceve le repliche e torna in modalità di sospensione. Prima di qualsiasi modifica rischiosa, come il ridimensionamento di una macchina virtuale o l'aggiornamento dei plugin, eseguiamo prima un'istantanea bloccata; il nostro Guida al dimensionamento corretto mostra che la routine nella pratica. Quando qualcosa è andato storto nel negozio, come nel invio massivo di email tramite modulo di contatto Abbiamo effettuato delle verifiche questo mese: i registri, le email e le istantanee erano tutti su hardware sotto il nostro controllo.

Come si presenta una giornata di failover #

Una replica contiene tutto ciò che si trova all'interno della macchina virtuale Synology, comprese le impostazioni ottimizzate per l'host da cui proviene. È proprio questo l'aspetto che spesso viene dimenticato.

Il sistema guest del negozio è ottimizzato per il DS1621xs+, incluso il numero di processi simultanei che il suo server web può avviare. Se il negozio dovesse mai essere eseguito su un host con un numero inferiore di thread hardware, tale limite deve essere ridotto prima dell'arrivo del traffico, altrimenti il sistema guest si sovraccaricherà. Il nostro manuale operativo indica questa modifica come primo passaggio dopo l'accensione di una replica, seguito dalla verifica che il sito, la pagina di pagamento e la posta elettronica funzionino correttamente.

Prepara la tua lista prima di averne bisogno. La replica trasferisce la macchina virtuale Synology sull'altro host; una checklist ne garantisce il corretto funzionamento.

Pianificazione della capacità: la memoria è il vero limite #

Sui nostri host, la memoria di ogni macchina virtuale in esecuzione è riservata e bloccata, quindi non può essere condivisa o recuperata da DSM. Questo fa sì che la memoria, e non la CPU, rappresenti il vero limite di capacità di un cluster di macchine virtuali Synology.

Un host di macchine virtuali Synology di standby o secondario è utile solo se dispone di memoria libera sufficiente per ospitare le macchine virtuali che potrebbero accedervi. Per questo motivo abbiamo ridotto lo spazio di archiviazione per le macchine virtuali da sedici gigabyte a otto, dopo che le misurazioni hanno dimostrato che non ne serviva mai di più. Gli otto gigabyte recuperati rappresentano un margine di memoria che un altro host può utilizzare durante un failover, senza dover acquistare ulteriore spazio.

Perché questo cluster funziona su Synology e VMM Pro #

La ragione onesta è il rapporto costi/sforzo. Tre unità NAS Synology che memorizzano anche i nostri file, una Licenza VMM Pro e il libero Virtual DSM Ogni host include un'istanza che ci fornisce un hosting replicato e protetto da snapshot, gestibile da un'unica console. Ogni macchina virtuale può essere ripristinata in pochi minuti e ricostruita su un'altra macchina a partire da una replica.

Inoltre, ci garantisce la massima trasparenza come rivenditori. Le licenze che vendiamo sono alla base della nostra attività, quindi quando un cliente ci chiede se la licenza VMM Pro funziona in produzione, la risposta è già presente nella pagina che state leggendo.

Limiti e avvertenze del cluster di macchine virtuali Synology #

Una macchina virtuale Synology replicata è aggiornata solo quanto lo è la sua pianificazione. L'archivio viene replicato ogni dodici ore, quindi nel peggiore dei casi un failover la ripristina allo stato in cui si trovava fino a mezza giornata prima. Questo è il prezzo da pagare per una modalità di standby inattiva, e la prima impostazione che inaspriremmo se il volume degli ordini aumentasse.

La modalità di standby a freddo implica anche che la console visualizzi sempre un avviso relativo a un host irraggiungibile. Questo è un comportamento previsto, non un difetto, ma significa che è più facile non notare avvisi importanti. Prima di ignorare l'avviso, verifica di cosa si tratta.

L'alta disponibilità non è sinonimo di backup. Né lo è la replica di per sé: un errore o un malware all'interno di una macchina virtuale si replica comunque. Conserva snapshot protetti e una copia off-host a cui poter tornare.

Infine, VMM funziona solo su modelli compatibili con volumi Btrfs e un hardware eterogeneo comporta prestazioni diverse. Eseguite un test di failover sull'host più piccolo del cluster, perché è lì che una macchina virtuale potrebbe riscontrare problemi per prima.

Domande frequenti #

Riferimenti e video dimostrativi #

• Protezione in Virtual Machine Manager, che comprendono piani di protezione, snapshot e replica remota.
• Alta disponibilità in Virtual Machine Manager, incluso il requisito dei tre host.
• Gestione dei cluster in Virtual Machine Manager, sull'aggiunta e la gestione degli host.
• Documento tecnico Synology VMM, con indicazioni su quorum, progettazione di reti e cluster.
• Pacchetto di licenze VMM Pro, spiegando i pacchetti da 3 e 7 nodi e i termini di licenza.

Una panoramica di Virtual Machine Manager e una guida alla migrazione delle macchine virtuali su un NAS Synology. Il terzo video illustra Synology High Availability, un prodotto diverso che esegue il mirroring di un intero NAS su un gemello passivo identico, utile per comprendere le differenze rispetto ai cluster VMM.

stai creando il tuo cluster? Inizia con un Licenza VMM Pro per la replica e la migrazione live, aggiungere Licenze Virtual DSM per ulteriori ospiti DSM, oppure sfoglia ogni licenza su SynoPower Club.