Udostępnij za pośrednictwem

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

Ten artykuł zawiera wskazówki dla klientów, którzy korzystają z programu System Center Operations Manager 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 System Center Operations Manager. Możesz polegać na pakietach administracyjnych SCOM przez dłuższy czas, a nie na przeprowadzaniu 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 programu System Center Operations Manager, ponieważ można ją zastąpić usługą Azure Monitor. Wiele narzędzi do monitorowania dodaje złożoność. Umożliwiają one jednak korzystanie z możliwości monitorowania obciążeń w chmurze nowej generacji przez usługę Azure Monitor. Jednocześnie można zachować możliwość monitorowania oprogramowania i obciążeń serwera przez program System Center Operations Manager.

Ś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. Jest on oparty na programie System Center Operations Manager 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 serwera, takiego jak Internet Information Service (IIS), SQL Server i różnego oprogramowania dostawcy, a także dostrajasz te pakiety administracyjne pod kątem określonych wymagań. Tworzysz niestandardowe pakiety administracyjne dla aplikacji biznesowych i składników, których nie można monitorować przy użyciu istniejących pakietów administracyjnych. Skonfigurujesz również program System Center Operations Manager do 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. Tworzysz ustawienia diagnostyczne do zbierania dzienników zasobów, aby interaktywnie analizować wszystkie dostępne dane telemetryczne przy użyciu zapytań dziennikowych i wglądów.

W tym okresie przejścia masz dwa niezależne narzędzia do monitorowania. Możesz korzystać ze szczegółowych informacji i skoroszytów, aby analizować dane telemetryczne w chmurze w portalu Azure, jednocześnie używając konsoli Operations do analizy danych zebranych przez program System Center Operations Manager. 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 System Center Operations Manager.

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

Metoda Opis
Agenci dwóch domów System Center Operations Manager używa Microsoft Management Agent (MMA), który jest identyczny z agentem usługi Log Analytics, używanego przez Azure Monitor. Ten agent można skonfigurować tak, aby jeden komputer łączył się jednocześnie z programem System Center Operations Manager 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 jest zastępowany przez agenta usługi Azure Monitor, który zapewnia znaczne korzyści, w tym prostsze zarządzanie i lepszą kontrolę nad zbieraniem danych. Obaj agenci mogą współistnieć na tym samym komputerze, co umożliwia łączenie się z usługami Azure Monitor i System Center Operations Manager. Ta konfiguracja jest lepszą opcją niż podwójny serwer starszego agenta ze względu na znaczące zalety agenta usługi Azure Monitor.
Połączona grupa zarządzania Połącz grupę zarządzania programu SCOM z usługą Azure Monitor , aby przekazywać dane zebrane z agentów programu System Center Operations Manager do usługi Azure Monitor. Ta konfiguracja jest podobna do używania agentów z podwójną ochroną sieciową, ale nie wymaga od każdego agenta konfiguracji połączenia z Azure Monitor. Ta strategia wymaga agenta w wersji starszej, więc nie można określić monitorowania za pomocą zasad zbierania danych (DCR). Nie można użyć 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 Wystąpienie zarządzane programu SCOM to pełna implementacja programu System Center Operations Manager na platformie Azure umożliwiająca kontynuowanie uruchamiania tych samych pakietów administracyjnych uruchamianych w lokalnym środowisku programu System Center Operations Manager. Możesz nadal używać tej samej konsoli operacyjnej do analizowania stanu i alertów. Alerty można również wyświetlać w usłudze Azure Monitor i analizować dane programu System Center Operations Manager w narzędziu Grafana.

Program SCOM MI jest podobny do obsługi istniejącego środowiska programu System Center Operations Manager i agentów dwuskładnika, 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 System Center Operations Manager na platformie Azure, a nie łą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 potrzebujesz niestandardowych pakietów administracyjnych do monitorowania aplikacji biznesowych za pomocą programu System Center Operations Manager, korzystając z agentów zainstalowanych na każdej maszynie wirtualnej. Usługa Application Insights 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żna jej używać dla wszystkich aplikacji, niezależnie od tego, czy migrowały je na platformę Azure.

