Udostępnij za pośrednictwem


Pojęcia dotyczące chmury prywatnej i klastra rozwiązania Azure VMware Solution

Rozwiązanie Azure VMware Solution udostępnia 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żanie chmury prywatnej i zarządzanie nią za pośrednictwem witryny Azure Portal, interfejsu wiersza polecenia lub programu PowerShell.

Chmura prywatna obejmuje klastry z:

  • Dedykowane hosty serwerów bez systemu operacyjnego aprowidowane za pomocą funkcji hypervisor VMware ESXi
  • Serwer VMware vCenter do zarządzania rozwiązaniami ESXi i vSAN
  • Sieć zdefiniowana programowo programu VMware NSX 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 platformy Azure (wymagane do łączności i obsługi chmury prywatnej)

Chmury prywatne są instalowane i zarządzane w ramach subskrypcji platformy Azure. Liczba chmur prywatnych w ramach subskrypcji jest skalowalna. Początkowo istnieje limit jednej chmury prywatnej na subskrypcję. Istnieje logiczna relacja między subskrypcjami platformy Azure, chmurami prywatnymi rozwiązania Azure VMware Solution, klastrami vSAN i hostami.

Na poniższym diagramie opisano składniki architektury rozwiązania Azure VMware Solution.

Diagram ilustrujący jedną subskrypcję platformy Azure zawierającą dwie chmury prywatne na potrzeby środowisk deweloperskich i produkcyjnych.

Każdy składnik architektury usługi Azure VMware Solution ma następującą funkcję:

  • Subskrypcja platformy Azure: zapewnia kontrolowany dostęp, budżet i zarządzanie limitami przydziału dla rozwiązania Azure VMware Solution.
  • Region platformy Azure: grupuje centra danych w Strefy dostępności (AZ), a następnie grupuje strefę ZZ w regionach.
  • Grupa zasobów platformy Azure: umieszcza usługi i zasoby platformy Azure w grupach logicznych.
  • Chmura prywatna usługi Azure VMware Solution: oferuje zasoby obliczeniowe, sieciowe i magazynowe przy użyciu oprogramowania VMware, w tym oprogramowania vCenter Server, sieci zdefiniowanej programowo NSX, magazynu zdefiniowanego programowo vSAN i hostów ESXi bez systemu ESXi na platformie Azure. Obsługiwane są również usługi Azure NetApp Files, Azure Elastic SAN i Pure Cloud Block Store.
  • Klaster zasobów usługi Azure VMware Solution: zapewnia zasoby obliczeniowe, sieciowe i magazynowe dla obciążeń klientów przez skalowanie chmury prywatnej usługi Azure VMware Solution przy użyciu oprogramowania VMware, w tym magazynu zdefiniowanego programowo vSAN i hostów ESXi bez systemu ESXi platformy Azure. Obsługiwane są również usługi Azure NetApp Files, Azure Elastic SAN i Pure Cloud Block Store.
  • VMware HCX: dostarcza usługi mobilności, migracji i rozszerzeń sieci.
  • VMware Site Recovery: automatyzuje odzyskiwanie po awarii i usługi replikacji magazynu przy użyciu replikacji VMware vSphere. Obsługiwane są również rozwiązania do odzyskiwania po awarii innych firm Zerto Disaster Recovery i JetStream Software Disaster Recovery.
  • Dedykowana przeglądarka Microsoft Enterprise Edge (D-MSEE): router łączący chmurę platformy Azure i wystąpienie chmury prywatnej usługi Azure VMware Solution.
  • Azure Virtual Network (VNet): łączy ze sobą usługi i zasoby platformy Azure.
  • Azure Route Server: wymienia informacje o trasach dynamicznych za pomocą sieci platformy Azure.
  • Brama usługi Azure Virtual Network: łączy usługi i zasoby platformy Azure z innymi sieciami prywatnymi przy użyciu sieci VPN protokołu IPSec, usługi ExpressRoute i sieci wirtualnej z siecią wirtualną.
  • Azure ExpressRoute: zapewnia szybkie połączenia prywatne między centrami danych platformy Azure i infrastrukturą lokalną lub współlokalizacyjną.
  • Azure Virtual WAN (vWAN): łączy funkcje sieci, zabezpieczeń i routingu w jedną ujednoliconą sieć rozległą (WAN).

