Om Azure Monitor SCOM Managed Instance
Den här artikeln ger dig en snabb tjänstöversikt över Azure Monitor SCOM Managed Instance.
Med integreringen av SCOM Managed Instance är System Center Operations Manager-funktioner nu tillgängliga i Azure.
SCOM Managed Instance är ett molnbaserat alternativ för System Center Operations Manager-kunder. Med SCOM Managed Instance får du kontinuerlig övervakning av dina arbetsbelastningar med minimal infrastrukturhantering via migreringar eller när du har aktiverat Azure-anslutning för dina lokala miljöer.
Information om SCOM Managed Instance Architecture finns i Azure Monitor SCOM Managed Instance.
Viktiga fördelar
De viktigaste fördelarna med SCOM Managed Instance är:
Bevarar investeringar i SCOM: Gör att du kan bevara dina befintliga System Center Operations Manager-investeringar. SCOM Managed Instance är kompatibelt med alla befintliga System Center Operations Manager-hanteringspaket och ger ett sätt att migrera hanteringspaketkonfigurationer från den lokala installationen.
Förenklar System Center Operations Manager-infrastrukturhantering: Alla molnanslutna System Center Operations Manager-komponenter hanteras av Microsoft, vilket tar bort ansvaret för maskinvaru-/programvaruuppdateringar och säkerhetskorrigeringar.
Fortsätter övervakningen genom migrering: Orsakar inte avbrott i övervakningen när du migrerar infrastruktur eller arbetsbelastningar från en lokal plats till molnet. När du migrerar från en UR till en annan kan du migrera från din befintliga System Center Operations Manager-konfiguration.
Övervakar arbetsbelastningar överallt: SCOM Managed Instance finns i Azure med möjligheten att övervaka arbetsbelastningar som körs oavsett var de befinner sig (i Azure eller lokalt) utan att behöva ändras.
Funktioner
Med SCOM Managed Instance-funktioner kan du:
- Konfigurera en E2E System Center Operations Manager-installation (SCOM Managed Instance) i Azure.
- Hantera (visa, ta bort) din SCOM-hanterade instans i Azure.
- Anslut till din SCOM Managed Instance med hjälp av System Center Operations Manager Ops-konsolen.
- Övervaka arbetsbelastningar (var de än finns) med ops och när du använder dina befintliga hanteringspaket.
- Det medför inget databasunderhåll (Ops-databas och informationslagerdatabas) på grund av avlastningen av databashantering till SQL Managed Instance (SQL MI).
- Skala instansen omedelbart utan att behöva lägga till/ta bort fysiska servrar.
- Visa dina SCOM Managed Instance-rapporter i Power BI.
- Korrigera instansen med ett klick med de senaste felkorrigeringarna och funktionerna.
Kommentar
Azure Monitor SCOM Managed Instance stöder inte flyttresursfunktioner .
Jämförelse av System Center Operations Manager lokalt med SCOM Managed Instance
SCOM Managed Instance har alla funktioner i System Center Operations Manager lokalt på ett molnbaserat sätt.
I följande tabell visas de viktigaste skillnaderna mellan System Center Operations Manager lokalt och SCOM Managed Instance:
| Scenario | Funktion | Operations Manager lokalt | SCOM-hanterad instans |
|---|---|---|---|
| Hanterbarhet för övervakningsinfrastruktur | Korrigering | Samlade uppdateringar (UR) som släpps var 6–7:e månad. Kunden måste ägna dagar åt att uppdatera alla System Center Operations Manager-komponenter. | Autooperativsystemkorrigeringar; System Center Operations Manager-korrigeringar var 15–20:e dag. Korrigering görs med ett klick på en knapp. |
| Hanterbarhet för övervakningsinfrastruktur | Agenthantering | Hanteras manuellt av kunden. | Azure hanteras via VM-tillägg. |
| Hanterbarhet för övervakningsinfrastruktur | Tillgänglighet, tillförlitlighet och feltolerans | Kundansvar. Ingen HA eller BCDR som utlovas av produkten. | Tillgänglighet och tolerans på instansnivå. |
| Hanterbarhet för övervakningsinfrastruktur | Optimering och skalning | Kundansvar och tung infrastruktur. | Initieras manuellt från portalen genom att klicka på en knapp. |
| Övervakning av arbetsbelastning | Återanvändning av System Center Operations Manager-hanteringspaket | Alla agentbaserade hanteringspaket stöds. | Alla agentbaserade hanteringspaket stöds. |
| Övervakning av arbetsbelastning | Övervaka arbetsbelastningar som inte är domäner | Stöds via gateway-servrar. | Via gatewayservrar för slutpunkter utanför Azure och via hanterad identifiering för Azure-slutpunkter. |
| Övervakning av arbetsbelastning | Övervaka Arc- och multimolnsarbetsbelastningar | Arc stöds inte. Tillgänglighet för Azure-hanteringspaket. | Azure-baserade, Arc-anslutna och lokala arbetsbelastningar. |
| Logginsamling och analys | Fråga och analysera observerbarhetsdata | Det går att köra frågor. | Underhålls i SQL-hanterad instans. En förstklassig möjlighet att kanalisera data till log analytics-arbetsytan för att underhålla ett centralt dataplan. |
| Aviseringar | Realtidsaviseringar för infrastruktur och appar | Aviseringar via System Center Operations Manager Ops-konsolen. | Integrerad avisering med Azure Monitor. |
| Instrumentpaneler | Grundläggande rapporter om konfiguration av övervakning | SSRS-baserad rapportering. | Inbyggda mallar på Azure-arbetsböcker och instrumentpaneler för Azure Managed Grafana. |
| Instrumentpaneler | Appspecifika rapporter | Kunder måste integreras manuellt med SquaredUp. | Partnerpublicerat bibliotek med instrumentpaneler för Azure Managed Grafana. |
| Redundansväxling till en annan region | Möjlighet att redundansväsna till ett annat datacenter eller en annan region | Kunden kan konfigurera detta i sin egen lokala miljö. | Stöds ej. |
Arkitektur
En SCOM Managed Instance består av två delar:
- En Microsoft-hanterad del
- En kundhanterad del
En Microsoft-hanterad del
En Microsoft-hanterad del består av hanteringsservrar och Azure SQL Managed Instance som är värd för en operationsdatabas och datalagerdatabas. De Azure-värdbaserade komponenterna kan hanteras direkt från Azure Portal. På serverdelen interagerar komponenterna kontinuerligt med ARM och RP för att utföra Azure-baserade åtgärder.
Databaserna i SQL MI tillåter bildning och visning av rapporter i Power BI. Hanteringsservrarna kan skalas upp/ned baserat på dina krav. När du skapar en ny instans får du en hanteringsserver. Antalet ändras beroende på hur du bestämmer dig för att skala instansen. Du kan uppdatera hanteringsservrarna genom att klicka på en knapp.
En kundhanterad del
En kundhanterad del består av ops som används för att övervaka och administrera instansen. De agenter som ska övervakas finns under kunddomänen och om de finns i en annan domän krävs en gatewayserver för att utföra autentiseringen. Den kundhanterade delen är värd för en DNS med en statisk IP-adress som tillhandahålls till hanteringsservrarna som finns i Azure.
Detaljerad arkitektur för SCOM Managed Instance
SCOM Managed Instance distribuerar och hanterar Operations Manager i kundprenumeration. Den upprättar anslutning till de lokala övervakade agenterna via VPN/Express Route.
I kundprenumeration skapar SCOM Managed Instance en VM-skalningsuppsättning i en hanterad resursgrupp och distribuerar Operations Manager på vm-skalningsuppsättningar, som är frontinlästa med Load Balancer för återhämtning och elasticitet. Operations Manager-hanteringsservern ansluter till kundens SQL MI för databasåtgärder. Både SQL-hanterad instans och VM-skalningsuppsättningar skapas i olika virtuella nätverk och är anslutna för att upprätta siktlinje.
Operations Manager-hanteringsservern och övervakade agenter är anslutna via ER/VPN. Agenter upprättar en session med Operations Manager-hanteringsservern med Kerberos-autentiseringen, där virtuella Datorer med Vm-skalningsuppsättningar i Operations Manager är anslutna till AD-domänen för de övervakade agenterna.
Nästa steg
Följ dessa steg för att skapa SCOM Managed Instance:
- Steg 1. Registrera resursprovidern för SCOM Managed Instance.
- Steg 2. Skapa ett separat undernät i ett virtuellt nätverk.
- Steg 3. Skapa en SQL Managed Instance.
- Steg 4. Skapa ett nyckelvalv.
- Steg 5. Skapa en användartilldelad identitet.
- Steg 6. Skapa en datorgrupp och ett gMSA-konto.
- Steg 7. Lagra domänautentiseringsuppgifter i Key Vault.
- Steg 8. Skapa en statisk IP-adress.
- Steg 9. Konfigurera nätverksbrandväggen.
- Steg 10. Verifiera Azure och interna grupprincipobjektprinciper.
- Steg 11. Självverifiering av SCOM-hanterad instans av steg.
- Steg 12. Skapa en SCOM-hanterad instans.
Migrera från Operations Manager lokalt till Azure Monitor SCOM Managed Instance.