Informazioni su Istanza gestita SCOM di Monitoraggio di Azure
Offre una rapida panoramica del servizio Istanza gestita SCOM di Monitoraggio di Azure.
Con l'integrazione di Istanza gestita SCOM (anteprima), la funzionalità di System Center Operations Manager è ora disponibile in Azure.
Istanza gestita SCOM è un'alternativa basata sul cloud per i clienti di System Center Operations Manager. Istanza gestita SCOM offre il monitoraggio continuo dei carichi di lavoro riducendo al minimo la gestione dell'infrastruttura tramite migrazioni o dopo l’abilitazione della connettività di Azure per gli ambienti locali.
Per informazioni sull'architettura di Istanza gestita SCOM, vedere Istanza gestita SCOM di Monitoraggio di Azure.
Vantaggi chiave
I vantaggi principali di Istanza gestita SCOM sono:
Mantiene gli investimenti in SCOM: consente di mantenere gli investimenti esistenti di System Center Operations Manager. Istanza gestita SCOM è compatibile con tutti i pacchetti di gestione di System Center Operations Manager esistenti e offre un modo per eseguire la migrazione delle configurazioni dei pacchetti di gestione dall'installazione locale.
Semplifica la gestione dell'infrastruttura di System Center Operations Manager: tutti i componenti di System Center Operations Manager connessi al cloud vengono gestiti da Microsoft. Ciò elimina la responsabilità di aggiornare l’hardware/il software e le patch di sicurezza.
Continua il monitoraggio tramite la migrazione: non causa interruzioni nel monitoraggio durante la migrazione dell'infrastruttura o dei carichi di lavoro dall'ambiente locale al cloud. Durante la migrazione da un URI all'altro, è possibile eseguire la migrazione dalla configurazione di System Center Operations Manager esistente.
Monitora i carichi di lavoro ovunque: Istanza gestita SCOM è ospitata in Azure e include la funzionalità che consente di monitorare i carichi di lavoro in esecuzione ovunque si trovino (in Azure o in locale) senza la necessità di modifiche.
Funzionalità
La funzionalità Istanza gestita SCOM consente di:
- Configurare un'installazione di E2E System Center Operations Manager (Istanza gestita SCOM) in Azure.
- Gestire (visualizzare, eliminare) Istanza gestita SCOM in Azure.
- Connettersi a Istanza gestita SCOM usando la console Ops di System Center Operations Manager.
- Monitorare i carichi di lavoro (ovunque si trovino) usando le operazioni e durante l'uso dei pacchetti di gestione esistenti.
- Eliminare la manutenzione dei database (database Ops e database del data warehouse) grazie all'offload della gestione dei database in Istanza gestita di SQL (SQL MI).
- Ridimensionare immediatamente l'istanza senza la necessità di aggiungere/eliminare server fisici.
- Visualizzare i report di Istanza gestita SCOM in Power BI.
- Applicare patch all'istanza in un solo clic con le correzioni e le funzionalità di bug più recenti.
Nota
Istanza gestita SCOM di Monitoraggio di Azure non supporta la funzionalità Sposta risorsa.
Confronto tra System Center Operations Manager in locale e Istanza gestita SCOM
Istanza gestita SCOM offre tutte le funzionalità di System Center Operations Manager in locale in modo nativo del cloud.
La tabella seguente evidenzia le differenze principali tra System Center Operations Manager in locale e Istanza gestita SCOM:
| Scenario | Funzionalità | Operations Manager in locale | Istanza gestita SCOM |
|---|---|---|---|
| Gestibilità dell'infrastruttura di monitoraggio | Applicazione di patch | Aggiornamenti cumulativi rilasciati ogni 6-7 mesi. Il cliente deve impiegare giorni per aggiornare tutti i componenti di System Center Operations Manager. | Applicazione automatica delle patch di sistema; System Center Operations Manager applica le patch ogni 15-20 giorni. Applicazione di patch con un clic di un pulsante. |
| Gestibilità dell'infrastruttura di monitoraggio | Gestione dell'agente | Gestione manuale da parte del cliente. | Azure gestito tramite le estensioni della macchina virtuale. |
| Gestibilità dell'infrastruttura di monitoraggio | Disponibilità, affidabilità e tolleranza di errore | Responsabilità dei clienti. Nessuna disponibilità elevata o continuità aziendale e ripristino di emergenza promessi dal prodotto. | Disponibilità e tolleranza a livello di istanza. |
| Gestibilità dell'infrastruttura di monitoraggio | Ottimizzazione e scalabilità | Responsabilità del cliente e infrastruttura pesante. | Avvio manualmente dal portale con il clic su un pulsante. |
| Monitoraggio del carico di lavoro | Riutilizzo dei pacchetti di gestione di Microsoft System Center Operations Manager | Supporto di tutti i pacchetti di gestione basati su agente. | Supporto di tutti i pacchetti di gestione basati su agente. |
| Monitoraggio del carico di lavoro | Monitoraggio dei carichi di lavoro esterni al dominio | Supporto tramite server gateway. | Tramite server gateway per gli endpoint non di Azure e tramite l'identificazione gestita per gli endpoint di Azure. |
| Monitoraggio del carico di lavoro | Monitoraggio di carichi di lavoro Arc e multi-cloud | Arc non è supportato. Disponibilità del pacchetto di gestione di Azure. | Carichi di lavoro basati su Azure, connessi ad Arc e locali. |
| Raccolta e analisi dei log | Query e analisi dei dati di osservabilità | Possibilità di eseguire query. | Gestito in Istanza gestita di SQL. Una capacità di prima classe di incanalare i dati nell'area di lavoro Log Analytics per la gestione di un piano dati centrale. |
| Creazione di avvisi | Avvisi in tempo reale per l’infrastruttura e le app | Avvisi tramite la console Ops di System Center Operations Manager. | Avvisi integrati con Monitoraggio di Azure. |
| Creazione di dashboard | Report di base sulla configurazione del monitoraggio | Reporting basato su SSRS. | Modelli predefiniti nelle cartelle di lavoro e nei dashboard di Azure per Grafana con gestione Azure. |
| Creazione di dashboard | Report specifici dell’app | I clienti devono eseguire manualmente l’integrazione con SquaredUp. | Libreria di dashboard pubblicata per i partner per Grafana con gestione Azure. |
| Failover in un'area diversa | Possibilità di eseguire il failover in un data center o un'area diversa | Il cliente può configurare questa operazione nel proprio ambiente locale. | Non supportato. |
Architettura
Un servizio Istanza gestita SCOM è costituita da due parti:
- Una parte gestita da Microsoft
- Una parte gestita dal cliente
Parte gestita da Microsoft
La parte gestita da Microsoft è costituita da server di gestione e Istanza gestita di SQL di Azure che ospita un database operativo e un database di Data Warehouse. I componenti ospitati in Azure possono essere gestiti direttamente dal portale di Azure. Nel back-end i componenti interagiscono continuamente con Azure Resource Manager e RP per eseguire operazioni basate su Azure.
I database ospitati in Istanza gestita di SQL consentono la formazione e la visualizzazione dei report in Power BI. I server di gestione possono essere ridimensionati in base alle esigenze. Quando si crea una nuova istanza, si ottiene un server di gestione. Il numero cambia a seconda di come si decide di ridimensionare l'istanza. È possibile aggiornare i server di gestione facendo clic su un pulsante.
Parte gestita dal cliente
La parte gestita dal cliente è costituita da operazioni usate per monitorare e amministrare l'istanza. Gli agenti da monitorare si trovano nel dominio del cliente e, se si trovano in un altro dominio, è necessario un server gateway per eseguire l'autenticazione. La parte gestita dal cliente ospita un DNS con un indirizzo IP statico fornito ai server di gestione ospitati in Azure.
Architettura dettagliata di Istanza gestita SCOM
Istanza gestita SCOM distribuisce e gestisce Operations Manager nella sottoscrizione del cliente. Stabilisce la connettività agli agenti monitorati locali tramite VPN/ExpressRoute.
Nella sottoscrizione del cliente, Istanza gestita SCOM crea un set di scalabilità di macchine virtuali in un gruppo di risorse gestite e distribuisce Operations Manager nei set di scalabilità di macchine virtuali, in cui viene caricato inizialmente un servizio di bilanciamento del carico per assicurare resilienza ed elasticità. Il server di gestione di Operations Manager si connette al servizio Istanza gestita di SQL fornito dal cliente per le operazioni del database. Sia Istanza gestita di SQL che i set di scalabilità di macchine virtuali vengono creati in reti virtuali diverse e vengono uniti per stabilire una comunicazione.
Il server di gestione di Operations Manager e gli agenti monitorati sono connessi tramite ER/VPN. Gli agenti stabiliscono una sessione con il server di gestione di Operations Manager usando l'autenticazione Kerberos, in cui le macchine virtuali dei set di scalabilità di macchine virtuali di Operations Manager vengono aggiunte al dominio AD degli agenti monitorati.
Passaggi successivi
Per creare un servizio Istanza gestita SCOM, seguire questa procedura:
- Passaggio 1: Registrare il provider di risorse dell'Istanza gestita SCOM.
- Passaggio 2. Creare una subnet separata in una rete virtuale.
- Passaggio 3. Creare un'istanza gestita di SQL.
- Passaggio 4. Creare un insieme di credenziali delle chiavi.
- Passaggio 5. Creare un'identità assegnata dall'utente.
- Passaggio 6. Creare un gruppo di computer e un account del servizio gestito del gruppo.
- Passaggio 7. Archiviare le credenziali del dominio nell'insieme di credenziali delle chiavi.
- Passaggio 8. Creare un IP statico.
- Passaggio 9. Configurare il firewall di rete.
- Passaggio 10. Verificare i criteri di Azure e degli oggetti Criteri di gruppo interni.
- Passaggio 11. Verifica automatica dell'Istanza gestita SCOM.
- Passaggio 12. Creare un'istanza gestita SCOM.