Postępowanie w przypadku 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 wstrzymuje 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 dotyczące konserwacji maszyny wirtualnej są dostępne w obszarze Kondycja usługi w witrynie 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 klasycznego administratora subskrypcji, współadministratora i właścicieli 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 wiadomości, takich jak poczta e-mail, 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ę w zależności od własnych potrzeb związanych z planowaniem. Okno samoobsługi zazwyczaj 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ę.

Za pomocą witryny Azure Portal, programu PowerShell, interfejsu API REST i interfejsu wiersza polecenia możesz wykonywać zapytania dotyczące okien obsługi maszyn wirtualnych i uruchamiać 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 użyć tej funkcji i rozpocząć konserwację na własną rękę.

Samoobsługowa konserwacja nie jest zalecana w przypadku wdrożeń przy użyciu zestawów dostępności. Zestawy dostępności są już aktualizowane tylko w jednej domenie aktualizacji jednocześnie.

• Pozwól platformie Azure wyzwolić konserwację. W przypadku konserwacji wymagającej ponownego uruchomienia konserwacja zostanie przeprowadzona przez domenę aktualizacji przez domenę aktualizacji. Domeny aktualizacji nie muszą odbierać konserwacji sekwencyjnie i że między domenami aktualizacji istnieje 30-minutowa pauza.
• 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 samoobsługowej konserwacji 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ótkoterminowych maszynach wirtualnych, które wiesz, zostaną usunięte przed końcem fali konserwacji.
• W przypadku obciążeń z dużym stanem przechowywanym na dysku lokalnym (efemerycznym), który jest wymagany do utrzymania podczas aktualizacji.
• W przypadkach, w których często zmieniasz rozmiar maszyny wirtualnej, ponieważ może ona przywrócić stan konserwacji.
• Jeśli przyjęto zaplanowane zdarzenia, które umożliwiają aktywne przełączanie w tryb failover lub bezpieczne 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 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 wykonać konserwację zgodnie z daną datą.
• Musisz kontrolować sekwencję konserwacji, na przykład wielowarstwową aplikację, aby zagwarantować bezpieczne odzyskiwanie.
• Potrzeba ponad 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

.: Dlaczego należy teraz ponownie uruchomić maszyny wirtualne?

1: 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. Zgromadziliśmy kilka zmian, które wymagają ponownego uruchomienia serwerów, co spowoduje ponowne uruchomienie maszyn wirtualnych.

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

1: 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 trasy zdefiniowanej przez użytkownika i nie będzie ponownie uruchamiać maszyn wirtualnych z innej trasy zdefiniowanej przez użytkownika (w tym samym zestawie 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.

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

1: Fala planowanej konserwacji rozpoczyna się od ustawienia harmonogramu na co najmniej jeden region świadczenia usługi Azure. Powiadomienia dotyczące konserwacji maszyny wirtualnej są dostępne w obszarze Kondycja usługi w witrynie 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 grupy Klasycznego administratora subskrypcji, Współadministratora i Właścicieli 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 wiadomości, takich jak poczta 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 zaplanowano już zaplanowaną konserwację, nie otrzymasz powiadomienia, ale musisz sprawdzić stan konserwacji maszyny wirtualnej.

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

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

.: Czy istnieje sposób, aby dowiedzieć się dokładnie, kiedy będzie to miało wpływ na moją maszynę wirtualną?

1: Podczas ustawiania harmonogramu definiujemy 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 wykonywać zapytania z poziomu maszyny wirtualnej i otrzymywać 15-minutowe powiadomienie przed ponownym uruchomieniem maszyny wirtualnej.

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

1: W zależności od rozmiaru maszyny wirtualnej ponowne uruchomienie może potrwać do kilku minut w oknie obsługi samoobsługowej. Podczas ponownego uruchamiania zainicjowanego przez platformę Azure w zaplanowanym oknie obsługi ponowne uruchomienie zwykle trwa około 25 minut. Należy pamiętać, że w przypadku korzystania z usług Cloud Services (roli sieci Web/procesu roboczego), zestawów skalowania maszyn wirtualnych lub zestawów dostępności, podczas zaplanowanego okna obsługi otrzymasz 30 minut między każdą grupą maszyn wirtualnych (UD).

.: Jakie jest środowisko w przypadku zestawów skalowania maszyn wirtualnych?

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

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

1: 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ą mieć wpływ tylko maszyny wirtualne w jednej domenie uaktualniania (UD). Konserwacja samoobsługowa nie jest obecnie dostępna dla usług w chmurze (rola sieci Web/procesu roboczego) i usługi Service Fabric.

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

1: 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 do konserwacji. 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 planowanej 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.

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

1: 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 za pomocą innego ładunku. Może się okazać, że wykryliśmy uszkodzony ładunek i po prostu musimy wdrożyć dodatkowy ładunek.
2. Maszyna wirtualna została naprawiona w innym węźle z powodu błędu sprzętowego.
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ługiwać przy użyciu interfejsu wiersza polecenia platformy Azure, programu Azure PowerShell lub portalu.