Migrowanie z programu System Center Operations Manager (SCOM) do usługi Azure Monitor

  • Artykuł

Ten artykuł zawiera wskazówki dla klientów, którzy obecnie korzystają z programu System Center Operations Manager (SCOM) i planują przejście do monitorowania opartego na chmurze za pomocą usługi Azure Monitor podczas migrowania aplikacji biznesowych i innych zasobów na platformę Azure.

Nie ma standardowego procesu migracji z programu SCOM i możesz polegać na pakietach administracyjnych SCOM przez dłuższy czas, w przeciwieństwie do przeprowadzania szybkiej migracji. W tym artykule opisano różne dostępne opcje i kryteria podejmowania decyzji, których można użyć do określenia najlepszej strategii dla danego środowiska.

Monitorowanie chmury hybrydowej

Większość klientów korzysta ze strategii monitorowania chmury hybrydowej, która umożliwia stopniowe przejście do chmury. Takie podejście umożliwia utrzymanie istniejących procesów biznesowych w miarę zapoznania się z nową platformą. Odejdź tylko od funkcji SCOM, ponieważ możesz zastąpić ją usługą Azure Monitor. Wiele narzędzi do monitorowania zwiększa złożoność, ale umożliwia korzystanie z możliwości monitorowania obciążeń chmury nowej generacji przez usługę Azure Monitor przy jednoczesnym zachowaniu możliwości monitorowania oprogramowania i obciążeń serwera SCOM.

Środowisko przed przeniesieniem wszystkich składników na platformę Azure jest oparte na maszynach wirtualnych i fizycznych znajdujących się lokalnie lub u zarządzanego dostawcy usług. Opiera się on na programie SCOM do monitorowania aplikacji biznesowych, oprogramowania serwerowego i innych składników infrastruktury w środowisku, takich jak serwery fizyczne i sieci. Używasz standardowych pakietów administracyjnych dla oprogramowania serwerowego, takiego jak IIS, SQL Server i różnego oprogramowania dostawcy, i dostrajasz te pakiety administracyjne pod kątem określonych wymagań. Można tworzyć niestandardowe pakiety administracyjne dla aplikacji biznesowych i składników, których nie można monitorować przy użyciu istniejących pakietów administracyjnych, a także skonfigurować program SCOM pod kątem obsługi procesów biznesowych.

Podczas przenoszenia usług do chmury usługa Azure Monitor rozpoczyna zbieranie metryk platformy i dziennika aktywności dla każdego z zasobów. Ustawienia diagnostyczne służą do zbierania dzienników zasobów w celu interaktywnego analizowania wszystkich dostępnych danych telemetrycznych przy użyciu zapytań dzienników i szczegółowych informacji.

W tym okresie przejścia masz dwa niezależne narzędzia do monitorowania. Szczegółowe informacje i skoroszyty służą do analizowania danych telemetrycznych w chmurze w witrynie Azure Portal podczas korzystania z konsoli Operacje do analizowania danych zebranych przez program SCOM. Ponieważ każdy system ma własne alerty, należy utworzyć grupy akcji w usłudze Azure Monitor równoważne grupom powiadomień w programie SCOM.

W poniższej tabeli opisano różne funkcje i strategie, które są dostępne dla środowiska monitorowania hybrydowego przy użyciu programu SCOM i usługi Azure Monitor.

Metoda opis
Agenci dwóch domów Program SCOM używa programu Microsoft Management Agent (MMA), który jest taki sam jak agent usługi Log Analytics używany przez usługę Azure Monitor. Ten agent można skonfigurować tak, aby jeden komputer łączył się jednocześnie z programem SCOM i usługą Azure Monitor. Ta konfiguracja wymaga, aby maszyny wirtualne platformy Azure miały połączenie z lokalnymi serwerami zarządzania.