Jeśli monitorowanie aplikacji biznesowej jest ograniczone do funkcji udostępnianych przez szablon wydajności aplikacji platformy .NET w programie System Center Operations Manager, najprawdopodobniej możesz przeprowadzić migrację do usługi Application Insights bez utraty funkcjonalności. W rzeczywistości usługa Application Insights zawiera znaczną liczbę innych funkcji, w tym:

  • 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.
  • Wykryj wyjątki i analizuj śledzenie stosu oraz powiązane żądania.
  • 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 System Center Operations Manager oprócz usługi Application Insights, dopóki nie będzie można osiągnąć wymaganych funkcji. Przykłady, w których może być konieczne kontynuowanie pracy z programem System Center Operations Manager:

  • 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 internetowej w programie System Center Operations Manager.
  • W programie System Center Operations Manager można ustawić dowolny interwał sondowania testów dostępności, a wielu klientów sprawdza co 60–120 sekund. Usługa Application Insights 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 System Center Operations Manager jest wykonywana przez zbieranie zdarzeń generowanych przez aplikacje i uruchamianie skryptów na agencie lokalnym. Te opcje nie są standardem w usłudze Application Insights, więc może być konieczne wykonanie pracy niestandardowej, aby spełnić wymagania biznesowe. 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 uruchamianych na systemie operacyjnym maszyn wirtualnych przy użyciu hybrydowego agenta runbooków.
  • W zależności od języka, w którym napisana jest twoja aplikacja, możesz być ograniczony w instrumentacji, której można używać z usługą Application Insights.

Postępując zgodnie z podstawową strategią w innych sekcjach tego przewodnika, kontynuuj korzystanie z programu System Center Operations Manager dla aplikacji biznesowych, ale skorzystaj z innych funkcji udostępnianych przez usługę Application Insights. 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 System Center Operations Manager 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.

Aby zainstalować agenta usługi Azure Monitor i rozpocząć zbieranie standardowych danych wydajności z systemu operacyjnego klienta, włącz funkcję VM insights. Może to nakładać się na niektóre dane, które już zbierasz w programie System Center Operations Manager. Umożliwia to jednak rozpoczęcie wyświetlania trendów w czasie i monitorowanie maszyn wirtualnych platformy Azure przy użyciu innych zasobów w chmurze. Możesz również włączyć funkcję mapy, która zapewnia wgląd w procesy uruchomione na maszynach wirtualnych i ich zależności od innych usług.

Kontynuuj korzystanie z pakietów administracyjnych na potrzeby funkcji, które nie są 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. Kontynuuj korzystanie z programu System Center Operations Manager, jeśli jest ściśle zintegrowany z procesami operacyjnymi. Po przejściu na modernizację operacji usługi usługa Azure Monitor i inne usługi platformy Azure mogą ją rozszerzać lub zastępować.

Uwaga / Notatka

Jeśli włączysz szczegółowe informacje o maszynie wirtualnej za pomocą agenta usługi Log Analytics zamiast agenta usługi Azure Monitor, na maszynie wirtualnej nie trzeba instalować żadnego innego agenta. Agent usługi Azure Monitor jest jednak zalecany ze względu na znaczne ulepszenia monitorowania maszyny wirtualnej w chmurze. Możliwość definiowania monitorowania w regułach zbierania danych rekompensuje złożoność związaną z utrzymaniem wielu agentów. Te reguły umożliwiają skonfigurowanie 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 System Center Operations Manager 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żna zacząć wycofywanie różnych pakietów administracyjnych i starszych agentów w programie System Center Operations Manager.

Pakiety administracyjne w programie System Center Operations Manager zawierają reguły i monitory, które łączą zbieranie danych i wynikowy alert w jeden całościowy przepływ pracy. Dane już zebrane przez program System Center Operations Manager są rzadko 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 zebranych z agentów. Ponadto reguły i monitory są zwykle skoncentrowane na określonych danych, takich jak określone zdarzenie lub licznik wydajności. Reguły zbierania danych w usłudze Azure Monitor są zazwyczaj bardziej kompleksowe, obejmujące zbieranie wielu zestawów zdarzeń i liczników wydajności w ramach jednego zestawu reguł zbierania danych.

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ć zbieranie danych i reguły alertów w usłudze Azure Monitor, które replikują wystarczającą funkcjonalność, aby można było wycofać określony pakiet zarządzania. 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 zignorowane lub są znane za 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 usługi Application Insights w usłudze Azure Monitor zapewniają 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.

Dalsze kroki