Un cluster di macchine virtuali Synology non \u00e8 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\u00e0 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\u00e9 abbiamo scelto la replica programmata anzich\u00e9 l'alta disponibilit\u00e0, come gestiamo il failover e i limiti da conoscere prima di copiarla.<\/p>\n\n\n\n
\nPunto SynoPower Club:<\/strong> La domanda che ricevo pi\u00f9 spesso dai clienti che acquistano VMM Pro \u00e8 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\u00e9 un host \u00e8 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\u00f2 \u00e8 presente nella brochure. Tutto questo spiega perch\u00e9 un cluster di macchine virtuali Synology ci costa una frazione di quanto costerebbe la stessa ridondanza in un data center a noleggio.<\/p>\n<\/blockquote>\n\n\n\n
Ecco come si presenta un cluster di macchine virtuali Synology in produzione.<\/h2>\n\n\n\n
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\u00e0 come un cluster. La novit\u00e0 introdotta da VMM Pro \u00e8 la possibilit\u00e0 di operare su pi\u00f9 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.<\/p>\n\n\n\n
Tale distinzione influenza tutto quanto segue. Il nostro cluster \u00e8 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<\/a> copre l'intera suddivisione delle funzionalit\u00e0.<\/p>\n\n\n\n
I nostri tre host di macchine virtuali Synology e cosa viene eseguito su ciascuno<\/h2>\n\n\n\n
Il cluster combina tre generazioni di hardware Synology e a ciascun host di macchine virtuali Synology viene assegnato il compito pi\u00f9 adatto.<\/p>\n\n\n\n
Ospite<\/th> Ruolo<\/th> Cosa fa<\/th><\/tr><\/thead> DS1621xs+<\/td> Ospite principale della produzione<\/td> Questo archivio funge da guest Virtual DSM su storage NVMe, pi\u00f9 un sito Web del cliente.<\/td><\/tr> FS1018<\/td> Conduttore di produzione secondaria<\/td> Il nostro servizio di inoltro posta, il sito web del nostro marchio gemello, due siti web ospitati e un piccolo sito per gli ospiti<\/td><\/tr> FS2017<\/td> standby a freddo e destinazione di replica<\/td> Niente di attivo; riceve repliche programmate e si spegne di nuovo<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Il negozio si trova sul DS1621xs+ perch\u00e9 \u00e8 la macchina virtuale Synology pi\u00f9 utilizzata del cluster e la sua cronologia lo dimostra. L'abbiamo spostato l\u00ec dal FS1018 nell'agosto 2026 dopo aver misurato che l'host pi\u00f9 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\u00e0 su entrambi. Il vantaggio dell'host pi\u00f9 grande \u00e8 la maggiore capacit\u00e0: pi\u00f9 thread, quindi le macchine virtuali pi\u00f9 utilizzate non competono pi\u00f9 per gli stessi core.<\/p>\n\n\n\n
Perch\u00e9 abbiamo scelto la replica anzich\u00e9 l'alta disponibilit\u00e0<\/h2>\n\n\n\n
Sulla carta, tre host sono esattamente ci\u00f2 che serve per l'alta disponibilit\u00e0 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.<\/p>\n\n\n\n
Il problema \u00e8 che l'alta disponibilit\u00e0 presuppone che questi host siano online. Il nostro terzo host \u00e8 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\u00ec un'operazione manuale e deliberata, misurata in minuti, anzich\u00e9 automatica e misurata in secondi.<\/p>\n\n\n\n
Per un piccolo negozio, questo tipo di operazione \u00e8 vantaggiosa. Il server di standby ha costi di gestione pressoch\u00e9 nulli e le repliche sono gi\u00e0 presenti quando ne abbiamo bisogno. Se la disponibilit\u00e0 del servizio contasse pi\u00f9 della bolletta elettrica, trasformare il server di standby in un terzo host sempre attivo consentirebbe di ottenere un'elevata disponibilit\u00e0 con la stessa licenza.<\/p>\n\n\n\n
Replica di una macchina virtuale Synology su un host di standby in 4 passaggi<\/h2>\n\n\n\n
Questa \u00e8 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.<\/p>\n\n\n
\n\n\n<\/div>\n\n\n\nUnisciti agli organizzatori<\/h3>\n
Installa Virtual Machine Manager su ogni NAS, assegna a ciascuno un indirizzo IP statico e un volume Btrfs, quindi aggiungili a un cluster dall'host primario. Includi anche il NAS di standby mentre \u00e8 acceso.<\/p>\n<\/div>\n<\/div>\n
\nAttiva VMM Pro<\/h3>\n
Inserisci una licenza VMM Pro che copra ogni host, incluso quello di standby. Un pacchetto da 3 nodi \u00e8 sufficiente per un cluster come il nostro. Se stai testando la configurazione, utilizza prima la versione di prova di 30 giorni.<\/p>\n<\/div>\n<\/div>\n
\nCrea un piano di protezione<\/h3>\n
Per ogni guest, crea un piano con snapshot locali e replica remota, seleziona l'host di standby come destinazione e scegli una pianificazione e una politica di conservazione che corrispondano alla quantit\u00e0 di dati che il guest pu\u00f2 permettersi di perdere.<\/p>\n<\/div>\n<\/div>\n
\nEsercitati con il failover<\/h3>\n
Esegui uno snapshot manuale bloccato, verifica che la replica appaia sul server di standby, quindi esercitati ad avviare una macchina virtuale non critica sul server di standby, in modo che il failover reale non sia la prima volta.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n\n\n\n
Come vengono calibrati i piani di protezione<\/h2>\n\n\n\n
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.<\/p>\n\n\n\n
\n
- Ogni dodici ore:<\/strong> questo negozio, il centro di smistamento della posta e un sito web per i clienti, dove perdere un giorno di modifiche sarebbe un problema.<\/li>\n\n\n\n
- Una volta al giorno alle 04:00:<\/strong> due siti web ospitati e il piccolo guest, dove ogni giorno \u00e8 sufficiente.<\/li>\n<\/ul>\n\n\n\n
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\u00f9 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.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Come un piccolo team protegge ogni macchina virtuale Synology<\/h2>\n\n\n\n
L'intero cluster \u00e8 gestito da un team molto ristretto, ed \u00e8 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.<\/p>\n\n\n\n
I piani di protezione vengono eseguiti secondo una pianificazione autonoma. Lo standby si attiva, riceve le repliche e torna in modalit\u00e0 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<\/a> mostra che la routine nella pratica. Quando qualcosa \u00e8 andato storto nel negozio, come nel invio massivo di email tramite modulo di contatto<\/a> Abbiamo effettuato delle verifiche questo mese: i registri, le email e le istantanee erano tutti su hardware sotto il nostro controllo.<\/p>\n\n\n\n
Come si presenta una giornata di failover<\/h2>\n\n\n\n
Una replica contiene tutto ci\u00f2 che si trova all'interno della macchina virtuale Synology, comprese le impostazioni ottimizzate per l'host da cui proviene. \u00c8 proprio questo l'aspetto che spesso viene dimenticato.<\/p>\n\n\n\n
Il sistema guest del negozio \u00e8 ottimizzato per il DS1621xs+, incluso il numero di processi simultanei che il suo server web pu\u00f2 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\u00e0. 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.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Pianificazione della capacit\u00e0: la memoria \u00e8 il vero limite<\/h2>\n\n\n\n
Sui nostri host, la memoria di ogni macchina virtuale in esecuzione \u00e8 riservata e bloccata, quindi non pu\u00f2 essere condivisa o recuperata da DSM. Questo fa s\u00ec che la memoria, e non la CPU, rappresenti il vero limite di capacit\u00e0 di un cluster di macchine virtuali Synology.<\/p>\n\n\n\n
Un host di macchine virtuali Synology di standby o secondario \u00e8 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\u00f9. Gli otto gigabyte recuperati rappresentano un margine di memoria che un altro host pu\u00f2 utilizzare durante un failover, senza dover acquistare ulteriore spazio.<\/p>\n\n\n\n
Perch\u00e9 questo cluster funziona su Synology e VMM Pro<\/h2>\n\n\n\n
La ragione onesta \u00e8 il rapporto costi\/sforzo. Tre unit\u00e0 NAS Synology che memorizzano anche i nostri file, una Licenza VMM Pro<\/a> e il libero Virtual DSM<\/a> Ogni host include un'istanza che ci fornisce un hosting replicato e protetto da snapshot, gestibile da un'unica console. Ogni macchina virtuale pu\u00f2 essere ripristinata in pochi minuti e ricostruita su un'altra macchina a partire da una replica.<\/p>\n\n\n\n
Inoltre, ci garantisce la massima trasparenza come rivenditori. Le licenze che vendiamo sono alla base della nostra attivit\u00e0, quindi quando un cliente ci chiede se la licenza VMM Pro funziona in produzione, la risposta \u00e8 gi\u00e0 presente nella pagina che state leggendo.<\/p>\n\n\n\n