Automatyczne uaktualnienia obrazów systemu operacyjnego dla zestawu skalowania maszyn wirtualnych platformy Azure

Włączenie automatycznych uaktualnień obrazów systemu operacyjnego w zestawie skalowania ułatwia zarządzanie aktualizacjami dzięki bezpiecznemu i automatycznemu uaktualnianiu dysku systemu operacyjnego dla wszystkich wystąpień w zestawie skalowania.

Automatyczne uaktualnianie systemu operacyjnego ma następujące cechy:

  • Po skonfigurowaniu najnowszy obraz systemu operacyjnego opublikowany przez wydawców obrazów jest automatycznie stosowany do zestawu skalowania bez interwencji użytkownika.
  • Uaktualnia partie wystąpień w sposób kroczący za każdym razem, gdy wydawca publikuje nowy obraz.
  • Integruje się z sondami kondycji aplikacji i rozszerzeniem Application Health.
  • Działa dla wszystkich rozmiarów maszyn wirtualnych oraz obrazów systemów Windows i Linux, w tym obrazów niestandardowych za pośrednictwem galerii obliczeń platformy Azure.
  • Możesz zrezygnować z automatycznych uaktualnień w dowolnym momencie (uaktualnienia systemu operacyjnego można również zainicjować ręcznie).
  • Dysk systemu operacyjnego maszyny wirtualnej jest zastępowany nowym dyskiem systemu operacyjnego utworzonym przy użyciu najnowszej wersji obrazu. Skonfigurowane rozszerzenia i niestandardowe skrypty danych są uruchamiane, a utrwalone dyski danych są zachowywane.
  • Sekwencjonowanie rozszerzeń jest obsługiwane.
  • Można włączyć w zestawie skalowania dowolnego rozmiaru.

Uwaga

Przed włączeniem automatycznych uaktualnień obrazów systemu operacyjnego zapoznaj się z sekcją wymagań tej dokumentacji.

Jak działa automatyczne uaktualnianie obrazu systemu operacyjnego?

Uaktualnienie działa przez zastąpienie dysku systemu operacyjnego maszyny wirtualnej nowym dyskiem utworzonym przy użyciu najnowszej wersji obrazu. Wszystkie skonfigurowane rozszerzenia i niestandardowe skrypty danych są uruchamiane na dysku systemu operacyjnego, podczas gdy dyski danych są zachowywane. Aby zminimalizować przestój aplikacji, uaktualnienia odbywają się w partiach, a nie więcej niż 20% uaktualnienia zestawu skalowania w dowolnym momencie.

Można zintegrować sondę kondycji aplikacji Azure Load Balancer lub rozszerzenie Application Health, aby śledzić kondycję aplikacji po uaktualnieniu. Zalecamy włączenie pulsu aplikacji w celu zweryfikowania powodzenia uaktualnienia.

Aktualizacje Aktualizacje dostępności

Model pierwszej dostępności dla platformy zorganizowanych aktualizacji opisanych poniżej zapewnia, że konfiguracje dostępności na platformie Azure są przestrzegane na wielu poziomach dostępności.

Między regionami:

  • Aktualizacja zostanie przeniesiona na platformę Azure globalnie w sposób etapowy, aby zapobiec niepowodzeniu wdrażania na całej platformie Azure.
  • "Faza" może mieć co najmniej jeden region, a aktualizacja jest przesuwana między fazami tylko wtedy, gdy kwalifikujące się maszyny wirtualne w poprzedniej fazie zostaną pomyślnie zaktualizowane.
  • Regiony sparowane geograficznie nie będą aktualizowane współbieżnie i nie mogą być w tej samej fazie regionalnej.
  • Powodzenie aktualizacji jest mierzone przez śledzenie kondycji po aktualizacji maszyny wirtualnej.

W obrębie regionu:

  • Maszyny wirtualne w różnych Strefy dostępności nie są aktualizowane współbieżnie przy użyciu tej samej aktualizacji.

W zestawie:

  • Wszystkie maszyny wirtualne w typowym zestawie skalowania nie są aktualizowane współbieżnie.
  • Maszyny wirtualne w typowym zestawie skalowania maszyn wirtualnych są grupowane w partiach i aktualizowane w granicach domeny aktualizacji, jak opisano poniżej.

Proces aktualizacji zorganizowanych przez platformę jest wdrażany co miesiąc w celu wdrażania obsługiwanych uaktualnień obrazów platformy systemu operacyjnego. W przypadku obrazów niestandardowych za pośrednictwem usługi Azure Compute Gallery uaktualnienie obrazu jest uruchamiane tylko dla określonego regionu świadczenia usługi Azure po opublikowaniu i replikacji nowego obrazu do regionu tego zestawu skalowania.

Uaktualnianie maszyn wirtualnych w zestawie skalowania

Region zestawu skalowania staje się uprawniony do uzyskania uaktualnień obrazów za pośrednictwem procesu pierwszej dostępności dla obrazów platformy lub replikowania nowych niestandardowych wersji obrazów dla galerii obrazów udziałów. Uaktualnienie obrazu jest następnie stosowane do pojedynczego zestawu skalowania w sposób wsadowy w następujący sposób:

  1. Przed rozpoczęciem procesu uaktualniania orkiestrator zapewni, że nie więcej niż 20% wystąpień w całym zestawie skalowania jest w złej kondycji (z jakiegokolwiek powodu).
  2. Orkiestrator uaktualniania identyfikuje partię wystąpień maszyn wirtualnych do uaktualnienia, a każda partia ma maksymalnie 20% całkowitej liczby wystąpień, z zastrzeżeniem minimalnego rozmiaru partii jednej maszyny wirtualnej. Nie ma wymagań dotyczących minimalnego rozmiaru zestawu skalowania, a zestawy skalowania z 5 lub mniejszą liczbą wystąpień będą miały 1 maszynę wirtualną na partię uaktualnienia (minimalny rozmiar partii).
  3. Dysk systemu operacyjnego każdej maszyny wirtualnej w wybranej partii uaktualnienia jest zastępowany nowym dyskiem systemu operacyjnego utworzonym na podstawie najnowszego obrazu. Wszystkie określone rozszerzenia i konfiguracje w modelu zestawu skalowania są stosowane do uaktualnionego wystąpienia.
  4. W przypadku zestawów skalowania ze skonfigurowanymi sondami kondycji aplikacji lub rozszerzeniem kondycji aplikacji uaktualnienie trwa do 5 minut, zanim wystąpienie stanie się w dobrej kondycji, zanim przejdzie do uaktualnienia następnej partii. Jeśli wystąpienie nie odzyska kondycji w ciągu 5 minut po uaktualnieniu, domyślnie poprzedni dysk systemu operacyjnego dla wystąpienia zostanie przywrócony.
  5. Orkiestrator uaktualnienia śledzi również procent wystąpień, które stają się w złej kondycji po uaktualnieniu. Uaktualnienie zostanie zatrzymane, jeśli ponad 20% uaktualnionych wystąpień stanie się w złej kondycji podczas procesu uaktualniania.
  6. Powyższy proces będzie kontynuowany do momentu uaktualnienia wszystkich wystąpień w zestawie skalowania.

Orkiestrator uaktualniania systemu operacyjnego zestawu skalowania sprawdza ogólną kondycję zestawu skalowania przed uaktualnieniem każdej partii. Podczas uaktualniania partii mogą istnieć inne współbieżne planowane lub nieplanowane działania konserwacyjne, które mogą mieć wpływ na kondycję wystąpień zestawu skalowania. W takich przypadkach, jeśli ponad 20% wystąpień zestawu skalowania stanie się w złej kondycji, uaktualnienie zestawu skalowania zostanie zatrzymane na końcu bieżącej partii.

Uwaga

Automatyczne uaktualnianie systemu operacyjnego nie uaktualnia jednostki SKU obrazu referencyjnego w zestawie skalowania. Aby zmienić jednostkę SKU (na przykład Ubuntu 16.04-LTS na 18.04-LTS), musisz zaktualizować model zestawu skalowania bezpośrednio przy użyciu odpowiedniej jednostki SKU obrazu. Nie można zmienić wydawcy obrazów i oferty dla istniejącego zestawu skalowania.

Obsługiwane obrazy systemu operacyjnego

Obecnie obsługiwane są tylko niektóre obrazy platformy systemu operacyjnego. Obrazy niestandardowe są obsługiwane , jeśli zestaw skalowania używa niestandardowych obrazów za pośrednictwem usługi Azure Compute Gallery.

Następujące jednostki SKU platformy są obecnie obsługiwane (a kolejne są okresowo dodawane):

Publisher Oferta systemu operacyjnego SKU
Canonical UbuntuServer 18.04-LTS
Canonical UbuntuServer 18.04-LTS-Gen2
Canonical 0001-com-ubuntu-server-ogniskowy 20.04-LTS
Canonical 0001-com-ubuntu-server-ogniskowy 20.04-LTS-Gen2
MicrosoftCblMariner Cbl-Mariner cbl-mariner-1
MicrosoftCblMariner Cbl-Mariner 1-Gen2
MicrosoftCblMariner Cbl-Mariner cbl-mariner-2
MicrosoftCblMariner Cbl-Mariner cbl-mariner-2-Gen2
MicrosoftWindowsServer WindowsServer 2012-R2-Datacenter
MicrosoftWindowsServer WindowsServer 2016-Datacenter
MicrosoftWindowsServer WindowsServer 2016-Datacenter-gensecond
MicrosoftWindowsServer WindowsServer 2016-Datacenter-gs
MicrosoftWindowsServer WindowsServer 2016-Datacenter-smalldisk
MicrosoftWindowsServer WindowsServer 2016-Datacenter-with-Containers
MicrosoftWindowsServer WindowsServer 2016-Datacenter-with-containers-gs
MicrosoftWindowsServer WindowsServer 2019-Datacenter
MicrosoftWindowsServer WindowsServer 2019-Datacenter-Core
MicrosoftWindowsServer WindowsServer 2019-Datacenter-Core-with-Containers
MicrosoftWindowsServer WindowsServer 2019-Datacenter-gensecond
MicrosoftWindowsServer WindowsServer 2019-Datacenter-gs
MicrosoftWindowsServer WindowsServer 2019-Datacenter-smalldisk
MicrosoftWindowsServer WindowsServer 2019-Datacenter-with-Containers
MicrosoftWindowsServer WindowsServer 2019-Datacenter-with-containers-gs
MicrosoftWindowsServer WindowsServer 2022-Datacenter
MicrosoftWindowsServer WindowsServer 2022-Datacenter-smalldisk
MicrosoftWindowsServer WindowsServer 2022-Datacenter-smalldisk-g2
MicrosoftWindowsServer WindowsServer 2022-Datacenter-azure-edition
MicrosoftWindowsServer WindowsServer 2022-Datacenter-core
MicrosoftWindowsServer WindowsServer 2022-Datacenter-core-smalldisk
MicrosoftWindowsServer WindowsServer 2022-Datacenter-g2

Wymagania dotyczące konfigurowania automatycznego uaktualniania obrazu systemu operacyjnego

  • Właściwość version obrazu musi być ustawiona na najnowszą.
  • Należy użyć sond kondycji aplikacji lub rozszerzenia Application Health dla zestawów skalowania nienależących do usługi Service Fabric. Aby uzyskać informacje o wymaganiach usługi Service Fabric, zobacz Wymagania dotyczące usługi Service Fabric.
  • Użyj interfejsu API obliczeniowego w wersji 2018-10-01 lub nowszej.
  • Upewnij się, że zasoby zewnętrzne określone w modelu zestawu skalowania są dostępne i zaktualizowane. Przykłady obejmują identyfikator URI sygnatury dostępu współdzielonego dla ładunku rozruchowego we właściwościach rozszerzenia maszyny wirtualnej, ładunek na koncie magazynu, odwołanie do wpisów tajnych w modelu i nie tylko.
  • W przypadku zestawów skalowania korzystających z maszyn wirtualnych z systemem Windows, począwszy od interfejsu API obliczeniowego w wersji 2019-03-01, właściwość virtualMachineProfile.osProfile.windowsConfiguration.enableAutomaticUpdates musi mieć wartość false w definicji modelu zestawu skalowania. Właściwość enableAutomaticUpdates umożliwia stosowanie poprawek na maszynie wirtualnej, gdzie "Windows Update" stosuje poprawki systemu operacyjnego bez zastępowania dysku systemu operacyjnego. W przypadku włączenia automatycznych uaktualnień obrazów systemu operacyjnego w zestawie skalowania nie jest wymagany dodatkowy proces stosowania poprawek przez Windows Update.

