Udostępnij przez


Obsługa powiadomień dotyczących planowanej konserwacji

Dotyczy: ✔️ Maszyny wirtualne Linux ✔️ Maszyny wirtualne Windows ✔️ Elastyczne zestawy skalowania ✔️ Jednolite 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 rodzaje operacji konserwacyjnych są stosowane po domenie błędów. Postęp może być zatrzymany, jeśli zostaną odebrane jakiekolwiek sygnały ostrzegawcze dotyczące zdrowia.

  • Jeśli konserwacja wymaga ponownego uruchomienia, otrzymasz powiadomienie o planowanej konserwacji. Otrzymujesz okres około 35 dni, w którym możesz samodzielnie rozpocząć utrzymanie, kiedy jest to dla Ciebie wygodne.

Planowana konserwacja, która wymaga ponownego uruchomienia, zostanie przeprowadzona etapami. Każda fala ma inny zasięg w różnych regionach.

  • Fala zaczyna się od powiadomienia dla klientów. Powiadomienia dotyczące konserwacji maszyn wirtualnych są dostępne w obszarze Stan usługi w portalu Azure. W przypadku niewielkiego podzbioru scenariuszy dotyczących planowanej konserwacji maszyn wirtualnych platforma Azure może również przekazywać harmonogram, wysyłając dodatkową wiadomość e-mail do członków 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 wiadomości, takich jak poczta e-mail, sms i elementy webhook przy użyciu alertów dziennika aktywności.
  • Poza podzbiorem typów zdarzeń, powiadomienie o planowanym utrzymaniu działania usługi ma teraz również dodatkową kartę "Zasoby objęte oddziaływaniem", która zawiera listę nazw maszyn wirtualnych w zakresie zdarzenia. Przeczytaj więcej na temat funkcji podglądu dotkniętych zasobów.
  • 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ę.

Uwaga / Notatka

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 nie jest obecnie dostępna dla usług w chmurze (rola sieci Web/procesu roboczego) i usługi Service Fabric.

Samodzielna 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.

  • Niech Azure uruchomi konserwację. W przypadku konserwacji wymagającej ponownego uruchomienia konserwacja zostanie przeprowadzona domena po domenie. Domeny aktualizacji nie muszą otrzymywać aktualizacji sekwencyjnie. Między domenami aktualizacji istnieje 30-minutowa pauza.
  • Jeśli tymczasowa utrata wydajności (1 obszar aktualizacji) stanowi problem, możesz dodać instancje w okresie konserwacji.
  • W przypadku konserwacji, która nie wymaga ponownego uruchomienia, aktualizacje są stosowane na poziomie domeny błędów.

Nie korzystaj z konserwacji samoobsługowej w następujących sytuacjach:

  • 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, o których wiesz, że 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, może ona przywrócić stan konserwacji.
  • Jeśli przyjęto zaplanowane zdarzenia umożliwiające przełączenie awaryjne lub bezpieczne zakończenie obciążenia, 15 minut przed rozpoczęciem wyłączenia na czas konserwacji

Użyj samodzielnej konserwacji, jeśli planujesz nieprzerwane uruchamianie maszyny wirtualnej w fazie zaplanowanej konserwacji, a żadne z przeciwwskazań nie ma zastosowania.

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

  • Musisz przekazać dokładne okno serwisowe swojemu zarządowi bądź klientowi końcowemu.
  • 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?

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

Pytanie: 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 dotyczące domen aktualizacji (UD) i nie uruchamia ponownie maszyn wirtualnych z różnych domen aktualizacji (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 otrzymywać powiadomienia o planowanej konserwacji?

A: Fala planowanej konserwacji rozpoczyna się od ustawienia harmonogramu na co najmniej jeden region świadczenia usługi Azure. Powiadomienia dotyczące konserwacji maszyn wirtualnych są dostępne w obszarze Stan usługi w portalu Azure. W przypadku małej liczby scenariuszy dotyczących planowanej konserwacji maszyny wirtualnej, platforma Azure może również przekazać harmonogram, wysyłając dodatkową wiadomość e-mail do członków grupy Właściciele subskrypcji.

Z wyjątkiem podzestawu typów zdarzeń, powiadomienie o zaplanowanej konserwacji kondycji usługi ma teraz również dodatkową kartę "Zasoby objęte zakresem" z listą nazw maszyn wirtualnych objętych zdarzeniem. Przeczytaj więcej na temat funkcji podglądu wpływających zasobów.

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?

A: 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ą?

A: 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?

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 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 doświadczenie w przypadku zestawów skalowania maszyn wirtualnych?

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

Q: Jakie jest doświadczenie w przypadku usług w chmurze (rola sieci Web/proces roboczy) oraz platformy Service Fabric?

A: Mimo że 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. Co poszło nie tak?

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 Microsoft.
  2. Maszyny wirtualne nie są zaplanowane do konserwacji. Może to oznaczać, że fala konserwacji została zakończona, anulowana lub zmodyfikowana, tak aby twoje maszyny wirtualne nie były już przez nią dotknięte.
  3. Zdezaktywowano maszynę wirtualną, a następnie uruchomiono ją. Może to spowodować przeniesienie maszyny wirtualnej do lokalizacji, która nie ma zaplanowanej fali konserwacyjnej. 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?

A: Istnieje kilka przypadków użycia, w których zobaczysz, że Twoja maszyna wirtualna została zaplanowana do konserwacji po zakończeniu ponownego wdrażania konserwacyjnego.

  1. Anulowaliśmy sesję konserwacji i uruchomiliśmy ją ponownie z innym pakietem danych. Może się okazać, że wykryliśmy uszkodzony ładunek i musimy tylko wdrożyć dodatkowy ładunek.
  2. Twoja maszyna wirtualna została przemieszczona z usługą na inny węzeł z powodu usterki sprzętowej.
  3. Wybrano zatrzymanie (dealokację) oraz ponowne uruchomienie maszyny wirtualnej.
  4. Dla maszyny wirtualnej włączono automatyczne zamykanie .

Czy mogę dowiedzieć się dokładnie, kiedy moja maszyna wirtualna zostanie uruchomiona ponownie podczas planowanego okna serwisowego?

A: Platforma Azure udostępnia ogólne okno obsługi, ale nie udostępnia dokładnej godziny ponownego uruchomienia maszyny wirtualnej w tym oknie. Ponowne uruchomienie może nastąpić w dowolnym momencie w tym czasie. Możesz użyć okna samodzielnej konserwacji, aby kontrolować konserwację od samego początku.

Dalsze kroki

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