Migrálás a System Center Operations Managerből (SCOM) az Azure Monitorba

  • Cikk

Ez a cikk útmutatást nyújt azoknak az ügyfeleknek, akik jelenleg a System Center Operations Managert (SCOM) használják, és az Üzleti alkalmazások és egyéb erőforrások Azure-ba való migrálása során az Azure Monitor használatával tervezik a felhőalapú monitorozásra való áttérést.

Nincs szabványos folyamat az SCOM-ból való migráláshoz, és hosszabb ideig SCOM felügyeleti csomagokra támaszkodhat, szemben a gyors áttelepítés végrehajtásával. Ez a cikk azokat a különböző lehetőségeket és döntési feltételeket ismerteti, amelyek segítségével meghatározhatja az adott környezet legjobb stratégiáját.

Hibrid felhőfigyelés

A legtöbb ügyfél hibrid felhőmonitorozási stratégiát használ, amely lehetővé teszi a felhőre való fokozatos áttérést. Ez a megközelítés lehetővé teszi a meglévő üzleti folyamatok karbantartását, amint jobban megismerkedik az új platformmal. Csak lépjen el az SCOM-funkcióktól, mert lecserélheti az Azure Monitorra. A több monitorozási eszköz összetettebbé teszi, de lehetővé teszi, hogy kihasználja az Azure Monitor következő generációs felhőbeli számítási feladatainak monitorozási képességét, miközben megtartja az SCOM kiszolgálói szoftvereinek és számítási feladatainak monitorozási képességét.

A környezet az összetevők Azure-ba való áthelyezése előtt a helyszínen vagy egy felügyelt szolgáltatónál található virtuális és fizikai gépeken alapul. Az SCOM-ra támaszkodik az üzleti alkalmazások, a kiszolgálószoftverek és a környezet egyéb infrastruktúra-összetevőinek, például a fizikai kiszolgálóknak és a hálózatoknak a monitorozására. Szabványos felügyeleti csomagokat használ a kiszolgálószoftverekhez, például az IIS-hez, az SQL Serverhez és a különböző szállítói szoftverekhez, és ezeket a felügyeleti csomagokat a saját igényeinek megfelelően hangolja. Egyéni felügyeleti csomagokat hozhat létre az üzleti alkalmazásokhoz és összetevőkhöz, amelyeket nem lehet figyelni a meglévő felügyeleti csomagokkal, és az SCOM-t is konfigurálja az üzleti folyamatok támogatására.

Amikor szolgáltatásokat helyez át a felhőbe, az Azure Monitor megkezdi a platformmetrikák és a tevékenységnapló gyűjtését az egyes erőforrásokhoz. Diagnosztikai beállításokat hozhat létre az erőforrásnaplók gyűjtéséhez, így interaktívan elemezheti az összes rendelkezésre álló telemetriát napló lekérdezésekkel és elemzésekkel.

Ebben az átmeneti időszakban két független monitorozási eszközzel rendelkezik. Elemzésekkel és munkafüzetekkel elemezheti a felhő telemetriáját az Azure Portalon, miközben az Operatív konzollal elemezheti az SCOM által gyűjtött adatokat. Mivel minden rendszer rendelkezik saját riasztással, az SCOM értesítési csoportjaival egyenértékű műveletcsoportokat kell létrehoznia az Azure Monitorban.

Az alábbi táblázat az SCOM és az Azure Monitor használatával elérhető hibrid monitorozási környezetek különböző funkcióit és stratégiáit ismerteti.

Metódus Leírás
Kettős otthonú ügynökök Az SCOM a Microsoft Management Agentet (MMA) használja, amely megegyezik az Azure Monitor által használt Log Analytics-ügynökkel . Ezt az ügynököt úgy konfigurálhatja, hogy egyszerre egyetlen gép csatlakozzon az SCOM-hoz és az Azure Monitorhoz is. Ehhez a konfigurációhoz az Azure-beli virtuális gépeknek kapcsolatot kell létesíteniük a helyszíni felügyeleti kiszolgálókkal.

