
Synology virtuel maskinklynge i produktion: Vores 3-node VMM Pro-opsætning
11 minutters læsning
- Vis som Markdown Åbn denne side som almindelig Markdown (åbner i en ny fane)
- Åbn i ChatGPT Stil spørgsmål om denne side (åbner i en ny fane)
- Åben i Claude Stil spørgsmål om denne side (åbner i en ny fane)
- Åbn i Google AI Studio Stil spørgsmål om denne side (kræver en Google-konto) (åbner i en ny fane)
En Synology virtuel maskinklynge er ikke bare et laboratorielegetøj. Denne database, vores mailrelay, vores søstermærke og adskillige hostede websteder kører alle som gæster på tre Synology NAS-enheder, der er forbundet i én Virtual Machine Manager-klynge, beskyttet af en VMM Pro-licens. Otte gæster bor på den i dag, hvoraf syv kører døgnet rundt, og seks replikeres efter en tidsplan til en standby-vært, der bruger det meste af sin levetid i dvale. Denne artikel gennemgår opsætningen af den virtuelle Synology-maskine, som den rent faktisk kører: hvilken hardware gør hvad, hvorfor vi valgte planlagt replikering frem for høj tilgængelighed, hvordan vi ville failovere, og de begrænsninger, du bør kende, før du kopierer den.
SynoPower Club Punkt: Det spørgsmål, jeg oftest får fra kunder, der køber VMM Pro, er, hvordan det ser ud, når en rigtig virksomhed er afhængig af det. Så her er vores, inklusive vorter. Konsollen viser en permanent advarsel, fordi én vært er slukket med vilje, standby-funktionen vågner kun op for at indsamle replikaer, og webserveren i butiksgæsten har en note påklistret til failover-dagen. Intet af det står i brochuren. Alt dette er grunden til, at en Synology virtuel maskinklynge koster os en brøkdel af, hvad den samme redundans ville koste i et lejet datacenter.
Sådan ser en Synology virtuel maskinklynge ud i produktion #
Virtual Machine Manager lader op til syv Synology NAS-værter dele én konsol. Hver vært beholder sin egen lagerplads og kører sine egne gæster, og den gratis udgave administrerer dem allerede som en klynge. Hvad VMM Pro tilføjer, er muligheden for at agere på tværs af værter: flytte en kørende Synology virtuel maskine fra én boks til en anden, genstarte den et andet sted automatisk eller kopiere dens snapshots til en anden vært efter en tidsplan.
Den sondring former alt nedenfor. Vores klynge består af tre værter, men værdien kommer fra de beskyttelsesplaner, der kører mellem dem, ikke fra det faktum, at de vises på én liste. Hvis du stadig skal beslutte dig mellem udgaver, er vores sammenligning af Virtual Machine Manager og VMM Pro dækker hele funktionsopdelingen.
Vores tre Synology virtuelle maskinværter og hvad kører hvor #
Klyngen blander tre generationer af Synology-hardware, og hver Synology virtuel maskinvært får tildelt det job, der passer til den.
| Vært | Rolle | Hvad den kører |
|---|---|---|
| DS1621xs+ | Primær produktionsvært | Denne butik som Virtual DSM-gæst på NVMe-lager, plus én kundehjemmeside |
| FS1018 | Sekundær produktionsvært | Vores mailrelæ, vores søsterbrands hjemmeside, to hostede hjemmesider og en lille gæstehjemmeside |
| FS2017 | Kold standby og replikamål | Intet live; den modtager planlagte replikaer og slukker igen |
Lageret sidder på DS1621xs+, fordi det er den travleste Synology virtuelle maskine i klyngen, og den har historikken til at bevise det. Vi flyttede den dertil fra FS1018 i august 2026 efter at have målt, at den mindre vært kørte ti virtuelle CPU'er på fire hardwaretråde. Begge produktionsværter bruger den samme generation af processorer med samme clockhastighed, så en enkelt anmodning kører med samme hastighed på begge. Det, den større vært køber, er plads: flere tråde, så travle gæster holder op med at konkurrere om de samme kerner.
Hvorfor vi valgte replikering frem for høj tilgængelighed #
På papiret er tre værter præcis, hvad en VMM Pro høj tilgængelighed har brug for. Synology kræver mindst tre værter i klyngen, og de bestemmer klyngens sundhedstilstand med flertal, hvilket er grunden til, at hvidbogen anbefaler et ulige antal noder.
Fangsten er, at høj tilgængelighed forventer, at disse værter er online. Vores tredje vært er en kold standby-vært, der er slukket det meste af tiden for at spare strøm og støj, så klyngen ikke kunne holde størstedelen af det, som automatisk failover er afhængig af. I stedet for at køre en tredje maskine hele dagen valgte vi beskyttelsesplaner: planlagte snapshots med fjernreplikering til standby-værten. Failover bliver et bevidst, manuelt trin målt i minutter, ikke et automatisk trin målt i sekunder.
For en lille butik er den handel værd at lave. Standby-serveren koster næsten ingenting at drive, og replikaerne sidder allerede på den, når vi har brug for dem. Hvis oppetid nogensinde betød mere end strømregningen, ville det at gøre standby-serveren til en altid tændt tredje vært åbne op for høj tilgængelighed på den samme licens.
Replikering af en Synology virtuel maskine til en standby-vært i 4 trin #
Dette er den rækkefølge, vi fulgte for at beskytte hver gæst. Den skal bruge VMM Pro, mindst to værter i klyngen og Btrfs-volumener på både kilden og destinationen.
Deltag i værternes møder #
Installer Virtual Machine Manager på hver NAS, giv hver enkelt en statisk IP-adresse og et Btrfs-volumen, og tilføj dem derefter til én klynge fra den primære vært. Inkluder standby, mens den er tændt.
Aktivér VMM Pro #
Indtast en VMM Pro-licens, der dækker alle værter, inklusive standby-serveren. En pakke med 3 noder dækker en klynge som vores. Brug først 30-dages prøveperioden, hvis du tester designet.
Opret en beskyttelsesplan #
For hver gæst skal du oprette en plan med lokale snapshots og fjernreplikering, vælge standby-værten som destination, og vælge en tidsplan og opbevaringspolitik, der matcher, hvor meget data gæsten har råd til at miste.
Øv failoveren #
Tag et låst manuelt snapshot, bekræft at replikaen vises på standby, og øv dig derefter i at få en ikke-kritisk gæst op på standby, så den rigtige failover ikke er første gang.
Hvordan beskyttelsesplanerne er justeret #
Seks af vores otte gæster har en beskyttelsesplan, og hver beskyttet Synology virtuel maskine replikerer til standby. Ikke alle gæster fortjener den samme tidsplan, så de falder i to grupper.
- Hver tolvte time: denne butik, mailrelæet og én kundes hjemmeside, hvor det ville gøre ondt at miste en dag med ændringer.
- En gang om dagen kl. 04:00: to hostede hjemmesider og den lille gæst, hvor dagligt er nok.
Fastholdelse følger den samme logik, idet de indbyggede politikker Virtual Machine Manager navngiver efter gendannelsespunktsmål: de travleste gæster beholder timepolitikken, de mere stille gæster den daglige eller ugentlige politik. De to gæster uden en plan er en udgået projektsporer, der er slukket, og et websted, der endnu ikke har en plan.
Én detalje fangede os tidligt. Gratisudgaven gemmer højst 32 snapshots pr. gæst, og en tolvtimers tidsplan når det på seksten dage. VMM Pro hæver loftet til 255, men vi låser stadig alle manuelle snapshots, vi ønsker at gemme, så tidsplanen aldrig roterer dem væk.
Hvordan et lille team beskytter hver Synology virtuel maskine #
Hele klyngen drives af et meget lille team, hvilket er pointen. Ingen holder øje med dashboards hele dagen, så designet skal beskytte hver eneste virtuelle Synology-maskine uden at nogen husker at trykke på en knap.
Beskyttelsesplaner kører efter deres egen tidsplan. Standby-enheden vågner, modtager replikaer og sover igen. Før enhver risikabel ændring, såsom at ændre størrelsen på en gæst eller opdatere plugins, tager vi først et låst snapshot; vores gennemgang af den rigtige størrelse viser den rutine i praksis. Når noget gik galt i butikken, som i kontaktformular e-mail bombning Vi sporede denne måned, loggene, mailen og snapshotsene var alle på hardware, vi kontrollerer.
Sådan ser Failover Day ud #
En replika indeholder alt i den virtuelle Synology-maskine, inklusive indstillinger, der blev justeret til den vært, den kom fra. Det er den del, folk glemmer.
Butiksgæsten er indstillet til DS1621xs+, inklusive hvor mange samtidige arbejdere dens webserver må starte. Hvis butikken nogensinde skal køre på en vært med færre hardwaretråde, skal denne grænse sænkes, før trafikken ankommer, ellers vil gæsten overbelaste sig selv. Vores runbook viser, at dette ændres som det første trin efter at have tændt en replika, efterfulgt af kontrol af, at webstedet, kassen og mailen alle svarer.
Skriv din egen liste, før du har brug for den. Replikering får den virtuelle Synology-maskine til den anden vært; en tjekliste får den til at fungere der.
Kapacitetsplanlægning: Hukommelse er den virkelige grænse #
På vores værter er alle kørende gæsters hukommelse reserveret og låst, så den kan ikke deles eller genvindes af DSM. Det gør hukommelsen, ikke CPU'en, til den sande kapacitetsgrænse for en Synology virtuel maskinklynge.
En standby- eller sekundær Synology virtuel maskinvært er kun nyttig, hvis den har nok ledig hukommelse til at tage imod de gæster, der måtte lande på den. Derfor reducerede vi antallet af gæster i butikken fra seksten gigabyte til otte, da målingerne viste, at den aldrig havde brug for mere. De otte gigabyte, vi fik tilbage, er headroom, som en anden vært kan bruge under en failover uden at købe noget.
Hvorfor denne klynge kører på Synology og VMM Pro #
Den ærlige grund er omkostninger kontra indsats. Tre Synology NAS-enheder, der også gemmer vores filer, en VMM Pro licens og den frie Virtual DSM For eksempel giver hver vært os replikeret, snapshot-beskyttet hosting, der administreres fra en enkelt konsol. Hver gæst kan rulles tilbage på få minutter og genopbygges på en anden boks fra en replika.
Det holder os også ærlige som forhandler. De licenser, vi sælger, driver vores egen forretning, så når en kunde spørger, om VMM Pro fungerer i produktion, er svaret på den side, du læser.
Synology virtuelle maskinklyngebegrænsninger og forbehold #
En replikeret Synology virtuel maskine er kun så frisk som dens tidsplan. Lageret replikeres hver tolvte time, så i værste fald gendanner en failover den, som den var op til en halv dag tidligere. Det er prisen for en sovende standbytilstand, og den første indstilling, vi ville stramme, hvis ordrevolumen voksede.
En kold standby betyder også, at konsollen altid viser en advarsel om en vært, den ikke kan nå. Det er designet, der fungerer, ikke en fejl, men det betyder, at rigtige advarsler er lettere at overse. Tjek, hvad advarslen handler om, før du afviser den.
Høj tilgængelighed er ikke backup. Det er replikering i sig selv heller ikke: en fejl eller malware i en gæstefil replikerer også. Behold låste snapshots og en ekstern kopi, som du kan gå tilbage til.
Endelig kører VMM kun på kompatible modeller med Btrfs-volumener, og blandet hardware betyder blandet ydeevne. Test en failover på den mindste vært i din klynge, da det er der, en gæst vil have problemer først.
Ofte stillede spørgsmål #
Kan en Synology virtuel maskinklynge drive en rigtig forretning? #
Ja. Denne butik, et mailrelay og adskillige hostede websteder kører som gæster på en Synology-klynge med tre værter og VMM Pro-replikering, og har gjort det i månedsvis.
Hvor mange NAS-enheder har en Synology virtuel maskinklynge brug for? #
Den gratis Virtual Machine Manager kan gruppere op til 7 værter. Fjernreplikering kræver mindst 2 værter, og høj tilgængelighed kræver mindst 3.
Hvorfor ikke bruge høj tilgængelighed med tre værter? #
Høj tilgængelighed kræver, at værterne online bliver enige om klyngens tilstand. Vores tredje vært er en kold standby-vært, der normalt er slukket, så vi bruger planlagt replikering og failover manuelt i stedet.
Kræver replikering VMM Pro? #
Ja. Beskyttelsesplaner med fjernreplikering er en VMM Pro-funktion. Både kilde- og destinationsværterne skal også bruge Btrfs-volumener.
Kan en Synology virtuel maskine køre på en anden model efter failover? #
Ja, en replika kan starte på en anden vært i klyngen. Indstillinger, der er justeret i gæsten til en større vært, f.eks. grænser for webserverarbejdere, skal muligvis sænkes på en mindre vært.
Hvor ofte skal jeg replikere en virtuel maskine? #
Tilpas tidsplanen til, hvor meget data gæsten har råd til at miste. Vi replikerer travle gæster hver 12. time og mere stille gæster én gang om dagen.
Tæller standby-værten med i VMM Pro-licensen? #
Ja. Tæl alle værter, der deltager i klyngefunktionerne, inklusive en standby, der normalt er slukket. En pakke med 3 noder dækker en opsætning som vores.
Hvad er den største begrænsning ved en Synology virtuel maskinklynge? #
Hukommelse. Løbende gæster reserverer deres hukommelse på værten, så enhver vært, der måtte modtage en failed-over gæst, skal have nok ledig hukommelse til at tage den.
Referencer og videogennemgange #
- Beskyttelse i Virtual Machine Manager, der dækker beskyttelsesplaner, snapshots og fjernreplikering.
- Høj tilgængelighed i Virtual Machine Manager, herunder kravet om tre værter.
- Klyngehåndtering i Virtual Machine Manager, om tilføjelse og administration af værter.
- Synology VMM-hvidbog, med vejledning i quorum-, netværks- og klyngedesign.
- VMM Pro-licenspakke, der forklarer 3-node- og 7-node-pakker og licensvilkår.
En gennemgang af Virtual Machine Manager og en vejledning til migrering af gæster på en Synology NAS. Den tredje video dækker Synology High Availability, et andet produkt, der spejler en hel NAS til en identisk passiv tvilling, hvilket er nyttigt til at se, hvordan den adskiller sig fra VMM-klynger.
Opbygning af din egen klynge? Start med en VMM Pro licens til replikering og livemigrering, tilføj Virtual DSM licenser for ekstra DSM-gæster, eller gennemse alle licenser på SynoPower Club.