Wymagania dotyczące usługi Service Fabric

Jeśli używasz usługi Service Fabric, upewnij się, że spełnione są następujące warunki:

  • Poziom trwałości usługi Service Fabric to Silver lub Gold. Jeśli trwałość usługi Service Fabric jest brązowa, tylko typy węzłów tylko bezstanowe obsługują automatyczne uaktualnienia obrazów systemu operacyjnego.
  • Rozszerzenie usługi Service Fabric w definicji modelu zestawu skalowania musi mieć wartość TypeHandlerVersion 1.1 lub nowszą.
  • Poziom trwałości powinien być taki sam w przypadku klastra usługi Service Fabric i rozszerzenia usługi Service Fabric w definicji modelu zestawu skalowania.
  • Dodatkowa sonda kondycji lub użycie rozszerzenia kondycji aplikacji nie jest wymagane do trwałości silver lub Gold. Trwałość brązu z typami węzłów tylko bezstanowymi wymaga dodatkowej sondy kondycji.
  • Właściwość virtualMachineProfile.osProfile.windowsConfiguration.enableAutomaticUpdates musi mieć wartość false w definicji modelu zestawu skalowania. Właściwość enableAutomaticUpdates umożliwia stosowanie poprawek na maszynie wirtualnej przy użyciu opcji "Windows Update" i nie jest obsługiwana w zestawach skalowania usługi Service Fabric.

Upewnij się, że ustawienia trwałości nie są niezgodne w klastrze usługi Service Fabric i rozszerzeniu usługi Service Fabric, ponieważ niezgodność spowoduje błędy uaktualniania. Poziomy trwałości można modyfikować zgodnie z wytycznymi opisanymi na tej stronie.

Automatyczne uaktualnianie obrazu systemu operacyjnego dla obrazów niestandardowych

Automatyczne uaktualnianie obrazu systemu operacyjnego jest obsługiwane w przypadku obrazów niestandardowych wdrożonych za pośrednictwem usługi Azure Compute Gallery. Inne obrazy niestandardowe nie są obsługiwane w przypadku automatycznych uaktualnień obrazów systemu operacyjnego.

Dodatkowe wymagania dotyczące obrazów niestandardowych

  • Proces instalacji i konfiguracji automatycznego uaktualniania obrazu systemu operacyjnego jest taki sam dla wszystkich zestawów skalowania, jak opisano w sekcji konfiguracji tej strony.
  • Wystąpienia zestawów skalowania skonfigurowane do automatycznych uaktualnień obrazów systemu operacyjnego zostaną uaktualnione do najnowszej wersji obrazu usługi Azure Compute Gallery po opublikowaniu nowej wersji obrazu i zreplikowanej do regionu tego zestawu skalowania. Jeśli nowy obraz nie jest replikowany do regionu, w którym jest wdrażana skala, wystąpienia zestawu skalowania nie zostaną uaktualnione do najnowszej wersji. Replikacja obrazu regionalnego umożliwia kontrolowanie wdrożenia nowego obrazu dla zestawów skalowania.
  • Nowa wersja obrazu nie powinna być wykluczona z najnowszej wersji obrazu galerii. Wersje obrazów wykluczone z najnowszej wersji obrazu galerii nie są wdrażane w zestawie skalowania za pośrednictwem automatycznego uaktualniania obrazu systemu operacyjnego.

Uwaga

Uruchomienie pierwszego wdrożenia uaktualnienia obrazu po pierwszym uaktualnieniu zestawu skalowania po pierwszym skonfigurowaniu zestawu skalowania pod kątem automatycznych uaktualnień systemu operacyjnego może potrwać do 3 godzin. Jest to jednorazowe opóźnienie dla zestawu skalowania. Kolejne wdrożenia obrazów są wyzwalane w zestawie skalowania w ciągu 30–60 minut.

Konfigurowanie automatycznego uaktualniania obrazu systemu operacyjnego

Aby skonfigurować automatyczne uaktualnianie obrazu systemu operacyjnego, upewnij się, że właściwość automaticOSUpgradePolicy.enableAutomaticOSUpgrade ma wartość true w definicji modelu zestawu skalowania.