Hosts

Klastry usługi Azure VMware Solution są oparte na hiperkonwergentnej infrastrukturze. W poniższej tabeli przedstawiono specyfikacje procesora CPU, pamięci, dysku i sieci hosta.

Typ hosta Procesor CPU (rdzenie/GHz) RAM (GB) Warstwa pamięci podręcznej vSAN (TB, raw***) Warstwa pojemności vSAN (TB, raw***) Dostępność w regionach
AV36 Podwójne procesory Intel Xeon Gold 6140 (mikroarchitektura Skylake) z 18 rdzeniami/procesorem CPU @ 2,3 GHz, łącznie 36 rdzeni fizycznych (72 rdzenie logiczne z hiperwątkiem) 576 3.2 (NVMe) 15.20 (SSD) Wybrane regiony (*)
AV36P Podwójne procesory Intel Xeon Gold 6240 (mikroarchitektura cascade Lake) z 18 rdzeniami/procesorem CPU @ 2,6 GHz / 3,9 GHz Turbo, łącznie 36 rdzeni fizycznych (72 rdzenie logiczne z hiperwątkiem) 768 1.5 (Intel Cache) 19.20 (NVMe) Wybrane regiony (*)
AV52 Podwójne procesory Intel Xeon Platinum 8270 (mikroarchitektura cascade Lake) z 26 rdzeniami/procesorem CPU @ 2,7 GHz / 4,0 GHz Turbo, łącznie 52 rdzeni fizycznych (104 rdzeni logicznych z funkcją hyperthreading) 1536 1.5 (Intel Cache) 38.40 (NVMe) Wybrane regiony (*)
AV64 Podwójne procesory Intel Xeon Platinum 8370C (mikroarchitektura Ice Lake) z 32 rdzeniami/procesorem cpu @ 2,8 GHz / 3,5 GHz Turbo, łącznie 64 rdzeni fizycznych (128 rdzeni logicznych z hiperwątkiem) 1,024 3.84 (NVMe) 15.36 (NVMe) Wybrane regiony (**)

Klaster usługi Azure VMware Solution wymaga co najmniej trzech hostów. Hosty tego samego typu można używać tylko w jednej chmurze prywatnej usługi Azure VMware Solution. Hosty używane do kompilowania 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.

Wszystkie powyższe typy hostów mają przepływność interfejsu sieciowego 100 Gb/s.

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

(**) Wymagania wstępne AV64: przed dodaniem av64 wymagana jest prywatna chmura rozwiązania VMware Solution wdrożona przy użyciu av36, AV36P lub AV52.

(***) Nieprzetworzone jest oparte na międzynarodowym standardzie jednostek (SI) zgłoszonym przez producenta dysku. Przykład: 1 TB Raw = 100000000000 bajtów, miejsce obliczane przez komputer w pliku binarnym (binarne 1 TB = 1099511627776 bajtów binarnych) będzie równe 931,3 Gigabajty przekonwertowane z nieprzetworzonej liczby dziesiętnej.

Tabela mapowania regionów świadczenia usługi Azure Region (AZ) na jednostkę SKU

Podczas planowania projektu rozwiązania Azure VMware Solution skorzystaj z poniższej tabeli, aby zrozumieć, jakie jednostki SKU są dostępne w każdej fizycznej strefie dostępności regionu świadczenia usługi Azure.

Ważne

To mapowanie jest ważne w przypadku umieszczania chmur prywatnych w pobliżu natywnych obciążeń platformy Azure, w tym zintegrowanych usług, takich jak Azure NetApp Files i Pure Cloud Block Store (CBS).

Funkcja Multi-AZ dla klastrów rozproszyonych usługi Azure VMware Solution jest również oznaczona tagiem w poniższej tabeli. Limit przydziału klienta dla usługi Azure VMware Solution jest przypisywany przez region platformy Azure i nie można określić strefy dostępności podczas aprowizacji chmury prywatnej. Algorytm automatycznego wyboru służy do równoważenia wdrożeń w regionie świadczenia usługi Azure. Jeśli masz określoną strefę dostępności, do której chcesz wdrożyć, otwórz żądanie obsługi z firmą Microsoft, żądając "specjalnych zasad umieszczania" dla subskrypcji, regionu platformy Azure, strefy dostępności i typu jednostki SKU. Te zasady będą obowiązywać do momentu usunięcia lub zmiany.

Jednostki SKU oznaczone pogrubioną są ograniczoną dostępnością ze względu na użycie klienta i limit przydziału mogą nie być dostępne na żądanie. Zamiast tego należy użyć jednostki SKU AV64, gdy jednostki SKU AV36, AV36P lub AV52 są ograniczone.

Jednostki SKU AV64 są dostępne dla strefy dostępności. Poniższa tabela zawiera listę regionów świadczenia usługi Azure obsługujących tę jednostkę SKU. W przypadku zasad magazynu RAID-6 FTT2 i RAID-1 FTT3 wymagane są odpowiednio sześć i siedem domen błędów (FD), liczba FD dla każdego regionu platformy Azure jest wymieniona w kolumnie "Obsługiwane dyski FD AV64".

