Planowanie wdrożenia rozwiązania Azure VMware Solution
Planowanie wdrożenia rozwiązania Azure VMware Solution ma kluczowe znaczenie dla utworzenia pomyślnego środowiska gotowego do produkcji dla maszyn wirtualnych i migracji. Podczas procesu planowania należy zidentyfikować i zebrać niezbędne informacje dotyczące wdrożenia. Pamiętaj, aby udokumentować zebrane informacje w celu łatwego dokumentacji podczas wdrażania. Pomyślne wdrożenie powoduje utworzenie maszyn wirtualnych i migracji w środowisku gotowym do produkcji.
Z tego samouczka dowiesz się, jak wykonać następujące zadania:
- Identyfikowanie subskrypcji platformy Azure, grupy zasobów, regionu i nazwy zasobu
- Identyfikowanie hostów rozmiaru i określanie liczby klastrów i hostów
- Żądanie limitu przydziału hosta dla kwalifikującego się planu platformy Azure
- Identyfikowanie segmentu IP CIDR /22 na potrzeby zarządzania chmurą prywatną
- Identyfikowanie pojedynczego segmentu sieci
- Definiowanie bramy sieci wirtualnej
- Definiowanie segmentów sieci VMware HCX
Po zakończeniu wykonaj zalecane następne kroki na końcu tego artykułu, aby kontynuować pracę z tym przewodnikiem wprowadzającym.
Identyfikowanie subskrypcji
Zidentyfikuj subskrypcję, której chcesz użyć do wdrożenia rozwiązania Azure VMware Solution. Możesz utworzyć nową subskrypcję lub użyć istniejącej.
Uwaga
Subskrypcja musi być skojarzona z usługą Microsoft Umowa Enterprise (EA), planem platformy Azure Dostawca rozwiązań w chmurze (CSP) lub Umowa z Klientem Microsoft (MCA). Aby uzyskać więcej informacji, zobacz Kryteria kwalifikowalności.
Identyfikowanie grupy zasobów
Zidentyfikuj grupę zasobów, której chcesz użyć dla rozwiązania Azure VMware Solution. Ogólnie rzecz biorąc, grupa zasobów jest tworzona specjalnie dla usługi Azure VMware Solution, ale możesz użyć istniejącej grupy zasobów.
Identyfikowanie regionu lub lokalizacji
Zidentyfikuj region , w którym chcesz wdrożyć rozwiązanie Azure VMware Solution.
Definiowanie nazwy zasobu
Nazwa zasobu jest przyjazną i opisową nazwą chmury prywatnej usługi Azure VMware Solution, na przykład MyPrivateCloud.
Ważne
Nazwa nie może przekraczać 40 znaków. Jeśli nazwa przekroczy ten limit, nie będzie można utworzyć publicznych adresów IP do użycia z chmurą prywatną.
Identyfikowanie hostów o rozmiarze
Zidentyfikuj hosty o rozmiarze, które mają być używane podczas wdrażania rozwiązania Azure VMware Solution.
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.
Określanie liczby klastrów i hostów
Pierwsze wdrożenie usługi Azure VMware Solution składa się z chmury prywatnej zawierającej pojedynczy klaster. Należy zdefiniować liczbę hostów, które mają zostać wdrożone w pierwszym klastrze na potrzeby wdrożenia.
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.
Uwaga
Aby dowiedzieć się więcej o limitach liczby hostów na klaster, liczbie klastrów na chmurę prywatną i liczbie hostów na chmurę prywatną, sprawdź limity subskrypcji i usług platformy Azure, limity przydziału i ograniczenia.
Żądanie limitu przydziału hosta
Zażądaj limitu przydziału hosta na wczesnym etapie procesu planowania, aby zapewnić bezproblemowe wdrożenie chmury prywatnej usługi Azure VMware Solution. Przed złożeniem żądania zidentyfikuj subskrypcję platformy Azure, grupę zasobów i region. Określ rozmiar hostów, liczbę klastrów i hostów, których potrzebujesz.
Aby potwierdzić żądanie i przydzielić hosty, zespół pomocy technicznej może potrwać do pięciu dni roboczych.
Definiowanie segmentu adresów IP na potrzeby zarządzania chmurą prywatną
Rozwiązanie Azure VMware Solution wymaga sieci CIDR /22, takiej jak 10.0.0.0/22. Ta przestrzeń adresowa jest podzielona na mniejsze segmenty sieci (podsieci) dla segmentów zarządzania rozwiązaniami VMware, w tym vCenter Server, VMware HCX, NSX-T Data Center i funkcji vMotion. Na poniższym diagramie przedstawiono segmenty adresów IP zarządzania usługą Azure VMware Solution.
Ważne
Blok adresów sieciowych CIDR /22 nie powinien nakładać się na istniejący segment sieci, który już istnieje lokalnie lub na platformie Azure. Aby uzyskać szczegółowe informacje na temat sposobu podziału sieci CIDR /22 na chmurę prywatną, zobacz Zagadnienia dotyczące routingu i podsieci.
Definiowanie segmentu adresów IP dla obciążeń maszyn wirtualnych
W środowisku VMware vSphere maszyny wirtualne muszą łączyć się z segmentem sieci. W miarę rozszerzania wdrożenia produkcyjnego usługi Azure VMware Solution często widać kombinację rozszerzonych segmentów L2 z lokalnych i lokalnych segmentów sieciowych centrum danych NSX-T.
W przypadku początkowego wdrożenia zidentyfikuj pojedynczy segment sieci (sieć IP), na przykład 10.0.4.0/24. Ten segment sieci jest używany głównie do celów testowych podczas początkowego wdrażania. Blok adresów nie powinien pokrywać się z żadnymi segmentami sieci w środowisku lokalnym lub na platformie Azure i nie powinien znajdować się w już zdefiniowanym segmencie sieci /22.
Definiowanie bramy sieci wirtualnej
Rozwiązanie Azure VMware Solution wymaga sieci wirtualnej platformy Azure i obwodu usługi ExpressRoute. Zdecyduj, czy używać istniejącej , czy nowej bramy sieci wirtualnej usługi ExpressRoute. Jeśli wybierzesz nową bramę sieci wirtualnej, utwórz ją po utworzeniu chmury prywatnej. Użycie istniejącej bramy sieci wirtualnej usługi ExpressRoute jest akceptowalne. W celach planowania należy pamiętać, która brama sieci wirtualnej usługi ExpressRoute jest używana.
Ważne
Możesz nawiązać połączenie z bramą sieci wirtualnej w usłudze Azure Virtual WAN, ale jest poza zakresem tego przewodnika Szybki start.
Definiowanie segmentów sieci VMware HCX
VMware HCX to platforma mobilności aplikacji, która upraszcza migrację aplikacji, ponowne równoważenie obciążenia i ciągłość działania w centrach danych i chmurach. Obciążenia VMware vSphere można migrować do rozwiązania Azure VMware Solution i innych połączonych lokacji za pomocą różnych typów migracji.
Łącznik VMware HCX wdraża podzestaw urządzeń wirtualnych (zautomatyzowanych), które wymagają wielu segmentów adresów IP. Podczas tworzenia profilów sieci używasz segmentów adresów IP. Zidentyfikuj następujące elementy dla wdrożenia VMware HCX, które obsługuje przypadek użycia pilotażowego lub małego produktu. Zmodyfikuj je zgodnie z potrzebami migracji.
Sieć zarządzania: w przypadku lokalnego wdrożenia VMware HCX zidentyfikuj sieć zarządzania dla oprogramowania VMware HCX. Zazwyczaj jest to ta sama sieć zarządzania używana przez lokalny klaster VMware vSphere. Zidentyfikuj co najmniej dwa adresy IP w tym segmencie sieci dla oprogramowania VMware HCX. W zależności od skali wdrożenia może być potrzebna większa liczba, w zależności od skali wdrożenia poza przypadkiem pilotażowym lub małym przypadkiem użycia.
Uwaga
W przypadku dużych środowisk utwórz nową sieć /26 i przedstawij ją jako grupę portów w lokalnym klastrze VMware vSphere zamiast używać istniejącej sieci zarządzania. Następnie można utworzyć maksymalnie 10 siatk usług i 60 rozszerzeń sieci (-1 na siatkę usług). Można rozciągnąć osiem sieci na rozszerzenie sieci przy użyciu chmur prywatnych usługi Azure VMware Solution.
Sieć pasma: w przypadku lokalnego wdrożenia VMware HCX zidentyfikuj sieć pasma dla oprogramowania VMware HCX. Użyj tej samej sieci, która ma być używana dla sieci zarządzania.
Sieć vMotion: w przypadku lokalnego wdrożenia VMware HCX zidentyfikuj sieć vMotion dla oprogramowania VMware HCX. Zazwyczaj jest to ta sama sieć używana na potrzeby programu vMotion przez lokalny klaster VMware vSphere. Zidentyfikuj co najmniej dwa adresy IP w tym segmencie sieci dla oprogramowania VMware HCX. W zależności od skali wdrożenia może być potrzebna większa liczba, w zależności od skali wdrożenia poza przypadkiem pilotażowym lub małym przypadkiem użycia.
Sieć vMotion należy uwidocznić na rozproszonym przełączniku wirtualnym lub przełączniku vSwitch0. Jeśli tak nie jest, zmodyfikuj środowisko, aby je uwzględnić.
Uwaga
Wiele środowisk VMware vSphere używa nieskierowania segmentów sieci dla programu vMotion, co nie stanowi problemów.
Sieć replikacji: w przypadku lokalnego wdrożenia VMware HCX zdefiniuj sieć replikacji. Użyj tej samej sieci, której używasz w sieciach zarządzania i pasma. Jeśli hosty klastra lokalnego używają dedykowanej sieci VMkernel replikacji, zarezerwuj dwa adresy IP w tym segmencie sieci i użyj sieci replikacji maszyny wirtualnej dla sieci replikacji.
Określanie, czy rozszerzyć sieci
Opcjonalnie można rozszerzyć segmenty sieci ze środowiska lokalnego na rozwiązanie Azure VMware Solution. Jeśli rozszerzysz segmenty sieci, zidentyfikuj te sieci zgodnie z następującymi wytycznymi:
- Sieci muszą łączyć się z przełącznikiem rozproszonym vSphere (vDS) w lokalnym środowisku VMware.
- Nie można rozszerzyć sieci na przełączniku vSphere Standard.
Ważne
Te sieci są rozszerzane jako ostatni krok konfiguracji, a nie podczas wdrażania.
Następne kroki
Po zebraniu i udokumentowaniu niezbędnych informacji przejdź do następnego samouczka, aby utworzyć chmurę prywatną usługi Azure VMware Solution.