Esecuzione al di fuori di Google Cloud
Se il cluster non è in esecuzione in Google Cloud, devi configurare manualmente
i valori per le etichette project_id
e location
. Ti consigliamo di procedere come segue:
Imposta
project_id
in base a come questo cluster si inserisce nel tuo modello di monitoraggio multi-tenant. Il service account deve essere configurato con le autorizzazioni corrette per ilproject_id
scelto.Imposta
location
in base alla regione Google Cloud più vicina alla tua implementazione.
Non puoi riscrivere queste etichette utilizzando una regola di rinominazione.
Avere più di 3500 progetti nella tua organizzazione
Il numero massimo di progetti supportati in un ambito delle metriche è 375, ma il numero massimo di progetti non supportati in un ambito delle metriche è 3500.
Se hai più di 3500 progetti,
la soluzione alternativa consigliata è configurare i tuoi collezionisti in modo da utilizzare unproject_id
centrale anziché l'ID del progetto in cui vengono eseguiti. Le metriche di tutti i tuoi progetti vengono memorizzate in Monarch sotto questo ID progetto centrale e puoi semplicemente inserire il progetto centrale in un ambito delle metriche.
Se utilizzi questo approccio, tieni presente i seguenti potenziali svantaggi:
- In questo modo perdi un po' di granularità della multitenancy, poiché le autorizzazioni possono essere impostate solo a livello di progetto. Ti consigliamo di raggruppare logicamente i progetti in alcune categorie e di utilizzare un progetto centrale diverso per ciascuna.
- Il valore
project_id
delle metriche di sistema non può essere superato. Google Cloud Questa soluzione alternativa non ti consente di visualizzare le metriche di Google Kubernetes Engine gratuite nel progetto centrale, poiché queste metriche rimangono all'interno di ciascun progetto di origine. - L'utilizzo di un progetto centrale potrebbe complicare l'utilizzo di Rules e ClusterRules, poiché queste regole sono limitate al progetto in cui sono installate e è improbabile che tu abbia lo stesso insieme di nomi di cluster e spazi dei nomi in ogni progetto. Potresti dover utilizzare GlobalRules.
Individuare manualmente i dati in una singola Google Cloud regione
Per impostazione predefinita, Managed Service per Prometheus archivia i dati nella Google Cloud regione da cui provengono e le query sono naturalmente globali, il che significa che non devi collocare geograficamente i dati per eseguire query sui dati in più Google Cloud regioni.
Nella maggior parte dei casi, questo comportamento predefinito è sufficiente. Tuttavia, in alcune situazioni potresti voler archiviare tutti i dati delle metriche in una singola Google Cloud regione, ad esempio se ti trovi in un ambiente altamente regolamentato.
Per archiviare tutti i dati delle metriche in un'unica regione, configura i tuoi collector in modo che utilizzino un singolo location
anziché la posizione rilevata automaticamente del cluster in cui sono in esecuzione.
L'archiviazione dei dati in una singola Google Cloud regione potrebbe complicare l'uso di Rules e ClusterRules, poiché sono limitati alla posizione in cui vengono installati ed è improbabile che tu abbia lo stesso insieme di nomi di cluster e spazi dei nomi in ogni Google Cloud regione. Potresti dover utilizzare GlobalRules.