Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure okresowo wykonuje aktualizacje w celu zwiększenia niezawodności, wydajności i zabezpieczeń infrastruktury hosta dla maszyn wirtualnych. Aktualizacje mogą obejmować stosowanie poprawek środowiska hostingu lub uaktualnianie i likwidowanie sprzętu. Większość aktualizacji nie ma wpływu na hostowane maszyny wirtualne. Jednak aktualizacje wpływają na maszyny wirtualne w następujących scenariuszach:
Jeśli konserwacja nie wymaga ponownego uruchomienia, Azure wstrzymuje maszynę wirtualną przez kilka sekund podczas aktualizowania hosta. Te operacje konserwacyjne są wykonywane domena błędów po domenie błędów. Postęp jest zatrzymywany, jeśli zostaną wykryte jakiekolwiek ostrzegawcze sygnały stanu.
Jeśli konserwacja wymaga ponownego uruchomienia, otrzymasz powiadomienie o planowanej konserwacji. W takich przypadkach otrzymujesz okres, zwykle wynoszący 35 dni, w którym możesz samodzielnie rozpocząć prace konserwacyjne w dogodnym dla siebie terminie.
Planowane prace konserwacyjne wymagające ponownego uruchomienia są planowane etapami. Każda fala ma inny zasięg (regiony):
- Etap rozpoczyna się od wysłania powiadomienia do klientów. Domyślnie powiadomienie jest wysyłane do właściciela subskrypcji i współwłaścicieli. Do powiadomień można dodawać adresatów i opcje obsługi wiadomości, takie jak wiadomości e-mail, wiadomości SMS i elementy webhook, korzystając z alertów dziennika aktywności Azure.
- Dzięki powiadomieniu zostanie udostępnione okno samoobsługi . W tym oknie, które zwykle wynosi 35 dni, możesz znaleźć, które z maszyn wirtualnych są uwzględnione w fali. Możesz aktywnie rozpocząć konserwację zgodnie z własnymi potrzebami w zakresie planowania.
- Po oknie samoobsługi rozpocznie się zaplanowane okno obsługi . W pewnym momencie w tym przedziale czasowym platforma Azure planuje i przeprowadza wymaganą konserwację Twojej 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 Azure automatycznie rozpocznie konserwację.
Możesz użyć portalu Azure, programu PowerShell, interfejsu API REST i Azure CLI do wykonywania zapytań dotyczących okien obsługi maszyn wirtualnych zestawu skalowania maszyn wirtualnych i uruchamiania konserwacji samoobsługowej.
Czy należy rozpocząć konserwację w oknie samoobsługi?
Poniższe wskazówki mogą pomóc w podjęciu decyzji, czy należy rozpocząć konserwację w wybranym czasie.
Note
Konserwacja samoobsługowa może nie być dostępna dla wszystkich maszyn wirtualnych. Aby określić, czy aktywne ponowne wdrażanie jest dostępne dla maszyny wirtualnej, poszukaj pozycji Uruchom teraz w stanie konserwacji. Obecnie samoobsługowe czynności konserwacyjne nie są dostępne w usłudze Azure Cloud Services (role Web i Worker) ani w usłudze Azure Service Fabric.
Samodzielna konserwacja nie jest zalecana w wdrożeniach korzystających z zestawów dostępności. Zestawy dostępności to konfiguracje o wysokiej dostępności, w których w danym momencie aktualizowana jest tylko jedna domena aktualizacji. W przypadku zestawów dostępności:
- Niech Azure wyzwoli konserwację. W przypadku prac konserwacyjnych wymagających ponownego uruchomienia są one przeprowadzane kolejno w poszczególnych domenach aktualizacji. Domeny aktualizacji niekoniecznie są obsługiwane po kolei. Między domenami aktualizacji występuje 30-minutowa przerwa.
- Jeśli tymczasowa utrata części wydajności (1/liczba domen aktualizacji) stanowi problem, można ją łatwo zrekompensować, przydzielając dodatkowe wystąpienia w trakcie konserwacji.
- W przypadku konserwacji, która nie wymaga ponownego uruchomienia, aktualizacje są stosowane na poziomie domeny błędów.
Nie używaj samodzielnej konserwacji w następujących przypadkach:
- Jeśli często zamykasz swoje maszyny wirtualne ręcznie, za pomocą usługi DevTest Labs, funkcji automatycznego zamykania lub zgodnie z harmonogramem. Samodzielne przeprowadzenie konserwacji w tych scenariuszach może cofnąć status konserwacji i spowodować dodatkowy przestój.
- Na krótko działających maszynach wirtualnych, o których wiesz, że zostaną usunięte przed końcem fali prac konserwacyjnych.
- W przypadku obciążeń z dużym stanem przechowywanym na dysku lokalnym (efemerycznym), który chcesz zachować po aktualizacji.
- Jeśli często zmieniasz rozmiar maszyny wirtualnej. Ten scenariusz może przywrócić stan konserwacji.
- Jeśli wdrożono zaplanowane zdarzenia, które umożliwiają proaktywne przełączenie awaryjne lub kontrolowane zamknięcie obciążenia roboczego 15 minut przed rozpoczęciem wyłączenia na potrzeby konserwacji.
Użyj konserwacji samoobsługowej, jeśli planujesz zapewnić nieprzerwane działanie maszyny wirtualnej podczas zaplanowanej konserwacji i nie ma zastosowania żadne z powyższych przeciwwskazań.
Najlepiej skorzystać z samodzielnej konserwacji w następujących przypadkach:
- Musisz przekazać kierownictwu lub klientowi dokładny termin okna serwisowego.
- Należy ukończyć prace konserwacyjne do określonej daty.
- Aby zagwarantować bezpieczne odzyskiwanie, musisz kontrolować sekwencję konserwacji, na przykład w aplikacji wielowarstwowej.
- Potrzebujesz więcej niż 30 minut czasu odzyskiwania maszyny wirtualnej między dwiema domenami aktualizacji. Aby kontrolować odstęp czasu między domenami aktualizacji, należy uruchamiać konserwację maszyn wirtualnych dla jednej domeny aktualizacji naraz.
Wyświetl w portalu zestawy skalowania maszyn wirtualnych objęte konserwacją
Po zaplanowaniu fali konserwacji można wyświetlić w portalu Azure listę zestawów Virtual Machine Scale Sets, których dotyczy zbliżająca się fala konserwacji.
Zaloguj się do portalu Azure.
W menu po lewej stronie wybierz pozycję Wszystkie usługi, a następnie wybierz pozycję Virtual Machine Scale Sets.
W obszarze Virtual Machine Scale Sets wybierz pozycję Edytuj kolumny, aby otworzyć listę dostępnych kolumn.
W sekcji Dostępne kolumny wybierz pozycję Konserwacja samoobsługowa, a następnie przenieś ją do listy Wybrane kolumny . Wybierz przycisk Zastosuj.
Aby ułatwić znalezienie elementu Konserwacja samoobsługowa, możesz zmienić opcję na liście rozwijanej w sekcji Dostępne kolumny z Wszystkie na Właściwości.
Kolumna Konserwacja samoobsługowa jest teraz widoczna na liście zestawów skalowania maszyn wirtualnych. Każdy zestaw skalowania maszyn wirtualnych może mieć jedną z następujących wartości w kolumnie samodzielnej obsługi serwisowej:
| Wartość | opis |
|---|---|
| Yes | Co najmniej jedna maszyna wirtualna w zestawie skalowania maszyn wirtualnych znajduje się w oknie samoobsługi. Możesz uruchomić konserwację w dowolnym momencie w tym oknie samoobsługi. |
| No | W zestawie skalowania maszyn wirtualnych, których dotyczy problem, nie ma żadnych maszyn wirtualnych w oknie samoobsługi. |
| - | Twoje zestawy skalowania maszyn wirtualnych nie należą do fali planowanych prac konserwacyjnych. |
Powiadomienia i alerty w portalu
Azure komunikuje harmonogram planowanej konserwacji, wysyłając wiadomość e-mail do właściciela subskrypcji i grupy współwłaścicieli. Do tej komunikacji można dodawać adresatów i kanały, tworząc alerty dziennika aktywności. Aby uzyskać więcej informacji, zobacz Monitorowanie aktywności subskrypcji przy użyciu dziennika aktywności Azure.
Zaloguj się do portalu Azure.
W menu po lewej stronie wybierz pozycję Monitor.
W menu Monitor wybierz pozycję Service Health.
W obszarze Kondycja usługi wybierz pozycję + Utwórz alert dotyczący kondycji usługi.
Na stronie Tworzenie reguły alertu :
- Wybierz odpowiednią subskrypcję i region zawierający zasoby do monitorowania zdarzeń planowanej konserwacji.
- Określ następujące elementy:
- Usługi: Zestawy skalowania maszyn wirtualnych i Maszyny wirtualne
- Typ zdarzenia: Planowana konserwacja
W sekcji Akcje dodaj grupy akcji do reguły alertów, aby wysyłać powiadomienia lub uruchamiać akcje po otrzymaniu zdarzenia planowanej konserwacji.
Wypełnij szczegóły w obszarze Szczegóły reguły alertu.
Wybierz pozycję Utwórz regułę alertu.
Aby dowiedzieć się więcej o sposobie konfigurowania alertów dziennika aktywności, zobacz Tworzenie alertów dziennika aktywności
Rozpoczynanie konserwacji zestawu skalowania maszyn wirtualnych z poziomu portalu
Więcej szczegółów związanych z obsługą techniczną można znaleźć w omówieniu usługi Virtual Machine Scale Sets. Jeśli co najmniej jedna maszyna wirtualna w zestawie skalowania maszyn wirtualnych jest uwzględniona w fali planowanej konserwacji, w górnej części strony zostanie dodana nowa wstążka powiadomień. Wybierz wstążkę powiadomień, aby przejść do strony Konserwacja .
Na stronie Konserwacja możesz sprawdzić, której instancji maszyny wirtualnej dotyczą planowane prace konserwacyjne. Aby rozpocząć konserwację, zaznacz pole wyboru odpowiadające maszynie wirtualnej, której dotyczy problem. Następnie wybierz pozycję Rozpocznij konserwację.
Po rozpoczęciu konserwacji objęte nią maszyny wirtualne w zestawie skalowania maszyn wirtualnych przechodzą konserwację i są tymczasowo niedostępne. Jeśli przegapiono okres samoobsługi, nadal można sprawdzić przedział czasu, w którym Azure przeprowadzi konserwację zestawu skalowania maszyn wirtualnych.
Sprawdzanie stanu konserwacji przy użyciu programu PowerShell
Możesz użyć Azure PowerShell, aby sprawdzić, kiedy maszyny wirtualne w Virtual Machine Scale Sets są zaplanowane na konserwację. Informacje o planowanej konserwacji są dostępne przy użyciu polecenia cmdlet Get-AzVmssVM podczas korzystania z parametru -InstanceView .
Informacje o konserwacji są zwracane tylko wtedy, gdy konserwacja jest planowana. Jeśli nie zaplanowano konserwacji, która wpływa na instancję maszyny wirtualnej, polecenie cmdlet nie zwraca żadnych informacji o konserwacji.
Get-AzVmssVm -ResourceGroupName rgName -VMScaleSetName vmssName -InstanceId id -InstanceView
Następujące właściwości są zwracane w obszarze MaintenanceRedeployStatus:
| Wartość | opis |
|---|---|
| CzyKonserwacjaInicjowanaPrzezKlientaJestDozwolona | Wskazuje, czy w tej chwili można rozpocząć konserwację maszyny wirtualnej. |
| PreMaintenanceWindowStartTime | Początek okna samoobsługowej obsługi technicznej, w którym można rozpocząć obsługę techniczną maszyny wirtualnej. |
| Czas zakończenia przed oknem konserwacji | Koniec okna samoobsługi konserwacji, gdy można zainicjować konserwację maszyny wirtualnej. |
| Czas rozpoczęcia okna konserwacji | Początek zaplanowanej konserwacji, w której Azure inicjuje konserwację maszyny wirtualnej. |
| Czas zakończenia okna konserwacji | Koniec zaplanowanego okna konserwacji, w którym Azure inicjuje konserwację maszyny wirtualnej. |
| LastOperationResultCode | Wynik ostatniej próby zainicjowania konserwacji maszyny wirtualnej. |
Rozpocznij konserwację wystąpienia maszyny wirtualnej przy użyciu programu PowerShell
Możesz rozpocząć konserwację maszyny wirtualnej, jeśli właściwość IsCustomerInitiatedMaintenanceAllowed ma wartość true. Użyj polecenia cmdlet Set-AzVmssVM z parametrem -PerformMaintenance .
Set-AzVmssVM -ResourceGroupName rgName -VMScaleSetName vmssName -InstanceId id -PerformMaintenance
Sprawdź stan obsługi technicznej za pomocą interfejsu wiersza polecenia
Informacje o planowanych pracach konserwacyjnych można wyświetlić za pomocą polecenia az vmss list-instances.
Informacje o konserwacji są zwracane tylko wtedy, gdy konserwacja jest planowana. Jeśli nie zaplanowano prac konserwacyjnych, które wpływają na instancję maszyny wirtualnej, polecenie nie zwraca żadnych informacji o pracach konserwacyjnych.
az vmss list-instances -g rgName -n vmssName --expand instanceView
Następujące właściwości są zwracane w obszarze MaintenanceRedeployStatus dla każdego wystąpienia maszyny wirtualnej:
| Wartość | opis |
|---|---|
| CzyKonserwacjaInicjowanaPrzezKlientaJestDozwolona | Wskazuje, czy w tej chwili można rozpocząć konserwację maszyny wirtualnej. |
| PreMaintenanceWindowStartTime | Początek okna samoobsługowej obsługi technicznej, w którym można rozpocząć obsługę techniczną maszyny wirtualnej. |
| Czas zakończenia przed oknem konserwacji | Koniec okna samoobsługi konserwacji, gdy można zainicjować konserwację maszyny wirtualnej. |
| Czas rozpoczęcia okna konserwacji | Początek zaplanowanej konserwacji, w której Azure inicjuje konserwację maszyny wirtualnej. |
| Czas zakończenia okna konserwacji | Koniec zaplanowanego okna konserwacji, w którym Azure inicjuje konserwację maszyny wirtualnej. |
| LastOperationResultCode | Wynik ostatniej próby zainicjowania konserwacji maszyny wirtualnej. |
Rozpocznij konserwację instancji maszyny wirtualnej za pomocą interfejsu wiersza poleceń
Następujące wywołanie rozpoczyna konserwację instancji maszyny wirtualnej, jeśli parametr IsCustomerInitiatedMaintenanceAllowed ma wartość true:
az vmss perform-maintenance -g rgName -n vmssName --instance-ids id
Często zadawane pytania
Pyt.: Dlaczego musisz teraz ponownie uruchomić moje maszyny wirtualne?
A: Chociaż większość aktualizacji i uaktualnień do platformy Azure nie ma wpływu na dostępność maszyn wirtualnych, w niektórych przypadkach nie można uniknąć ponownego uruchamiania maszyn wirtualnych hostowanych w Azure. Zebraliśmy kilka zmian, które wymagają ponownego uruchomienia serwerów, które spowodują ponowne uruchomienie maszyny wirtualnej.
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 w zestawach skalowania maszyn wirtualnych korzystają z domen aktualizacji. Podczas przeprowadzania konserwacji Azure przestrzega ograniczenia domeny aktualizacji i nie uruchamia ponownie maszyn wirtualnych z innej domeny aktualizacji (w ramach tego samego zestawu dostępności). Azure również czeka 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 Regiony i dostępność maszyn wirtualnych w Azure.
Pyt.: Jak mogę otrzymywać powiadomienia o planowanej konserwacji?
A: Fala planowanej konserwacji rozpoczyna się od ustawienia harmonogramu na co najmniej jeden region Azure. Wkrótce potem do administratorów, współadministratorów, właścicieli i współtwórców subskrypcji wysyłana jest wiadomość e-mail z powiadomieniem (jedna wiadomość e-mail na subskrypcję). Dodatkowe kanały i adresaci dla tego powiadomienia można skonfigurować 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. Zamiast tego sprawdź 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 konserwacji tylko dla maszyn wirtualnych, których dotyczy planowana konserwacja. Jeśli nie widzisz danych, fala konserwacji może już zostać zakończona (lub nie uruchomiona) lub maszyna wirtualna może być już hostowana na zaktualizowanym serwerze.
Pyt.: Czy istnieje sposób, aby dowiedzieć się dokładnie, kiedy wpłynie to na moją maszynę wirtualną?
A: Po ustawieniu harmonogramu zdefiniujemy przedział czasu z kilku dni. Dokładne sekwencjonowanie serwerów (i maszyn wirtualnych) w tym oknie jest nieznane. Jeśli chcesz poznać dokładny czas aktualizacji maszyn wirtualnych, możesz użyć zaplanowanych zdarzeń. Jeśli używasz zaplanowanych zdarzeń, możesz wysyłać zapytania z poziomu maszyny wirtualnej i otrzymywać 15-minutowe powiadomienie przed ponownym uruchomieniem maszyny wirtualnej.
Pyt.: Jak długo potrwa ponowne uruchomienie 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 ponownych uruchomień inicjowanych przez platformę Azure w zaplanowanym oknie konserwacji samo ponowne uruchomienie zwykle trwa około 25 minut. Jeśli używasz usług Cloud Services (ról internetowych/procesów roboczych), Virtual Machine Scale Sets lub zestawów dostępności, podczas zaplanowanego okna konserwacji masz 30 minut między poszczególnymi grupami maszyn wirtualnych (domena aktualizacji).
Pyt.: Nie widzę żadnych informacji o konserwacji na maszynach wirtualnych. Co poszło nie tak?
A: Istnieje kilka powodów, dla których na maszynach wirtualnych mogą nie być widoczne żadne informacje o konserwacji:
- Używasz subskrypcji oznaczonej etykietą Microsoft Internal.
- Maszyny wirtualne nie są zaplanowane do konserwacji. Możliwe, że fala prac konserwacyjnych dobiegła końca, została anulowana lub zmodyfikowana, tak że nie dotyczy już Twoich maszyn wirtualnych.
- Nie masz kolumny Konserwacja dodanej do widoku listy maszyn wirtualnych. Mimo że dodaliśmy tę kolumnę do widoku domyślnego, jeśli widok zostanie skonfigurowany tak, aby wyświetlał kolumny inne niż domyślne, musisz ręcznie dodać kolumnę Konserwacja do widoku listy maszyn wirtualnych.
Pyt.: Moja maszyna wirtualna jest zaplanowana na drugą konserwację. Dlaczego?
A: W kilku scenariuszach dla maszyny wirtualnej zaplanowano konserwację już po zakończeniu przez Ciebie prac konserwacyjnych i jej ponownym wdrożeniu:
- Anulowaliśmy falę prac konserwacyjnych i uruchomiliśmy ją ponownie z innym ładunkiem danych. Może się okazać, że wykryliśmy uszkodzony ładunek i musimy wdrożyć dodatkowy ładunek.
- Maszyna wirtualna została naprawiona w innym węźle z powodu błędu sprzętowego.
- Wybrano opcję zatrzymania (cofnięcia przydziału) i ponownego uruchomienia maszyny wirtualnej.
- Dla maszyny wirtualnej włączono automatyczne zamykanie .
Następne kroki
Dowiedz się, jak rejestrować zdarzenia konserwacji z poziomu maszyny wirtualnej przy użyciu zaplanowanych zdarzeń.