Migreren van System Center Operations Manager (SCOM) naar Azure Monitor

  • Artikel

Dit artikel bevat richtlijnen voor klanten die momenteel Gebruikmaken van System Center Operations Manager (SCOM) en een overgang naar cloudbewaking plannen met Azure Monitor wanneer ze zakelijke toepassingen en andere resources migreren naar Azure.

Er is geen standaardproces voor het migreren van SCOM en u kunt afhankelijk zijn van SCOM-management packs voor een langere tijd in plaats van een snelle migratie uit te voeren. In dit artikel worden de verschillende beschikbare opties en beslissingscriteria beschreven die u kunt gebruiken om de beste strategie voor uw specifieke omgeving te bepalen.

Bewaking van hybride clouds

De meeste klanten gebruiken een strategie voor hybride cloudbewaking waarmee u een geleidelijke overgang naar de cloud kunt maken. Met deze aanpak kunt u uw bestaande bedrijfsprocessen onderhouden naarmate u meer vertrouwd raakt met het nieuwe platform. Ga alleen van de SCOM-functionaliteit af, omdat u deze kunt vervangen door Azure Monitor. Meerdere bewakingshulpprogramma's zorgen voor complexiteit, maar hiermee kunt u profiteren van de mogelijkheid van Azure Monitor om cloudworkloads van de volgende generatie te bewaken en tegelijkertijd de mogelijkheid van SCOM te behouden om serversoftware en -workloads te bewaken.

Uw omgeving voordat u onderdelen naar Azure verplaatst, is gebaseerd op virtuele en fysieke machines die zich on-premises of met een beheerde serviceprovider bevinden. Het is afhankelijk van SCOM voor het bewaken van bedrijfstoepassingen, serversoftware en andere infrastructuuronderdelen in uw omgeving, zoals fysieke servers en netwerken. U gebruikt standaard management packs voor serversoftware, zoals IIS, SQL Server en verschillende leverancierssoftware, en u kunt deze management packs afstemmen op uw specifieke vereisten. U maakt aangepaste management packs voor uw zakelijke toepassingen en onderdelen die niet kunnen worden bewaakt met bestaande management packs en u configureert ook SCOM om uw bedrijfsprocessen te ondersteunen.

Wanneer u services naar de cloud verplaatst, begint Azure Monitor met het verzamelen van metrische platformgegevens en het activiteitenlogboek voor elk van uw resources. U maakt diagnostische instellingen voor het verzamelen van resourcelogboeken , zodat u alle beschikbare telemetrie interactief kunt analyseren met behulp van logboekquery's en inzichten.

Tijdens deze overgangsperiode hebt u twee onafhankelijke bewakingshulpprogramma's. U gebruikt inzichten en werkmappen om uw cloudtelemetrie in Azure Portal te analyseren terwijl u nog steeds de Operations-console gebruikt om uw gegevens te analyseren die zijn verzameld door SCOM. Omdat elk systeem een eigen waarschuwing heeft, moet u actiegroepen maken in Azure Monitor die gelijk zijn aan uw meldingsgroepen in SCOM.

In de volgende tabel worden de verschillende functies en strategieën beschreven die beschikbaar zijn voor een hybride bewakingsomgeving met behulp van SCOM en Azure Monitor.

Wijze Description
Dual-homed agents SCOM maakt gebruik van de Microsoft Management Agent (MMA) die hetzelfde is als de Log Analytics-agent die door Azure Monitor wordt gebruikt. U kunt deze agent zo configureren dat één computer tegelijkertijd verbinding maakt met zowel SCOM als Azure Monitor. Voor deze configuratie is vereist dat uw Azure-VM's een verbinding hebben met uw on-premises beheerservers.

