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.
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 | Tak | 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. | 7 |
| Środkowe stany USA | AZ01 | AV36P (AV64 Planned H2 2024) | Tak | 7 |
| Środkowe stany USA | AZ02 | AV36 (AV64 Planned H2 2024) | Tak | 7 |
| Środkowe stany USA | AZ03 | AV36P, AV64 | Tak | 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 | Tak | 7 |
| Wschodnie stany USA 2 | AZ02 | AV36P, AV52, AV64 | Tak | 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 | 7 |
| Niemcy Środkowo-Zachodnie | AZ02 | AV36 (AV64 Planned H2 2024) | Tak | 7 |
| Niemcy Środkowo-Zachodnie | AZ03 | AV36, AV36P, AV64 | Tak | 7 |
| Włochy Północne | AZ03 | AV36P (AV64 Planned H2 2024) | Nie. | 7 |
| Japonia Wschodnia | AZ02 | AV36 (AV64 Planned H2 2024) | Nie. | 7 |
| Japonia Zachodnia | AZ01 | AV36 (AV64 Planned H2 2024) | Nie. | 7 |
| Północno-środkowe stany USA | AZ01 | AV36, AV64 | Tak | 7 |
| Północno-środkowe stany USA | AZ02 | AV36P, AV64 | Tak | 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. | 7 |
| South Central US | AZ01 | AV36, AV64 | Tak | 7 |
| South Central US | AZ02 | AV36P, AV52, AV64 | Tak | 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. | 7 |
| 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 U2d |
| 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: