Synology VMM Pro: Een productie-VM optimaliseren met behulp van AI (2026)

De virtuele machine waarop deze webshop draait, heeft maandenlang twee keer zoveel hardware gebruikt als nodig was. Acht virtuele CPU's, zestien gigabyte geheugen, en een daadwerkelijke workload die nooit meer dan een kwart van beide verbruikte. Dat is niet ongebruikelijk. Je dimensioneert een virtuele machine ruim op de eerste dag, omdat je geen idee hebt wat er nodig zal zijn, de site werkt en niemand komt er ooit meer op terug. Dit artikel beschrijft hoe we dat uiteindelijk wel deden. We hebben die virtuele machine teruggebracht naar vier vCPU's en acht gigabyte met behulp van Synology. VMM Pro, Met een AI-assistent die de shell aanstuurde, was de winkel twee minuten en zeven seconden onbereikbaar. Het aanpassen van de grootte zelf is het saaie gedeelte: het zijn slechts twee velden in een dialoogvenster. De interessante onderdelen zijn de meting die bewees dat acht gigabyte voldoende was, de volgorde van bewerkingen die voorkomt dat het gastbesturingssysteem bij de eerste opstart zonder geheugen komt te zitten, en de momentopname die alles omkeerbaar maakte. VMM Pro maakt al deze zaken goedkoop, en dat is het eerlijke argument ervoor.

SynoPower Club-punt:Het optimaliseren van de servercapaciteit is de minst aantrekkelijke klus bij zelfhosting, maar wel de klus met het beste rendement. Niemand schrijft een blogpost over de acht gigabyte die ze hebben teruggewonnen. Maar het geheugen dat ongebruikt blijft in een te grote virtuele machine bespaart je niets – op een Synology is het geheugen vastgezet, waardoor het niet door andere systemen op de server kan worden gebruikt. We hebben acht gigabyte teruggewonnen op een host die vol begon te raken, wat betekent dat we voor twee virtuele machines geen nieuwe hardware meer hoeven aan te schaffen. Wat het veilig maakte in plaats van angstaanjagend, was de VMM Pro eronder: een vergrendelde snapshot vóór de eerste opdracht, en een machine die ik binnen negentig seconden kon terugzetten naar de oorspronkelijke staat als er iets mis zou gaan. Er ging niets mis. Maar ik zou er niet zonder zijn begonnen.

Wat is Synology VMM Pro?

Virtual Machine Manager is het hypervisorpakket van Synology. Het kan worden geïnstalleerd via Package Center, is gratis en kan probleemloos op één NAS Linux, Windows en Virtual DSM-gastsystemen met lokale snapshots draaien. VMM Pro Dit is de betaalde upgrade die van die hypervisor op één server een klein cluster maakt: meerdere NAS-units die als één pool worden beheerd, virtuele machines die ertussen kunnen worden verplaatst, hoge beschikbaarheid en snapshotreplicatie van de ene host naar de andere.

Het onderscheid is belangrijk voor dit artikel, omdat het optimaliseren van de configuratie een capaciteitsbeslissing is, en capaciteit pas interessant wordt als er meer dan één machine in het systeem zit. Op een enkele NAS is het vrijgekomen geheugen geheugen dat ongebruikt op die NAS blijft staan. In een VMM Pro-cluster is het geheugen dat een andere host kan lenen tijdens een failover, of waarop een nieuwe virtuele machine kan worden geïnstalleerd zonder dat er iets hoeft te worden aangeschaft.

A Virtual DSM De virtuele machine (een volledige DSM-installatie) is de workload die we hier hebben aangepast. Deze draait Container Manager, die op zijn beurt de twee Docker-containers achter deze opslag draait. Deze gelaagde structuur is bewust gekozen en maakte de taak veilig. We hebben het verplaatsen van een Docker-stack tussen virtuele machines al eerder behandeld. Onze handleiding voor de VDSM Docker-migratie; Dit artikel gaat over het aanpassen van de afmetingen van het gastbed eronder.

VMM Pro versus de gratis versie: wat de upgrade daadwerkelijk oplevert

