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.
- Cloud Logging : découvrez comment Cloud Logging gère la journalisation à partir de ressources sur site.
- Cloud Monitoring (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 :
- En utilisant l'outil 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.
observIQ propose plusieurs versions de BindPlane : Open Source (auto-hébergé), SaaS et Enterprise. Pour plus d'informations concernant ces versions, consultez la page de comparaison de 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'outil 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.
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 l’outil 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 sources Compute Engine, Amazon Elastic Compute Cloud (Amazon EC2), Linux, Windows et Kubernetes.
Sources, collecteurs et destinations
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
- Collecteurs : 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.)
Pour en savoir plus sur les sources, les collecteurs et les destinations, consultez la page de présentation de BindPlane.
Exemple de cas 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 simple sont déployés et exécutent le site Web de l'entreprise. Dans l'environnement Microsoft Azure, le service Azure Kubernetes Service (AKS) exécute un ensemble de microservices fournissant un point de terminaison pour les API REST, destiné aux 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
Les métriques du cluster GKE dans Monitoring sur la page Google Kubernetes Engine affichent trois vues des composants Kubernetes s'exécutant dans l'espace de travail Monitoring : l'infrastructure, les charges de travail et les services. Quatre services déployés sur le cluster signalent des métriques.
Les métriques, les journaux et la configuration sont disponibles pour chaque pod.
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.
L'Explorateur de métriques de Monitoring 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.
Vous pouvez utiliser ces métriques, comme toutes celles de Monitoring, pour des tableaux de bord semblables à celui illustré sur la capture d'écran suivante. Celui-ci représente les métriques produites par AKS, collectées par BindPlane, stockées dans Monitoring et affichées sur un tableau de bord.
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. Vous pouvez constater que les métriques Oracle provenant de l'environnement vSphere apparaissent dans l'Explorateur de métriques.
Vous pouvez utiliser ces métriques, comme toutes celles de Monitoring, pour créer des alertes semblables à celle illustrée sur la capture d'écran suivante.
Cette alerte représente les métriques produites par Oracle dans vSphere, collectées par BindPlane, stockées dans Monitoring et utilisées pour configurer une alerte.
Conclusion
Monitoring fournit des tableaux de bord, des alertes et une gestion des 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
- Découvrez Cloud Logging et Cloud Monitoring.
- Parcourez les instructions de configuration de BindPlane pour Logging.
- Découvrez des architectures de référence, des schémas et des bonnes pratiques concernant Google Cloud. Consultez notre Centre d'architecture cloud.