A Log Analytics-ügynököt lecserélték az Azure Monitor-ügynökre, amely jelentős előnyöket nyújt, beleértve az egyszerűbb felügyeletet és az adatgyűjtés jobb ellenőrzését. A két ügynök együtt létezhet ugyanazon a gépen, így az Azure Monitorhoz és az SCOM-hoz is csatlakozhat. Ez a konfiguráció jobb megoldás, mint az örökölt ügynök kettős használata az Azure Monitor-ügynök jelentős előnyei miatt.
Csatlakozás felügyeleti csoport Csatlakozás SCOM felügyeleti csoportot az Azure Monitorba, hogy továbbítsa az SCOM-ügynököktől gyűjtött adatokat az Azure Monitornak. Ez hasonló a kettős otthonú ügynökökhöz, de nem követeli meg az egyes ügynökök konfigurálását az Azure Monitorhoz való csatlakozáshoz. Ehhez a stratégiához az örökölt ügynök szükséges, így nem adhatja meg a figyelést adatgyűjtési szabályokkal. A virtuálisgép-elemzéseket csak akkor használhatja, ha az egyes virtuális gépeket közvetlenül az Azure Monitorhoz csatlakoztatja.
Felügyelt SCOM-példány (előzetes verzió) A felügyelt SCOM-példány (előzetes verzió) az SCOM teljes körű implementációja az Azure-ban, így továbbra is ugyanazokat a felügyeleti csomagokat futtathatja, amelyeket a helyszíni SCOM-környezetben futtat. Nincs aktuális integráció az SCOM és az Azure Monitor adatai és riasztásai között, és továbbra is ugyanazt az operatív konzolt használja az állapot és a riasztások elemzéséhez.

Az SCOM MI hasonló a meglévő SCOM-környezet és a kettős homing ügynökök fenntartásához, bár összevonhatja a monitorozási konfigurációt az Azure-ban, és kivonhatja a helyszíni összetevőket, például az adatbázis- és felügyeleti kiszolgálókat. Az Azure-beli virtuális gépekről származó ügynökök az Azure-beli felügyelt SCOM-példányhoz csatlakozhatnak ahelyett, hogy a saját adatközpontja felügyeleti kiszolgálóihoz csatlakoznak.
Azure felügyeleti csomag Az Azure felügyeleti csomag lehetővé teszi, hogy az Operations Manager felderítse az Azure-erőforrásokat, és bizonyos figyelési forgatókönyvek alapján monitorozza az állapotukat. Ez a felügyeleti csomag további konfigurációt igényel az Azure-beli erőforrásokhoz. Hasznos lehet azonban az Azure-erőforrások láthatóságának biztosítása az operatív konzolon, amíg nem fejleszti az üzleti folyamatokat, hogy az Azure Monitorra összpontosítson.

Üzleti alkalmazások figyelése

Általában egyéni felügyeleti csomagokra van szükség az üzleti alkalmazások SCOM-val való monitorozásához, az egyes virtuális gépekre telepített ügynökök használatával. Az Azure Monitor alkalmazás-Elemzések figyeli a webes alkalmazásokat, függetlenül attól, hogy az Azure-ban, más felhőkben vagy helyszíni környezetben vannak-e. Az összes alkalmazáshoz használható, függetlenül attól, hogy migrálták-e őket az Azure-ba.

Ha egy üzleti alkalmazás monitorozása az SCOM .NET-alkalmazásteljesítmény-sablonja által biztosított funkciókra korlátozódik, akkor nagy valószínűséggel a funkcióvesztés nélkül migrálhat az Alkalmazás Elemzések. Az alkalmazás Elemzések valójában számos egyéb funkciót is tartalmaz, többek között a következőket:

  • Alkalmazásösszetevők automatikus felderítése és monitorozása.
  • Gyűjtse össze az alkalmazások részletes használati és teljesítményadatait, például a válaszidőt, a hibaarányokat és a kérések arányát.
  • Gyűjtse össze a böngésző adatait, például a lapmegtekintéseket és a betöltési teljesítményt.
  • Kivételek észlelése és a veremkövetés és a kapcsolódó kérések részletezése.
  • Speciális elemzést végezhet olyan funkciókkal, mint az elosztott nyomkövetés és az intelligens észlelés.
  • A metrikakezelővel interaktívan elemezheti a teljesítményadatokat.
  • Napló lekérdezésekkel interaktívan elemezheti az összegyűjtött telemetriát az Azure-szolgáltatásokhoz és a virtuálisgép-elemzésekhez gyűjtött adatokkal együtt.

Vannak azonban olyan forgatókönyvek, ahol előfordulhat, hogy az Alkalmazás Elemzések mellett az SCOM használatát is folytatnia kell, amíg el nem éri a szükséges funkciókat. Az SCOM folytatásához például a következők tartozhatnak:

  • A rendelkezésre állási tesztekhez, amelyek lehetővé teszik az alkalmazások rendelkezésre állásának és válaszkészségének monitorozását és riasztását, a webes tesztügynökök IP-címéről érkező kéréseket igényelnek. Ha a szabályzat nem engedélyezi ezt a hozzáférést, előfordulhat, hogy továbbra is a webalkalmazások rendelkezésre állási figyelőit kell használnia az SCOM-ban.
  • Az SCOM-ban bármilyen lekérdezési időközt beállíthat a rendelkezésre állási tesztekhez, sok ügyfél pedig 60–120 másodpercenként ellenőrzi. Az alkalmazás Elemzések minimális lekérdezési időköze öt perc, ami néhány ügyfél számára túl hosszú lehet.
  • Az SCOM jelentős mennyiségű monitorozását az alkalmazások által létrehozott események gyűjtésével és a helyi ügynök szkriptjeinek futtatásával hajtja végre. Ezek nem szabványos lehetőségek az Alkalmazás Elemzések, így egyéni munkára lehet szükség az üzleti követelmények teljesítéséhez. Ilyenek lehetnek például a Log Analytics-munkaterületen tárolt eseményadatokat használó egyéni riasztási szabályok, valamint a virtuális gépek vendégében hibrid runbook-feldolgozóval indított szkriptek.
  • Attól függően, hogy az alkalmazás milyen nyelven van megírva, előfordulhat, hogy az alkalmazás Elemzések használható rendszerállapotban korlátozott.

Az útmutató egyéb szakaszaiban szereplő alapstratégiát követve továbbra is használja az SCOM-t az üzleti alkalmazásokhoz, de használja ki az Alkalmazás Elemzések által biztosított további funkciókat. Mivel képes lecserélni a kritikus funkciókat az Azure Monitorra, megkezdheti az egyéni felügyeleti csomagok kivonását.

Virtuális gépek figyelése

A virtuális gépeken futó szoftverek hibrid környezetben való monitorozása gyakran az Azure Monitor és az SCOM kombinációját használja a virtuális gépeken futó számítási feladatok követelményeitől függően. Amint létrejön egy virtuális gép az Azure-ban, a rendszer automatikusan elkezdi gyűjteni a virtuálisgép-gazdagép platformmetrikáit és tevékenységnaplóit . Engedélyezze az ajánlott riasztásokat , amelyek értesítik a virtuálisgép-gazdagép gyakori hibáiról, például a kiszolgáló leállásáról és a magas processzorhasználatról.

Engedélyezze a virtuálisgép-elemzéseket az Azure Monitor-ügynök telepítéséhez, és kezdje el gyűjteni a gyakori teljesítményadatokat az ügyfél operációs rendszeréről. Ez átfedésben lehet néhány olyan adattal, amelyet már gyűjt az SCOM-ban, de lehetővé teszi a trendek időbeli megtekintését és az Azure-beli virtuális gépek figyelését más felhőerőforrásokkal. Dönthet úgy is, hogy engedélyezi a térkép funkciót , amely betekintést nyújt a virtuális gépeken futó folyamatokba és azok más szolgáltatásoktól való függőségeibe.

Továbbra is használjon felügyeleti csomagokat olyan funkciókhoz, amelyeket az Azure Monitor más funkciói nem tudnak biztosítani. Ez magában foglalja a kritikus fontosságú kiszolgálói szoftverek, például az IIS, az SQL Server vagy az Exchange felügyeleti csomagjait. Előfordulhat, hogy olyan egyéni felügyeleti csomagokat is kifejlesztett a helyszíni infrastruktúrához, amelyek nem érhetőek el az Azure Monitorral. Akkor is használja az SCOM-t, ha szorosan integrálva van az üzemeltetési folyamatokba, amíg át nem vált a szolgáltatási műveletek modernizálására, ahol az Azure Monitor és más Azure-szolgáltatások bővíthetik vagy lecserélhetik őket.

Feljegyzés

Ha az Azure Monitor-ügynök helyett a Log Analytics-ügynökkel engedélyezi a virtuális gépek Elemzések, akkor nincs szükség további ügynök telepítésére a virtuális gépen. Az Azure Monitor-ügynök használata azonban a felhőben lévő virtuális gépek monitorozásának jelentős fejlesztései miatt ajánlott. A több ügynök fenntartásának összetettségét ellensúlyozza, hogy az adatgyűjtési szabályokban meg lehet határozni a figyelést, amely lehetővé teszi, hogy különböző adatgyűjtést konfiguráljon különböző virtuális gépekhez, hasonlóan a felügyeleti csomagok tervezésére vonatkozó stratégiához.

Felügyeleti csomag logikájának migrálása virtuálisgép-számítási feladatokhoz

