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): Połączenie usługi i zasoby platformy Azure razem.
- Azure Route Server: wymienia informacje o trasach dynamicznych za pomocą sieci platformy Azure.
- Brama sieci wirtualnej platformy Azure: Połączenie usługi i zasoby platformy Azure do innych sieci prywatnych przy użyciu sieci VPN protokołu IPSec, usługi ExpressRoute i sieci wirtualnej do sieci wirtualnej.
- 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, nieprzetworzona) | Warstwa pojemności oprogramowania vSAN (TB, nieprzetworzona) | 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.
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 Storage (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.
| Region platformy Azure | Strefa dostępności | SKU | Multi-AZ SDDC |
|---|---|---|---|
| Australia Wschodnia | AZ01 | AV36P | Tak |
| Australia Wschodnia | AZ02 | AV36 | Nie. |
| Australia Wschodnia | AZ03 | AV36P | Tak |
| Australia Południowo-Wschodnia | AZ01 | AV36 | Nie. |
| Brazylia Południowa | AZ02 | AV36 | Nie. |
| Kanada Środkowa | AZ02 | AV36, AV36P | Nie. |
| Kanada Wschodnia | Nie dotyczy | AV36 | Nie. |
| Środkowe stany USA | AZ01 | AV36P | Nie. |
| Środkowe stany USA | AZ02 | AV36 | Nie. |
| Środkowe stany USA | AZ03 | AV36P | Nie. |
| Azja Wschodnia | AZ01 | AV36 | Nie. |
| Wschodnie stany USA | AZ01 | AV36P | Tak |
| Wschodnie stany USA | AZ02 | AV36P | Tak |
| Wschodnie stany USA | AZ03 | AV36, AV36P, AV64 | Tak |
| Wschodnie stany USA 2 | AZ01 | AV36, AV64 | Nie. |
| Wschodnie stany USA 2 | AZ02 | AV36P, AV52, AV64 | Nie. |
| Francja Środkowa | AZ01 | AV36 | Nie. |
| Niemcy Środkowo-Zachodnie | AZ01 | AV36P | Tak |
| Niemcy Środkowo-Zachodnie | AZ02 | AV36 | Tak |
| Niemcy Środkowo-Zachodnie | AZ03 | AV36, AV36P | Tak |
| Japonia Wschodnia | AZ02 | AV36 | Nie. |
| Japonia Zachodnia | AZ01 | AV36 | Nie. |
| Północno-środkowe stany USA | AZ01 | AV36 | Nie. |
| Północno-środkowe stany USA | AZ02 | AV36P | Nie. |
| Europa Północna | AZ02 | AV36, AV64 | Nie. |
| Katar Środkowy | AZ03 | AV36P | Nie. |
| Północna Republika Południowej Afryki | AZ03 | AV36 | Nie. |
| South Central US | AZ01 | AV36, AV64 | Nie. |
| South Central US | AZ02 | AV36P, AV52, AV64 | Nie. |
| Azja Południowo-Wschodnia | AZ02 | AV36 | Nie. |
| Szwecja Środkowa | AZ01 | AV36 | Nie. |
| Szwajcaria Północna | AZ01 | AV36, AV64 | Nie. |
| Szwajcaria Zachodnia | AZ01 | AV36, AV64 | Nie. |
| Południowe Zjednoczone Królestwo | AZ01 | AV36, AV36P, AV52, AV64 | Tak |
| Południowe Zjednoczone Królestwo | AZ02 | AV36, AV64 | Tak |
| Południowe Zjednoczone Królestwo | AZ03 | AV36P, AV64 | Nie. |
| Zachodnie Zjednoczone Królestwo | AZ01 | AV36 | Nie. |
| West Europe | AZ01 | AV36, AV36P, AV52 | Tak |
| West Europe | AZ02 | AV36 | Tak |
| West Europe | AZ03 | AV36P, AV64 | Tak |
| Zachodnie stany USA | AZ01 | AV36, AV36P | Nie. |
| Zachodnie stany USA 2 | AZ01 | AV36 | Nie. |
| Zachodnie stany USA 2 | AZ02 | AV36P | Nie. |
| Zachodnie stany USA 3 | AZ01 | AV36P | Nie. |
| US Gov Arizona | AZ02 | AV36P | Nie. |
| US Gov Wirginia | AZ03 | AV36 | Nie. |
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-T. 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 |
| Centrum danych VMware NSX-T | NSX-T Unified Appliance Node 1 | 12 | 48 | 300 | 2,5 | 13,5 | 613 |
| Centrum danych VMware NSX-T | NSX-T Unified Appliance Node 2 | 12 | 48 | 300 | 2,5 | 13,5 | 613 |
| Centrum danych VMware NSX-T | NSX-T Unified Appliance Node 3 | 12 | 48 | 300 | 2,5 | 13,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 | 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 |
| Centrum danych VMware NSX-T | NSX-T Unified Appliance Node 1 | 12 | 48 | 300 | 2,5 | 13,5 | 1,229 |
| Centrum danych VMware NSX-T | NSX-T Unified Appliance Node 2 | 12 | 48 | 300 | 2,5 | 13,5 | 1,229 |
| Centrum danych VMware NSX-T | NSX-T Unified Appliance Node 3 | 12 | 48 | 300 | 2,5 | 13,5 | 1,229 |
| Centrum danych VMware NSX-T | Maszyna wirtualna NSX-T Edge 1 | 8 | 32 | 200 | 1.3 | 0,6 | 817 |
| Centrum danych VMware NSX-T | Maszyna wirtualna NSX-T 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-T, 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 centrum danych NSX-T | 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 in the vSphere Replication Administracja istration guide (Jak działa cel punktu odzyskiwania 5 minut w przewodniku Administracja istration replikacji 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 | 7.0 U3o |
| VMware ESXi | 7.0 U3o z TianfuCup HotPatch |
| VMware vSAN | 7.0 U3 |
| Format na dysku VMware vSAN | 15 |
| Architektura magazynu VMware vSAN | OSA |
| VMware NSX | 4.1.1 |
| VMware HCX | 4.7.0 |
| Menedżer usługi VMware Site Recovery | 8.7.0.3 |
| Replikacja VMware vSphere | 8.7.0.3 |
Bieżąca uruchomiona wersja oprogramowania jest stosowana do nowych klastrów dodanych do istniejącej chmury prywatnej.
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-T Data Center. 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 centrum danych NSX-T: 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-T centrum danych mogą mieć wpływ na łączność z chmurą prywatną i należy unikać.
Firma Microsoft odpowiada za stosowanie poprawek, aktualizacji lub uaktualnień do centrum danych ESXi, vCenter Server, vSAN i NSX-T w chmurze prywatnej. Wpływ poprawek, aktualizacji i uaktualnień na ESXi, vCenter Server i NSX-T Data Center 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 centrum danych NSX-T 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-T Data Center — obciążenie ma wpływ. 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 centrum danych NSX-T jest zablokowany. Nie można wprowadzać zmian konfiguracji w środowisku centrum danych NSX-T na 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 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: "Usługa Administracja", "Co Administracja", "Właściciel", "Współautor".
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
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ług Azure VMware Solution w chmurze prywatnej vCenter Server, NSX i HCX Manager (jeśli są włączone) są wykonywane zgodnie z codziennym harmonogramem tworzenia kopii zapasowych. 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: