Best practices voor het bereiken van hoge beschikbaarheid met virtuele Azure-machines en beheerde schijven
Azure biedt verschillende configuratieopties voor hoge beschikbaarheid van virtuele Azure-machines (VM's) en beheerde Azure-schijven. Dit artikel bevat informatie over de standaard beschikbaarheid en duurzaamheid van beheerde schijven en biedt aanbevelingen om de beschikbaarheid en tolerantie van uw toepassing verder te verbeteren.
In een oogopslag
| Configuratie | Aanbeveling | Vergoedingen |
|---|---|---|
| Toepassingen die worden uitgevoerd op één VIRTUELE machine | Gebruik Ultra Disks, Premium SSD v2 en Premium SSD-schijven. | Eén VM's die alleen Premium SSD-schijven gebruiken als de besturingssysteemschijven, en Ultra Disks, Premium SSD v2 of Premium SSD-schijven als gegevensschijven hebben de hoogste SLA (Uptime Service Level Agreement) en deze schijftypen bieden de beste prestaties. |
| Gebruik zone-redundante opslagschijven (ZRS). | Toegang tot uw gegevens, zelfs als een hele zone een storing ondervindt. | |
| Toepassingen die worden uitgevoerd op meerdere VM's | Distribueer VM's en schijven over meerdere beschikbaarheidszones met behulp van een zoneredundante virtuele-machineschaalset met flexibele indelingsmodus of door VM's en schijven in drie beschikbaarheidszones te implementeren. | Meerdere VM's hebben de sla voor de hoogste uptime wanneer deze wordt geïmplementeerd in meerdere zones. |
| Implementeer VM's en schijven in meerdere foutdomeinen met regionale virtuele-machineschaalsets met flexibele indelingsmodus of beschikbaarheidssets. | Meerdere VM's hebben de op een na hoogste SLA voor uptime wanneer ze worden geïmplementeerd in foutdomeinen. | |
| Gebruik ZRS-schijven bij het delen van schijven tussen VM's. | Hiermee voorkomt u dat een gedeelde schijf een single point of failure wordt. |
Beschikbaarheid en duurzaamheid van beheerde schijven
Voordat u aanbevelingen voor het bereiken van hogere beschikbaarheid overgaat, moet u inzicht hebben in de standaard beschikbaarheid en duurzaamheid van beheerde schijven.
Beheerde schijven zijn ontworpen voor een beschikbaarheid van 99,999% en bieden ten minste 99,99999999999% (11 9's) duurzaamheid. Met beheerde schijven worden uw gegevens drie keer gerepliceerd. Als een van de drie kopieën niet beschikbaar is, wordt in Azure automatisch een nieuwe kopie van de gegevens op de achtergrond weergegeven. Dit zorgt voor de persistentie van uw gegevens en een hoge fouttolerantie.
Beheerde schijven hebben twee redundantiemodellen, lokaal redundante opslagschijven (LRS) en zone-redundante opslagschijven (ZRS). In het volgende diagram ziet u hoe gegevens worden gerepliceerd met beide modellen.
LRS-schijven bieden ten minste 99,9999999999% (11 9's) duurzaamheid gedurende een bepaald jaar en ZRS-schijven bieden ten minste 99,99999999999% (12 9's) duurzaamheid gedurende een bepaald jaar. Deze architectuur helpt Azure consistent duurzaamheid op ondernemingsniveau te leveren voor IaaS-schijven (Infrastructure as a Service), met een toonaangevende foutpercentage van nul procent per jaar.
Aanbevelingen voor toepassingen die worden uitgevoerd op één VM
Verouderde toepassingen, traditionele webservers, Line-Of-Business-toepassingen, ontwikkel- en testomgevingen en kleine workloads zijn allemaal voorbeelden van toepassingen die op één VIRTUELE machine kunnen worden uitgevoerd. Deze toepassingen kunnen niet profiteren van replicatie op meerdere VM's, maar de gegevens op de schijven worden nog steeds drie keer gerepliceerd en u kunt de volgende stappen uitvoeren om de beschikbaarheid verder te vergroten.
Ultra Disks, Premium SSD v2 of Premium SSD gebruiken
Eén VIRTUELE machine die alleen Premium SSD-schijven als besturingssysteemschijf gebruikt, en Ultra Disks, Premium SSD v2 of Premium SSD-schijven als gegevensschijven beschikken over de hoogste SLA voor één VM-uptime en deze schijftypen bieden de beste prestaties.
Zone-redundante opslagschijven gebruiken
Zone-redundante opslagschijven (ZRS) repliceren synchroon gegevens over drie beschikbaarheidszones, die gescheiden groepen datacenters zijn in een regio met onafhankelijke energie-, koelings- en netwerkinfrastructuur. Met ZRS-schijven zijn uw gegevens toegankelijk, zelfs in het geval van een zonegebonden storing. Met ZRS-gegevensschijven kunt u ze ook geforceerd loskoppelen van VM's die problemen ondervinden. ZRS-schijven hebben beperkingen. Zie de sectie beperkingen van het artikel over redundantieopties voor meer informatie.
Aanbevelingen voor toepassingen die worden uitgevoerd op meerdere VM's
Quorumtoepassingen, geclusterde databases (SQL, MongoDB), hoogwaardige webtoepassingen en gamingtoepassingen zijn allemaal voorbeelden van toepassingen die op meerdere VM's worden uitgevoerd. Toepassingen die op meerdere VM's worden uitgevoerd, kunnen een primaire VM en meerdere secundaire VM's aanwijzen en gegevens repliceren op deze VM's. Met deze installatie kan failover naar een secundaire VM worden uitgevoerd als de primaire VM uitvalt.
Meerdere VM's hebben de hoogste SLA (Uptime Service Level Agreement) wanneer ze worden geïmplementeerd in meerdere beschikbaarheidszones en ze hebben de sla voor de op een na hoogste uptime wanneer deze wordt geïmplementeerd in meerdere opslag- en rekenfoutdomeinen.
VM's en schijven verdelen over beschikbaarheidszones
Beschikbaarheidszones zijn gescheiden groepen datacenters binnen een regio met onafhankelijke energie-, koelings- en netwerkinfrastructuur. Ze zijn dicht genoeg om verbindingen met lage latentie met andere beschikbaarheidszones te hebben, maar ver genoeg om de mogelijkheid te verminderen dat meer dan één wordt beïnvloed door lokale storingen of het weer. Zie Wat zijn beschikbaarheidszones? voor meer informatie.
Meerdere VM's hebben de hoogste SLA wanneer ze worden gedistribueerd over drie beschikbaarheidszones. Voor VM's en schijven die zijn gedistribueerd over meerdere beschikbaarheidszones, worden de schijven en de bovenliggende VM's respectievelijk in dezelfde zone opgeslagen, waardoor meerdere VM's niet kunnen worden uitgeschakeld, zelfs als een hele zone een storing ondervindt. Beschikbaarheidszones zijn momenteel niet beschikbaar in elke regio, zie Azure-regio's met ondersteuning voor beschikbaarheidszones.
VM's die zijn gedistribueerd over meerdere beschikbaarheidszones, hebben mogelijk een hogere netwerklatentie dan VM's die zijn gedistribueerd in één beschikbaarheidszone. Dit kan een probleem zijn voor workloads waarvoor ultra lage latentie is vereist. Als lage latentie de hoogste prioriteit heeft, kunt u de methoden overwegen die worden beschreven in VM's en schijven implementeren in meerdere foutdomeinen.
Als u resources in beschikbaarheidszones wilt implementeren, kunt u zoneredundante virtuele-machineschaalsets gebruiken of resources implementeren in beschikbaarheidszones.
In het volgende diagram ziet u hoe VM's en schijven in dezelfde zones worden opgeslagen wanneer ze rechtstreeks in beschikbaarheidszones worden geïmplementeerd of door zoneredundante virtuele-machineschaalsets te gebruiken.
Zoneredundante virtuele-machineschaalsets gebruiken met flexibele indeling
Met virtuele-machineschaalsets kunt u een groep vm's met gelijke taakverdeling maken en beheren. Het aantal VM-exemplaren kan automatisch worden aangepast als reactie op de vraag of volgens een schema dat u definieert. Een zoneredundante virtuele-machineschaalset is een virtuele-machineschaalset die is geïmplementeerd in meerdere beschikbaarheidszones. Zie Zoneredundant of zone-spanning.
Met zoneredundante virtuele-machineschaalsets met de flexibele indelingsmodus worden VM's en hun schijven gerepliceerd naar een of meer zones binnen de regio waarin ze worden geïmplementeerd om de tolerantie en beschikbaarheid van uw toepassingen en gegevens te verbeteren. Met deze configuratie worden VM's standaard verspreid over geselecteerde zones in een best effort-benadering, maar biedt u ook de mogelijkheid om een strikte zonebalans in de implementatie op te geven.
VM's en schijven implementeren in drie beschikbaarheidszones
Een andere methode voor het distribueren van VM's en schijven over beschikbaarheidszones is het implementeren van de VM's en schijven in drie beschikbaarheidszones. Deze implementatie biedt redundantie in VM's en schijven in meerdere datacenters in een regio, zodat u een failover naar een andere zone kunt uitvoeren als er sprake is van een datacentrum of zonestoring.
VM's en schijven implementeren in meerdere foutdomeinen
Als u uw VM's en schijven niet kunt implementeren in verschillende beschikbaarheidszones of als u vereisten voor ultra lage latentie hebt, kunt u deze in plaats daarvan implementeren in foutdomeinen. Foutdomeinen definiëren groepen virtuele machines die een gemeenschappelijke voedingsbron en een netwerkswitch delen. Zie Hoe werken beschikbaarheidssets? voor meer informatie.
Voor VM's en schijven die zijn geïmplementeerd in foutdomeinen via de volgende methoden, worden de opslagfoutdomeinen van de schijven afgestemd op de rekenfoutdomeinen van hun respectieve bovenliggende VM's, waardoor meerdere VM's niet meer kunnen worden uitgevoerd als één opslagfoutdomein een storing ondervindt.
Meerdere VM's hebben de op een na hoogste SLA voor uptime wanneer ze worden geïmplementeerd in foutdomeinen. Zie de sectie Virtuele machines van de SLA voor meer informatie.
Als u resources in meerdere foutdomeinen wilt implementeren, kunt u regionale virtuele-machineschaalsets of beschikbaarheidssets gebruiken.
In het volgende diagram ziet u de uitlijning van reken- en opslagfoutdomeinen wanneer u regionale virtuele-machineschaalsets of beschikbaarheidssets gebruikt.
Regionale virtuele-machineschaalsets gebruiken met flexibele indeling
Een regionale virtuele-machineschaalset is een virtuele-machineschaalset die geen expliciet gedefinieerde beschikbaarheidszones heeft. Met regionale virtuele-machineschaalsets worden VM-resources gerepliceerd tussen foutdomeinen binnen de regio waarin ze worden geïmplementeerd om de tolerantie en beschikbaarheid van toepassingen en gegevens te verbeteren. Deze configuratie spreidt vm's standaard over foutdomeinen, maar biedt ook de mogelijkheid om foutdomeinen toe te wijzen bij het maken van een VIRTUELE machine. Zie deze sectie voor meer informatie.
Regionale virtuele-machineschaalsets beschermen niet tegen grootschalige storingen, zoals een datacentrum of regiostoring, en bieden momenteel geen ondersteuning voor Ultra Disks of Premium SSD v2-schijven.
Beschikbaarheidssets gebruiken
Beschikbaarheidssets zijn logische groeperingen van VM's die VM's in verschillende foutdomeinen plaatsen om de kans te beperken dat gerelateerde fouten gerelateerde VM's tegelijkertijd uitvallen. Beschikbaarheidssets hebben ook betere VM-naar-VM-latenties in vergelijking met beschikbaarheidszones.
Met beschikbaarheidssets kunt u de foutdomeinen voor uw VM's niet selecteren, niet worden gebruikt met beschikbaarheidszones, niet beveiligen tegen storingen in het datacentrum of regiobrede regio en worden momenteel geen Ultra Disks of Premium SSD v2-schijven ondersteund.
ZRS-schijven gebruiken bij het delen van schijven tussen VM's
U moet ZRS gebruiken bij het delen van een schijf tussen meerdere VM's. Als u LRS gebruikt, wordt de gedeelde schijf een single point of failure voor uw geclusterde toepassing. Dit betekent dat als uw gedeelde LRS-schijf een storing ondervindt, alle VM's waaraan deze schijf is gekoppeld downtime ondervindt. Het gebruik van een ZRS-schijf vermindert dit, omdat de gegevens van de schijf zich in drie verschillende beschikbaarheidszones bevinden. Zie Een beheerde Azure-schijf delen voor meer informatie over gedeelde schijven.