De gratis versie is geen uitgeklede demo. Je kunt er productieomgevingen mee draaien, snapshots maken en voor één NAS is het echt alles wat de meeste mensen nodig hebben. Wat je koopt met... VMM Pro Het gaat hier niet om functies die specifiek voor één gast gelden, maar om functies die voor alle hosts gelden.

Vermogen	Gratis editie	VMM Pro
Draai virtuele machines op één NAS-systeem.	Ja	Ja
Lokale momentopnamen	Ja	Ja
Meerdere NAS-eenheden als één cluster	Nee	Ja
Verplaats een gast tussen hosts.	Nee	Ja
Failover met hoge beschikbaarheid	Nee	Ja
Momentopnamen kopiëren naar een andere host.	Nee	Ja

Controleer de officiële functiepagina waarnaar in de referenties wordt verwezen voordat u koopt, want Synology herziet de verdeling van de edities tussen DSM-releases. De praktijk is eenvoudiger dan de tabel: als u één NAS hebt en u het geen probleem vindt om handmatig een snapshot te herstellen, is de gratis editie prima. Zodra u een tweede NAS hebt en wilt dat de virtuele machines op de eerste NAS blijven draaien, wilt u een gratis versie. VMM Pro-licentie.

Ons cluster bestaat uit drie nodes, waarvan er meestal maar twee actief zijn. De derde is een cold standby die volgens een schema ontwaakt om gerepliceerde snapshots te ontvangen en vervolgens weer in slaapstand gaat. Dat patroon – alleen betalen voor elektriciteit wanneer redundantie nodig is – is een VMM Pro-patroon en verklaart waarom de console een permanente waarschuwing weergeeft over een host die niet bereikbaar is. De waarschuwing is een teken dat het ontwerp werkt, geen fout.

Hoe een gastproductie uiteindelijk twee keer zo groot wordt als nodig is

Drie dingen zorgen ervoor dat gasten een te grote capaciteit hebben en niets kan ze terugdringen. Ten eerste is de initiële grootte een schatting, en een ruime schatting kost niets op de eerste dag. Ten tweede eindigt elk incident ermee dat iemand een limiet verhoogt. Bij ons waren er twee geheugenproblemen in één week; beide werden opgelost door iets meer ruimte te geven, en geen van beide is ooit opnieuw gemeld. Ten derde ziet een dashboard met tachtig procent geheugengebruik er alarmerend uit, dus niemand biedt zich vrijwillig aan om geheugen vrij te maken. Dat is allemaal geen probleem van VMM Pro. Het is een menselijk probleem, en daarom zijn gasten met een te grote capaciteit de norm.

Dat laatste punt is de valkuil, en het is belangrijk om dat duidelijk te zeggen: het getal waar de meeste mensen naar kijken om te bepalen of een container nog ruimte heeft, is het verkeerde getal. Bij ons gaf het aan dat de databasecontainer voor 81 procent vol zat. Dat was niet zo. Paragraaf vijf gaat volledig over waarom, en over de meting die ervoor zorgde dat het vergroten van de VMM Pro een veilige beslissing werd in plaats van een gok.

De juiste capaciteit voor een live gast instellen met de VMM Pro in 4 stappen

Het hele proces bestaat uit vier stappen, en alleen de derde stap zorgt ervoor dat de site offline gaat. De totale downtime voor ons was twee minuten en zeven seconden, gemeten vanaf het moment dat de containers stopten tot de eerste HTTP 200-respons nadat de gast weer online was. VMM Pro is betrokken bij stap één en drie; de middelste stap vindt plaats in het lichaam van de gast.

Waarom Docker-statistieken je ervan kunnen weerhouden het juiste antwoord te geven

Vóór de aanpassing van de afmetingen zag het containerdashboard eruit als een machine waar geen ruimte meer over was:

docker stats WordPress 2.51 GiB / 7 GiB (35.9%) WordPress-DB 3.25 GiB / 4 GiB (81.1%) <-- lijkt bijna vol

Lees dat en je concludeert dat de database vier gigabyte nodig heeft en dat het gastbesturingssysteem niet onder de twaalf gigabyte mag komen. Beide conclusies zijn onjuist, omdat het geheugengebruik dat die tools rapporteren ook de paginacache omvat, en de paginacache wordt automatisch vrijgegeven zodra iets anders het geheugen nodig heeft. Het getal dat bepaalt of je een geheugenprobleem krijgt, is het anonieme geheugen. Lees het letterlijk:

docker exec sh -c 'awk "/^(cache|rss) /{printf "%-8s %8.0f MBn", $1, $2/1048576}" /sys/fs/cgroup/memory/memory.stat' WordPress rss 1305 MB cache 1609 MB WordPress-DB rss 2553 MB cache 1543 MB

Nu slaat de situatie om. De applicatiecontainer gebruikt daadwerkelijk 1,3 GB, niet 2,5 GB. En van die 1,3 GB is 768 MB een gedeelde opcode-cache die elk workerproces in kaart brengt in plaats van kopieert. Twintig workerprocessen kostten dus elk ongeveer zevenentwintig megabyte, en niet de tweehonderdvijftig megabyte die een simpele optelling van het procesgeheugen suggereert. De 2,5 GB van de database bestond bijna volledig uit een bufferpool van drie gigabyte voor een database van 663 MB.

Nog een valkuil uit dezelfde categorie: de historische piekteller zal zonder problemen een container weergeven die zijn plafond heeft bereikt, omdat die teller ook de paginacache meetelt. Bij ons beiden was dat het geval. Geen van beide was ooit door geheugenproblemen afgesloten. Controleer de geheugenteller, niet de hoogste piekwaarde.

Met die twee feiten in handen was acht gigabyte geen risico meer. Door de bufferpool te verkleinen naar één gigabyte – nog steeds ruim voldoende voor de hele database – kwam er meer fysiek geheugen vrij dan nodig was voor de aanpassing. Het getal dat we uiteindelijk in VMM Pro invoerden, was al bewezen voordat de virtuele machine werd afgesloten.

Hoe een klein team VMM Pro gebruikt om een complete server terug te veroveren

Het geheugen in een Synology-gastbesturingssysteem is vastgelegd. De hypervisor vergrendelt en reserveert het vooraf, wat betekent dat u het niet kunt overschrijven zoals op sommige andere platforms. Zestien gigabyte toegewezen aan een gastbesturingssysteem is zestien gigabyte die geen enkel ander gastbesturingssysteem kan gebruiken, ongeacht of het gastbesturingssysteem actief is of niet. Die beperking maakt het optimaliseren van de geheugengrootte de moeite waard. VMM Pro Concreet: het vrijmaken van geheugen is de enige manier om capaciteit te creëren, afgezien van het aanschaffen van een NAS.

Acht gigabyte werd teruggewonnen op een host met in totaal 46,83 GB. Het beschikbare geheugen steeg van ongeveer tweeëntwintig gigabyte naar 30,29 GB. In de praktijk betekent dit dat er twee extra virtuele machines van de grootte die we daadwerkelijk draaien, gecreëerd zijn puur op basis van metingen. In een cluster met drie knooppunten betekent dit ook dat de overgebleven hosts meer ruimte hebben om de virtuele machines van een uitvalend knooppunt op te vangen, wat precies de reden is om voor VMM Pro te betalen.

De CPU-kant vertelde hetzelfde verhaal, maar dan nog duidelijker. De virtuele machine had acht virtuele CPU's en gebruikte in ruststand ongeveer een zesde van één core. Vier was geen compromis; vier is nog steeds ruim voldoende, en VMM Pro paste dit toe op één enkele core. Sinds de herschaling heeft de virtuele machine een gemiddelde belasting van 1,36 ten opzichte van vier virtuele CPU's, wat neerkomt op ongeveer een derde van de benutting op het drukste moment van de dag.

De volgorde van bewerkingen die een geheugenprobleem tijdens het opstarten voorkomt

Dit is het onderdeel waar je makkelijk fouten kunt maken, en waar die fouten ook duur uit kunnen zien. De geheugenlimieten voor containers en het gastgeheugen dat je instelt in VMM Pro zijn twee aparte limieten. Als de som van de containerlimieten het geheugen van de gast overschrijdt, geef je de containers de opdracht om meer geheugen te gebruiken dan de machine beschikbaar heeft. Onder belasting lost de kernel die discrepantie op door een proces te beëindigen.

Onze limieten vóór de wijziging waren zeven gigabyte voor de applicatiecontainer en vier voor de database — elf gigabyte op een virtuele machine van zestien gigabyte, wat prima was. Op een virtuele machine van acht gigabyte zou het bij de eerste verkeerspiek al een probleem zijn geweest. Daarom moesten de containers eerst worden uitgeschakeld:

Instelling	Voor	Na
Gast	8 vCPU / 16 GB	4 vCPU / 8 GB
Toepassingscontainerlimiet	7168 MB	4096 MB
Database containerlimiet	4096 MB	2048 MB
Database bufferpool	3 GB	1 GB
Maximale databaseverbindingen	300	100
Apache-arbeidersplafond	50	35

Er zit een verborgen regel van de tweede orde in die tabel. Je kunt de geheugenlimiet van een container niet verlagen tot onder het huidige gebruik en verwachten dat de kernel daar geen problemen mee heeft. De applicatiecontainer gebruikte minder dan de nieuwe limiet, dus werd de limiet direct toegepast zonder herstart en zonder downtime. De databasecontainer gebruikte meer, dus moest de bufferpool opnieuw geconfigureerd worden en de container eerst herstart worden; pas daarna kon de lagere limiet worden toegepast. Geen van beide stappen gebeurt in VMM Pro — beide moeten voltooid zijn voordat je het dialoogvenster voor het wijzigen van de grootte kunt openen.

Het maximum aantal workers is de enige echte kostenpost van de hele operatie, en die moet expliciet vermeld worden in plaats van verborgen te blijven. Door de applicatiecontainer te verkleinen van zeven gigabyte naar vier, kunnen er minder gelijktijdige verzoeken tegelijk worden verwerkt: van vijftig naar vijfendertig, een reductie van dertig procent in de piekcapaciteit. De site draait dagelijks met elf workers, dus er is niets veranderd. Tijdens een advertentiepiek zou dat wel het geval kunnen zijn. Dat is een bewuste keuze die we hebben gemaakt en die is vastgelegd zodat de volgende gebruiker er tijdens een storing niet achter komt.

Wat de AI-assistent daadwerkelijk deed en waar het mis ging.

De assistent deed de taken die geduld belonen: hij maakte de VMM Pro-snapshot voordat hij ook maar iets aanraakte, las de cgroup-statistieken in plaats van op het dashboard te vertrouwen, berekende de sorteerbeperking op de containerlimieten en verifieerde het resultaat door echte pagina's op te halen en te controleren of de prijzen nog steeds in de juiste valuta werden weergegeven. Dat is misschien veertig minuten zorgvuldig werk samengeperst in een paar minuten, en het is echt nuttig.

Het ging bovendien drie keer mis tijdens één sessie, en dat is het nuttigere deel van het verhaal.

• Het systeem adviseerde tien gigabyte, terwijl de eigenaar om acht had gevraagd. De eigenaar had gelijk, maar alleen omdat de te grote buffer tegelijkertijd werd gerepareerd. De assistent had de meting voor zich en bleef vasthouden aan het veiligere getal.
• Het gaf de gast een andere naam, las ik. succes: waar De API gaf aan dat de hernoeming was voltooid. Er was echter geen hernoeming uitgevoerd. Het veld dat werd gebruikt voor de hernoeming identificeert de gast, niet het veld waarmee de naam wordt gewijzigd, en de API retourneert in beide gevallen een succes.
• Het systeem detecteerde een waarschuwing van een VMM Pro-cluster over een onbereikbare host en markeerde deze als een defect failoverpad. De host was een cold standby, een host die opzettelijk was uitgeschakeld. De waarschuwing was al maandenlang aanwezig, zoals bedoeld.

