Présentation de l'affichage des métriques pour plusieurs projets

Cet article, qui décrit comment afficher et gérer vos métriques, est destiné aux développeurs et aux administrateurs système. Pour en savoir plus sur les fonctionnalités disponibles dans Cloud Monitoring, consultez la page Présentation de Cloud Monitoring.

Monitoring vous permet d'afficher et de gérer les métriques de différentes manières:

  • Pour un seul projet
  • Pour plusieurs projets au sein d'une même organisation
  • Pour plusieurs projets dans plusieurs organisations
  • Pour plusieurs projets Google Cloud et comptes AWS

Par défaut, un projet Google Cloud n'a de visibilité que sur les métriques qu'il stocke. Toutefois, vous pouvez élargir l'ensemble de métriques auquel un projet peut accéder en ajoutant d'autres projets Google Cloud au champ d'application des métriques du projet. Le champ d'application des métriques définit l'ensemble des projets Google Cloud dont les métriques sont accessibles avec le projet Google Cloud actuel.

Un projet effectuant une surveillance héberge un champ d'application des métriques. Étant donné que chaque projet Google Cloud héberge un champ d'application des métriques, chaque projet est également un projet effectuant une surveillance. Le projet effectuant une surveillance stocke les informations sur son champ d'application des métriques. Il stocke également les alertes, les tests de disponibilité, les tableaux de bord et les groupes de surveillance que vous configurez pour le champ d'application des métriques. Vous pouvez identifier le projet effectuant une surveillance pour une portée liée aux métriques comme le projet sélectionné par l'outil de sélection de projets Cloud Console.

Par exemple, supposons qu'un champ d'application des métriques d'un projet effectuant une surveillance contient trois projets Cloud. Lorsque vous créez une règle d'alerte dans le projet effectuant une surveillance pour ce champ d'application des métriques, elle surveille les métriques dans les trois projets.

Vous pouvez configurer un champ d'application de métriques depuis Google Cloud Console ou l'API Cloud Monitoring.

Exemple de champs d'application et de projets surveillés

Supposons que vos projets Staging et Production contiennent des instances de machine virtuelle (VM) Compute Engine. Pour afficher les métriques de toutes vos VM dans une même vue, créez un autre projet, AllEnvironments, puis ajoutez les projets Staging et Production en tant que projets surveillés. Vous pouvez afficher les métriques stockées dans le projet Staging de deux manières différentes avec cette configuration:

  • Pour afficher les métriques de tous les projets, sélectionnez AllEnvironments avec l'outil de sélection de projets Cloud Console. En accédant à la page Monitoring, vous accédez au champ d'application des métriques pour le projet AllEnvironments. La ligne en pointillée dans le schéma suivant montre que les métriques des trois projets sont accessibles:

    Le champ d'application des métriques relatives aux vues multiples comprend les trois projets sélectionnés.

  • Pour n'afficher que les métriques du projet Staging, sélectionnez le projet Staging avec le sélecteur de projet Cloud Console. En accédant à la page Monitoring, vous accédez au champ d'application des métriques pour le projet Staging. La ligne en pointillée dans le schéma suivant montre que les métriques du projet Staging sont uniquement accessibles:

    Le champ d'application des métriques de "Staging" n'inclut que le projet "Staging".

Bonnes pratiques pour la surveillance de projets

Nous vous recommandons d'utiliser un nouveau projet Cloud ou un projet sans ressources comme projet effectuant une surveillance lorsque vous souhaitez afficher les métriques de plusieurs projets Cloud ou comptes AWS.

Lorsqu'un champ d'application de métriques contient des projets surveillés, pour afficher ou surveiller uniquement ces métriques stockées dans le projet effectuant une surveillance, vous devez spécifier des filtres qui excluent les métriques des projets surveillés. Le besoin d'utiliser des filtres augmente la complexité des graphiques et des règles d'alerte, et augmente le risque d'erreur de configuration. La recommandation garantit que ces projets de limitation ne génèrent pas de métriques. Il n'y a donc pas de métriques à surveiller dans le projet.

L'exemple précédent suit notre recommandation. Le projet effectuant une surveillance, AllEnvironments, a été créé, puis les projets Staging et Production ont été ajoutés en tant que projets surveillés. Pour afficher ou surveiller les métriques combinées de tous les projets, utilisez le champ d'application des métriques pour le projet AllEnvironments. Pour afficher ou surveiller les métriques stockées dans le projet Staging, utilisez le champ d'application correspondant.

Envisagez un autre design. Imaginons que vous décidiez d'ajouter le projet Production en tant que projet surveillé au champ d'application des métriques du projet Staging. Pour afficher ou surveiller les métriques de tous les projets, utilisez le champ d'application correspondant aux métriques pour le projet Staging:

Capture d'écran montrant les champs d'application des métriques du projet "Staging" qui inclut les métriques du projet "Production".

Toutefois, cette conception complique la consultation ou la surveillance des métriques stockées dans le projet Staging. Le champ d'application des métriques pour le projet Staging fournit les métriques combinées des projets Staging et Production. Par conséquent, lorsque vous souhaitez afficher ou surveiller uniquement les métriques stockées dans le projet Staging, le graphique ou la règle d'alerte doit utiliser des filtres pour éliminer les données du projet Production.

Étapes suivantes