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.
- Esegui il logging delle risorse on-premise con BindPlane: scopri in che modo Cloud Logging supporta il logging dalle risorse on-premise.
- Monitora le risorse on-premise con BindPlane (questo documento): scopri in che modo Cloud Monitoring supporta il monitoraggio delle risorse on-premise.
Ti consigliamo di utilizzare Logging e Monitoring per il logging e il monitoraggio delle risorse on-premise per i seguenti motivi:
- Hai bisogno di una soluzione temporanea durante il trasferimento dell'infrastruttura su Google Cloud e vuoi monitorare le risorse on-premise fino alla loro disattivazione.
- Potresti avere un ambiente di calcolo diverso con più cloud e risorse on-premise.
In entrambi i casi, con le API di logging e monitoraggio e BindPlane, puoi ottenere visibilità sulle tue risorse on-premise. Questo documento è rivolto a professionisti, gestori ed executive DevOps interessati a una strategia di monitoraggio delle risorse in Google Cloud e delle relative app e infrastrutture on-premise.
Importazione delle metriche con Monitoring
Puoi inserire le metriche in Monitoraggio nei due modi seguenti:
- Utilizza BindPlane di observIQ per importare le metriche dalle origini on-premise o da altri cloud.
- Utilizza OpenCensus per scrivere nell'API Cloud Monitoring.
Utilizzo di BindPlane per l'importazione delle metriche
Il seguente diagramma mostra l'architettura di come BindPlane raccoglie le metriche e poi come queste vengono importate in Monitoring.
observIQ offre diverse versioni di BindPlane: BindPlane per Google, autonomo, SaaS ed Enterprise. Per ulteriori informazioni su queste versioni, consulta la pagina delle soluzioni di BindPlane.
Vantaggi:
- Richiede la configurazione, non la misurazione delle app, il che riduce il tempo di implementazione.
- Sono inclusi nel costo dell'utilizzo di Monitoring.
- Configurazione supportata dal prodotto e dall'assistenza di Monitoring.
- Può essere esteso alle metriche non fornite dalla configurazione predefinita.
Svantaggi:
- Richiede l'utilizzo dell'agente observIQ BindPlane per inoltrare le metriche al monitoraggio, il che può aumentare la complessità del sistema complessivo.
Questa opzione è il metodo consigliato perché richiede il minimo impegno. Questa soluzione richiede la configurazione anziché lo sviluppo.
Utilizzo di OpenCensus per scrivere nell'API Monitoring
Il seguente diagramma mostra l'architettura di OpenCensus per la raccolta delle metriche e la loro importazione in Monitoring.
Se utilizzi direttamente l'API Monitoring, devi aggiungere codice di strumentazione alle tue app per inviare le metriche direttamente all'API. Puoi farlo direttamente utilizzando l'API Monitoring per scrivere le metriche o eseguendo l'instrumentazione dell'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 ha il vantaggio di supportare più backend, tra cui Monitoring. L'utilizzo di OpenCensus implementa anche tutti i dettagli tecnici di basso livello dell'utilizzo dell'API Monitoring.
Vantaggi:
- Offre flessibilità perché la misurazione richiesta è facilmente implementata con l'utilizzo dell'esportatore OpenCensus
Svantaggi:
- Richiede una soluzione separata per le metriche di infrastruttura scrivendo un agente personalizzato.
- Richiede la misurazione dell'app, il che potrebbe comportare un costo di implementazione più elevato.
- 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 di BindPlane da observIQ per importare le metriche in Monitoring. Il servizio BindPlane funziona definendo una serie di origini, importando le metriche e inviandole a Monitoring come destinazione. BindPlane supporta agenti che funzionano su versioni selezionate di Windows, Linux e Kubernetes.
Origini, agenti, destinazioni e responsabili del trattamento
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.
- Agenti: processi leggeri che monitorano da remoto il tuo ambiente e inoltrano i dati delle metriche a BindPlane.
- Destinazioni: i servizi a cui BindPlane inoltra le metriche. In questo caso, la destinazione è il processo su BindPlane che utilizza l'API Monitoring per scrivere le metriche in Monitoring.
- Processori: configurazioni che possono trasformare i dati prima che arrivino alla destinazione. Ciò include l'aggiunta di attributi, l'applicazione di filtri e la conversione dei log in metriche.
Per informazioni più dettagliate su origini, agenti, destinazioni e processori, consulta la guida rapida di BindPlane.
Caso d'uso di esempio
Ad esempio, ExampleOrganization ha risorse di cui è stato eseguito il deployment su Google Cloud, su Microsoft Azure e risorse on-premise di cui è stato eseguito il deployment utilizzando vSphere. In Google Cloud è stato eseguito il deployment di un cluster GKE e di un'app demo che gestisce il sito web dell'azienda. Nell'ambiente Microsoft Azure, Azure Kubernetes Service (AKS) esegue un insieme di microservizi, fornendo un endpoint API REST a sviluppatori esterni. Nell'ambiente vSphere, MySQL, Oracle e Microsoft SQL Server supportano diverse app aziendali.
Con le risorse in ogni ambiente, ExampleOrganization vuole monitorare ogni componente indipendentemente da dove viene implementato. L'invio delle metriche da ciascun ambiente a Logging e monitoraggio tramite BindPlane consente di riunire tutte le metriche in un'unica posizione per scopi di monitoraggio e invio di avvisi.
Inviare le metriche da BindPlane a Monitoring
Una volta configurato BindPlane e iniziato a inviare le metriche, queste vengono inviate alla tua area di lavoro di monitoraggio. Puoi quindi utilizzare Monitoring per visualizzare, configurare, generare avvisi e creare dashboard dalle serie temporali, come per qualsiasi metrica o serie temporale in Monitoring. Per maggiori informazioni, consulta Metriche, serie temporali e risorse.
Utilizzare le metriche in Monitoring
Nell'esempio precedente, BindPlane è stato configurato per inviare metriche da Google Cloud, Microsoft Azure e origini on-premise. In Monitoraggio vengono visualizzate le seguenti tre metriche:
- Metriche del cluster GKE
- Metriche del cluster AKS
- Metriche del database on-premise vSphere
Metriche del cluster GKE
Se hai configurato i cluster GKE, le relative metriche vengono visualizzate nella pagina Cluster Kubernetes o nella pagina Workload Kubernetes. Puoi visualizzare più visualizzazioni dei componenti Kubernetes in esecuzione nel monitoraggio. Le metriche, i log e la configurazione sono disponibili per ogni pod.
Per maggiori dettagli, vedi Visualizzare le metriche di osservabilità.
Metriche del cluster AKS
Nello stesso ambiente di monitoraggio vengono raccolte le metriche per AKS. Le metriche vengono visualizzate in monitoraggio e possono essere utilizzate per qualsiasi scopo in monitoraggio, incluse dashboard, avvisi e Metrics Explorer.
La pagina Metrics Explorer consente di 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. Per ulteriori informazioni sui grafici, vedi Creare grafici con Metrics Explorer.
Come tutte le metriche in Monitoraggio, puoi utilizzarle per creare dashboard che mostrano più grafici. La dashboard può rappresentare le metriche prodotte da AKS, raccolte da BindPlane e archiviate in Monitoring. Per ulteriori informazioni sulle dashboard, vedi Visualizzare e personalizzare le dashboard di Google Cloud.
Metriche del cluster on-premise vSphere
L'ultima parte di questo esempio include le metriche del database di vSphere. Le metriche di vSphere vengono visualizzate in Monitoraggio e possono essere utilizzate come qualsiasi altra metrica in Monitoraggio. Le metriche Oracle di vSphere vengono visualizzate nell'elenco delle metriche nella pagina Esplora metriche.
Come tutte le metriche in Monitoraggio, le metriche possono essere utilizzate per creare avvisi. L'avviso può rappresentare le metriche prodotte da Oracle in esecuzione in vSphere, raccolte da BindPlane e archiviate in Monitoring. Per ulteriori informazioni sugli avvisi, consulta la sezione Panoramica degli avvisi.
Conclusione
Il monitoraggio fornisce dashboard, avvisi e risposta agli incidenti per consentirti di ottenere informazioni sulle tue piattaforme. Insieme, Monitoring e BindPlane ti consentono di ottenere visibilità sulle tue risorse on-premise.
Passaggi successivi
- Cloud Logging e Cloud Monitoring
- Guida rapida di BindPlane
- Per altre architetture di riferimento, diagrammi e best practice, visita il Cloud Architecture Center.