Dedicated servers vs bare metal. Wat je eigenlijk koopt

• Dedicated server en bare metal betekenen meestal hetzelfde: single-tenant fysieke hardware.
• “Dedicated cloud” betekent vaak een VM met reserved resources. Nog steeds virtualized.
• Cloud betekent niet automatisch failover. Eén VM blijft één point of failure.
• Uptime komt uit architectuur: redundancy, load balancing, replication, backups en geteste recovery.
• Koop je in Nederland of Europa, verifieer vijf dingen: tenancy model, locatie, support model, hardware replacement proces en DDoS-aanpak.
• “No surprises” is geen slogan. Het is schriftelijke duidelijkheid over wat inbegrepen is, wat gemonitord wordt en hoe incidenten worden afgehandeld.

Als je zoekt op “dedicated server Netherlands” of “bare metal Europe”, dan shop je niet voor een CPU-model.

Je shopt voor controle.

Voorspelbare performance. Duidelijke verantwoordelijkheid. Stabiele kosten. Minder verrassingen als er iets stukgaat.

Het probleem is taal. Providers gebruiken “dedicated”, “bare metal” en “dedicated cloud” op manieren die het echte tenancy model vertroebelen. Dat leidt tot verkeerde verwachtingen over uptime, failover en support.

Deze post maakt het helder. Je krijgt ook een buyer-grade checklist, met focus op Nederland en Europa.

Geen hype. Geen vendor bingo. Alleen wat telt in productie.

Een dedicated server is een fysieke machine die aan één klant is toegewezen.

• Jij beheert het OS.
• Jij beheert de netwerklaag boven de switchpoort.
• Er draait geen andere klant op diezelfde machine.

 

Bare metal server

In de meeste Europese hostingcatalogi betekent “bare metal server” hetzelfde: single-tenant fysieke hardware.

Het verschil zit meestal in delivery en tooling.

• Bare metal impliceert vaak snellere provisioning.
• Meer automation.
• Meer cloud-achtige workflows.

 

Maar de belofte blijft hetzelfde. Je krijgt de hele machine.

Cloud server

Een cloud server is meestal een VM op gedeelde hardware.

Je huurt een geïsoleerde slice. Niet de hele box.

De term die de meeste verwarring veroorzaakt: “dedicated cloud server”.

Dat betekent vaak een VM met reserved resources.

• Dedicated CPU time.
• Guaranteed RAM.
• Nog steeds virtualized.
• Nog steeds gedeelde fysieke host.

 

Dus koop niet op het label.

Stel één directe vraag:

Zit er een hypervisor tussen mij en de hardware. Ja of nee.

Als het antwoord “ja” is, koop je geen bare metal.

Teams gaan onderuit omdat ze aannemen dat het platform hen beschermt tegen failure.

Die aanname is in beide richtingen fout:

• Cloud betekent niet automatisch application failover.
• Dedicated betekent niet automatisch “je staat er alleen voor als hardware faalt”.

 

Een provider kan een kapotte disk vervangen en jij kunt alsnog data verliezen als je recovery-plan zwak is.

Een provider kan “high availability cloud” verkopen en jij kunt alsnog down gaan als je één VM draait.

Het juiste mental model:

Je koopt geen uptime. Je koopt bouwblokken.

Uptime is wat jij uit die bouwblokken bouwt.

In de praktijk betekent dat meestal:

• Twee of meer instances, niet één.
• Een load balancer ervoor.
• Health checks die user impact meten, niet alleen “port open”.
• Replication die past bij je database en consistency-eisen.
• Backups buiten de failure domain.
• Restore tests op een vast schema.

 

Dit is geen theorie. Dit is het verschil tussen “we hadden een incident” en “we waren uren down”.

Business vertaling:

Als je uptime nodig hebt, koop je een architectuur. Geen server.

Dedicated servers blijven populair in Europa, en niet zonder reden.

Wat je wint

Isolation en voorspelbaarheid
Je vermijdt noisy neighbors op hypervisorlaag. Performance is meestal consistenter voor CPU-heavy, IO-heavy en latency-sensitive workloads.

Control
Je kiest OS en kernel-instellingen. Je bepaalt storage layout, networking en security. Je kunt je eigen virtualization stack draaien als je dat wilt.

