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

Rozwiązanie Azure VMware udostępnia chmury prywatne oparte na oprogramowaniu VMware w Azure. Wdrożenia sprzętu i oprogramowania w chmurze prywatnej są w pełni zintegrowane i zautomatyzowane w Azure. Wdrażanie chmury prywatnej i zarządzanie nią za pośrednictwem portalu Azure, Azure CLI lub programu PowerShell.

Chmura prywatna obejmuje klastry z:

  • Dedykowane serwery fizyczne hostowane z użyciem Hypervisor VMware vSphere (ESXi).
  • Program VMware vCenter Server do zarządzania rozwiązaniami ESXi i vSAN.
  • Sieci zdefiniowane programowo przez VMware NSX dla maszyn wirtualnych na platformie vSphere.
  • Magazyn danych VMware vSAN dla maszyn wirtualnych obciążeń vSphere.
  • VMware HCX na potrzeby mobilności obciążeń.
  • Zasoby w infrastrukturze bazowej Azure (wymagane dla łączności i obsługi chmury prywatnej).

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

Na poniższym diagramie opisano składniki architektury Rozwiązanie Azure VMware.

Diagram przedstawiający pojedynczą subskrypcję Azure zawierającą dwie chmury prywatne dla środowisk deweloperskich i produkcyjnych.

Każdy składnik architektury Rozwiązanie Azure VMware ma następującą funkcję:

  • Subskrypcja Azure: zapewnia kontrolowany dostęp oraz zarządzanie budżetem i limitami przydziału dla Rozwiązanie Azure VMware.
  • Azure region: grupuje centra danych w strefy dostępności, a następnie grupuje strefy dostępności w regiony.
  • Azure grupa zasobów: Umieszcza usługi i zasoby Azure w logiczne grupy.
  • Rozwiązanie Azure VMware prywatna chmura: oferuje zasoby obliczeniowe, sieciowe i magazynowe przy użyciu oprogramowania VMware, w tym oprogramowania vCenter Server, sieci zdefiniowanej programowo NSX, magazynu zdefiniowanego programowo vSAN oraz hostów Azure na bazie sprzętu bezwarstwowego ESXi. Obsługiwane są również Azure NetApp Files, Azure Elastic SAN i Pure Cloud Block Store.
  • Rozwiązanie Azure VMware klaster zasobów: zapewnia zasoby obliczeniowe, sieciowe i magazynowe dla obciążeń klientów poprzez horyzontalne skalowanie chmury prywatnej Rozwiązanie Azure VMware przy użyciu oprogramowania VMware, w tym magazynu zdefiniowanego programowo vSAN i hostów Azure bare-metal ESXi. Obsługiwane są również Azure NetApp Files, elastic SAN i Pure Cloud Block Store.
  • VMware HCX: dostarcza usługi mobilności, migracji i rozszerzeń sieci.
  • VMware Site Recovery: Automatyzuje usługi odzyskiwania po awarii i replikacji magazynu przy użyciu replikacji VMware vSphere. Rozwiązania odzyskiwania po awarii innych firm, takie jak Zerto Disaster Recovery i JetStream Software Disaster Recovery, są również obsługiwane.
  • Dedicated Microsoft Enterprise Edge: Router łączący Azure Cloud Services i instancję chmury prywatnej Rozwiązanie Azure VMware.
  • Azure Virtual Network: łączy usługi Azure i zasoby razem.
  • Azure Route Server: Wymienia informacje o trasach dynamicznych za pomocą sieci Azure.
  • Azure Virtual Network gateway: łączy usługi i zasoby Azure z innymi sieciami prywatnymi przy użyciu wirtualnej sieci prywatnej IPSec, Azure ExpressRoute i sieci wirtualnej z siecią wirtualną.
  • Azure ExpressRoute: zapewnia szybkie prywatne połączenia między centrami danych Azure a infrastrukturą lokalną lub kolokacyjną.
  • Azure Virtual WAN: łączy funkcje sieci, zabezpieczeń i routingu w jedną ujednoliconą sieć rozległą (WAN).

