En Synology virtuel maskinklynge er ikke bare et laboratorieleget\u00f8j. Denne database, vores mailrelay, vores s\u00f8sterm\u00e6rke og adskillige hostede websteder k\u00f8rer alle som g\u00e6ster p\u00e5 tre Synology NAS-enheder, der er forbundet i \u00e9n Virtual Machine Manager-klynge, beskyttet af en VMM Pro-licens. Otte g\u00e6ster bor p\u00e5 den i dag, hvoraf syv k\u00f8rer d\u00f8gnet rundt, og seks replikeres efter en tidsplan til en standby-v\u00e6rt, der bruger det meste af sin levetid i dvale. Denne artikel gennemg\u00e5r ops\u00e6tningen af den virtuelle Synology-maskine, som den rent faktisk k\u00f8rer: hvilken hardware g\u00f8r hvad, hvorfor vi valgte planlagt replikering frem for h\u00f8j tilg\u00e6ngelighed, hvordan vi ville failovere, og de begr\u00e6nsninger, du b\u00f8r kende, f\u00f8r du kopierer den.<\/p>\n\n\n\n
\nSynoPower Club Punkt:<\/strong> Det sp\u00f8rgsm\u00e5l, jeg oftest f\u00e5r fra kunder, der k\u00f8ber VMM Pro, er, hvordan det ser ud, n\u00e5r en rigtig virksomhed er afh\u00e6ngig af det. S\u00e5 her er vores, inklusive vorter. Konsollen viser en permanent advarsel, fordi \u00e9n v\u00e6rt er slukket med vilje, standby-funktionen v\u00e5gner kun op for at indsamle replikaer, og webserveren i butiksg\u00e6sten har en note p\u00e5klistret til failover-dagen. Intet af det st\u00e5r i brochuren. Alt dette er grunden til, at en Synology virtuel maskinklynge koster os en br\u00f8kdel af, hvad den samme redundans ville koste i et lejet datacenter.<\/p>\n<\/blockquote>\n\n\n\n
S\u00e5dan ser en Synology virtuel maskinklynge ud i produktion<\/h2>\n\n\n\n
Virtual Machine Manager lader op til syv Synology NAS-v\u00e6rter dele \u00e9n konsol. Hver v\u00e6rt beholder sin egen lagerplads og k\u00f8rer sine egne g\u00e6ster, og den gratis udgave administrerer dem allerede som en klynge. Hvad VMM Pro tilf\u00f8jer, er muligheden for at agere p\u00e5 tv\u00e6rs af v\u00e6rter: flytte en k\u00f8rende Synology virtuel maskine fra \u00e9n boks til en anden, genstarte den et andet sted automatisk eller kopiere dens snapshots til en anden v\u00e6rt efter en tidsplan.<\/p>\n\n\n\n
Den sondring former alt nedenfor. Vores klynge best\u00e5r af tre v\u00e6rter, men v\u00e6rdien kommer fra de beskyttelsesplaner, der k\u00f8rer mellem dem, ikke fra det faktum, at de vises p\u00e5 \u00e9n liste. Hvis du stadig skal beslutte dig mellem udgaver, er vores sammenligning af Virtual Machine Manager og VMM Pro<\/a> d\u00e6kker hele funktionsopdelingen.<\/p>\n\n\n\n
Vores tre Synology virtuelle maskinv\u00e6rter og hvad k\u00f8rer hvor<\/h2>\n\n\n\n
Klyngen blander tre generationer af Synology-hardware, og hver Synology virtuel maskinv\u00e6rt f\u00e5r tildelt det job, der passer til den.<\/p>\n\n\n\n
V\u00e6rt<\/th> Rolle<\/th> Hvad den k\u00f8rer<\/th><\/tr><\/thead> DS1621xs+<\/td> Prim\u00e6r produktionsv\u00e6rt<\/td> Denne butik som Virtual DSM-g\u00e6st p\u00e5 NVMe-lager, plus \u00e9n kundehjemmeside<\/td><\/tr> FS1018<\/td> Sekund\u00e6r produktionsv\u00e6rt<\/td> Vores mailrel\u00e6, vores s\u00f8sterbrands hjemmeside, to hostede hjemmesider og en lille g\u00e6stehjemmeside<\/td><\/tr> FS2017<\/td> Kold standby og replikam\u00e5l<\/td> Intet live; den modtager planlagte replikaer og slukker igen<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Lageret sidder p\u00e5 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\u00e5lt, at den mindre v\u00e6rt k\u00f8rte ti virtuelle CPU'er p\u00e5 fire hardwaretr\u00e5de. Begge produktionsv\u00e6rter bruger den samme generation af processorer med samme clockhastighed, s\u00e5 en enkelt anmodning k\u00f8rer med samme hastighed p\u00e5 begge. Det, den st\u00f8rre v\u00e6rt k\u00f8ber, er plads: flere tr\u00e5de, s\u00e5 travle g\u00e6ster holder op med at konkurrere om de samme kerner.<\/p>\n\n\n\n
Hvorfor vi valgte replikering frem for h\u00f8j tilg\u00e6ngelighed<\/h2>\n\n\n\n
P\u00e5 papiret er tre v\u00e6rter pr\u00e6cis, hvad en VMM Pro h\u00f8j tilg\u00e6ngelighed har brug for. Synology kr\u00e6ver mindst tre v\u00e6rter i klyngen, og de bestemmer klyngens sundhedstilstand med flertal, hvilket er grunden til, at hvidbogen anbefaler et ulige antal noder.<\/p>\n\n\n\n
Fangsten er, at h\u00f8j tilg\u00e6ngelighed forventer, at disse v\u00e6rter er online. Vores tredje v\u00e6rt er en kold standby-v\u00e6rt, der er slukket det meste af tiden for at spare str\u00f8m og st\u00f8j, s\u00e5 klyngen ikke kunne holde st\u00f8rstedelen af det, som automatisk failover er afh\u00e6ngig af. I stedet for at k\u00f8re en tredje maskine hele dagen valgte vi beskyttelsesplaner: planlagte snapshots med fjernreplikering til standby-v\u00e6rten. Failover bliver et bevidst, manuelt trin m\u00e5lt i minutter, ikke et automatisk trin m\u00e5lt i sekunder.<\/p>\n\n\n\n
For en lille butik er den handel v\u00e6rd at lave. Standby-serveren koster n\u00e6sten ingenting at drive, og replikaerne sidder allerede p\u00e5 den, n\u00e5r vi har brug for dem. Hvis oppetid nogensinde bet\u00f8d mere end str\u00f8mregningen, ville det at g\u00f8re standby-serveren til en altid t\u00e6ndt tredje v\u00e6rt \u00e5bne op for h\u00f8j tilg\u00e6ngelighed p\u00e5 den samme licens.<\/p>\n\n\n\n
Replikering af en Synology virtuel maskine til en standby-v\u00e6rt i 4 trin<\/h2>\n\n\n\n
Dette er den r\u00e6kkef\u00f8lge, vi fulgte for at beskytte hver g\u00e6st. Den skal bruge VMM Pro, mindst to v\u00e6rter i klyngen og Btrfs-volumener p\u00e5 b\u00e5de kilden og destinationen.<\/p>\n\n\n
\n\n\n<\/div>\n\n\n\nDeltag i v\u00e6rternes m\u00f8der<\/h3>\n
Installer Virtual Machine Manager p\u00e5 hver NAS, giv hver enkelt en statisk IP-adresse og et Btrfs-volumen, og tilf\u00f8j dem derefter til \u00e9n klynge fra den prim\u00e6re v\u00e6rt. Inkluder standby, mens den er t\u00e6ndt.<\/p>\n<\/div>\n<\/div>\n
\nAktiv\u00e9r VMM Pro<\/h3>\n
Indtast en VMM Pro-licens, der d\u00e6kker alle v\u00e6rter, inklusive standby-serveren. En pakke med 3 noder d\u00e6kker en klynge som vores. Brug f\u00f8rst 30-dages pr\u00f8veperioden, hvis du tester designet.<\/p>\n<\/div>\n<\/div>\n
\nOpret en beskyttelsesplan<\/h3>\n
For hver g\u00e6st skal du oprette en plan med lokale snapshots og fjernreplikering, v\u00e6lge standby-v\u00e6rten som destination, og v\u00e6lge en tidsplan og opbevaringspolitik, der matcher, hvor meget data g\u00e6sten har r\u00e5d til at miste.<\/p>\n<\/div>\n<\/div>\n
\n\u00d8v failoveren<\/h3>\n
Tag et l\u00e5st manuelt snapshot, bekr\u00e6ft at replikaen vises p\u00e5 standby, og \u00f8v dig derefter i at f\u00e5 en ikke-kritisk g\u00e6st op p\u00e5 standby, s\u00e5 den rigtige failover ikke er f\u00f8rste gang.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n\n\n\n
Hvordan beskyttelsesplanerne er justeret<\/h2>\n\n\n\n
Seks af vores otte g\u00e6ster har en beskyttelsesplan, og hver beskyttet Synology virtuel maskine replikerer til standby. Ikke alle g\u00e6ster fortjener den samme tidsplan, s\u00e5 de falder i to grupper.<\/p>\n\n\n\n
\n
- Hver tolvte time:<\/strong> denne butik, mailrel\u00e6et og \u00e9n kundes hjemmeside, hvor det ville g\u00f8re ondt at miste en dag med \u00e6ndringer.<\/li>\n\n\n\n
- En gang om dagen kl. 04:00:<\/strong> to hostede hjemmesider og den lille g\u00e6st, hvor dagligt er nok.<\/li>\n<\/ul>\n\n\n\n
Fastholdelse f\u00f8lger den samme logik, idet de indbyggede politikker Virtual Machine Manager navngiver efter gendannelsespunktsm\u00e5l: de travleste g\u00e6ster beholder timepolitikken, de mere stille g\u00e6ster den daglige eller ugentlige politik. De to g\u00e6ster uden en plan er en udg\u00e5et projektsporer, der er slukket, og et websted, der endnu ikke har en plan.<\/p>\n\n\n\n
\u00c9n detalje fangede os tidligt. Gratisudgaven gemmer h\u00f8jst 32 snapshots pr. g\u00e6st, og en tolvtimers tidsplan n\u00e5r det p\u00e5 seksten dage. VMM Pro h\u00e6ver loftet til 255, men vi l\u00e5ser stadig alle manuelle snapshots, vi \u00f8nsker at gemme, s\u00e5 tidsplanen aldrig roterer dem v\u00e6k.<\/p>\n\n\n\n
Hvordan et lille team beskytter hver Synology virtuel maskine<\/h2>\n\n\n\n
Hele klyngen drives af et meget lille team, hvilket er pointen. Ingen holder \u00f8je med dashboards hele dagen, s\u00e5 designet skal beskytte hver eneste virtuelle Synology-maskine uden at nogen husker at trykke p\u00e5 en knap.<\/p>\n\n\n\n
Beskyttelsesplaner k\u00f8rer efter deres egen tidsplan. Standby-enheden v\u00e5gner, modtager replikaer og sover igen. F\u00f8r enhver risikabel \u00e6ndring, s\u00e5som at \u00e6ndre st\u00f8rrelsen p\u00e5 en g\u00e6st eller opdatere plugins, tager vi f\u00f8rst et l\u00e5st snapshot; vores gennemgang af den rigtige st\u00f8rrelse<\/a> viser den rutine i praksis. N\u00e5r noget gik galt i butikken, som i kontaktformular e-mail bombning<\/a> Vi sporede denne m\u00e5ned, loggene, mailen og snapshotsene var alle p\u00e5 hardware, vi kontrollerer.<\/p>\n\n\n\n
S\u00e5dan ser Failover Day ud<\/h2>\n\n\n\n
En replika indeholder alt i den virtuelle Synology-maskine, inklusive indstillinger, der blev justeret til den v\u00e6rt, den kom fra. Det er den del, folk glemmer.<\/p>\n\n\n\n
Butiksg\u00e6sten er indstillet til DS1621xs+, inklusive hvor mange samtidige arbejdere dens webserver m\u00e5 starte. Hvis butikken nogensinde skal k\u00f8re p\u00e5 en v\u00e6rt med f\u00e6rre hardwaretr\u00e5de, skal denne gr\u00e6nse s\u00e6nkes, f\u00f8r trafikken ankommer, ellers vil g\u00e6sten overbelaste sig selv. Vores runbook viser, at dette \u00e6ndres som det f\u00f8rste trin efter at have t\u00e6ndt en replika, efterfulgt af kontrol af, at webstedet, kassen og mailen alle svarer.<\/p>\n\n\n\n
Skriv din egen liste, f\u00f8r du har brug for den. Replikering f\u00e5r den virtuelle Synology-maskine til den anden v\u00e6rt; en tjekliste f\u00e5r den til at fungere der.<\/p>\n\n\n\n
Kapacitetsplanl\u00e6gning: Hukommelse er den virkelige gr\u00e6nse<\/h2>\n\n\n\n
P\u00e5 vores v\u00e6rter er alle k\u00f8rende g\u00e6sters hukommelse reserveret og l\u00e5st, s\u00e5 den kan ikke deles eller genvindes af DSM. Det g\u00f8r hukommelsen, ikke CPU'en, til den sande kapacitetsgr\u00e6nse for en Synology virtuel maskinklynge.<\/p>\n\n\n\n
En standby- eller sekund\u00e6r Synology virtuel maskinv\u00e6rt er kun nyttig, hvis den har nok ledig hukommelse til at tage imod de g\u00e6ster, der m\u00e5tte lande p\u00e5 den. Derfor reducerede vi antallet af g\u00e6ster i butikken fra seksten gigabyte til otte, da m\u00e5lingerne viste, at den aldrig havde brug for mere. De otte gigabyte, vi fik tilbage, er headroom, som en anden v\u00e6rt kan bruge under en failover uden at k\u00f8be noget.<\/p>\n\n\n\n
Hvorfor denne klynge k\u00f8rer p\u00e5 Synology og VMM Pro<\/h2>\n\n\n\n
Den \u00e6rlige grund er omkostninger kontra indsats. Tre Synology NAS-enheder, der ogs\u00e5 gemmer vores filer, en VMM Pro licens<\/a> og den frie Virtual DSM<\/a> For eksempel giver hver v\u00e6rt os replikeret, snapshot-beskyttet hosting, der administreres fra en enkelt konsol. Hver g\u00e6st kan rulles tilbage p\u00e5 f\u00e5 minutter og genopbygges p\u00e5 en anden boks fra en replika.<\/p>\n\n\n\n
Det holder os ogs\u00e5 \u00e6rlige som forhandler. De licenser, vi s\u00e6lger, driver vores egen forretning, s\u00e5 n\u00e5r en kunde sp\u00f8rger, om VMM Pro fungerer i produktion, er svaret p\u00e5 den side, du l\u00e6ser.<\/p>\n\n\n\n