Utrzymanie chmury prywatnej Rozwiązanie Azure VMware

Usługa Rozwiązanie Azure VMware przeprowadza okresową konserwację chmury prywatnej. Ta konserwacja obejmuje poprawki zabezpieczeń, drobne i główne aktualizacje stosu oprogramowania VMware. Na tej stronie opisano monitorowanie, korygowanie i obowiązkowe kroki, które zapewniają gotowość chmury prywatnej do konserwacji.

Utrzymanie hosta i zarządzanie cyklem życia

Jedną z zalet chmur prywatnych usługi Rozwiązanie Azure VMware jest to, że platforma jest obsługiwana przez Ciebie. Firma Microsoft jest odpowiedzialna za zarządzanie cyklem życia oprogramowania VMware (ESXi, vCenter Server i vSAN) oraz urządzeń NSX. Firma Microsoft jest również odpowiedzialna za uruchamianie konfiguracji sieci, na przykład tworzenie bramy warstwy 0 i włączanie routingu północ-południe. Odpowiadasz za konfigurację sieci SDN NSX: segmenty sieci, rozproszone reguły zapory, bramy warstwy 1 i moduły równoważenia obciążenia.

Uwaga / Notatka

Brama T0 jest tworzona i konfigurowana w ramach wdrożenia chmury prywatnej. Wszelkie modyfikacje tego routera logicznego lub maszyn wirtualnych węzłów brzegowych NSX mogą mieć wpływ na łączność z chmurą prywatną i należy unikać.

Firma Microsoft jest odpowiedzialna za stosowanie poprawek, aktualizacji lub uaktualnień do systemów ESXi, vCenter Server, vSAN i NSX w chmurze prywatnej. Wpływ poprawek, aktualizacji i uaktualnień na ESXi, vCenter Server i NSX ma następujące zagadnienia:

  • ESXi — nie ma wpływu na obciążenia działające w chmurze prywatnej. Dostęp do programu vCenter Server i NSX nie jest blokowany w tym czasie. W tym czasie zalecamy, aby nie planować innych działań, takich jak skalowanie w górę chmury prywatnej, planowanie lub inicjowanie aktywnych migracji HCX, wprowadzanie zmian konfiguracji HCX itd. w chmurze prywatnej.

  • vCenter Server — nie ma wpływu na obciążenia działające w chmurze prywatnej. W tym czasie program vCenter Server jest niedostępny i nie można zarządzać maszynami wirtualnymi (zatrzymywanie, uruchamianie, tworzenie lub usuwanie). Zalecamy, aby nie planować innych działań, takich jak skalowanie w górę chmury prywatnej, tworzenie nowych sieci itd. w chmurze prywatnej. W przypadku korzystania z programu VMware Site Recovery Manager lub interfejsów użytkownika replikacji vSphere zaleca się, aby nie wykonywać żadnej z następujących czynności: nie konfigurować replikacji vSphere oraz nie konfigurować ani wykonywać planów odzyskiwania lokacji podczas uaktualniania programu vCenter Server.

  • NSX — Microsoft stosuje standardowy proces aktualizacji Broadcom NSX. Uaktualnienia usługi NSX Edge są wykonywane najpierw i wykonywane pojedynczo, co może spowodować przejściowe porzucenie pakietów, ponieważ przeglądarka Edge przechodzi bezpiecznie do innej aktywnej krawędzi podczas uaktualniania. Zazwyczaj nie ma to wpływu na aplikacje końcowe, ponieważ retransmisja w warstwie TCP zwykle rozwiązuje ten problem. W przypadku hostów Rozwiązanie Azure VMware używa uaktualnień trybu konserwacji hosta, aby uniknąć jakiegokolwiek wpływu podczas uaktualniania hosta. Ten proces przenosi wszystkie maszyny wirtualne na inne hosty w klastrze i umieszcza hosty w tryb konserwacji przed uaktualnieniem. Podczas uaktualniania dostęp do płaszczyzny zarządzania NSX jest blokowany, a nie można wprowadzić zmian konfiguracji w środowisku NSX. Zalecamy, aby nie planować innych działań, takich jak skalowanie w górę chmury prywatnej itd., w chmurze prywatnej. Inne działania mogą uniemożliwić rozpoczęcie uaktualniania lub mieć negatywny wpływ na uaktualnienie i środowisko.