Agent usługi Log Analytics został zastąpiony agentem usługi Azure Monitor, który zapewnia znaczące korzyści, w tym prostsze zarządzanie i lepszą kontrolę nad zbieraniem danych. Obaj agenci mogą współistnieć na tej samej maszynie, co umożliwia łączenie się z usługą Azure Monitor i programem SCOM. Ta konfiguracja jest lepszą opcją niż podwójny serwer starszego agenta ze względu na znaczące zalety agenta usługi Azure Monitor.
Połączenie grupy zarządzania Połączenie grupę zarządzania SCOM do usługi Azure Monitor w celu przekazywania danych zebranych z agentów SCOM do usługi Azure Monitor. Jest to podobne do używania dwóch agentów homed, ale nie wymaga skonfigurowania każdego agenta w celu nawiązania połączenia z usługą Azure Monitor. Ta strategia wymaga starszego agenta, więc nie można określić monitorowania przy użyciu reguł zbierania danych. Nie można również używać szczegółowych informacji o maszynie wirtualnej, chyba że połączysz każdą maszynę wirtualną bezpośrednio z usługą Azure Monitor.
Wystąpienie zarządzane programu SCOM (wersja zapoznawcza) Wystąpienie zarządzane SCOM (wersja zapoznawcza) to pełna implementacja programu SCOM na platformie Azure umożliwiająca kontynuowanie uruchamiania tych samych pakietów administracyjnych uruchamianych w lokalnym środowisku SCOM. Nie ma bieżącej integracji między danymi i alertami z programu SCOM i usługi Azure Monitor i nadal używasz tej samej konsoli Operacje do analizowania kondycji i alertów.

Program SCOM MI jest podobny do obsługi istniejącego środowiska SCOM i agentów podwójnej homingu, chociaż można skonsolidować konfigurację monitorowania na platformie Azure i wycofać składniki lokalne, takie jak bazy danych i serwery zarządzania. Agenci z maszyn wirtualnych platformy Azure mogą łączyć się z wystąpieniem zarządzanym programu SCOM na platformie Azure zamiast łączyć się z serwerami zarządzania we własnym centrum danych.
Pakiet administracyjny platformy Azure Pakiet administracyjny platformy Azure umożliwia programowi Operations Manager odnajdywanie zasobów platformy Azure i monitorowanie ich kondycji na podstawie określonego zestawu scenariuszy monitorowania. Ten pakiet administracyjny wymaga wykonania dodatkowej konfiguracji dla każdego zasobu na platformie Azure. Warto jednak zapewnić pewien wgląd zasobów platformy Azure w konsoli Operacje do momentu rozwoju procesów biznesowych w celu skoncentrowania się na usłudze Azure Monitor.

Monitorowanie aplikacji biznesowych

Zazwyczaj niestandardowe pakiety administracyjne wymagają monitorowania aplikacji biznesowych za pomocą programu SCOM przy użyciu agentów zainstalowanych na każdej maszynie wirtualnej. Aplikacja Szczegółowe informacje w usłudze Azure Monitor monitoruje aplikacje internetowe niezależnie od tego, czy są na platformie Azure, w innych chmurach, czy w środowisku lokalnym. Może być ona używana dla wszystkich aplikacji, niezależnie od tego, czy zostały one zmigrowane na platformę Azure.

Jeśli monitorowanie aplikacji biznesowej jest ograniczone do funkcji udostępnianych przez szablon wydajności aplikacji platformy .NET w programie SCOM, najprawdopodobniej możesz przeprowadzić migrację do aplikacji Szczegółowe informacje bez utraty funkcjonalności. W rzeczywistości Szczegółowe informacje aplikacji obejmuje znaczną liczbę innych funkcji, w tym następujące:

  • Automatyczne odnajdywanie i monitorowanie składników aplikacji.
  • Zbierz szczegółowe dane dotyczące użycia aplikacji i wydajności, takie jak czas odpowiedzi, współczynniki awarii i współczynniki żądań.
  • Zbieranie danych przeglądarki, takich jak wyświetlenia stron i wydajność ładowania.
  • Wykrywanie wyjątków i przechodzenie do szczegółów śledzenia stosu i powiązanych żądań.
  • Wykonaj zaawansowaną analizę przy użyciu funkcji, takich jak śledzenie rozproszone i wykrywanie inteligentne.
  • Użyj Eksploratora metryk, aby interaktywnie analizować dane wydajności.
  • Użyj zapytań dzienników , aby interaktywnie analizować zebrane dane telemetryczne wraz z danymi zebranymi na potrzeby usług platformy Azure i szczegółowych informacji o maszynach wirtualnych.

Istnieją pewne scenariusze, w których może być konieczne kontynuowanie korzystania z programu SCOM oprócz aplikacji Szczegółowe informacje, dopóki nie będzie można osiągnąć wymaganych funkcji. Przykłady, w których może być konieczne kontynuowanie pracy z programem SCOM, obejmują następujące elementy:

  • Testy dostępności, które umożliwiają monitorowanie i zgłaszanie alertów dotyczących dostępności i czasu odpowiedzi aplikacji, wymagają żądań przychodzących z adresów IP agentów testów internetowych. Jeśli zasady nie zezwalają na taki dostęp, może być konieczne korzystanie z monitorów dostępności aplikacji internetowych w programie SCOM.
  • W programie SCOM można ustawić dowolny interwał sondowania dla testów dostępności, a wielu klientów sprawdza co 60–120 sekund. Aplikacja Szczegółowe informacje ma minimalny interwał sondowania wynoszący pięć minut, co może być zbyt długie dla niektórych klientów.
  • Znaczna ilość monitorowania w programie SCOM jest wykonywana przez zbieranie zdarzeń generowanych przez aplikacje i uruchamianie skryptów na agencie lokalnym. Nie są to standardowe opcje w aplikacji Szczegółowe informacje, więc można wymagać pracy niestandardowej w celu osiągnięcia wymagań biznesowych. Może to obejmować niestandardowe reguły alertów korzystające z danych zdarzeń przechowywanych w obszarze roboczym usługi Log Analytics i skryptów uruchomionych w gościu maszyn wirtualnych przy użyciu hybrydowego procesu roboczego elementu Runbook.
  • W zależności od języka napisanego w aplikacji instrumentacja może być ograniczona do instrumentacji, której można używać z Szczegółowe informacje aplikacji.

Postępując zgodnie z podstawową strategią w innych sekcjach tego przewodnika, kontynuuj korzystanie z programu SCOM dla aplikacji biznesowych, ale skorzystaj z dodatkowych funkcji oferowanych przez usługę Application Szczegółowe informacje. Ponieważ możesz zastąpić krytyczne funkcje usługą Azure Monitor, możesz rozpocząć wycofywanie niestandardowych pakietów administracyjnych.

Monitorowanie maszyn wirtualnych

Monitorowanie oprogramowania na maszynach wirtualnych w środowisku hybrydowym często używa kombinacji usług Azure Monitor i SCOM w zależności od wymagań obciążeń uruchomionych na maszynach wirtualnych. Po utworzeniu maszyny wirtualnej na platformie Azure metryki platformy i dzienniki aktywności hosta maszyny wirtualnej automatycznie zaczynają być zbierane. Włącz zalecane alerty, aby powiadomić o typowych błędach hosta maszyny wirtualnej, takich jak awaria serwera i wysokie wykorzystanie procesora CPU.

Włącz szczegółowe informacje o maszynie wirtualnej, aby zainstalować agenta usługi Azure Monitor i rozpocząć zbieranie typowych danych wydajności z systemu operacyjnego klienta. Może to nakładać się na niektóre dane, które już zbierasz w programie SCOM, ale umożliwi to rozpoczęcie przeglądania trendów w czasie i monitorowanie maszyn wirtualnych platformy Azure z innymi zasobami w chmurze. Możesz również włączyć funkcję mapy, która zapewni wgląd w procesy uruchomione na maszynach wirtualnych i ich zależności od innych usług.

Nadal używaj pakietów administracyjnych do obsługi funkcji, które nie mogą być udostępniane przez inne funkcje w usłudze Azure Monitor. Obejmuje to pakiety administracyjne dla krytycznego oprogramowania serwera, takiego jak IIS, SQL Server lub Exchange. Możesz również mieć niestandardowe pakiety administracyjne opracowane dla infrastruktury lokalnej, które nie mogą być dostępne w usłudze Azure Monitor. Ponadto nadal używać programu SCOM, jeśli jest ściśle zintegrowany z procesami operacyjnymi, dopóki nie będzie można przejść do modernizacji operacji usługi, w których usługa Azure Monitor i inne usługi platformy Azure mogą rozszerzać lub zastępować.

Uwaga

Jeśli włączysz Szczegółowe informacje maszyny wirtualnej za pomocą agenta usługi Log Analytics zamiast agenta usługi Azure Monitor, na maszynie wirtualnej nie trzeba instalować żadnego dodatkowego agenta. Agent usługi Azure Monitor jest jednak zalecany ze względu na znaczne ulepszenia monitorowania maszyny wirtualnej w chmurze. Złożoność obsługi wielu agentów jest kompensowana przez możliwość definiowania monitorowania w regułach zbierania danych, które umożliwiają konfigurowanie różnych kolekcji danych dla różnych zestawów maszyn wirtualnych, podobnie jak strategia projektowania pakietów administracyjnych.

Migrowanie logiki pakietu administracyjnego dla obciążeń maszyn wirtualnych

Nie ma narzędzi migracji do konwertowania pakietów administracyjnych SCOM na usługę Azure Monitor, ponieważ ich logika różni się zasadniczo od zbierania danych usługi Azure Monitor. Migrowanie logiki pakietu administracyjnego zwykle koncentruje się na analizowaniu danych zebranych przez program SCOM i identyfikowaniu tych scenariuszy monitorowania, które mogą być replikowane przez usługę Azure Monitor. W miarę dostosowywania usługi Azure Monitor pod kątem wymagań dla różnych aplikacji i składników możesz zacząć wycofywanie różnych pakietów administracyjnych i starszych agentów w programie SCOM.

Pakiety administracyjne w programie SCOM zawierają reguły i monitory, które łączą zbieranie danych i wynikowy alert w jeden całościowy przepływ pracy. Dane już zbierane przez program SCOM rzadko są używane do zgłaszania alertów. Usługa Azure Monitor oddziela zbieranie danych i alerty na oddzielne procesy. Reguły alertów uzyskują dostęp do danych z dzienników usługi Azure Monitor i metryk usługi Azure Monitor, które zostały już zebrane z agentów. Ponadto reguły i monitory są zwykle wąsko ukierunkowane na określone dane, takie jak określone zdarzenie lub licznik wydajności. Reguły zbierania danych w usłudze Azure Monitor są zwykle bardziej szerokie, zbierając wiele zestawów zdarzeń i liczników wydajności w jednym kontrolerze domeny.

Zapoznaj się z następującą zawartością, aby uzyskać wskazówki dotyczące tworzenia zbierania i zgłaszania alertów dotyczących typowych scenariuszy monitorowania:

Zamiast próbować replikować całą funkcjonalność pakietu administracyjnego, przeanalizuj krytyczne monitorowanie, które zapewnia każdy z nich. Zdecyduj, czy można replikować te wymagania dotyczące monitorowania przy użyciu alternatywnych metod. W wielu przypadkach można skonfigurować reguły zbierania danych i alertów w usłudze Azure Monitor, które replikują wystarczającą funkcjonalność, którą można wycofać. Pakiety administracyjne często mogą zawierać setki, a nawet tysiące reguł i monitorów.

Jedną ze strategii jest skupienie się na tych monitorach i regułach, które wyzwalały alerty w danym środowisku. Zapoznaj się z istniejącymi raportami dostępnymi w programie Operations Manager, takimi jak Alerty i Najbardziej typowe alerty, które mogą ułatwić identyfikowanie alertów w czasie. Możesz również uruchomić następujące zapytanie w bazie danych Operations Database, aby ocenić najnowsze alerty.

select AlertName, COUNT(AlertName) as 'Total Alerts' from
Alert.vAlertResolutionState ars
inner join Alert.vAlertDetail adt on ars.AlertGuid = adt.AlertGuid
inner join Alert.vAlert alt on ars.AlertGuid = alt.AlertGuid
group by AlertName
order by 'Total Alerts' DESC

Oceń dane wyjściowe, aby zidentyfikować określone alerty dotyczące migracji. Ignoruj wszystkie alerty, które zostały dostrojone lub są znane jako problematyczne. Przejrzyj pakiety administracyjne, aby zidentyfikować wszelkie krytyczne alerty, które nigdy nie są uruchamiane.

Transakcje syntetyczne

Pakiety administracyjne często korzystają z syntetycznych transakcji łączących się z aplikacją lub usługą uruchomioną na maszynie w celu symulowania połączenia użytkownika lub rzeczywistego ruchu użytkownika. Jeśli aplikacja jest dostępna, można założyć, że maszyna działa prawidłowo. Testy dostępności Szczegółowe informacje aplikacji w usłudze Azure Monitor udostępniają tę funkcję. Działa tylko w przypadku aplikacji, które są dostępne z Internetu. W przypadku aplikacji wewnętrznych należy otworzyć zaporę, aby zezwolić na dostęp z określonych adresów URL firmy Microsoft wykonujących test. Możesz też nadal używać istniejącego pakietu administracyjnego.

Następne kroki