Uwaga

Tryb zasad uaktualniania i zasady automatycznego uaktualniania systemu operacyjnego są oddzielnymi ustawieniami i kontrolują różne aspekty zestawu skalowania. Po wprowadzeniu zmian w szablonie zestawu skalowania zasady mode uaktualniania określają, co się stanie z istniejącymi wystąpieniami w zestawie skalowania. Jednak zasady automatycznego uaktualniania enableAutomaticOSUpgrade systemu operacyjnego są specyficzne dla obrazu systemu operacyjnego i śledzą zmiany wprowadzone przez wydawcę obrazu i określają, co się stanie, gdy obraz zostanie zaktualizowany.

Interfejs API REST

W poniższym przykładzie opisano sposób ustawiania automatycznych uaktualnień systemu operacyjnego w modelu zestawu skalowania:

PUT or PATCH on `/subscriptions/subscription_id/resourceGroups/myResourceGroup/providers/Microsoft.Compute/virtualMachineScaleSets/myScaleSet?api-version=2021-03-01`
{
  "properties": {
    "upgradePolicy": {
      "automaticOSUpgradePolicy": {
        "enableAutomaticOSUpgrade":  true
      }
    }
  }
}

Azure PowerShell

Użyj polecenia cmdlet Update-AzVmsss, aby skonfigurować automatyczne uaktualnienia obrazów systemu operacyjnego dla zestawu skalowania. W poniższym przykładzie skonfigurowano automatyczne uaktualnienia dla zestawu skalowania o nazwie myScaleSet w grupie zasobów o nazwie myResourceGroup:

Update-AzVmss -ResourceGroupName "myResourceGroup" -VMScaleSetName "myScaleSet" -AutomaticOSUpgrade $true

Interfejs wiersza polecenia platformy Azure 2.0

Użyj polecenia az vmss update , aby skonfigurować automatyczne uaktualnienia obrazów systemu operacyjnego dla zestawu skalowania. Użyj interfejsu wiersza polecenia platformy Azure w wersji 2.0.47 lub nowszej. Poniższy przykład umożliwia skonfigurowanie automatycznych uaktualnień zestawu skalowania o nazwie myScaleSet w grupie zasobów o nazwie myResourceGroup:

az vmss update --name myScaleSet --resource-group myResourceGroup --set UpgradePolicy.AutomaticOSUpgradePolicy.EnableAutomaticOSUpgrade=true

Uwaga

Po skonfigurowaniu automatycznych uaktualnień obrazów systemu operacyjnego dla zestawu skalowania należy również przenieść maszyny wirtualne zestawu skalowania do najnowszego modelu zestawu skalowania, jeśli zestaw skalowania używa zasad uaktualniania ręcznego.

Korzystanie z sond kondycji aplikacji

Podczas uaktualniania systemu operacyjnego wystąpienia maszyn wirtualnych w zestawie skalowania są uaktualniane po jednej partii naraz. Uaktualnienie powinno być kontynuowane tylko wtedy, gdy aplikacja klienta jest w dobrej kondycji w uaktualnionych wystąpieniach maszyn wirtualnych. Zalecamy, aby aplikacja dostarczała sygnały kondycji do aparatu uaktualniania systemu operacyjnego zestawu skalowania. Domyślnie podczas uaktualniania systemu operacyjnego platforma uwzględnia stan zasilania maszyny wirtualnej i stan aprowizacji rozszerzenia, aby określić, czy wystąpienie maszyny wirtualnej jest w dobrej kondycji po uaktualnieniu. Podczas uaktualniania systemu operacyjnego wystąpienia maszyny wirtualnej dysk systemu operacyjnego w wystąpieniu maszyny wirtualnej jest zastępowany nowym dyskiem na podstawie najnowszej wersji obrazu. Po zakończeniu uaktualniania systemu operacyjnego skonfigurowane rozszerzenia są uruchamiane na tych maszynach wirtualnych. Aplikacja jest uważana za w dobrej kondycji tylko wtedy, gdy wszystkie rozszerzenia w wystąpieniu zostaną pomyślnie aprowidowane.

