Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Wenn Sie ein Repository erstellen, müssen Sie den Speicherort angeben. Der ausgewählte Speicherort bestimmt, wo der Repository-Speicher erstellt wird. Sie können Repositories an den folgenden Speicherorten erstellen:
Region ist ein bestimmter geografischer Ort, z. B. Tokio oder Northern Virginia.
Mehrfachregion ist ein großes geografisches Gebiet wie Asien oder die USA, das mindestens zwei geografische Bereiche enthält.
Ein guter Standort bietet für die Datennutzer den optimalen Ausgleich von Latenz, Verfügbarkeit und Kosten der Bandbreite.
Verwenden Sie eine Region, um die Latenz und die Netzwerkbandbreite für Uploads und Downloads von Systemen in derselben Region zu optimieren.
Sie sollten einen Speicherort mit mehreren Regionen verwenden, wenn Sie mit Systemen interagieren möchten, die sich außerhalb des Google-Netzwerks befinden und über große geografische Regionen verteilt sind, oder wenn Sie eine höhere Verfügbarkeit erreichen möchten, die über Regionen hinweg redundant ist.
Im Allgemeinen sollten Sie Ihre Artefakte an einem Ort speichern, der praktisch ist oder den Großteil der Nutzer Ihrer Daten umfasst.
Zu Compute Engine
Wenn Sie Daten wie Compute Engine-VM-Instanzen in derselben Region speichern, können Sie eine bessere Leistung erzielen.
Sie können zwar den Speicherort eines Compute Engine-Zonen-Repositorys nicht angeben, aber alle Compute Engine-VM-Instanzen in Zonen innerhalb einer bestimmten Region haben eine ähnliche Leistung beim Zugriff auf den Speicher in dieser Region.
Führen Sie den folgenden Befehl aus, um eine Liste der unterstützten Repository-Speicherorte anzuzeigen:
gcloudartifactslocationslist
Standorteinschränkungen
Ihre Organisation hat möglicherweise bestimmte Anforderungen an den Speicherort der gespeicherten Daten. Wenn Ihre Organisationsrichtlinie Einschränkungen für Ressourcenstandorte enthält, erzwingt Artifact Registry die Einschränkungen, wenn Sie ein Repository erstellen.
Die Einhaltung der Organisationsrichtlinie wird nicht rückwirkend für vorhandene Repositories erzwungen. Wenn Sie neue Standorteinschränkungen für vorhandene gespeicherte Artefakte erzwingen möchten, erstellen Sie neue Repositories, nachdem die Organisationsrichtlinie angewendet wurde, und migrieren Sie dann Artefakte aus alten Repositories in die neuen. Mit dem gcrane-Tool können Sie Images zwischen Repositories kopieren.
Verfügbare Regionen
Kontinent
Name der Region
Beschreibung der Region
Nordamerika
northamerica-northeast1
Montreal
northamerica-northeast2
Toronto
northamerica-south1
Queretaro
us-central1
Iowa
us-east1
South Carolina
us-east4
Northern Virginia
us-east5
Columbus
us-south1
Dallas
us-west1
Oregon
us-west2
Los Angeles
us-west3
Salt Lake City
us-west4
Las Vegas
Südamerika
southamerica-east1
São Paulo
southamerica-west1
Santiago
Europa
europe-central2
Warschau
europe-north1
Finnland
europe-north2
Stockholm
europe-southwest1
Madrid
europe-west1
Belgien
europe-west2
London
europe-west3
Frankfurt
europe-west4
Niederlande
europe-west6
Zürich
europe-west8
Mailand
europe-west9
Paris
europe-west10
Berlin
europe-west12
Turin
Naher Osten
me-central1
Doha
me-central2
Dammam
me-west1
Tel Aviv
Asien
asia-east1
Taiwan
asia-east2
Hongkong
asia-northeast1
Tokio
asia-northeast2
Osaka
asia-northeast3
Seoul
asia-south1
Mumbai
asia-south2
Delhi
asia-southeast1
Singapur
asia-southeast2
Jakarta
Australien
australia-southeast1
Sydney
australia-southeast2
Melbourne
Afrika
africa-south1
Johannesburg
Verfügbare Mehrfachregionen
Die Rechenzentren eines multiregionalen Standorts sind über ein allgemeines geografisches Gebiet verteilt. Eine Ressource, die am multiregionalen Standort europe erstellt wurde, verbleibt beispielsweise in mehreren Rechenzentren innerhalb der Europäischen Union. Es ist nicht möglich, zu konfigurieren, welche Rechenzentren ausgewählt werden oder wo diese sich innerhalb des multiregionalen Standorts befinden.
Wenn Sie das Image-Streaming der Google Kubernetes Engine verwenden, muss sich Ihr Artifact Registry-Repository in derselben Region wie Ihre GKE-Knoten oder in einer Multi-Region befinden, die der Region entspricht, in der Ihre Knoten ausgeführt werden. Beispiel:
Wenn sich Ihre Knoten in us-east1 befinden, ist Image-Streaming für Repositories in der Region us-east1 oder der Multi-Region us verfügbar, da sowohl GKE als auch Artifact Registry in Rechenzentren in den Vereinigten Staaten ausgeführt werden.
Wenn sich Ihre Knoten in der Region northamerica-northeast1 befinden, werden die Knoten in Kanada ausgeführt. In diesem Fall ist Image-Streaming nur für Repositories in derselben Region verfügbar.
Name
Beschreibung
asia
Rechenzentren in Asien
europe
Rechenzentren in der Europäischen Union1
us
Rechenzentren in den USA
1 Objektdaten in einem Repository am multiregionalen Standort europe werden nicht im Rechenzentrum europe-west2 oder europe-west6 gespeichert.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-18 (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)"]]