Otrzymasz powiadomienie za pośrednictwem usługi Azure Service Health, która zawiera oś czasu uaktualnienia. To powiadomienie zawiera również szczegółowe informacje na temat uaktualnionego składnika, jego wpływu na obciążenia, dostęp do chmury prywatnej i inne usługi platformy Azure. Możesz zmienić termin uaktualnienia zgodnie z potrzebami.

Aktualizacje oprogramowania obejmują:

  • Poprawki — poprawki zabezpieczeń lub poprawki błędów wydane przez program VMware

  • Aktualizacje — pomocnicza zmiana wersji składnika stosu VMware

  • Uaktualnienia — główna zmiana wersji składnika stosu VMware

Uwaga / Notatka

Firma Microsoft testuje krytyczną poprawkę zabezpieczeń, gdy tylko stanie się dostępna z programu VMware.

Udokumentowane obejścia oprogramowania VMware są implementowane zamiast instalowania odpowiedniej poprawki do momentu wdrożenia kolejnych zaplanowanych aktualizacji.

Monitorowanie i korygowanie hosta

Usługa Rozwiązanie Azure VMware stale monitoruje kondycję zarówno składników VMware, jak i nakładek. Gdy usługa Rozwiązanie Azure VMware wykryje błąd, podejmuje działania w celu naprawy składników, które zakończyły się niepowodzeniem. Gdy usługa Rozwiązanie Azure VMware wykryje spadek wydajności lub awarię w węźle Rozwiązanie Azure VMware, wyzwala proces naprawczy hosta.

Korygowanie hosta obejmuje zastąpienie uszkodzonego węzła nowym węzłem w dobrej kondycji w klastrze. Następnie, jeśli to możliwe, uszkodzony host zostanie umieszczony w trybie konserwacji VMware vSphere. VMware vSphere vMotion przenosi maszyny wirtualne z uszkodzonego hosta na inne dostępne serwery w klastrze, co potencjalnie umożliwia zerowy przestój przy migracji obciążeń na żywo. Jeśli nie można umieścić wadliwego hosta w trybie konserwacji, host zostanie usunięty z klastra. Przed usunięciem uszkodzonego hosta obciążenia klienta są migrowane do nowo dodanego hosta.

Wskazówka

Komunikacja z klientem: wiadomość e-mail jest wysyłana na adres e-mail klienta przed zainicjowaniem zamiany i ponownie po pomyślnym zastąpieniu.

Aby otrzymywać wiadomości e-mail związane z zamianą hosta, należy dodać do jednej z następujących ról Azure Role-Based Access Control (RBAC) w subskrypcji: "ServiceAdmin", "CoAdmin", "Właściciel" lub "Współautor".

Usługa Rozwiązanie Azure VMware monitoruje następujące warunki na hoście:

  • Stan procesora
  • Stan pamięci
  • Połączenie i stan zasilania
  • Stan wentylatora sprzętowego
  • Utrata łączności sieciowej
  • Stan płyty głównej systemu sprzętowego
  • Wystąpiły błędy na co najmniej jednym dysku hosta vSAN
  • Napięcie sprzętowe
  • Stan temperatury sprzętu
  • Stan zasilania sprzętowego
  • Stan usługi Storage
  • Błąd połączenia

Akcje w celu zapewnienia, że chmura prywatna jest gotowa do konserwacji

