GKE on Azure で作成されたクラスタは、Azure リージョンにあります。クラスタの作成時に、クラスタの Azure リージョンと、そのクラスタを管理する Google Cloud リージョンの両方を指定します。
各 Google Cloud リージョンでは、周辺にある特定の Azure リージョンに存在する一連のクラスタを管理できます。たとえば、オレゴン州にある Google Cloud リージョン us-east4 は、Azure リージョン（オンタリオ州の canadacentral、アイオワ州の centralus、バージニア州の eastus、バージニア州の eastus2、テキサス州の southcentralus）のクラスタを管理します。周辺の Google Cloud リージョンでクラスタを管理すると、可用性が向上し、クラスタ管理オペレーションのレイテンシが短縮されます。
GKE on Azure では、クラスタのリソース名にクラスタの Google Cloud リージョンが追加されます。たとえば、リージョン us-west1 のプロジェクト my-project に作成した my-cluster という名前のクラスタのリソース名は、projects/my-project/locations/us-west1/azureClusters/my-cluster に設定されます。これに対し、Azure リージョンはクラスタ リソースの一部です。API 呼び出しの azure_region フィールドで指定できます。
データの局所性
クラスタを管理するには、GKE Multi-Cloud API で、クラスタの作成時に指定した Google Cloud リージョン内のクラスタの状態に関する情報を保存する必要があります。このデータには、（クラスタのリージョンに保存される）ワークロード固有のデータは含まれていませんが、Azure リソース ID や公開鍵基盤（PKI）データなどの情報は含まれています。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["わかりにくい","hardToUnderstand","thumb-down"],["情報またはサンプルコードが不正確","incorrectInformationOrSampleCode","thumb-down"],["必要な情報 / サンプルがない","missingTheInformationSamplesINeed","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-08-30 UTC。"],[],[],null,["# Google Cloud management regions overview\n========================================\n\nGoogle Cloud management regions and locations\n---------------------------------------------\n\nClusters created with GKE on Azure are located in a Azure\nregion. When you create a cluster, you specify both an Azure region\nfor your cluster and a Google Cloud region that manages the cluster.\n\nEach Google Cloud region can manage clusters in a specific set of\nnearby Azure regions.\n\nFor example, the Google Cloud region `us-east4`, located in Oregon, manages clusters\nin the Azure regions `canadacentral` in Ontario, `centralus` in Iowa, `eastus` in\nVirginia, `eastus2` in Virginia and `southcentralus` in Texas.\n\nManaging your clusters from nearby Google Cloud regions improves availability\nand reduces the latency of cluster management operations.\n\nGKE on Azure includes the cluster's Google Cloud region in\nthe cluster's resource name. For example, a cluster named `my-cluster` created\nin project `my-project` on region `us-west1` has a resource name of\n`projects/my-project/locations/us-west1/azureClusters/my-cluster`. By contrast,\nthe Azure region is part of the cluster resource. You can specify it in the\n`azure_region` field of API calls.\n\nData locality\n-------------\n\nTo manage your clusters, the GKE Multi-Cloud API must store\ninformation about your cluster's state in the Google Cloud region you specified\nwhen creating the cluster. This data doesn't include workload-specific data\n(which is stored in your cluster's region) but does include\ninformation such as Azure resource IDs and public key infrastructure (PKI)\ndata.\n\nIf your application needs to store its data in a particular geographic region,\nspecify an Azure region and its associated\nGoogle Cloud management region that comply with your requirements when you\ncreate your clusters.\n\nGoogle Cloud regions and nearby Azure regions\n---------------------------------------------\n\nYou can fetch the most up-to-date list of current Azure regions\nsupported by a\n[Google Cloud region](https://cloud.google.com/compute/docs/regions-zones#available) by\nrunning the following gcloud command: \n\n gcloud container azure get-server-config --location \u003cvar translate=\"no\"\u003eGOOGLE_CLOUD_REGION\u003c/var\u003e\n\nReplace \u003cvar translate=\"no\"\u003eGOOGLE_CLOUD_REGION\u003c/var\u003e with the name of the Google Cloud region you're\nquerying."]]
