Questo documento fa parte di una serie in due parti sull'estensione di Cloud Logging e Cloud Monitoring per includere l'infrastruttura e le app on-premise.
- Cloud Logging: scopri come Cloud Logging supporta il logging dalle risorse on-premise.
- Cloud Monitoring (questo documento): scopri in che modo Cloud Monitoring supporta il monitoraggio delle risorse on-premise.
Potresti prendere in considerazione l'utilizzo di Logging e Monitoring per il logging e il monitoraggio delle risorse on-premise per i seguenti motivi:
- Hai bisogno di una soluzione temporanea durante lo spostamento dell'infrastruttura su Google Cloud e vuoi monitorare le risorse on-premise fino al dismissione.
- Potresti avere un ambiente di computing diversificato con più cloud e risorse on-premise.
In entrambi i casi, con le API Logging e Monitoring e BindPlane puoi ottenere visibilità sulle risorse on-premise. Questo documento è rivolto a professionisti, manager e dirigenti DevOps interessati a una strategia di monitoraggio per le risorse in Google Cloud e per le restanti infrastruttura e app on-premise.
Importazione delle metriche con Monitoring
Puoi trasferire le metriche in Monitoring nei seguenti due modi:
- Usa lo strumento BindPlane da observIQ per importare metriche dall'ambiente on-premise o da altre origini cloud
- Usa OpenCensus per scrivere nell'API Cloud Monitoring.
Utilizzo di BindPlane per importare le metriche
Il seguente diagramma mostra l'architettura del modo in cui BindPlane raccoglie le metriche e il modo in cui queste metriche vengono importate in Monitoring.
observIQ offre diverse versioni di BindPlane: open source (self-hosted), SaaS ed Enterprise. Per ulteriori informazioni su queste versioni, consulta la pagina di confronto di BindPlane.
Vantaggi:
- Richiede la configurazione, non la strumentazione delle app, il che riduce i tempi di implementazione.
- Incluso nel costo dell'utilizzo di Monitoring.
- Configurazione supportata dal prodotto e dall'assistenza Monitoring.
- Può essere esteso alle metriche non fornite dalla configurazione predefinita.
Svantaggi:
- Richiede l'utilizzo dello strumento observIQ BindPlane per inoltrare le metriche a Monitoring, con un conseguente aumento della complessità al sistema generale.
Questa opzione è il metodo consigliato perché richiede il minimo sforzo. Questa soluzione richiede configurazione piuttosto che sviluppo.
Utilizzo di OpenCensus per scrivere nell'API Monitoring
Il seguente diagramma mostra l'architettura del modo in cui OpenCensus raccoglie le metriche e come queste vengono importate in Monitoring.
Utilizzare direttamente l'API Monitoring significa che devi aggiungere il codice di strumentazione alle tue app per inviare le metriche direttamente all'API. Puoi farlo direttamente utilizzando l'API Monitoring per scrivere metriche oppure instrumentando la tua app con l'esportatore Monitoring per OpenCensus. OpenCensus è un progetto open source che definisce una struttura di dati standard per tracce e metriche. L'utilizzo di OpenCensus offre il vantaggio di supportare più backend, incluso Monitoring. L'uso di OpenCensus implementa inoltre tutti i dettagli tecnici di basso livello dell'uso dell'API Monitoring.
Vantaggi:
- Offre flessibilità poiché la strumentazione richiesta è facilmente implementata mediante l'uso dell'OpenCensus Exporter
Svantaggi:
- Richiede una soluzione separata per le metriche dell'infrastruttura mediante la scrittura di un agente personalizzato.
- Richiede la strumentazione dell'app, il che potrebbe comportare costi di implementazione più elevati.
- Richiede librerie open source.
Questa opzione non è il metodo consigliato perché richiede il massimo impegno e non copre le metriche dell'infrastruttura.
Utilizzo di BindPlane
Questo documento illustra l'utilizzo dello strumento BindPlane da observIQ all'importazione delle metriche in Monitoring. Il servizio BindPlane funziona definendo una serie di origini, importando queste metriche e inviandole a Monitoring come destinazione. BindPlane supporta origini Compute Engine, Amazon Elastic Compute Cloud (Amazon EC2), Linux, Windows e Kubernetes.
Origini, raccoglitori e destinazioni
BindPlane offre le seguenti funzionalità:
- Origini: elementi che generano metriche come Google Kubernetes Engine (GKE), Amazon Elastic Container Service per Kubernetes (Amazon EKS) o Microsoft Azure Container Service.
- Raccoglitori: processi leggeri che monitorano da remoto l'ambiente e inoltrano i dati delle metriche a BindPlane.
- Destinazioni: servizi che BindPlane inoltra le metriche. In questo caso, la destinazione è il processo su BindPlane che utilizza l'API Monitoring per scrivere metriche in Monitoring.
Per informazioni più dettagliate su fonti, raccoglitori e destinazioni, consulta l'introduzione a BindPlane.
Esempio di caso d'uso
Ad esempio, ExampleOrganization ha risorse di cui è stato eseguito il deployment in Google Cloud, Microsoft Azure e risorse on-premise di cui è stato eseguito il deployment tramite vSphere. In Google Cloud sono presenti un cluster GKE e una semplice app demo di cui è stato eseguito il deployment, che esegue il sito web dell'azienda. Nell'ambiente Microsoft Azure, il servizio Kubernetes di Azure (AKS) esegue un set di microservizi, fornendo un endpoint API REST agli sviluppatori esterni. Nell'ambiente vSphere, MySQL, Oracle e Microsoft SQL Server supportano diverse app aziendali.
Con risorse in ogni ambiente, ExampleOrganization vuole monitorare ogni componente a prescindere da dove è stato eseguito il deployment. L'invio delle metriche da ogni ambiente a Logging e Monitoring utilizzando BindPlane le raccoglie tutte in un'unica posizione a scopo di monitoraggio e avviso.
Invia metriche da BindPlane a Monitoring
Una volta configurato BindPlane e iniziato a inviare le metriche, queste vengono inviate all'area di lavoro di Monitoring. Puoi quindi utilizzare Monitoring per visualizzare, configurare, creare avvisi e creare dashboard dalle serie temporali, come per qualsiasi metrica o serie temporale in Monitoring. Per ulteriori informazioni, consulta Metriche, serie temporali e risorse.
Utilizza le metriche in Monitoring
Nell'esempio precedente, BindPlane è stato configurato per inviare metriche da Google Cloud, Microsoft Azure e origini on-premise. In Monitoring vengono visualizzate le tre metriche seguenti:
- Metriche dei cluster GKE
- Metriche dei cluster AKS
- Metriche dei database vSphere on-premise
Metriche dei cluster GKE
Le metriche dei cluster GKE in Monitoring nella pagina di Google Kubernetes Engine mostrano tre visualizzazioni dei componenti Kubernetes in esecuzione nell'area di lavoro di Monitoring, tra cui infrastruttura, carichi di lavoro e viste dei servizi. Nel cluster esistono quattro servizi che sono metriche di reporting.
Le metriche, i log e la configurazione sono disponibili per ogni pod.
Metriche dei cluster AKS
Nello stesso ambiente di Monitoring, vengono raccolte le metriche per AKS. Le metriche vengono visualizzate in Monitoring e possono essere utilizzate per qualsiasi scopo in Monitoring, tra cui dashboard, avvisi e Metrics Explorer.
Monitoring Metrics Explorer fornisce un modo per trovare,
filtrare e creare grafici dalle metriche. Tieni presente che le metriche inviate da BindPlane hanno
il prefisso workload.googleapis.com/THIRD_PARTY_APP_NAME
per il nome della metrica.
Metrics Explorer può produrre un grafico per la metrica.
Come tutte le metriche in Monitoring, puoi utilizzarle per creare dashboard come quella nello screenshot seguente. La dashboard rappresenta le metriche prodotte da AKS, raccolte da BindPlane, archiviate in Monitoring e visualizzate su una dashboard.
Metriche dei cluster vSphere on-premise
L'ultima parte di questo esempio include le metriche di database di vSphere. Le metriche di vSphere vengono visualizzate in Monitoring e possono essere utilizzate come qualsiasi altra metrica in Monitoring. Le metriche Oracle di vSphere vengono visualizzate in Metrics Explorer.
Come tutte le metriche in Monitoring, è possibile usare le metriche per creare avvisi come quello nello screenshot seguente.
L'avviso rappresenta le metriche prodotte da Oracle in esecuzione in vSphere, raccolte da BindPlane, archiviate in Monitoring e utilizzate per configurare un avviso.
Conclusione
Monitoring offre dashboard, avvisi e risposta agli incidenti per ottenere insight sulle tue piattaforme. Insieme, Monitoring e BindPlane ti offrono la possibilità di ottenere visibilità sulle risorse on-premise.
Passaggi successivi
- Cloud Logging e Cloud Monitoring
- Istruzioni di configurazione di BindPlane per Logging
- Esplora le architetture di riferimento, i diagrammi e le best practice su Google Cloud. Dai un'occhiata al nostro Cloud Architecture Center.