Hosts

Rozwiązanie Azure VMware klastry są oparte na infrastrukturze hiperkonwergentnej. W poniższej tabeli przedstawiono specyfikacje procesora CPU, pamięci, dysku i sieci hosta.

Typ hosta Procesor CPU (rdzenie/GHz) Pamięć RAM (GB) Architektura oprogramowania vSAN Warstwa pamięci podręcznej vSAN (TB, raw***) Warstwa pojemności vSAN (TB, surowe***) Dostępność regionalna
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 OSA 3.2 (NVMe) 15.20 (SSD) Wybrane regiony (*)
AV36P Podwójne procesory Intel Xeon Gold 6240 (mikroarchitektura Cascade Lake) z 18 rdzeniami na procesor, taktowane zegarem 2,6 GHz i 3,9 GHz Turbo, łącznie 36 rdzeni fizycznych (72 rdzenie logiczne z hiperwątkowością) 768 OSA 1.5 (Pamięć podręczna Intela) 19.20 (NVMe) Wybrane regiony (*)
AV48 Podwójne procesory Intel Xeon Gold 6442Y (mikroarchitektura Sapphire Rapids) z 24 rdzeniami na procesor @ 2,6 GHz / 4,0 GHz Turbo, łącznie 48 rdzeni fizycznych (96 rdzeni logicznych z hyperthreadingiem) 1,024 ESA N/A 25.6 (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) 1,536 OSA 1.5 (Pamięć podręczna Intela) 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 OSA / ESA **** 3.84 (NVMe) / N/A **** 15.36 (NVMe) / 19.25 (NVMe)**** Wybrane regiony (**)

Klaster Rozwiązanie Azure VMware wymaga co najmniej trzech hostów. Hosty tego samego typu można używać tylko w jednej Rozwiązanie Azure VMware chmurze prywatnej. 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 są dostępne za pośrednictwem kalkulatora cen Azure.

**Wymaganie wstępne AV64: przed dodaniem AV64 wymagana jest chmura prywatna Rozwiązanie Azure VMware wdrożona z AV36, AV36P, AV48 lub AV52.

Surowe dane oparte są na Międzynarodowym Układzie Jednostek (SI) zgłoszonym przez producentów dysków. Przykład: 1 TB Raw = 1000000000000 bajtów. Miejsce obliczane przez komputer w pliku binarnym (1 TB binarne = 1099511627776 bajtów binarnych) równa 931,3 gigabajtów przekonwertowanych z nieprzetworzonej liczby dziesiętnej.

ESA ma zastosowanie do wdrożeń AV64 Gen 2.

Tabela mapowania stref dostępności w regionie Azure do typów hostów

Podczas planowania projektu Rozwiązanie Azure VMware skorzystaj z poniższej tabeli, aby dowiedzieć się, jakie typy hostów są dostępne w każdej fizycznej strefie dostępności Azure regionu.

Important

To mapowanie jest ważne dla umieszczania chmur prywatnych w bliskim sąsiedztwie obciążeń natywnych dla Azure, w tym zintegrowanych usług, takich jak Azure NetApp Files i Pure Cloud Block Store.

Możliwość rozciągniętych klastrów Rozwiązanie Azure VMware wdrażania zasobów w wielu strefach dostępności (Multi-AZ) jest również oznaczona w poniższej tabeli. Limit przydziału klienta dla Rozwiązanie Azure VMware jest przypisywany przez region Azure. Nie można określić strefy dostępności podczas aprowizacji chmury prywatnej. Algorytm automatycznego wybierania służy do równoważenia wdrożeń w regionie Azure.

Jeśli masz określoną strefę dostępności, do której chcesz wdrożyć, otwórz żądanie Usługi z Microsoft. Zażądaj "polityki specjalnego umieszczania" dla subskrypcji, regionu Azure, strefy dostępności i typu hosta. Te zasady pozostają w miejscu, dopóki nie zażądasz usunięcia lub zmiany.

Typy hostów oznaczone pogrubioną czcionką mają ograniczoną dostępność ze względu na użycie klienta i mogą nie być dostępne na żądanie. Użyj typu hosta AV64, gdy typy hostów AV36, AV36P lub AV52 są ograniczone.

Typy hostów AV64 są dostępne dla strefy dostępności. W poniższej tabeli wymieniono regiony Azure, które obsługują ten typ hosta. W przypadku zasad magazynu RAID-6 FTT2 i RAID-1 FTT3 potrzebne są, odpowiednio, sześć i siedem domen błędów. Liczba domen błędów dla każdego regionu Azure jest wyświetlana w kolumnie oznaczonej etykietą obsługiwane domeny błędów AV64.

region świadczenia platformy Azure Strefa dostępności Typ hosta Multi-AZ SDDC Obsługiwane domeny błędów AV64
Australia Wschodnia AZ01 AV36P, AV64 Yes 7
Australia Wschodnia AZ02 AV36, AV64 Yes 7
Australia Wschodnia AZ03 AV36P, AV64 Yes 7
Australia Południowo-Wschodnia AZ01 AV36 No N/A
Brazylia Południowa AZ02 AV36, AV64 No 7
Kanada Środkowa AZ02 AV36, AV36P, AV64 No 7
Kanada Wschodnia N/A AV36, AV64 No 7
Indie Środkowe AZ03 AV36P, AV48, AV64 No 7
Środkowe stany USA AZ01 AV36P, AV64 No 7
Środkowe stany USA AZ02 AV36, AV64 No 7
Środkowe stany USA AZ03 AV36P, AV64 No 7
Azja Wschodnia AZ01 AV36, AV64 No 7
Azja Wschodnia AZ02 AV36P No N/A
Wschodnie stany USA AZ01 AV36P, AV64 Yes 7
Wschodnie stany USA AZ02 AV36P, AV64 Yes 7
Wschodnie stany USA AZ03 AV36, AV36P, AV64 Yes 7
Wschodnie stany USA 2 AZ01 AV36, AV64 No 7
Wschodnie stany USA 2 AZ02 AV36P, AV52, AV64 No 7
Wschodnie stany USA 2 AZ03 AV36P, AV64 No 7
Francja Środkowa AZ01 AV36, AV64 No 7
Niemcy Środkowo-Zachodnie AZ01 AV36P, AV64 Yes 7
Niemcy Środkowo-Zachodnie AZ02 AV36, AV48, AV64 Yes 7
Niemcy Środkowo-Zachodnie AZ03 AV36, AV36P, AV48, AV64 Yes 7
Włochy Północne AZ03 AV36P, AV64 No 7
Japonia Wschodnia AZ02 AV36, AV36P, AV64 No 7
Japonia Wschodnia AZ03 AV36P, AV48 No N/A
Japonia Zachodnia AZ01 AV36, AV64 No 7
Japonia Zachodnia AZ02 AV36P No N/A
Korea Środkowa AZ02 AV48 No N/A
Korea Środkowa AZ03 AV48 No N/A
Północno-środkowe stany USA AZ01 AV36, AV64 No 7
Północno-środkowe stany USA AZ02 AV36P, AV64 No 7
Europa Północna AZ02 AV36, AV64 No 7
Katar Środkowy AZ03 AV36P (AV64 planowane IV kwartał 2025) No N/A (planowane siedem w IV kwartale 2025 r.)
Północna Republika Południowej Afryki AZ01 AV48, AV64 No 7
Północna Republika Południowej Afryki AZ03 AV36, AV64 No 7
Południowo-środkowe stany USA AZ01 AV36, AV64 No 7
Południowo-środkowe stany USA AZ02 AV36, AV36P, AV52, AV64 No 7
Azja Południowo-Wschodnia AZ01 AV36P No N/A
Azja Południowo-Wschodnia AZ02 AV36 No N/A
Hiszpania Środkowa AZ01 AV48 No N/A
Hiszpania Środkowa AZ03 AV48 No N/A
Szwecja Środkowa AZ01 AV36, AV64 No 7
Szwecja Środkowa AZ03 AV48 No N/A
Szwajcaria Północna AZ01 AV36, AV64 No 7
Szwajcaria Północna AZ03 AV36P, AV64 No 7
Szwajcaria Zachodnia AZ01 AV36, AV64 No 7
Północne Zjednoczone Emiraty Arabskie AZ02 AV48 No N/A
Północne Zjednoczone Emiraty Arabskie AZ03 AV36P, AV64 No 7
Południowe Zjednoczone Królestwo AZ01 AV36, AV36P, AV52, AV64 Yes 7
Południowe Zjednoczone Królestwo AZ02 AV36, AV64 Yes 7
Południowe Zjednoczone Królestwo AZ03 AV36P, AV64 Yes 7
Zachodnie Zjednoczone Królestwo AZ01 AV36, AV64 No 7
Europa Zachodnia AZ01 AV36, AV36P, AV52, AV64 Yes 7
Europa Zachodnia AZ02 AV36, AV64 Yes 7
Europa Zachodnia AZ03 AV36P, AV64 Yes 7
Zachodnie stany USA AZ01 AV36, AV36P, AV64 No 7
Zachodnie stany USA 2 AZ01 AV36, AV64 No 7
Zachodnie stany USA 2 AZ02 AV36P, AV64 No 7
Zachodnie stany USA 2 AZ03 AV48 No N/A
Zachodnie stany USA 3 AZ01 AV36P, AV64 No 7
US Gov Arizona AZ02 AV36P No N/A
US Gov Wirginia AZ03 AV36 No N/A

