Compute Engine 영역 저장소 위치를 지정할 수는 없지만, 특정 리전 내의 스토리지에 액세스할 때 해당 리전 내의 영역에 있는 모든 Compute Engine VM 인스턴스는 성능이 비슷합니다.
지원되는 저장소 위치 목록을 보려면 다음 명령어를 실행합니다.
gcloudartifactslocationslist
위치 제약조건
조직에 저장된 데이터의 위치에 대한 특정 요구사항이 있을 수 있습니다. 조직 정책에 리소스 위치 제약조건이 포함된 경우 저장소를 만들 때 Artifact Registry에서 제약조건을 적용합니다.
조직 정책 준수는 소급해서 기존 저장소에 시행되지 않습니다. 기존에 저장된 아티팩트에 새 위치 제약조건을 시행하려면 조직 정책을 적용한 후에 새 저장소를 만든 다음 이전 저장소의 아티팩트를 새 저장소로 마이그레이션합니다. gcrane 도구를 사용하여 저장소 간에 이미지를 복사할 수 있습니다.
사용 가능한 리전
대륙
리전 이름
리전 설명
북미
northamerica-northeast1
몬트리올
northamerica-northeast2
토론토
northamerica-south1
케레타로
us-central1
아이오와
us-east1
사우스캐롤라이나
us-east4
북 버지니아
us-east5
콜럼버스
us-south1
댈러스
us-west1
오리건
us-west2
로스앤젤레스
us-west3
솔트레이크시티
us-west4
라스베이거스
남미
southamerica-east1
상파울루
southamerica-west1
산티아고
유럽
europe-central2
바르샤바
europe-north1
핀란드
europe-north2
스톡홀름
europe-southwest1
마드리드
europe-west1
벨기에
europe-west2
런던
europe-west3
프랑크푸르트
europe-west4
네덜란드
europe-west6
취리히
europe-west8
밀라노
europe-west9
파리
europe-west10
베를린
europe-west12
토리노
중동
me-central1
도하
me-central2
담맘
me-west1
텔아비브
아시아
asia-east1
타이완
asia-east2
홍콩
asia-northeast1
도쿄
asia-northeast2
오사카
asia-northeast3
서울
asia-south1
뭄바이
asia-south2
델리
asia-southeast1
싱가포르
asia-southeast2
자카르타
오스트레일리아
australia-southeast1
시드니
australia-southeast2
멜버른
아프리카
africa-south1
요하네스버그
사용 가능한 멀티 리전
멀티 리전 위치의 데이터 센터는 일반적인 지리적 영역에 분산되어 있습니다. 예를 들어 europe 멀티 리전에서 생성된 리소스는 유럽 연합 내의 여러 데이터 센터에 유지됩니다. 어떤 데이터 센터가 선택되는지 또는 멀티 리전 내 데이터 센터의 위치가 어디인지 구성할 수 없습니다.
Google Kubernetes Engine 이미지 스트리밍을 사용하는 경우 Artifact Registry 저장소는 GKE 노드와 동일한 리전 또는 노드가 실행되는 리전에 해당하는 멀티 리전에 있어야 합니다. 예를 들면 다음과 같습니다.
노드가 us-east1에 있는 경우 GKE 및 Artifact Registry가 모두 미국 내 데이터 센터 위치에서 실행되므로 us-east1 리전 또는 us 멀티 리전의 저장소에 이미지 스트리밍을 사용할 수 있습니다.
노드가 northamerica-northeast1 리전에 있으면 노드는 캐나다에서 실행 중인 것입니다. 이 경우 이미지 스트리밍은 동일한 리전의 저장소에서만 사용할 수 있습니다.
멀티 리전 이름
멀티 리전 설명
asia
아시아의 데이터 센터
europe
유럽 연합의 데이터 센터1
us
미국의 데이터 센터
1europe 멀티 리전의 저장소에 추가된 객체 데이터는 europe-west2 또는 europe-west6 데이터 센터에 저장되지 않습니다.
[[["이해하기 쉬움","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-09-04(UTC)"],[[["\u003cp\u003eRepositories in Artifact Registry must be assigned a location, which can be either a specific region, like Tokyo, or a multi-region, such as Asia.\u003c/p\u003e\n"],["\u003cp\u003eChoosing a region helps optimize latency and network bandwidth for systems located in that same region, while multi-regions are better for interactions with systems outside the Google network or requiring high availability.\u003c/p\u003e\n"],["\u003cp\u003eStoring artifacts in the same region as Compute Engine VM instances can enhance performance, and while a specific zone cannot be selected for a repository, VMs within the same region will experience similar performance.\u003c/p\u003e\n"],["\u003cp\u003eOrganization policies may enforce location constraints on repositories, and if existing repositories need to adhere to these new constraints, new repositories must be created and artifacts migrated to them.\u003c/p\u003e\n"],["\u003cp\u003eMulti-regions include the geographic areas of \u003ccode\u003easia\u003c/code\u003e, \u003ccode\u003eeurope\u003c/code\u003e, and \u003ccode\u003eus\u003c/code\u003e, and when using Image streaming with Google Kubernetes Engine, the repository must be in the same region as the GKE nodes, or a multi-region corresponding to the nodes' region.\u003c/p\u003e\n"]]],[],null,["# Artifact Registry locations\n\nWhen you create a repository, you must specify its location. The\nchosen location determines where the repository storage is created. You can\ncreate repositories in the following types of locations:\n\n- *Region* is a specific geographic place, such as Tokyo or Northern Virginia.\n\n- *Multi-region* is a large geographic area, such as Asia or the\n United States, that contains two or more geographic places.\n\nArtifact Registry stores artifacts in the selected location in\naccordance with the [Service Specific Terms](/terms/service-terms).\n\nA good location balances latency, availability, and bandwidth costs for data\nconsumers.\n\n- Use a region to help optimize latency and network bandwidth for uploads and downloads by systems located in the same region.\n\n\u003c!-- --\u003e\n\n- Use a multi-region when you want to interact with systems that are outside of the Google network and distributed across large geographic areas, or when you want the higher availability that comes with being [redundant across regions](/storage/docs/availability-durability#cross-region-redundancy).\n\n\u003c!-- --\u003e\n\n- Generally, you should store your artifacts in a location that is convenient or\n contains the majority of the users of your data.\n\n- For Compute Engine\n\n - Storing data in the same region as your [Compute Engine VM instances](/compute/docs/instances) can provide better performance.\n - While you can't specify a Compute Engine zone repository location, all Compute Engine VM instances in zones within a given region have similar performance when accessing storage in that region.\n\nTo view a list of supported repository locations, run the command: \n\n gcloud artifacts locations list\n\nLocation constraints\n--------------------\n\nYour organization might have specific requirements for the location of\nstored data. If your organization policy includes\n[resource location constraints](/resource-manager/docs/organization-policy/defining-locations),\nArtifact Registry enforces the constraints when you create a repository.\n\nOrganization policy compliance isn't enforced retroactively on existing\nrepositories. To enforce new location constraints on existing stored artifacts,\ncreate new repositories after the organization policy is applied, and then\nmigrate artifacts from old repositories to the new ones. You can use the [gcrane](https://github.com/google/go-containerregistry/tree/main/cmd/gcrane)\ntool to copy images between repositories.\n\nAvailable regions\n-----------------\n\nAvailable multi-regions\n-----------------------\n\nA multi-regional location's data centers are spread across a general\ngeographical area. For example, a resource created in the `europe` multi-region\npersists in multiple data centers within the European Union. It is not possible\nto configure which data centers are selected or where they are located within\nthe multi-region.\n\nIf you use Google Kubernetes Engine [Image streaming](/kubernetes-engine/docs/how-to/image-streaming), your Artifact Registry\nrepository must be in the same [region](#location-r) as your GKE\nnodes, or in a multi-region that corresponds with the region where your nodes\nare running. For example:\n\n- If your nodes are in `us-east1`, Image streaming is available for repositories in the `us-east1` region or the `us` multi-region since both GKE and Artifact Registry are running in data center locations within the United States.\n- If your nodes are in the `northamerica-northeast1` region, the nodes are running in Canada. In this situation, Image streaming is only available for repositories in the same region.\n\n^1^ Object data added to a repository in the `europe` multi-region\nis not stored in the `europe-west2` or `europe-west6` data center.\n\nWhat's next\n-----------\n\n- [Create repositories](/artifact-registry/docs/repositories/create-repos)\n- [Learn more about location concepts](/docs/geography-and-regions)"]]