Następujące działania są niezbędne do zapewnienia pomyślnego przeprowadzenia operacji konserwacji hosta:

  • Wykorzystanie przestrzeni magazynowej vSAN: Aby zachować umowę dotyczącą poziomu usług (SLA), upewnij się, że wykorzystanie przestrzeni magazynowej klastra vSphere pozostaje poniżej 75%. Jeśli użycie przekroczy 75%, uaktualnienia mogą trwać dłużej niż oczekiwano lub całkowicie zakończyć się niepowodzeniem. Jeśli użycie magazynu przekroczy 75%, rozważ dodanie węzła dla rozszerzenia klastra i zapobiegania potencjalnym przestojom podczas aktualizacji.
  • Usuń lub zaktualizuj wszelkie przestarzałe lub niedostępne karty sieciowe lub przełączniki podłączone do maszyny wirtualnej, aby nie blokowały konserwacji vMotion lub Azure. Jeśli nie zostanie to wykonane przed rozpoczęciem aktualizacji, Microsoft podejmie działania w Twoim imieniu, przenosząc te adaptery VM do izolowanej grupy portów/segmentu stworzonej przez Microsoft w stanie odłączenia, aby aktualizacja mogła być kontynuowana. Microsoft wysyła również okresowe powiadomienia o stanie zasobów Rozwiązanie Azure VMware dla takich maszyn wirtualnych, dzięki czemu możesz podjąć proaktywne działania i utrzymać środowisko gotowe na planowane aktualizacje.
  • Reguły Rozproszonego Harmonogramu Zasobów (DRS): Reguły anty-afinitety DRS VM-VM muszą być skonfigurowane w taki sposób, aby w klastrze znajdowało się co najmniej (N+1) hostów, gdzie N to liczba maszyn wirtualnych będących częścią reguł DRS.
  • Naruszenie parametru Failures to Tolerate (FTT): Zapobiegaj utracie danych, zmieniając maszyny wirtualne skonfigurowane przy użyciu zasady przechowywania vSAN z parametrem Failures to Tolerate (FTT) ustawionym na 0 na zasadę przechowywania vSAN zgodną z Microsoft SLA (FTT=1 w klastrach liczących do pięciu hostów i FTT=2 w klastrach liczących sześć hostów lub więcej). Upewnij się, że operacje konserwacji hosta można bezproblemowo wykonywać.
  • Usuń podłączone napędy CD-ROM maszyn wirtualnych: Maszyny wirtualne z podłączonymi napędami CD-ROM w trybie „Emulate mode” uniemożliwiają migrację na żywo z hostów, które trzeba przełączyć w tryb konserwacji. Upewnij się, że CD-ROMs są zainstalowane w trybie przepustowym.
  • Port szeregowy/równoległy lub urządzenie zewnętrzne: Jeśli używasz pliku obrazu (ISO, FLP itp.), upewnij się, że jest on dostępny ze wszystkich hostów ESXi w klastrze. Przechowuj pliki w magazynie danych, który jest współużytkowany między wszystkimi serwerami ESXi, które uczestniczą w vMotion maszyny wirtualnej. Aby uzyskać więcej informacji, zobacz artykuł broadcom KB.
  • Oddzielone maszyny wirtualne: W przypadku oddzielonych maszyn wirtualnych należy je ponownie zarejestrować, jeśli nie zostały jeszcze usunięte lub usunięte ze spisu. Aby uzyskać więcej informacji, zobacz artykuł broadcom KB.
  • Współdzielony kontroler SCSI: Podczas korzystania ze współdzielenia magistrali SCSI, używaj typu magistrali jako "Fizyczny" dla maszyn wirtualnych. Maszyny wirtualne podłączone do kontrolerów magistrali SCSI w trybie "Wirtualnym" mogą być wyłączone podczas trybu konserwacji, ponieważ nie można ich na żywo przenieść z hostów, które wymagają trybu konserwacji. Aby uzyskać więcej informacji, zobacz artykuł broadcom KB.
  • Maszyny wirtualne i aplikacje innych firm: W przypadku maszyn wirtualnych i aplikacji innych firm:
    • Upewnij się, że rozwiązania innych firm wdrożone w rozwiązaniu Rozwiązanie Azure VMware są zgodne i nie zakłócają operacji konserwacji.
    • Upewnij się, że operacje zapasowe są wstrzymane podczas okresu konserwacji.
    • Upewnij się, że maszyna wirtualna nie jest skonfigurowana z regułą DRS VM-Host „Musi zostać uruchomiona”. Ponadto sprawdź, czy te aplikacje są zgodne z nadchodzącymi wersjami stosu VMware.
    • W razie potrzeby skontaktuj się z dostawcą rozwiązania i zaktualizuj je z wyprzedzeniem, aby zachować zgodność po uaktualnieniu.

Ważne

Jeśli na hoście Rozwiązanie Azure VMware istnieją jakiekolwiek konfiguracje blokujące konserwację, na pulpicie nawigacyjnym Resource Health są wyświetlane alerty. Aby zapewnić zastąpienie niezdrowych hostów i pomyślne przeprowadzenie aktualizacji, wpływ takich blokujących konfiguracji jest ograniczany przez podjęcie odpowiednich działań naprawczych, aby utrzymać dostępność chmury prywatnej. W niektórych przypadkach te kroki korygowania obejmują wyłączenie maszyny wirtualnej i migrację jej do innego hosta, a następnie włączenie go, co może na krótko zakłócić działanie aplikacji na maszynie wirtualnej.

