Azure VMware Solution pojęcia dotyczące chmury prywatnej i klastra

Azure VMware Solution dostarcza chmury prywatne oparte na oprogramowaniu VMware na platformie Azure. Wdrożenia sprzętu i oprogramowania w chmurze prywatnej są w pełni zintegrowane i zautomatyzowane na platformie Azure. Wdrażasz chmurę prywatną i zarządzasz nią za pomocą Azure Portal, interfejsu wiersza polecenia lub programu PowerShell.

Chmura prywatna obejmuje klastry z:

  • Dedykowane hosty serwerów bez systemu operacyjnego aprowizowane za pomocą funkcji hypervisor VMware ESXi
  • VMware vCenter Server do zarządzania pakietami ESXi i vSAN
  • Sieć programowa centrum danych VMware NSX-T dla maszyn wirtualnych obciążeń vSphere
  • Magazyn danych VMware vSAN dla maszyn wirtualnych obciążeń vSphere
  • VMware HCX na potrzeby mobilności obciążeń
  • Zasoby w ramach nakładki platformy Azure (wymagane do łączności i obsługi chmury prywatnej)

Podobnie jak w przypadku innych zasobów, chmury prywatne są instalowane i zarządzane z poziomu subskrypcji platformy Azure. Liczba chmur prywatnych w ramach subskrypcji jest skalowalna. Początkowo istnieje limit jednej chmury prywatnej na subskrypcję. Istnieje relacja logiczna między subskrypcjami platformy Azure, Azure VMware Solution chmurami prywatnymi, klastrami vSAN i hostami.

Na diagramie przedstawiono jedną subskrypcję platformy Azure z dwiema chmurami prywatnymi reprezentującymi środowisko projektowe i produkcyjne. W każdej z tych chmur prywatnych znajdują się dwa klastry.

Diagram przedstawiający jedną subskrypcję platformy Azure z dwiema chmurami prywatnymi reprezentującymi środowisko projektowe i produkcyjne.

Hosts

klastry Azure VMware Solution są oparte na hiperkonwergentnej infrastrukturze bez systemu operacyjnego. W poniższej tabeli przedstawiono pojemność pamięci RAM, procesora CPU i dysku hosta.

Typ hosta Procesor CPU (GHz) Pamięć RAM (GB) Warstwa pamięci podręcznej vSAN (TB, nieprzetworzona) Warstwa pojemności vSAN (TB, nieprzetworzona) Dostępność w regionach
AV36 dual Intel 18 core 2.3 GHz (SkyLake) 576 3.2 (NVMe) 15.20 (SSD) Wszystkie regiony produktów
AV36P dwurdzeniowy procesor Intel 18 2,6 GHz / turbo 3,9 GHz (Kaskadowe jezioro) 768 1.5 (Intel Optane Cache) 19.20 (NVMe) Wybrane regiony (*)
AV52 dual Intel 26 core 2,7 GHz / 4,0 GHz turbo (Cascade Lake) 1536 1.5 (Intel Optane Cache) 38.40 (NVMe) Wybrane regiony (*)

Klaster usługi Azure VMware wymaga co najmniej trzech hostów. W jednym klastrze można używać tylko hosta tego samego typu. Można użyć wielu klastrów z różnymi typami hostów w jednej chmurze prywatnej azure VMware. Hosty używane do tworzenia lub skalowania klastrów pochodzą z izolowanej puli hostów. Te hosty przeszły testy sprzętowe i wszystkie dane zostały bezpiecznie usunięte przed dodaniu do klastra.

(*) szczegóły dostępne za pośrednictwem kalkulatora cen platformy Azure.

Klastry

Dla każdej utworzonej chmury prywatnej domyślnie jest jeden klaster vSAN. Klastry można dodawać, usuwać i skalować. Minimalna liczba hostów na klaster i początkowe wdrożenie wynosi trzy.

Do zarządzania większością innych aspektów konfiguracji lub operacji klastra służy menedżer vSphere i NSX-T Manager. Wszystkie lokalne magazyny każdego hosta w klastrze są pod kontrolą sieci vSAN.

Płaszczyzna zarządzania i sterowania Azure VMware Solution ma następujące wymagania dotyczące zasobów, które należy uwzględnić podczas określania rozmiaru rozwiązania.

Warstwowy Opis Aprowizowane procesory wirtualne Aprowizowana pamięć vRAM (GB) Aprowizowana maszyna wirtualna vDisk (GB) Typowe użycie procesora CPU (GHz) Typowe użycie pamięci vRAM (GB) Typowe nieprzetworzone użycie magazynu danych vSAN (GB)
VMware vSphere Program vCenter Server 8 24 499 1.1 3,6 1020
VMware vSphere Węzeł ESXi 1 NIE DOTYCZY NIE DOTYCZY NIE DOTYCZY 9,4 0,4 Nie dotyczy
VMware vSphere Węzeł ESXi 2 NIE DOTYCZY NIE DOTYCZY NIE DOTYCZY 9,4 0,4 Nie dotyczy
VMware vSphere Węzeł ESXi 3 NIE DOTYCZY NIE DOTYCZY NIE DOTYCZY 9,4 0,4 Nie dotyczy
Centrum danych VMware NSX-T NSX-T Unified Appliance Node 1 6 24 300 5,5 8.5 613
Centrum danych VMware NSX-T NSX-T Unified Appliance Node 2 6 24 300 5,5 8.5 613
Centrum danych VMware NSX-T NSX-T Unified Appliance Node 3 6 24 300 5,5 8.5 613
Centrum danych VMware NSX-T Maszyna wirtualna NSX-T Edge 1 8 32 200 1.3 0,6 409
Centrum danych VMware NSX-T Maszyna wirtualna NSX-T Edge 2 8 32 200 1.3 0,6 409
VMware HCX (opcjonalny dodatek) Menedżer HCX 4 12 60 1 3.2 132
VMware Site Recovery Manager (opcjonalny dodatek) Urządzenie SRM 4 12 20 1 1 53
VMware vSphere (opcjonalny dodatek) Urządzenie replikacji vSphere 4 8 26 4.3 2,2 62
Łącznie 54 procesory wirtualne 192 GB 1905 GB 54,7 GHz 37,9 GB 3924 GB

Te wymagania dotyczące zasobów dotyczą tylko pierwszego klastra wdrożonego w chmurze prywatnej Azure VMware Solution. Kolejne klastry muszą uwzględniać tylko wymagania dotyczące zasobów ESXi w określaniu rozmiaru rozwiązania.

Węzły VMware ESXi mają wartości użycia, które odpowiadają na obciążenie funkcji hypervisor vSphere VMkernel, obciążenie sieci vSAN i router rozproszony NSX-T, zaporę i mostkowanie obciążenia. Są to szacunki standardowej trzech konfiguracji klastra. Wymagania dotyczące magazynu są wymienione jako nie dotyczy (N/A), ponieważ jest używany wolumin rozruchowy oddzielony od magazynu danych vSAN.

Wymagania dotyczące zasobów VMware HCX i VMware Site Recovery Manager są opcjonalne Add-Ons do usługi Azure VMware Solution. Zdyskontuj te wymagania w określaniu rozmiaru rozwiązania, jeśli nie są używane.

Program VMware Site Recovery Manager Add-On ma możliwość skonfigurowania wielu urządzeń replikacji VMware vSphere. W powyższej tabeli założono, że jest używane jedno urządzenie replikacji vSphere.

Ustalanie rozmiaru Azure VMware Solution jest oszacowaniem. Obliczenia rozmiaru z fazy projektowania powinny być weryfikowane w fazie testowania projektu, aby upewnić się, że rozmiar Azure VMware Solution został poprawnie dopasowany do obciążenia aplikacji.

Porada

Zawsze możesz rozszerzyć klaster i dodać dodatkowe klastry później, jeśli będzie konieczne przekroczenie początkowego numeru wdrożenia.

W poniższej tabeli opisano maksymalne limity dla Azure VMware Solution.

Zasób Limit
Klastry vSphere na chmurę prywatną 12
Minimalna liczba hostów ESXi na klaster 3
Maksymalna liczba hostów ESXi na klaster 16
Hosty ESXi na chmurę prywatną 96
Serwery vCenter na chmurę prywatną 1
Pary lokacji HCX 25 (dowolna wersja)
Azure VMware Solution maksymalna liczba połączonych chmur prywatnych usługi ExpressRoute 4
Użyta brama sieci wirtualnej określa rzeczywistą maksymalną połączoną chmurę prywatną. Aby uzyskać więcej informacji, zobacz About ExpressRoute virtual network gateways (Informacje o bramach sieci wirtualnej usługi ExpressRoute)
szybkość portu usługi Azure VMware Solution ExpressRoute 10 Gb/s
Użyta brama sieci wirtualnej określa rzeczywistą przepustowość. Aby uzyskać więcej informacji, zobacz About ExpressRoute virtual network gateways (Informacje o bramach sieci wirtualnej usługi ExpressRoute)
Publiczne adresy IP uwidocznione za pośrednictwem sieci vWAN 100
Limity pojemności sieci vSAN 75% całkowitego użycia (zachowaj dostępność 25% dla umowy SLA)
Menedżer Site Recovery VMware — liczba chronionych Virtual Machines 1000
Menedżer Site Recovery VMware — liczba Virtual Machines na plan odzyskiwania 1000
Menedżer Site Recovery VMware — liczba grup ochrony na plan odzyskiwania 250
Menedżer Site Recovery VMware — wartości celu punktu odzyskiwania 5 minut lub więcej *
Menedżer Site Recovery VMware — całkowita liczba maszyn wirtualnych na grupę ochrony 500
Menedżer Site Recovery VMware — łączna liczba planów odzyskiwania 250

* Aby uzyskać informacje o celu punktu odzyskiwania (RPO) niższe niż 15 minut, zobacz Jak działa cel punktu odzyskiwania 5 minut w przewodniku administrowania replikacją vSphere.

W przypadku innych limitów specyficznych dla oprogramowania VMware użyj narzędzia do maksymalnej konfiguracji programu VMware.

Wersje oprogramowania VMware

Wersje oprogramowania rozwiązania VMware używane w nowych wdrożeniach klastrów chmury prywatnej Azure VMware Solution to:

Oprogramowanie Wersja
Program vCenter Server 7.0 U3c
ESXi 7.0 U3c
VSAN 7.0 U3c
Format dysku vSAN 10
HCX 4.3.3
Centrum danych NSX-T
NUTA: Centrum danych NSX-T to jedyna obsługiwana wersja centrum danych NSX.
3.1.2

Obecnie uruchomiona wersja oprogramowania jest stosowana do nowych klastrów dodanych do istniejącej chmury prywatnej. Aby uzyskać więcej informacji, zobacz wymagania dotyczące wersji oprogramowania VMware dotyczące wersji oprogramowania HCX i Understanding vSAN w formacie na dysku i zgodność.

Zarządzanie konserwacją hosta i cyklem życia

Jedną z zalet chmur prywatnych Azure VMware Solution jest obsługiwana platforma. Firma Microsoft jest odpowiedzialna za zarządzanie cyklem życia oprogramowania VMware (ESXi, vCenter i vSAN). Firma Microsoft jest również odpowiedzialna za zarządzanie cyklem życia urządzeń NSX-T, uruchamianie konfiguracji sieci, takie jak tworzenie bramy warstwy 0 i włączanie routingu North-South. Odpowiadasz za konfigurację sieci NSX-T SDN: segmenty sieci, rozproszone reguły zapory, bramy warstwy 1 i moduły równoważenia obciążenia.

Firma Microsoft odpowiada za stosowanie poprawek, aktualizacji lub uaktualnień do platformy ESXi, vCenter, vSAN i NSX-T w chmurze prywatnej. Wpływ poprawek, aktualizacji i uaktualnień w systemach ESXi, vCenter i NSX-T jest inny.

  • ESXi — nie ma wpływu na obciążenia działające w chmurze prywatnej. Dostęp do programu vCenter i NSX-T nie jest blokowany w tym czasie. Zaleca się, aby w tym czasie nie planować żadnych 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 — nie ma wpływu na obciążenia działające w chmurze prywatnej. W tym czasie program vCenter będzie niedostępny i nie będzie można zarządzać maszynami wirtualnymi (zatrzymywanie, uruchamianie, tworzenie lub usuwanie). Zaleca się, aby w tym czasie nie planować żadnych innych działań, takich jak skalowanie w górę chmury prywatnej, tworzenie nowych sieci itd. w chmurze prywatnej. Jeśli używasz interfejsów użytkownika replikacji SRM lub vSphere, zaleca się, aby nie konfigurować replikacji vSphere i konfigurować lub wykonywać plany odzyskiwania lokacji podczas uaktualniania programu vCenter.

  • NSX-T — występuje wpływ obciążenia, a po uaktualnieniu określonego hosta maszyny wirtualne na tym hoście mogą utracić łączność z 2 sekundy do maksymalnie 1 minuty z dowolnym i wszystkimi następującymi objawami:

    • Błędy ping

    • Utrata pakietów

    • Komunikaty o błędach (na przykład host docelowy nie jest osiągalny i niemożliwy do osiągnięcia przez sieć)

    W tym oknie uaktualniania wszystkie dostęp do płaszczyzny zarządzania NSX-T zostanie zablokowany. Nie można wprowadzać zmian konfiguracji w środowisku NSX-T przez cały czas. Jednak obciążenia będą nadal działać jak zwykle, z zastrzeżeniem wpływu uaktualnienia opisanego powyżej.

    Zaleca się, aby w czasie uaktualniania nie planować żadnych innych działań, takich jak skalowanie w górę chmury prywatnej itd., w chmurze prywatnej. Mogą one uniemożliwić rozpoczęcie uaktualniania lub mieć negatywny wpływ na uaktualnienie i środowisko.

Otrzymasz powiadomienie przed zastosowaniem poprawek/aktualizacji lub uaktualnień do chmur prywatnych. Skontaktujemy się również z Tobą, aby zaplanować okno obsługi przed zastosowaniem aktualizacji lub uaktualnień do chmury prywatnej.

Aktualizacje oprogramowania obejmują:

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

  • Aktualizacje — pomocnicza zmiana wersji składnika stosu VMware

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

Uwaga

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 hosta i korygowanie

Azure VMware Solution stale monitoruje kondycję zarówno nakładki, jak i składników VMware. Gdy Azure VMware Solution wykryje błąd, podejmuje działania w celu naprawy składników, które zakończyły się niepowodzeniem. Gdy Azure VMware Solution wykryje spadek lub awarię w węźle Azure VMware Solution, wyzwala proces korygowania 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 jest umieszczany w trybie konserwacji VMware vSphere. Program VMware vMotion przenosi maszyny wirtualne z uszkodzonego hosta do innych dostępnych serwerów w klastrze, co potencjalnie umożliwia zerowy przestój migracji na żywo obciążeń. Jeśli nie można umieścić uszkodzonego hosta w trybie konserwacji, host zostanie usunięty z klastra.

Azure VMware Solution 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 tablicy systemu sprzętowego
  • Wystąpiły błędy na dyskach hosta vSAN
  • Napięcie sprzętowe
  • Stan temperatury sprzętu
  • Stan zasilania sprzętu
  • Stan magazynu
  • Błąd połączenia

Uwaga

Azure VMware Solution administratorzy dzierżawy nie mogą edytować ani usuwać powyższych zdefiniowanych alarmów programu VMware vCenter Server, ponieważ są one zarządzane przez płaszczyznę sterowania Azure VMware Solution na serwerze vCenter Server. Te alarmy są używane przez monitorowanie Azure VMware Solution w celu wyzwolenia procesu korygowania hosta Azure VMware Solution.

Tworzenie kopii zapasowej i przywracanie

Konfiguracje usług vCenter Server i NSX-T Data Center w chmurze prywatnej są zaplanowane na godzinę. Kopie zapasowe są przechowywane przez trzy dni. Jeśli chcesz przywrócić kopię zapasową, otwórz wniosek o pomoc techniczną w Azure Portal, aby zażądać przywrócenia.

Azure VMware Solution stale monitoruje kondycję zarówno fizycznej nakładki, jak i składników VMware Solution. Gdy Azure VMware Solution wykryje błąd, podejmuje działania w celu naprawy składników, które zakończyły się niepowodzeniem.

Następne kroki

Teraz, po zapoznaniu się z Azure VMware Solution pojęciami dotyczącymi chmury prywatnej, możesz chcieć dowiedzieć się więcej na temat: