Obsługa powiadomień o planowanej konserwacji

Dotyczy: ✔️ Maszyny wirtualne z systemem Linux Maszyny ✔️ wirtualne z systemem Windows — elastyczne zestawy ✔️ ✔️ skalowania

Platforma Azure jest co pewien czas aktualizowana w celu poprawy niezawodności, wydajności i zabezpieczeń infrastruktury hostowania maszyn wirtualnych. Aktualizacje to zmiany, takie jak poprawianie środowiska hostingu lub uaktualnianie i likwidowanie sprzętu. Większość tych aktualizacji jest ukończona bez żadnego wpływu na hostowane maszyny wirtualne. Istnieją jednak przypadki, w których aktualizacje mają wpływ:

• Jeśli konserwacja nie wymaga ponownego uruchomienia, platforma Azure wstrzyma maszynę wirtualną przez kilka sekund podczas aktualizowania hosta. Te typy operacji konserwacji są stosowane domeny błędów przez domenę błędów. Postęp zostanie zatrzymany, jeśli zostaną odebrane jakiekolwiek sygnały kondycji ostrzeżenia.

• Jeśli konserwacja wymaga ponownego uruchomienia, otrzymasz powiadomienie o planowanej konserwacji. Otrzymujesz przedział czasu około 35 dni, w którym można samodzielnie rozpocząć konserwację, gdy działa.

Planowana konserwacja, która wymaga ponownego uruchomienia, jest zaplanowana w falach. Każda fala ma inny zakres (regiony).

• Fala zaczyna się od powiadomienia dla klientów. Powiadomienia o konserwacji powiązanej z maszyną wirtualną są dostępne w obszarze Kondycja usługi w Azure Portal. W przypadku niektórych określonych scenariuszy planowanej konserwacji maszyny wirtualnej platforma Azure może również komunikować się z harmonogramem, wysyłając dodatkową wiadomość e-mail do klasycznej Administracja subskrypcji, współ Administracja i grupy Właściciele subskrypcji. Usługa Azure Service Health umożliwia użytkownikom konfigurowanie własnych alertów niestandardowych dla kategorii Planowana konserwacja. Alerty usługi Azure Service Health umożliwiają dodawanie większej liczby adresatów i opcji obsługi komunikatów, takich jak wiadomości e-mail, wiadomości SMS i elementy webhook przy użyciu alertów dziennika aktywności.
• Po zakończeniu powiadomienia zostanie udostępnione okno samoobsługi . W tym oknie możesz wykonywać zapytania dotyczące maszyn wirtualnych, których dotyczy problem, i rozpocząć konserwację na podstawie własnych potrzeb związanych z planowaniem. Okno samoobsługi zwykle trwa około 35 dni.
• Po oknie samoobsługi rozpocznie się zaplanowane okno obsługi . W pewnym momencie w tym oknie platforma Azure planuje i stosuje wymaganą konserwację maszyny wirtualnej.

Celem posiadania dwóch okien jest zapewnienie wystarczającej ilości czasu na rozpoczęcie konserwacji i ponowne uruchomienie maszyny wirtualnej, wiedząc, kiedy platforma Azure automatycznie rozpocznie konserwację.

Możesz użyć Azure Portal, programu PowerShell, interfejsu API REST i interfejsu wiersza polecenia, aby wykonać zapytania dotyczące okien obsługi maszyn wirtualnych i rozpocząć samoobsługową konserwację.

Czy należy rozpocząć konserwację przy użyciu okna samoobsługi?

Poniższe wskazówki powinny pomóc w podjęciu decyzji, czy korzystać z tej możliwości i rozpocząć konserwację na własną rękę.

Uwaga

Konserwacja samoobsługowa może nie być dostępna dla wszystkich maszyn wirtualnych. Aby określić, czy aktywne ponowne wdrożenie jest dostępne dla maszyny wirtualnej, poszukaj pozycji Uruchom teraz w stanie konserwacji. Konserwacja samoobsługowa jest obecnie niedostępna dla Cloud Services (rola sieci Web/procesu roboczego) i usługi Service Fabric.

Konserwacja samoobsługowa nie jest zalecana w przypadku wdrożeń korzystających z zestawów dostępności. Zestawy dostępności są już aktualizowane tylko jedną domenę aktualizacji jednocześnie.

• Pozwól platformie Azure wyzwolić konserwację. W przypadku konserwacji, która wymaga ponownego uruchomienia, konserwacja zostanie przeprowadzona w domenie aktualizacji przez domenę aktualizacji. Domeny aktualizacji niekoniecznie otrzymują konserwację sekwencyjnie i że między domenami aktualizacji istnieje 30-minutowa wstrzymanie.
• Jeśli tymczasowa utrata pojemności (1 domena aktualizacji) jest problemem, możesz dodać wystąpienia w okresie konserwacji.
• W przypadku konserwacji, która nie wymaga ponownego uruchomienia, aktualizacje są stosowane na poziomie domeny błędów.