Licensing en compliance clarity
Sommige licentiemodellen werken beter op single-tenant fysieke machines. Compliance wordt ook simpeler als je kunt wijzen op een dedicated fysieke host op een bekende locatie.

Wat je zelf oppakt

Meer operational ownership
Met dedicated servers bezit je meestal meer van de lifecycle.

• Je ontwerpt redundancy.
• Je draait monitoring.
• Je doet patching en configuratie.
• Je bouwt recovery.

 

Sommige providers bieden managed opties. Prima. Maar ga uit van de default: jij bezit de workload.

Hardware faalt.

Disks falen. RAM faalt. NICs falen. Power supplies falen.

De vraag is niet óf het faalt. De vraag is wat er daarna gebeurt.

Als je “no surprises” wilt, heb je proceshelderheid nodig. Geen aannames.

Gebruik deze checklist.

1) Wie detecteert de fout

• Monitort de provider hardware health proactief.
• Of moet jij het probleem detecteren en melden.

 

Zelfs als replacement inbegrepen is, hangt de time to resolution vaak af van detectie en ticketkwaliteit.

2) Wat zit er in de service

Vraag om expliciete scope.

• Parts en replacement inbegrepen. Ja of nee.
• Exclusions.
• Verschillende regels per serverlijn.

 

Vermijd “dat zien we dan wel”. Je wilt het op papier.

3) Wat is de replacement workflow

• Welke diagnostics verwachten ze.
• Hoe snel swap je disk, RAM of NIC.
• Wat is de escalation als jij denkt dat het intermittent is.

 

4) Wat kun je doen terwijl je wacht

Soms is wachten de verkeerde keuze.

Soms is het:

• Workload migreren.
• IPs verplaatsen naar een standby server.
• Failover op application layer.

 

Een goede provider maakt dit concreet. Geen vage opties. Duidelijke stappen.

Als iemand zoekt naar dedicated servers in Nederland of Europa, is de intent meestal:

• Lage latency naar Europese users.
• EU juridische context en verwachtingen rond data handling.
• Support nabijheid en operationele accountability.
• Minder cross-border complexiteit.

 

Dit is wat telt.

Locatie en data residency

• Waar staat de server fysiek.
• Kun je Nederland specifiek kiezen.
• Is de locatie expliciet, niet impliciet.

 

Is “EU is genoeg” jouw eis. Constrain jezelf niet te hard.
Is “Netherlands-only” een eis. Leg het contractueel vast.

Network

Vraag hoe de provider het netwerk runt.

• Opereren ze hun eigen netwerk.
• Hoe doen ze routing changes tijdens incidenten.
• Hoe schalen ze capaciteit.

 

“Veel capaciteit” is geen waarde op zichzelf. Het is pas waarde als het impact reduceert bij piekverkeer en aanvallen.

Support model

“24/7 support” is makkelijk geroepen.

Het verschil zit in staffing en bevoegdheid.

• 24/7/365.
• Engineers beschikbaar, niet alleen first-line ticket handling.
• On-site capability.
• Realistische response times.

 

Worldstream positioneert “Solid IT. No surprises” met 24/7/365 en response time metrics. En met in-house, on-site support. Dat niveau van duidelijkheid moet je van elke provider eisen.

Commercial predictability

Als je van public cloud naar dedicated gaat, wil finance één ding:

Predictability.

• Duidelijke maandprijs.
• Duidelijke setup voorwaarden.
• Duidelijke scope.
• Duidelijke regels voor extra’s.

 

Opaak pricing leidt bijna altijd tot operationele verrassingen.

1) Waar mitigatie plaatsvindt

Als mitigatie te laat gebeurt, satureert je uplink en ben je down. Ook als de provider verkeer elders kan cleanen.

Je wilt filtering op network level, upstream van je poorten.

2) Hoe bescherming schaalt

Aanvallen spiken. Goede bescherming schaalt mee.

Vraag:

• Is mitigatie automatisch of handmatig.
• Welke thresholds acties triggeren.
• Hoe snel mitigatie opschaalt.

 

3) Wat je standaard krijgt

Baseline telt.

• Wat is per server standaard inbegrepen.
• Wat gebeurt er als je eroverheen gaat.
• Wat verandert er tijdens mitigatie, bijvoorbeeld filtering of rate limits.

 

