Migrace ze system Center Operations Manageru (SCOM) na Azure Monitor

  • Článek

Tento článek obsahuje pokyny pro zákazníky, kteří aktuálně používají System Center Operations Manager (SCOM) a plánují přechod na cloudové monitorování pomocí služby Azure Monitor při migraci obchodních aplikací a dalších prostředků do Azure.

Neexistuje žádný standardní proces migrace z SCOM a můžete se spolehnout na sady Management Pack SCOM po delší dobu, a ne na provedení rychlé migrace. Tento článek popisuje různé dostupné možnosti a rozhodovací kritéria, která můžete použít k určení nejlepší strategie pro vaše konkrétní prostředí.

Hybridní monitorování cloudu

Většina zákazníků používá strategii hybridního monitorování cloudu, která umožňuje postupné přechody do cloudu. Tento přístup vám umožní udržovat stávající obchodní procesy, jakmile se seznámíte s novou platformou. Přesuňte se od funkcí SCOM, protože je můžete nahradit službou Azure Monitor. Více monitorovacích nástrojů přidává složitost, ale umožňuje využít možnost služby Azure Monitor monitorovat cloudové úlohy nové generace a přitom zachovat schopnost SCOM monitorovat serverový software a úlohy.

Vaše prostředí před přesunem jakýchkoli komponent do Azure je založené na virtuálních a fyzických počítačích umístěných místně nebo u poskytovatele spravovaných služeb. Využívá SCOM k monitorování obchodních aplikací, serverového softwaru a dalších komponent infrastruktury ve vašem prostředí, jako jsou fyzické servery a sítě. Standardní sady Management Pack používáte pro serverový software, jako je služba IIS, SQL Server a různé dodavatele softwaru, a tyto sady Management Pack můžete ladit podle konkrétních požadavků. Vytvoříte vlastní sady Management Pack pro obchodní aplikace a komponenty, které nelze monitorovat pomocí existujících sad Management Pack, a také nakonfigurujete SCOM tak, aby podporoval vaše obchodní procesy.

Při přesunu služeb do cloudu začne Azure Monitor shromažďovat metriky platformy a protokol aktivit pro každý z vašich prostředků. Vytvoříte nastavení diagnostiky pro shromažďování protokolů prostředků, abyste mohli interaktivně analyzovat veškerou dostupnou telemetrii pomocí dotazů protokolu a přehledů.

Během tohoto období přechodu máte dva nezávislé monitorovací nástroje. Pomocí přehledů a sešitů můžete analyzovat cloudovou telemetrii na webu Azure Portal a přitom pomocí konzoly Operations Console analyzovat data shromážděná pomocí SCOM. Vzhledem k tomu, že každý systém má vlastní výstrahy, musíte ve službě Azure Monitor vytvořit skupiny akcí ekvivalentní vašim skupinám oznámení v SCOM.

Následující tabulka popisuje různé funkce a strategie, které jsou k dispozici pro hybridní monitorovací prostředí pomocí SCOM a Azure Monitoru.

metoda Popis
Agenti se dvěma domovy SCOM používá agenta Microsoft Management Agent (MMA), který je stejný jako agent Log Analytics používaný službou Azure Monitor. Tento agent můžete nakonfigurovat tak, aby se k SCOM i Azure Monitoru současně připojil jeden počítač. Tato konfigurace vyžaduje, aby vaše virtuální počítače Azure měly připojení k místním serverům pro správu.

Agent Log Analytics byl nahrazen agentem služby Azure Monitor, který poskytuje významné výhody, včetně jednodušší správy a lepší kontroly nad shromažďováním dat. Oba agenti můžou existovat na stejném počítači, takže se můžete připojit ke službě Azure Monitor i SCOM. Tato konfigurace je lepší než duální navádění starší verze agenta kvůli významným výhodám agenta služby Azure Monitor.
skupina pro správu Připojení Připojení skupiny pro správu SCOM do služby Azure Monitor za účelem předávání dat shromážděných z agentů SCOM do služby Azure Monitor. To se podobá použití agentů se dvěma domovy, ale nevyžaduje, aby se každý agent nakonfiguroval pro připojení ke službě Azure Monitor. Tato strategie vyžaduje starší verzi agenta, takže nemůžete určit monitorování pomocí pravidel shromažďování dat. Přehledy virtuálních počítačů také nemůžete použít, pokud nepřipojíte každý virtuální počítač přímo ke službě Azure Monitor.
Spravovaná instance SCOM (Preview) Spravovaná instance SCOM (Preview) je úplná implementace SCOM v Azure, která umožňuje pokračovat ve spouštění stejných sad Management Pack, které spouštíte v místním prostředí SCOM. Mezi daty a upozorněními z SCOM a Azure Monitoru není žádná aktuální integrace a k analýze stavu a výstrah budete dál používat stejnou konzolu Operations Console.