Nie używaj konserwacji samoobsługowej w następujących scenariuszach:

• Jeśli maszyny wirtualne są często zamykane ręcznie, przy użyciu usługi DevTest Labs, przy użyciu automatycznego zamykania lub zgodnie z harmonogramem, może to spowodować przywrócenie stanu konserwacji i w związku z tym spowodować dodatkowy przestój.
• Na krótkotrwałych maszynach wirtualnych, które wiesz, zostaną usunięte przed końcem fali konserwacji.
• W przypadku obciążeń o dużym stanie przechowywanym na dysku lokalnym (efemerycznym), który ma być utrzymywany podczas aktualizacji.
• W przypadkach, w których często zmieniasz rozmiar maszyny wirtualnej, ponieważ może przywrócić stan konserwacji.
• Jeśli przyjęto zaplanowane zdarzenia, które umożliwiają proaktywne przełączanie w tryb failover lub bezproblemowe zamykanie obciążenia, 15 minut przed rozpoczęciem zamykania konserwacji

Użyj samoobsługowej konserwacji, jeśli planujesz nieprzerwane uruchamianie maszyny wirtualnej w fazie zaplanowanej konserwacji, a żadne z powyższych wskazówek dotyczących liczników nie ma zastosowania.

Najlepiej używać samoobsługowej konserwacji w następujących przypadkach:

• Musisz przekazać dokładne okno obsługi do zarządzania lub klienta końcowego.
• Należy ukończyć konserwację według danej daty.
• Należy kontrolować sekwencję konserwacji, na przykład wielowarstwową aplikację, aby zagwarantować bezpieczne odzyskiwanie.
• Potrzeba więcej niż 30 minut czasu odzyskiwania maszyny wirtualnej między dwiema domenami aktualizacji (UD). Aby kontrolować czas między domenami aktualizacji, należy wyzwolić konserwację maszyn wirtualnych w jednej domenie aktualizacji (UD) jednocześnie.

Często zadawane pytania

Pyt.: Dlaczego musisz teraz ponownie uruchomić maszyny wirtualne?

A: Chociaż większość aktualizacji i uaktualnień do platformy Azure nie ma wpływu na dostępność maszyny wirtualnej, istnieją przypadki, w których nie można uniknąć ponownego uruchamiania maszyn wirtualnych hostowanych na platformie Azure. Zebraliśmy kilka zmian, które wymagają ponownego uruchomienia serwerów, które spowodują ponowne uruchomienie maszyn wirtualnych.

Pyt.: Jeśli przestrzegam zaleceń dotyczących wysokiej dostępności przy użyciu zestawu dostępności, czy jestem bezpieczny?

A: Maszyny wirtualne wdrożone w zestawie dostępności lub zestawach skalowania maszyn wirtualnych mają pojęcie domen aktualizacji (UD). Podczas przeprowadzania konserwacji platforma Azure honoruje ograniczenie ud ud i nie uruchomi ponownie maszyn wirtualnych z innego zestawu ud (w ramach tego samego zestawu dostępności). Platforma Azure czeka również co najmniej 30 minut przed przejściem do następnej grupy maszyn wirtualnych.

Aby uzyskać więcej informacji na temat wysokiej dostępności, zobacz Dostępność maszyn wirtualnych na platformie Azure.

Pyt.: Jak mogę otrzymywać powiadomienia o planowanej konserwacji?

A: Planowana fala konserwacji rozpoczyna się od ustawienia harmonogramu na co najmniej jeden region świadczenia usługi Azure. Powiadomienia o konserwacji powiązanej z maszyną wirtualną są dostępne w obszarze Kondycja usługi w Azure Portal. W przypadku niektórych określonych scenariuszy planowanej konserwacji maszyny wirtualnej platforma Azure może również komunikować się z harmonogramem, wysyłając dodatkową wiadomość e-mail (jedną wiadomość e-mail na subskrypcję z dodanymi wszystkimi adresatami) do klasycznej Administracja subskrypcji, współ Administracja i grupy Właściciele subskrypcji.

Usługa Azure Service Health umożliwia użytkownikom konfigurowanie własnych alertów niestandardowych dla kategorii Planowana konserwacja. Dzięki alertom usługi Azure Service Health można dodawać więcej adresatów i opcji obsługi komunikatów, takich jak wiadomości e-mail, wiadomości SMS i elementy webhook przy użyciu alertów dziennika aktywności.

W przypadku wdrożenia maszyny wirtualnej w regionie, w którym zaplanowana konserwacja jest już zaplanowana, nie otrzymasz powiadomienia, ale raczej musisz sprawdzić stan konserwacji maszyny wirtualnej.

Pyt.: Nie widzę żadnych wskazówek dotyczących planowanej konserwacji w portalu, programie PowerShell lub interfejsie wiersza polecenia. Co jest nie tak?

