Betrouwbaarheid in virtuele-machineschaalsets van Azure

Azure Virtual Machine Scale Sets is een Azure-rekenresource die u kunt gebruiken om een groep VM-exemplaren (virtuele machines) te maken en te beheren. Het aantal VM-exemplaren kan automatisch toenemen of afnemen in reactie op vraag of een ingesteld schema. Virtuele-machineschaalsets helpen toepassingen maximaal beschikbaar en tolerant te maken door VM's over meerdere beschikbaarheidszones en foutdomeinen te distribueren.

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 tolerant maakt voor verschillende mogelijke storingen en problemen, waaronder tijdelijke fouten, storingen in de beschikbaarheidszone, regiostoringen, vm-herconfiguratie en serviceonderhoud. Ook wordt beschreven hoe u back-ups kunt gebruiken om te herstellen van andere soorten problemen en wordt belangrijke informatie over de Service Level Agreement (SLA) voor virtuele-machineschaalsets gemarkeerd.

Aanbevelingen voor productie-implementatie

Het Azure Well-Architected Framework biedt aanbevelingen voor betrouwbaarheid, prestaties, beveiliging, kosten en bewerkingen. Zie architectuurrichtlijnen voor de beste praktijken van virtuele machines en schaalsets in het Well-Architected Framework voor meer informatie over hoe deze gebieden elkaar beïnvloeden en bijdragen aan een betrouwbare Azure-oplossing voor virtuele-machineschaalsets.

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 u meer flexibiliteit om afzonderlijke VM-exemplaren te implementeren en te beheren.
• Uniforme schaalsets implementeren VM's met een 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 verspreid zijn over meerdere foutdomeinen, heeft een geplande of niet-geplande storing die zich voordoet in één foutdomein waarschijnlijk geen invloed op de VM-exemplaren in andere foutdomeinen.

Wanneer u een schaalset implementeert, kunt u bepalen hoeveel foutdomeinen de virtuele machines verdeeld zijn over. Gebruik voor de meeste scenario's het maximale verspreidingsgedrag , dat zoveel mogelijk foutdomeinen gebruikt. Voor meer informatie, zie Kies het juiste aantal foutdomeinen voor virtuele-machineschaalsets.

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 voor meer informatie.

Schaalsets bevatten veel andere besturingselementen en mogelijkheden die van invloed zijn op de wijze waarop u exemplaren implementeert, schaalt, distribueert en bijwerkt. Zie het overzicht van 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 taak voor het maken of verwijderen van een VM-exemplaar initieert, kan de bewerking mislukken. Als u mislukte taken voor het maken of verwijderen van een VM-exemplaar automatisch opnieuw wilt uitvoeren, kunt u overwegen om de functie tolerant maken en verwijderen voor virtuele-machineschaalsets (preview) te gebruiken.

Er kunnen problemen optreden tijdens het uitvoeren van exemplaren. Een exemplaar reageert bijvoorbeeld mogelijk niet vanwege het vastlopen van toepassingen of het uitputten van resources. Gebruik automatische exemplaarreparaties om de status van uw toepassing te bewaken en een VM-exemplaar automatisch opnieuw te starten, opnieuw te installeren of te vervangen 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.

• Een zone-spannende schaalinstelling verspreidt instanties over meerdere beschikbaarheidszones die u selecteert.

  Het spreiden van VM-exemplaren in beschikbaarheidszones biedt u de hoogste SLA. We raden aan om zone-overschrijdende schaalsets te gebruiken 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 verbindingsprobleem ondervindt, blijven de instanties in de andere zones onaangetast.

  De schaalset maakt standaard gebruik van een best effort-benadering om instanties gelijkmatig over geselecteerde zones te verdelen. Maar als u strikte taakverdeling nodig hebt, kunt u de configuratie van de zoneverdeling wijzigen.

  In het volgende diagram ziet u een schaalset die zones overkoepelt, verdeeld over drie zones, met één exemplaar in elke zone.

  

  In het diagram ziet u drie vakken met het label beschikbaarheidszone 1, beschikbaarheidszone 2 en beschikbaarheidszone 3 van links naar rechts. Een schaalset omvat deze drie vakken. Elke beschikbaarheidszone bevat een VM-exemplaar.

  Zone-spanning is vergelijkbaar met zoneredundantie in andere Azure-services, maar schaalsets bieden geen automatische replicatie van gegevens tussen zones of failover wanneer zones offline zijn. In sommige ongebruikelijke situaties kan een zone-overschrijdende schaalset ook exemplaren in één zone geïmplementeerd hebben, zoals wanneer u individuele VM's in één zone koppelt aan een zone-overschrijdende flexibele schaalset die een enkel exemplaar in dezelfde zone heeft.

  Opmerking

  Als u de flexibele indelingsmodus 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.

