Monitora le risorse on-premise con BindPlane

Last reviewed 2024-08-02 UTC

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 il logging da on-premise Google Cloud.
  • 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 è destinato a professionisti, manager e dirigenti DevOps interessati in una strategia di monitoraggio delle risorse in Google Cloud e delle loro risorse dell'infrastruttura e delle app 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.

Utilizzare BindPlane per importare le metriche

Il seguente diagramma mostra l'architettura di come BindPlane raccoglie le metriche e come vengono importate in Monitoring.

Architettura di utilizzo di Monitoring e BindPlane per monitorare le risorse on-premise.

observIQ offre diverse versioni di BindPlane: BindPlane per Google, autonomo, SaaS ed Enterprise. Per ulteriori informazioni su queste versioni, consulta BindPlane Soluzioni.

Vantaggi:

  • Richiede la configurazione, non la strumentazione delle app, il che riduce per l'implementazione.
  • Incluso nel costo di utilizzo Monitoraggio.
  • Configurazione supportata dal prodotto e dall'assistenza Monitoring.
  • Può estendersi alle metriche non fornite dalla configurazione predefinita.

Svantaggi:

  • Richiede l'uso dell'agente observIQ BindPlane per inoltrare le metriche a Monitoraggio, che può aumentare la complessità del sistema nel suo complesso.

Questa opzione è il metodo consigliato perché richiede la quantità minore di 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 raccoglie le metriche e il modo in cui queste metriche vengono importate in Monitoring.

Architettura dell'utilizzo dell'API Monitoring per monitorare direttamente le risorse on-premise.

Se usi direttamente l'API Monitoring, devi aggiungere di strumentazione alle tue app per inviare 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 analisi 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 relativi all'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 la massima quantità del lavoro e non copre le metriche dell'infrastruttura.

Utilizzo di BindPlane

Questo documento spiega l'utilizzo di BindPlane da observIQ per l'importazione delle 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 processori

BindPlane offre le seguenti funzionalità:

  • Origini: elementi che generano 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 dell'ambiente di lavoro e inoltrare 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 in grado di trasformare i dati prima che arrivino a 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 set di microservizi, fornendo Endpoint API REST per 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

Dopo aver configurato BindPlane e aver iniziato a inviare le metriche, queste vengono inviate a l'area di lavoro di Monitoring. 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 ulteriori informazioni, vedi 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 dei cluster GKE
  • Metriche del cluster AKS
  • Metriche dei database on-premise di vSphere

Metriche del cluster GKE

Se hai configurato i cluster GKE, le relative metriche vengono visualizzate nella pagina Cluster Kubernetes o nella pagina Carichi di lavoro Kubernetes. Qui puoi vedere più visualizzazioni dei componenti in esecuzione in Monitoring. Le metriche, i log e la configurazione 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 può essere utilizzato per qualsiasi scopo in Monitoraggio, inclusi dashboard, avvisi e metriche Spazio di esplorazione.

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 grafici, consulta 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 saperne di più sulle dashboard, vedi Visualizzare e personalizzare le dashboard di Google Cloud.

Metriche dei cluster vSphere on-premise

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. La Le metriche Oracle di vSphere vengono visualizzate nell'elenco delle metriche della 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, archiviate in Monitoring. Per ulteriori informazioni sugli avvisi, consulta Panoramica degli avvisi.

Conclusione

Il monitoraggio fornisce dashboard, avvisi e risposta agli incidenti per ottenere insight sulle tue piattaforme. Insieme, Monitoring e BindPlane ti consentono di ottenere visibilità sulle tue risorse on-premise.

Passaggi successivi