Configuraciones poco habituales

Se ejecuta fuera de Google Cloud

Si tu clúster no se ejecuta en Google Cloud, debes configurar manualmente los valores de las etiquetas project_id y location. Te recomendamos lo siguiente:

  • Define project_id en función de cómo encaje este clúster en tu modelo de monitorización multiarrendatario. Tu cuenta de servicio debe configurarse con los permisos correctos para el project_id que hayas elegido.

  • Define location en función de la Google Cloud región más cercana a tu implementación.

No puedes reescribir estas etiquetas con una regla de cambio de etiqueta.

Tener más de 3500 proyectos en tu organización

El número máximo de proyectos admitidos en un ámbito de métricas es 375, pero el número máximo de proyectos no admitidos en un ámbito de métricas es 3500.

Si tienes más de 3500 proyectos, te recomendamos que configures tus recolectores 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 ese ID de proyecto central, y puedes incluir el proyecto central en un ámbito de métricas.

Si utiliza este método, tenga en cuenta los siguientes inconvenientes:

  • Si lo haces, perderás parte de la granularidad de la arquitectura multiempresa, ya que los permisos solo se pueden definir a nivel de proyecto. Puede que quieras agrupar los proyectos de forma lógica en varias categorías y usar un proyecto central diferente para cada una.
  • El valor project_id de las métricas del sistema Google Cloud no se puede anular. 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 en cada proyecto de origen.
  • Usar un proyecto central puede complicar el uso de Rules y ClusterRules, ya que estas reglas se limitan 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 tengas que usar GlobalRules.

Localizar datos manualmente en una sola Google Cloud región

De forma predeterminada, Managed Service para Prometheus almacena los datos en laGoogle Cloud región de la que proceden, y las consultas son globales de forma natural, lo que significa que no tienes que colocar los datos en la misma ubicación geográfica para consultar datos de varias regiones Google Cloud .

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

Para almacenar todos los datos de métricas en una sola región, configure sus colectores para que usen un solo location en lugar de la ubicación detectada automáticamente del clúster en el que se ejecutan.

Almacenar datos en una sola Google Cloud región puede complicar el uso de Rules y ClusterRules, ya que su ámbito se limita a la ubicación en la que se instalan y es poco probable que tengas el mismo conjunto de nombres de clústeres y espacios de nombres en cada Google Cloud región. Es posible que tengas que usar GlobalRules.