Praca z poprzednią wersją usługi Azure Migrate

  • Artykuł

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 i 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 (tylko ocena lokalnych maszyn wirtualnych VMware była obsługiwana), teraz należy użyć bieżącej wersji. Poprzednie projekty wersji są nazywane projektami klasycznymi 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, możesz i nie możesz wykonywać następujących czynności:
    • 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 używać 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 witrynie 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 witrynie 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 odczekać 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 z platformą Azure.
  • Szacowanie rozmiaru.
  • Szacowanie kosztów miesięcznych.

Maszyna przechodzi tylko do późniejszego etapu, jeśli przejdzie do poprzedniego etapu. Jeśli na przykład maszyna ulegnie awarii, sprawdzanie przydatności jest oznaczone jako nieodpowiednie dla platformy Azure, a ustalanie rozmiaru i koszty nie są wykonywane.

Przegląd gotowości na platformę Azure

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

Analizy gotowości Stanowy 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 zawiera kroki korygowania.
Niegotowa na platformę Azure Maszyna wirtualna nie zostanie uruchomiony 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 platformy 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ści Szczegóły Analizy gotowości
Typ rozruchu System BIOS jest obsługiwany. Interfejs UEFI nie jest obsługiwany. Warunkowo gotowe, jeśli typ rozruchu to UEFI.
Rdzenie Rdzenie <maszyn = 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 używanych 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.		 Gotowe, jeśli limity są mniejsze lub równe.
Pamięć Rozmiar <pamięci maszyny = maksymalna pamięć (3892 GB w serii Azure M 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 być 65 lub mniejsza, łą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 wewnątrz maszyny wirtualnej jest taki sam jak ten określony w programie vCenter Server.

Używana jest następująca logika.

System operacyjny Szczegóły Analizy gotowości
Windows Server 2016 i wszystkie dostawcy dostępu Platforma Azure zapewnia pełną pomoc techniczną. Gotowa na platformę Azure
Windows Server 2012 R2 i wszystkie dostawcy dostępu Platforma Azure zapewnia pełną pomoc techniczną. Gotowa na platformę Azure
Windows Server 2012 i wszystkie dostawcy usługi konfiguracji Platforma Azure zapewnia pełną pomoc techniczną. Gotowa na platformę Azure
Windows Server 2008 R2 i wszystkie dostawcy dostępu 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 poza wsparciem i potrzebna jest niestandardowa umowa pomocy technicznej (CSA, Custom Support Agreement) na platformie Azure. Warunkowo gotowe na platformę Azure. Rozważ uaktualnienie systemu operacyjnego przed migracją na platformę Azure.
Windows 2000, 98, 95, NT, 3.1, MS-DOS Brak obsługi. Maszyna może zostać uruchomiony 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 obsługi. Maszyna może zostać uruchomiony 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 zostać uruchomiony na platformie Azure, ale żadna obsługa systemu operacyjnego nie jest zapewniana przez platformę Azure. 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 zapewnić pełnej pomocy technicznej. Warunkowo gotowe 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 ustalanie rozmiaru jest oparte na wydajności, zalecenie dotyczące rozmiaru uwzględnia historię wydajności maszyn wirtualnych (procesora CPU i pamięci) oraz dysków (liczba operacji we/wy na sekundę i przepływność).
  • Jeśli kryterium określania 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 maszyn wirtualnych i dysków.

Przegląd szacowanych kosztów

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

  • Oszacowania kosztów są obliczane przy użyciu zalecenia dotyczącego rozmiaru maszyny wirtualnej i jego 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ą ufności.

  • Ocena ufności waha się od jednej gwiazdki do pięciogwiazdkowych (jedna gwiazda 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 opartego na wydajności usługa Azure Migrate potrzebuje następujących elementów:

  • Dane użycia procesora CPU.
  • Dane pamięci maszyny wirtualnej.
  • W przypadku każdego dysku dołączonego do maszyny wirtualnej musi ona zawierać 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 Ocenę 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

Ocena może nie mieć dostępnych wszystkich punktów danych z wielu 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 ocena została obliczona. 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 dla tego okresu.
  • 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 trwała przez cały czas trwania.

Uwaga

Jeśli ocena ufności dowolnej oceny jest niższa niż pięć gwiazdek, poczekaj co najmniej dzień, aż urządzenie będzie 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ższym poziomie ufności przez krzyżowe sprawdzanie zależności maszyny przed uruchomieniem oceny.
  • Wizualizacja zależności może pomóc w efektywnym zaplanowaniu migracji na platformę Azure. Pomaga to upewnić się, że nic nie pozostaje w tyle i że awarie niespodziewane nie występują podczas migracji na platformę Azure.
  • Możesz odnaleźć wszystkie niezależne systemy, które muszą być migrowane razem 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 usłudze 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 obszarze 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. Maszyny wirtualne platformy Azure można monitorować w dowolnym regionie. Same maszyny wirtualne nie są ograniczone do regionów obsługiwanych przez obszar roboczy usługi Log Analytics. 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 program Microsoft Monitoring Agent (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 program Configuration Manager lub narzędzie partnerskie, takie jak Intigua, które udostępnia 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 przycisk Zgadzam się, aby zaakceptować warunki licencji.
  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 przycisk 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 program 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 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 support by 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 programem Operations Manager MMA 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 katalog główny przy użyciu następującego polecenia:

    sh InstallDependencyAgent-Linux64.bin

    • Dowiedz się więcej o obsłudze agenta zależności dla systemów operacyjnych Windows i Linux.
    • Dowiedz się więcej na temat sposobu instalowania agenta zależności za pomocą skryptów.

Uwaga

Artykuł Azure Monitor dla maszyn wirtualnych, o których mowa, zawiera omówienie wymagań wstępnych i metod systemowych dotyczących wdrażania agenta zależności również dotyczy 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 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 na maszynie, można rozwinąć każde pole komputera, aby wyświetlić procesy
    • Wyświetlane są właściwości maszyny, w tym nazwa FQDN, system operacyjny, adres MAC. Możesz kliknąć każde pole komputera, aby wyświetlić szczegóły.

  5. Zależności można wyświetlać przez różne czasy trwania, 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 w dłuższym czasie.

  6. Po zidentyfikowaniu maszyn zależnych, 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ślić grupę, wizualizując zależność 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 w celu 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ę Dzienniki ogó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 dotyczące dzienników usługi Azure Monitor

Poniżej przedstawiono przykładowe zapytania, których można użyć do wyodrębnienia danych zależności. Zapytania można zmodyfikować, aby wyodrębnić preferowane punkty 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, maszyny wirtualnej Połączenie ion 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 na maszynie wirtualnej Połączenie ion.

// 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

Podsumowywanie ilości danych wysłanych i odebranych na 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.