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 come Cloud Logging supporta la registrazione delle risorse on-premise resources.
- 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 la registrazione e il monitoraggio delle risorse on-premise per i seguenti motivi:
- Hai bisogno di una soluzione temporanea mentre sposti l'infrastruttura in Google Cloud e vuoi monitorare le 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 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 l'infrastruttura e le app on-premise rimanenti.
Importare le metriche con Monitoring
Puoi importare le metriche in Monitoring in due modi:
- Utilizza BindPlane di observIQ per importare le metriche dalle origini on-premise o di altri cloud.
- Utilizza OpenCensus per scrivere nell'API Cloud Monitoring.
Utilizzare BindPlane per importare le metriche
Il seguente diagramma mostra l'architettura di come BindPlane raccoglie le metriche e di come queste metriche vengono importate in Monitoring.
observIQ offre diverse versioni di BindPlane: BindPlane for Google, self-hosted, SaaS ed Enterprise. Per ulteriori informazioni su queste versioni, consulta la pagina delle soluzioni BindPlane.
Vantaggi:
- Richiede la configurazione, non l'instrumentazione delle app, il che riduce il tempo di implementazione.
- Incluso nel costo di 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 BindPlane di observIQ 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.
Utilizzare OpenCensus per scrivere nell'API Monitoring
Il seguente diagramma mostra l'architettura di come OpenCensus raccoglie le metriche e di come queste metriche vengono importate in Monitoring.
L'utilizzo diretto dell'API Monitoring significa che devi aggiungere codice di instrumentazione alle tue app per inviare le metriche direttamente all'API. Puoi farlo direttamente utilizzando l'API Monitoring per scrivere le metriche o instrumentando l'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, incluso Monitoring. L'utilizzo di OpenCensus implementa anche tutti i dettagli tecnici di basso livello dell'utilizzo dell'API Monitoring.
Vantaggi:
- Offre flessibilità perché l'instrumentazione richiesta è facilmente implementabile con l'utilizzo 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 un costo di implementazione più elevato.
- Richiede librerie open source.
Questa opzione non è il metodo consigliato perché richiede il massimo sforzo e non copre le metriche dell'infrastruttura.
Utilizzare BindPlane
Questo documento illustra 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 quindi inviandole a Monitoring come destinazione. BindPlane supporta gli agenti in esecuzione su versioni selezionate di Windows, Linux e Kubernetes.
Origini, agenti, destinazioni e processori
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 da remoto l'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 le metriche in Monitoring.
- Processori: Configurazioni che possono trasformare i dati prima che arrivino alla destinazione. Sono inclusi 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 esegue il sito web dell'azienda. Nell'ambiente Microsoft Azure, Azure Kubernetes Service (AKS) esegue un insieme di microservizi, fornendo un endpoint API REST agli 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 è stato eseguito il deployment del componente. L'invio delle metriche da ogni ambiente a Logging e Monitoring utilizzando BindPlane riunisce tutte le metriche in un'unica posizione per il monitoraggio e gli avvisi.
Inviare le metriche da BindPlane a Monitoring
Dopo aver configurato BindPlane e aver iniziato a inviare le metriche, queste vengono inviate al tuo workspace Monitoring. Puoi quindi utilizzare Monitoring per visualizzare, configurare, avvisare e creare dashboard dalle serie temporali come puoi fare per qualsiasi metrica o serie temporale in Monitoring. Per ulteriori informazioni, consulta Metriche, serie temporali e risorse.
Utilizzare le metriche in Monitoring
Nell'esempio precedente, BindPlane è stato configurato per inviare le metriche da Google Cloud, Microsoft Azure e origini on-premise. In Monitoring 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 metriche del cluster GKE vengono visualizzate nella pagina Cluster Kubernetes o nella pagina Carichi di lavoro Kubernetes. Puoi visualizzare più visualizzazioni dei componenti Kubernetes in esecuzione in Monitoring. Le metriche, i log e la configurazione sono disponibili per ogni pod.
Per maggiori dettagli, consulta Visualizzare le metriche di osservabilità.
Metriche del cluster AKS
Nello stesso Monitoring ambiente Monitoring vengono raccolte le metriche per AKS. Le metriche vengono visualizzate in Monitoring e possono essere utilizzate per qualsiasi scopo in Monitoring, incluse dashboard, avvisi ed Esplora metriche.
La pagina Esplora metriche consente di trovare, filtrare,
e creare grafici dalle metriche. Tieni presente che le metriche inviate da BindPlane hanno
il workload.googleapis.com/THIRD_PARTY_APP_NAME
prefisso per il nome della metrica.
Esplora metriche può produrre un grafico per la metrica. Per ulteriori informazioni sui grafici, consulta Crea grafici con Esplora metriche.
Come tutte le metriche in Monitoring, puoi utilizzare queste metriche 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, consulta Visualizza e personalizza Google Cloud le dashboard.
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 nello 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 le metriche prodotte da Oracle in esecuzione in vSphere, raccolte da BindPlane e archiviate in Monitoring. Per ulteriori informazioni sugli avvisi, consulta Panoramica degli avvisi.
Conclusione
Monitoring fornisce dashboard, avvisi e risposta agli incidenti per ottenere informazioni dettagliate sulle tue piattaforme. Insieme, Monitoring e BindPlane ti consentono di ottenere visibilità sulle 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.