Zestaw skalowania można opcjonalnie skonfigurować za pomocą sond kondycji aplikacji, aby zapewnić platformie dokładne informacje na temat bieżącego stanu aplikacji. Sondy kondycji aplikacji to niestandardowe sondy Load Balancer, które są używane jako sygnał kondycji. Aplikacja uruchomiona w wystąpieniu maszyny wirtualnej zestawu skalowania może odpowiadać na zewnętrzne żądania HTTP lub TCP wskazujące, czy jest w dobrej kondycji. Aby uzyskać więcej informacji na temat sposobu działania sond niestandardowych Load Balancer, zobacz Omówienie sond modułu równoważenia obciążenia. Sondy kondycji aplikacji nie są obsługiwane w przypadku zestawów skalowania usługi Service Fabric. Zestawy skalowania spoza usługi Service Fabric wymagają Load Balancer sond kondycji aplikacji lub rozszerzenia kondycji aplikacji.

Jeśli zestaw skalowania jest skonfigurowany do używania wielu grup umieszczania, sondy używające usługa Load Balancer w warstwie Standardowa muszą być używane.

Konfigurowanie niestandardowej sondy Load Balancer jako sondy kondycji aplikacji w zestawie skalowania

Najlepszym rozwiązaniem jest jawne utworzenie sondy modułu równoważenia obciążenia dla kondycji zestawu skalowania. Można użyć tego samego punktu końcowego dla istniejącej sondy HTTP lub sondy TCP, ale sonda kondycji może wymagać innego zachowania niż tradycyjna sonda modułu równoważenia obciążenia. Na przykład tradycyjna sonda modułu równoważenia obciążenia może zwrócić złą kondycję, jeśli obciążenie wystąpienia jest zbyt wysokie, ale nie byłoby odpowiednie do określenia kondycji wystąpienia podczas automatycznego uaktualniania systemu operacyjnego. Skonfiguruj sondę tak, aby miała wysoką częstotliwość sondowania wynoszącą mniej niż dwie minuty.

Sondę modułu równoważenia obciążenia można odwołać w elemencie networkProfile zestawu skalowania i można skojarzyć z wewnętrznym lub publicznym modułem równoważenia obciążenia w następujący sposób:

"networkProfile": {
  "healthProbe" : {
    "id": "[concat(variables('lbId'), '/probes/', variables('sshProbeName'))]"
  },
  "networkInterfaceConfigurations":
  ...
}

Uwaga

W przypadku korzystania z automatycznych uaktualnień systemu operacyjnego w usłudze Service Fabric nowy obraz systemu operacyjnego jest wdrażany w domenie aktualizacji przez domenę aktualizacji, aby zachować wysoką dostępność usług uruchomionych w usłudze Service Fabric. Aby korzystać z automatycznych uaktualnień systemu operacyjnego w usłudze Service Fabric, należy skonfigurować typ węzła klastra do używania warstwy trwałości silver lub nowszej. W przypadku warstwy trwałości brązowej automatyczne uaktualnianie obrazu systemu operacyjnego jest obsługiwane tylko w przypadku typów węzłów bezstanowych. Aby uzyskać więcej informacji na temat właściwości trwałości klastrów usługi Service Fabric, zobacz tę dokumentację.

Aktualizowanie poświadczeń

Jeśli zestaw skalowania używa poświadczeń do uzyskiwania dostępu do zasobów zewnętrznych, takich jak rozszerzenie maszyny wirtualnej skonfigurowane do używania tokenu SAS dla konta magazynu, upewnij się, że poświadczenia zostały zaktualizowane. Jeśli jakiekolwiek poświadczenia, w tym certyfikaty i tokeny, wygasły, uaktualnienie zakończy się niepowodzeniem, a pierwsza partia maszyn wirtualnych pozostanie w stanie niepowodzenia.

Zalecane kroki odzyskiwania maszyn wirtualnych i ponownego włączenia automatycznego uaktualniania systemu operacyjnego, jeśli wystąpi błąd uwierzytelniania zasobu:

  • Wygeneruj ponownie token (lub inne poświadczenia) przekazane do rozszerzeń.
  • Upewnij się, że wszystkie poświadczenia używane z poziomu maszyny wirtualnej do komunikacji z jednostkami zewnętrznymi są aktualne.
  • Zaktualizuj rozszerzenia w modelu zestawu skalowania przy użyciu nowych tokenów.
  • Wdróż zaktualizowany zestaw skalowania, który zaktualizuje wszystkie wystąpienia maszyn wirtualnych, w tym te, które zakończyły się niepowodzeniem.