Het patroon is in alle drie gevallen hetzelfde: een betrouwbare output van een plausibele controle. De vangrails die er echt toe doen, zijn daarom niet zo opvallend. Maak altijd eerst een momentopname, vóór de eerste opdracht, in plaats van vóór de risicovolle. Accepteer nooit een retourwaarde als bewijs – lees de status terug en bekijk het veld dat je wilde wijzigen. En controleer het gedrag, niet de instellingen: een pagina die laadt en een correcte prijs wegen zwaarder dan een willekeurig aantal bevestigingen dat een opdracht met een lege waarde is geëindigd.

Dat is allemaal niet specifiek voor AI. Het is dezelfde discipline die je zou verwachten van een nieuwe collega met root-toegang die snel, onvermoeibaar en af en toe overtuigd is van iets dat niet waar is.

Waar vind je meer officiële bronnen?

Drie video's die zeker de moeite waard zijn voordat je iets gaat aanpassen met VMM Pro. De eerste geeft het beste overzicht van het pakket zelf; de andere twee gaan over het aanmaken en licentiëren van gastgebruikers, iets waar de meeste mensen de eerste keer vastlopen.

Beperkingen om te kennen voordat u VMM Pro voor productie gebruikt

Het geheugen kan niet worden overgeboekt. Elke gigabyte die u toewijst, is volledig afgeschermd van de rest van de NAS, ongeacht of deze in gebruik is of niet. Deze beperking maakt het optimaliseren van de geheugencapaciteit waardevol, en het is tevens de reden waarom een ruime inschatting bij de eerste aanschaf hier duurder is dan op platforms die overtoewijzing toestaan.

Het verkleinen van het geheugen vereist een herstart, omdat de VMM Pro geen geheugen weghaalt van een draaiend gastbesturingssysteem. Het vergroten van een virtuele schijf gebeurt live, net als het vergroten van sommige resources, maar het weghalen van geheugen betekent dat het gastbesturingssysteem moet worden afgesloten. Plan een korte onderbreking in; twee minuten is haalbaar, maar niet nul.

Virtuele schijven groeien en krimpen nooit. Als u te veel opslagruimte hebt toegewezen in plaats van te veel geheugen, VMM Pro Ik geef het niet terug. De enige optie is een nieuwe virtuele machine aanmaken en de gegevens daar naartoe migreren, wat een veel langere middag zal duren dan deze.

CPU-limieten binnen containers werken mogelijk helemaal niet. Op deze virtuele machine heeft de kernel geen CFS-bandbreedtecontrole, waardoor CPU-quota voor containers direct worden afgewezen. Erger nog, een poging om een quotum in te stellen in hetzelfde commando als een geheugenlimiet zorgt ervoor dat het hele commando stilzwijgend mislukt. Geheugenlimieten en de eigen worker-limiet van de applicatie zijn de enige beschikbare CPU-bescherming.

Een snapshot is geen back-up. Het bevindt zich op dezelfde host en in dezelfde opslagpool als de virtuele machine die het beschermt. VMM Pro kan snapshots repliceren naar een andere host die dichterbij is, maar wat een brand in een gebouw overleeft, is nog steeds een externe back-up van de gegevens zelf.

Kijk tot slot naar wat de console laat zien. Containerdetailpagina's tonen omgevingsvariabelen in platte tekst, inclusief databasewachtwoorden. Dat is een teken dat Docker eerlijk is en geen fout in het pakket, maar het betekent wel dat een enkele screenshot van de verkeerde pagina een inloggegeven kan publiceren. Als dat je stoort – en dat zou het moeten – sla geheimen dan op in een bestand dat de container leest in plaats van ze als variabelen door te geven.

Referenties

• SynoPower Club, onze Synology NAS-handleidingen en camera-reviews
• Synology — Virtual Machine Manager, de officiële functie- en editievergelijking
• Synology Kenniscentrum — Virtual Machine Manager hulp, gastinstellingen en clusterconfiguratie
• Docker — update van de Docker-container, het wijzigen van de geheugenlimiet van een actieve container
• Apache — MaxRequestWorkers, het maximumaantal werknemers dat in sectie zeven wordt besproken

Veelgestelde vragen