Betrouwbaarheid in virtuele-machineschaalsets
Dit artikel bevat specifieke aanbevelingen voor betrouwbaarheid en informatie over ondersteuning voor beschikbaarheidszones voor virtuele-machineschaalsets.
Notitie
Virtuele-machineschaalsets kunnen slechts in één regio worden geïmplementeerd. Als u VM's in meerdere regio's wilt implementeren, raadpleegt u Herstel na noodgeval voor virtuele machines: failover tussen regio's.
Zie Azure-betrouwbaarheid voor een architectuuroverzicht van betrouwbaarheid in Azure.
Aanbevelingen voor betrouwbaarheid
Deze sectie bevat aanbevelingen voor het bereiken van tolerantie en beschikbaarheid. Elke aanbeveling valt in een van de volgende twee categorieën:
Statusitems hebben betrekking op gebieden zoals configuratie-items en de juiste functie van de belangrijkste onderdelen waaruit uw Azure-workload bestaat, zoals azure-resourceconfiguratie-instellingen, afhankelijkheden van andere services, enzovoort.
Risico-items hebben betrekking op gebieden zoals beschikbaarheids- en herstelvereisten, testen, bewaken, implementeren en andere items die, indien onopgeloste, de kans op problemen in de omgeving vergroten.
Prioriteitsmatrix voor aanbevelingen voor betrouwbaarheid
Elke aanbeveling wordt gemarkeerd in overeenstemming met de volgende prioriteitsmatrix:
| Afbeelding | Prioriteit | Omschrijving |
|---|---|---|
|
Hoog | Onmiddellijke oplossing nodig. |
|
Medium | Herstel binnen 3-6 maanden. |
|
Laag | Moet worden gecontroleerd. |
Samenvatting van aanbevelingen voor betrouwbaarheid
Hoge beschikbaarheid
Beleid voor automatisch herstellen inschakelen
Als u hoge beschikbaarheid voor toepassingen wilt bereiken, schakelt u automatische exemplaarreparaties in om een set gezonde VM's te onderhouden. Wanneer de application health-extensie of load balancer-statustests vaststellen dat een exemplaar niet in orde is, verwijdert automatisch exemplaarherstel het beschadigde exemplaar en wordt er een nieuwe gemaakt om deze te vervangen.
Een respijtperiode kan worden ingesteld met behulp van de eigenschap automaticRepairsPolicy.gracePeriod. De respijtperiode, opgegeven in minuten en in ISO 8601-indeling, kan variëren tussen 10 en 90 minuten en heeft een standaardwaarde van 30 minuten.
// Azure Resource Graph Query
// Find VMSS instances associated with autoscale settings when autoscale is disabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| project name, id, tags
| join kind=leftouter (
resources
| where type == "microsoft.insights/autoscalesettings"
| where tostring(properties.targetResourceUri) contains "Microsoft.Compute/virtualMachineScaleSets"
| project id = tostring(properties.targetResourceUri), autoscalesettings = properties
) on id
| where isnull(autoscalesettings) or autoscalesettings.enabled == "false"
| project recommendationId = "vmss-4", name, id, tags, param1 = "autoscalesettings: Disabled"
| order by id asc
Virtuele-machineschaalsets implementeren in beschikbaarheidszones met Virtual Machine Scale Sets Flex
Wanneer u uw virtuele-machineschaalsets maakt, gebruikt u beschikbaarheidszones om uw toepassingen en gegevens te beschermen tegen onwaarschijnlijke datacenterfouten. Zie Ondersteuning voor beschikbaarheidszones voor meer informatie.
// Azure Resource Graph Query
// Find VMSS instances with one or no Zones selected
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where array_length(zones) <= 1 or isnull(zones)
| project recommendationId = "vmss-8", name, id, tags, param1 = "AvailabilityZones: Single Zone"
| order by id asc
Schaalbaarheid
VM's implementeren met de flexibele indelingsmodus
Alle VM's, inclusief VM's met één exemplaar, moeten worden geïmplementeerd in een schaalset met behulp van de flexibele indelingsmodus om uw toepassing toekomstbestendig te maken voor schaalaanpassing en beschikbaarheid. Flexibele indeling biedt garanties voor hoge beschikbaarheid (maximaal 1000 VM's) door VM's over foutdomeinen in een regio of binnen een beschikbaarheidszone te spreiden.
// Azure Resource Graph Query
// Find all zonal VMs that are NOT deployed with Flex orchestration mode
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.orchestrationMode != "Flexible"
| project recommendationId = "vmss-1", name, id, tags, param1 = strcat("orchestrationMode: ", tostring(properties.orchestrationMode))
Automatische schaalaanpassing van virtuele-machineschaalsets configureren in Automatisch
Automatisch schalen is een ingebouwde functie van Azure Monitor waarmee u de prestaties en kosteneffectiviteit van uw resources kunt verbeteren door vm's van schaalsets toe te voegen en te verwijderen op basis van vraag. Daarnaast kunt u ervoor kiezen om uw resources handmatig te schalen naar een specifiek aantal exemplaren of in overeenstemming met metrische drempelwaarden. U kunt ook het aantal exemplaren plannen dat wordt geschaald tijdens aangewezen tijdvensters.
Zie automatische upgrades van installatiekopieën van het besturingssysteem in Azure Virtual Machine Scale Set voor meer informatie over het inschakelen van automatische upgrades van installatiekopieën van het besturingssysteem.
// Azure Resource Graph Query
// Find VMSS instances associated with autoscale settings when predictiveAutoscalePolicy_scaleMode is disabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| project name, id, tags
| join kind=leftouter (
resources
| where type == "microsoft.insights/autoscalesettings"
| where tostring(properties.targetResourceUri) contains "Microsoft.Compute/virtualMachineScaleSets"
| project id = tostring(properties.targetResourceUri), autoscalesettings = properties
) on id
| where autoscalesettings.enabled == "true" and autoscalesettings.predictiveAutoscalePolicy.scaleMode == "Disabled"
| project recommendationId = "vmss-5", name, id, tags, param1 = "predictiveAutoscalePolicy_scaleMode: Disabled"
| order by id asc
Aangepaste schaalsets voor virtuele machines instellen op standaardschaalbeleid
Met de aangepaste functie schaalsets voor virtuele-machineschaalsets kunt u de volgorde configureren waarin virtuele machines worden ingeschaald. Er zijn drie configuraties voor het inschalen van beleid:
Een implementatie van een virtuele-machineschaalset kan worden uitgeschaald of ingeschaald op basis van een matrix met metrische gegevens, waaronder platform- en door de gebruiker gedefinieerde aangepaste metrische gegevens. Hoewel een scale-out nieuwe virtuele machines maakt op basis van het schaalsetmodel, is een inschaalbewerking van invloed op het uitvoeren van virtuele machines die mogelijk verschillende configuraties en/of functies hebben naarmate de workload van de schaalset zich ontwikkelt.
Het is niet nodig dat u een inschaalbeleid opgeeft als u alleen de standaardvolgorde wilt volgen, omdat het standaard aangepaste inschaalbeleid het beste algoritme en flexibiliteit biedt voor de meeste scenario's. De standaardvolgorde is als volgt:
- U kunt virtuele machines verdelen over beschikbaarheidszones (als de schaalset is geïmplementeerd met ondersteuning voor beschikbaarheidszones).
- Virtuele machines verdelen over foutdomeinen (best effort).
- Verwijder de virtuele machine met de hoogste exemplaar-id.
Gebruik alleen het nieuwste en oudste beleid wanneer uw workload vereist dat de oudste of nieuwste VM's moeten worden verwijderd na het verdelen over beschikbaarheidszones.
Notitie
Door te verdelen over beschikbaarheidszones of foutdomeinen worden VM's niet verplaatst naar beschikbaarheidszones of foutdomeinen. De taakverdeling wordt bereikt door het verwijderen van virtuele machines uit de niet-verdeelde beschikbaarheidszones of foutdomeinen totdat de distributie van virtuele machines evenwichtig wordt.
// Azure Resource Graph Query
// Find VMSS instances where strictly zoneBalance is set to True
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.orchestrationMode == "Uniform" and properties.zoneBalance == true
| project recommendationId = "vmss-6", name, id, tags, param1 = "strictly zoneBalance: Enabled"
| order by id asc
Herstel na noodgeval
Beveiligingsbeleid inschakelen voor alle virtuele-machineschaalset-VM's
Gebruik het beveiligingsbeleid voor virtuele-machineschaalsets als u wilt dat specifieke VM's anders worden behandeld dan de rest van het exemplaar van de schaalset.
Wanneer uw toepassing verkeer verwerkt, kunnen er situaties zijn waarin u wilt dat specifieke VM's anders worden behandeld dan de rest van de schaalsetinstantie. Bepaalde VM's in de schaalset kunnen bijvoorbeeld langlopende bewerkingen uitvoeren en u wilt niet dat deze VM's worden ingeschaald totdat de bewerkingen zijn voltooid. Mogelijk hebt u ook enkele VM's in de schaalset gespecialiseerd om andere taken uit te voeren dan andere leden van de schaalset. U wilt dat deze speciale VM's niet worden gewijzigd met de andere VM's in de schaalset. Instantiebeveiliging biedt de extra besturingselementen om deze en andere scenario's voor uw toepassing in te schakelen.
// Azure Resource Graph Query
// Find all VMs that do NOT have health monitoring enabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=leftouter (
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| mv-expand extension=properties.virtualMachineProfile.extensionProfile.extensions
| where extension.properties.type in ( "ApplicationHealthWindows", "ApplicationHealthLinux" )
| project id
) on id
| where id1 == ""
| project recommendationId = "vmss-2", name, id, tags, param1 = "extension: null"
Bewaking
Statuscontrole van virtuele-machineschaalsets inschakelen
Het bewaken van de status van uw toepassing is een belangrijk signaal voor het beheren en upgraden van uw implementatie. Azure Virtual Machine Scale Sets biedt ondersteuning voor rolling upgrades, waaronder:
- Automatische upgrades van os-installatiekopieën
- Automatische VM-gastpatches, die afhankelijk zijn van statuscontrole van afzonderlijke VM's om uw implementatie te upgraden.
- Load Balancer-statustestsofApplication Health-extensie, die beide de toepassingsstatus van elke VIRTUELE machine in uw schaalset bewaakt en exemplaarreparaties uitvoert met behulp van Automatische exemplaarreparaties.
// Azure Resource Graph Query
// Find all VMs that do NOT have automatic repair policy enabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.automaticRepairsPolicy.enabled == false
| project recommendationId = "vmss-3", name, id, tags, param1 = "automaticRepairsPolicy: Disabled"
Systeemefficiëntie
Toewijzingsbeleidsspreidingsalgoritme configureren voor maximale verspreiding
Met maximale verspreiding verspreidt de schaalset uw VM's over zoveel mogelijk foutdomeinen binnen elke zone. Deze verspreiding kan bestaan uit meer dan vijf foutdomeinen per zone. Bij statische vaste verspreiding verspreidt de schaalset uw VM's over precies vijf foutdomeinen per zone. Als de schaalset geen vijf afzonderlijke foutdomeinen per zone kan vinden om te voldoen aan de toewijzingsaanvraag, mislukt de aanvraag.
Zie De opties voor spreiden voor meer informatie.
// Azure Resource Graph Query
// Find VMSS instances where Spreading algorithm is set to Static
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.platformFaultDomainCount > 1
| project recommendationId = "vmss-7", name, id, tags, param1 = "platformFaultDomainCount: Static"
| order by id asc
Automatisering
Opties voor patchindeling instellen op Azure-indeling
Schakel automatische VM-gastpatching in voor uw Azure-VM's. Met automatische VM-gastpatching kunt u het updatebeheer vereenvoudigen door vm's veilig en automatisch te patchen om de beveiligingsnaleving te handhaven, terwijl de straal van VM's wordt beperkt.
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=inner (
resources
| where type == "microsoft.compute/virtualmachines"
| project id = tostring(properties.virtualMachineScaleSet.id), vmproperties = properties
) on id
| extend recommendationId = "vmss-9", param1 = "patchMode: Manual", vmproperties.osProfile.linuxConfiguration.patchSettings.patchMode
| where isnotnull(vmproperties.osProfile.linuxConfiguration) and vmproperties.osProfile.linuxConfiguration.patchSettings.patchMode !in ("AutomaticByPlatform", "AutomaticByOS")
| distinct recommendationId, name, id, param1
| union (resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=inner (
resources
| where type == "microsoft.compute/virtualmachines"
| project id = tostring(properties.virtualMachineScaleSet.id), vmproperties = properties
) on id
| extend recommendationId = "vmss-9", param1 = "patchMode: Manual", vmproperties.osProfile.windowsConfiguration.patchSettings.patchMode
| where isnotnull(vmproperties.osProfile.windowsConfiguration) and vmproperties.osProfile.windowsConfiguration.patchSettings.patchMode !in ("AutomaticByPlatform", "AutomaticByOS")
| distinct recommendationId, name, id, param1)
Ondersteuning voor beschikbaarheidszone
Azure-beschikbaarheidszones zijn ten minste drie fysiek afzonderlijke groepen datacenters binnen elke Azure-regio. Datacenters binnen elke zone zijn uitgerust met onafhankelijke energie-, koelings- en netwerkinfrastructuur. In het geval van een storing in een lokale zone worden beschikbaarheidszones zodanig ontworpen dat als de ene zone wordt beïnvloed, regionale services, capaciteit en hoge beschikbaarheid worden ondersteund door de resterende twee zones.
Fouten kunnen variëren van software- en hardwarefouten tot gebeurtenissen zoals aardbevingen, overstromingen en brand. Tolerantie voor fouten wordt bereikt met redundantie en logische isolatie van Azure-services. Zie Regio's en beschikbaarheidszones voor meer informatie over beschikbaarheidszones in Azure.
Services met azure-beschikbaarheidszones zijn ontworpen om het juiste niveau van betrouwbaarheid en flexibiliteit te bieden. Ze kunnen op twee manieren worden geconfigureerd. Ze kunnen zone-redundant zijn, met automatische replicatie tussen zones of zonegebonden, waarbij exemplaren zijn vastgemaakt aan een specifieke zone. U kunt deze benaderingen ook combineren. Zie Aanbevelingen voor meer informatie over zone-redundante versus zone-redundante architectuur voor het gebruik van beschikbaarheidszones en regio's.
Met Virtuele-machineschaalsets van Azure kunt u een groep vm's met gelijke taakverdeling maken en beheren. Het aantal VM's kan automatisch toenemen of afnemen in reactie op de vraag of een gedefinieerd schema. Schaalsets bieden hoge beschikbaarheid voor uw toepassingen en bieden u de mogelijkheid om veel VM's centraal te beheren, te configureren en bij te werken. Er zijn geen kosten voor de schaalset zelf. U betaalt alleen voor elk VM-exemplaar dat u maakt.
Virtuele-machineschaalsets ondersteunen zonegebonden en zone-redundante implementaties binnen een regio:
Zonegebonden implementatie. Wanneer u een schaalset in één zone maakt, bepaalt u in welke zone alle VM's van die set worden uitgevoerd. De schaalset wordt alleen beheerd en automatisch geschaald binnen die zone.
Zone-redundante implementatie. Met een zoneredundante schaalset kunt u één schaalset maken die meerdere zones omvat. Wanneer vm's worden gemaakt, worden ze standaard gelijkmatig verdeeld over zones.
Vereisten
Als u beschikbaarheidszones wilt gebruiken, moet uw schaalset worden gemaakt in een ondersteunde Azure-regio.
Alle VM's , zelfs vm's met één exemplaar, moeten worden geïmplementeerd in een schaalset met behulp van de flexibele indelingsmodus om uw toepassing toekomstbestendig te maken voor schalen en beschikbaarheid.
SLA (Service Level Agreement)
Omdat beschikbaarheidszones fysiek gescheiden zijn en afzonderlijke energiebronnen, netwerk- en koeling bieden, worden service level agreements (SLA's) verhoogd. Zie de SLA voor Microsoft Online Services voor meer informatie.
Een virtuele-machineschaalset maken waarvoor beschikbaarheidszones zijn ingeschakeld
U kunt een schaalset maken die gebruikmaakt van beschikbaarheidszones met een van de volgende methoden:
Het proces voor het maken van een schaalset die gebruikmaakt van een zonegebonden implementatie is hetzelfde als in het artikel Aan de slag. Wanneer u een ondersteunde Azure-regio selecteert, kunt u een schaalset maken in een of meer beschikbare zones, zoals wordt weergegeven in het volgende voorbeeld:
De schaalset en ondersteunende resources, zoals de Azure Load Balancer en het openbare IP-adres, worden gemaakt in de enkele zone die u opgeeft.
Ondersteuning voor zonegebonden failover
Virtuele-machineschaalsets worden standaard gemaakt met vijf foutdomeinen in Azure-regio's zonder zones. Voor de regio's die ondersteuning bieden voor de implementatie van virtuele-machineschaalsets en deze optie is geselecteerd, is de standaardwaarde van het aantal foutdomeinen 1 voor elk van de zones. In dit geval impliceert FD=1 dat de VM-exemplaren die behoren tot de schaalset, op basis van best effort over veel racks worden verdeeld. Zie Voor meer informatie het kiezen van het juiste aantal foutdomeinen voor virtuele-machineschaalset.
Ontwerp met lage latentie
Het is raadzaam virtuele-machineschaalsets te configureren met zoneredundantie. Als uw toepassing echter strikte vereisten voor lage latentie heeft, moet u mogelijk een zonegebonden implementeren voor uw vm's met schaalsets. Bij een implementatie van zonegebonden schaalsets is het raadzaam om meerdere schaalset-VM's te maken in meer dan één zone. U kunt bijvoorbeeld één exemplaar van schaalsets maken dat is vastgemaakt aan zone 1 en één exemplaar dat is vastgemaakt aan zone 2 of 3. U moet ook een load balancer of andere toepassingslogica gebruiken om verkeer naar de juiste schaalsets te leiden tijdens een zonestoring.
Belangrijk
Als u zich afmeldt voor zonebewuste implementatie, moet u geen bescherming bieden tegen isolatie van onderliggende fouten. Als u zich afmeldt voor de configuratie van de beschikbaarheidszone, is het afhankelijk van resources die niet voldoen aan de plaatsing en scheiding van zones (inclusief onderliggende afhankelijkheden van deze resources). Deze resources moeten niet worden verwacht om scenario's met zone-down te overleven. Oplossingen die gebruikmaken van dergelijke resources moeten een strategie voor herstel na noodgevallen definiëren en een herstel van de oplossing in een andere regio configureren.
Veilige implementatietechnieken
Als u meer controle wilt hebben over de locatie waar u uw VM's implementeert, moet u zonegebonden implementeren in plaats van regionale VM's met schaalsets. Zone-VM's bieden echter alleen zone-isolatie en geen zoneredundantie. Als u volledige zoneredundantie met zonegebonden VM's wilt bereiken, moeten er twee of meer VM's in verschillende zones zijn.
Het wordt ook aanbevolen om de implementatieoptie voor maximale verspreiding voor uw zone-redundante VM's te gebruiken. Zie de spreidingsopties voor meer informatie.
Opties voor spreiden
Wanneer u een schaalset in een of meer beschikbaarheidszones implementeert, hebt u de volgende verspreidingsopties (vanaf API-versie 2017-12-01):
Maximale verspreiding (platformFaultDomainCount = 1). Maximale verspreiding is de aanbevolen implementatieoptie, omdat deze in de meeste gevallen de beste verspreiding biedt. Als u replica's verspreidt over afzonderlijke hardware-isolatie-eenheden, is het raadzaam dat u verspreidt over beschikbaarheidszones en maximaal spreiden binnen elke zone gebruikt.
Met maximale verspreiding verspreidt de schaalset uw VM's over zoveel mogelijk foutdomeinen binnen elke zone. Deze verspreiding kan bestaan uit meer dan vijf foutdomeinen per zone.
Notitie
Met maximale verspreiding, ongeacht hoeveel foutdomeinen de VM's zijn verspreid, kunt u slechts één foutdomein zien in zowel de weergave van het VM-exemplaar van de schaalset als de metagegevens van het exemplaar. De verspreiding binnen elke zone is impliciet.
Statische vaste verspreiding (platformFaultDomainCount = 5). Met statische vaste verspreiding verspreidt de schaalset uw VM's precies over vijf foutdomeinen per zone. Als de schaalset geen vijf afzonderlijke foutdomeinen per zone kan vinden om te voldoen aan de toewijzingsaanvraag, mislukt de aanvraag.
Spreiding die is afgestemd op foutdomeinen van beheerde schijven (platformFaultDomainCount = 2 of 3) U kunt overwegen het aantal foutdomeinen van de schaalset af te stemmen op het aantal foutdomeinen van beheerde schijven. Deze uitlijning kan helpen bij het verlies van quorum als een volledig foutdomein van beheerde schijven uitvalt. Het aantal foutdomeinen kan worden ingesteld op minder dan of gelijk aan het aantal foutdomeinen van beheerde schijven dat beschikbaar is in elk van de regio's. Zie [doc hier invoegen](koppeling hier) voor meer informatie over het aantal foutdomeinen voor beheerde schijven per regio.
Zoneverdeling
Voor schaalsets die zijn geïmplementeerd in meerdere zones (zone-redundant), kunt u een zoneverdeling met de beste inspanning of een strikte zoneverdeling kiezen. Een schaalset wordt beschouwd als 'evenwichtig' als elke zone hetzelfde aantal VIRTUELE machines (plus of min één VM) heeft als alle andere zones in de schaalset. Bijvoorbeeld:
| Schaalset | VM's in zone 1 | VM's in zone 2 | VM's in zone 3 | Zone Balancing |
|---|---|---|---|---|
| Schaalset met gelijke taakverdeling | 2 | 3 | 3 | Deze schaalset wordt beschouwd als evenwichtig. Er is slechts één zone met een ander aantal VM's en het is slechts 1 kleiner dan de andere zones. |
| Onevenwichtige schaalset | 1 | 3 | 3 | Deze schaalset wordt beschouwd als onevenwichtig. Zone 1 heeft 2 minder VM's dan zones 2 en 3. |
Het is mogelijk dat VM's in de schaalset zijn gemaakt, maar extensies op deze VM's kunnen niet worden geïmplementeerd. De VM's met extensiefouten worden nog steeds meegeteld bij het bepalen of een schaalset evenwichtig is. Een schaalset met 3 VM's in zone 1, 3 VM's in zone 2 en 3 VM's in zone 3 wordt bijvoorbeeld als evenwichtig beschouwd, zelfs als alle extensies zijn mislukt in zone 1 en alle extensies zijn geslaagd in zones 2 en 3.
Met de best effort zone balance probeert de schaalset in en uit te schalen terwijl de balans behouden blijft. Als de verdeling om een of andere reden echter niet mogelijk is (bijvoorbeeld als één zone uitvalt, kan de schaalset geen nieuwe VIRTUELE machine in die zone maken), de schaalset tijdelijke onevenwichtigheid toestaan om in of uit te schalen. Bij volgende uitschaalpogingen voegt de schaalset VM's toe aan zones waarvoor meer VM's nodig zijn om de schaalset te verdelen. Op dezelfde manier verwijdert de schaalset bij volgende pogingen VM's uit zones waarvoor minder VM's nodig zijn om de schaalset te verdelen. Met 'strikt zonebalans' mislukt de schaalset pogingen om in of uit te schalen als dit een onbalans zou veroorzaken.
Als u de best effort zone balance wilt gebruiken, stelt u in zoneBalance op false. De zoneBalance instelling is de standaardinstelling in API-versie 2017-12-01. Als u een strikte zonebalans wilt gebruiken, stelt u in op zoneBalancewaar.
Migreren naar ondersteuning voor beschikbaarheidszones
Zie Virtual Machines en Virtual Machine Scale Sets migreren naar ondersteuning voor beschikbaarheidszones voor meer informatie over het opnieuw implementeren van een regionale schaalset naar ondersteuning voor beschikbaarheidszones.
Aanvullende richtlijnen
Plaatsingsgroepen
Belangrijk
Plaatsingsgroepen zijn alleen van toepassing op virtuele-machineschaalsets die worden uitgevoerd in de uniformindelingsmodus.
Wanneer u een virtuele-machineschaalset implementeert, hebt u de mogelijkheid om te implementeren met één of meerdere plaatsingsgroepen per beschikbaarheidszone. Voor regionale schaalsets is de keuze om één plaatsingsgroep in de regio te hebben of om meerdere plaatsingsgroepen in de regio te hebben. Als de eigenschap singlePlacementGroup van de schaalset is ingesteld op false, kan de schaalset bestaan uit meerdere plaatsingsgroepen en een bereik van 0-1000 VM's hebben. Als deze is ingesteld op de standaardwaarde waar, bestaat de schaalset uit één plaatsingsgroep en heeft een bereik van 0-100 VM's. Voor de meeste workloads raden we meerdere plaatsingsgroepen aan, waardoor grotere schaal mogelijk is. In API-versie 2017-12-01 worden schaalsets standaard ingesteld op meerdere plaatsingsgroepen voor schaalsets met één zone en meerdere zones, maar ze worden standaard ingesteld op één plaatsingsgroep voor regionale schaalsets.