Betrouwbaarheid in virtuele-machineschaalsets van Azure

Met virtuele-machineschaalsets kunt u een groep virtuele machines (VM)-exemplaren maken en beheren. Het aantal VM-exemplaren kan automatisch toenemen of afnemen in reactie op vraag of een ingesteld schema. Ze maken hoge beschikbaarheid en toepassingstolerantie mogelijk door VM's te distribueren over meerdere beschikbaarheidszones en foutdomeinen.

Wanneer u Azure gebruikt, is betrouwbaarheid een gedeelde verantwoordelijkheid. Microsoft biedt een scala aan mogelijkheden ter ondersteuning van tolerantie en herstel. U bent verantwoordelijk voor het begrijpen van de werking van deze mogelijkheden binnen alle services die u gebruikt en het selecteren van de mogelijkheden die u nodig hebt om te voldoen aan uw bedrijfsdoelstellingen en beschikbaarheidsdoelen.

In dit artikel wordt beschreven hoe u virtuele-machineschaalsets bestand maakt tegen verschillende mogelijke storingen en problemen, waaronder tijdelijke fouten, storingen in de beschikbaarheidszone, regiostoringen, herconfiguratie van VM's en serviceonderhoud. Er wordt ook beschreven hoe u back-ups kunt gebruiken om te herstellen van andere soorten problemen, en belangrijke punten van de informatie over de Service Level Agreement (SLA) van Virtual Machine Scale Sets worden benadrukt.

Aanbevelingen voor productie-implementatie

Het Azure Well-Architected Framework biedt aanbevelingen voor betrouwbaarheid, prestaties, beveiliging, kosten en bewerkingen. Als u wilt weten hoe deze gebieden elkaar beïnvloeden en bijdragen aan een betrouwbare oplossing voor virtuele-machineschaalsets, raadpleegt u best practices voor architectuur voor virtuele machines en schaalsets in het Azure Well-Architected Framework.

Overzicht van betrouwbaarheidsarchitectuur

Een schaalset groepeert meerdere VM-exemplaren en past gecentraliseerde configuratie, regels voor automatisch schalen en rolling upgrades toe.

Schaalsets ondersteunen twee verschillende orkestratiemodi:

• Flexibele schaalsets (aanbevolen) bieden meer flexibiliteit bij het implementeren en beheren van afzonderlijke VM-exemplaren.
• Uniforme schaalsets implementeren VM's met identieke configuratie en u beheert ze als groep.

Foutdomein spreiden

Foutdomeinen zijn foutisolatiegroepen binnen een datacenter. Elk foutdomein is net als een serverrek, een verzameling hardwareknooppunten die dezelfde stroom-, netwerk-, koelings- en platformonderhoudsplanning delen. Omdat de VM-exemplaren van elke schaalset zijn verspreid over meerdere foutdomeinen, is een geplande of niet-geplande storing die optreedt in één foutdomein waarschijnlijk niet van invloed op de VM-exemplaren in andere foutdomeinen.

Wanneer u een schaalset implementeert, kunt u bepalen hoeveel foutdomeinen de virtuele machines verdeeld zijn over. In de meeste gevallen moet u het maximale verspreidingsgedrag gebruiken, dat zoveel mogelijk foutdomeinen gebruikt. Voor meer informatie, zie Het kiezen van het juiste aantal foutdomeinen voor een virtuele machine schaalset.

In regio's met beschikbaarheidszones heeft elke zone een afzonderlijke set foutdomeinen. Wanneer u een zone-spanningsschaalset maakt, worden exemplaren verdeeld over foutdomeinen in elke zone die door uw schaalset wordt gebruikt.

Taakverdeling

Schaalsets kunnen worden geïntegreerd met Azure-taakverdelingsservices, waaronder Azure Load Balancer en Azure Application Gateway. Wanneer de schaalset exemplaren toevoegt of verwijdert, wordt de configuratie van de load balancer automatisch bijgewerkt door de ingebouwde load balancer-integratie. Zie Netwerken voor virtuele-machineschaalsets van Azure voor meer informatie.

Schaalsets bevatten veel andere besturingselementen en mogelijkheden die van invloed zijn op hoe exemplaren worden geïmplementeerd, geschaald, gedistribueerd en bijgewerkt. Zie Wat zijn virtuele machineschaalsets? voor meer informatie.

Tolerantie voor tijdelijke fouten

Tijdelijke fouten zijn korte, onregelmatige fouten in onderdelen. Ze vinden vaak plaats in een gedistribueerde omgeving, zoals de cloud, en ze zijn een normaal onderdeel van de bewerkingen. Tijdelijke fouten corrigeren zichzelf na een korte periode. Het is belangrijk dat uw toepassingen tijdelijke fouten kunnen afhandelen, meestal door de betreffende aanvragen opnieuw uit te voeren.

Alle in de cloud gehoste toepassingen moeten de richtlijnen voor tijdelijke foutafhandeling van Azure volgen wanneer ze communiceren met eventuele in de cloud gehoste API's, databases en andere onderdelen. Zie Aanbevelingen voor het afhandelen van tijdelijke foutenvoor meer informatie.

Toepassingen die op uw VM's worden uitgevoerd, moeten geschikte strategieën voor foutafhandeling implementeren om ervoor te zorgen dat tijdelijke onderbrekingen in de service geen invloed hebben op uw workload.

Veerkracht tegen instantieproblemen

Wanneer een schaalset een bewerking voor het maken of verwijderen van een VM-exemplaar initieert, kan de bewerking mislukken. Als u mislukte bewerkingen voor het maken of verwijderen van een VM-exemplaar automatisch opnieuw wilt uitvoeren, kunt u Resilient maken en verwijderen voor virtuele-machineschaalsets (Preview) gebruiken.

Terwijl exemplaren worden uitgevoerd, is het mogelijk dat er problemen optreden. Een exemplaar reageert bijvoorbeeld mogelijk niet als gevolg van vastlopen van toepassingen of resourceuitputting. Met automatische exemplaarreparaties bewaakt het platform de status van uw toepassing en voert het automatisch de herstelacties uit, zoals opnieuw opstarten, opnieuw instellen of vervangen van een VM-exemplaar wanneer dat nodig is.

Tolerantie voor fouten in beschikbaarheidszones

Beschikbaarheidszones zijn fysiek gescheiden groepen datacenters binnen een Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.

Virtual Machine Scale Sets ondersteunt beschikbaarheidszones in zowel zones overspannende als zonale configuraties.

• Zone-spanning: Een zone-overschrijdende schaalset verspreidt exemplaren over meerdere beschikbaarheidszones die u selecteert.

  Het spreiden van VM-exemplaren in beschikbaarheidszones biedt u de hoogste SLA en wordt aanbevolen voor de meeste VM-workloads in Azure.

  In een zone-spanningsschaalset zijn elk VM-exemplaar en de bijbehorende schijven gekoppeld aan een specifieke beschikbaarheidszone. Wanneer alle zones in orde zijn, kunnen exemplaren communiceren tussen zones met behulp van een netwerk met hoge prestaties en lage latentie. Als een zone een storings- of connectiviteitsprobleem ondervindt, blijven instanties in de andere zones onaangetast.

  Standaard voert de schaalset een best effort-benadering uit om instanties gelijkmatig over geselecteerde zones te verdelen. Als u echter strikte taakverdeling nodig hebt, kunt u ervoor kiezen om de configuratie van zoneverdeling te wijzigen.

  In het volgende diagram ziet u een zones-overschrijdend schaalset verdeeld over drie zones, met één instance in elke zone.

  

  Zone-spanning is vergelijkbaar met zoneredundantie in andere Azure-services, maar met bepaalde verschillen. Schaalsets bieden bijvoorbeeld geen automatische replicatie van gegevens tussen zones of failover wanneer zones niet beschikbaar zijn. Er zijn ook situaties waarin een zone-spanningsschaalset al zijn exemplaren in één zone kan hebben geïmplementeerd, bijvoorbeeld als u ervoor kiest om afzonderlijke VM's toe te voegen aan een zone-spannende flexibele schaalset.

  Opmerking

  Als u de modus Flexibele indeling gebruikt en afzonderlijke VM's koppelt, loskoppelt of verwijdert, moet u ervoor zorgen dat de VM's over meerdere zones worden verdeeld. Als de VM's zich allemaal in één zone bevinden, is uw schaalset mogelijk niet bestand tegen een storing in die zone.

• Zonal: Een zonegebonden schaalset, ook wel zone-uitgelijnd genoemd, plaatst alle exemplaren ervan in één beschikbaarheidszone die u opgeeft. Elke VIRTUELE machine en de bijbehorende schijven zijn zonegebonden, zodat ze zijn vastgemaakt aan die specifieke zone.

  Belangrijk

  Vastmaken aan één beschikbaarheidszone wordt alleen aanbevolen wanneer latentie tussen zones te hoog is voor uw behoeften en nadat u hebt gecontroleerd of de latentie niet aan uw vereisten voldoet. Een zonegebonden resource biedt zelf geen tolerantie voor een storing in de beschikbaarheidszone. Om de tolerantie van een zonegebonden resource te verbeteren, moet u expliciet afzonderlijke resources implementeren in meerdere beschikbaarheidszones en verkeersroutering en failover configureren. Zie Zoneresources en zonetolerantie voor meer informatie.

  In het volgende diagram ziet u een zonegebonden schaalset in één zone, met drie exemplaren in die zone:

  

Als u geen beschikbaarheidszones voor uw schaalset opgeeft, wordt deze beschouwd als niet-zonegebonden of regionaal. In dit geval kunnen exemplaren in een zone binnen de regio worden geplaatst en is er geen garantie dat ze gelijkmatig worden verdeeld of zich in dezelfde zone bevinden. Wanneer u een niet-zonegebonden schaalset gebruikt, wordt colocatie van schijven in dezelfde zone gegarandeerd voor Ultra- en Premium v2-schijven. Colocatie wordt geleverd op basis van best-effort voor Premium V1-schijven en is niet gegarandeerd voor Standard SKU-schijven (SSD of HDD). Als een zone in de regio mislukt, kan uw schaalset downtime ondervinden.

Requirements

• Regio-ondersteuning: Zones-overschrijdende en gebonden schaalsets kunnen worden geïmplementeerd in alle regio's met ondersteuning voor beschikbaarheidszones.

  Sommige VM-typen en -grootten zijn echter alleen beschikbaar in specifieke regio's of specifieke zones binnen een regio. Gebruik de volgende resources om te controleren welke regio's en zones ondersteuning bieden voor de VM-typen die u nodig hebt:

  • Als u wilt controleren welke VM-typen beschikbaar zijn in elke regio, raadpleegt u Producten die beschikbaar zijn per regio.

  • Zie Beschikbaarheid van VM-SKU controleren om de ondersteunde VM-typen en -grootten binnen elke zone van een specifieke regio te controleren.

  Als een bepaalde VM-SKU niet beschikbaar is in de zones die u voor uw schaalset selecteert, kan de schaalset mogelijk niet worden uitgeschaald om te voldoen aan uw capaciteitsvereisten.

• Toegewezen hosts: Implementaties van Azure Dedicated Host bieden geen ondersteuning voor zonoverschrijdende of zonale schaalsets.

• Typen: Ondersteuning voor beschikbaarheidszones is beschikbaar voor alle soorten schaalsets, waaronder Flexibele en Uniforme schaalsets.

Overwegingen

• Foutdomein spreiden: Wanneer uw schaalset beschikbaarheidszones gebruikt, moet u kiezen uit specifieke methoden voor het verspreiden van foutdomeinen. U wordt aangeraden maximale verspreiding te gebruiken voor de meeste werkbelastingen, die zoveel mogelijk foutdomeinen gebruiken. Voor meer informatie, zie Het kiezen van het juiste aantal foutdomeinen voor een virtuele machine schaalset.

• Zone balancing:Zone balancing bepaalt of VM-exemplaren in een schaalset gelijkmatig worden verdeeld over de zones die u selecteert. Een schaalset wordt als evenwichtig beschouwd als elke zone hetzelfde aantal VM's heeft, ±1 VM. U kunt de zonebalanceringsmodus instellen op best-effort of strikt. Met deze instelling bepaalt u of de schaalset onevenwichtig kan worden uitgebreid, inclusief scenario's waarbij een zone uitvalt.

• Plaatsingsgroepen: Als u voor Uniform-schaalsets meerdere plaatsingsgroepen configureert, implementeert Azure meerdere plaatsingsgroepen in elke zone die door uw schaalset wordt gebruikt.

Kosten

Er is geen kostenverschil tussen een zone-overschrijdende, zonegebonden en niet-zonegebonden schaalset met hetzelfde aantal en type VM-instanties.

Ondersteuning voor beschikbaarheidszones configureren

