Surveiller des ressources sur site avec BindPlane

Last reviewed 2024-08-02 UTC

Ce document est l'une des deux parties de la série sur l'extension de Cloud Logging et de Cloud Monitoring pour inclure une infrastructure et des applications sur site.

  • Consigner des ressources sur site avec BindPlane : découvrez comment Cloud Logging gère la journalisation à partir de ressources sur site.
  • Surveiller les ressources sur site avec BindPlane (ce document) : découvrez comment Cloud Monitoring gère la surveillance des ressources sur site.

Nous vous recommandons d'utiliser Logging et Monitoring pour journaliser et surveiller vos ressources sur site dans les cas suivants :

  • Vous avez besoin d'une solution temporaire pour déplacer votre infrastructure vers Google Cloud, et vous souhaitez surveiller vos ressources sur site jusqu'à leur mise hors service.
  • Vous disposez d'un environnement informatique diversifié avec plusieurs environnements cloud et des ressources sur site.

Dans ces deux cas, en associant les API Logging et Monitoring à BindPlane, vous gagnez en visibilité sur vos ressources sur site. Ce document est destiné aux professionnels DevOps, aux gestionnaires et aux cadres intéressés par une stratégie de surveillance des ressources dans Google Cloud, qui englobe leur infrastructure et leurs applications demeurant sur site.

Ingérer des métriques avec Monitoring

Vous pouvez ajouter des métriques dans Monitoring de deux manières :

  • Utilisez BindPlane d'observIQ pour ingérer des métriques à partir de vos sources sur site ou d'autres sources cloud.
  • En utilisant OpenCensus pour écrire dans l'API Cloud Monitoring

Utiliser BindPlane pour ingérer des métriques

Le schéma suivant illustre la manière dont BindPlane collecte les métriques, puis comment ces métriques sont ingérées dans Monitoring.

Architecture d'utilisation de Monitoring et BindPlane pour surveiller les ressources sur site.

observIQ propose plusieurs versions de BindPlane : BindPlane pour Google, auto-hébergé, SaaS et Enterprise. Pour plus d'informations concernant ces versions, consultez la page de solutions BindPlane.

Avantages :

  • Nécessite une configuration et non une instrumentation de vos applications, ce qui réduit le temps de mise en œuvre.
  • Coût inclus dans celui de Monitoring.
  • Configuration compatible avec Monitoring (produit et assistance)
  • Peut être étendu à des métriques non fournies par la configuration par défaut

Inconvénients :

  • Nécessite l'utilisation de l'agent BindPlane d'observIQ pour transmettre les métriques à Monitoring, ce qui peut compliquer le système dans son ensemble.

Cette méthode est recommandée, car elle est la plus facile à mettre en œuvre. Cette solution nécessite une configuration, mais pas de développement.

Utiliser OpenCensus pour écrire dans l'API Monitoring

Le schéma suivant illustre la manière dont OpenCensus collecte les métriques, puis comment ces métriques sont ingérées dans Monitoring.

Architecture d'utilisation de l'API Monitoring pour surveiller les ressources sur site directement.

L'utilisation directe de l'API Monitoring implique d'ajouter un code d'instrumentation à vos applications pour qu'elles puissent envoyer des métriques directement à l'API. Pour ce faire, vous pouvez soit utiliser directement l'API Monitoring pour écrire les métriques, soit instrumenter votre application avec l'exportateur Monitoring pour OpenCensus. OpenCensus est un projet Open Source qui définit une structure de données standard pour les traces et les métriques. OpenCensus présente l'avantage d'être compatible avec plusieurs backends, y compris Monitoring. L'utilisation d'OpenCensus met également en œuvre tous les détails techniques de base de l'API Monitoring.

Avantages :

  • Offre une grande flexibilité, car l'instrumentation requise est facile à mettre en œuvre grâce à l'exportateur OpenCensus

Inconvénients :

  • Nécessite une solution distincte pour les métriques d'infrastructure, telle qu'un agent personnalisé
  • Nécessite une instrumentation de l'application, ce qui peut entraîner un coût de mise en œuvre plus élevé.
  • Nécessite des bibliothèques Open Source

Cette méthode n'est pas recommandée, car elle nécessite un effort important et ne couvre pas les métriques d'infrastructure.

Utiliser BindPlane

Ce document couvre l'utilisation de BindPlane d’observIQ pour ingérer des métriques dans Monitoring. Le service BindPlane commence par définir un ensemble de sources, puis ingère ces métriques et les envoie à Monitoring. BindPlane est compatible avec les agents qui s'exécutent sur certaines versions de Windows, Linux et Kubernetes.

Sources, agents, destinations et processeurs

BindPlane propose les fonctionnalités suivantes :

  • Sources : éléments qui génèrent des métriques tels que Google Kubernetes Engine (GKE), Amazon Elastic Container Service pour Kubernetes (Amazon EKS) ou Microsoft Azure Container Service
  • Agents : processus légers qui surveillent votre environnement à distance et transmettent des métriques à BindPlane.
  • Destinations : services auxquels BindPlane transmet les métriques. (Dans ce cas, la destination est le processus sur BindPlane qui utilise l'API Monitoring pour écrire des métriques dans Monitoring.)
  • Processeurs : configurations pouvant transformer vos données avant qu'elles n'arrivent à destination. Cela inclut l'ajout d'attributs, le filtrage et la conversion des journaux en métriques.

Pour en savoir plus sur les sources, les agents, les destinations et les processeurs, consultez le guide de démarrage rapide de BindPlane.

Exemple d'utilisation

Soit une organisation ExampleOrganization, qui dispose de ressources déployées sur Google Cloud et Microsoft Azure, et de ressources sur site déployées à l'aide de vSphere. Dans Google Cloud, un cluster GKE et une application de démonstration sont déployés et exécutent le site Web de l'entreprise. Dans l'environnement Microsoft Azure, le service Azure Kubernetes (AKS) exécute un ensemble de microservices fournissant un point de terminaison de l'API REST pour les développeurs externes. Dans l'environnement vSphere, MySQL, Oracle et Microsoft SQL Server gèrent plusieurs applications d'entreprise.

ExampleOrganization dispose de ressources dans ces différents environnements et souhaite surveiller chaque composant, quel que soit son environnement de déploiement. L'envoi des métriques depuis chaque environnement à Logging et Monitoring à l'aide de BindPlane permet de rassembler toutes ces métriques en un seul emplacement à des fins de surveillance et d'alerte.

Envoyer des métriques de BindPlane à Monitoring

Une fois que BindPlane est configuré et commence à envoyer des métriques, celles-ci sont envoyées vers votre espace de travail Monitoring. Vous pouvez alors utiliser Monitoring pour effectuer des alertes, et consulter, configurer et créer des tableaux de bord à partir de séries temporelles, comme vous le feriez pour n'importe quelle métrique et n'importe quelle série temporelle dans Monitoring. Pour en savoir plus, consultez la page Métriques, séries temporelles et ressources.

Utiliser des métriques dans Monitoring

Dans l'exemple précédent, BindPlane a été configuré pour envoyer des métriques depuis Google Cloud et Microsoft Azure, et depuis des ressources sur site. Les trois métriques suivantes s'affichent dans Monitoring :

  • Métriques du cluster GKE
  • Métriques du cluster AKS
  • Métriques de base de données vSphere sur site

Métriques du cluster GKE

Si des clusters GKE sont configurés, les métriques de cluster GKE apparaissent sur la page Clusters Kubernetes ou sur la page Charges de travail Kubernetes. Vous pouvez afficher plusieurs vues des composants Kubernetes exécutés dans Monitoring. Les métriques, les journaux et la configuration sont disponibles pour chaque pod.

Pour en savoir plus, consultez la section Afficher les métriques d'observabilité.

Métriques du cluster AKS

Les métriques pour AKS sont collectées dans le même environnement Monitoring. Elles apparaissent dans Monitoring et peuvent y être exploitées à des fins diverses, y compris pour les tableaux de bord, les alertes et l'Explorateur de métriques.

La page Explorateur de métriques permet de rechercher, de filtrer et de créer des graphiques à partir de métriques. Notez que le nom des métriques envoyées par BindPlane comporte le préfixe workload.googleapis.com/THIRD_PARTY_APP_NAME.

L'Explorateur de métriques peut produire un graphique pour la métrique. Pour en savoir plus sur les graphiques, consultez la page Créer des graphiques avec l'explorateur de métriques.

Comme toutes les métriques de Monitoring, vous pouvez les utiliser pour créer des tableaux de bord affichant plusieurs graphiques. Le tableau de bord peut représenter les métriques produites par AKS, collectées par BindPlane et stockées dans Monitoring. Pour en savoir plus sur les tableaux de bord, consultez la section Afficher et personnaliser les tableaux de bord Google Cloud.

Métriques de cluster vSphere sur site

La dernière partie de cet exemple inclut les métriques de base de données de vSphere. Les métriques de l'environnement vSphere apparaissent dans Monitoring et peuvent être utilisées de la même manière que les autres métriques dans Monitoring. Les métriques Oracle de vSphere apparaissent dans la liste des métriques sur la page Explorateur de métriques.

Vous pouvez utiliser ces métriques, comme toutes celles de Monitoring, pour créer des alertes. L'alerte peut représenter les métriques produites par Oracle dans vSphere, collectées par BindPlane et stockées dans Monitoring. Pour en savoir plus sur les alertes, consultez la page Présentation des alertes.

Conclusion

Monitoring fournit des tableaux de bord, des alertes et une réponse aux incidents pour vous permettre de mieux comprendre vos plates-formes. Ensemble, Monitoring et BindPlane vous permettent de gagner en visibilité sur vos ressources sur site.

Étape suivante