Bare metal, uitgerold als cloud

Wat een bare metal server eigenlijk is

Een bare metal server is één fysieke machine, volledig voor jou gehuurd, met je besturingssysteem rechtstreeks op de hardware geïnstalleerd. Er zit geen hypervisor tussen je kernel en de CPU, en geen andere klant op dezelfde machine. Lees je een aantal cores, dan is dat het aantal cores dat je krijgt, elk uur van de maand, of er nu wel of niet iemand anders in hetzelfde rack een build draait.

Het verschil dat mensen als eerste opvalt, is niet ruwe snelheid maar voorspelbaarheid. Een virtuele instance is een planningsbelofte: de hypervisor bepaalt wanneer jouw vCPU draait, hoeveel van de host-NIC je te zien krijgt, en hoe diep de opslagwachtrij gaat. Op bare metal zijn dat fysieke feiten die je één keer meet en waarop je kunt vertrouwen. Dat telt het zwaarst voor workloads die gevoelig zijn voor het negenennegentigste percentiel in plaats van het gemiddelde: databases, latency-gevoelige gameservers, real-time media, en alles waarbij een haperende scheduler zich vertaalt in een klacht van een gebruiker.

Waar de twee modellen echt verschillen

Cloud instances zijn het juiste gereedschap voor pieken, kortstondig en horizontaal geschaald werk. Dit is de eerlijke lijst van wat er verandert zodra de workload dat allemaal niet meer is.

De afweging is in beide richtingen reëel: je kunt een fysieke machine niet om 3 uur 's nachts resizen, en je moet er geen kiezen voor een workload die het grootste deel van de week op nul idle staat. Wat je ervoor terugkrijgt, is een machine waarvan je de prestaties één keer kunt karakteriseren, en een rekening die niet meebeweegt met je verkeer.

Wat bij elke server hoort

Je betaalt voor de server, voor extra IP-blokken en voor bandbreedte boven de bundel van je plan. Elke andere functie in deze tabel krijg je zonder kosten bij de server.

Workloads die de hele machine verdienen

Vier patronen komen keer op keer terug bij accounts die van virtuele instances afstappen.

• Kubernetes op metal. De kubelet rechtstreeks op de host draaien haalt een planningslaag weg bij elke pod en geeft de CNI een echte NIC om mee te werken. Je stopt ook met dubbel betalen voor isolatie die je al via de cluster krijgt.
• Databases en alles wat gevoelig is voor opslaglatency. Fysieke schijven in het chassis, geen netwerkopslag-hop, en een pagecache die niet concurreert met die van een andere klant.
• Game- en real-time servers. Tick rates staan of vallen met de staart van de latencyverdeling, en dat is precies wat een gedeelde host-scheduler onvoorspelbaar maakt.
• Constante, altijd-actieve compute. CI-fleets, encoders, indexers en batchworkers die de hele maand vlak doordraaien. Elasticiteit die je nooit gebruikt, is elasticiteit waar je mee moet stoppen te betalen.

Als je workload pieken kent, 's nachts idle staat, of meerdere keren per dag op- en afschaalt, is een cloud instance echt het betere antwoord. Die verkopen we ook.

Van claim tot rootshell

Het punt van bare metal op cloud-manier draaien, is dat een fysieke machine geen project meer is. Dit is de hele levenscyclus, in de console of via de API.

1. 1Claim een machine. Kies een configuratie uit de live catalogus en kies een facturatiecyclus: per uur als je aan het testen bent, langer als je blijft. Dezelfde actie is één aanroep met een API-key die je zelf uitgeeft.
2. 2De installatie voert zichzelf uit. Een cloud-init-image landt op de hardware en meldt live voortgang in de console. Geen ticket, geen ingepland venster. Iets nodig buiten de catalogus? Koppel je eigen ISO via virtuele media of boot hem met iPXE.
3. 3Ga aan de slag. SSH in zoals gewoonlijk, of open de browser-KVM om de boot te bekijken en te herstellen wat er stuk gaat: out-of-band, binnen seconden. DDoS-mitigatie zit al inline vóór de machine, ook tijdens de installatie.
4. 4Leg hem vast, verplaats hem, of geef hem terug. Neem een image van de live server en zet die opnieuw uit op een andere machine, of geef de machine terug zodra de klus klaar is. Een server per uur is een resource, geen contract.

Elke stap hierboven is net zo goed een API-aanroep als een klik in de console. De cloudconsole is een client van de API, geen laag erboven. Geef een key uit en script de delen die je vaker dan één keer doet.