In esecuzione al di fuori di Google Cloud
Se il cluster non è in esecuzione all'interno di Google Cloud, devi configurare manualmente i valori per le etichette project_id e location. Consigliamo quanto segue:
Imposta
project_idin base a come questo cluster si inserisce nel tuo modello di monitoraggio multi-tenant. L'account di servizio deve essere configurato con le autorizzazioni corrette per l'elementoproject_idscelto.Imposta
locationin base alla regione Google Cloud più vicina al tuo deployment.
Non puoi riscrivere queste etichette utilizzando una regola di rietichettatura.
Avere più di 1000 progetti nella tua organizzazione
Il numero massimo supportato di progetti in un ambito delle metriche è 375, ma il numero massimo di progetti non supportato in un ambito delle metriche è 1000.
Se hai più di 1000 progetti, la soluzione alternativa consigliata è configurare i raccoglitori in modo che utilizzino una project_id centrale anziché l'ID del progetto in cui sono in esecuzione. Le metriche di tutti i progetti vengono quindi archiviate in Monarch sotto l'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 perderai una certa granularità multi-tenancy, poiché le autorizzazioni possono essere impostate solo a livello di progetto. Potresti voler raggruppare logicamente i progetti in più categorie e utilizzare un progetto centrale diverso per ognuna.
- Il valore
project_iddelle metriche di sistema di Google Cloud non può essere sostituito. Questa soluzione alternativa non ti consente di visualizzare metriche gratuite di Google Kubernetes Engine nel progetto centrale, poiché queste metriche rimangono all'interno di ogni progetto di origine. - L'utilizzo di un progetto centrale potrebbe complicare l'uso di regole e ClusterRules, perché queste regole hanno come ambito il progetto in cui sono installate ed è improbabile che tu abbia lo stesso set di nomi di cluster e spazio dei nomi in ogni progetto. Potresti dover usare invece GlobalRules.
Individuazione manuale dei dati in una singola regione Google Cloud
Per impostazione predefinita, Managed Service per Prometheus archivia i dati nella regione Google Cloud da cui provengono i dati e le query sono naturalmente globali, il che significa che non è necessario collocare geograficamente i dati per eseguire query sui dati in più regioni Google Cloud.
Nella maggior parte dei casi, questo comportamento predefinito è sufficiente. Tuttavia, potrebbero esserci alcune situazioni in cui vuoi archiviare tutti i dati delle metriche in una singola regione Google Cloud, ad esempio in un ambiente altamente regolamentato.
Per archiviare tutti i dati delle metriche in una singola regione, configura i raccoglitori in modo che utilizzino un singolo location anziché la località rilevata automaticamente del cluster in cui sono in esecuzione.
L'archiviazione dei dati in una singola regione Google Cloud potrebbe complicare l'uso di regole e ClusterRules, poiché hanno come ambito la località in cui sono installati ed è improbabile che tu abbia lo stesso insieme di nomi di cluster e di spazio dei nomi in ogni regione Google Cloud. Potresti dover usare invece GlobalRules.