Je eigen OS-image meenemen naar een server

Waarom de standaardcatalogus soms niet genoeg is

De OS-catalogus van een provider, de lijst met Linux-distributies en Windows-edities die je bij bestellen of herinstalleren kunt kiezen, dekt de versies en distributies die de meeste klanten daadwerkelijk willen. Voor de meeste workloads is dat ruim voldoende. Zie Een besturingssysteem kiezen voor je dedicated server of VPS voor hoe je uit zo'n lijst kiest. Maar een catalogus is per definitie een vaste set, en er zijn steeds terugkerende redenen waarom hij niet elk geval dekt:

• Een specifieke subversie die vastligt door de compatibiliteitseisen van een applicatie, in plaats van wat de catalogus op dit moment als "latest" aanbiedt.
• Een hardened of vooraf geconfigureerde baseline-image, intern één keer gebouwd volgens een specifieke security- of compliancestandaard, die consistent op veel servers moet worden uitgerold.
• Een distributie of OS die de standaardcatalogus simpelweg helemaal niet bevat.

In elk van deze gevallen is het gangbare antwoord in de hostingsector een vorm van bring-your-own-image-ondersteuning: je levert het besturingssysteem zelf aan, in plaats van te kiezen uit wat er in de lijst staat.

Pad een: een custom ISO uploaden en handmatig installeren

Een ISO is een disk image van een installer, hetzelfde type bestand dat je op een USB-stick of dvd zou branden om een OS te installeren op fysieke hardware die voor je staat. Een custom ISO uploaden en de server ervanaf opstarten, vaak via een remote console, geeft je hetzelfde handmatige installatieproces als op hardware voor je neus: partitionering, pakketselectie en elke configuratie die de installer vraagt, allemaal met de hand gedaan voor die ene server.

Dit pad geeft je volledige controle: je zit niet vast aan wat een kant-en-klaar template aanneemt over het OS, en het werkt voor echt ongebruikelijke of niet-ondersteunde distributies, omdat je op de installer zelf leunt in plaats van op tooling van de provider. De prijs is handmatig werk: elke installatie is opnieuw de installer doorlopen, er is meer ruimte voor een misconfiguratie die onopgemerkt binnensluipt, en het herhalen op veel servers betekent dat je het handmatige werk elke keer opnieuw doet, tenzij je het unattended-install-mechanisme van de installer zelf apart automatiseert of er een script voor bouwt.

Pad twee: een kant-en-klare custom image uploaden

Het alternatief is de OS-image één keer bouwen, buiten de omgeving van de provider om: schijfpartitionering, pakketten en eventuele hardening of configuratie zitten er al in verwerkt. Je uploadt die afgeronde image direct, in plaats van een installer. Uitrollen vanaf die image lijkt dan veel meer op uitrollen vanaf een standaard catalogustemplate: de image wordt naar schijf geschreven en de server start meteen op in een werkend, vooraf geconfigureerd OS, zonder dat je per server een installer hoeft te doorlopen.

Dit pad is sneller om herhaaldelijk uit te rollen, handig als je veel servers opzet vanaf dezelfde bekende, goed werkende baseline, omdat het handmatige werk al één keer is gedaan toen de image werd gebouwd. Het afwegingspunt verschuift naar eerder in het proces: die image in eerste instantie correct en betrouwbaar opstartbaar krijgen, passend bij wat de doelomgeving voor virtualisatie of hardware verwacht op het gebied van schijfformaat, drivers en bootconfiguratie, vraagt echt voorwerk. En een fout die in de image is ingebakken, wordt herhaald op elke server die ervandaan wordt uitgerold.

Op Worldstream-servers

Worldstream's Create VPS-flow in Portal bevat bij het opzetten een keuze bij Install Method, tussen From Template en From ISO: een template-gebaseerd pad met de standaard image-catalogus, en een ISO-gebaseerd pad voor een meer handmatige installatie. Voor meer specifieke vragen, zoals het direct uploaden van een kant-en-klare custom image, ondersteunde formaten en groottes, of het equivalent op Dedicated Servers, check de actuele Create-flow in Portal of neem contact op met support.