In deze sectie wordt uitgelegd hoe u ondersteuning voor beschikbaarheidszones configureert voor uw schaalset.

• Maak een zones omvattende of een zonegebonden schaalset. U kunt beschikbaarheidszones configureren wanneer u een nieuwe schaalset maakt. Zie Een virtuele-machineschaalset maken die gebruikmaakt van beschikbaarheidszones voor gedetailleerde instructies.

  Opmerking

  Wanneer u selecteert welke beschikbaarheidszones u wilt gebruiken, selecteert u daadwerkelijk de logische beschikbaarheidszone. Als u andere workloadonderdelen in een ander Azure-abonnement implementeert, kunnen ze een ander nummer voor een logische beschikbaarheidszone gebruiken om toegang te krijgen tot dezelfde fysieke beschikbaarheidszone. Zie fysieke en logische beschikbaarheidszones voor meer informatie.

• Bestaande schaalsets converteren om beschikbaarheidszones te gebruiken. U kunt een bestaande niet-zonegebonden (regionale) schaalset converteren om beschikbaarheidszones te gebruiken. Zie Update-schaalset voor gedetailleerde instructies om beschikbaarheidszones toe te voegen.

• Wijzig de configuratie van de beschikbaarheidszone van een bestaande schaalset. U kunt zones toevoegen aan een bestaande schaalset, maar u kunt geen zones verwijderen. Zie Update-schaalset voor gedetailleerde instructies om beschikbaarheidszones toe te voegen.

  Belangrijk

  Wanneer u de schaalset uitvouwt naar extra zones, worden de oorspronkelijke VM-exemplaren niet onmiddellijk gemigreerd of gewijzigd. Wanneer u uitschaalt, worden nieuwe exemplaren gemaakt en gelijkmatig verdeeld over de geselecteerde beschikbaarheidszones. Als u gegevens van de oorspronkelijke exemplaren nodig hebt, bent u verantwoordelijk voor het migreren van de gegevens naar exemplaren in de nieuwe zones. Wanneer u in de schaalset schaalt, worden alle regionale exemplaren eerst ge priorieerd voor verwijdering. Daarna worden exemplaren verwijderd op basis van het afschalingsbeleid.

Capaciteitsplanning en -beheer

Als u zich wilt voorbereiden op een fout in de beschikbaarheidszone, kunt u overwegen om het aantal VM-exemplaren in uw schaalset te over-inrichten . Met deze aanpak kan de oplossing enige capaciteitsverlies tolereren en blijven functioneren zonder verminderde prestaties, zodat de resterende zones voldoende capaciteit hebben om de volledige productiebelasting te verwerken. Zie Capaciteit beheren met overinrichting voor meer informatie.

Gedrag wanneer alle zones in orde zijn

In deze sectie wordt beschreven wat u kunt verwachten wanneer schaalsets zijn geconfigureerd met ondersteuning voor beschikbaarheidszones en alle beschikbaarheidszones operationeel zijn.

• Verkeersroutering tussen zones. U bent verantwoordelijk voor het routeren van verkeer tussen VM's in de schaalset, inclusief VM's die zich in verschillende beschikbaarheidszones bevinden. Veelvoorkomende benaderingen zijn Onder andere Azure Load Balancer en Azure Application Gateway, die ingebouwde integratie met schaalsets bieden. Zie Netwerken voor virtuele-machineschaalsets van Azure voor meer informatie.

• Gegevensreplicatie tussen zones. U bent verantwoordelijk voor gegevensreplicatie die moet plaatsvinden tussen VM's, met inbegrip van vm's in verschillende beschikbaarheidszones. Databases en andere vergelijkbare stateful toepassingen die worden uitgevoerd op VM's bieden vaak mogelijkheden voor het repliceren van gegevens.

Gedrag tijdens een zonefout

In deze sectie wordt beschreven wat u kunt verwachten wanneer schaalsets zijn geconfigureerd met ondersteuning voor beschikbaarheidszones en er een storing optreedt in deze zones.

