Praca z poprzednią wersją usługi Azure Migrate

Ten artykuł zawiera informacje o pracy z poprzednią wersją usługi Azure Migrate.

Istnieją dwie wersje usługi Azure Migrate:

  • Bieżąca wersja: ta wersja służy do tworzenia projektów usługi Azure Migrate, odnajdywania maszyn lokalnych oraz organizowania ocen i migracji. Dowiedz się więcej o nowościach w tej wersji.
  • Poprzednia wersja: jeśli używasz poprzedniej wersji usługi Azure Migrate (obsługiwana była tylko ocena lokalnych maszyn wirtualnych VMware), należy teraz użyć bieżącej wersji. Poprzednie projekty wersji są określane jako projekty klasyczne w tym artykule. Klasyczna usługa Azure Migrate zostanie wycofana w lutym 2024 r. Po lutym 2024 r. klasyczna wersja usługi Azure Migrate nie będzie już obsługiwana, a metadane spisu w projektach klasycznych zostaną usunięte. Jeśli nadal musisz używać klasycznych projektów usługi Azure Migrate, to jest to, co możesz i czego nie możesz zrobić:
    • Nie można już tworzyć projektów migracji.
    • Zalecamy, aby nie wykonywać nowych odkryć.
    • Nadal możesz uzyskać dostęp do istniejących projektów.
    • Nadal można uruchamiać oceny.

Uaktualnianie między wersjami

Nie można uaktualnić projektów ani składników w poprzedniej wersji do nowej wersji. Musisz utworzyć nowy projekt usługi Azure Migrate i dodać do niego narzędzia do oceny i migracji . Skorzystaj z samouczków, aby dowiedzieć się, jak korzystać z dostępnych narzędzi do oceny i migracji. Jeśli masz obszar roboczy usługi Log Analytics dołączony do projektu klasycznego, możesz dołączyć go do projektu bieżącej wersji po usunięciu projektu klasycznego.

Znajdowanie projektów z poprzedniej wersji

Znajdź projekty z poprzedniej wersji w następujący sposób:

  1. W Azure Portal >Wszystkie usługi wyszukaj i wybierz pozycję Azure Migrate.
  2. Na pulpicie nawigacyjnym usługi Azure Migrate znajduje się powiadomienie i link umożliwiający dostęp do starych projektów usługi Azure Migrate.
  3. Kliknij link, aby otworzyć projekty klasyczne.

Usuwanie projektów z poprzedniej wersji

Znajdź i usuń projekty z poprzedniej wersji w następujący sposób:

  1. W Azure Portal >Wszystkie usługi wyszukaj i wybierz pozycję Azure Migrate.
  2. Na pulpicie nawigacyjnym usługi Azure Migrate znajduje się powiadomienie i link umożliwiający dostęp do starych projektów usługi Azure Migrate.
  3. Kliknij link, aby otworzyć projekty klasyczne.
  4. Wybierz projekt, który chcesz usunąć i usunąć.

Tworzenie oceny

Po odnalezieniu maszyn wirtualnych w portalu należy je pogrupować i utworzyć oceny.

  • Oceny lokalne można tworzyć natychmiast po odnalezieniu maszyn wirtualnych w portalu.
  • W przypadku ocen opartych na wydajności zalecamy poczekanie co najmniej dzień przed utworzeniem oceny opartej na wydajności, aby uzyskać wiarygodne zalecenia dotyczące rozmiaru.

Utwórz ocenę w następujący sposób:

  1. Na stronie Omówienie projektu kliknij pozycję +Utwórz ocenę.
  2. Kliknij pozycję Wyświetl wszystko, aby sprawdzić właściwości oceny.
  3. Utwórz grupę i określ jej nazwę.
  4. Wybierz maszyny wirtualne, które chcesz dodać do grupy.
  5. Kliknij pozycję Utwórz ocenę, aby utworzyć grupę i ocenę.
  6. Po utworzeniu oceny możesz wyświetlić ją w obszarze Omówienie>Pulpit nawigacyjny.
  7. Kliknij polecenie Eksportuj ocenę, aby pobrać ocenę jako plik programu Excel.

Jeśli chcesz zaktualizować istniejącą ocenę przy użyciu najnowszych danych wydajności, możesz użyć polecenia Oblicz ponownie w ramach oceny, aby ją zaktualizować.

Przegląd oceny

Ocena ma trzy etapy:

  • Ocena rozpoczyna się od analizy przydatności, aby ustalić, czy maszyny są zgodne na platformie Azure.
  • Szacowanie rozmiaru.
  • Szacowanie kosztów miesięcznych.

Maszyna przechodzi do późniejszego etapu tylko wtedy, gdy przechodzi przez poprzedni etap. Na przykład jeśli sprawdzanie przydatności maszyny zakończy się niepowodzeniem, zostanie ono oznaczone jako nieodpowiednie dla platformy Azure, a ustalanie rozmiaru i kosztowności nie jest wykonywane.

Przegląd gotowości na platformę Azure

Widok gotowości platformy Azure w ocenie przedstawia stan gotowości każdej maszyny wirtualnej.

Gotowość Stan Szczegóły
Gotowa na platformę Azure Brak problemów ze zgodnością. Maszynę można migrować zgodnie z rzeczywistym użyciem na platformę Azure i będzie ona uruchamiana na platformie Azure z pełnymi pomoc techniczna platformy Azure. W przypadku maszyn wirtualnych, które są gotowe do migracji, usługa Azure Migrate wyświetla zalecany rozmiar maszyny wirtualnej na platformie Azure.
Warunkowo gotowa na platformę Azure Maszyna może zostać uruchomiona na platformie Azure, ale może nie mieć pełnych pomoc techniczna platformy Azure. Na przykład maszyna ze starszą wersją systemu Windows Server, która nie jest obsługiwana na platformie Azure. Usługa Azure Migrate wyjaśnia problemy z gotowością i udostępnia kroki korygowania.
Niegotowa na platformę Azure Maszyna wirtualna nie będzie uruchamiana na platformie Azure. Jeśli na przykład maszyna wirtualna ma dysk o rozmiarze większym niż 4 TB, nie może być hostowana na platformie Azure. Usługa Azure Migrate wyjaśnia problemy z gotowością i zawiera kroki korygowania.
Nieznana gotowość Usługa Azure Migrate nie może zidentyfikować gotowości na platformę Azure, zwykle dlatego, że dane nie są dostępne.

Właściwości maszyny wirtualnej platformy Azure

Gotowość uwzględnia wiele właściwości maszyn wirtualnych, aby określić, czy maszyna wirtualna może działać na platformie Azure.

Właściwość Szczegóły Gotowość
Typ rozruchu System BIOS jest obsługiwany. Interfejs UEFI nie jest obsługiwany. Warunkowo gotowe, jeśli typ rozruchu to UEFI.
Rdzenie Rdzenie <maszyny = maksymalna liczba rdzeni (128) obsługiwanych dla maszyny wirtualnej platformy Azure.

Jeśli historia wydajności jest dostępna, usługa Azure Migrate uwzględnia wykorzystane rdzenie.
Jeśli w ustawieniach oceny określono współczynnik komfortu, liczba wykorzystanych rdzeni jest mnożona przez współczynnik komfortu.

Jeśli nie ma historii wydajności, usługa Azure Migrate używa przydzielonych rdzeni bez stosowania współczynnika komfortu.
Gotowość, jeśli jest mniejsza lub równa limitom.
Pamięć Rozmiar <pamięci maszyny = maksymalna pamięć (3892 GB w usłudze Azure M series Standard_M128m 2) dla maszyny wirtualnej platformy Azure. Dowiedz się więcej.

Jeśli historia wydajności jest dostępna, usługa Azure Migrate uwzględnia wykorzystaną pamięć.

Jeśli określono współczynnik komfortu, wykorzystana pamięć jest mnożona przez współczynnik komfortu.

Jeśli nie ma historii, przydzielona pamięć jest używana bez stosowania współczynnika komfortu.

Gotowość, jeśli mieści się w granicach.
Dysk magazynu Przydzielony rozmiar dysku musi wynosić 4 TB (4096 GB) lub mniej.

Liczba dysków dołączonych do maszyny musi wynosić 65 lub mniej, łącznie z dyskiem systemu operacyjnego.
Gotowość, jeśli mieści się w granicach.
Sieć Do maszyny musi być dołączonych co najmniej 32 kart sieciowych. Gotowość, jeśli mieści się w granicach.

System operacyjny gościa

Oprócz właściwości maszyny wirtualnej usługa Azure Migrate analizuje również system operacyjny gościa lokalnej maszyny wirtualnej w celu określenia, czy maszyna wirtualna może działać na platformie Azure.

  • Usługa Azure Migrate uwzględnia system operacyjny określony w programie vCenter Server.
  • Ponieważ odnajdywanie wykonywane przez usługę Azure Migrate jest oparte na urządzeniu, nie ma możliwości sprawdzenia, czy system operacyjny działający na maszynie wirtualnej jest taki sam jak określony w programie vCenter Server.

Używana jest następująca logika.

System operacyjny Szczegóły Gotowość
Windows Server 2016 i wszystkie dostawcy usług Platforma Azure zapewnia pełną pomoc techniczną. Gotowa na platformę Azure
Windows Server 2012 R2 i wszystkich dostawców lokacji Platforma Azure zapewnia pełną pomoc techniczną. Gotowa na platformę Azure
Windows Server 2012 i wszystkie dostawcy usług Platforma Azure zapewnia pełną pomoc techniczną. Gotowa na platformę Azure
Windows Server 2008 R2 i wszystkie dostawcy usług Platforma Azure zapewnia pełną pomoc techniczną. Gotowa na platformę Azure
Windows Server 2008 (32-bitowy i 64-bitowy) Platforma Azure zapewnia pełną pomoc techniczną. Gotowa na platformę Azure
Windows Server 2003, 2003 R2 Pomoc techniczna nie jest potrzebna i potrzebna jest niestandardowa umowa pomocy technicznej (CSA, Custom Support Agreement) na platformie Azure. Warunkowo gotowe na platformę Azure. Przed migracją na platformę Azure rozważ uaktualnienie systemu operacyjnego.
Windows 2000, 98, 95, NT, 3.1, MS-DOS Brak pomocy technicznej. Maszyna może uruchomić się na platformie Azure, ale platforma Azure nie obsługuje systemu operacyjnego. Warunkowo gotowe na platformę Azure. Zaleca się uaktualnienie systemu operacyjnego przed migracją na platformę Azure.
Klient systemu Windows 7, 8 i 10 Platforma Azure zapewnia pomoc techniczną tylko w przypadku subskrypcji programu Visual Studio. Warunkowo gotowe na platformę Azure.
Windows 10 Pro Desktop Platforma Azure zapewnia obsługę wielodostępnych praw hostingu. Warunkowo gotowe na platformę Azure.
Windows Vista, XP Professional Brak pomocy technicznej. Maszyna może uruchomić się na platformie Azure, ale platforma Azure nie obsługuje systemu operacyjnego. Warunkowo gotowe na platformę Azure. Zaleca się uaktualnienie systemu operacyjnego przed migracją na platformę Azure.
Linux Platforma Azure popiera te systemy operacyjne Linux. Inne systemy operacyjne Linux mogą uruchamiać się na platformie Azure, ale zalecamy uaktualnienie systemu operacyjnego do zatwierdzonej wersji przed migracją na platformę Azure. Gotowość na platformę Azure, jeśli wersja jest zatwierdzona.

Warunkowo gotowe, jeśli wersja nie jest zatwierdzona.
Inne systemy operacyjne

Na przykład Oracle Solaris, Apple macOS itp., FreeBSD itp.
Platforma Azure nie obsługuje tych systemów operacyjnych. Maszyna może uruchomić się na platformie Azure, ale platforma Azure nie obsługuje systemu operacyjnego. Warunkowo gotowe na platformę Azure. Zaleca się zainstalowanie obsługiwanego systemu operacyjnego przed migracją na platformę Azure.
System operacyjny określony jako Inny w programie vCenter Server Usługa Azure Migrate nie może zidentyfikować systemu operacyjnego w tym przypadku. Nieznana gotowość. Upewnij się, że system operacyjny działający wewnątrz maszyny wirtualnej jest obsługiwany na platformie Azure.
32-bitowe systemy operacyjne Maszyna może zostać uruchomiona na platformie Azure, ale platforma Azure może nie zapewniać pełnej pomocy technicznej. Warunkowo gotowy na platformę Azure rozważ uaktualnienie systemu operacyjnego maszyny z 32-bitowego systemu operacyjnego do 64-bitowego systemu operacyjnego przed migracją na platformę Azure.

Przeglądanie rozmiaru

Zalecenie dotyczące rozmiaru usługi Azure Migrate zależy od kryterium określania rozmiaru określonego we właściwościach oceny.

  • Jeśli rozmiar jest oparty na wydajności, zalecenie dotyczące rozmiaru uwzględnia historię wydajności maszyn wirtualnych (procesor i pamięć) oraz dyski (liczba operacji we/wy na sekundę i przepływność).
  • Jeśli kryterium ustalania rozmiaru jest "jak lokalne", zalecenie dotyczące rozmiaru na platformie Azure jest oparte na rozmiarze lokalnej maszyny wirtualnej. Ustalanie rozmiaru dysku jest oparte na typie magazynu określonym we właściwościach oceny (domyślnie są to dyski w warstwie Premium). Usługa Azure Migrate nie uwzględnia danych wydajności maszyny wirtualnej i dysków.

Przegląd szacowanych kosztów

Szacowane koszty pokazują łączny koszt obliczeniowy i koszt magazynowania uruchomionych maszyn wirtualnych na platformie Azure wraz ze szczegółami dla każdej maszyny.

  • Szacowane koszty są obliczane przy użyciu zalecenia dotyczącego rozmiaru maszyny wirtualnej i jej dysków oraz właściwości oceny.
  • Szacowany miesięczny koszt zasobów obliczeniowych i magazynowych jest agregowany dla wszystkich maszyn wirtualnych w grupie.
  • Szacowanie kosztów dotyczy uruchamiania lokalnej maszyny wirtualnej jako maszyn wirtualnych infrastruktury jako usługi (IaaS) platformy Azure. Usługa Azure Migrate nie uwzględnia kosztów platformy jako usługi (PaaS) ani oprogramowania jako usługi (SaaS).

Przegląd oceny ufności (ocena oparta na wydajności)

Każda ocena oparta na wydajności jest skojarzona z oceną zaufania.

  • Ocena ufności waha się od jednej gwiazdki do pięciogwiazdkowej (jedna gwiazdka jest najniższą i pięciogwiazdkową najwyższą).
  • Ocena ufności jest przypisywana do oceny na podstawie dostępności punktów danych potrzebnych do obliczenia oceny.
  • Ocena zaufania do oceny pomaga oszacować niezawodność zaleceń dotyczących rozmiaru określanych przez usługę Azure Migrate.
  • Ocena ufności nie jest dostępna dla ocen lokalnych "as-is".

W przypadku ustalania rozmiaru na podstawie wydajności usługa Azure Migrate wymaga następujących elementów:

  • Dane użycia procesora CPU.
  • Dane pamięci maszyny wirtualnej.
  • Dla każdego dysku dołączonego do maszyny wirtualnej potrzebne są dane dotyczące liczby operacji we/wy na sekundę dysku i przepływności.
  • Dla każdej karty sieciowej dołączonej do maszyny wirtualnej usługa Azure Migrate potrzebuje danych wejściowych/wyjściowych sieci.
  • Jeśli którykolwiek z powyższych elementów nie jest dostępny, rekomendacje dotyczące rozmiaru (a tym samym oceny ufności) mogą nie być wiarygodne.

W zależności od wartości procentowej dostępnych punktów danych możliwe oceny ufności są podsumowane w tabeli.

Dostępność punktów danych Ocena zaufania
0%–20% 1 gwiazdka
21%–40% 2 gwiazdki
41%–60% 3 gwiazdki
61%–80% 4 gwiazdki
81%–100% 5 gwiazdek

Problemy z oceną zaufania wpływające na oceny ufności

Ocena może nie mieć dostępnych wszystkich punktów danych z kilku powodów:

  • Nie profilujesz środowiska na czas trwania oceny. Jeśli na przykład tworzysz ocenę z czasem trwania wydajności ustawionym na jeden dzień, musisz poczekać co najmniej dzień po rozpoczęciu odnajdywania lub zebrać wszystkie punkty danych.
  • Niektóre maszyny wirtualne zostały zamknięte w okresie, dla którego obliczono ocenę. Jeśli jakiekolwiek maszyny wirtualne zostały wyłączone przez część czasu trwania, usługa Azure Migrate nie może zbierać danych dotyczących wydajności w tym okresie.
  • Niektóre maszyny wirtualne zostały utworzone między okresem obliczania oceny. Jeśli na przykład utworzysz ocenę przy użyciu historii wydajności z ostatniego miesiąca, ale utworzysz kilka maszyn wirtualnych w środowisku tydzień temu, historia wydajności nowych maszyn wirtualnych nie będzie przez cały czas trwania.

Uwaga

Jeśli ocena ufności dowolnej oceny jest poniżej pięciu gwiazdek, poczekaj co najmniej dzień, aby urządzenie profilować środowisko, a następnie oblicz ponownie ocenę. Jeśli rozmiar nie jest oparty na wydajności, może nie być niezawodny. Jeśli nie chcesz ponownie obliczać, zalecamy przełączenie na jako ustalanie rozmiaru lokalnego przez zmianę właściwości oceny.

Tworzenie grup przy użyciu wizualizacji zależności

Oprócz ręcznego tworzenia grup można tworzyć grupy przy użyciu wizualizacji zależności.

  • Ta metoda zwykle jest używana, gdy chcesz ocenić grupy o wyższych poziomach ufności przez krzyżowe sprawdzanie zależności maszyny przed uruchomieniem oceny.
  • Wizualizacja zależności może pomóc w efektywnym planowaniu migracji na platformę Azure. Pomaga to zagwarantować, że nic nie pozostanie w tyle i nie wystąpią nieoczekiwane awarie podczas migracji na platformę Azure.
  • Możesz odnaleźć wszystkie niezależne systemy, które muszą być ze sobą migrowane, i określić, czy uruchomiony system nadal obsługuje użytkowników, czy też jest kandydatem do likwidacji zamiast migracji.
  • Usługa Azure Migrate używa rozwiązania Service Map w usłudze Azure Monitor, aby umożliwić wizualizację zależności.

Uwaga

Wizualizacja zależności nie jest dostępna w Azure Government.

Aby skonfigurować wizualizację zależności, należy skojarzyć obszar roboczy usługi Log Analytics z projektem usługi Azure Migrate, zainstalować agentów na maszynach, dla których chcesz wizualizować zależności, a następnie utworzyć grupy przy użyciu informacji o zależnościach.

Kojarzenie obszaru roboczego usługi Log Analytics

Aby użyć wizualizacji zależności, należy skojarzyć obszar roboczy usługi Log Analytics z projektem migracji. Obszar roboczy można utworzyć lub dołączyć tylko w tej samej subskrypcji, w której jest tworzony projekt migracji.

  1. Aby dołączyć obszar roboczy usługi Log Analytics do projektu, w sekcji Przegląd>podstawowe elementy kliknij pozycję Wymaga konfiguracji.
  2. Możesz utworzyć nowy obszar roboczy lub dołączyć istniejący:
    • Aby utworzyć nowy obszar roboczy, określ nazwę. Obszar roboczy jest tworzony w regionie w tej samej lokalizacji geograficznej platformy Azure co projekt migracji.
    • Po dołączeniu istniejącego obszaru roboczego możesz wybrać wszystkie dostępne obszary robocze w tej samej subskrypcji co projekt migracji. Wyświetlane są tylko te obszary robocze, które zostały utworzone w obsługiwanym regionie usługi Service Map. Aby dołączyć obszar roboczy, upewnij się, że masz dostęp "Czytelnik" do obszaru roboczego.

Uwaga

Nie można zmienić obszaru roboczego skojarzonego z projektem migracji.

Pobieranie i instalowanie agentów maszyn wirtualnych

Po skonfigurowaniu obszaru roboczego należy pobrać i zainstalować agentów na każdej maszynie lokalnej, którą chcesz ocenić. Ponadto jeśli masz maszyny bez łączności z Internetem, musisz pobrać i zainstalować na nich bramę usługi Log Analytics .

  1. W obszarze Przegląd kliknij pozycję Zarządzaj maszynami> i wybierz wymaganą maszynę.
  2. W kolumnie Zależności kliknij pozycję Zainstaluj agentów.
  3. Na stronie Zależności pobierz i zainstaluj agenta monitorowania Microsoft (MMA) oraz agenta zależności na każdej maszynie wirtualnej, którą chcesz ocenić.
  4. Skopiuj identyfikator i klucz obszaru roboczego. Są one potrzebne podczas instalowania programu MMA na maszynie lokalnej.

Uwaga

Aby zautomatyzować instalację agentów, można użyć narzędzia wdrażania, takiego jak Configuration Manager lub narzędzie partnerskie, takie jak Intigua, które zapewnia rozwiązanie wdrażania agenta dla usługi Azure Migrate.

Instalowanie agenta MMA na maszynie z systemem Windows

Aby zainstalować agenta na maszynie z systemem Windows:

  1. Kliknij dwukrotnie pobranego agenta.
  2. Na stronie powitalnej kliknij przycisk Dalej. Na stronie Postanowienia licencyjne kliknij pozycję Zgadzam się , aby zaakceptować licencję.
  3. W folderze docelowym zachowaj lub zmodyfikuj domyślny folder > instalacyjny Dalej.
  4. W obszarze Opcje instalacji agenta wybierz pozycję Azure Log Analytics>Dalej.
  5. Kliknij pozycję Dodaj , aby dodać nowy obszar roboczy usługi Log Analytics. Wklej identyfikator obszaru roboczego i klucz skopiowany z portalu. Kliknij przycisk Dalej.

Agenta można zainstalować z poziomu wiersza polecenia lub za pomocą zautomatyzowanej metody, takiej jak Configuration Manager. Dowiedz się więcej na temat instalowania agenta MMA przy użyciu tych metod.

Instalowanie agenta MMA na maszynie z systemem Linux

Aby zainstalować agenta na maszynie z systemem Linux:

  1. Przenieś odpowiedni pakiet (x86 lub x64) na komputer z systemem Linux przy użyciu protokołu scp/sftp.

  2. Zainstaluj pakiet przy użyciu argumentu --install.

    sudo sh ./omsagent-<version>.universal.x64.sh --install -w <workspace id> -s <workspace key>

Dowiedz się więcej o liście systemów operacyjnych Linux obsługujących program MMA.

Instalowanie agenta MMA na maszynie monitorowanej przez program Operations Manager

W przypadku maszyn monitorowanych przez program System Center Operations Manager w wersji 2012 R2 lub nowszej nie ma potrzeby instalowania agenta MMA. Usługa Service Map integruje się z agentem MMA programu Operations Manager w celu zebrania niezbędnych danych zależności. Dowiedz się więcej. Należy zainstalować agenta zależności.

Instalowanie agenta zależności

  1. Aby zainstalować agenta zależności na maszynie z systemem Windows, kliknij dwukrotnie plik instalacyjny i postępuj zgodnie z instrukcjami kreatora.

  2. Aby zainstalować agenta zależności na maszynie z systemem Linux, zainstaluj go jako główny przy użyciu następującego polecenia:

    sh InstallDependencyAgent-Linux64.bin

Uwaga

Artykuł Azure Monitor dla maszyn wirtualnych, do których odwołuje się artykuł, zawiera omówienie wymagań wstępnych i metod systemowych wdrażania agenta zależności, które mają również zastosowanie do rozwiązania Service Map.

Tworzenie grupy z mapowaniem zależności

  1. Po zainstalowaniu agentów przejdź do portalu i kliknij pozycję Zarządzaj maszynami>.

  2. Wyszukaj maszynę, na której zainstalowano agentów.

  3. Kolumna Zależności dla maszyny powinna być teraz wyświetlana jako Wyświetl zależności. Kliknij kolumnę, aby wyświetlić zależności maszyny.

  4. Mapa zależności dla maszyny zawiera następujące szczegóły:

    • Połączenia TCP ruchu przychodzącego (klientów) i wychodzącego (serwerów) do/z maszyny
      • Maszyny zależne, które nie mają zainstalowanego agenta MMA i zależności, są pogrupowane według numerów portów.
      • Maszyny zależne z zainstalowanym agentem MMA i agentem zależności są wyświetlane jako oddzielne pola.
    • Procesy uruchomione wewnątrz maszyny, można rozwinąć każde pole komputera, aby wyświetlić procesy
    • Wyświetlane są właściwości komputera, w tym nazwa FQDN, system operacyjny i adres MAC. Możesz kliknąć każde pole komputera, aby wyświetlić szczegóły.
  5. Zależności dla różnych czasów trwania można wyświetlić, klikając czas trwania w etykiecie zakresu czasu. Domyślnie zakres to godzina. Możesz zmodyfikować zakres czasu lub określić daty rozpoczęcia i zakończenia oraz czas trwania.

    Uwaga

    Obsługiwany jest zakres czasu do godziny. Użyj dzienników usługi Azure Monitor, aby wysyłać zapytania o dane zależności przez dłuższy czas.

  6. Po zidentyfikowaniu zależnych maszyn, które chcesz zgrupować, użyj kombinacji klawiszy Ctrl+Kliknij, aby wybrać wiele maszyn na mapie, a następnie kliknij pozycję Grupuj maszyny.

  7. Określ nazwę grupy. Sprawdź, czy maszyny zależne są odnajdywane przez usługę Azure Migrate.

    Uwaga

    Jeśli maszyna zależna nie zostanie odnaleziona przez usługę Azure Migrate, nie można dodać jej do grupy. Aby dodać takie maszyny do grupy, należy ponownie uruchomić proces odnajdywania z odpowiednim zakresem w programie vCenter Server i upewnić się, że maszyna została odnaleziona przez usługę Azure Migrate.

  8. Jeśli chcesz utworzyć ocenę dla tej grupy, zaznacz pole wyboru, aby utworzyć nową ocenę dla grupy.

  9. Kliknij przycisk OK , aby zapisać grupę.

Po utworzeniu grupy zaleca się zainstalowanie agentów na wszystkich maszynach grupy i uściślinie grupy przez wizualizowanie zależności całej grupy.

Wykonywanie zapytań dotyczących danych zależności z dzienników usługi Azure Monitor

Dane zależności przechwycone przez usługę Service Map są dostępne do wykonywania zapytań w obszarze roboczym usługi Log Analytics skojarzonym z projektem usługi Azure Migrate. Dowiedz się więcej o tabelach danych usługi Service Map do wykonywania zapytań w dziennikach usługi Azure Monitor.

Aby uruchomić zapytania Kusto:

  1. Po zainstalowaniu agentów przejdź do portalu i kliknij pozycję Przegląd.
  2. W obszarze Przegląd przejdź do sekcji Podstawy projektu i kliknij nazwę obszaru roboczego podaną obok obszaru roboczego pakietu OMS.
  3. Na stronie obszaru roboczego usługi Log Analytics kliknij pozycjęDziennikiogólne>.
  4. Napisz zapytanie w celu zebrania danych zależności przy użyciu dzienników usługi Azure Monitor. Znajdź przykładowe zapytania w następnej sekcji.
  5. Uruchom zapytanie, klikając pozycję Uruchom.

Dowiedz się więcej na temat pisania zapytań Kusto.

Przykładowe zapytania dzienników usługi Azure Monitor

Poniżej przedstawiono przykładowe zapytania, których można użyć do wyodrębniania danych zależności. Zapytania można modyfikować w celu wyodrębnienia preferowanych punktów danych. Wyczerpująca lista pól w rekordach danych zależności jest dostępna tutaj. Więcej przykładowych zapytań znajdziesz tutaj.

Podsumowywanie połączeń przychodzących na zestawie maszyn

Rekordy w tabeli metryk połączenia VMConnection nie reprezentują pojedynczych połączeń sieci fizycznych. Wiele połączeń sieci fizycznych jest pogrupowanych w połączenie logiczne. Dowiedz się więcej o tym, jak dane połączenia sieciowego fizycznego są agregowane w jeden rekord logiczny w programie VMConnection.

// the machines of interest
let ips=materialize(ServiceMapComputer_CL
| summarize ips=makeset(todynamic(Ipv4Addresses_s)) by MonitoredMachine=ResourceName_s
| mvexpand ips to typeof(string));
let StartDateTime = datetime(2019-03-25T00:00:00Z);
let EndDateTime = datetime(2019-03-30T01:00:00Z); 
VMConnection
| where Direction == 'inbound' 
| where TimeGenerated > StartDateTime and TimeGenerated  < EndDateTime
| join kind=inner (ips) on $left.DestinationIp == $right.ips
| summarize sum(LinksEstablished) by Computer, Direction, SourceIp, DestinationIp, DestinationPort

Podsumuj ilość danych wysłanych i odebranych w połączeniach przychodzących między zestawem maszyn

// the machines of interest
let ips=materialize(ServiceMapComputer_CL
| summarize ips=makeset(todynamic(Ipv4Addresses_s)) by MonitoredMachine=ResourceName_s
| mvexpand ips to typeof(string));
let StartDateTime = datetime(2019-03-25T00:00:00Z);
let EndDateTime = datetime(2019-03-30T01:00:00Z); 
VMConnection
| where Direction == 'inbound' 
| where TimeGenerated > StartDateTime and TimeGenerated  < EndDateTime
| join kind=inner (ips) on $left.DestinationIp == $right.ips
| summarize sum(BytesSent), sum(BytesReceived) by Computer, Direction, SourceIp, DestinationIp, DestinationPort

Następne kroki

Dowiedz się więcej o najnowszej wersji usługi Azure Migrate.