Region platformy Azure Strefa dostępności SKU Multi-AZ SDDC Obsługiwane dyski FD AV64
Australia Wschodnia AZ01 AV36P, AV64 Tak 7
Australia Wschodnia AZ02 AV36, AV64 Nie. 7
Australia Wschodnia AZ03 AV36P, AV64 Tak 7
Australia Południowo-Wschodnia AZ01 AV36 Nie. Nie dotyczy
Brazylia Południowa AZ02 AV36 Nie. Nie dotyczy
Kanada Środkowa AZ02 AV36 AV36P, AV64 Nie. 7
Kanada Wschodnia Nie dotyczy AV36 Nie. Nie dotyczy
Indie Centralne AZ03 AV36P (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Środkowe stany USA AZ01 AV36P (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Środkowe stany USA AZ02 AV36 (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Środkowe stany USA AZ03 AV36P, AV64 Nie. 7
Azja Wschodnia AZ01 AV36 (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Wschodnie stany USA AZ01 AV36P, AV64 Tak 7
Wschodnie stany USA AZ02 AV36P, AV64 Tak 7
Wschodnie stany USA AZ03 AV36, AV36P, AV64 Tak 7
Wschodnie stany USA 2 AZ01 AV36, AV64 Nie. 7
Wschodnie stany USA 2 AZ02 AV36P, AV52, AV64 Nie. 7
Francja Środkowa AZ01 AV36 (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Niemcy Środkowo-Zachodnie AZ01 AV36P (AV64 Planned H2 2024) Tak N/A (planowana 7 H2 2024)
Niemcy Środkowo-Zachodnie AZ02 AV36 (AV64 Planned H2 2024) Tak N/A (planowana 7 H2 2024)
Niemcy Środkowo-Zachodnie AZ03 AV36, AV36P, AV64 Tak 7
Włochy Północne AZ03 AV36P (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Japonia Wschodnia AZ02 AV36 (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Japonia Zachodnia AZ01 AV36 (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Północno-środkowe stany USA AZ01 AV36, AV64 Nie. 7
Północno-środkowe stany USA AZ02 AV36P, AV64 Nie. 7
Europa Północna AZ02 AV36, AV64 Nie. 7
Katar Środkowy AZ03 AV36P (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Północna Republika Południowej Afryki AZ03 AV36 (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
South Central US AZ01 AV36, AV64 Nie. 7
South Central US AZ02 AV36P, AV52, AV64 Nie. 7
Southeast Asia AZ02 AV36 Nie. Nie dotyczy
Szwecja Środkowa AZ01 AV36 (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Szwajcaria Północna AZ01 AV36, AV64 Nie. 7
Szwajcaria Północna AZ03 AV36P (AV64 Planned H2 2024) Nie. N/A (planowana 7 H2 2024)
Szwajcaria Zachodnia AZ01 AV36, AV64 Nie. 7
Północne Zjednoczone Emiraty Arabskie AZ03 AV36P Nie. Nie dotyczy
Południowe Zjednoczone Królestwo AZ01 AV36, AV36P, AV52, AV64 Tak 7
Południowe Zjednoczone Królestwo AZ02 AV36, AV64 Tak 7
Południowe Zjednoczone Królestwo AZ03 AV36P, AV64 Tak 7
Zachodnie Zjednoczone Królestwo AZ01 AV36 Nie. Nie dotyczy
West Europe AZ01 AV36, AV36P, AV52, AV64 Tak 7
West Europe AZ02 AV36, AV64 Tak 7
West Europe AZ03 AV36P, AV64 Tak 7
Zachodnie stany USA AZ01 AV36, AV36P Nie. Nie dotyczy
Zachodnie stany USA 2 AZ01 AV36 Nie. Nie dotyczy
Zachodnie stany USA 2 AZ02 AV36P Nie. Nie dotyczy
Zachodnie stany USA 3 AZ01 AV36P Nie. Nie dotyczy
US Gov Arizona AZ02 AV36P Nie. Nie dotyczy
US Gov Wirginia AZ03 AV36 Nie. Nie dotyczy

Klastry

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

Do zarządzania większością aspektów konfiguracji i operacji klastra służy program vCenter Server i Menedżer NSX. Cały magazyn lokalny każdego hosta w klastrze jest pod kontrolą oprogramowania VMware vSAN.

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

Obszar Opis Aprowizowania procesorów wirtualnych Aprowizowana wersja vRAM (GB) Zainicjowano obsługę administracyjną dysku 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 vCenter Server 8 28 915 1.1 3.9 1,854
VMware vSphere Maszyna wirtualna usługi klastra vSphere 1 1 0.1 2 0.1 0.1 5
VMware vSphere Maszyna wirtualna usługi klastra vSphere 2 1 0.1 2 0.1 0.1 5
VMware vSphere Maszyna wirtualna usługi klastra vSphere 3 1 0.1 2 0.1 0.1 5
VMware vSphere Węzeł ESXi 1 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSphere Węzeł ESXi 2 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSphere Węzeł ESXi 3 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSAN Użycie systemu vSAN Brak NIE DOTYCZY NIE DOTYCZY NIE DOTYCZY Brak 5,458
VMware NSX NSX Unified Appliance Node 1 12 48 300 2,5 13,5 613
VMware NSX NSX Unified Appliance Node 2 12 48 300 2,5 13,5 613
VMware NSX NSX Unified Appliance Node 3 12 48 300 2,5 13,5 613
VMware NSX Maszyna wirtualna NSX Edge 1 8 32 200 1.3 0,6 409
VMware NSX Maszyna wirtualna NSX Edge 2 8 32 200 1.3 0,6 409
VMware HCX (opcjonalny dodatek) Menedżer HCX 4 12 65 1 2,5 140
VMware Site Recovery Manager (opcjonalny dodatek) Urządzenie SRM 4 12 33 1 1 79
VMware vSphere (opcjonalny dodatek) Urządzenie menedżera replikacji vSphere 4 8 33 1 0,6 75
VMware vSphere (opcjonalny dodatek) Urządzenie serwera replikacji vSphere 2 1 33 1 0.3 68
Łącznie 77 procesorów wirtualnych 269,3 GB 2385 GB 30 GHz 50,4 GB 10 346 GB (9032 GB z oczekiwanym współczynnikiem redukcji danych 1,2x)

Płaszczyzna zarządzania i sterowania usługi Azure VMware Solution ma następujące wymagania dotyczące zasobów, które należy uwzględnić podczas określania rozmiaru rozwiązania rozproszonej chmury prywatnej klastrów. Moduł SRM programu VMware nie jest uwzględniony w tabeli, ponieważ obecnie nie jest obsługiwany.

Obszar Opis Aprowizowania procesorów wirtualnych Aprowizowana wersja vRAM (GB) Zainicjowano obsługę administracyjną dysku 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 vCenter Server 8 28 915 1.1 3.9 3,708
VMware vSphere Maszyna wirtualna usługi klastra vSphere 1 1 0.1 2 0.1 0.1 5
VMware vSphere Maszyna wirtualna usługi klastra vSphere 2 1 0.1 2 0.1 0.1 5
VMware vSphere Maszyna wirtualna usługi klastra vSphere 3 1 0.1 2 0.1 0.1 5
VMware vSphere Węzeł ESXi 1 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSphere Węzeł ESXi 2 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSphere Węzeł ESXi 3 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSphere Węzeł ESXi 4 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSphere Węzeł ESXi 5 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSphere Węzeł ESXi 6 Brak NIE DOTYCZY Brak 5,1 0,2 Nie dotyczy
VMware vSAN Użycie systemu vSAN Brak NIE DOTYCZY NIE DOTYCZY NIE DOTYCZY Brak 10,722
VMware NSX NSX Unified Appliance Node 1 12 48 300 2,5 13,5 1,229
VMware NSX NSX Unified Appliance Node 2 12 48 300 2,5 13,5 1,229
VMware NSX NSX Unified Appliance Node 3 12 48 300 2,5 13,5 1,229
VMware NSX Maszyna wirtualna NSX Edge 1 8 32 200 1.3 0,6 817
VMware NSX Maszyna wirtualna NSX Edge 2 8 32 200 1.3 0,6 817
VMware HCX (opcjonalny dodatek) Menedżer HCX 4 12 65 1 2,5 270
Łącznie 67 procesorów wirtualnych 248,3 GB 2286 GB 42,3 GHz 49,1 GB 20 036 GB (17 173 GB z oczekiwanym współczynnikiem redukcji danych 1,2x)

Te wymagania dotyczące zasobów dotyczą tylko pierwszego klastra wdrożonego w chmurze prywatnej usługi Azure VMware Solution. Kolejne klastry muszą uwzględniać tylko wymagania dotyczące zasobów vSphere Cluster Service, ESXi i użycie systemu vSAN w określaniu rozmiaru rozwiązania.

Urządzenie wirtualne Typowe nieprzetworzone wartości użycia magazynu danych vSAN odpowiadają za miejsce zajmowane przez pliki maszyny wirtualnej, w tym pliki konfiguracji i dziennika, migawki, dyski wirtualne i pliki wymiany.

Węzły VMware ESXi mają wartości użycia obliczeniowego, które uwzględniają obciążenie funkcji hypervisor vSphere VMkernel, obciążenie sieci vSAN i router rozproszony NSX, zaporę i mostkowanie. Są to szacunki dotyczące 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.

Obciążenie magazynu użycia systemu VMware vSAN odpowiada za obiekty zarządzania wydajnością sieci vSAN, obciążenie systemu plików vSAN, obciążenie sum kontrolnych vSAN i deduplikację i kompresję vSAN. Aby wyświetlić to zużycie, wybierz obiekt Monitor, vSAN Capacity dla klastra vSphere w kliencie vSphere.

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

Dodatek VMware Site Recovery Manager umożliwia skonfigurowanie wielu urządzeń serwera replikacji VMware vSphere. W poprzedniej tabeli założono, że jest używane jedno urządzenie serwera replikacji vSphere.

Ustalanie rozmiaru rozwiązania Azure VMware Solution jest szacowane; Obliczenia ustalania rozmiaru z fazy projektowania powinny być weryfikowane podczas fazy testowania projektu, aby upewnić się, że rozwiązanie Azure VMware Solution ma prawidłowy rozmiar dla obciążenia aplikacji.

Napiwek

Zawsze możesz rozszerzyć klaster i dodać dodatkowe klastry później, jeśli musisz przejść poza początkowy numer wdrożenia.

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

Zasób Limit
Klastry vSphere na chmurę prywatną 12
Minimalna liczba hostów ESXi na klaster 3 (limit twardy)
Maksymalna liczba hostów ESXi na klaster 16 (limit twardy)
Maksymalna liczba hostów ESXi na chmurę prywatną 96
Maksymalna liczba serwerów vCenter na chmurę prywatną 1 (limit twardy)
Maksymalna liczba par lokacji HCX 25 (dowolna wersja)
Maksymalna liczba siatk usługi HCX 10 (dowolna wersja)
Maksymalna liczba połączonych chmur prywatnych usługi Azure VMware Solution ExpressRoute z jednej lokalizacji do jednej bramy sieci wirtualnej 100
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)
Jeśli przekroczysz ten próg, użyj usługi Azure VMware Solution Interconnect w celu agregowania łączności chmury prywatnej w regionie świadczenia usługi Azure.
Maksymalna szybkość portu usługi ExpressRoute rozwiązania Azure VMware 10 Gb/s (użyj jednostki SKU bramy Ultra Performance Gateway z włączoną funkcją FastPath)
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)
Maksymalna liczba publicznych adresów IPv4 platformy Azure przypisanych do serwera NSX 2000
Maksymalna liczba połączeń międzyoperacyjnych rozwiązania VMware Solution na chmurę prywatną 10
Maksymalna liczba połączeń usługi Azure ExpressRoute Global Reach na chmurę prywatną rozwiązania Azure VMware Solution 8
Limity pojemności oprogramowania vSAN 75% całkowitego użycia (zachowaj dostępność 25% dla umowy SLA)
VMware Site Recovery Manager — maksymalna liczba chronionych maszyn wirtualnych 3000
VMware Site Recovery Manager — maksymalna liczba maszyn wirtualnych na plan odzyskiwania 2000
VMware Site Recovery Manager — maksymalna liczba grup ochrony na plan odzyskiwania 250
VMware Site Recovery Manager — wartości celu punktu odzyskiwania 5 minut lub więcej * (limit twardy)
VMware Site Recovery Manager — maksymalna liczba maszyn wirtualnych na grupę ochrony 500
VMware Site Recovery Manager — maksymalna liczba planów odzyskiwania 250

* Aby uzyskać informacje na temat celu punktu odzyskiwania (RPO) niższego niż 15 minut, zobacz How the 5 Minute Recovery Point Objective Works (Jak działa cel punktu odzyskiwania 5 minut) w przewodniku administrowania replikacją vSphere.

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

Wersje oprogramowania VMware

Firma Microsoft jest członkiem programu VMware Metal-as-a-Service (MaaS) i korzysta z rozwiązania VMware Cloud Provider Stack (VCPS) na potrzeby planowania uaktualniania rozwiązania VMware Solution.

Wersje oprogramowania VMware używane w nowych wdrożeniach chmur prywatnych usługi Azure VMware Solution to:

Oprogramowanie Wersja
VMware vCenter Server 8.0 U2b
VMware ESXi 8.0 U2b
VMware vSAN 8.0 U2
Format na dysku VMware vSAN 19
Architektura magazynu VMware vSAN OSA
VMware NSX 4.1.1
VMware HCX 4.9.1
Menedżer usługi VMware Site Recovery 8.8.0.3
Replikacja VMware vSphere 8.8.0.3

Bieżąca uruchomiona wersja oprogramowania jest stosowana do nowych klastrów dodanych do istniejącej chmury prywatnej, jeśli jest ona obsługiwana przez wersję programu vCenter Server.

Konserwacja hosta i zarządzanie cyklem życia

Jedną z zalet chmur prywatnych usługi Azure VMware Solution 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

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 akcji: skonfigurować replikację vSphere i skonfigurować lub wykonać plany odzyskiwania lokacji podczas uaktualniania programu vCenter Server.

  • NSX — ma to wpływ na obciążenie. Po uaktualnieniu określonego hosta maszyny wirtualne na tym hoście mogą utracić łączność z 2 sekundy do 1 minuty z dowolnym z następujących objawów:

    • Błędy ping

    • Utrata pakietów

    • Komunikaty o błędach (na przykład host docelowy jest niemożliwy do osiągnięcia i nie można uzyskać dostępu do sieci)

    W tym oknie uaktualniania cały dostęp do płaszczyzny zarządzania NSX jest zablokowany. Nie można wprowadzać zmian konfiguracji w środowisku NSX przez cały czas trwania. Obciążenia nadal działają normalnie, z zastrzeżeniem wcześniej szczegółowego wpływu na uaktualnienie.

    W czasie uaktualniania 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 zaplanować uaktualnienie 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

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 Azure VMware Solution stale monitoruje kondycję zarówno składników VMware, jak i nakładek. Gdy usługa Azure VMware Solution wykryje błąd, podejmuje działania w celu naprawy składników, które zakończyły się niepowodzeniem. Gdy usługa Azure VMware Solution wykryje spadek lub awarię w węźle usługi 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 zostanie umieszczony w trybie konserwacji VMware vSphere. VMware vSphere vMotion przenosi maszyny wirtualne poza uszkodzony host do innych dostępnych serwerów w klastrze, co potencjalnie umożliwia zerowy przestój 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.

Napiwek

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 dowolnej z następujących ról RBAC platformy Azure w subskrypcji: "ServiceAdmin", "CoAdmin", "Owner", "Contributor".

Usługa 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ętowego
  • Stan usługi Storage
  • Błąd połączenia

Kody alertów i tabela korygowania

Kod błędu Szczegóły błędu Zalecana akcja
EPC_SCSIDEVICE_SHARINGMODE Ten błąd występuje, gdy maszyna wirtualna jest skonfigurowana do używania urządzenia, które zapobiega operacji konserwacji: urządzenie, które jest kontrolerem SCSI, który jest zaangażowany w udostępnianie magistrali Postępuj zgodnie z artykułem bazy wiedzy, aby usunąć dowolny kontroler SCSI zaangażowany w udostępnianie magistrali dołączone do maszyn wirtualnych https://knowledge.broadcom.com/external/article?legacyId=79910
EPC_CDROM_EMULATEMODE Ten błąd występuje, gdy dysk CD-ROM na maszynie wirtualnej używa trybu emulacji, którego obraz ISO nie jest dostępny Postępuj zgodnie z artykułem bazy wiedzy, aby usunąć wszystkie dyski CDROM zainstalowane na obciążeniach klienta Maszyny wirtualne w trybie emulacji lub odłączyć iso. Zaleca się używanie trybu przekazywania do instalowania dowolnego dysku CD-ROM. https://knowledge.broadcom.com/external/article?legacyId=79306
EPC_DATASTORE_INACCESSIBLE Ten błąd występuje, gdy dowolny zewnętrzny magazyn danych dołączony do chmury prywatnej AVS staje się niedostępny Postępuj zgodnie z artykułem bazy wiedzy, aby uzyskać informacje na temat usuwania wszelkich nieaktualnych magazynów danych dołączonych do klastra /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices
EPC_NWADAPTER_STALE Ten błąd występuje, gdy połączony interfejs sieciowy na maszynie wirtualnej Vitual używa karty sieciowej, która staje się niedostępna Postępuj zgodnie z artykułem bazy wiedzy, aby usunąć wszystkie nieaktualne karty N/W dołączone do maszyn wirtualnych https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html

Uwaga

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

Tworzenie kopii zapasowej i przywracanie

Konfiguracje usługi Azure VMware Solution w chmurze prywatnej vCenter Server i HCX Manager (jeśli są włączone) są wykonywane zgodnie z dziennym harmonogramem tworzenia kopii zapasowych, a konfiguracja NSX ma harmonogram tworzenia kopii zapasowych co godzinę. Kopie zapasowe są przechowywane przez co najmniej trzy dni. Otwórz wniosek o pomoc techniczną w witrynie Azure Portal, aby zażądać przywrócenia.

Uwaga

Renowacje są przeznaczone tylko dla katastroficznych sytuacji.

Usługa Azure VMware Solution stale monitoruje kondycję zarówno fizycznej nakładki, jak i składników rozwiązania VMware. Gdy usługa 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 pojęciami dotyczącymi chmury prywatnej usługi Azure VMware Solution, warto dowiedzieć się więcej o: