
Synology virtuell maskinklynge i produksjon: Vårt 3-noders VMM Pro-oppsett
11 minutters lesetid
- Vis som Markdown Åpne denne siden som vanlig Markdown (åpnes i en ny fane)
- Åpne i ChatGPT Still spørsmål om denne siden (åpnes i en ny fane)
- Åpne i Claude Still spørsmål om denne siden (åpnes i en ny fane)
- Åpne i Google AI Studio Still spørsmål om denne siden (krever Google-konto) (åpnes i en ny fane)
En Synology virtuell maskinklynge er ikke bare et laboratorieleketøy. Denne butikken, vår e-postrelé, vårt søstermerke og flere hostede nettsteder kjører alle som gjester på tre Synology NAS-enheter som er koblet sammen i én Virtual Machine Manager-klynge, beskyttet av en VMM Pro-lisens. Åtte gjester bor på den i dag, sju av dem kjører døgnet rundt, og seks replikeres etter en tidsplan til en standby-vert som tilbringer mesteparten av livet sitt i dvale. Denne artikkelen går gjennom oppsettet av den virtuelle Synology-maskinen slik den faktisk kjører: hvilken maskinvare gjør hva, hvorfor vi valgte planlagt replikering fremfor høy tilgjengelighet, hvordan vi ville failover, og begrensningene du bør vite før du kopierer den.
SynoPower Club-punkt: Spørsmålet jeg får oftest fra kunder som kjøper VMM Pro er hvordan det ser ut når en ekte bedrift er avhengig av det. Så her er vår, inkludert feil. Konsollen viser en permanent advarsel fordi én vert er slått av med vilje, standby-serveren våkner bare for å samle replikaer, og webserveren inne i butikkgjesten har en lapp teipet til seg for failover-dagen. Ingenting av dette står i brosjyren. Alt dette er grunnen til at en virtuell Synology-maskinklynge koster oss en brøkdel av hva samme redundans ville kostet i et leid datasenter.
Slik ser en Synology virtuell maskinklynge ut i produksjon #
Virtual Machine Manager lar opptil syv Synology NAS-verter dele én konsoll. Hver vert beholder sin egen lagring og kjører sine egne gjester, og gratisutgaven administrerer dem allerede som en klynge. Det VMM Pro legger til er muligheten til å operere på tvers av verter: flytte en kjørende Synology virtuell maskin fra én boks til en annen, starte den på nytt automatisk et annet sted, eller kopiere øyeblikksbildene til en annen vert etter en tidsplan.
Dette skillet former alt nedenfor. Klyngen vår består av tre verter, men verdien kommer fra beskyttelsesplanene som kjører mellom dem, ikke fra det faktum at de vises i én liste. Hvis du fortsatt skal bestemme deg mellom utgaver, er vår sammenligning av Virtual Machine Manager og VMM Pro dekker hele funksjonsfordelingen.
Våre tre Synology virtuelle maskinverter og hva som kjører hvor #
Klyngen blander tre generasjoner av Synology-maskinvare, og hver Synology virtuelle maskinvert får jobben som passer den.
| Vert | Rolle | Hva den kjører |
|---|---|---|
| DS1621xs+ | Primær produksjonsvert | Denne butikken som en Virtual DSM-gjest på NVMe-lagring, pluss ett kundenettsted |
| FS1018 | Sekundær produksjonsvert | Vår e-postrelé, nettstedet til søstermerket vårt, to hostede nettsteder og ett lite gjestenettsted |
| FS2017 | Kald standby og replikamål | Ingenting live; den mottar planlagte replikaer og slår seg av igjen |
Lageret står på 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 å ha målt at den mindre verten kjørte ti virtuelle CPU-er på fire maskinvaretråder. Begge produksjonsvertene bruker samme generasjon prosessor med samme klokkehastighet, så en enkelt forespørsel kjører med samme hastighet på begge. Det den større verten kjøper er plass: flere tråder, slik at travle gjester slutter å konkurrere om de samme kjernene.
Hvorfor vi valgte replikering fremfor høy tilgjengelighet #
På papiret er tre verter akkurat det VMM Pro høy 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.
Haken er at høy tilgjengelighet forventer at disse vertene er online. Vår tredje vert er en kald standby-vert som er slått av mesteparten av tiden for å spare strøm og støy, slik at klyngen ikke kunne holde mesteparten av den automatiske failoveren er avhengig av. I stedet for å kjøre en tredje maskin hele dagen, valgte vi beskyttelsesplaner: planlagte øyeblikksbilder med ekstern replikering til standby-verten. Failover blir et bevisst, manuelt trinn målt i minutter, ikke et automatisk trinn målt i sekunder.
For en liten butikk er den handelen verdt å gjøre. Standby-serveren koster nesten ingenting å drive, og replikaene står allerede på den når vi trenger dem. Hvis oppetid noen gang var viktigere enn strømregningen, ville det å gjøre standby-serveren om til en alltid-på-stående tredje vert åpne for høy tilgjengelighet på samme lisens.
Replikering av en Synology virtuell maskin til en standby-vert i 4 trinn #
Dette er rekkefølgen vi fulgte for å beskytte hver gjest. Den trenger VMM Pro, minst to verter i klyngen og Btrfs-volumer på både kilden og destinasjonen.
Bli med vertene #
Installer Virtual Machine Manager på hver NAS, gi hver enkelt en statisk IP-adresse og et Btrfs-volum, og legg dem deretter til én klynge fra den primære verten. Inkluder standby mens den er slått på.
Aktiver VMM Pro #
Skriv inn en VMM Pro-lisens som dekker alle verter, inkludert standby-versjonen. En pakke med 3 noder dekker en klynge som vår. Bruk 30-dagers prøveversjon først hvis du tester designet.
Lag en beskyttelsesplan #
For hver gjest, lag en plan med lokale øyeblikksbilder og ekstern replikering, velg standby-verten som destinasjon, og velg en tidsplan og oppbevaringspolicy som samsvarer med hvor mye data gjesten har råd til å miste.
Øv på failoveren #
Ta et låst manuelt øyeblikksbilde, bekreft at replikaen vises i standby-modus, og øv deretter på å sette en ikke-kritisk gjest i standby-modus, slik at den virkelige failoveren ikke er første gang.
Hvordan beskyttelsesplanene er innstilt #
Seks av våre åtte gjester har en beskyttelsesplan, og hver beskyttede virtuelle Synology-maskin replikeres til standby-modus. Ikke alle gjester fortjener samme tidsplan, så de faller inn i to grupper.
- Hver tolvte time: denne butikken, postreléet og ett kundenettsted, hvor det ville være vondt å miste en dag med endringer.
- En gang om dagen klokken 04:00: to hostede nettsteder og den lille gjesten, hvor daglig er nok.
Oppbevaring følger samme logikk, og bruker de innebygde policyene Virtual Machine Manager navngir etter gjenopprettingspunktmål: de travleste gjestene beholder timepolicyen, de roligere den daglige eller ukentlige policyen. De to gjestene uten en plan er en utgått prosjektsporer som er slått av og ett nettsted som ikke har en plan ennå.
Én detalj fanget oss tidlig. Gratisutgaven lagrer maksimalt 32 øyeblikksbilder per gjest, og en tolvtimers timeplan når det på seksten dager. VMM Pro hever taket til 255, men vi låser fortsatt alle manuelle øyeblikksbilder vi vil beholde, slik at timeplanen aldri roterer dem bort.
Hvordan et lite team beskytter hver virtuell Synology-maskin #
Hele klyngen drives av et veldig lite team, som er poenget. Ingen ser på dashbord hele dagen, så designet må beskytte hver virtuelle Synology-maskin uten at noen husker å trykke på en knapp.
Beskyttelsesplaner kjører etter sin egen tidsplan. Standby-enheten våkner, mottar replikaer og sover igjen. Før noen risikable endringer, for eksempel å endre størrelsen på en gjest eller oppdatere plugins, tar vi først et låst øyeblikksbilde; vår gjennomgang av riktig størrelse viser den rutinen i praksis. Når noe gikk galt i butikken, som i kontaktskjema e-postbombing Vi sporet denne måneden, loggene, e-posten og øyeblikksbildene var alle på maskinvare vi kontrollerer.
Slik ser Failover-dagen ut #
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.
Butikkgjesten er innstilt for DS1621xs+, inkludert hvor mange samtidige arbeidere webserveren har lov til å starte. Hvis butikken noen gang må kjøre på en vert med færre maskinvaretråder, må den grensen senkes før trafikken ankommer, ellers vil gjesten overbelaste seg selv. Runbook-listene våre endres som første trinn etter at en replika er slått på, etterfulgt av å kontrollere at nettstedet, utsjekkingen og e-posten alle svarer.
Skriv din egen liste før du trenger den. Replikering får den virtuelle Synology-maskinen til den andre verten; en sjekkliste får den til å fungere der.
Kapasitetsplanlegging: Minne er den virkelige grensen #
På våre verter er alle kjørende gjesters minne reservert og låst, slik at det ikke kan deles eller gjenvinnes av DSM. Det gjør minne, ikke CPU, til den virkelige kapasitetsgrensen for en Synology virtuell maskinklynge.
En reserve- eller sekundær Synology virtuell maskinvert er bare nyttig hvis den har nok ledig minne til å ta imot gjestene som kan komme til å lande på den. Derfor reduserte vi antall gjester i butikken fra seksten gigabyte til åtte da målingene viste at den aldri trengte mer. De åtte gigabytene vi fikk tilbake er headroom som en annen vert kan bruke under en failover, uten å kjøpe noe.
Hvorfor denne klyngen kjører på Synology og VMM Pro #
Den ærlige grunnen er kostnad kontra innsats. Tre Synology NAS-enheter som også lagrer filene våre, én VMM Pro-lisens og den frie Virtual DSM for eksempel hver vert inkluderer gir oss replikert, snapshot-beskyttet hosting administrert fra en enkelt konsoll. Hver gjest kan rulles tilbake på få minutter og gjenoppbygges på en annen boks fra en replika.
Det holder oss også ærlige som forhandler. Lisensene vi selger driver vår egen virksomhet, så når en kunde spør om VMM Pro fungerer i produksjon, finner du svaret på siden du leser.
Begrensninger og forbehold for Synology virtuelle maskinklynger #
En replikert Synology virtuell maskin er bare så oppdatert som tidsplanen er. Lageret replikeres hver tolvte time, så i verste fall gjenoppretter en failover den slik den var opptil en halv dag tidligere. Det er prisen for en hvilemodus, og den første innstillingen vi ville strammet inn hvis ordrevolumet økte.
En kald standby-modus betyr også at konsollen alltid viser en advarsel om en vert den ikke kan nå. Det er designet som fungerer, ikke en feil, men det betyr at ekte advarsler er lettere å overse. Sjekk hva advarselen handler om før du avviser den.
Høy tilgjengelighet er ikke sikkerhetskopiering. Det er heller ikke replikering i seg selv: en feil eller skadelig programvare i en gjest replikerer også. Behold låste øyeblikksbilder og en kopi utenfor verten som du kan gå tilbake til.
Til slutt kjører VMM bare på kompatible modeller med Btrfs-volumer, og blandet maskinvare betyr blandet ytelse. Test en failover på den minste verten i klyngen din, for det er der en gjest vil slite først.
Ofte stilte spørsmål #
Kan en Synology virtuell maskinklynge drive en ekte virksomhet? #
Ja. Denne butikken, en e-postrelé og flere hostede nettsteder kjører som gjester på en Synology-klynge med tre verter og VMM Pro-replikering, og har gjort det i flere måneder.
Hvor mange NAS-enheter trenger en Synology virtuell maskinklynge? #
Gratisversjonen av Virtual Machine Manager kan gruppere opptil 7 verter. Fjernreplikering krever minst 2 verter, og høy tilgjengelighet krever minst 3.
Hvorfor ikke bruke høy tilgjengelighet med tre verter? #
Høy tilgjengelighet krever at vertene som er pålogget, blir enige om klyngetilstanden. Vår tredje vert er en kald standby-vert som vanligvis er av, så vi bruker planlagt replikering og failover manuelt i stedet.
Krever replikering VMM Pro? #
Ja. Beskyttelsesplaner med ekstern replikering er en VMM Pro-funksjon. Både kilde- og målvertene trenger også Btrfs-volumer.
Kan en virtuell Synology-maskin kjøre på en annen modell etter failover? #
Ja, en replika kan starte på en annen vert i klyngen. Innstillinger som er justert inne i gjesten for en større vert, for eksempel grenser for webserverarbeidere, må kanskje senkes på en mindre vert.
Hvor ofte bør jeg replikere en virtuell maskin? #
Tilpass timeplanen til hvor mye data gjesten har råd til å miste. Vi replikerer travle gjester hver 12. time og roligere gjester én gang om dagen.
Teller standby-verten mot VMM Pro-lisensen? #
Ja. Tell alle verter som deltar i klyngefunksjonene, inkludert en standby som vanligvis er slått av. En pakke med 3 noder dekker et oppsett som vårt.
Hva er den største begrensningen for en Synology virtuell maskinklynge? #
Minne. Gjester som kjører reserverer minnet sitt på verten, så alle verter som kan motta en gjest som ikke sendes over trenger nok ledig minne til å ta det.
Referanser og videogjennomganger #
- Beskyttelse i Virtual Machine Manager, som dekker beskyttelsesplaner, øyeblikksbilder og ekstern replikering.
- Høy tilgjengelighet i Virtual Machine Manager, inkludert kravet om tre verter.
- Klyngehåndtering i Virtual Machine Manager, om å legge til og administrere verter.
- Synology VMM-hvitbok, med veiledning om quorum-, nettverks- og klyngedesign.
- VMM Pro-lisenspakke, som forklarer pakker med 3 noder og 7 noder og lisensvilkår.
En gjennomgang av Virtual Machine Manager og en veiledning for migrering av gjester på en Synology NAS. Den tredje videoen dekker Synology High Availability, et annet produkt som speiler en hel NAS til en identisk passiv tvilling, nyttig for å se hvordan den skiller seg fra VMM-klynger.
Bygg din egen klynge? Start med en VMM Pro-lisens for replikering og live-migrering, legg til Virtual DSM-lisenser for ekstra DSM-gjester, eller bla gjennom alle lisenser på SynoPower Club.