SCOM MI se podobá údržbě stávajícího prostředí SCOM a agentů duálního navázání, i když můžete konsolidovat konfiguraci monitorování v Azure a vyřadit z provozu místní komponenty, jako jsou databáze a servery pro správu. Agenti z virtuálních počítačů Azure se můžou připojit ke spravované instanci SCOM v Azure místo připojení k serverům pro správu ve vašem vlastním datacentru.
Sada Azure Management Pack Sada Management Pack Azure umožňuje Operations Manageru zjišťovat prostředky Azure a monitorovat jejich stav na základě konkrétní sady scénářů monitorování. Tato sada Management Pack vyžaduje, abyste pro každý prostředek v Azure provedli další konfiguraci. Může být užitečné ale poskytnout určitou viditelnost prostředků Azure v konzole Operations Console, dokud se nebudete vyvíjet obchodní procesy, které se budou soustředit na Azure Monitor.

Monitorování obchodních aplikací

K monitorování obchodních aplikací pomocí SCOM obvykle potřebujete vlastní sady Management Pack pomocí agentů nainstalovaných na každém virtuálním počítači. Aplikační Přehledy ve službě Azure Monitor monitoruje webové aplikace bez ohledu na to, jestli jsou v Azure, v jiných cloudech nebo v místním prostředí. Dá se použít pro všechny vaše aplikace bez ohledu na to, jestli se migrovaly do Azure.

Pokud je monitorování obchodní aplikace omezené na funkce poskytované šablonou výkonu aplikace .NET v SCOM, můžete s největší pravděpodobností migrovat na aplikační Přehledy bez ztráty funkčnosti. Aplikace Přehledy ve skutečnosti zahrnuje velký počet dalších funkcí, včetně následujících:

Existují ale určité scénáře, kdy možná budete muset kromě aplikačních Přehledy i nadále používat SCOM, dokud nebudete schopni dosáhnout požadovaných funkcí. Mezi příklady, ve kterých může být potřeba pokračovat v SCOM, patří:

  • Testy dostupnosti, které umožňují monitorovat a upozorňovat na dostupnost a odezvu aplikací, vyžadují příchozí požadavky z IP adres agentů webového testu. Pokud vaše zásada takový přístup nepovoluje, možná budete muset dál používat monitorování dostupnosti webových aplikací v SCOM.
  • V SCOM můžete nastavit libovolný interval dotazování pro testy dostupnosti, přičemž mnoho zákazníků kontroluje každých 60 až 120 sekund. Přehledy aplikace má minimální interval dotazování 5 minut, což může být pro některé zákazníky příliš dlouhé.
  • Významné množství monitorování v SCOM se provádí shromažďováním událostí generovaných aplikacemi a spouštěním skriptů v místním agentovi. Nejedná se o standardní možnosti v Přehledy aplikace, takže pro dosažení obchodních požadavků můžete vyžadovat vlastní práci. To může zahrnovat vlastní pravidla upozornění využívající data událostí uložená v pracovním prostoru služby Log Analytics a skripty spuštěné v hostovaném virtuálním počítači pomocí funkce Hybrid Runbook Worker.
  • V závislosti na jazyce, ve kterém je vaše aplikace napsaná, můžete být omezeni instrumentací, kterou můžete použít s Přehledy aplikace.

Podle základní strategie v dalších částech této příručky nadále používáte SCOM pro vaše obchodní aplikace, ale využijte další funkce poskytované službou Application Přehledy. Jak můžete nahradit důležité funkce službou Azure Monitor, můžete začít vyřadit vlastní sady Management Pack.

Monitorování virtuálních počítačů

Monitorování softwaru na virtuálních počítačích v hybridním prostředí často využívá kombinaci služby Azure Monitor a SCOM v závislosti na požadavcích úloh spuštěných na virtuálních počítačích. Jakmile se virtuální počítač vytvoří v Azure, začnou se automaticky shromažďovat metriky platformy a protokoly aktivit hostitele virtuálního počítače. Povolte doporučená upozornění , která vás upozorní na běžné chyby hostitele virtuálního počítače, jako je například snížení zatížení serveru nebo vysoké využití procesoru.

Povolte přehledy virtuálních počítačů, abyste nainstalovali agenta Azure Monitoru a začali shromažďovat běžná data o výkonu z klientského operačního systému. To se může překrývat s některými daty, která už shromažďujete v SCOM, ale umožní vám začít zobrazovat trendy v průběhu času a monitorovat virtuální počítače Azure s jinými cloudovými prostředky. Můžete také povolit funkci mapování, která vám poskytne přehled o procesech spuštěných na virtuálních počítačích a jejich závislostech na jiných službách.