Clusters

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.

Rozwiązanie Azure VMware konfiguruje każdy klaster pod kątem dostępności n+1 za pomocą vSphere High Availability z kontrolą przyjęcia opartą na procentach, aby chronić obciążenia przed awarią pojedynczego węzła. Cluster-1 każda chmura prywatna Rozwiązanie Azure VMware ma pulę zasobów opartą na vSphere Distributed Resource Scheduler (MGMT-ResourcePool). Pula jest skonfigurowana dla komponentów płaszczyzny zarządzania i kontrolnej, takich jak vCenter Server, klaster NSX Manager, NSX Edges, dodatek HCX Manager, dodatek Site Recovery Manager i dodatek vSphere Replication.

MGMT-ResourcePool jest skonfigurowany do zarezerwowania 46 GHz mocy CPU i 171,88 GB pamięci, których nie można zmienić. W przypadku klastra z trzema węzłami, dwa węzły są przeznaczone do obsługi obciążeń klientów, z wyłączeniem zasobów procesora i pamięci, które są zarezerwowane do zarządzania i kontroli. Jeden węzeł zasobów jest utrzymywany w rezerwie, aby chronić przed awarią węzła. Rozwiązanie Azure VMware rozciągnięte klastry korzystają z polityki kontroli wstępu opartej na współczynnikach dostępności n+2 vSphere High Availability.

Płaszczyzna zarządzania i sterowania Rozwiązanie Azure VMware ma następujące wymagania dotyczące zasobów. Należy je uwzględnić podczas określania rozmiaru rozwiązania standardowej chmury prywatnej.

