Dela via

Migrera distributioner och resurser till VM-skalningsuppsättningar i flexibel orkestrering

  • Artikel

Precis som med tillgänglighetsuppsättningar kan du använda vm-skalningsuppsättningar för att sprida virtuella datorer över flera feldomäner. Med vm-skalningsuppsättningar med flexibel orkestrering kan du kombinera skalbarheten för vm-skalningsuppsättningar i enhetligt orkestreringsläge med regionala tillgänglighetsgarantier för tillgänglighetsuppsättningar. Den här artikeln går över migreringsöverväganden när du byter till flexibelt orkestreringsläge för vm-skalningsuppsättningar.

Uppdatera distributionsmallar och skript för tillgänglighetsuppsättningar

Först måste du skapa en VM-skalningsuppsättning utan automatisk skalningsprofil via Azure CLI, Azure PowerShell eller ARM-mall. Azure-portalen tillåter endast att du skapar en VM-skalningsuppsättning med en profil för automatisk skalning. Om du inte vill ha eller behöver en profil för automatisk skalning och vill skapa en skalningsuppsättning med Hjälp av Azure-portalen kan du ange den initiala kapaciteten till 0.

Du måste ange antalet feldomäner för vm-skalningsuppsättningen. För regionala (icke-zonindelade) distributioner erbjuder Vm-skalningsuppsättningar samma garantier för feldomäner som tillgänglighetsuppsättningar. Du kan dock skala upp till 1 000 instanser. För zonindefinerade distributioner där du sprider instanser över flera tillgänglighetszoner måste antalet feldomäner vara inställt på 1.

Uppdateringsdomäner har föråldrats i flexibelt orkestreringsläge. De flesta plattformsuppdateringar med SKU:er för generell användning utförs med direktmigrering och kräver inte omstart av instansen. När ett plattformsunderhåll kräver att instanser startas om tillämpas uppdateringarna på feldomänen efter feldomän.

Flexibel orkestrering för vm-skalningsuppsättningar stöder även distribution av instanser över flera tillgänglighetszoner. Du kanske vill överväga att uppdatera dina VM-distributioner så att de sprids över flera tillgänglighetszoner.

Det sista steget i den här processen är att skapa en virtuell dator. I stället för att ange en tillgänglighetsuppsättning anger du VM-skalningsuppsättningen. Du kan också ange tillgänglighetszonen eller feldomänen där du vill placera den virtuella datorn.

Migrera befintliga virtuella datorer för tillgänglighetsuppsättningar

Det finns för närvarande inga automatiserade verktyg för att direkt flytta befintliga instanser i en tillgänglighetsuppsättning till en VM-skalningsuppsättning. Det finns dock flera strategier som du kan använda för att migrera befintliga instanser till en flexibel skalningsuppsättning:

Blå/grön eller sida vid sida-migrering

  1. Skapa nya skalningsuppsättningsinstanser för virtuella datorer med liknande konfiguration i samma resursgrupp, virtuella nätverk, lastbalanserare osv. som de virtuella datorerna i tillgängligheten
  2. Migrera data, nätverkstrafik osv. för att använda de nya skalningsuppsättningsinstanserna
  3. Frigör eller ta bort de ursprungliga virtuella datorerna för tillgänglighetsuppsättningen, så att de virtuella skalningsuppsättningsdatorerna körs för ditt program

Ersätt VM-instanser

  1. Observera de parametrar som du vill behålla från den virtuella datorn (namn, nätverkskorts-ID, operativsystem och datadisk-ID:n, konfigurationsinställningar för virtuella datorer, feldomänplacering osv.)
  2. Ta bort den virtuella datorn för tillgänglighetsuppsättningen. Nätverkskort och diskar för den virtuella datorn tas inte bort
  3. Skapa ett nytt virtuellt datorobjekt med hjälp av parametrarna från den ursprungliga virtuella datorn
    • NIC-ID
    • OS- och datadiskar
    • Feldomänplacering
    • Andra inställningar för virtuella datorer

Uppdatera distributionsmallar och skript för enhetliga skalningsuppsättningar

Uppdatera distributionsmallar och skript för enhetliga vm-skalningsuppsättningar för att använda flexibel orkestrering. Ändra följande element i mallarna för att slutföra processen.

  • Ta bort LoadBalancerNATPool (gäller inte för flex)
  • Ta bort överetableringsparameter (inte giltig för flex)
  • Ta bort upgradePolicy (gäller inte för flex ännu)
  • Uppdatera api-versionen för beräkning till 2021-03-01
  • Lägg till orkestreringsläge flexible
  • platformFaultDomainCount krävs
  • singlePlacementGroup=falskt krävs
  • Lägg till nätverks-API-version till 2021-11-01 eller senare
  • Ange IP configuration.properties.primary till true (krävs för regler för utgående trafik)

Migrera befintliga enhetliga skalningsuppsättningar

Det finns för närvarande inga automatiserade verktyg för att direkt flytta befintliga instanser eller uppgradera en enhetlig skalningsuppsättning till en flexibel vm-skalningsuppsättning. Här är dock en strategi som du kan använda för att migrera befintliga instanser till en flexibel skalningsuppsättning:

Blå/grön eller sida vid sida-migrering

  1. Skapa en ny skalningsuppsättning för flexibelt orkestreringsläge med liknande konfiguration i samma resursgrupp, virtuella nätverk, lastbalanserare osv. som den ursprungliga skalningsuppsättningen i enhetlig orkestreringsläge
  2. Migrera data, nätverkstrafik osv. för att använda de nya skalningsuppsättningsinstanserna
  3. Skala ned eller ta bort de ursprungliga virtuella datorerna för enhetlig skalningsuppsättning, så att de virtuella skalningsuppsättningsdatorerna körs för ditt program

Överväganden för flexibla skalningsuppsättningar

Med vm-skalningsuppsättningar med flexibel orkestrering kan du kombinera skalbarheten för vm-skalningsuppsättningar i enhetlig orkestrering med regionala tillgänglighetsgarantier för tillgänglighetsuppsättningar. Följande är viktiga överväganden när du bestämmer dig för att arbeta med läget Flexibel orkestrering.

Skapa skalbar nätverksanslutning

Nätverksbeteendet för utgående åtkomst varierar beroende på hur du väljer att skapa virtuella datorer i din skalningsuppsättning. Manuellt tillagda VM-instanser har standardåtkomst till utgående anslutningar. Implicit skapade VM-instanser har inte standardåtkomst.

För att förbättra standardnätverkssäkerheten har virtuella datorinstanser som skapats implicit via profilen för automatisk skalning inte standardåtkomst för utgående trafik. För att kunna använda VM-skalningsuppsättningar med implicit skapade VM-instanser måste utgående åtkomst uttryckligen definieras via någon av följande metoder:

  • I de flesta scenarier rekommenderar vi NAT Gateway som är ansluten till undernätet.
  • För scenarier med höga säkerhetskrav eller när du använder Azure Firewall eller Virtuell nätverksinstallation (NVA) kan du ange en anpassad användardefinierad väg som nästa hopp genom brandväggen.
  • Instanser finns i serverdelspoolen för en Standard SKU Azure Load Balancer.
  • Koppla en offentlig IP-adress till instansens nätverksgränssnitt.

Vanliga scenarier som kräver explicit utgående anslutning är:

  • Aktivering av virtuella Windows-datorer kräver att du har definierat utgående anslutning från den virtuella datorinstansen till Windows Activation Key Management Service (KMS). Mer information finns i Felsöka problem med aktivering av virtuella Windows-datorer.
  • Åtkomst till lagringskonton eller Key Vault. Anslutning till Azure-tjänster kan också upprättas via Private Link.
  • Windows-uppdateringar.
  • Åtkomst till Linux-pakethanterare.

Mer information finns i Standardåtkomst för utgående trafik i Azure.

Med virtuella datorer med en instans där du uttryckligen skapar nätverkskortet tillhandahålls standardåtkomst för utgående trafik. Vm-skalningsuppsättningar i enhetlig orkestreringsläge har också standardanslutning för utgående trafik.

Viktigt!

Bekräfta att du har explicit utgående nätverksanslutning. Läs mer om detta i virtuella nätverk och virtuella datorer i Azure och se till att du följer metodtipsen för Azure-nätverk.

Tilldela feldomän när den virtuella datorn skapas

Du kan välja antalet feldomäner för skalningsuppsättningen Flexibel orkestrering. När du lägger till en virtuell dator i en flexibel skalningsuppsättning sprider Azure som standard instanser jämnt över feldomäner. Vi rekommenderar att Azure tilldelar feldomänen, men för avancerade scenarier eller felsökningsscenarier kan du åsidosätta det här standardbeteendet och ange feldomänen där instansen hamnar.

