Konserwacja maszyn wirtualnych na platformie Azure

Platforma Azure okresowo aktualizuje swoją platformę, aby zwiększyć niezawodność, wydajność i bezpieczeństwo infrastruktury hosta dla maszyn wirtualnych. Zakres aktualizacji obejmuje tematykę od poprawek składników oprogramowania w środowisku hostingu do uaktualniania składników sieci lub likwidowania sprzętu.

Aktualizacje rzadko wpływają na hostowane maszyny wirtualne. Gdy aktualizacje będą miały wpływ, platforma Azure wybierze metodę aktualizacji o najmniejszym wpływie:

  • Jeśli aktualizacja nie wymaga ponownego uruchomienia, maszyna wirtualna jest wstrzymywana podczas aktualizowania hosta lub migrowana na żywo do już zaktualizowanego hosta.
  • Jeśli konserwacja wymaga ponownego uruchomienia, użytkownik jest powiadamiany o planowanej konserwacji. Platforma Azure udostępnia również okno czasu, w którym można samodzielnie rozpocząć konserwację, w czasie, który będzie dla Ciebie. Okno samodzielnej konserwacji trwa zwykle 35 dni, chyba że konserwacja jest pilna. Platforma Azure inwestuje w technologie, aby zmniejszyć liczbę przypadków, w których planowana konserwacja platformy wymaga ponownego uruchomienia maszyn wirtualnych. Aby uzyskać instrukcje dotyczące zarządzania planowaną konserwacją, zobacz Obsługa powiadomień dotyczących planowanej konserwacji przy użyciu interfejsu wiersza polecenia platformy Azure, programu PowerShell lub portalu.

Na tej stronie opisano, jak platforma Azure wykonuje oba typy konserwacji. Aby uzyskać więcej informacji o nieplanowanych zdarzeniach (przestojach), zobacz Manage the availability of VMs for Windows (Zarządzanie dostępnością maszyn wirtualnych dla systemu Windows) lub odpowiedni artykuł dla systemu Linux.

W ramach maszyny wirtualnej możesz otrzymywać powiadomienia o nadchodzącej konserwacji, korzystając Scheduled Events dla systemu Windows lub Linux.

Konserwacja, która nie wymaga ponownego uruchomienia

Większość aktualizacji platformy nie ma wpływu na maszyny wirtualne klienta. Jeśli aktualizacja bez wpływu nie jest możliwa, platforma Azure wybiera mechanizm aktualizacji, który ma najmniejszy wpływ na maszyny wirtualne klientów.

Większość konserwacji niezerowych wstrzymuje maszynę wirtualną na mniej niż 10 sekund. W niektórych przypadkach platforma Azure używa mechanizmów konserwacji zachowujących pamięć. Te mechanizmy wstrzymywają maszynę wirtualną na maksymalnie 30 sekund i zachowują pamięć w pamięci RAM. Maszyna wirtualna jest następnie wznawiana, a jej zegar jest automatycznie synchronizowany.

Konserwacja zachowująca pamięć działa w ponad 90% maszyn wirtualnych platformy Azure. Nie działa w przypadku serii G, M, N i H. Platforma Azure coraz częściej korzysta z technologii migracji na żywo i ulepsza mechanizmy konserwacji zachowujące pamięć w celu skrócenia czasu trwania wstrzymania.

Te operacje konserwacji, które nie wymagają ponownego uruchomienia, są stosowane po jednej domenie błędów na raz. Zatrzymują się, jeśli otrzymają jakiekolwiek sygnały ostrzegawcze o kondycji z narzędzi do monitorowania platformy.

Aktualizacje tego typu mogą mieć wpływ na niektóre aplikacje. Gdy maszyna wirtualna jest migrowana na żywo do innego hosta, niektóre wrażliwe obciążenia mogą spowodować niewielkie obniżenie wydajności w ciągu kilku minut przed wstrzymaniem maszyny wirtualnej. Aby przygotować się do konserwacji maszyny wirtualnej i zmniejszyć wpływ podczas konserwacji platformy Azure, spróbuj użyć Scheduled Events dla systemu Windows lub Linux dla takich aplikacji.