De Log Analytics-agent is vervangen door de Azure Monitor-agent, die aanzienlijke voordelen biedt, waaronder eenvoudiger beheer en betere controle over het verzamelen van gegevens. De twee agents kunnen naast elkaar bestaan op dezelfde computer, zodat u verbinding kunt maken met zowel Azure Monitor als SCOM. Deze configuratie is een betere optie dan dual-homing van de verouderde agent vanwege de aanzienlijke voordelen van de Azure Monitor-agent.
Verbinding maken ed beheergroep Verbinding maken uw SCOM-beheergroep naar Azure Monitor om gegevens die zijn verzameld van uw SCOM-agents door te sturen naar Azure Monitor. Dit is vergelijkbaar met het gebruik van dual-homed agents, maar vereist niet dat elke agent is geconfigureerd om verbinding te maken met Azure Monitor. Voor deze strategie is de verouderde agent vereist, zodat u geen bewaking kunt opgeven met regels voor gegevensverzameling. U kunt ook geen VM-inzichten gebruiken, tenzij u elke VIRTUELE machine rechtstreeks verbindt met Azure Monitor.
Beheerd SCOM-exemplaar (preview) SCOM Managed Instance (preview) is een volledige implementatie van SCOM in Azure, zodat u dezelfde management packs kunt blijven uitvoeren die u uitvoert in uw on-premises SCOM-omgeving. Er is geen huidige integratie tussen de gegevens en waarschuwingen van SCOM en Azure Monitor en u blijft dezelfde Operations-console gebruiken voor het analyseren van uw status en waarschuwingen.

SCOM MI is vergelijkbaar met het onderhouden van uw bestaande SCOM-omgeving en dualhoming-agents, hoewel u uw bewakingsconfiguratie in Azure kunt consolideren en uw on-premises onderdelen, zoals database- en beheerservers, buiten gebruik kunt stellen. Agents van Azure-VM's kunnen verbinding maken met het beheerde SCOM-exemplaar in Azure in plaats van verbinding te maken met beheerservers in uw eigen datacenter.
Azure Management Pack Met het Azure-management pack kan Operations Manager Azure-resources detecteren en hun status bewaken op basis van een bepaalde set bewakingsscenario's. Voor dit management pack moet u extra configuraties uitvoeren voor elke resource in Azure. Het kan echter handig zijn om uw Azure-resources in de Operations Console zichtbaar te maken totdat u uw bedrijfsprocessen ontwikkelt om u te concentreren op Azure Monitor.

Bedrijfstoepassingen bewaken

Normaal gesproken hebt u aangepaste management packs nodig om uw zakelijke toepassingen te bewaken met SCOM, met behulp van agents die op elke virtuele machine zijn geïnstalleerd. Application Insights in Azure Monitor bewaakt webtoepassingen, ongeacht of ze zich in Azure, andere clouds of on-premises bevinden. Het kan worden gebruikt voor al uw toepassingen, ongeacht of ze zijn gemigreerd naar Azure.

Als uw bewaking van een bedrijfstoepassing beperkt is tot functionaliteit die wordt geboden door de .NET-app-prestatiesjabloon in SCOM, kunt u waarschijnlijk zonder verlies van functionaliteit migreren naar Application Insights. Application Insights bevat zelfs een aanzienlijk aantal andere functies, waaronder de volgende:

  • Toepassingsonderdelen automatisch detecteren en bewaken.
  • Verzamel gedetailleerde toepassingsgebruiks- en prestatiegegevens, zoals reactietijd, foutpercentages en aanvraagsnelheden.
  • Browsergegevens verzamelen, zoals paginaweergaven en laadprestaties.
  • Uitzonderingen detecteren en inzoomen op stacktracering en gerelateerde aanvragen.
  • Voer geavanceerde analyses uit met behulp van functies zoals gedistribueerde tracering en slimme detectie.
  • Gebruik Metrics Explorer om prestatiegegevens interactief te analyseren.
  • Gebruik logboekquery's om verzamelde telemetrie interactief te analyseren, samen met gegevens die zijn verzameld voor Azure-services en VM-inzichten.

Er zijn echter bepaalde scenario's waarbij u SCOM mogelijk moet blijven gebruiken naast Application Insights totdat u de vereiste functionaliteit kunt bereiken. Voorbeelden waarbij u mogelijk moet doorgaan met SCOM, zijn onder andere:

  • Beschikbaarheidstests, waarmee u de beschikbaarheid en reactiesnelheid van uw toepassingen kunt bewaken en waarschuwen, vereisen binnenkomende aanvragen van de IP-adressen van webtestagents. Als uw beleid dergelijke toegang niet toestaat, moet u mogelijk de beschikbaarheidsmonitors van webtoepassingen blijven gebruiken in SCOM.
  • In SCOM kunt u elk polling-interval voor beschikbaarheidstests instellen, waarbij veel klanten elke 60-120 seconden controleren. Application Insights heeft een minimaal polling-interval van vijf minuten, wat mogelijk te lang is voor sommige klanten.
  • Een aanzienlijke hoeveelheid bewaking in SCOM wordt uitgevoerd door het verzamelen van gebeurtenissen die worden gegenereerd door toepassingen en door scripts uit te voeren op de lokale agent. Dit zijn geen standaardopties in Application Insights, dus u kunt aangepast werk vereisen om aan uw zakelijke vereisten te voldoen. Dit kunnen aangepaste waarschuwingsregels zijn met behulp van gebeurtenisgegevens die zijn opgeslagen in een Log Analytics-werkruimte en scripts die zijn gestart in een gast van een virtuele machine met behulp van hybrid runbook worker.
  • Afhankelijk van de taal waarin uw toepassing is geschreven, is het mogelijk dat u beperkt bent in de instrumentatie die u kunt gebruiken met Application Insights.

Na de basisstrategie in de andere secties van deze handleiding blijft u SCOM gebruiken voor uw zakelijke toepassingen, maar profiteert u van aanvullende functies van Application Insights. Omdat u essentiële functionaliteit kunt vervangen door Azure Monitor, kunt u beginnen met het buiten gebruik stellen van uw aangepaste management packs.

Virtuele machines bewaken

Het bewaken van de software op uw virtuele machines in een hybride omgeving gebruikt vaak een combinatie van Azure Monitor en SCOM, afhankelijk van de vereisten van de workloads die op uw VM's worden uitgevoerd. Zodra een virtuele machine wordt gemaakt in Azure, worden metrische gegevens en activiteitenlogboeken voor het platform voor de VM-host automatisch verzameld. Schakel aanbevolen waarschuwingen in om u op de hoogte te stellen van veelvoorkomende fouten voor de VM-host, zoals server offline en hoog CPU-gebruik.

Schakel VM-inzichten in om de Azure Monitor-agent te installeren en te beginnen met het verzamelen van algemene prestatiegegevens van het clientbesturingssysteem. Dit kan overlappen met enkele gegevens die u al verzamelt in SCOM, maar hiermee kunt u trends in de loop van de tijd bekijken en uw Azure-VM's bewaken met andere cloudresources. U kunt er ook voor kiezen om de kaartfunctie in te schakelen, zodat u inzicht krijgt in de processen die worden uitgevoerd op uw virtuele machines en hun afhankelijkheden van andere services.

Blijf management packs gebruiken voor functionaliteit die niet kan worden geleverd door andere functies in Azure Monitor. Dit omvat management packs voor essentiële serversoftware, zoals IIS, SQL Server of Exchange. Mogelijk hebt u ook aangepaste management packs ontwikkeld voor on-premises infrastructuur die niet kunnen worden bereikt met Azure Monitor. Blijf ook SCOM gebruiken als deze nauw is geïntegreerd in uw operationele processen totdat u kunt overstappen op het moderniseren van uw servicebewerkingen waarbij Azure Monitor en andere Azure-services kunnen worden vergroot of vervangen.

Notitie