Korzystanie z rozszerzenia Application Health

Rozszerzenie Application Health jest wdrażane wewnątrz wystąpienia zestawu skalowania maszyn wirtualnych i raportuje kondycję maszyny wirtualnej z poziomu wystąpienia zestawu skalowania. Można skonfigurować rozszerzenie do sondowania w punkcie końcowym aplikacji i zaktualizować stan aplikacji w tym wystąpieniu. Ten stan wystąpienia jest sprawdzany przez platformę Azure, aby określić, czy wystąpienie kwalifikuje się do operacji uaktualniania.

Ponieważ rozszerzenie zgłasza kondycję z poziomu maszyny wirtualnej, rozszerzenie może być używane w sytuacjach, w których nie można używać sond zewnętrznych, takich jak sondy kondycji aplikacji (korzystające z niestandardowych sond Azure Load Balancer).

Istnieje wiele sposobów wdrażania rozszerzenia kondycji aplikacji w zestawach skalowania zgodnie z opisem w przykładach w tym artykule.

Pobieranie historii automatycznych uaktualnień obrazów systemu operacyjnego

Możesz sprawdzić historię najnowszego uaktualnienia systemu operacyjnego wykonanego w zestawie skalowania za pomocą Azure PowerShell, interfejsu wiersza polecenia platformy Azure 2.0 lub interfejsów API REST. Historię ostatnich pięciu prób uaktualnienia systemu operacyjnego można uzyskać w ciągu ostatnich dwóch miesięcy.

Interfejs API REST

W poniższym przykładzie użyto interfejsu API REST do sprawdzenia stanu zestawu skalowania o nazwie myScaleSet w grupie zasobów o nazwie myResourceGroup:

GET on `/subscriptions/subscription_id/resourceGroups/myResourceGroup/providers/Microsoft.Compute/virtualMachineScaleSets/myScaleSet/osUpgradeHistory?api-version=2021-03-01`

Wywołanie GET zwraca właściwości podobne do następujących przykładowych danych wyjściowych:

{
	"value": [
		{
			"properties": {
        "runningStatus": {
          "code": "RollingForward",
          "startTime": "2018-07-24T17:46:06.1248429+00:00",
          "completedTime": "2018-04-21T12:29:25.0511245+00:00"
        },
        "progress": {
          "successfulInstanceCount": 16,
          "failedInstanceCount": 0,
          "inProgressInstanceCount": 4,
          "pendingInstanceCount": 0
        },
        "startedBy": "Platform",
        "targetImageReference": {
          "publisher": "MicrosoftWindowsServer",
          "offer": "WindowsServer",
          "sku": "2016-Datacenter",
          "version": "2016.127.20180613"
        },
        "rollbackInfo": {
          "successfullyRolledbackInstanceCount": 0,
          "failedRolledbackInstanceCount": 0
        }
      },
      "type": "Microsoft.Compute/virtualMachineScaleSets/rollingUpgrades",
      "location": "westeurope"
    }
  ]
}

Azure PowerShell

Użyj polecenia cmdlet Get-AzVmss, aby sprawdzić historię uaktualniania systemu operacyjnego dla zestawu skalowania. W poniższym przykładzie szczegółowo przedstawiono sposób przeglądania stanu uaktualnienia systemu operacyjnego dla zestawu skalowania o nazwie myScaleSet w grupie zasobów o nazwie myResourceGroup:

Get-AzVmss -ResourceGroupName "myResourceGroup" -VMScaleSetName "myScaleSet" -OSUpgradeHistory

Interfejs wiersza polecenia platformy Azure 2.0

Użyj polecenia az vmss get-os-upgrade-history , aby sprawdzić historię uaktualniania systemu operacyjnego dla zestawu skalowania. Użyj interfejsu wiersza polecenia platformy Azure w wersji 2.0.47 lub nowszej. W poniższym przykładzie szczegółowo przedstawiono sposób przeglądania stanu uaktualnienia systemu operacyjnego dla zestawu skalowania o nazwie myScaleSet w grupie zasobów o nazwie myResourceGroup:

