Azure Dedicated Host-foutdomeinen en beschikbaarheidszones: de complete gids voor hoge beschikbaarheid

By Mirko Peters · 2026-10-25

Leer hoe je fout­domeinen en beschikbaarheidszones van Azure Dedicated Host configureert om highly available, single-tenant enterprise cloudarchitecturen te bouwen.

Automatically translated with AI from the original post. Read the English original

Azure Dedicated Host-foutdomeinen en beschikbaarheidszones zorgen voor fysieke infrastructuurisolatie voor enterprise-workloads. Door single-tenant servers te verdelen over afzonderlijke serverracks en verschillende datacenterfaciliteiten kunnen cloudarchitecten omgevingen met hoge beschikbaarheid ontwerpen. Die omgevingen vangen zowel storingen van componenten op rackniveau als volledige regionale uitval op, zonder dat de naleving van regelgeving in het gedrag tekortschiet.

Belangrijkste punten

• Beschikbaarheidszones isoleren dedicated hostgroepen over onafhankelijke fysieke stroomvoorziening, koeling en netwerkinfrastructuur binnen dezelfde Azure-regio.
• Foutdomeinen verdelen dedicated hosts over afzonderlijke serverracks om je te beschermen tegen lokale hardwarestoringen.
• Hostgroepen fungeren als logische containers die regionale en zonale grenzen afdwingen voor je dedicated fysieke infrastructuur.
• Handmatige VM-plaatsing over verschillende foutdomeinen garandeert dat redundante kopieën van een applicatie nooit op dezelfde serverrack draaien.
• Door zoneredundantie te combineren met scheiding over foutdomeinen haal je enterprise-niveau uptime voor veeleisende, bedrijfskritieke workloads.

Inzicht in de architectuur van Azure Dedicated Host

Wanneer je bedrijfskritieke applicaties naar Microsoft Azure migreert, vereist hoge beschikbaarheid meer dan alleen meerdere virtuele machines achter een load balancer. Op gedeelde cloudinfrastructuur verdelen hypervisors de werkbelasting van klanten automatisch over het datacenter om het gebruik van resources te optimaliseren. Organisaties die onder strikte compliancekaders vallen, of die latentiegevoelige enterprisedatabases draaien, willen echter vaak precies weten waar hun fysieke rekenkracht staat.

Hier komt single-tenant cloudarchitectuur om de hoek kijken. In plaats van een moederbord te delen met onbekende workloads, reserveert een Azure Dedicated Host een volledige fysieke server uitsluitend voor jouw abonnement. Maar alleen de hardware huren is nog maar het halve werk. Om te voorkomen dat één hardwarefout je hele systeem offline haalt, moet je de werking van hostgroepen, beschikbaarheidszones en foutdomeinen goed beheersen.

De rol van hostgroepen

Voordat je ook maar één fysieke server in Azure aanmaakt, moet je een hostgroep instellen. Zie een hostgroep als een logische grens of container die bepaalt waar je dedicated infrastructuur staat. Wanneer je een hostgroep configureert, bepaal je de doelregio in Azure en, cruciaal, of die binnen een beschikbaarheidszone komt te staan.

Hostgroepen vereenvoudigen het beheer doordat ze meerdere fysieke servers onder één beheerparaplu bundelen. Ze handhaven ook strikte plaatsingsregels. Een hostgroep kan niet over meerdere beschikbaarheidszones lopen. Als je architectuur redundantie over zones vereist, moet je voor elke zone een aparte hostgroep aanmaken. Zodra je hostgroep actief is, voeg je dedicated hosts toe en verdeel je je virtuele machines erover.

Beschikbaarheidszones begrijpen voor regionale veerkracht

Beschikbaarheidszones zijn fysiek gescheiden locaties binnen één Azure-regio. Elke zone beschikt over een eigen onafhankelijke stroomvoorziening, dedicated koelsystemen en een robuuste netwerkinfrastructuur. Als een onverwachte stroomstoring of een lokale infrastructuurstoring Zone 1 raakt, blijven Zone 2 en Zone 3 zonder onderbreking draaien.

Wanneer je beschikbaarheidszones toepast op dedicated hosts, moet je architectuur rekening houden met regiogrenzen. Omdat een hostgroep is gekoppeld aan één specifieke zone, kun je één hostgroep niet over meerdere zones verspreiden. Als je hoge beschikbaarheid wilt voor een enterprise-database die op dedicated hardware draait, moet je minimaal twee hostgroepen implementeren:

