Guida alle decisioni relative a registrazione e creazione di report

Articolo
03/28/2023

Tutte le organizzazioni hanno bisogno di meccanismi per notificare ai team IT le problematiche di prestazioni, tempo di attività e sicurezza prima che diventino problemi gravi. Una strategia di monitoraggio riuscita illustra come i singoli componenti che costituiscono i carichi di lavoro e l'infrastruttura di rete stanno eseguendo. Nel contesto di una migrazione cloud pubblica, l'integrazione della registrazione e della creazione di report con uno qualsiasi dei sistemi di monitoraggio esistenti è fondamentale per il successo. Inoltre, la navigazione di importanti eventi e metriche per il personale IT appropriato è fondamentale per garantire che l'organizzazione soddisfi i relativi obiettivi di attività, sicurezza e conformità dei criteri.

Il punto di inflezione quando si determina una strategia di registrazione e creazione di report cloud si basa principalmente su:

Gli investimenti esistenti dell'organizzazione sono stati effettuati nei processi operativi.
Tutti i requisiti necessari per supportare una strategia multicloud.

Le attività nel cloud vengono registrate e segnalate in più modi. Il cloud nativo e la registrazione centralizzata sono due opzioni comuni di software gestito, basate sul tipo di sottoscrizione e sul numero di sottoscrizioni.

Pianificare l'infrastruttura di monitoraggio

Quando si pianifica la distribuzione, prendere in considerazione la posizione in cui archiviare i dati di registrazione e come integrare i servizi di creazione e monitoraggio basati sul cloud con i processi e gli strumenti esistenti.

Domanda	Gestione nativa del cloud	Estensione locale	Monitoraggio ibrido	Aggregazione tramite il gateway
È già disponibile un'infrastruttura di monitoraggio locale?	No	Sì	Sì	No
Esistono requisiti che impediscono l'archiviazione dei dati dei log in posizioni di archiviazione esterne?	No	Sì	No	No
È necessario integrare il monitoraggio cloud con i sistemi locali?	No	No	Sì	No
È necessario elaborare o filtrare i dati di telemetria prima di inviarli ai sistemi di monitoraggio?	No	No	No	Sì

Gestione nativa del cloud

Una soluzione SaaS nativa del cloud, ad esempio Monitoraggio di Azure, è la scelta più semplice se:

L'organizzazione attualmente non dispone di sistemi di registrazione e creazione di report.
La distribuzione pianificata non deve essere integrata con sistemi di monitoraggio locali o altri sistemi di monitoraggio esterni esistenti.

In questo scenario tutti i record e gli archivi dei dati di log nel cloud. La piattaforma Azure e Monitoraggio di Azure forniscono gli strumenti di registrazione e creazione di report che elaborano e escludono informazioni per il personale IT.

In base alle esigenze, implementare soluzioni di registrazione personalizzate basate su Monitoraggio di Azure per ogni sottoscrizione o carico di lavoro in distribuzioni più piccole o sperimentali. Queste soluzioni sono organizzate in modo centralizzato per monitorare i dati di log nell'intero ambiente cloud.

Presupposti nativi del cloud: L'uso di un sistema di registrazione e report nativo del cloud presuppone le circostanze seguenti:

Non è necessario integrare i dati di log dai carichi di lavoro cloud nei sistemi locali esistenti.
Non si usano i sistemi di creazione di report basati sul cloud per monitorare i sistemi locali.

Estensione locale

Per usare soluzioni di registrazione e report basate sul cloud, come Monitoraggio di Azure, per le applicazioni e i servizi da trasferire nel cloud, possono essere necessari interventi sostanziali di sviluppo. In questo caso, è consigliabile consentire ai carichi di lavoro di continuare a inviare dati di telemetria ai sistemi locali esistenti.

Per supportare questo approccio, le risorse cloud devono comunicare direttamente con i sistemi locali tramite una combinazione di rete ibrida e servizi di dominio ospitati nel cloud. Con questa comunicazione, la rete virtuale cloud funziona come estensione di rete dell'ambiente locale. Quindi, i carichi di lavoro ospitati nel cloud possono comunicare direttamente con la registrazione locale e il sistema di creazione di report.

Questo approccio sfrutta gli investimenti esistenti negli strumenti di monitoraggio con modifiche minime alle applicazioni o ai servizi distribuiti nel cloud. Inoltre, questo approccio è spesso il modo più veloce per supportare il monitoraggio durante una migrazione di lift and shift. Ma non acquisisce i dati di log generati dalle risorse PaaS e SaaS basate sul cloud. Omette anche i log correlati alla macchina virtuale generati dalla piattaforma cloud stessa, ad esempio lo stato della macchina virtuale. Di conseguenza, questo modello deve essere una soluzione temporanea finché non si implementa una soluzione di monitoraggio ibrida più completa.

Presupposti solo locali: L'uso di un sistema di registrazione e report locale presuppone le circostanze seguenti:

I dati di log vengono mantenuti solo nell'ambiente locale. Mantenere i dati di log in questo modo in modo da supportare i requisiti tecnici o a causa di requisiti normativi o di criteri.
I sistemi locali non supportano la registrazione ibrida e la creazione di report o soluzioni di aggregazione gateway.
Le applicazioni basate sul cloud possono inviare dati di telemetria direttamente ai sistemi di registrazione locali. Oppure gli agenti di monitoraggio che inviano all'ambiente locale possono essere distribuiti nelle macchine virtuali del carico di lavoro.
I carichi di lavoro non dipendono da servizi PaaS o SaaS che richiedono la registrazione e la creazione di report basate sul cloud.

Aggregazione tramite il gateway

Un servizio di aggregazione del gateway dati di log potrebbe essere necessario per gli scenari in cui:

La quantità di dati di telemetria basati sul cloud è di grandi dimensioni.
I sistemi di monitoraggio locali esistenti necessitano di dati di log modificati prima dell'elaborazione.

Un servizio gateway viene distribuito nel provider cloud. Si configurano quindi applicazioni e servizi pertinenti per inviare dati di telemetria al gateway anziché a un sistema di registrazione predefinito. Il gateway elabora quindi i dati: aggregazione, combinazione o formattazione prima di inviare i dati al servizio di monitoraggio per l'inserimento e l'analisi.

È anche possibile usare un gateway per aggregare e pre-elaborare i dati di telemetria associati ai sistemi nativi o ibridi cloud.

Presupposti dell'aggregazione tramite il gateway:

Si prevedono volumi elevati di dati di telemetria dalle applicazioni o dai servizi basati sul cloud.
È necessario formattare o ottimizzare in altro modo i dati di telemetria prima di inviarli ai sistemi di monitoraggio.
I sistemi di monitoraggio dispongono di API o altri meccanismi per l'inserimento dei dati dei log dopo l'elaborazione tramite il gateway.

Monitoraggio ibrido (locale)

Un soluzione di monitoraggio ibrido combina i dati dei log sia delle risorse locali che di quelle cloud per offrire una visualizzazione integrata dello stato operativo dell'ambiente IT.

Se è stato fatto un investimento in sistemi di monitoraggio locali che sarebbe difficile o costoso sostituire, può essere necessario integrare dati di telemetria dei carichi di lavoro cloud nelle soluzioni di monitoraggio locali preesistenti. In un sistema di monitoraggio locale ibrido i dati di telemetria locali continuano a usare il sistema di monitoraggio locale esistente. I dati di telemetria basati sul cloud vengono inviati al sistema di monitoraggio locale direttamente oppure vengono inviati a Monitoraggio di Azure e quindi compilati e inseriti nel sistema locale a intervalli regolari.

Presupposti di monitoraggio ibrido locali: L'uso di un sistema di registrazione e report locale per il monitoraggio ibrido presuppone le condizioni seguenti:

È necessario usare sistemi di creazione di report locali esistenti per monitorare i carichi di lavoro cloud.
Si mantiene la proprietà dei dati di log in locale.
I sistemi di gestione locali dispongono di API o di altri meccanismi per inserire i dati dei log dai sistemi basati su cloud.

Suggerimento

Data la natura iterativa della migrazione al cloud, è probabile che si effettuerà la transizione da soluzioni di monitoraggio native del cloud e locali distinte a un approccio ibrido parziale, man mano che si consolida l'integrazione delle risorse e dei servizi basati sul cloud nel patrimonio IT complessivo.

Monitoraggio ibrido (basato sul cloud)

Se non è necessario mantenere un sistema di monitoraggio locale oppure sostituire i sistemi di monitoraggio locali con una soluzione basata sul cloud centralizzata, è anche possibile integrare i dati di log locali con Monitoraggio di Azure per fornire un sistema di monitoraggio basato sul cloud centralizzato.

Il mirroring dell'approccio centrale locale, in questo scenario, i carichi di lavoro basati sul cloud inviano i dati di telemetria direttamente a Monitoraggio di Azure. Le applicazioni e i servizi locali inviano dati di telemetria direttamente a Monitoraggio di Azure o aggregano i dati locali per l'inserimento in Monitoraggio di Azure a intervalli regolari. Monitoraggio di Azure fungerebbe quindi da sistema di monitoraggio e creazione di report principale per l'intero ambiente IT.

Presupposti di monitoraggio ibrido basati sul cloud: L'uso di sistemi di registrazione e creazione di report basati sul cloud per il monitoraggio ibrido presuppone le condizioni seguenti:

Non si è dipendenti dai sistemi di monitoraggio locali esistenti.
I carichi di lavoro non hanno requisiti normativi o criteri per archiviare i dati di log in locale.
I sistemi di monitoraggio basato sul cloud dispongono di API o di altri meccanismi per inserire i dati dei log dalle applicazioni e dai servizi locali.

Multi-cloud

L'integrazione delle funzionalità di registrazione e creazione di report in una piattaforma multicloud può essere complessa. I servizi offerti nelle piattaforme spesso non sono direttamente confrontabili e sono diverse anche le funzionalità di registrazione e telemetria fornite da questi servizi.

Il supporto per la registrazione multi-cloud spesso richiede l'uso di servizi gateway per elaborare i dati dei log in un formato comune prima di inviare i dati a una soluzione di registrazione ibrida.

Altre informazioni

Monitoraggio di Azure è il servizio predefinito di monitoraggio e creazione di report per Azure. Fornisce:

Una piattaforma unificata per la raccolta di dati di telemetria delle applicazioni, dati di telemetria degli host (ad esempio, le macchine virtuali), metriche dei contenitori, metriche della piattaforma Azure e log eventi.
Visualizzazione, query, avvisi e strumenti di analisi. Può fornire informazioni dettagliate su macchine virtuali, sistemi operativi guest, reti virtuali ed eventi delle applicazioni dei carichi di lavoro.
API REST per l'integrazione con servizi esterni e automazione dei servizi di monitoraggio e avviso.
Integrazione con molti noti fornitori di terze parti.

Passaggi successivi

La registrazione e la creazione di report sono solo uno dei componenti principali dell'infrastruttura che richiedono decisioni a livello di architettura durante un processo di adozione del cloud. Per informazioni sui modelli alternativi o sui modelli da usare per prendere decisioni di progettazione per altri tipi di infrastruttura, visitare la panoramica delle decisioni sull'architettura.

Guide alle decisioni per l'architettura

Share via