az vmss get-os-upgrade-history --resource-group myResourceGroup --name myScaleSet

Jak uzyskać najnowszą wersję obrazu systemu operacyjnego platformy?

Dostępne wersje obrazów dla obsługiwanych jednostek SKU automatycznego uaktualniania systemu operacyjnego można uzyskać, korzystając z poniższych przykładów:

Interfejs API REST

GET on `/subscriptions/subscription_id/providers/Microsoft.Compute/locations/{location}/publishers/{publisherName}/artifacttypes/vmimage/offers/{offer}/skus/{skus}/versions?api-version=2021-03-01`

Azure PowerShell

Get-AzVmImage -Location "westus" -PublisherName "Canonical" -Offer "UbuntuServer" -Skus "16.04-LTS"

Interfejs wiersza polecenia platformy Azure 2.0

az vm image list --location "westus" --publisher "Canonical" --offer "UbuntuServer" --sku "16.04-LTS" --all

Ręczne wyzwalanie uaktualnień obrazów systemu operacyjnego

Po włączeniu automatycznego uaktualniania obrazu systemu operacyjnego w zestawie skalowania nie trzeba ręcznie wyzwalać aktualizacji obrazu w zestawie skalowania. Orkiestrator uaktualniania systemu operacyjnego automatycznie zastosuje najnowszą dostępną wersję obrazu do wystąpień zestawu skalowania bez żadnej interwencji ręcznej.

W określonych przypadkach, w których nie chcesz czekać na zastosowanie najnowszego obrazu przez orkiestratora, możesz ręcznie wyzwolić uaktualnienie obrazu systemu operacyjnego, korzystając z poniższych przykładów.

Uwaga

Ręczne wyzwalanie uaktualnień obrazów systemu operacyjnego nie zapewnia funkcji automatycznego wycofywania. Jeśli wystąpienie nie odzyska kondycji po operacji uaktualniania, nie można przywrócić poprzedniego dysku systemu operacyjnego.

Interfejs API REST

Użyj wywołania interfejsu API uruchamiania uaktualniania systemu operacyjnego, aby rozpocząć uaktualnienie stopniowe, aby przenieść wszystkie wystąpienia zestawu skalowania maszyn wirtualnych do najnowszej dostępnej wersji systemu operacyjnego obrazu. Nie ma to wpływu na wystąpienia, na które jest już uruchomiona najnowsza dostępna wersja systemu operacyjnego. W poniższym przykładzie przedstawiono sposób uruchamiania stopniowego uaktualniania systemu operacyjnego w zestawie skalowania o nazwie myScaleSet w grupie zasobów o nazwie myResourceGroup:

POST on `/subscriptions/subscription_id/resourceGroups/myResourceGroup/providers/Microsoft.Compute/virtualMachineScaleSets/myScaleSet/osRollingUpgrade?api-version=2021-03-01`

Azure PowerShell

Użyj polecenia cmdlet Start-AzVmssRollingOSUpgrade , aby sprawdzić historię uaktualniania systemu operacyjnego dla zestawu skalowania. W poniższym przykładzie przedstawiono sposób uruchamiania stopniowego uaktualniania systemu operacyjnego w zestawie skalowania o nazwie myScaleSet w grupie zasobów o nazwie myResourceGroup:

Start-AzVmssRollingOSUpgrade -ResourceGroupName "myResourceGroup" -VMScaleSetName "myScaleSet"

Interfejs wiersza polecenia platformy Azure 2.0

Użyj polecenia az vmss rolling-upgrade start , aby sprawdzić historię uaktualniania systemu operacyjnego dla zestawu skalowania. Użyj interfejsu wiersza polecenia platformy Azure w wersji 2.0.47 lub nowszej. W poniższym przykładzie przedstawiono sposób uruchamiania stopniowego uaktualniania systemu operacyjnego w zestawie skalowania o nazwie myScaleSet w grupie zasobów o nazwie myResourceGroup:

az vmss rolling-upgrade start --resource-group "myResourceGroup" --name "myScaleSet" --subscription "subscriptionId"

Następne kroki