az vm create –vmss "myVMSS"  –-platform_fault_domain 1

Namngivning av instanser

När du skapar en virtuell dator och lägger till den i en flexibel skalningsuppsättning har du fullständig kontroll över instansnamn i Azure Naming Convention-reglerna. När virtuella datorer läggs till automatiskt i skalningsuppsättningen via autoskalning anger du ett prefix och Azure lägger till ett unikt nummer i slutet av namnet.

Ändra VM-API:et för listskalningsuppsättningar

Med vm-skalningsuppsättningar kan du visa en lista över de instanser som tillhör skalningsuppsättningen. Med flexibel orkestrering innehåller listan VM-kommandot Vm Scale Sets (VM-skalningsuppsättningar) en lista över VM-ID:n för skalningsuppsättningar. Du kan sedan anropa vm-kommandona GET Virtual Machine Scale Sets för att få mer information om hur skalningsuppsättningen fungerar med VM-instansen. Om du vill få fullständig information om den virtuella datorn använder du vanliga GET VM-kommandon eller Azure Resource Graph.

Fråga instanser om energitillstånd

Den bästa metoden är att använda Azure Resource Graph för att fråga efter alla virtuella datorer i en VM-skalningsuppsättning. Azure Resource Graph tillhandahåller effektiva frågefunktioner för Azure-resurser i stor skala mellan prenumerationer.

| where type =~ 'Microsoft.Compute/virtualMachines'
| where properties.virtualMachineScaleSet contains "demo"
| extend powerState = properties.extended.instanceView.powerState.code
| project name, resourceGroup, location, powerState
| order by resourceGroup desc, name desc

Att fråga efter resurser med Azure Resource Graph är ett bekvämt och effektivt sätt att köra frågor mot Azure-resurser och minimera API-anrop till resursprovidern. Azure Resource Graph är en så småningom konsekvent cache där nya eller uppdaterade resurser kanske inte återspeglas på upp till 60 sekunder. Du kan:

  • Lista virtuella datorer i en resursgrupp eller prenumeration.
  • Använd alternativet expandera för att hämta instansvyn (tilldelning av feldomän, energisparläge och etableringstillstånd) för alla virtuella datorer i din prenumeration.
  • Använd HÄMTA VM-API och -kommandon för att hämta modell- och instansvyn för en enda instans.

Skalningsuppsättningar för vm-batchåtgärder

Använd de vanliga VM-kommandona för att starta, stoppa, starta om, ta bort instanser i stället för VM-API:erna för VM-skalningsuppsättningar för virtuella datorer. Batchåtgärder för vm-skalningsuppsättningar för virtuella datorer (starta alla, stoppa alla, ändra storlek på alla osv.) används inte med flexibelt orkestreringsläge.

Övervaka programhälsa

Med övervakning av programhälsa kan ditt program ge Azure pulsslag för att avgöra om programmet är felfritt eller inte. Azure kan automatiskt ersätta vm-instanser som inte är felfria. För instanser av flexibel skalningsuppsättning måste du installera och konfigurera programhälsotillägget på den virtuella datorn. För enhetliga skalningsuppsättningsinstanser kan du använda antingen programhälsotillägget eller mäta hälsotillståndet med en anpassad hälsoavsökning för Azure Load Balancer.

Hämta startdiagnostikdata

Använd standard-API:er och kommandon för virtuella datorer för att hämta startdiagnostikdata för instanser och skärmbilder. Vm-startdiagnostik-API:er och kommandon för vm-startskalningsuppsättningar används inte med instanser av flexibelt orkestreringsläge.

VM-tillägg

Använd tillägg som är avsedda för virtuella standarddatorer i stället för tillägg som är avsedda för enhetliga orkestreringslägesinstanser.

Skydda instanser från borttagning

Vm-skalningsuppsättningar i flexibelt orkestreringsläge har för närvarande inte alternativ för instansskydd. Om du har aktiverat autoskalning på en VM-skalningsuppsättning kan vissa virtuella datorer riskera att tas bort under skalningen. Om du vill skydda vissa VM-instanser från borttagning använder du Azure Resource Manager-låset.

Nästa steg

Jämför API-skillnaderna mellan enhetliga och flexibla orkestreringslägen.