Az SCOM felügyeleti csomagokat nem lehet migrálási eszközökkel Azure Monitorra konvertálni, mert a logikájuk alapvetően eltér az Azure Monitor-adatgyűjtésben megszokotttól. A felügyeleti csomagok logikájának migrálása általában az SCOM által gyűjtött adatok elemzésére és az Azure Monitor által replikálható monitorozási forgatókönyvek azonosítására összpontosít. Ahogy testre szabja az Azure Monitort, hogy megfeleljen a különböző alkalmazásokra és összetevőkre vonatkozó követelményeknek, megkezdheti a különböző felügyeleti csomagok és régi ügynökök kivonását az SCOM-ban.

Az SCOM felügyeleti csomagjai olyan szabályokat és monitorokat tartalmaznak, amelyek az adatgyűjtést és az eredményül kapott riasztást egyetlen végpontok közötti munkafolyamatba egyesítik. Az SCOM által már összegyűjtött adatokat ritkán használják riasztásra. Az Azure Monitor külön folyamatokra bontja az adatgyűjtést és a riasztásokat. A riasztási szabályok az ügynököktől már összegyűjtött Azure Monitor-naplókból és Azure Monitor-metrikákból férnek hozzá az adatokhoz. Emellett a szabályok és a monitorok általában szűken összpontosítanak bizonyos adatokra, például egy adott eseményre vagy teljesítményszámlálóra. Az Azure Monitor adatgyűjtési szabályai általában szélesebb körben gyűjtenek több eseményt és teljesítményszámlálót egyetlen DCR-ben.

A gyakori figyelési forgatókönyvek adatgyűjtésével és riasztásával kapcsolatos útmutatásért tekintse meg az alábbi tartalmakat:

A felügyeleti csomagok teljes funkciójának replikálása helyett elemezze az egyes szolgáltatások által biztosított kritikus monitorozást. Döntse el, hogy másodlagos módszerekkel replikálhatja-e ezeket a figyelési követelményeket. Sok esetben konfigurálhat adatgyűjtési és riasztási szabályokat az Azure Monitorban, amelyek elegendő funkciót replikálnak ahhoz, hogy egy adott felügyeleti csomagot kivonjon. A felügyeleti csomagok gyakran több száz, akár több ezer szabályt és monitort is tartalmazhatnak.

Az egyik stratégia az, hogy azokra a monitorokra és szabályokra összpontosítson, amelyek riasztásokat aktiválnak a környezetben. Tekintse meg az Operations Managerben elérhető meglévő jelentéseket, például a riasztásokat és a leggyakoribb riasztásokat, amelyek segíthetnek a riasztások időbeli azonosításában. Az alábbi lekérdezést az operatív adatbázisban is futtathatja a leggyakoribb legutóbbi riasztások kiértékeléséhez.

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

Értékelje ki a kimenetet a migrálásra vonatkozó konkrét riasztások azonosításához. Hagyja figyelmen kívül azokat a riasztásokat, amelyek hangolva lettek, vagy amelyekről ismert, hogy problémásak. Tekintse át a felügyeleti csomagokat, hogy azonosítsa azokat a kritikus fontosságú riasztásokat, amelyek soha nem aktiváltak.

Szintetikus tranzakciók

A felügyeleti csomagok gyakran használnak szintetikus tranzakciókat, amelyek egy gépen futó alkalmazáshoz vagy szolgáltatáshoz csatlakoznak a felhasználói kapcsolat vagy a tényleges felhasználói forgalom szimulálásához. Ha az alkalmazás elérhető, feltételezheti, hogy a gép megfelelően fut. Ezt a funkciót az Alkalmazás Elemzések rendelkezésre állási tesztjei biztosítják az Azure Monitorban. Csak az interneten keresztül elérhető alkalmazásokhoz használható. Belső alkalmazások esetén meg kell nyitnia egy tűzfalat, amely lehetővé teszi a hozzáférést a tesztet végrehajtó bizonyos Microsoft URL-címekről. Vagy továbbra is használhatja a meglévő felügyeleti csomagot.

Következő lépések

  • Az Azure Monitor és a System Center Operations Manager részletes összehasonlításához tekintse meg a felhőmonitorozási útmutatót , valamint a hibrid monitorozási környezetek tervezésével és megvalósításával kapcsolatos további részleteket.
  • További információ az Azure-beli virtuális gépek monitorozásáról az Azure Monitorban.
  • További információ a virtuálisgép-elemzésekről.
  • További információ az alkalmazás Elemzések.