Als u VM Insights inschakelt met de Log Analytics-agent in plaats van de Azure Monitor-agent, hoeft er geen extra agent te worden geïnstalleerd op de virtuele machine. Azure Monitor-agent wordt echter aanbevolen vanwege de aanzienlijke verbeteringen in het bewaken van de VM in de cloud. De complexiteit van het onderhouden van meerdere agents wordt verschoven door de mogelijkheid om bewaking in regels voor gegevensverzameling te definiëren waarmee u verschillende gegevensverzameling voor verschillende sets virtuele machines kunt configureren, vergelijkbaar met uw strategie voor het ontwerpen van management packs.

Management pack-logica migreren voor VM-workloads

Er zijn geen migratiehulpprogramma's om SCOM-management packs te converteren naar Azure Monitor, omdat hun logica fundamenteel verschilt van Azure Monitor-gegevensverzameling. Het migreren van management packlogica is doorgaans gericht op het analyseren van de gegevens die door SCOM worden verzameld en het identificeren van de bewakingsscenario's die kunnen worden gerepliceerd door Azure Monitor. Wanneer u Azure Monitor aanpast om te voldoen aan uw vereisten voor verschillende toepassingen en onderdelen, kunt u beginnen met het buiten gebruik stellen van verschillende management packs en verouderde agents in SCOM.

Management packs in SCOM bevatten regels en monitors die het verzamelen van gegevens en de resulterende waarschuwing combineren tot één end-to-end werkstroom. Gegevens die al door SCOM worden verzameld, worden zelden gebruikt voor waarschuwingen. Azure Monitor scheidt gegevensverzameling en waarschuwingen in afzonderlijke processen. Waarschuwingsregels hebben toegang tot gegevens uit Azure Monitor-logboeken en metrische gegevens van Azure Monitor die al van agents zijn verzameld. Daarnaast zijn regels en monitors doorgaans beperkt gericht op specifieke gegevens, zoals een bepaalde gebeurtenis of prestatiemeteritem. Regels voor gegevensverzameling in Azure Monitor verzamelen doorgaans meer algemene verzamelingen gebeurtenissen en prestatiemeteritems in één DCR.

Zie de volgende inhoud voor hulp bij het maken van gegevensverzameling en waarschuwingen voor algemene bewakingsscenario's:

In plaats van de volledige functionaliteit van een management pack te repliceren, analyseert u de kritieke bewaking die elk biedt. Bepaal of u deze bewakingsvereisten kunt repliceren met behulp van alternatieve methoden. In veel gevallen kunt u regels voor gegevensverzameling en waarschuwing configureren in Azure Monitor die voldoende functionaliteit repliceren die u buiten gebruik kunt stellen van een bepaald management pack. Management packs kunnen vaak honderden en zelfs duizenden regels en monitors bevatten.

Een strategie is om te focussen op die monitors en regels die waarschuwingen in uw omgeving hebben geactiveerd. Raadpleeg bestaande rapporten die beschikbaar zijn in Operations Manager, zoals waarschuwingen en meest voorkomende waarschuwingen, waarmee u waarschuwingen in de loop van de tijd kunt identificeren. U kunt ook de volgende query uitvoeren op de Operations Database om de meest voorkomende recente waarschuwingen te evalueren.

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

Evalueer de uitvoer om specifieke waarschuwingen voor migratie te identificeren. Negeer waarschuwingen die zijn afgestemd of die problematisch zijn. Controleer uw management packs om belangrijke waarschuwingen te identificeren die nooit zijn geactiveerd.

Synthetische transacties

Management packs maken vaak gebruik van synthetische transacties die verbinding maken met een toepassing of service die op een computer wordt uitgevoerd om een gebruikersverbinding of daadwerkelijk gebruikersverkeer te simuleren. Als de toepassing beschikbaar is, kunt u ervan uitgaan dat de computer correct wordt uitgevoerd. Application Insights-beschikbaarheidstests in Azure Monitor bieden deze functionaliteit. Het werkt alleen voor toepassingen die toegankelijk zijn vanaf internet. Voor interne toepassingen moet u een firewall openen om toegang te verlenen vanaf specifieke Microsoft-URL's die de test uitvoeren. U kunt ook uw bestaande management pack blijven gebruiken.

Volgende stappen