在「 Google Cloud」以外執行
如果叢集未在 Google Cloud中執行，您必須手動設定 project_id 和 location 標籤的值。建議您採取以下做法：
根據這個叢集在多租戶監控模型中的適合程度，設定
project_id。服務帳戶必須設定所選project_id的正確權限。根據部署位置最接近的 Google Cloud 區域設定
location。
您無法使用重新標示規則重新命名這些標籤。
貴機構擁有超過 3,500 個專案
指標範圍內最多可支援 375 個專案，但指標範圍內最多可支援 3,500 個專案。
如果您有超過 3,500 個專案，建議您將收集器設定為使用中央 project_id，而非執行專案的 ID。所有專案的指標都會儲存在 Monarch 中，位於該中央專案 ID 底下，您只需將中央專案放入指標範圍即可。
如果您採用這種做法，請注意以下潛在缺點：
- 這樣一來，您就會失去部分多租戶精細度，因為權限只能在個別專案層級設定。您可能會想將專案按邏輯分組為幾個類別，並為每個類別使用不同的集中式專案。
- 您無法覆寫 Google Cloud 系統指標的
project_id值。這個因應措施無法讓您在中央專案中查看 免費 Google Kubernetes Engine 指標，因為這些指標會保留在各個原始專案中。 - 使用集中式專案可能會使您使用 Rules 和 ClusterRules 變得複雜，因為這些規則的範圍僅限於安裝規則的專案，而且您不太可能在每個專案中使用相同的叢集和命名空間名稱組合。您可能必須改用 GlobalRules。
手動在單一 Google Cloud 區域中定位資料
根據預設，Prometheus 代管服務會將資料儲存在資料來源的Google Cloud 區域中，而查詢自然是全域性的，也就是說，您不必將資料在地理上放置在同一位置，即可查詢多個 Google Cloud 區域的資料。
在大多數情況下，這個預設行為就足夠了。不過，在某些情況下，您可能會想要將所有指標資料儲存在單一 Google Cloud 區域中，例如在受到嚴格管制的環境中。
如要在單一區域儲存所有指標資料，請將收集器設為使用單一 location，而非自動偵測所在叢集的位置。
在單一 Google Cloud 區域中儲存資料可能會使您使用 Rules 和 ClusterRules 變得複雜，因為這些項目的範圍僅限於安裝位置，而且您不太可能在每個 Google Cloud 區域中使用相同的叢集和命名空間名稱。您可能必須改用 GlobalRules。