En este documento se describe cómo configurar los ámbitos de las métricas de tusGoogle Cloud proyectos para usarlos con Google Cloud Managed Service para Prometheus.
El despliegue ideal de Managed Service para Prometheus es diferente del despliegue típico de Prometheus por necesidad. Prometheus se limita a su propia instancia, que normalmente se limita al clúster, ya que las reglas y las consultas se ejecutan en el servidor de Prometheus que recoge los datos. Como Managed Service para Prometheus envía datos al backend global, Monarch, las consultas deben configurarse para ejecutarse en Monarch, no en el clúster local. Si usas la recogida gestionada, se aplica el mismo requisito a las reglas.
Los datos que consultas mediante Managed Service para Prometheus se determinan por la estructura de Cloud Monitoring ámbito de métricas, independientemente de cómo consultes los datos.
Ámbitos de las métricas
Un permiso de métricas de Monitoring es una estructura de solo lectura que te permite consultar datos de métricas de varios proyectos de Google Cloud . Cada ámbito de las métricas está alojado en un Google Cloud proyecto designado, llamado proyecto de ámbito.
De forma predeterminada, un proyecto es el proyecto de ámbito de su propio ámbito de métricas, y el ámbito de métricas contiene las métricas y la configuración de ese proyecto. Un proyecto de ámbito puede tener más de un proyecto monitorizado en su ámbito de métricas, y el proyecto de ámbito puede ver las métricas y las configuraciones de todos los proyectos monitorizados que se incluyan en el ámbito de métricas. Un proyecto monitorizado también puede pertenecer a más de un ámbito de métricas.
Cuando consultas las métricas de un proyecto de ámbito y ese proyecto de ámbito aloja un ámbito de métricas de varios proyectos, puedes recuperar datos de varios proyectos. Si el ámbito de las métricas incluye todos tus proyectos, las consultas y las reglas se evalúan de forma global.
Para obtener más información sobre el ámbito de los proyectos y de las métricas, consulte Ámbitos de las métricas. Para obtener información sobre cómo configurar el ámbito de las métricas de varios proyectos, consulta Ver métricas de varios proyectos.
Para minimizar la complejidad de tu modelo de permisos, usa el menor número posible de ámbitos de métricas. Si no consideras que tus datos de métricas sean sensibles y no te importa que todos los usuarios puedan acceder a todas las métricas, utiliza un único ámbito de métricas que contenga todos tus proyectos.
Agrupar proyectos para realizar consultas
En los demás casos prácticos, se usan las siguientes configuraciones de ámbito de métricas:
| Ámbito A | Ámbito B | Ámbito C | |
|---|---|---|---|
| Definir el ámbito del proyecto | scoping-project-A | scoping-project-B | scoping-project-C |
| Proyectos monitorizados | Proyecto 1 Proyecto 2 |
Proyecto 3 Proyecto 4 |
Proyecto 1 Proyecto 2 Proyecto 3 Proyecto 4 Proyecto 5 |
| Grupo con permisos de gestión de identidades y accesos (ejemplo) |
Equipo de desarrollo A | Equipo de desarrollo B | Equipo de SRE |