Configurações invulgares

Em execução fora de Google Cloud

Se o cluster não estiver a ser executado no interior do Google Cloud, tem de configurar manualmente os valores das etiquetas project_id e location. Recomendamos o seguinte:

  • Defina project_id com base na forma como este cluster se enquadra no seu modelo de monitorização de vários inquilinos. A sua conta de serviço tem de estar configurada com as autorizações corretas para o project_id escolhido.

  • Defina location com base na região Google Cloud mais próxima da sua implementação.

Não pode reescrever estas etiquetas através de uma regra de reetiquetagem.

Ter mais de 3500 projetos na sua organização

O número máximo de projetos suportados num âmbito de métricas é 375, mas o número máximo de projetos não suportados num âmbito de métricas é 3500.

Se tiver mais de 3500 projetos, a solução alternativa recomendada é configurar os seus coletores para usar um project_id central em vez do ID do projeto no qual estão a ser executados. As métricas de todos os seus projetos são armazenadas no Monarch com esse ID do projeto central, e pode simplesmente colocar o projeto central num âmbito de métricas.

Se usar esta abordagem, tenha em atenção as seguintes potenciais desvantagens:

  • Ao fazê-lo, perde algum detalhe de multi-inquilino, uma vez que as autorizações só podem ser definidas ao nível do projeto. Pode querer agrupar logicamente os projetos em algumas categorias e usar um projeto central diferente para cada uma.
  • Não é possível substituir o valor project_id das métricas do sistema Google Cloud . Esta solução alternativa não lhe permite ver as métricas gratuitas do Google Kubernetes Engine no projeto central, uma vez que essas métricas permanecem em cada projeto de origem.
  • A utilização de um projeto central pode complicar a utilização de regras e ClusterRules, porque essas regras têm âmbito no projeto em que estão instaladas, e é pouco provável que tenha o mesmo conjunto de nomes de clusters e espaços de nomes em cada projeto. Em alternativa, pode ter de usar GlobalRules.

Localizar manualmente dados numa única Google Cloud região

Por predefinição, o Managed Service for Prometheus armazena dados na Google Cloud região de origem dos dados, e as consultas são naturalmente globais, o que significa que não tem de colocar geograficamente os dados para consultar dados em várias Google Cloud regiões.

Na maioria das situações, este comportamento predefinido é suficiente. No entanto, pode haver situações em que queira armazenar todos os dados de métricas numa única região, por exemplo, se estiver num ambiente altamente regulamentado. Google Cloud

Para armazenar todos os dados de métricas numa única região, configure os coletores para usar uma única location em vez da localização detetada automaticamente do cluster em que estão a ser executados.

O armazenamento de dados numa única Google Cloud região pode complicar a sua utilização de regras e ClusterRules, uma vez que estas têm âmbito na localização em que são instaladas, e é pouco provável que tenha o mesmo conjunto de nomes de clusters e espaços de nomes em cada Google Cloud região. Em alternativa, pode ter de usar GlobalRules.