Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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 odniesienia na potrzeby wdrażania. Pomyślne wdrożenie skutkuje środowiskiem gotowym do produkcji, umożliwiającym tworzenie maszyn wirtualnych i ich migrację.
Z tego samouczka dowiesz się, jak wykonać następujące zadania:
- Identyfikowanie subskrypcji platformy Azure, grupy zasobów, regionu i nazwy zasobu
- Identyfikowanie rozmiaru hostów 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 Umową Enterprise Microsoft (EA), planem platformy Azure Dostawcy Rozwiązań w Chmurze (CSP) lub Umową 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ą.
Identyfikacja rozmiaru hostów
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 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ść 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 | OSA | 3.2 (NVMe) | 15.20 (SSD) | Wybrane regiony (*) |
| AV36P | Dwa procesory Intel Xeon Gold 6240 (mikroarchitektura Cascade Lake) z 18 rdzeniami o częstotliwości 2,6 GHz / 3,9 GHz Turbo, łącznie 36 rdzeni fizycznych (72 rdzenie logiczne z Hyper-Threadingiem) | 768 | OSA | 1.5 (Intel Cache) | 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) | 1536 | OSA | 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 | OSA | 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 są dostępne za pośrednictwem kalkulatora cen platformy Azure.
**Wymaganie wstępne AV64: przed dodaniem av64 wymagana jest prywatna chmura usługi Azure VMware Solution wdrożona z oprogramowaniem AV36, AV36P 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.
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.
Usługa Azure VMware Solution konfiguruje każdy klaster do dostępności n+1 za pomocą kontroli przyjmowania opartej na procentowym poziomie dostępności w vSphere High Availability, aby chronić obciążenia przed awarią pojedynczego węzła.
Cluster-1 każda chmura prywatna usługi Azure VMware Solution ma pulę zasobów opartą na harmonogramie zasobów rozproszonych vSphere (MGMT-ResourcePool). Pula jest skonfigurowana dla składników płaszczyzny zarządzania i sterowania (vCenter Server, klastra NSX Manager, NSX Edges, dodatku HCX Manager, dodatku Site Recovery Manager i dodatku 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. Klastry rozproszone usługi Azure VMware Solution korzystają z zasady kontroli przyjęć, która opiera się na procentach dostępności n+2 dla vSphere High Availability.
Płaszczyzny zarządzania i sterowania rozwiązania Azure VMware Solution mają następujące wymagania dotyczące zasobów. Należy je uwzględnić podczas określania rozmiaru rozwiązania standardowej chmury prywatnej.
| Obszar | Opis | 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 vSphere Cluster Service 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | Maszyna wirtualna „vSphere Cluster Service” VM 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 programu Site Recovery Manager | 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 |
| Łącznie | 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) |
Obszar zarządzania i kontroli usługi Azure VMware Solution ma następujące wymagania dotyczące zasobów, które należy uwzględnić podczas wyznaczania rozmiaru chmury prywatnej rozciągniętych klastrów. Menedżer usługi VMware Site Recovery nie jest uwzględniony w tabeli, ponieważ obecnie nie jest obsługiwany. Urządzenie typu Witness dla vSAN nie znajduje się w tabeli. Firma Microsoft zarządza nią w trzeciej strefie dostępności.
| Obszar | Opis | 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 vSphere Cluster Service 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | Maszyna wirtualna „vSphere Cluster Service” VM 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 |
| Łącznie | 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 usługi Azure VMware Solution. 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 programu VMware HCX i programu VMware Site Recovery Manager są opcjonalnymi dodatkami do rozwiązania Azure VMware Solution. Pomijaj te wymagania w rozmiarowaniu 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.
Wskazówka
Zawsze możesz rozszerzyć klaster i dodać więcej klastrów 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.
Wniosek o limit 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.
Zespół pomocy technicznej potrzebuje do pięciu dni roboczych, aby potwierdzić Twoje żądanie i przydzielić hosty.
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 można zauważyć połączenie segmentów L2 rozszerzonych z lokalnych segmentów sieciowych i segmentów 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 połączyć się z bramą sieciową wirtualnej sieci w usłudze Azure Virtual WAN, ale jest to poza zakresem tego przewodnika szybkiego startu.
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 poniższe wymienione elementy dla wdrożenia VMware HCX, które obsługuje przypadek użycia pilotażowego lub dla małych produktów. 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 waszego wdrożenia poza przypadkiem pilotażowym lub małym przypadkiem użycia, może być potrzebna większa liczba.
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 zwiększyć liczbę sieci do ośmiu na każdy rozszerzacz sieci przy użyciu chmur prywatnych usługi Azure VMware Solution.
Sieć uplink: W przypadku lokalnego wdrożenia VMware HCX zidentyfikuj sieć uplink dla 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 waszego wdrożenia poza przypadkiem pilotażowym lub małym przypadkiem użycia, może być potrzebna większa liczba.
Sieć vMotion należy uwidocznić na rozproszonym przełączniku wirtualnym lub przełączniku vSwitch0. Jeśli tak nie jest, zmodyfikuj środowisko, aby je dostosować.
Uwaga
Wiele środowisk VMware vSphere używa nieskierowanych segmentów sieci dla vMotion, co nie stanowi problemu.
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 uplink. Jeśli hosty klastra lokalnego używają dedykowanej sieci VMkernel replikacji, zarezerwuj dwa adresy IP w tym segmencie sieciowym i użyj sieci VMkernel replikacji 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 znajdujących się na vSphere Standard Switch.
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.