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.
- Registra le risorse on-premise con BindPlane: scopri in che modo Cloud Logging supporta la registrazione delle risorse on-premise.
- Monitora le risorse on-premise con BindPlane (questo documento): scopri come 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 tue risorse on-premise per i seguenti motivi:
- Hai bisogno di una soluzione temporanea mentre sposti l'infrastruttura su Google Cloud e vuoi monitorare le tue risorse on-premise finché non vengono ritirate.
- Potresti avere un ambiente di computing eterogeneo con più cloud e risorse on-premise.
In entrambi i casi, con le API Logging e Monitoring e BindPlane, puoi ottenere visibilità sulle tue risorse on-premise. Questo documento è destinato a professionisti, manager e dirigenti DevOps interessati a una strategia di monitoraggio per le risorse in Google Cloud e per le rimanenti infrastrutture e app on-premise.
Importazione delle metriche con Monitoring
Puoi inserire le metriche in Monitoring nei due modi seguenti:
- Utilizza BindPlane di observIQ per importare le metriche dalle tue 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 di come queste vengono importate in Monitoring.
observIQ offre diverse versioni di BindPlane: BindPlane per Google, self-hosted, SaaS ed Enterprise. Per saperne di più su queste versioni, consulta la pagina delle soluzioni BindPlane.
Vantaggi:
- Richiede la configurazione, non la strumentazione delle app, il che riduce il tempo di implementazione.
- Incluso nel costo dell'utilizzo di Monitoring.
- Configurazione supportata per prodotto di monitoraggio e supporto.
- Può essere esteso alle metriche non fornite dalla configurazione predefinita.
Svantaggi:
- Richiede l'utilizzo dell'agente observIQ BindPlane per inoltrare le metriche a Monitoring, il che può aggiungere complessità al sistema complessivo.
Questa opzione è il metodo consigliato perché richiede il minimo sforzo. Questa soluzione richiede la configurazione anziché lo sviluppo.
Utilizzo di OpenCensus per scrivere nell'API Monitoring
Il seguente diagramma mostra l'architettura di come OpenCensus raccoglie le metriche e come queste vengono importate in Monitoring.
L'utilizzo diretto dell'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 o 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'utilizzo di OpenCensus implementa anche tutti i dettagli tecnici di basso livello dell'utilizzo dell'API Monitoring.
Vantaggi:
- Offre flessibilità perché la strumentazione richiesta è facilmente implementata con l'uso dell'esportatore OpenCensus
Svantaggi:
- Richiede una soluzione separata per le metriche dell'infrastruttura scrivendo un agente personalizzato.
- Richiede l'instrumentazione 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 descrive l'utilizzo di BindPlane di observIQ per importare le metriche in Monitoring. Il servizio BindPlane funziona definendo una serie di origini, importando queste metriche e poi inviandole a Monitoring come destinazione. BindPlane supporta agenti che vengono eseguiti su versioni selezionate di Windows, Linux e Kubernetes.
Origini, agenti, destinazioni e responsabili del trattamento
BindPlane ha le seguenti funzionalità:
- Origini: elementi che generano metriche come Google Kubernetes Engine (GKE), Amazon Elastic Container Service for Kubernetes (Amazon EKS) o Microsoft Azure Container Service.
- Agenti: processi leggeri che monitorano in remoto il tuo ambiente e inoltrano i dati delle metriche a BindPlane.
- Destinazioni: servizi a cui BindPlane inoltra le metriche. In questo caso, la destinazione è il processo su BindPlane che utilizza l'API Monitoring per scrivere metriche in Monitoring.
- Processori: configurazioni che possono trasformare i dati prima che arrivino a destinazione. Ciò include l'aggiunta di attributi, il filtraggio 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 in Google Cloud, 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 di ogni ambiente a Logging e Monitoring tramite BindPlane riunisce tutte le metriche in un'unica posizione per il monitoraggio e gli avvisi.
Inviare metriche da BindPlane a Monitoring
Una volta configurato e avviato l'invio delle metriche, queste vengono inviate al tuo spazio di lavoro Monitoring. Puoi quindi utilizzare Monitoring per visualizzare, configurare, inviare 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. Le seguenti tre metriche vengono visualizzate in Monitoraggio:
- Metriche dei cluster GKE
- Metriche del cluster AKS
- Metriche del database on-premise vSphere
Metriche dei cluster GKE
Se hai configurato cluster GKE, le metriche del cluster GKE vengono visualizzate nella pagina Cluster Kubernetes o nella pagina Workload Kubernetes. Puoi visualizzare più viste dei componenti Kubernetes in esecuzione in Monitoring. 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 monitoraggio vengono raccolte le metriche per AKS. Le metriche vengono visualizzate in Monitoring e possono essere utilizzate per qualsiasi scopo in Monitoring, incluse dashboard, avvisi e Metrics Explorer.
La pagina Esplora metriche 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.
Esplora metriche può produrre un grafico per la metrica. Per ulteriori informazioni sui grafici, vedi Creare grafici con Esplora metriche.
Come tutte le metriche in Monitoring, 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 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 Monitoring e possono essere utilizzate allo stesso modo di qualsiasi altra metrica in Monitoring. Le metriche Oracle di vSphere vengono visualizzate nell'elenco delle metriche nella pagina Esplora metriche.
Come tutte le metriche in Monitoring, le metriche possono essere utilizzate per creare avvisi. L'avviso può rappresentare metriche prodotte da Oracle in esecuzione in vSphere, raccolte da BindPlane e archiviate in Monitoring. Per ulteriori informazioni sugli avvisi, consulta la Panoramica degli avvisi.
Conclusione
Il monitoraggio fornisce dashboard, avvisi e risposta agli incidenti per consentirti di ottenere informazioni dettagliate 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 ulteriori architetture di riferimento, diagrammi e best practice, esplora il Cloud Architecture Center.