Aby uzyskać większą kontrolę nad wszystkimi działaniami konserwacji, w tym aktualizacjami bez wpływu na system i bez ponownego uruchamiania, można użyć funkcji sterowania konserwacją. Musisz używać dedykowanych hostów platformy Azure lub izolowanej maszyny wirtualnej. Kontrola konserwacji umożliwia pominięcie wszystkich aktualizacji platformy i zastosowanie ich w wybranej chwili w 35-dniowym kroczącym oknie. Aby uzyskać więcej informacji, zobacz Kontrolowanie aktualizacji za pomocą kontrolki konserwacji i interfejsu wiersza polecenia platformy Azure.

Migracja na żywo

Migracja na żywo to operacja, która nie wymaga ponownego uruchomienia i zachowuje pamięć maszyny wirtualnej. Powoduje to wstrzymanie lub zablokowanie, zwykle trwające nie dłużej niż 5 sekund. Z wyjątkiem maszyn wirtualnych serii G, M, N i H wszystkie maszyny wirtualne infrastruktury jako usługi (IaaS) kwalifikują się do migracji na żywo. Kwalifikujące się maszyny wirtualne reprezentują ponad 90% maszyn wirtualnych IaaS wdrożonych we flotze platformy Azure.

Uwaga

Nie otrzymasz powiadomienia w jednakowej Azure Portal operacji migracji na żywo, które nie wymagają ponownego uruchomienia. Aby wyświetlić listę migracji na żywo, które nie wymagają ponownego uruchomienia, uruchom zapytanie dotyczące zaplanowanych zdarzeń.

Platforma Azure rozpoczyna migrację na żywo w następujących scenariuszach:

  • Planowana konserwacja
  • Awaria sprzętu
  • Optymalizacje alokacji

Niektóre scenariusze planowanej konserwacji korzystają z migracji na żywo i można Scheduled Events z wyprzedzeniem, kiedy rozpocznie się migracja na żywo.

Migracja na żywo może również służyć do przenoszenia maszyn wirtualnych, gdy algorytmy Azure Machine Learning przewidują zbliżającą się awarię sprzętu lub gdy chcesz zoptymalizować alokacje maszyn wirtualnych. Aby uzyskać więcej informacji na temat modelowania predykcyjnego, które wykrywa wystąpienia sprzętu o obniżonej wydajności, zobacz Improving Azure VM resiliency with predictive machine learning and live migration(Zwiększanie odporności maszyn wirtualnych platformy Azure za pomocą predykcyjnego uczenia maszynowego i migracji na żywo). Powiadomienia migracji na żywo są wyświetlane w Azure Portal w dziennikach monitorowania i Service Health, a także w Scheduled Events, jeśli używasz tych usług.

Konserwacja, która wymaga ponownego uruchomienia

W rzadkich przypadkach, gdy konieczne jest ponowne uruchomienie maszyn wirtualnych w celu planowanej konserwacji, otrzymasz powiadomienie z wyprzedzeniem. Planowana konserwacja ma dwie fazy: fazę samoobsługi i fazę zaplanowanej konserwacji.

W fazie samoobsługi, która zwykle trwa cztery tygodnie, rozpoczynasz konserwację maszyn wirtualnych. W ramach samoobsługi możesz odpytować każdą maszynę wirtualną, aby zobaczyć jej stan i wynik ostatniego żądania konserwacji.

Po rozpoczęciu konserwacji samoobsługowej maszyna wirtualna jest ponownie wdowy w już zaktualizowanym węźle. Ponieważ maszyna wirtualna jest uruchamiana ponownie, dysk tymczasowy zostanie utracony i dynamiczne adresy IP skojarzone z wirtualnym interfejsem sieciowym zostaną zaktualizowane.

Jeśli podczas konserwacji samoobsługowej wystąpi błąd, operacja zostanie zatrzymana, maszyna wirtualna nie zostanie zaktualizowana i będzie można ponowić próbę konserwacji samoobsługowej.

Po zakończeniu fazy samoobsługi rozpoczyna się faza zaplanowanej konserwacji. W tej fazie nadal można samodzielnie uruchomić zapytanie dotyczące fazy konserwacji, ale nie można jej uruchomić.

Aby uzyskać więcej informacji na temat zarządzania konserwacją, która wymaga ponownego uruchomienia, zobacz Handling planned maintenance notifications using the Azure CLI,PowerShell or portal (Obsługa powiadomień dotyczących planowanej konserwacji przy użyciu interfejsu wiersza polecenia platformy Azure, programu PowerShell lub portalu).