Kody alertów i tabela korygowania

Kod błędu Szczegóły błędu Zalecana akcja
EPC_CDROM_EMULATEMODE Dzieje się tak, gdy CD-ROM w maszynie wirtualnej używa trybu emulacji, a obraz ISO nie jest dostępny. Aby usunąć CD-ROM zamontowany na maszynie wirtualnej obciążenia klienta w trybie emulacji lub odłączyć ISO, zobacz ten artykuł o KB. Użyj trybu Passthrough , aby zamontować CD-ROM.
EPC_DRSOVERRIDERULE Dzieje się tak, gdy maszyna wirtualna ma ustawione DRS Override na Disabled. Maszyna wirtualna nie powinna blokować vMotion podczas przełączania hosta w tryb konserwacji. Ustaw częściowo zautomatyzowane reguły DRS dla maszyny wirtualnej. Aby dowiedzieć się więcej o politykach dotyczących umieszczania maszyn wirtualnych, zobacz ten dokument.
EPC_SCSIDEVICE_SHARINGMODE Występuje, gdy maszyna wirtualna jest skonfigurowana do użycia kontrolera SCSI z współdzieleniem magistrali w trybie wirtualnym . Aby usunąć kontroler SCSI, który jest zaangażowany we współdzielenie magistrali w trybie wirtualnym i podłączony do maszyn wirtualnych, zobacz ten artykuł z bazy wiedzy.
EPC_DATASTORE_INACCESSIBLE Występuje, gdy zewnętrzny magazyn danych powiązany z Rozwiązanie Azure VMware Private Cloud staje się niedostępny. Aby usunąć przestarzały magazyn danych dołączony do klastra, zobacz ten artykuł.
EPC_NWADAPTER_STALE Występuje, gdy podłączony interfejs sieciowy w maszynie wirtualnej używa adaptera sieciowego, który staje się niedostępny. Aby usunąć przestarzałą kartę sieciową podłączoną do maszyn wirtualnych, zobacz ten artykuł z bazy wiedzy.
EPC_DVSWITCH_INACCESSIBLE Dzieje się tak, gdy podłączona karta sieciowa VM odwołuje się do DVSwitch lub grupy portów, która nie jest dostępna. Ten stan może uniemożliwić ewakuację maszyny wirtualnej i zablokować hostowi ESXi wejście w tryb konserwacji. Usuń wszystkie adaptery podłączone do nieistniejącego segmentu NSX i podłącz dostępną kartę sieciową.
Port szeregowy EPC Dzieje się tak, gdy port szeregowy VM jest podłączony do urządzenia, do którego nie można uzyskać dostępu na hostze docelowym. Jeśli używasz pliku obrazu (ISO, FLP itd.), upewnij się, że jest on dostępny ze wszystkich serwerów ESXi w klastrze. Przechowuj pliki w magazynie danych, który jest współdzielony między wszystkimi serwerami ESXi uczestniczącymi w vMotion maszyny wirtualnej. Aby uzyskać więcej informacji, zobacz ten artykuł bazy wiedzy firmy Broadcom.
EPC_URZĄDZENIE_SPRZĘTOWE Dzieje się, gdy port równoległy VM lub urządzenie USB jest podłączone do urządzenia, do którego nie można uzyskać dostępu na hoście docelowym. Jeśli używasz pliku obrazu (ISO, FLP itd.), upewnij się, że jest on dostępny ze wszystkich serwerów ESXi w klastrze. Przechowuj pliki w magazynie danych, który jest współdzielony między wszystkimi serwerami ESXi uczestniczącymi w vMotion maszyny wirtualnej. Aby dowiedzieć się więcej o błędach kompatybilności Broadcom i vMotion, zobacz ten artykuł KB.
EPC_INVALIDVM / EPC_ORPHANVM / EPC_INACCESSIBLEVM Występuje, gdy w inwentarzu znajduje się osierocona lub nieprawidłowa maszyna wirtualna. Upewnij się, że wszystkie maszyny wirtualne są dostępne dla programu vCenter. Aby dowiedzieć się więcej o Broadcom i maszynach wirtualnych, które są nieprawidłowe, osierocone lub niedostępne, zobacz ten artykuł.
EPC_VMHOSTDRSRULE Występuje, gdy maszyna wirtualna ma regułę DRS dotyczącą powinowactwa do hosta lub antypowinowactwa do hosta. VM nie powinna blokować VMware vMotion podczas przełączania hosta w tryb konserwacji. Ustaw reguły preferowane dla afinity VM-Host. Aby dowiedzieć się więcej, zobacz utwórz zasady umieszczania.
EPC_FTT_ZERO Występuje, gdy maszyna wirtualna ma ustawione "Failures to Tolerate" na 0 lub "No data redundancy". Aby dowiedzieć się więcej o Broadcom i jak skonfigurować FTT jako 1 lub 2 dla maszyny wirtualnej, zobacz ten artykuł.
EPC_FTTVIOLATION Występuje, gdy klaster nie ma minimalnej liczby hostów wymaganej przez zasady magazynu. Dodaj hosty zgodnie z potrzebami zasad magazynu lub zmień zasady FTT maszyny wirtualnej, aby umożliwić umieszczenie hosta w trybie konserwacji. Aby dowiedzieć się więcej o polityce Broadcom i FTT, zobacz ten artykuł.
EPC_VSANSTORAGEUTILIZATION Występuje, gdy wykorzystanie vSAN w klastrze przekracza 75%, co może prowadzić do pogorszenia wydajności i uniemożliwić utrzymanie klastra. Jeśli użycie sieci vSAN w klastrze przekracza 75%, możesz dodać węzły, aby zwiększyć dostępną pojemność lub zmniejszyć wykorzystanie danych w klastrze. Aby skalować vSAN, zobacz Samouczek — Skalowanie klastrów w chmurze prywatnej. Aby dowiedzieć się, jak robić kopie zapasowe i usuwać maszyny wirtualne, które nie są niezbędne, zobacz Rozwiązania do tworzenia kopii zapasowych dla maszyn wirtualnych usługi Rozwiązanie Azure VMware.
ERECOMMENDATION_CLUSTER_SIZE To zalecenie wskazuje, że klaster w chmurze prywatnej ma co najmniej 14 hostów. Rozwiązanie Azure VMware obsługuje maksymalnie 16 hostów w klastrze. Utwórz nowy klaster dla nowych hostów, które mogą być wymagane.
ERECOMMENDATION_PRIVATECLOUD_SIZE To zalecenie wskazuje, że chmura prywatna ma co najmniej 90 hostów. Rozwiązanie Azure VMware obsługuje maksymalnie 96 hostów w chmurze prywatnej. Rozważ utworzenie nowej chmury prywatnej dla wszystkich nowych hostów i dystrybuowanie hostów w chmurach prywatnych w razie potrzeby.
ERECOMMENDATION_VCENTER_SCALE To zalecenie określa, że maszyna wirtualna vCenter jest aprowizowana z mniejszą liczbą rdzeni procesora CPU lub mniejszą ilością pamięci niż zalecana dla bieżącej liczby maszyn wirtualnych w chmurze prywatnej. Otwórz wniosek o pomoc techniczną, aby zwiększyć pamięć vCenter i procesor CPU.

Uwaga / Notatka

Rozwiązanie Azure VMware administratorzy dzierżawy nie mogą edytować ani usuwać wcześniej zdefiniowanych alarmów programu VMware vCenter Server, ponieważ zarządza nimi Rozwiązanie Azure VMware płaszczyzna sterowania na serwerze vCenter Server. Te alarmy są używane przez system monitorowania usługi Rozwiązanie Azure VMware w celu uruchomienia procesu naprawy hosta usługi Rozwiązanie Azure VMware.

Usuwanie hostów z konfiguracjami blokującymi konserwację

Usunięcie hosta z maszynami wirtualnymi, których konfiguracja uniemożliwia VMware vMotion przeniesienie maszyny wirtualnej na żywo na innego hosta, kończy się niepowodzeniem. Albo przekonfiguruj takie maszyny wirtualne, aby odblokować VMware vMotion i przeprowadzić migrację maszyny wirtualnej na żywo, albo ręcznie przenieś te maszyny na innego hosta. Możesz musieć poczekać 15 minut po rekonfiguracji lub ewakuacji takich maszyn wirtualnych, zanim spróbujesz usunąć hosta z klastra.

Dalsze kroki

Wiesz już, jak zapewnić bezproblemową Rozwiązanie Azure VMware konserwację chmury prywatnej. Następnym krokiem może być dowiedzieć się więcej na temat:

  • Ostatnia aktualizacja o