• Stel Hostgroep A in Beschikbaarheidszone 1 in en wijs er dedicated hosts aan toe.
• Stel Hostgroep B in Beschikbaarheidszone 2 in en wijs ook daar dedicated hosts aan toe.
• Implementeer je primaire databasevirtuele machine op de dedicated host in Zone 1.
• Implementeer je replica- of secundaire databasevirtuele machine op de dedicated host in Zone 2.

Deze bewuste scheiding zorgt ervoor dat een lokaal datacenterincident niet tegelijk je primaire en secundaire applicatie-instanties kan uitschakelen.

Hardwarerisico's beperken met foutdomeinen

Beschikbaarheidszones beschermen tegen brede verstoringen van datacenters, terwijl foutdomeinen lokale hardwarekwetsbaarheden binnen de serverracks zelf aanpakken. Binnen een Azure-datacenter zijn servers georganiseerd in fysieke rijen en racks, die zijn verbonden met gedeelde Top-of-Rack-netwerkswitches en stroomverdeelunits.

Een foutdomein is een groep dedicated hosts die dezelfde stroomvoorziening en netwerkswitch delen. Door je dedicated hosts tijdens het aanmaken van de hostgroep aan verschillende foutdomeinen toe te wijzen, zorg je ervoor dat een fysieke storing in één rack niet je hele applicatiecluster uitschakelt.

Redundantie op rackniveau ontwerpen

Neem een standaard interne bedrijfsapplicatie die draait op twee identieke virtuele machines voor webverkeer. Als je beide virtuele machines op één dedicated host plaatst, zal elk verplicht hardwareonderhoud of onverwacht componentfalen op die specifieke fysieke server beide virtuele machines direct offline halen.

Om dit single point of failure weg te nemen, moet je:

1. Configureer je hostgroep zo dat er minimaal twee foutdomeinen worden gebruikt.
2. Implementeer Dedicated Host A en wijs deze toe aan Foutdomein 1.
3. Implementeer Dedicated Host B en wijs deze toe aan Foutdomein 2.
4. Plaats je eerste webapplicatie-VM op Host A.
5. Plaats je tweede webapplicatie-VM op Host B.

Wanneer Azure platformonderhoud inplant of er een lokaal hardwareprobleem op rackniveau optreedt dat Foutdomein 1 raakt, wordt alleen Host A getroffen. Je secundaire virtuele machine op Host B in Foutdomein 2 blijft volledig operationeel, waardoor je bedrijfsdiensten online blijven voor eindgebruikers.

Conclusie en volgende stappen

Hoge beschikbaarheid ontwerpen met Azure Dedicated Host vraagt om zorgvuldige planning over meerdere architectuurlagen heen. Door hostgroepen te gebruiken, je implementaties over beschikbaarheidszones te verdelen en fysieke servers in afzonderlijke foutdomeinen onder te brengen, krijg je volledige controle over je single-tenant cloudomgeving en behoud je enterprise-niveau veerkracht.

Wil je een uitgebreide uiteenzetting horen over hardware-isolatie, licentiemechanismen en veelvoorkomende prijsvalkuilen? Beluister dan zeker de volledige aflevering van de M365 FM Podcast voor meer expertinzichten over de cloud!

Veelgestelde vragen

Kan één Azure Dedicated Host zich over meerdere beschikbaarheidszones uitstrekken?

Nee. Een afzonderlijke hostgroep en de bijbehorende dedicated hosts moeten binnen één beschikbaarheidszone staan. Om meerdere zones te gebruiken, moet je voor elke zone een aparte hostgroep aanmaken.

Wat is het verschil tussen een beschikbaarheidszone en een foutdomein op dedicated hosts?

Beschikbaarheidszones zorgen voor fysieke scheiding over afzonderlijke datacenterfaciliteiten met eigen stroomvoorziening en koeling. Foutdomeinen zorgen voor scheiding over fysieke serverracks binnen hetzelfde datacenter, om lokale hardware- en netwerkstoringen te beperken.

Moet ik foutdomeinen configureren voor mijn virtuele machines op dedicated hosts?

Nee, virtuele machines erven de scheiding op rackniveau van de dedicated host waarop ze staan. Je wijst de dedicated host aan een specifiek foutdomein toe wanneer je de host binnen je hostgroep aanmaakt.

Kan ik automatische VM-plaatsing over meerdere fault domains binnen een hostgroep gebruiken?

Ja, Azure kan virtuele machines automatisch plaatsen op beschikbare hosts binnen een hostgroep. Voor workloads met strenge eisen aan hoge beschikbaarheid is handmatige plaatsing vaak beter, zodat je de redundantie over fault domains precies kunt regelen.