Zagadnienia dotyczące dostępności podczas zaplanowanej konserwacji

Jeśli zdecydujesz się poczekać na fazę zaplanowanej konserwacji, istnieje kilka rzeczy, które należy wziąć pod uwagę, aby zachować najwyższą dostępność maszyn wirtualnych.

Sparowane regiony

Każdy region świadczenia usługi Azure jest sparowany z innym regionem w tym samym sąsiedztwie geograficznym. Razem one sprawiają, że para regionów. W fazie zaplanowanej konserwacji platforma Azure aktualizuje tylko maszyny wirtualne w jednym regionie pary regionów. Na przykład podczas aktualizowania maszyny wirtualnej w północno-środkowych usa platforma Azure nie aktualizuje w tym samym czasie żadnej maszyny wirtualnej w południowo-środkowych usa. Inne regiony, takie jak Europa Północna, mogą być jednak w trakcie konserwacji w tym samym czasie, co region Wschodnie stany USA. Zrozumienie sposobu działania par regionów może ułatwić lepsze dystrybuowanie maszyn wirtualnych między regionami. Aby uzyskać więcej informacji, zobacz Pary regionów platformy Azure.

Zestawy dostępności i zestawy skalowania

Podczas wdrażania obciążenia na maszynach wirtualnych platformy Azure można utworzyć maszyny wirtualne w zestawie dostępności, aby zapewnić wysoką dostępność aplikacji. Korzystając z zestawów dostępności, można zapewnić dostępność co najmniej jednej maszyny wirtualnej podczas zdarzeń 300 lub zdarzeń konserwacji, które wymagają ponownego uruchomienia.

W ramach zestawu dostępności poszczególne maszyny wirtualne są rozłożone na maksymalnie 20 domen aktualizacji. Podczas zaplanowanej konserwacji tylko jedna domena aktualizacji jest aktualizowana w danym momencie. Domeny aktualizacji nie muszą być aktualizowane sekwencyjnie.

Zestawy skalowania maszyn wirtualnych to zasób obliczeniowy platformy Azure, który umożliwia wdrażanie zestawu identycznych maszyn wirtualnych i zarządzanie nimi jako pojedynczym zasobem. Zestaw skalowania jest automatycznie wdrażany między identyfikatorami UD, podobnie jak maszyny wirtualne w zestawie dostępności. Podobnie jak w przypadku zestawów dostępności, w przypadku używania zestawów skalowania tylko jedna udręka jest aktualizowana w dowolnym momencie podczas zaplanowanej konserwacji.

Aby uzyskać więcej informacji na temat konfigurowania maszyn wirtualnych w celu wysokiej dostępności, zobacz Manage the availability of your VMs for Windows (Zarządzanie dostępnością maszyn wirtualnych dla systemu Windows) lub odpowiedni artykuł dla systemu Linux.

Strefy dostępności

Strefy dostępności to unikatowe lokalizacje fizyczne w regionie świadczenia usługi Azure. Każda strefa składa się z co najmniej jednego centrum danych wyposażonego w niezależne zasilanie, chłodzenie i sieć. W celu zapewnienia odporności istnieją co najmniej trzy osobne strefy we wszystkich włączonych regionach.

Strefa dostępności jest kombinacją domeny błędów i domeny aktualizacji. Jeśli utworzysz co najmniej trzy maszyny wirtualne w trzech strefach w regionie świadczenia usługi Azure, maszyny wirtualne są efektywnie dystrybuowane między trzema domenami błędów i trzema domenami aktualizacji. Platforma Azure rozpoznaje to rozproszenie w domenach aktualizacji, aby upewnić się, że maszyny wirtualne w różnych strefach nie są aktualizowane w tym samym czasie.

Każda aktualizacja infrastruktury jest wycofywała strefę według strefy w jednym regionie. Jednak wdrożenie może być nadal w Strefa 1, a inne w Strefa 2 w tym samym czasie. Wdrożenia nie są serializowane. Jednak pojedyncze wdrożenie pozwala jednocześnie na wdrożenie tylko jednej strefy w celu zmniejszenia ryzyka.

Następne kroki

Do zarządzania planowaną konserwacją możnaAzure PowerShell interfejsu wiersza polecenia platformy Azurelub portalu.