A: Informacje związane z planowaną konserwacją są dostępne podczas planowanej fali konserwacji tylko dla maszyn wirtualnych, które będą miały na nie wpływ. Innymi słowy, jeśli nie widzisz danych, może to być, że fala konserwacji została już ukończona (lub nie została uruchomiona) lub że maszyna wirtualna jest już hostowana na zaktualizowanym serwerze.

Pyt.: Czy istnieje sposób, aby wiedzieć dokładnie, kiedy moja maszyna wirtualna będzie mieć wpływ?

A: Podczas ustawiania harmonogramu zdefiniujemy przedział czasu z kilku dni. Jednak dokładne sekwencjonowanie serwerów (i maszyn wirtualnych) w tym oknie jest nieznane. Klienci, którzy chcą znać dokładny czas maszyn wirtualnych, mogą używać zaplanowanych zdarzeń i zapytań z poziomu maszyny wirtualnej i otrzymywać 15-minutowe powiadomienie przed ponownym uruchomieniem maszyny wirtualnej.

Pyt.: Jak długo potrwa ponowne uruchomienie mojej maszyny wirtualnej?

A: W zależności od rozmiaru maszyny wirtualnej ponowne uruchomienie może potrwać do kilku minut w oknie obsługi samoobsługowej. Podczas ponownego uruchomienia zainicjowanego przez platformę Azure w zaplanowanym oknie obsługi ponowne uruchomienie zwykle potrwa około 25 minut. Należy pamiętać, że w przypadku używania Cloud Services (roli sieci Web/procesu roboczego), Virtual Machine Scale Sets lub zestawów dostępności otrzymasz 30 minut między każdą grupą maszyn wirtualnych (UD) w zaplanowanym oknie obsługi.

Pyt.: Jakie jest doświadczenie w przypadku Virtual Machine Scale Sets?

A: Planowana konserwacja jest teraz dostępna dla Virtual Machine Scale Sets. Aby uzyskać instrukcje dotyczące inicjowania konserwacji samoobsługowej, zapoznaj się z dokumentem Planowana konserwacja zestawów skalowania maszyn wirtualnych .

Pyt.: Jakie jest środowisko w przypadku Cloud Services (rola sieci Web/procesu roboczego) i usługi Service Fabric?

A: Chociaż te platformy mają wpływ na planowaną konserwację, klienci korzystający z tych platform są traktowani jako bezpieczni, biorąc pod uwagę, że w danym momencie będą miały wpływ tylko maszyny wirtualne w jednej domenie uaktualnienia (UD). Konserwacja samoobsługowa jest obecnie niedostępna dla Cloud Services (rola sieci Web/procesu roboczego) i usługi Service Fabric.

Pyt.: Nie widzę żadnych informacji o konserwacji na maszynach wirtualnych. Gdzie leży problem?

A: Istnieje kilka powodów, dla których nie widzisz żadnych informacji o konserwacji na maszynach wirtualnych:

1. Używasz subskrypcji oznaczonej jako wewnętrzna firma Microsoft.
2. Maszyny wirtualne nie są zaplanowane na konserwację. Może to oznaczać, że fala konserwacji została zakończona, anulowana lub zmodyfikowana, aby maszyny wirtualne nie miały już na nie wpływu.
3. Cofnięto przydział maszyny wirtualnej, a następnie uruchomiono ją. Może to spowodować przejście maszyny wirtualnej do lokalizacji, która nie ma zaplanowanej fali konserwacji. Dlatego maszyna wirtualna nie będzie już wyświetlać informacji o konserwacji.
4. Nie masz kolumny Konserwacja dodanej do widoku listy maszyn wirtualnych. Mimo że dodaliśmy tę kolumnę do widoku domyślnego, klienci, którzy skonfigurowali wyświetlanie kolumn innych niż domyślne, muszą ręcznie dodać kolumnę Konserwacja do widoku listy maszyn wirtualnych.

Pyt.: Moja maszyna wirtualna jest zaplanowana na drugą konserwację. Dlaczego?

A: Istnieje kilka przypadków użycia, w których maszyna wirtualna została zaplanowana na konserwację po zakończeniu ponownego wdrażania konserwacji:

1. Anulowaliśmy falę konserwacji i uruchomiliśmy ją ponownie przy użyciu innego ładunku. Może się okazać, że wykryliśmy uszkodzony ładunek i wystarczy wdrożyć dodatkowy ładunek.
2. Maszyna wirtualna została przywrócona do innego węzła z powodu awarii sprzętu.
3. Wybrano opcję zatrzymania (cofnięcia przydziału) i ponownego uruchomienia maszyny wirtualnej.
4. Dla maszyny wirtualnej włączono automatyczne zamykanie .

Następne kroki

Planowaną konserwację można obsłużyć przy użyciu interfejsu wiersza polecenia platformy Azure, Azure PowerShell lub portalu.