Ubicaciones de depósitos

En esta página, se explica el concepto de ubicación de depósitos y las diferentes ubicaciones en las que puedes crear depósitos. La ubicación de un bucket define el lugar físico donde residen los datos de objetos del bucket.

Para obtener información sobre cómo configurar la ubicación de tu bucket, consulta Crea buckets.

Conceptos clave

Configura de forma permanente una ubicación geográfica para almacenar tus datos de objeto cuando crees un bucket.
- No puedes cambiar la ubicación de un bucket después de crearlo, pero puedes trasladar los datos a un bucket en una ubicación diferente.
Puedes elegir entre los siguientes tipos de ubicaciones:
- Una región corresponde a un lugar geográfico específico, como São Paulo.
- Una región dual corresponde a un par específico de regiones, como Tokio y Osaka.
- Una multirregión es un área geográfica grande, como los Estados Unidos, que contiene dos o más lugares geográficos.
El tipo de ubicación determina cómo se replican tus datos y sus precios.
Cloud Storage almacena datos de objetos en la ubicación seleccionada según los Términos específicos del servicio.
La información de ubicación de un bucket es parte de los metadatos del bucket, que puedes ver si tienes permiso para hacerlo.

Consideraciones de ubicación

Cuando elijas la ubicación para un bucket de Cloud Storage, ten en cuenta las diferencias en disponibilidad, precio y rendimiento, como se muestra en la tabla siguiente.

	Regional	Birregional	Multirregión
Disponibilidad¹	Redundancia de datos entre zonas de disponibilidad (síncrona) RTO(objetivo de tiempo de recuperación)=0: Conmutación por error y por recuperación automatizada en caso de fallas zonales (no es necesario cambiar las rutas de almacenamiento)	Mayor disponibilidad que la regional Redundancia de datos entre regiones (asíncronas) Opción replicación turbo para la replicación en 15 minutos RTO(objetivo de tiempo de recuperación)=0: Conmutación por error y por recuperación automatizada en caso de fallas regionales (no es necesario cambiar las rutas de almacenamiento)	Mayor disponibilidad que la regional Redundancia de datos entre regiones (asíncronas) RTO(objetivo de tiempo de recuperación)=0: Conmutación por error y por recuperación automatizada en caso de fallas regionales (no es necesario cambiar las rutas de almacenamiento)
Rendimiento	200 Gbps (por región, por proyecto) Escalable a muchos Tbps mediante la solicitud de una cuota de ancho de banda mayor	200 Gbps (por región, por proyecto) Escalable a muchos Tbps mediante la solicitud de una cuota de ancho de banda mayor	50 Gbps (por región, por proyecto) Escalamiento limitado del rendimiento y rendimiento variable para las lecturas
Precios	Precio de almacenamiento más bajo Sin cargos de replicación Sin cargos de salida cuando se leen datos dentro de la misma región	Precio de almacenamiento más alto Se aplican cargos de replicación cuando se escribe Sin cargos de salida cuando se leen datos dentro de cualquier región	Precio de almacenamiento más alto que el regional, pero más bajo que el birregional Se aplican cargos de replicación cuando se escribe Siempre se aplican cargos de salida cuando se leen datos

El objetivo de nivel de servicio (SLO) para cada opción de ubicación depende de la clase de almacenamiento del bucket. Consulta el Acuerdo de Nivel de Servicio (ANS) de Cloud Storage.

Recomendaciones de ubicación

Requisitos	Ubicación del bucket recomendada	Ejemplos de cargas de trabajo
Latencia y ancho de banda optimizados Costo de almacenamiento de datos más bajo Redundancia de varias zonas	Regional	Análisis Copias de seguridad y archivo
Latencia y ancho de banda optimizados Redundancia entre regiones	Birregional¹	Análisis Copias de seguridad y archivo Recuperación ante desastres
Acceso a datos entre zonas geográficas Mayor disponibilidad	Multirregión	Entrega de contenido

Si necesitas un objetivo de punto de recuperación (RPO) corto y predecible, habilita la función premium replicación turbo.

Para maximizar el rendimiento y reducir el costo total de propiedad, ubica juntos tus datos y procesa en las mismas regiones. Las ubicaciones regionales y birregionales son adecuadas para este fin.
Para evitar cargos de replicación de datos, almacena conjuntos de datos de corta duración en ubicaciones regionales.
Para el rendimiento moderado y las cargas de trabajo de estadísticas ad hoc, el almacenamiento multirregión puede ser una opción rentable.
Consulta la tabla de precios de almacenamiento de datos para conocer los costos de almacenamiento en cada ubicación.

Notas de VM de Compute Engine

Almacenar datos en la misma región que tus instancias de VM de Compute Engine puede proporcionar un mejor rendimiento. Esta ventaja se aplica a regiones y regiones dobles.
Aunque no puedes especificar una zona de Compute Engine como ubicación de bucket, todas las instancias de VM de Compute Engine en zonas dentro de una región determinada tienen un rendimiento similar cuando se accede a bucket s en esa región.

Ubicaciones disponibles

En las secciones siguientes, se enumeran las ubicaciones de Cloud Storage disponibles para almacenar tus datos.

Regiones

Área geográfica	Nombre de la región	Descripción de la región
Norteamérica
	`NORTHAMERICA-NORTHEAST1`	Montreal	CO₂ bajo
	`NORTHAMERICA-NORTHEAST2`	Toronto	CO₂ bajo
	`US-CENTRAL1`	Iowa	CO₂ bajo
	`US-EAST1`	Carolina del Sur
	`US-EAST4`	Virginia del Norte
	`US-EAST5`	Columbus
	`US-SOUTH1`	Dallas
	`US-WEST1`	Oregón	CO₂ bajo
	`US-WEST2`	Los Ángeles
	`US-WEST3`	Salt Lake City
	`US-WEST4`	Las Vegas
Sudamérica
	`SOUTHAMERICA-EAST1`	São Paulo	CO₂ bajo
	`SOUTHAMERICA-WEST1`	Santiago	CO₂ bajo
Europa
	`EUROPE-CENTRAL2`	Varsovia
	`EUROPE-NORTH1`	Finlandia	CO₂ bajo
	`EUROPE-SOUTHWEST1`	Madrid
	`EUROPE-WEST1`	Bélgica	CO₂ bajo
	`EUROPE-WEST2`	Londres	CO₂ bajo
	`EUROPE-WEST3`	Fráncfort	CO₂ bajo
	`EUROPE-WEST4`	Países Bajos
	`EUROPE-WEST6`	Zúrich	CO₂ bajo
	`EUROPE-WEST8`	Milán
	`EUROPE-WEST9`	París	CO₂ bajo
	`EUROPE-WEST10`	Berlín
	`EUROPE-WEST12`	Turín
Asia
	`ASIA-EAST1`	Taiwán
	`ASIA-EAST2`	Hong Kong
	`ASIA-NORTHEAST1`	Tokio
	`ASIA-NORTHEAST2`	Osaka
	`ASIA-NORTHEAST3`	Seúl
	`ASIA-SOUTHEAST1`	Singapur
India
	`ASIA-SOUTH1`	Bombay
	`ASIA-SOUTH2`	Delhi
Indonesia
	`ASIA-SOUTHEAST2`	Yakarta
Oriente Medio
	`ME-CENTRAL1`	Doha
	`ME-WEST1`	Tel Aviv
Australia
	`AUSTRALIA-SOUTHEAST1`	Sídney
	`AUSTRALIA-SOUTHEAST2`	Melbourne

Regiones dobles

Cuando creas un bucket de región doble, el par de regiones que usas para crear la región doble debe estar dentro de la misma multirregión. Incluyes el código de esa multirregión en el parámetro LOCATION cuando creas tu bucket, y ese código multirregional también se especifica cuando usas claves de encriptación administradas por el cliente o la restricción de ubicaciones de recursos con tu región doble.

En la actualidad, se admiten las siguientes regiones para crear regiones dobles:

Código multirregional	Nombre de la región	Descripción de la región
`ASIA`
	`ASIA-EAST1`	Taiwán
	`ASIA-NORTHEAST1`¹	Tokio
	`ASIA-NORTHEAST2`¹	Osaka
	`ASIA-SOUTHEAST1`	Singapur
`AU`
	`AUSTRALIA-SOUTHEAST1`	Sídney
	`AUSTRALIA-SOUTHEAST2`	Melbourne
`CA`
	`NORTHAMERICA-NORTHEAST1`	Montreal
	`NORTHAMERICA-NORTHEAST2`	Toronto
`EU`
	`EUROPE-CENTRAL2`	Varsovia
	`EUROPE-NORTH1`²	Finlandia
	`EUROPE-SOUTHWEST1`	Madrid
	`EUROPE-WEST1`	Bélgica
	`EUROPE-WEST3`	Fráncfort
	`EUROPE-WEST4`²	Países Bajos
	`EUROPE-WEST8`	Milán
	`EUROPE-WEST9`	París
`IN`
	`ASIA-SOUTH1`	Bombay
	`ASIA-SOUTH2`	Delhi
`US`
	`US-CENTRAL1`³	Iowa
	`US-EAST1` ³	Carolina del Sur
	`US-EAST4`	Virginia del Norte
	`US-EAST5`⁴	Columbus
	`US-SOUTH1`	Dallas
	`US-WEST1`	Oregón
	`US-WEST2`	Los Ángeles
	`US-WEST3`	Salt Lake City
	`US-WEST4`	Las Vegas

¹ASIA-NORTHEAST1 y ASIA-NORTHEAST2 deben estar vinculados en la actualidad, y esta sincronización de región doble se comporta de manera diferente a las vinculaciones de región doble típicas. Para obtener más información, consulta Regiones dobles predefinidas.

²La vinculación birregional de EUROPE-NORTH1 y EUROPE-WEST4 se comporta de manera diferente a las vinculaciones birregionales típicas. Para obtener más información, consulta Regiones dobles predefinidas.

³La vinculación birregional de US-CENTRAL1 y US-EAST1 se comporta de manera diferente a las vinculaciones birregionales típicas. Para obtener más información, consulta Regiones dobles predefinidas.

⁴US-EAST5 se debe vincular con US-CENTRAL1 o US-EAST1.

Regiones dobles predefinidas

Las siguientes vinculaciones birregionales existen solo como regiones dobles predefinidas, que difieren de alguna manera en la mayoría de las vinculaciones birregionales:

Nombre de la región doble predefinida	Descripción de la región
`ASIA1`	Tokio + Osaka
`EUR4`	Finlandia y Países Bajos
`NAM4`	Iowa y Carolina del Sur

Ten en cuenta lo siguiente cuando uses regiones dobles predefinidas:

Por lo general, las regiones dobles predefinidas no se pueden crear con un flujo de trabajo típico de creación birregional. Se deben crear sin una configuración de posición personalizada y con su nombre de la región doble predefinido como la ubicación. Una vez creados, estos buckets muestran el nombre predefinido de región doble como la ubicación y no contienen una configuración de posición personalizada.
- Algunas herramientas ocultan parte o todo este comportamiento para las regiones dobles predefinidas. Por ejemplo, en la consola de Google Cloud, la creación de buckets es la misma para todos las vinculaciones birregionales. Sin embargo, una vez creada, la consola de Google Cloud muestra la ubicación de las regiones dobles predefinidas mediante su nombre predefinido, y esos buckets están sujetos al resto de las consideraciones que se enumeran en esta sección.
Las regiones dobles predefinidas requieren claves de Cloud KMS diferentes en comparación con otras regiones dobles en el mismo continente. Para obtener más información, consulta Restricciones de la clave de encriptación administrada por el cliente.
Las regiones dobles predefinidas facturan el uso del almacenamiento con sus SKU locales, mientras que las regiones dobles facturan según sus regiones subyacentes.
Cuando se usa la restricción de ubicaciones de recursos en una política de la organización, las regiones dobles predefinidas no se incluyen en la multirregión en la que residen, mientras que las regiones dobles típicas sí. Las regiones dobles predefinidas deben agregarse de forma explícita cuando se establece la restricción, o deben ser parte de un grupo de valores que se incluye en la restricción.

Multirregiones

Nombre de la multirregión	Descripción de la multirregión
`ASIA`	Centros de datos en Asia, sin incluir Hong Kong ni Indonesia
`EU`	Centros de datos dentro de estados miembros de la Unión Europea^*
`US`	Centros de datos en Estados Unidos

^* Los datos de objeto agregados a un bucket en la multirregión EU no se almacenan en las regiones de EUROPE-WEST2 (Londres) o EUROPE-WEST6 (Zúrich).

¿Qué sigue?

Crea un depósito.
Obtén la ubicación de un bucket existente mediante la visualización de los metadatos del bucket.
Obtén más información sobre las regiones dobles.
Descubre todos los servicios de Google Cloud disponibles en ubicaciones de todo el mundo.
Explora conceptos adicionales basados en la ubicación, como las zonas que se aplican a otros servicios de Google Cloud.

Pruébalo tú mismo

Si es la primera vez que usas Google Cloud, crea una cuenta para evaluar el rendimiento de Cloud Storage en situaciones reales. Los clientes nuevos también obtienen $300 en créditos gratuitos para ejecutar, probar y, además, implementar cargas de trabajo.

Probar Cloud Storage gratis