Migrowanie maszyn wirtualnych VMware na platformę Azure (bez agentów)

W tym artykule przedstawiono sposób migrowania lokalnych maszyn wirtualnych VMware lub Rozwiązanie Azure VMware (AVS) na platformę Azure przy użyciu narzędzia migracji i modernizacji z migracją bez agenta. Maszyny wirtualne VMware można również migrować przy użyciu migracji opartej na agentach. Porównaj metody.

W tym poradniku nauczysz się, jak:

Jeśli nie masz subskrypcji Azure, przed rozpoczęciem utwórz darmowe konto.

Wymagania wstępne

Przed rozpoczęciem tego samouczka należy:

1. Ukończ pierwszy samouczek, aby przygotować platformę Azure i oprogramowanie VMware do migracji.
2. Zalecamy ukończenie drugiego samouczka w celu oceny maszyn wirtualnych VMware przed ich migracją na platformę Azure, ale nie musisz tego robić.
3. Przejdź do już utworzonego projektu lub utwórz nowy projekt
4. Sprawdź uprawnienia dla konta platformy Azure — Twoje konto platformy Azure musi mieć uprawnienia do tworzenia maszyny wirtualnej i zapisywania na dysku zarządzanym platformy Azure.
5. Aby uzyskać wymagane wbudowane role i szczegóły uprawnień usługi Azure Migrate dotyczące tworzenia projektu i uruchamiania odnajdywania, ocen i migracji, zobacz Przygotowywanie kont platformy Azure dla usługi Azure Migrate.

Konfigurowanie urządzenia usługi Azure Migrate

Narzędzie migracji i modernizacji uruchamia lekkie urządzenie maszyny wirtualnej VMware używane do odnajdywania, oceny i migracji bez agenta maszyn wirtualnych VMware. Jeśli postępowałeś już zgodnie z samouczkiem dotyczącym oceny, to urządzenie zostało skonfigurowane. Jeśli tak nie jest, skonfiguruj ją teraz przy użyciu jednej z następujących metod:

• Szablon OVA: skonfiguruj maszynę wirtualną VMware przy użyciu pobranego szablonu OVA.
• Skrypt: skonfiguruj maszynę wirtualną VMware lub maszynę fizyczną przy użyciu skryptu instalatora programu PowerShell. Ta metoda powinna być używana, jeśli nie można skonfigurować maszyny wirtualnej przy użyciu szablonu OVA lub jeśli jesteś w usłudze Azure Government.

Po utworzeniu urządzenia należy sprawdzić, czy może nawiązać połączenie z usługą Azure Migrate: Server Assessment, skonfigurować je po raz pierwszy i zarejestrować w projekcie usługi Azure Migrate.

Wykonywanie migracji

Po skonfigurowaniu urządzenia i zakończeniu odnajdywania można rozpocząć replikację maszyn wirtualnych VMware na platformę Azure.

• Jednocześnie można uruchomić maksymalnie 500 replikacji.
• W portalu możesz wybrać maksymalnie 10 maszyn wirtualnych jednocześnie na potrzeby migracji. Aby przeprowadzić migrację większej liczby maszyn, dodaj je do grup po 10.

Włącz replikację w następujący sposób:

1. W projekcie Azure Migrate przejdź do Zarządzanie>Replikacja serwera i wybierz Rozpocznij replikację.

   

2. W Określ zamiar, >co chcesz zmigrować, wybierz serwery lub maszyny wirtualne (VM). W obszarze Dokąd chcesz przeprowadzić migrację wybierz pozycję Azure VM.

3. W sekcji Jak wybierzesz obciążenia wybierz jedną z następujących opcji w sekcji Źródła urządzenia Azure Migrate,

   • Ze wszystkich zasobów, aby ręcznie wybrać serwery
   • Od oceny do użycia istniejącej oceny

4. W obszarze Metoda odnajdywania wybierz urządzenie zgodne ze środowiskiem źródłowym (w tym przypadku VMware vSphere). W obszarze Tryb migracji wybierz pozycję Migracja bez agenta.

   

5. W Obciążeniach,

   • Wybierz typ zabezpieczeń Docelowej maszyny wirtualnej.
     • Usługa Azure Migrate obsługuje migrację do zaufanych maszyn wirtualnych uruchamiania (TVM). Domyślnie migruje kwalifikujące się maszyny wirtualne jako maszyny telewizyjne. Te maszyny wirtualne zapewniają rozszerzone funkcje zabezpieczeń, takie jak bezpieczny rozruch i wirtualny moduł TPM bez dodatkowych kosztów.
     • Możesz także migrować kwalifikowane maszyny do maszyn wirtualnych Confidential. Dowiedz się więcej. Jeśli wybierzesz Poufne maszyny wirtualne, dostępne są tylko odpowiednie serwery do wyboru, a pozostałe są wyszarzone. Sprawdź macierz wsparcia CVM.
   • Następnie wybierz maszyny, które mają zostać zreplikowane i zmigrowane, a następnie kliknij przycisk Dalej.

6. W Ustawieniach docelowych wybierz subskrypcję, region docelowy i konto przechowywania.

   • Konto magazynu: Zachowaj domyślną opcję, aby użyć konta magazynu dla pamięci podręcznej, które portal automatycznie tworzy dla projektu. Aby użyć innego konta magazynu do replikacji, wybierz je z listy rozwijanej.

   Uwaga / Notatka

   • Jeśli używasz prywatnego punktu końcowego jako metody łączności dla projektu Azure Migrate, przyznaj zapasowemu skarbcowi Recovery Services dostęp do konta magazynu pamięci podręcznej. Dowiedz się więcej
   • Aby replikować przy użyciu usługi ExpressRoute z prywatną komunikacją równorzędną, utwórz prywatny punkt końcowy dla konta magazynu pamięci podręcznej. Dowiedz się więcej
   • Po rozpoczęciu pierwszej replikacji maszyny wirtualnej nie można zmienić regionu docelowego i konta magazynu. Domyślna opcja wybrana z listy rozwijanej jest używana do utworzenia nowego konta magazynu danych. Jeśli nie wybrano żadnej opcji, konto magazynu zostanie utworzone na ostatnim etapie włączania replikacji.

   • Korzyść użycia hybrydowego platformy Azure: Skorzystaj z Korzyść użycia hybrydowego platformy Azure i zaoszczędź nawet do 76% w porównaniu z kosztami w modelu płatności zgodnie z rzeczywistym użyciem, korzystając z uprawniającej licencji Windows Server lub Enterprise Linux. Zaznacz pola wyboru dotyczące licencji (licencja Windows Server lub licencja enterprise Linux).

   • Sieć wirtualna: wybierz sieć wirtualną Azure i podsieć dołączenia maszyn wirtualnych Azure po migracji.

   • Opcje dostępności: wybierz jedną z następujących opcji:

     • Strefa dostępności — przypina zmigrowany komputer do określonej strefy dostępności w regionie. Użyj tej opcji, aby dystrybuować maszyny, które są częścią wielowęziowej warstwy aplikacji w Strefy dostępności. W przypadku wybrania tej opcji określ strefę dostępności dla każdej wybranej maszyny na karcie Obliczenia. Ta opcja jest dostępna tylko wtedy, gdy wybrany region docelowy obsługuje Strefy dostępności.
     • Zestaw dostępności — umieszcza zmigrowany komputer w zestawie dostępności. Wybrana docelowa grupa zasobów musi zawierać co najmniej jeden zestaw dostępności.
     • Brak wymaganej nadmiarowości infrastruktury — wybierz tę opcję, jeśli nie potrzebujesz Strefy dostępności ani zestawów dostępności dla migrowanych maszyn.

   • W Szczegółach zabezpieczeń,

     • Jeśli wybrany docelowy typ zabezpieczeń to maszyny wirtualne Standard lub Trusted Launch:

       • Bezpieczny rozruch jest domyślnie włączony (zalecane). Możesz usunąć tę opcję. Następnie przejdź do opcji Typ szyfrowania dysku .

     • Jeśli wybrany docelowy typ zabezpieczeń to Poufne maszyny wirtualne:

       • Opcjonalnie możesz zdecydować się na poufne szyfrowanie dysków systemu operacyjnego. To szyfrowanie zapewnia dodatkową warstwę szyfrowania, która wiąże klucze szyfrowania dysku z modułem TPM maszyny wirtualnej i sprawia, że zawartość dysku jest dostępna tylko dla maszyny wirtualnej.
       • Aby włączyć to szyfrowanie, wybierz opcję Poufne szyfrowanie obliczeniowe i przejdź do wyboru Typ szyfrowania dysków systemu operacyjnego . W przeciwnym razie przejdź do opcji Typ szyfrowania dysku .
       • W obszarze Typ szyfrowania dysku systemu operacyjnego wybierz jedną z następujących opcji:
         • Szyfrowanie danych magazynowanych przy użyciu klucza zarządzanego przez platformę (ustawienie domyślne, jeśli nie wybrano Szyfrowanie poufnych obliczeń)
         • Szyfrowanie poufne przy użyciu klucza zarządzanego przez platformę (dostępne, jeśli wybrano opcję Poufne szyfrowanie obliczeniowe)
         • Szyfrowanie poufne przy użyciu klucza zarządzanego przez klienta (dostępne, jeśli wybrano opcję Poufne szyfrowanie obliczeniowe)

           Uwaga / Notatka

           • Secure Boot jest domyślnie włączony na docelowych maszynach wirtualnych, gdy wybrane jest szyfrowanie dysku systemu operacyjnego Confidential OS.
           • Tylko klucz zarządzany przez klienta (CMK) jest obsługiwany w przypadku poufnego szyfrowania dysku systemu operacyjnego dla dysków większych niż 127 GB. W przypadku dysków mniejszych niż 127 GB obsługiwane są zarówno klucz zarządzany przez platformę (PMK), jak i klucz zarządzany przez klienta (CMK).
           • Szyfrowanie dysku systemu operacyjnego poufnej maszyny wirtualnej może wydłużyć standardowy początkowy czas tworzenia maszyny wirtualnej podczas migracji ze względu na proces szyfrowania.
           • Dyski danych obecnie nie obsługują szyfrowania poufnego. Można je jednak zabezpieczyć przy użyciu szyfrowania opartego na hoście za pomocą kluczy zarządzanych przez klienta (CMK) lub kluczy zarządzanych przez platformę (PMK).

     • Typ szyfrowania dysków, wybierz:

       • Szyfrowanie danych w stanie spoczynku przy użyciu klucza zarządzanego przez platformę
       • Szyfrowanie danych w spoczynku przy użyciu klucza zarządzanego przez klienta
       • Podwójne szyfrowanie przy użyciu kluczy zarządzanych przez platformę i zarządzanych przez klienta

   Uwaga / Notatka

   • Aby replikować maszyny wirtualne przy użyciu kluczy zarządzanych przez klienta (CMK), utwórz zestaw szyfrowania dysków w docelowej grupie zasobów. Obiekt zestawu szyfrowania dysku mapuje dyski zarządzane do usługi Key Vault, która zawiera klucz CMK do użycia w usłudze SSE.
   • Dysk inicjujący jest tworzony na platformie Azure podczas replikacji/etapu przygotowania przed przełączeniem końcowym. Szyfrowanie chroni dane bezpośrednio przed pierwszym zapisem, gdy znajduje się w Azure. Ustawienie Typ szyfrowania dysku dotyczy zarówno dysków inicjowania, jak i dysków zarządzanych po zakończeniu migracji.

7. W obszarze Obliczenia przejrzyj nazwę maszyny wirtualnej, rozmiar, typ dysku systemu operacyjnego i konfigurację dostępności (jeśli wybrano w poprzednim kroku). Upewnij się, że maszyny wirtualne są zgodne z wymaganiami Azure.

   • Rozmiar maszyny wirtualnej: jeśli używasz zaleceń dotyczących oceny, lista rozwijana Rozmiar maszyny wirtualnej zawiera zalecany rozmiar. W przeciwnym razie usługa Azure Migrate wybiera rozmiar na podstawie najbliższego dopasowania w subskrypcji platformy Azure. Alternatywnie możesz wybrać rozmiar ręczny w obszarze rozmiaru maszyny wirtualnej platformy Azure.
   • Dysk systemu operacyjnego: określ dysk systemu operacyjnego (rozruchu) dla maszyny wirtualnej. Dysk systemu operacyjnego to dysk, na którym jest zainstalowany program ładujący i instalator systemu operacyjnego.
   • Strefa dostępności: określ strefę dostępności do użycia.
   • Grupa dostępności: określ grupę dostępności, której chcesz użyć.
   • Rezerwacja pojemności: jeśli masz już rezerwację pojemności dla SKU maszyny wirtualnej w subskrypcji docelowej i lokalizacji, określ to tutaj w celu wdrożenia. Rezerwacje pojemności zapewniają dostępność wymaganej jednostki SKU maszyny wirtualnej podczas rozpoczęcia migracji. Można skojarzyć rezerwację już teraz lub pominąć ten krok i skonfigurować ją później podczas migracji. Rezerwacja pojemności dla SKU może znajdować się w dowolnej grupie zasobów w ramach subskrypcji docelowej i lokalizacji. Dowiedz się więcej.

   Uwaga / Notatka

   Jeśli chcesz wybrać inną opcję dostępności dla zestawu maszyn wirtualnych, przejdź do kroku 1 i powtórz kroki, wybierając różne opcje dostępności po rozpoczęciu replikacji dla jednego zestawu maszyn wirtualnych.

8. W obszarze Dyski określ, czy dyski maszyny wirtualnej mają być replikowane do Azure, a następnie wybierz typ dysku (SSD w warstwie Premium w wersji 2, Ultra Disk, SSD w warstwie Standardowa, HDD w warstwie Standardowa lub SSD w warstwie Premium) dla replikowanych dysków. Następnie wybierz Dalej.

   Uwaga / Notatka

   Aby zoptymalizować koszty i zwiększyć wydajność, możesz teraz przeprowadzić migrację do dysków SSD w warstwie Premium w wersji 2 jako dysku danych.

9. W obszarze Tagi wybierz opcję dodawania tagów do maszyn wirtualnych, dysków i kart sieciowych.

10. W Przeglądanie i uruchamianie wykonywania przejrzyj ustawienia, a następnie wybierz Wykonaj migrację, aby rozpocząć początkową replikację serwerów.

11. Gdy wybierzesz Wykonaj migrację, rozpoczynasz replikację wybranych serwerów. Replikacja przebiega następująco:
    • Gdy zadanie uruchamiania replikacji zakończy się pomyślnie, serwer rozpoczyna początkową replikację do Azure.
    • Podczas replikacji początkowej tworzona jest migawka maszyny wirtualnej. Dane dysku z migawki są replikowane do repliki dysków zarządzanych (dysków inicjowanych) w Azure.
    • Po zakończeniu replikacji początkowej rozpoczyna się replikacja różnicowa. Proces okresowo replikuje inkrementalne zmiany z dysków źródłowych do dysków repliki w Azure, a serwer jest gotowy do migracji w replikacji delta.

Śledź i migruj replikujące się serwery

Ta sekcja wyjaśnia, jak śledzić replikujące się serwery oraz przeprowadzać migracje testowe i końcowe.

1. W projekcie Azure Migrate przejdź do Manage>Server replication.
2. Poniższe kolumny pokazują status replikacji i migracji Twoich serwerów, dla których rozpocząłeś replikację:
   • Status replikacji: Wyświetla aktualny stan replikacji serwera. Dowiedz się więcej o stanach replikacji.
   • Zdrowie replikacji: Wskazuje, czy replikacja jest zdrowa, Ostrzeżenie czy krytyczna.
   • Ostatnia synchronizacja: Pokazuje, kiedy najnowsze dane replikacyjne zostały zsynchronizowane do platformy Azure.
   • Stan migracji testowej: Wskazuje bieżący lub ostatni stan migracji testowej dla replikującego się serwera lub jest wyświetlany jako Oczekujący.
   • Status migracji: Pokazuje aktualny lub najnowszy status migracji dla replikującego się serwera lub wyświetla się jako Gotowy do migracji, jeśli początkowa replikacja została zakończona.
3. Migracja testowa:

   • Dla serwerów, które zakończyły początkową replikację i są w trybie Delta sync, możesz przeprowadzić testową migrację, aby zweryfikować obciążenia i aplikacje w Azure przed ostateczną migracją. Używaj izolowanej sieci wirtualnej Azure, aby nie wpływać na środowisko produkcyjne. Migracja testowa nie przerywa trwającej replikacji delta i możesz uruchamiać wiele migracji testowych w razie potrzeby. Po zakończeniu walidacji upewnij się, że posprzątasz zasoby migracji testowej.

   • Dla serwera, który chcesz przetestować, wybierz menu po prawej stronie, a następnie wybierz Testowanie migracji.

     

   • Na stronie Migracja testów:

     • Wybierz sieć wirtualną i podsieć.
     • Opcjonalnie można zaktualizować system operacyjny. Aby wykonać aktualizację systemu operacyjnego, wybierz Dostępna aktualizacja (obsługiwana tylko dla Windows OS, obecnie w podglądzie). Dowiedz się więcej o uaktualnianiu systemu Windows.
     • Po skonfigurowaniu powyższych ustawień wybierz Test migration.

Po zakończeniu walidacji wybierz menu po prawej stronie serwera, a następnie wybierz Clean up test migration , aby usunąć testową maszynę wirtualną i powiązane zasoby.

4. Migracja:

   • Serwery gotowe do migracji pokazują status Gotowy do migracji w kolumnie Status migracji.
   • Aby przeprowadzić migrację tych serwerów, wybierz Migruj na stronie Replikacja serwera.
   • Na stronie Migrate,
     • Wybierz serwery, które chcesz przenieść.
     • Opcjonalnie wybierz Target OS, jeśli chcesz zaktualizować system (obsługiwany tylko dla Windows OS, obecnie w wersji podglądowej). Dowiedz się więcej o uaktualnianiu systemu Windows.
     • Wybierz wyłączenie maszyn wirtualnych, jeśli chcesz przeprowadzić planowaną migrację bez utraty danych.
     • Po skonfigurowaniu powyższych ustawień wybierz Migrate.

5. Zobacz status i czas zakończenia migracji dla przeniesionych serwerów w kolumnie Status migracji .

6. Opcjonalne działania replikacji: Następujące działania są opcjonalne i wymagane tylko w określonych scenariuszach replikacji lub odzyskiwania. Możesz do nich uzyskać dostęp z menu każdego serwera.

   • Wstrzymaj replikację: Tymczasowo wstrzymaj replikację dla serwera. Użyj tej opcji, aby uwolnić zasoby replikacyjne dla serwerów o wyższym priorytecie. Dostępne tylko wtedy, gdy serwer jest w Delta sync.
   • Wznowienie replikacji: Wznowienie replikacji serwera, który wcześniej był wstrzymany.
   • Zatrzymaj replikację: Zatrzymuje replikację serwera, gdy nie chcesz już go replikować lub migrować.
   • Naprawa replikacji: Naprawia replikację, gdy serwer napotyka problemy wymagające odzyskania konfiguracji replikacji.
   • Pełna migracja: Zatrzymuje replikację i oczyszcza zasoby tymczasowej migracji po potwierdzeniu, że przeniesiona maszyna wirtualna Azure działa zgodnie z oczekiwaniami.

   Uwaga / Notatka

   Teraz możesz zarejestrować swoje serwery działające na SQL Server za pomocą SQL VM RP, aby skorzystać z automatycznego łatania, kopii zapasowych oraz uproszczonego zarządzania licencjami dzięki rozszerzeniu SQL IaaS Agent.

   • Wybierz serwery objęte replikacją na stronie Zarządzaj>replikacją serwera. W ustawieniach Obliczenia i Sieć, zaznacz pole wyboru, aby zarejestrować się przy użyciu rozszerzenia SQL IaaS.
   • Wybierz Korzyść użycia hybrydowego platformy Azure dla SQL Server, jeśli masz instancje SQL Server objęte aktywnym programem Software Assurance lub subskrypcjami SQL Server i chcesz zastosować to uprawnienie na maszynach, które migrujesz.

Monitorowanie i przyspieszanie migracji, aby zaradzić wolnym lub zablokowanym replikacjom

1. Możesz użyć PowerShell, aby zobaczyć pozostały czas na wszystkich etapach migracji serwera w Azure Migrate. Pomaga to monitorować postępy replikacji, naprawiać wolne lub zablokowane replikacje i dokładnie planować przełączenie. Możesz użyć programu PowerShell, programu Windows PowerShell lub usługi Cloud Shell w witrynie Azure Portal.

2. Otwórz portal Azure, a następnie wybierz Cloud Shell u góry. Po wyświetleniu monitu wybierz program PowerShell .

3. Uruchom to polecenie w usłudze Azure Cloud Shell, aby monitorować stan migracji potrzebnego serwera.

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>"
   
   

4. Zastąp your-project-name, your-resource-group i your-server-name rzeczywistym projektem Azure Migrate, grupą zasobów i nazwą serwera.

5. To polecenie uruchomisz i uzyskasz następujące dane wyjściowe:

   

6. Dane wyjściowe przedstawiają stan replikacji serwera, postęp dysku, pozostały czas, szybkość przesyłania i szczegóły datastore.

7. Napraw wolne lub zablokowane replikacje za pomocą polecenia "Expedite": Pobierz parametry operacyjne urządzenia oraz listę zalecanych działań o priorytetach, aby skrócić pozostały czas migracji dla określonego serwera oraz naprawić powolne lub zablokowane replikacje. Wykonaj komendę z flagą Expedite.

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>" -Expedite 
   
   

8. Otrzymasz następujące dane wyjściowe:

9. Możesz uruchomić polecenie bez -MachineName, aby wyświetlić stan migracji i pozostały czas dla wszystkich serwerów w projekcie. Przykład:

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>" -ResourceGroupName "<your-resource-group>"
   

10. Zastąp your-project-name i your-resource-group rzeczywistymi nazwami projektu Azure Migrate i grupy zasobów.

11. To polecenie uruchomisz i uzyskasz następujące dane wyjściowe:
    
    

    

12. Jeśli występuje problem z replikacją lub migracją jednorazową, flaga -Health wyświetla błędy, możliwe przyczyny i zalecane akcje w celu rozwiązania problemu z migracją.

    
    Get-AzMigrateServerMigrationStatus   -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>"   -            MachineName "<your-server-name>" -Health

13. To polecenie uruchomisz i uzyskasz następujące dane wyjściowe:
    
    

14. Aby wyświetlić stan migracji, pozostały czas i szczegóły stanu dla wszystkich serwerów połączonych z tym urządzeniem, uruchom polecenie, używając tylko -ApplianceName.

   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -                ApplianceName "<your-appliance-

15. Zastąp wartości your-project-name, your-resource-group i your-appliance-name rzeczywistymi wartościami z konfiguracji usługi Azure Migrate.

16. Uruchom następujące polecenie, aby uzyskać następujące dane wyjściowe:
    
    

Najlepsze rozwiązania dotyczące po migracji

• Aby zwiększyć odporność:
  • Zapewnij bezpieczeństwo danych – utwórz kopie zapasowe maszyn wirtualnych platformy Azure przy użyciu usługi Azure Backup. Dowiedz się więcej.
  • Zadbaj, aby pakiety robocze były uruchomione i stale dostępne, replikując maszyny wirtualne platformy Azure do regionu pomocniczego za pomocą usługi Site Recovery. Dowiedz się więcej.
• W celu zwiększenia wydajności:
  • Domyślnie dyski danych są tworzone z buforowaniem hosta ustawionym na opcję "Brak". Przejrzyj i dostosuj buforowanie dysku danych do potrzeb związanych z obciążeniem. Dowiedz się więcej.
• W celu zwiększenia bezpieczeństwa:
  • Zablokuj i ogranicz dostęp do ruchu przychodzącego, korzystając z usługi Microsoft Defender dla Chmury – administracja dokładnie na czas.
  • Zarządzanie aktualizacjami na maszynach z systemem Windows i Linux i zarządzanie nimi za pomocą usługi Menedżer aktualizacji platformy Azure.
  • Ogranicz ruch sieciowy do punktów końcowych zarządzania za pomocą sieciowych grup zabezpieczeń.
  • Wdróż usługę Azure Disk Encryption, aby ułatwić zabezpieczenie dysków i zabezpieczyć dane przed kradzieżą lub nieautoryzowanym dostępem.
  • Przeczytaj więcej na temat zabezpieczania zasobów IaaS i odwiedź usługę Microsoft Defender dla Chmury.
• Monitorowanie i zarządzanie:
• Rozważ wdrożenie usługi Microsoft Cost Management w celu monitorowania użycia zasobów i wydatków.

Dalsze kroki

Zbadaj proces migracji do chmury w Azure Cloud Adoption Framework.