Nadále používejte sady Management Pack pro funkce, které není možné poskytovat jinými funkcemi ve službě Azure Monitor. To zahrnuje sady Management Pack pro kritický serverový software, jako je SLUŽBA IIS, SQL Server nebo Exchange. Můžete mít také vlastní sady Management Pack vyvinuté pro místní infrastrukturu, ke které nejde získat přístup pomocí služby Azure Monitor. Pokud je služba SCOM úzce integrovaná do vašich provozních procesů, dokud nebudete moct přejít na modernizaci operací služeb, ve kterých může Azure Monitor a další služby Azure rozšířit nebo nahradit.

Poznámka:

Pokud povolíte virtuální počítač Přehledy s agentem Log Analytics místo agenta Služby Azure Monitor, není potřeba na virtuálním počítači instalovat dalšího agenta. Agent Azure Monitor se ale doporučuje kvůli významným vylepšením monitorování virtuálního počítače v cloudu. Složitost při udržování více agentů je posunutá schopnost definovat monitorování v pravidlech shromažďování dat, která umožňují nakonfigurovat různé shromažďování dat pro různé sady virtuálních počítačů, podobně jako u vaší strategie návrhu sad Management Pack.

Migrace logiky sady Management Pack pro úlohy virtuálních počítačů

Neexistují žádné nástroje pro migraci pro převod sad Management Pack SCOM na Azure Monitor, protože jejich logika se zásadně liší od shromažďování dat služby Azure Monitor. Migrace logiky sady Management Pack se obvykle zaměří na analýzu dat shromážděných nástrojem SCOM a identifikaci scénářů monitorování, které může Azure Monitor replikovat. Když přizpůsobíte Azure Monitor tak, aby splňoval vaše požadavky na různé aplikace a komponenty, můžete v SCOM začít vyřadit různé sady Management Pack a starší agenty.

Sady Management Pack v SCOM obsahují pravidla a monitorování, která kombinují shromažďování dat a výsledné výstrahy do jednoho uceleného pracovního postupu. Data, která už SCOM shromažďuje, se zřídka používají k upozorňování. Azure Monitor odděluje shromažďování dat a výstrahy do samostatných procesů. Pravidla upozornění přistupují k datům z protokolů služby Azure Monitor a metrik Služby Azure Monitor, které už byly shromážděny z agentů. Pravidla a monitorování se také obvykle úzce zaměřují na konkrétní data, jako je konkrétní událost nebo čítač výkonu. Pravidla shromažďování dat ve službě Azure Monitor obvykle shromažďují více sad událostí a čítačů výkonu v jednom DCR.

Pokyny k vytváření shromažďování dat a upozorňování pro běžné scénáře monitorování najdete v následujícím obsahu:

Místo toho, abyste se pokusili replikovat celou funkci sady Management Pack, analyzujte důležité monitorování, které každý z nich poskytuje. Rozhodněte se, jestli můžete tyto požadavky na monitorování replikovat pomocí alternativních metod. V mnoha případech můžete nakonfigurovat pravidla shromažďování dat a upozornění ve službě Azure Monitor, která replikují dostatek funkcí, které můžou určitou sadu Management Pack vyřadit. Sady Management Pack můžou často zahrnovat stovky a dokonce i tisíce pravidel a monitorování.

Jednou z strategií je zaměřit se na monitorování a pravidla, která aktivovala výstrahy ve vašem prostředí. Podívejte se na existující sestavy dostupné v Operations Manageru, jako jsou výstrahy a nejčastější výstrahy, které vám můžou pomoct identifikovat výstrahy v průběhu času. V provozní databázi můžete také spustit následující dotaz, který vyhodnotí nejběžnější poslední výstrahy.

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

Vyhodnoťte výstup a identifikujte konkrétní výstrahy pro migraci. Ignorujte všechna upozornění, která byla vyladěna nebo která jsou známá jako problematická. Projděte si sady Management Pack a identifikujte všechny důležité výstrahy, které vás zajímají, které se nikdy neaktivovaly.

Syntetické transakce

Sady Management Pack často využívají syntetické transakce, které se připojují k aplikaci nebo službě spuštěné na počítači k simulaci uživatelského připojení nebo skutečného uživatelského provozu. Pokud je aplikace dostupná, můžete předpokládat, že počítač běží správně. Tyto funkce poskytuje aplikace Přehledy testy dostupnosti ve službě Azure Monitor. Funguje jenom pro aplikace, které jsou přístupné z internetu. V případě interních aplikací musíte otevřít bránu firewall, abyste povolili přístup z konkrétních adres URL Microsoftu provádějících test. Nebo můžete dál používat stávající sadu Management Pack.

Další kroky