Area Description Przydzielone vCPU Przydzielona pamięć RAM wirtualna (GB) Przydzielony dysk 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 30 915 1.5 3.3 1,830
VMware vSphere Maszyna wirtualna serwisu klastra vSphere 1 1 0.1 2 0.1 0.1 1
VMware vSphere Maszyna wirtualna usługi klastra vSphere 2 1 0.1 2 0.1 0.1 1
VMware vSphere Usługa klastra vSphere VM 3 1 0.1 2 0.1 0.1 1
VMware vSphere Węzeł ESXi 1 N/A N/A N/A 2.4 48 N/A
VMware vSphere Węzeł ESXi 2 N/A N/A N/A 2.4 48 N/A
VMware vSphere Węzeł ESXi 3 N/A N/A N/A 2.4 48 N/A
VMware vSAN Użycie systemu vSAN N/A N/A N/A N/A N/A 12,441
VMware NSX Węzeł Urządzenia Zintegrowanego NSX 1 6 24 300 3.4 13.9 613
VMware NSX Urządzenie NSX Unified Appliance Node 2 6 24 300 3.4 13.9 613
VMware NSX NSX Unified Appliance Node 3 6 24 300 3.4 13.9 613
VMware NSX Maszyna wirtualna NSX Edge 1 8 32 196 1.4 0.7 401
VMware NSX Maszyna wirtualna NSX Edge 2 8 32 196 1.4 0.7 401
VMware HCX (opcjonalny dodatek) Menedżer HCX 4 12 64 0.4 2.8 174
VMware Site Recovery Manager (opcjonalny dodatek) Urządzenie menedżera Site Recovery 4 12 33 1 1 66
VMware vSphere (opcjonalny dodatek) Urządzenie programu vSphere Replication Manager 4 12 33 1 3.1 66
VMware vSphere (opcjonalny dodatek) Urządzenie serwera replikacji vSphere 2 1 33 1 0.8 66
Total 59 CPU wirtualnych 203,3 GB 2376 GB 25,4 GHz 198,3 GB 17 287 GB (15 401 GB z współczynnikiem redukcji danych)

Płaszczyzna zarządzania i kontrolna Rozwiązanie Azure VMware ma następujące wymagania dotyczące zasobów, które należy uwzględnić podczas określania rozmiaru rozszerzonych klastrów w chmurze prywatnej. Program VMware Site Recovery Manager nie jest uwzględniony w tabeli, ponieważ obecnie nie jest obsługiwany. Urządzenie typu Witness dla vSAN nie znajduje się w tabeli. Microsoft zarządza nim w trzeciej strefie dostępności.

Area Description Przydzielone vCPU Przydzielona pamięć RAM wirtualna (GB) Przydzielony dysk 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 30 915 1.1 3.9 3,662
VMware vSphere Maszyna wirtualna serwisu klastra vSphere 1 1 0.1 2 0.1 0.1 1
VMware vSphere Maszyna wirtualna usługi klastra vSphere 2 1 0.1 2 0.1 0.1 1
VMware vSphere Usługa klastra vSphere VM 3 1 0.1 2 0.1 0.1 1
VMware vSphere Węzeł ESXi 1 N/A N/A N/A 2.4 48 N/A
VMware vSphere Węzeł ESXi 2 N/A N/A N/A 2.4 48 N/A
VMware vSphere Węzeł ESXi 3 N/A N/A N/A 2.4 48 N/A
VMware vSphere Węzeł ESXi 4 N/A N/A N/A 2.4 48 N/A
VMware vSphere Węzeł ESXi 5 N/A N/A N/A 2.4 48 N/A
VMware vSphere Węzeł ESXi 6 N/A N/A N/A 2.4 48 N/A
VMware vSAN Użycie systemu vSAN N/A N/A N/A N/A N/A 11,223
VMware NSX Węzeł Urządzenia Zintegrowanego NSX 1 6 24 300 3.4 13.9 1,229
VMware NSX Urządzenie NSX Unified Appliance Node 2 6 24 300 3.4 13.9 1,229
VMware NSX NSX Unified Appliance Node 3 6 24 300 3.4 13.9 1,229
VMware NSX Maszyna wirtualna NSX Edge 1 8 32 196 1.4 0.7 800
VMware NSX Maszyna wirtualna NSX Edge 2 8 32 196 1.4 0.7 800
VMware HCX (opcjonalny dodatek) Menedżer HCX 4 12 64 0.4 2.8 256
Total 49 vCPU (procesorów wirtualnych) 178,4 GB 2277 GB 29,9 GHz 338,1 GB 20 430 GB (17 459 GB z współczynnikiem redukcji danych)

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

Aplikacja wirtualna Typowe nieprzetworzone wartości użycia magazynu danych vSAN uwzględniają 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ążenia hypervisora vSphere VMkernel, obciążenia vSAN oraz rozproszonego routera, zapory ogniowej i mostkowania w NSX. Te szacunki dotyczą standardowej konfiguracji trójklasowej. Wymagania dotyczące magazynu są wymienione jako nie dotyczy (N/A), ponieważ jest używany wolumin rozruchowy oddzielony od magazynu danych vSAN.

Nadwyżka zużycia pamięci systemu VMware vSAN obejmuje obiekty zarządzania wydajnością vSAN, nadwyżkę systemu plików vSAN, nadwyżkę sum kontrolnych vSAN oraz deduplikację i kompresję w vSAN. Aby wyświetlić to użycie, wybierz Monitorowanie>vSAN>Pojemność dla klastra vSphere w kliencie vSphere.

Wymagania dotyczące zasobów VMware HCX i VMware Site Recovery Manager są opcjonalnymi dodatkami do Rozwiązanie Azure VMware. Pomiń 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 jest szacowaniem. Zweryfikuj obliczenia ustalania rozmiaru z fazy projektowania w fazie testowania projektu. Należy upewnić się, że rozwiązanie ma prawidłowy rozmiar dla obciążenia aplikacji.

Tip

Zawsze możesz rozszerzyć klaster i dodać więcej klastrów później, jeśli musisz przejść poza początkowy numer wdrożenia.

Caution

Usunięcie klastra zatrzymuje wszystkie uruchomione obciążenia oraz składniki i stanowi operację nieodwracalną. Po usunięciu klastra nie można odzyskać danych.

W poniższej tabeli opisano maksymalne limity dla Rozwiązanie Azure VMware.

Resource Limit
Klastry vSphere na każdą chmurę prywatną 12
Minimalna liczba hostów ESXi na klaster 3 (sztywny limit)
Maksymalna liczba hostów ESXi na klaster 16 (sztywny limit)
Maksymalna liczba hostów ESXi na chmurę prywatną 96
Maksymalna liczba serwerów vCenter na chmurę prywatną 1 (ścisły limit)
Maksymalna liczba par obiektów HCX 25 (dowolna wersja)
Maksymalna liczba siatek usługi HCX 10 (dowolna wersja)
Maksymalna liczba prywatnych chmur Rozwiązanie Azure VMware połączonych za pomocą Azure ExpressRoute z jednej lokalizacji do jednej bramy wirtualnej sieci. 4
Wykorzystywana brama sieci wirtualnej określa rzeczywistą maksymalną liczbę połączonych prywatnych chmur. Aby uzyskać więcej informacji, zobacz About ExpressRoute virtual network gateways.
Jeśli przekroczysz ten próg, użyj Rozwiązanie Azure VMware Interconnect w celu zagregowania łączności chmury prywatnej w regionie Azure.
Maksymalna przepływność Rozwiązanie Azure VMware ExpressRoute 10 Gbps (użyj wersji Ultra Performance Gateway z włączoną funkcją FastPath)**
Brama sieci wirtualnej, która jest używana, determinuje rzeczywistą przepustowość. Aby uzyskać więcej informacji, zobacz About ExpressRoute virtual network gateways.
Usługa Rozwiązanie Azure VMware ExpressRoute nie ma żadnych ograniczeń szybkości portów i działa powyżej 10 Gb/s. Prędkości ponad 10 Gbps nie są gwarantowane z powodu jakości usługi.
Maksymalna liczba Azure publicznych adresów IPv4 przypisanych do serwera NSX 2,000
Maksymalna liczba połączeń Rozwiązanie Azure VMware na jedną chmurę prywatną 10
Maksymalna liczba połączeń Azure ExpressRoute Global Reach na chmurę prywatną Rozwiązanie Azure VMware 8
Limity pojemności oprogramowania vSAN 75% całkowitego dostępnego (pozostaw 25% dostępne na umowę o poziom usług)
Menedżer Site Recovery VMware: maksymalna liczba chronionych maszyn wirtualnych 3,000
VMware Site Recovery Manager: maksymalna liczba maszyn wirtualnych w planie odzyskiwania 2,000
VMware Site Recovery Manager: maksymalna liczba grup ochrony w planie odbudowy 250
VMware Site Recovery Manager: wartości celu punktu odzyskiwania (RPO) Pięć minut lub więcej* (limit twardy)
Menedżer Site Recovery VMware: maksymalna liczba maszyn wirtualnych na grupę ochrony 500
Menedżer Site Recovery VMware: maksymalna liczba planów odzyskiwania 250

* Aby uzyskać informacje o RPO niższym niż 15 minut, zobacz Jak działa 5-minutowe RPO w dokumentacji vSphere Replication Administration.

** Ten zalecany limit miękki może obsługiwać wyższą przepustowość na podstawie scenariusza.

W przypadku innych limitów specyficznych dla VMware, użyj narzędzia do maksymalnej konfiguracji VMware by Broadcom.

Wersje oprogramowania VMware

Microsoft jest członkiem programu VMware metal as a service (MaaS) i korzysta z VMware Cloud Provider Stack na potrzeby planowania uaktualniania Rozwiązanie Azure VMware.

W poniższej tabeli wymieniono wersje oprogramowania używane w nowych wdrożeniach chmur prywatnych Rozwiązanie Azure VMware.

Software Version Numer kompilacji
VMware vCenter Server 8.0 U3e 24674346
VMware ESXi 8.0 U3f + Poprawka gorąca (poprawka usterek SIECI) 24797835
VMware vSAN 8.0 U3 24797835
Świadek VMware vSAN 8.0 U3 24797835
Format dysku VMware vSAN 20 N/A
Architektura magazynu VMware vSAN Gen 1: OSA, Gen2: ESA N/A
VMware NSX 4.2.3.2 25077145
VMware HCX 4.11.3 24972695
VMware Live Site Recovery - Odzyskiwanie działającej witryny 9.0.2.1 24401761
Replikacja VMware vSphere 9.0.2.1 24383568

Jeśli wymieniony numer kompilacji nie zgadza się z numerem kompilacji podanym w notatkach do wydania, oznacza to, że zastosowano niestandardową łatkę dla dostawców chmury.

Obecnie działająca wersja oprogramowania jest stosowana do nowych klastrów dodawanych do istniejącej prywatnej chmury, jeśli wersja vCenter Server to obsługuje.

Tworzenie kopii zapasowej i przywracanie

Rozwiązanie Azure VMware konfiguracje serwera vCenter Server i menedżera HCX w chmurze prywatnej (jeśli są włączone) są wykonywane zgodnie z codziennym harmonogramem tworzenia kopii zapasowych. Konfiguracja NSX ma godzinowy harmonogram tworzenia kopii zapasowych. Kopie zapasowe są przechowywane przez co najmniej trzy dni. Otwórz żądanie support w portalu Azure, aby zażądać przywrócenia.

Note

Renowacje są przeznaczone tylko dla katastroficznych sytuacji.

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

Teraz, po zapoznaniu się z pojęciami dotyczącymi Rozwiązanie Azure VMware chmury prywatnej, warto przeczytać: