En Synology virtuell maskinklynge er ikke bare et laboratorieleket\u00f8y. Denne butikken, v\u00e5r e-postrel\u00e9, v\u00e5rt s\u00f8stermerke og flere hostede nettsteder kj\u00f8rer alle som gjester p\u00e5 tre Synology NAS-enheter som er koblet sammen i \u00e9n Virtual Machine Manager-klynge, beskyttet av en VMM Pro-lisens. \u00c5tte gjester bor p\u00e5 den i dag, sju av dem kj\u00f8rer d\u00f8gnet rundt, og seks replikeres etter en tidsplan til en standby-vert som tilbringer mesteparten av livet sitt i dvale. Denne artikkelen g\u00e5r gjennom oppsettet av den virtuelle Synology-maskinen slik den faktisk kj\u00f8rer: hvilken maskinvare gj\u00f8r hva, hvorfor vi valgte planlagt replikering fremfor h\u00f8y tilgjengelighet, hvordan vi ville failover, og begrensningene du b\u00f8r vite f\u00f8r du kopierer den.<\/p>\n\n\n\n
\nSynoPower Club-punkt:<\/strong> Sp\u00f8rsm\u00e5let jeg f\u00e5r oftest fra kunder som kj\u00f8per VMM Pro er hvordan det ser ut n\u00e5r en ekte bedrift er avhengig av det. S\u00e5 her er v\u00e5r, inkludert feil. Konsollen viser en permanent advarsel fordi \u00e9n vert er sl\u00e5tt av med vilje, standby-serveren v\u00e5kner bare for \u00e5 samle replikaer, og webserveren inne i butikkgjesten har en lapp teipet til seg for failover-dagen. Ingenting av dette st\u00e5r i brosjyren. Alt dette er grunnen til at en virtuell Synology-maskinklynge koster oss en br\u00f8kdel av hva samme redundans ville kostet i et leid datasenter.<\/p>\n<\/blockquote>\n\n\n\n
Slik ser en Synology virtuell maskinklynge ut i produksjon<\/h2>\n\n\n\n
Virtual Machine Manager lar opptil syv Synology NAS-verter dele \u00e9n konsoll. Hver vert beholder sin egen lagring og kj\u00f8rer sine egne gjester, og gratisutgaven administrerer dem allerede som en klynge. Det VMM Pro legger til er muligheten til \u00e5 operere p\u00e5 tvers av verter: flytte en kj\u00f8rende Synology virtuell maskin fra \u00e9n boks til en annen, starte den p\u00e5 nytt automatisk et annet sted, eller kopiere \u00f8yeblikksbildene til en annen vert etter en tidsplan.<\/p>\n\n\n\n
Dette skillet former alt nedenfor. Klyngen v\u00e5r best\u00e5r av tre verter, men verdien kommer fra beskyttelsesplanene som kj\u00f8rer mellom dem, ikke fra det faktum at de vises i \u00e9n liste. Hvis du fortsatt skal bestemme deg mellom utgaver, er v\u00e5r sammenligning av Virtual Machine Manager og VMM Pro<\/a> dekker hele funksjonsfordelingen.<\/p>\n\n\n\n
V\u00e5re tre Synology virtuelle maskinverter og hva som kj\u00f8rer hvor<\/h2>\n\n\n\n
Klyngen blander tre generasjoner av Synology-maskinvare, og hver Synology virtuelle maskinvert f\u00e5r jobben som passer den.<\/p>\n\n\n\n
Vert<\/th> Rolle<\/th> Hva den kj\u00f8rer<\/th><\/tr><\/thead> DS1621xs+<\/td> Prim\u00e6r produksjonsvert<\/td> Denne butikken som en Virtual DSM-gjest p\u00e5 NVMe-lagring, pluss ett kundenettsted<\/td><\/tr> FS1018<\/td> Sekund\u00e6r produksjonsvert<\/td> V\u00e5r e-postrel\u00e9, nettstedet til s\u00f8stermerket v\u00e5rt, to hostede nettsteder og ett lite gjestenettsted<\/td><\/tr> FS2017<\/td> Kald standby og replikam\u00e5l<\/td> Ingenting live; den mottar planlagte replikaer og sl\u00e5r seg av igjen<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Lageret st\u00e5r p\u00e5 DS1621xs+ fordi det er den travleste Synology virtuelle maskinen i klyngen, og den har historikken som beviser det. Vi flyttet den dit fra FS1018 i august 2026 etter \u00e5 ha m\u00e5lt at den mindre verten kj\u00f8rte ti virtuelle CPU-er p\u00e5 fire maskinvaretr\u00e5der. Begge produksjonsvertene bruker samme generasjon prosessor med samme klokkehastighet, s\u00e5 en enkelt foresp\u00f8rsel kj\u00f8rer med samme hastighet p\u00e5 begge. Det den st\u00f8rre verten kj\u00f8per er plass: flere tr\u00e5der, slik at travle gjester slutter \u00e5 konkurrere om de samme kjernene.<\/p>\n\n\n\n
Hvorfor vi valgte replikering fremfor h\u00f8y tilgjengelighet<\/h2>\n\n\n\n
P\u00e5 papiret er tre verter akkurat det VMM Pro h\u00f8y tilgjengelighet trenger. Synology krever minst tre verter i klyngen, og de bestemmer klyngens helse med flertall, og det er derfor hvitboken anbefaler et ujevnt antall noder.<\/p>\n\n\n\n
Haken er at h\u00f8y tilgjengelighet forventer at disse vertene er online. V\u00e5r tredje vert er en kald standby-vert som er sl\u00e5tt av mesteparten av tiden for \u00e5 spare str\u00f8m og st\u00f8y, slik at klyngen ikke kunne holde mesteparten av den automatiske failoveren er avhengig av. I stedet for \u00e5 kj\u00f8re en tredje maskin hele dagen, valgte vi beskyttelsesplaner: planlagte \u00f8yeblikksbilder med ekstern replikering til standby-verten. Failover blir et bevisst, manuelt trinn m\u00e5lt i minutter, ikke et automatisk trinn m\u00e5lt i sekunder.<\/p>\n\n\n\n
For en liten butikk er den handelen verdt \u00e5 gj\u00f8re. Standby-serveren koster nesten ingenting \u00e5 drive, og replikaene st\u00e5r allerede p\u00e5 den n\u00e5r vi trenger dem. Hvis oppetid noen gang var viktigere enn str\u00f8mregningen, ville det \u00e5 gj\u00f8re standby-serveren om til en alltid-p\u00e5-st\u00e5ende tredje vert \u00e5pne for h\u00f8y tilgjengelighet p\u00e5 samme lisens.<\/p>\n\n\n\n
Replikering av en Synology virtuell maskin til en standby-vert i 4 trinn<\/h2>\n\n\n\n
Dette er rekkef\u00f8lgen vi fulgte for \u00e5 beskytte hver gjest. Den trenger VMM Pro, minst to verter i klyngen og Btrfs-volumer p\u00e5 b\u00e5de kilden og destinasjonen.<\/p>\n\n\n
\n\n\n<\/div>\n\n\n\nBli med vertene<\/h3>\n
Installer Virtual Machine Manager p\u00e5 hver NAS, gi hver enkelt en statisk IP-adresse og et Btrfs-volum, og legg dem deretter til \u00e9n klynge fra den prim\u00e6re verten. Inkluder standby mens den er sl\u00e5tt p\u00e5.<\/p>\n<\/div>\n<\/div>\n
\nAktiver VMM Pro<\/h3>\n
Skriv inn en VMM Pro-lisens som dekker alle verter, inkludert standby-versjonen. En pakke med 3 noder dekker en klynge som v\u00e5r. Bruk 30-dagers pr\u00f8veversjon f\u00f8rst hvis du tester designet.<\/p>\n<\/div>\n<\/div>\n
\nLag en beskyttelsesplan<\/h3>\n
For hver gjest, lag en plan med lokale \u00f8yeblikksbilder og ekstern replikering, velg standby-verten som destinasjon, og velg en tidsplan og oppbevaringspolicy som samsvarer med hvor mye data gjesten har r\u00e5d til \u00e5 miste.<\/p>\n<\/div>\n<\/div>\n
\n\u00d8v p\u00e5 failoveren<\/h3>\n
Ta et l\u00e5st manuelt \u00f8yeblikksbilde, bekreft at replikaen vises i standby-modus, og \u00f8v deretter p\u00e5 \u00e5 sette en ikke-kritisk gjest i standby-modus, slik at den virkelige failoveren ikke er f\u00f8rste gang.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n\n\n\n
Hvordan beskyttelsesplanene er innstilt<\/h2>\n\n\n\n
Seks av v\u00e5re \u00e5tte gjester har en beskyttelsesplan, og hver beskyttede virtuelle Synology-maskin replikeres til standby-modus. Ikke alle gjester fortjener samme tidsplan, s\u00e5 de faller inn i to grupper.<\/p>\n\n\n\n
\n
- Hver tolvte time:<\/strong> denne butikken, postrel\u00e9et og ett kundenettsted, hvor det ville v\u00e6re vondt \u00e5 miste en dag med endringer.<\/li>\n\n\n\n
- En gang om dagen klokken 04:00:<\/strong> to hostede nettsteder og den lille gjesten, hvor daglig er nok.<\/li>\n<\/ul>\n\n\n\n
Oppbevaring f\u00f8lger samme logikk, og bruker de innebygde policyene Virtual Machine Manager navngir etter gjenopprettingspunktm\u00e5l: de travleste gjestene beholder timepolicyen, de roligere den daglige eller ukentlige policyen. De to gjestene uten en plan er en utg\u00e5tt prosjektsporer som er sl\u00e5tt av og ett nettsted som ikke har en plan enn\u00e5.<\/p>\n\n\n\n
\u00c9n detalj fanget oss tidlig. Gratisutgaven lagrer maksimalt 32 \u00f8yeblikksbilder per gjest, og en tolvtimers timeplan n\u00e5r det p\u00e5 seksten dager. VMM Pro hever taket til 255, men vi l\u00e5ser fortsatt alle manuelle \u00f8yeblikksbilder vi vil beholde, slik at timeplanen aldri roterer dem bort.<\/p>\n\n\n\n
Hvordan et lite team beskytter hver virtuell Synology-maskin<\/h2>\n\n\n\n
Hele klyngen drives av et veldig lite team, som er poenget. Ingen ser p\u00e5 dashbord hele dagen, s\u00e5 designet m\u00e5 beskytte hver virtuelle Synology-maskin uten at noen husker \u00e5 trykke p\u00e5 en knapp.<\/p>\n\n\n\n
Beskyttelsesplaner kj\u00f8rer etter sin egen tidsplan. Standby-enheten v\u00e5kner, mottar replikaer og sover igjen. F\u00f8r noen risikable endringer, for eksempel \u00e5 endre st\u00f8rrelsen p\u00e5 en gjest eller oppdatere plugins, tar vi f\u00f8rst et l\u00e5st \u00f8yeblikksbilde; v\u00e5r gjennomgang av riktig st\u00f8rrelse<\/a> viser den rutinen i praksis. N\u00e5r noe gikk galt i butikken, som i kontaktskjema e-postbombing<\/a> Vi sporet denne m\u00e5neden, loggene, e-posten og \u00f8yeblikksbildene var alle p\u00e5 maskinvare vi kontrollerer.<\/p>\n\n\n\n
Slik ser Failover-dagen ut<\/h2>\n\n\n\n
En replika inneholder alt i den virtuelle Synology-maskinen, inkludert innstillinger som ble justert for verten den kom fra. Det er den delen folk glemmer.<\/p>\n\n\n\n
Butikkgjesten er innstilt for DS1621xs+, inkludert hvor mange samtidige arbeidere webserveren har lov til \u00e5 starte. Hvis butikken noen gang m\u00e5 kj\u00f8re p\u00e5 en vert med f\u00e6rre maskinvaretr\u00e5der, m\u00e5 den grensen senkes f\u00f8r trafikken ankommer, ellers vil gjesten overbelaste seg selv. Runbook-listene v\u00e5re endres som f\u00f8rste trinn etter at en replika er sl\u00e5tt p\u00e5, etterfulgt av \u00e5 kontrollere at nettstedet, utsjekkingen og e-posten alle svarer.<\/p>\n\n\n\n
Skriv din egen liste f\u00f8r du trenger den. Replikering f\u00e5r den virtuelle Synology-maskinen til den andre verten; en sjekkliste f\u00e5r den til \u00e5 fungere der.<\/p>\n\n\n\n
Kapasitetsplanlegging: Minne er den virkelige grensen<\/h2>\n\n\n\n
P\u00e5 v\u00e5re verter er alle kj\u00f8rende gjesters minne reservert og l\u00e5st, slik at det ikke kan deles eller gjenvinnes av DSM. Det gj\u00f8r minne, ikke CPU, til den virkelige kapasitetsgrensen for en Synology virtuell maskinklynge.<\/p>\n\n\n\n
En reserve- eller sekund\u00e6r Synology virtuell maskinvert er bare nyttig hvis den har nok ledig minne til \u00e5 ta imot gjestene som kan komme til \u00e5 lande p\u00e5 den. Derfor reduserte vi antall gjester i butikken fra seksten gigabyte til \u00e5tte da m\u00e5lingene viste at den aldri trengte mer. De \u00e5tte gigabytene vi fikk tilbake er headroom som en annen vert kan bruke under en failover, uten \u00e5 kj\u00f8pe noe.<\/p>\n\n\n\n
Hvorfor denne klyngen kj\u00f8rer p\u00e5 Synology og VMM Pro<\/h2>\n\n\n\n
Den \u00e6rlige grunnen er kostnad kontra innsats. Tre Synology NAS-enheter som ogs\u00e5 lagrer filene v\u00e5re, \u00e9n VMM Pro-lisens<\/a> og den frie Virtual DSM<\/a> for eksempel hver vert inkluderer gir oss replikert, snapshot-beskyttet hosting administrert fra en enkelt konsoll. Hver gjest kan rulles tilbake p\u00e5 f\u00e5 minutter og gjenoppbygges p\u00e5 en annen boks fra en replika.<\/p>\n\n\n\n
Det holder oss ogs\u00e5 \u00e6rlige som forhandler. Lisensene vi selger driver v\u00e5r egen virksomhet, s\u00e5 n\u00e5r en kunde sp\u00f8r om VMM Pro fungerer i produksjon, finner du svaret p\u00e5 siden du leser.<\/p>\n\n\n\n