Ce document explique comment configurer les champs d'application des métriques de vos projets Google Cloud à utiliser avec le service géré Google Cloud pour Prometheus.
Le déploiement idéal du service géré pour Prometheus est différent du déploiement type de Prometheus par nécessité. Prometheus est hautement limité à sa propre instance, qui est elle-même à l'échelle d'un cluster, dans la mesure où les règles et les requêtes s'exécutent sur le serveur Prometheus qui collecte les données. Comme le service géré pour Prometheus envoie des données au backend global, Monarch, les requêtes doivent être configurées pour s'exécuter sur Monarch, et non sur le cluster local. Si vous utilisez une collection gérée, la même exigence s'applique aux règles.
Les données que vous interrogez à l'aide du service géré pour Prometheus sont déterminées par la construction du champ d'application des métriques de Cloud Monitoring, quelle que soit la manière dont vous interrogez les données.
Champs d'application des métriques
Un champ d'application des métriques Monitoring est une structure en lecture seule qui vous permet d'interroger les données de métriques appartenant à plusieurs projets Google Cloud. Chaque champ d'application des métriques est hébergé par un projet Google Cloud désigné, appelé projet de champ d'application.
Par défaut, un projet est le projet de champ d'application pour son propre champ d'application des métriques. Le champ d'application des métriques contient les métriques et la configuration de ce projet. Un projet de champ d'application peut avoir plusieurs projets surveillés dans son champ d'application des métriques, et les métriques et les configurations de tous les projets surveillés dans le champ d'application des métriques sont visibles dans le projet de champ d'application. Un projet surveillé peut également appartenir à plusieurs champs d'application des métriques.
Lorsque vous interrogez les métriques d'un projet effectuant une surveillance et si ce projet héberge un champ d'application des métriques multiprojets, vous pouvez extraire les données de plusieurs projets. Si le champ d'application des métriques contient tous vos projets, vos requêtes et règles sont évaluées globalement.
Pour en savoir plus sur les projets de champ d'application et les champs d'application des métriques, consultez la section Champs d'application des métriques. Pour en savoir plus sur la configuration d'un champ d'application de métriques multiprojets, consultez la section Afficher les métriques de plusieurs projets.
Pour minimiser la complexité de votre modèle d'autorisations, utilisez le moins de champs d'application de métriques possible. Si vous considérez que vos données de métriques ne sont pas sensibles et que tous les utilisateurs peuvent accéder à toutes les métriques, utilisez un champ d'application de métrique unique contenant tous vos projets.
Regrouper des projets pour les requêtes
Les autres scénarios recommandés utilisent les configurations de champ d'application de métriques suivantes:
| Champ d'application A | Champ d'application B | Champ d'application C | |
|---|---|---|---|
| Projet effectuant une surveillance | scoping-project-A | scoping-project-B | scoping-project-C |
| Projets surveillés | Project 1 Project 2 |
Project 3 Project 4 |
Projet 1 Projet 2 Projet 3 Projet 4 Projet 5 |
| Groupe autorisé par IAM (exemple) |
Équipe de développement A | Équipe de développement B | Équipe SRE |