• Detectie en reactie. U bent verantwoordelijk voor het detecteren van het verlies van een beschikbaarheidszone en het bepalen hoe u moet reageren.

  Voor schaalsets die over zones verspreid zijn, kunnen VM-exemplaren in de betrokken zone mogelijk niet beschikbaar zijn. In de gezonde zones blijven de instellingen operationeel.

  Voor zonegebonden schaalsets die zijn geïmplementeerd in de betrokken zone, zijn alle VM-exemplaren mogelijk niet beschikbaar. U moet plannen hoe u reageert op een zonefout. U kunt bijvoorbeeld verkeer omleiden naar een andere schaalset in een andere zone of regio.

• Melding: Microsoft informeert u niet automatisch wanneer een zone niet beschikbaar is. U kunt Azure Resource Health echter gebruiken om te controleren op de status van een afzonderlijke resource en u kunt Resource Health-waarschuwingen instellen om u op de hoogte te stellen van problemen. U kunt Azure Service Health ook gebruiken om inzicht te hebben in de algehele status van de service, inclusief eventuele zonefouten, en u kunt Service Health-waarschuwingen instellen om u op de hoogte te stellen van problemen.

• Actieve aanvragen. Actieve aanvragen of andere werkzaamheden die plaatsvinden op VM's in de betrokken beschikbaarheidszone, worden waarschijnlijk beëindigd.

• Verwacht gegevensverlies. Zonegebonden VM-schijven zijn mogelijk niet beschikbaar tijdens een zonefout.

  Als u zone-redundante opslagschijven (ZRS) gebruikt en een storing van invloed is op uw VM, kunt u uw ZRS-schijven geforceerd loskoppelen van de mislukte VM. Met deze methode kunt u de ZRS-schijven koppelen aan een andere VIRTUELE machine.

• Verwachte downtime. Alle VM's in de betrokken zone blijven offline totdat de beschikbaarheidszone wordt hersteld. Wanneer u zone-overschrijdende schaalsets gebruikt, blijven VM's die zich in gezonde zones bevinden werken.

• Verkeer omleiden. U bent verantwoordelijk voor het omleiden van verkeer naar andere VM's in gezonde zones.

  Als u een zone-tolerante load balancer configureert en statuscontroles uitvoert, detecteert de load balancer doorgaans mislukte VM's en kan het verkeer naar andere VM-exemplaren in gezonde zones worden gerouteerd.

• Exemplaarvervanging. Virtuele-machineschaalsets garanderen niet dat nieuwe exemplaren automatisch worden toegevoegd aan gezonde zones.

  Als u een zone-overschrijdende schaalset hebt, kunt u uitschalen om meer exemplaren toe te voegen. Als de zonefout is beperkt tot specifieke sets servers binnen de zone, kan de uitschaalbewerking gezonde instanties toevoegen aan dezelfde zone, of het kan instanties toevoegen aan andere zones. Als de schaalset echter strikte zoneverdeling gebruikt, blokkeert de schaalset opschalingsbewerkingen als dit een onevenwicht veroorzaakt.

  Aanbeveling

  Het is een goed idee om regels voor automatisch schalen te configureren op basis van CPU- of geheugengebruik. Met de regels voor automatisch schalen kan de schaalset reageren op een verlies van de VM-exemplaren in een zone door uit te schalen om nieuwe exemplaren toe te voegen in de resterende operationele zones.

Zoneherstel

Wanneer de zone in goede staat is, worden de VM's in de zone opnieuw opgestart. U bent verantwoordelijk voor alle zoneherstelprocedures en gegevenssynchronisatie die uw workloads nodig hebben.

Als u tijdelijke exemplaren toevoegt aan uw schaalset tijdens een zonefout, moet u de schaalset mogelijk omlaag schalen naar de oorspronkelijke capaciteit wanneer de zone is hersteld.

Testen op zonefouten

U kunt Azure Chaos Studio gebruiken om het verlies van VM's in een of meer beschikbaarheidszones te simuleren als onderdeel van een experiment. Chaos Studio biedt ingebouwde fouten voor schaalsets, waaronder de mogelijkheid om VM's in specifieke zones af te sluiten. U kunt deze mogelijkheden gebruiken om fouten op zoneniveau te simuleren en uw failoverprocessen te testen.

Tolerantie voor storingen in de hele regio

Schaalsets zijn resources met één regio. Als de regio niet beschikbaar is, zijn eventuele schaalsets in de regio ook niet beschikbaar.

Aangepaste oplossingen voor meerdere regio's voor veerkracht

