Configuraciones inusuales

Ejecutar fuera de Google Cloud

Si tu clúster no se ejecuta dentro de Google Cloud, debes configurar los valores de las etiquetas project_id y location de forma manual. Te recomendamos que hagas lo siguiente:

• Establece project_id en función de cómo este clúster se ajusta a tu modelo de supervisión multiusuario. La cuenta de servicio debe estar configurada con los permisos correctos para la project_id que elegiste.

• Configura location según la región de Google Cloud más cercana a la implementación.

No puedes reescribir estas etiquetas mediante una regla de reetiquetado.

Tener más de 1,000 proyectos en tu organización

La cantidad máxima de proyectos admitidos en un alcance de métricas es de 375, pero la cantidad máxima de proyectos no compatibles en un alcance de métricas es 1,000.

Si tienes más de 1,000 proyectos, la solución recomendada es configurar tus recopiladores para que usen un project_id central en lugar del ID del proyecto en el que se ejecutan. Las métricas de todos tus proyectos se almacenan en Monarch con el ID del proyecto central y puedes colocar el proyecto central en un permiso de métricas.

Si usas este enfoque, ten en cuenta las siguientes desventajas posibles:

• Si haces esto, perderás cierto nivel de detalle multiusuario, ya que los permisos solo se pueden configurar a nivel de proyecto. Recomendamos agrupar los proyectos de forma lógica en algunas categorías y usar un proyecto central diferente para cada uno.
• No se puede anular el valor de project_id de las métricas del sistema de Google Cloud. Con esta solución alternativa, no podrás ver las métricas gratuitas de Google Kubernetes Engine en el proyecto central, ya que esas métricas permanecen dentro de cada proyecto de origen.
• Usar un proyecto central podría complicar el uso de Rules y ClusterRules, ya que esas reglas están sujetas al proyecto en el que están instaladas, y es poco probable que tengas el mismo conjunto de nombres de clústeres y espacios de nombres en cada proyecto. Es posible que debas usar GlobalRules en su lugar.

Ubicar manualmente los datos en una sola región de Google Cloud

De forma predeterminada, Managed Service para Prometheus almacena datos en la región de Google Cloud desde la que se originan los datos, y las consultas son naturalmente globales, lo que significa que no tienes que ubicar geográficamente juntos los datos para realizar consultas de datos en varias regiones de Google Cloud.

En la mayoría de las situaciones, este comportamiento predeterminado es suficiente. Sin embargo, puede haber algunas situaciones en las que desees almacenar todos los datos de métricas en una sola región de Google Cloud, por ejemplo, si te encuentras en un entorno muy regulado.

Para almacenar todos los datos de métricas en una sola región, configura tus recopiladores a fin de que usen una sola location en lugar de la ubicación detectada automáticamente del clúster en el que se ejecutan.

Almacenar datos en una sola región de Google Cloud podría complicar el uso de Rules y ClusterRules, ya que están sujetas a la ubicación en la que se instalan y es poco probable que tengan el mismo conjunto de nombres de espacios de nombres y clústeres en cada región de Google Cloud. Es posible que debas usar GlobalRules en su lugar.