• 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.

  

  In het diagram ziet u drie vakken met het label beschikbaarheidszone 1, beschikbaarheidszone 2 en beschikbaarheidszone 3 van links naar rechts. Een rechthoekig vak overlapt met het vak beschikbaarheidszone 1. Het bevat een pictogram met het label scale set aan de linkerkant en drie pictogrammen voor VM-exemplaren onder de beschikbaarheidszone. De vakken voor beschikbaarheidszone 2 en beschikbaarheidszone 3 zijn leeg.

Als u geen beschikbaarheidszones voor uw schaalset opgeeft, is deze niet-zonegebonden of regionaal. In dit scenario kunnen exemplaren in een zone binnen de regio worden geplaatst en mogelijk niet 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 niet gegarandeerd voor Standard SKU-schijven, waaronder SSD-schijven (Solid-State Drive) of HDD-schijven (harde schijf). Als een zone in de regio mislukt, kan uw schaalset downtime ondervinden.

Requirements

• Regioondersteuning: U kunt zone-spannings- en zonegebonden schaalsets implementeren in elke regio die beschikbaarheidszones ondersteunt.

  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 specifieke VM-SKU niet beschikbaar is in een van 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 typen 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, waarbij voor de meeste werkbelastingen zoveel mogelijk foutdomeinen worden gebruikt. Voor meer informatie, zie Kies het juiste aantal foutdomeinen voor virtuele-machineschaalsets.

• 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 virtuele machines heeft, plus of min een VM. U kunt de zoneverdelingsmodus instellen op best effort of strikt. Met deze instelling bepaalt u of de schaalset ongelijkmatig kan worden uitgeschaald, inclusief in scenario's met zonestoring.

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

Kosten

Er is geen kostenverschil tussen een zones omvattende, een zonale en een niet-zonale 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 meer informatie.

  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 Schaalsets bijwerken om beschikbaarheidszones toe te voegen voor meer informatie.

• 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 Schaalsets bijwerken om beschikbaarheidszones toe te voegen voor meer informatie.

  Belangrijk

  Wanneer u een schaalset uitvouwt naar meer 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, krijgen alle regionale instanties eerst prioriteit voor verwijdering. Vervolgens worden exemplaren verwijderd op basis van het afschaalbeleid van de schaalgroep. Zie Hoe u uw schaalset handmatig kunt balanceren voor meer informatie.

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 en zorgt ervoor dat 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 Load Balancer en Application Gateway, die ingebouwde integratie met schaalsets bieden. Zie Netwerken voor virtuele-machineschaalsets 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.

• Verwachte 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 over zones uitgestrekte schaalsets gebruikt, werken VM's in gezonde zones door.

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

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

• Vervanging van exemplaar: Virtual Machine Scale Sets 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 uitschalingsbewerkingen die een onevenwichtigheid veroorzaken.

  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 implementeren in meerdere regio's en Azure Front Door of Azure Traffic Manager gebruiken met statustests 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

Met schaalsets kunt u bepalen hoe u configuratiewijzigingen toepast op uw VM's, zoals 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 is het opnieuw instellen of opnieuw implementeren van een exemplaar vereist. Als u specifieke exemplaren wilt uitsluiten van automatische upgrades, kunt u overwegen om exemplaarbeveiliging te gebruiken. U kunt exemplaren uitsluiten die de status bevatten die u moet behouden of configureren die u niet kunt repliceren op andere exemplaren.

Tolerantie voor serviceonderhoud

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

• Meldingen over gepland onderhoud geven aan wanneer onderhoud moet worden uitgevoerd en u kunt bepalen wanneer er 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, zoals opnieuw opstarten, zodat uw toepassing zich voor kan bereiden op deze gebeurtenissen 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 SLA voor beschikbaarheid van VM's. U kunt een hoger uptimepercentage voor uw VM's bereiken met behulp van een schaalset die voldoet aan beide van de volgende criteria:

• De scaleset bevat twee of meer exemplaren.
• De schaalset verspreidt deze instanties over twee of meer beschikbaarheidszones.

Verwante inhoud

• Wat zijn beschikbaarheidszones?
• Wat zijn schaalsets voor virtuele machines?