U kunt meerdere schaalsets implementeren in verschillende regio's, maar u moet replicatie-, taakverdelings- en failoverprocessen implementeren. U kunt bijvoorbeeld identieke schaalsets in meerdere regio's uitrollen en Azure Front Door of Azure Traffic Manager gebruiken met gezondheidscontroles om verkeer te routeren. U bent verantwoordelijk voor het repliceren van de status met behulp van toepassingsmechanismen of beheerde gegevensservices.

Backups en herstel

Azure Backup biedt systeemeigen back-upondersteuning voor VM's. Azure Backup maakt en beheert back-ups en biedt toepassingsconsistente beveiliging voor de hele virtuele machine, inclusief alle gekoppelde schijven. Een VM-back-upoplossing met Azure Backup is ideaal wanneer u gecoördineerde back-ups van meerdere schijven of toepassingsbewuste back-ups nodig hebt. Voor databaseworkloads kunt u echter toepassingsspecifieke back-upoplossingen overwegen die transactieconsistente beveiliging bieden en snellere herstelopties bieden.

Met Azure Backup voor VM's kunt u de back-upfrequentie, retentieduur en opslagconfiguratie aanpassen aan uw behoeften. Zie Azure Backup voor VM's voor meer informatie.

Back-up ondersteunt ook schijven die zijn gekoppeld aan VM's. Zie Overzicht van Azure Disk Backup voor meer informatie.

Voor de meeste oplossingen hoeft u niet uitsluitend te vertrouwen op back-ups. Gebruik in plaats daarvan de andere mogelijkheden die in deze handleiding worden beschreven om uw tolerantievereisten te ondersteunen. Back-ups beschermen echter tegen enkele risico's die andere benaderingen niet opleveren. Zie Wat zijn redundantie, replicatie en back-up? voor meer informatie.

Tolerantie voor herconfiguratie van VM's

Schaalsets bieden u controle over hoe u configuratiewijzigingen toepast op uw VM's, waaronder het wijzigen van uw VM-SKU, het wijzigen van de installatiekopieën die elke VM gebruikt en het toevoegen of verwijderen van VM-extensies. U kunt de upgradebeleidsmodus beheren, waarmee wordt bepaald hoe upgrades worden toegepast. Zie Upgradebeleidsmodi voor virtuele-machineschaalsets voor meer informatie.

Voor sommige upgradetypen kan een instantie opnieuw geïnstalleerd of hergeïmplementeerd moeten worden. Als u specifieke exemplaren hebt die moeten worden uitgesloten van automatische upgrades, zoals exemplaren met de status die u moet behouden of configureren die u niet kunt repliceren op andere exemplaren, kunt u overwegen om exemplaarbeveiliging te gebruiken.

Tolerantie voor serviceonderhoud

Azure voert regelmatig updates uit om de betrouwbaarheid, prestaties en beveiliging van de hostinfrastructuur voor VM's te verbeteren. Schaalsets bieden u meerdere manieren om gepland onderhoud te begrijpen en te beheren:

• Meldingen over gepland onderhoud geven aan wanneer onderhoud moet worden uitgevoerd en geeft u controle over wanneer het onderhoud plaatsvindt.

• Met onderhoudsconfiguraties kunt u een onderhoudsvenster plannen op een moment dat aan uw bedrijfsbehoeften voldoet.

• Geplande gebeurtenissen voor Linux-VM's en voor Windows-VM's geven uw toepassing tijd om u voor te bereiden op VM-onderhoud. Het bevat informatie over geplande onderhoudsevenementen (bijvoorbeeld opnieuw opstarten), zodat uw toepassing zich hierop kan voorbereiden en onderbrekingen kan beperken.

Diensteniveauovereenkomst

De SLA (Service Level Agreement) voor Azure-services beschrijft de verwachte beschikbaarheid van elke service en de voorwaarden waaraan uw oplossing moet voldoen om die beschikbaarheidsverwachting te bereiken. Zie SLA's voor onlineservices voor meer informatie.

Virtuele machineschaalsets delen de beschikbaarheid-SLA voor virtuele machines. U kunt een hoger uptimepercentage voor uw VM's bereiken met behulp van een schaalset die voldoet aan beide van de volgende criteria:

• Bevat twee of meer exemplaren.
• Verspreid deze instanties over twee of meer beschikbaarheidszones.

Verwante inhoud

• Betrouwbaarheid in Azure
• Wat zijn virtuele-machineschaalsets?