4) Zichtbaarheid en reporting

Na een incident heb je bewijs nodig.

• Alerts en timelines.
• Attack type en vectors.
• Welke mitigatie is toegepast.

 

Als je niet kunt uitleggen wat er gebeurde, kun je niet voorkomen dat het terugkomt.

Support meet je niet via een website. Dus stel vragen die de operationele waarheid afdwingen.

Incident handling

• Wie pakt het op buiten kantooruren.
• Hoe ziet de escalation eruit.
• Zijn engineers beschikbaar tijdens incidenten.

 

Ownership boundaries

• Wat monitort de provider standaard.
• Wat moet jij monitoren.
• Wat gebeurt er als het probleem in je OS, je app of je configuratie zit.

 

Een volwassen provider is niet bang voor die vragen. Ze willen die vragen. Dat voorkomt misverstanden.

Hands-on capability

Bij dedicated hardware telt praktijk.

• Out-of-band access.
• Remote hands.
• On-site replacement workflow.

 

“Eigen datacenters” kan helpen, maar alleen als het proces en de SLA ook echt kloppen.

Mensen zoeken meestal geen lijst. Ze zoeken minder unknowns.

Gebruik dit framework.

1) Tenancy clarity

• VM, reserved VM, single-tenant host, of echte bare metal.
• Bevestig het schriftelijk.

 

2) Provisioning en automation

• Heb je API-first workflows nodig.
• Heb je rapid scale nodig.
• Wil je bare metal delivered like cloud.

 

Match dit met je operating model.

3) Network en DDoS

• Network-level detection.
• Scaling gedrag.
• Default baseline.
• Reporting.

 

4) Support operating model

• 24/7/365 staffing.
• Engineer availability.
• Incident escalation.

 

5) Commercial predictability

• Duidelijke maandkosten.
• Duidelijke regels voor extra’s.
• Duidelijke voorwaarden voor wijzigingen en opzegging.

 

Als een provider hier niet helder kan zijn, is “no surprises” niet haalbaar.

De meeste downtime is geen hardwareprobleem. Het is een designprobleem.

Draai je één server en die gaat stuk, dan ben je down. Het maakt niet uit hoe je het noemt.

Praktische baseline.

Stateless workloads

• Twee of meer nodes
• Load balancer
• Rolling deploys
• Echte health checks

 

Stateful workloads

• Replication model dat past bij je database
• Duidelijke failover mechanics
• Backups buiten de failure domain
• Restore tests op een vast schema

 

Dedicated infrastructure patterns

• Twee servers in aparte racks waar mogelijk
• Gescheiden power feeds waar aangeboden
• Redundante netwerkpaden waar aangeboden
• Duidelijk disaster recovery plan dat ook human error overleeft

 

Heb je geen tijd om dit te bouwen. Wees daar eerlijk over. Accepteer lagere uptime targets, of kies een managed aanpak. Maar doe niet alsof “cloud” je architectuur fixt.

Worldstream positioneert zich met “Solid IT. No surprises”. De intent is helder: voorspelbare infrastructuur, transparante afspraken, in-house engineering, geen lock-in.

Vanuit buyer perspectief zijn dit de signalen om op te letten:

• Expliciete 24/7/365 support.
• Gepubliceerde response time metrics.
• Duidelijke scope van wat gemonitord en opgepakt wordt.
• Duidelijke DDoS-aanpak met concrete tooling en scaling logica.
• Duidelijke pricing structuur en grenzen.

 

Gebruik die criteria voor Worldstream. Gebruik ze ook voor elke andere provider op je shortlist.

Zo voorkom je de klassieke “we dachten dat X inbegrepen was” fout.

Voor je koopt

• Bevestig het tenancy model schriftelijk. Fysiek of virtueel.
• Bevestig de fysieke locatie. Nederland of elders in Europa.
• Bevestig hardware replacement scope en proces.
• Bevestig support model en escalation path.
• Bevestig DDoS baseline, scaling en reporting.

 

Voor je live gaat

• Bouw redundancy. Twee is het echte minimum.
• Implementeer monitoring die user impact detecteert.
• Test restores. Zet het in de agenda.
• Documenteer incidentrollen en beslispaden.

 

Als je dit doet, wordt je infrastructuur saai. Dat is het doel.