Azure용 GKE로 만든 클러스터는 Azure 리전에 있습니다. 클러스터를 만들 때 클러스터의 Azure 리전과 클러스터를 관리하는 Google Cloud 리전을 모두 지정합니다.
각 Google Cloud 리전은 주변 Azure 리전의 특정 집합에 있는 클러스터를 관리할 수 있습니다.
예를 들어 오리건에 위치한 Google Cloud 리전 us-east4는 Azure 리전에 있는 클러스터를 관리합니다(온타리오의 canadacentral, 아이오와의 centralus, 버지니아의 eastus, 버지니아의 eastus2, 텍사스의 southcentralus).
주변 Google Cloud 리전에서 클러스터를 관리하면 가용성이 향상되고 클러스터 관리 작업의 지연 시간이 줄어듭니다.
Azure용 GKE는 클러스터의 리소스 이름에 클러스터의 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) 데이터와 같은 정보가 포함됩니다.
애플리케이션이 특정 지역에 데이터를 저장해야 하는 경우 클러스터를 만들 때 요구사항을 준수하는 Azure 리전 및 관련Google Cloud 관리 리전을 지정합니다.
[[["이해하기 쉬움","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-07(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."]]
