Tillförlitlighet i VM-skalningsuppsättningar
Den här artikeln innehåller specifika tillförlitlighetsrekommendationer och information om stöd för tillgänglighetszoner för vm-skalningsuppsättningar.
Kommentar
Vm-skalningsuppsättningar kan bara distribueras till en region. Om du vill distribuera virtuella datorer i flera regioner kan du läsa Virtual Machines-Disaster recovery: cross-region failover (Virtuella datorer-Haveriberedskap: redundans mellan regioner).
En arkitekturöversikt över tillförlitlighet i Azure finns i Azures tillförlitlighet.
Tillförlitlighetsrekommendationer
Det här avsnittet innehåller rekommendationer för att uppnå återhämtning och tillgänglighet. Varje rekommendation ingår i någon av två kategorier:
Hälsoobjekt omfattar områden som konfigurationsobjekt och rätt funktion för de huvudkomponenter som utgör din Azure-arbetsbelastning, till exempel Konfigurationsinställningar för Azure-resurser, beroenden för andra tjänster och så vidare.
Riskobjekt omfattar områden som tillgänglighets- och återställningskrav, testning, övervakning, distribution och andra objekt som, om de lämnas olösta, ökar risken för problem i miljön.
Prioritetsmatris för tillförlitlighetsrekommendationer
Varje rekommendation markeras i enlighet med följande prioritetsmatris:
| Image | Prioritet | Description |
|---|---|---|
|
Högt | Omedelbar korrigering krävs. |
|
Medium | Åtgärda inom 3–6 månader. |
|
Lågt | Måste granskas. |
Sammanfattning av tillförlitlighetsrekommendationer
Hög tillgänglighet
Aktivera automatisk reparationsprincip
För att uppnå hög tillgänglighet för program aktiverar du automatiska instansreparationer för att upprätthålla en uppsättning felfria virtuella datorer. När programhälsotillägget eller Load Balancer-hälsoavsökningarna upptäcker att en instans är felaktig, tar automatisk instansreparation bort den felaktiga instansen och skapar en ny för att ersätta den.
En respitperiod kan anges med egenskapen automaticRepairsPolicy.gracePeriod. Respitperioden, som anges i minuter och i ISO 8601-format, kan variera mellan 10 och 90 minuter och har ett standardvärde på 30 minuter.
// 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
Distribuera vm-skalningsuppsättningar mellan tillgänglighetszoner med Flex för vm-skalningsuppsättningar
När du skapar vm-skalningsuppsättningar använder du tillgänglighetszoner för att skydda dina program och data mot osannolika datacenterfel. Mer information finns i Stöd för tillgänglighetszoner.
// 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
Skalbarhet
Distribuera virtuella datorer med flexibelt orkestreringsläge
Alla virtuella datorer, inklusive virtuella datorer med en enskild instans, bör distribueras till en skalningsuppsättning med flexibelt orkestreringsläge för att framtidssäkra ditt program för skalning och tillgänglighet. Flexibel orkestrering ger garantier för hög tillgänglighet (upp till 1 000 virtuella datorer) genom att sprida virtuella datorer mellan feldomäner i en region eller i en tillgänglighetszon.
Mer information om hur du använder skalningsuppsättningar på rätt sätt finns i När du ska använda vm-skalningsuppsättningar i stället för virtuella datorer
// 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))
Konfigurera autoskalning av skalningsuppsättningar för virtuella datorer till Automatisk
Autoskalning är en inbyggd funktion i Azure Monitor som hjälper dina resursers prestanda och kostnadseffektivitet genom att lägga till och ta bort virtuella skalningsuppsättningar baserat på efterfrågan. Dessutom kan du välja att skala dina resurser manuellt till ett visst instansantal eller i enlighet med tröskelvärdena för mått. Du kan också schemalägga antalet instanser som skalar under angivna tidsfönster.
Information om hur du aktiverar automatiska os-avbildningsuppgraderingar finns i Azure Virtual Machine Scale Set automatic OS image upgrades (Automatisk os-avbildningsuppgraderingar).
// 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
Ange anpassade skalningsprinciper för vm-skalningsuppsättningar som standard
Med den anpassade inskalningsprincipfunktionen Vm-skalningsuppsättningar kan du konfigurera i vilken ordning de virtuella datorerna skalar in. Det finns tre inskalningsprincipkonfigurationer:
En vm-skalningsuppsättningsdistribution kan skalas ut eller skalas in baserat på en matris med mått, inklusive plattforms- och användardefinierade anpassade mått. Vid en utskalning skapas nya virtuella datorer utifrån skalningsuppsättningsmodellen. Vid en inskalning påverkas de virtuella datorer som redan körs, och dessa kan ha olika konfigurationer och/eller funktioner beroende på hur skalningsuppsättningens arbetsbelastning utvecklas.
Du behöver inte ange en inskalningsprincip om du bara vill att standardordningen ska följas, eftersom standardprincipen för anpassad inskalning ger den bästa algoritmen och flexibiliteten för de flesta scenarier. Standardordningen är följande:
- Balansera virtuella datorer mellan tillgänglighetszoner (om skalningsuppsättningen distribueras med stöd för tillgänglighetszoner).
- Balansera virtuella datorer mellan feldomäner (bästa möjliga arbete).
- Ta bort den virtuella datorn med det högsta instans-ID:t.
Använd endast de senaste och äldsta principerna när din arbetsbelastning kräver att de äldsta eller nyaste virtuella datorerna tas bort efter utjämning mellan tillgänglighetszoner.
Kommentar
Utjämning mellan tillgänglighetszoner eller feldomäner flyttar inte virtuella datorer mellan tillgänglighetszoner eller feldomäner. Utjämningen uppnås genom borttagning av virtuella datorer från de obalanserade tillgänglighetszonerna eller feldomänerna tills fördelningen av virtuella datorer balanseras.
// 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
Haveriberedskap
Aktivera skyddsprincip för alla virtuella vm-skalningsuppsättningar
Använd skyddsprincipen för vm-skalningsuppsättningar om du vill att specifika virtuella datorer ska behandlas annorlunda än resten av skalningsuppsättningsinstansen.
När ditt program bearbetar trafik kan det finnas situationer där du vill att specifika virtuella datorer ska behandlas annorlunda än resten av skalningsuppsättningsinstansen. Vissa virtuella datorer i skalningsuppsättningen kan till exempel utföra långvariga åtgärder och du vill inte att de här virtuella datorerna ska skalas in förrän åtgärderna har slutförts. Du kan också ha specialiserat några virtuella datorer i skalningsuppsättningen för att utföra andra uppgifter än andra medlemmar i skalningsuppsättningen. Du kräver att dessa särskilda virtuella datorer inte ändras med de andra virtuella datorerna i skalningsuppsättningen. Instansskydd ger de extra kontrollerna för att aktivera dessa och andra scenarier för ditt program.
// 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"
Övervakning
Aktivera hälsoövervakning av vm-skalningsuppsättningar för program
Övervakning av programmets hälsa är en viktig signal för att hantera och uppgradera distributionen. Skalningsuppsättningar för virtuella Azure-datorer har stöd för löpande uppgraderingar, inklusive:
- Automatiska os-avbildningsuppgraderingar
- Automatisk vm-gästkorrigering, som förlitar sig på hälsoövervakning av enskilda virtuella datorer för att uppgradera distributionen.
- Load Balancer-hälsoavsökningarellerApplication Health-tillägget, som både övervakar programhälsan för varje virtuell dator i skalningsuppsättningen och utför instansreparationer med hjälp av automatiska instansreparationer.
// 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"
Systemeffektivitet
Konfigurera fördelningsalgoritm för allokeringsprincip till maximal spridning
Med maximal spridning sprider skalningsuppsättningen dina virtuella datorer över så många feldomäner som möjligt inom varje zon. Den här spridningen kan vara över större eller färre än fem feldomäner per zon. Med statisk fast spridning sprider skalningsuppsättningen dina virtuella datorer över exakt fem feldomäner per zon. Om skalningsuppsättningen inte kan hitta fem distinkta feldomäner per zon för att uppfylla allokeringsbegäran misslyckas begäran.
Mer information finns i Spridningsalternativ.
// 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
Ange korrigeringsorkestreringsalternativ till Azure-orkestrerade
Aktivera automatisk gästkorrigering av virtuella datorer för dina virtuella Azure-datorer. Automatisk uppdatering av vm-gäst hjälper till att underlätta uppdateringshanteringen genom att på ett säkert sätt och automatiskt korrigera virtuella datorer för att upprätthålla säkerhetsefterlevnad, samtidigt som du begränsar de virtuella datorernas explosionsradie.
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)
Stöd för tillgänglighetszon
Azure-tillgänglighetszoner är minst tre fysiskt separata grupper av datacenter i varje Azure-region. Datacenter i varje zon är utrustade med oberoende infrastruktur för ström, kylning och nätverk. Om det uppstår ett fel i den lokala zonen är tillgänglighetszoner utformade så att regionala tjänster, kapacitet och hög tillgänglighet stöds av de återstående två zonerna om den ena zonen påverkas.
Fel kan vara allt från programvaru- och maskinvarufel till händelser som jordbävningar, översvämningar och bränder. Tolerans mot fel uppnås med redundans och logisk isolering av Azure-tjänster. Mer detaljerad information om tillgänglighetszoner i Azure finns i Regioner och tillgänglighetszoner.
Azure-tillgänglighetszoner-aktiverade tjänster är utformade för att ge rätt nivå av tillförlitlighet och flexibilitet. De kan konfigureras på två sätt. De kan vara antingen zonredundanta, med automatisk replikering mellan zoner eller zoninstanser, med instanser fästa på en specifik zon. Du kan också kombinera dessa metoder. Mer information om zon- och zonredundant arkitektur finns i Rekommendationer för användning av tillgänglighetszoner och regioner.
Med Skalningsuppsättningar för virtuella Azure-datorer kan du skapa och hantera en grupp med belastningsutjämning av virtuella datorer. Antalet virtuella datorer kan automatiskt öka eller minska som svar på efterfrågan eller ett definierat schema. Skalningsuppsättningar ger hög tillgänglighet till dina program och gör att du kan hantera, konfigurera och uppdatera många virtuella datorer centralt. Det kostar ingenting för själva skalningsuppsättningen. Du betalar bara för varje VM-instans som du skapar.
Vm-skalningsuppsättningar stöder både zon- och zonredundanta distributioner i en region:
Zonindelad distribution. När du skapar en skalningsuppsättning i en enda zon styr du vilken zon alla virtuella datorer i den uppsättningen körs i. Skalningsuppsättningen hanteras och skalas endast automatiskt i den zonen.
Zonredundant distribution. Med en zonredundant skalningsuppsättning kan du skapa en enda skalningsuppsättning som sträcker sig över flera zoner. När virtuella datorer skapas är de som standard jämnt balanserade mellan zoner.
Förutsättningar
Om du vill använda tillgänglighetszoner måste skalningsuppsättningen skapas i en Azure-region som stöds.
Alla virtuella datorer – även virtuella instansdatorer – ska distribueras till en skalningsuppsättning med flexibelt orkestreringsläge för att framtidssäkra ditt program för skalning och tillgänglighet.
SLA
Eftersom tillgänglighetszoner är fysiskt åtskilda och tillhandahåller distinkta energikällor, nätverk och kylning ökar serviceavtal (SLA). Mer information finns i serviceavtalet för Microsoft Online Services.
Skapa en VM-skalningsuppsättning med tillgänglighetszoner aktiverade
Du kan skapa en skalningsuppsättning som använder tillgänglighetszoner med någon av följande metoder:
Processen för att skapa en skalningsuppsättning som använder en zonindelad distribution är densamma som i artikeln komma igång. När du väljer en Azure-region som stöds kan du skapa en skalningsuppsättning i en eller flera tillgängliga zoner, enligt följande exempel:
Skalningsuppsättningen och stödresurserna, till exempel Azure-lastbalanseraren och den offentliga IP-adressen, skapas i den enda zon som du anger.
Stöd för zonbaserad redundans
Vm-skalningsuppsättningar skapas som standard med fem feldomäner i Azure-regioner utan zoner. För de regioner som stöder distribution av tillgänglighetszoner för vm-skalningsuppsättningar och det här alternativet är valt är standardvärdet för antalet feldomäner 1 för var och en av zonerna. I det här fallet innebär FD=1 att de virtuella datorinstanser som tillhör skalningsuppsättningen är spridda över många rack på bästa sätt. Mer information finns i Välja rätt antal feldomäner för VM-skalningsuppsättning.
Design med låg svarstid
Vi rekommenderar att du konfigurerar VM-skalningsuppsättningar med zonredundans. Men om ditt program har strikta krav på låg svarstid kan du behöva implementera en zonindelning för dina virtuella skalningsuppsättningar. Med en distribution av zonindelade skalningsuppsättningar rekommenderar vi att du skapar flera virtuella skalningsuppsättningar i fler än en zon. Du kan till exempel skapa en skalningsuppsättningsinstans som är fäst på zon 1 och en instans fäst på zon 2 eller 3. Du måste också använda en lastbalanserare eller annan programlogik för att dirigera trafik till lämpliga skalningsuppsättningar under ett zonavbrott.
Viktigt!
Om du avregistrerar dig från zonmedveten distribution avstår du från skydd mot isolering av underliggande fel. Om du avregistrerar dig från konfiguration av tillgänglighetszoner måste du förlita dig på resurser som inte följer zonplacering och separation (inklusive underliggande beroenden för dessa resurser). Dessa resurser bör inte förväntas överleva zon-down-scenarier. Lösningar som utnyttjar sådana resurser bör definiera en strategi för haveriberedskap och konfigurera en återställning av lösningen i en annan region.
Valv distributionstekniker
Om du vill ha mer kontroll över var du distribuerar dina virtuella datorer bör du distribuera zonindelade, i stället för regionala, skalningsuppsättningar för virtuella datorer. Zonindelat virtuella datorer tillhandahåller dock endast zonisolering och inte zonredundans. För att uppnå fullständig zonredundans med zonindelat virtuella datorer bör det finnas två eller flera virtuella datorer i olika zoner.
Vi rekommenderar också att du använder distributionsalternativet för maximal spridning för zonredundanta virtuella datorer. Mer information finns i spridningsalternativen.
Spridningsalternativ
När du distribuerar en skalningsuppsättning till en eller flera tillgänglighetszoner har du följande spridningsalternativ (från och med API-version 2017-12-01):
Maximal spridning (platformFaultDomainCount = 1). Maximal spridning är det rekommenderade distributionsalternativet eftersom det ger den bästa spridningen i de flesta fall. Om du vill sprida repliker över distinkta maskinvaruisoleringsenheter rekommenderar vi att du sprider dig över tillgänglighetszoner och använder maximal spridning inom varje zon.
Med maximal spridning sprider skalningsuppsättningen dina virtuella datorer över så många feldomäner som möjligt inom varje zon. Den här spridningen kan vara över större eller färre än fem feldomäner per zon.
Kommentar
Med maximal spridning, oavsett hur många feldomäner som de virtuella datorerna är spridda över, kan du bara se en feldomän i både skalningsuppsättningens VM-instansvy och instansmetadata. Spridningen inom varje zon är implicit.
Statisk fast spridning (platformFaultDomainCount = 5). Med statisk fast spridning sprider skalningsuppsättningen dina virtuella datorer exakt över fem feldomäner per zon. Om skalningsuppsättningen inte kan hitta fem distinkta feldomäner per zon för att uppfylla allokeringsbegäran misslyckas begäran.
Spridning i linje med feldomäner för hanterade diskar (platformFaultDomainCount = 2 eller 3) Du kan överväga att justera antalet feldomäner för skalningsuppsättningar med antalet feldomäner för hanterade diskar. Den här justeringen kan bidra till att förhindra förlust av kvorum om en hel feldomän för hanterade diskar går ned. Antalet feldomäner kan anges till mindre än eller lika med antalet hanterade diskars feldomäner som är tillgängliga i var och en av regionerna. Mer information om antalet feldomäner för hanterade diskar efter region finns i [insert doc here](link here).
Zonutjämning
För skalningsuppsättningar som distribueras över flera zoner (zonredundanta) kan du välja zonsaldo för bästa insats eller strikt zonsaldo. En skalningsuppsättning anses vara "balanserad" om varje zon har samma antal virtuella datorer (plus eller minus en virtuell dator) som alla andra zoner i skalningsuppsättningen. Till exempel:
| Skalningsuppsättning | Virtuella datorer i zon 1 | Virtuella datorer i zon 2 | Virtuella datorer i zon 3 | Zonutjämning |
|---|---|---|---|---|
| Balanserad skalningsuppsättning | 2 | 3 | 3 | Den här skalningsuppsättningen anses vara balanserad. Det finns bara en zon med ett annat antal virtuella datorer och det är bara 1 mindre än de andra zonerna. |
| Obalanserad skalningsuppsättning | 1 | 3 | 3 | Den här skalningsuppsättningen anses vara obalanserad. Zon 1 har 2 färre virtuella datorer än zonerna 2 och 3. |
Det är möjligt att virtuella datorer i skalningsuppsättningen har skapats, men tillägg på dessa virtuella datorer kan inte distribueras. De virtuella datorerna med tilläggsfel räknas fortfarande när du avgör om en skalningsuppsättning är balanserad. Till exempel anses en skalningsuppsättning med 3 virtuella datorer i zon 1, 3 virtuella datorer i zon 2 och 3 virtuella datorer i zon 3 vara balanserade även om alla tillägg misslyckades i zon 1 och alla tillägg lyckades i zon 2 och 3.
Med zonbalans med bästa förmåga försöker skalningsuppsättningen skala in och ut samtidigt som balansen bibehålls. Men om det av någon anledning inte är möjligt att balansera (till exempel om en zon går ned kan skalningsuppsättningen inte skapa en ny virtuell dator i den zonen), gör skalningsuppsättningen att tillfällig obalans kan skalas in eller ut. Vid efterföljande utskalningsförsök lägger skalningsuppsättningen till virtuella datorer i zoner som behöver fler virtuella datorer för att skalningsuppsättningen ska balanseras. På samma sätt tar skalningsuppsättningen bort virtuella datorer från zoner som behöver färre virtuella datorer för att skalningsuppsättningen ska balanseras vid efterföljande skalningsförsök. Med "strikt zonbalans" misslyckas skalningsuppsättningen alla försök att skala in eller ut om detta skulle orsaka obalans.
Om du vill använda zonsaldo för bästa insats anger du zoneBalance till false. Inställningen zoneBalance är standardinställningen i API-version 2017-12-01. Om du vill använda strikt zonsaldo anger du zoneBalance till sant.
Migrera till stöd för tillgänglighetszoner
Information om hur du distribuerar om en regional skalningsuppsättning till stöd för tillgänglighetszoner finns i Migrera virtuella datorer och Vm-skalningsuppsättningar till stöd för tillgänglighetszoner.
Mer information
Placeringsgrupper
Viktigt!
Placeringsgrupper gäller endast för vm-skalningsuppsättningar som körs i enhetligt orkestreringsläge.
När du distribuerar en VM-skalningsuppsättning kan du distribuera med en eller flera placeringsgrupper per tillgänglighetszon. För regionala skalningsuppsättningar är valet att ha en enskild placeringsgrupp i regionen eller att ha flera placeringsgrupper i regionen. Om skalningsuppsättningsegenskapen singlePlacementGroup är inställd på false kan skalningsuppsättningen bestå av flera placeringsgrupper och har ett intervall på 0–1 000 virtuella datorer. När skalningsuppsättningen är inställd på standardvärdet true består den av en enskild placeringsgrupp och har ett intervall på 0–100 virtuella datorer. För de flesta arbetsbelastningar rekommenderar vi flera placeringsgrupper, vilket möjliggör större skalning. I API-version 2017-12-01 är skalningsuppsättningar som standard flera placeringsgrupper för skalningsuppsättningar med en zon och flera zoner, men de är standard för en enda placeringsgrupp för regionala skalningsuppsättningar.