Ubicaciones de Cloud KMS

Dentro de un proyecto, los recursos de Cloud Key Management Service se pueden crear en una de varias ubicaciones. Estas representan las regiones geográficas en las que se almacena un recurso de Cloud KMS y se puede acceder a él. La ubicación de una clave afecta el rendimiento de las aplicaciones que la usan. Algunos recursos, como las claves de Cloud HSM, no están disponibles en todas las ubicaciones.

El material de clave para las claves de Cloud KMS y Cloud HSM se limita a la región seleccionada mientras está en reposo y en uso.

Tipos de ubicaciones para Cloud KMS

Puedes crear recursos de Cloud KMS, Cloud HSM y Cloud EKM en diferentes tipos de ubicaciones en Google Cloud, según tus requisitos de disponibilidad. Las ubicaciones se agregan de forma habitual. Para obtener información específica sobre cada ubicación, consulta Ubicaciones.

Puedes obtener más información para elegir el mejor tipo de ubicación.

Ubicaciones regionales

Los centros de datos de una ubicación regional existen en un lugar geográfico específico. Por ejemplo, un recurso creado en la región us-central1 se encuentra en el centro de Estados Unidos.

Los recursos de Cloud KMS pueden crearse en las siguientes ubicaciones regionales:

Nombre de la región Descripción de la región Cloud HSM disponible Cloud EKM disponible
asia-east1 Taiwán
asia-east2 Hong Kong
asia-northeast1 Tokio
asia-northeast2 Osaka
asia-northeast3 Seúl
asia-south1 Bombay
asia-southeast1 Singapur
asia-southeast2 Yakarta
australia-southeast1 Sídney
europe-north1 Finlandia
europe-west1 Bélgica
europe-west2 Londres
europe-west3 Fráncfort
europe-west4 Países Bajos
europe-west6 Zúrich
northamerica-northeast1 Montreal
us-central1 Iowa
us-east1 Carolina del Sur
us-east4 Virginia del Norte
us-west1 Oregón
us-west2 Los Ángeles
us-west3 Salt Lake City
us-west4 Las Vegas
southamerica-east1 São Paulo

Ubicaciones birregionales

Los centros de datos de una ubicación birregional existen en dos lugares geográficos específicos. Por ejemplo, un recurso creado en la ubicación birregional nam4 persiste en los centros de datos del centro y del este de los Estados Unidos.

Los recursos de Cloud KMS pueden crearse en las siguientes ubicaciones birregionales:

Nombre de la birregión Descripción de la birregión (negrita indica la tercera réplica) Cloud HSM disponible Cloud EKM disponible
asia1 Tokio, Osaka y Seúl No
eur4 Finlandia, Países Bajos y Bélgica No
nam4 Iowa, Carolina del Sur y Oklahoma No

Ubicaciones multirregionales

Los centros de datos de una ubicación multirregional se distribuyen en un área geográfica general. Por ejemplo, un recurso creado en la multirregión europe se genera en varios centros de datos distribuidos por toda Europa. No es posible predecir o controlar con exactitud qué centros de datos se seleccionan o dónde se encuentran dentro de la multirregión.

Los recursos de Cloud KMS pueden crearse en las siguientes ubicaciones multirregionales:

Nombre de la multirregión Cloud HSM disponible Cloud EKM disponible
global No
asia
europe
us

Ubicación global

La ubicación global es una multirregión especial. Sus centros de datos se distribuyen en todo el mundo. No es posible predecir o controlar exactamente qué centros de datos se seleccionan o dónde se ubican.

Elige el mejor tipo de ubicación

Como regla general, diseña tu aplicación de modo que todos sus componentes se encuentren geográficamente cerca entre sí y cerca de los clientes de tu aplicación. La ubicación de tus claves es un aspecto importante del diseño de tu aplicación. Después de la creación, no se puede mover ni exportar una clave.

Cuando se usa una ubicación multirregional, como la multirregión europe, los recursos persisten en múltiples centros de datos distribuidos en toda la multirregión. Crear y actualizar claves en ubicaciones multirregionales, incluida la ubicación global, puede ser menos eficiente que usar una ubicación de una sola región. Para obtener más información, consulta Lee en y escribe hacia ubicaciones multirregionales.

Usa la ubicación global si se cumplen todas estas condiciones:

  • Los componentes de la aplicación se distribuyen de forma global.
  • Realizas lecturas o escrituras poco frecuentes, pero usas otras operaciones criptográficas con frecuencia.
  • No necesitas almacenar tu clave en un HSM.
  • Tus llaves no tienen requisitos de residencia geográfica

Para las integraciones de claves de encriptación administradas por el cliente (CMEK), debes usar la misma ubicación exacta que otros recursos relacionados con la integración. Algunas integraciones de CMEK no admiten la ubicación global.

Para obtener más información sobre las integraciones de CMEK, consulta la sección Encriptación en reposo.

Las ubicaciones birregionales solo son compatibles con los recursos de Cloud Storage que también usan una ubicación birregional.

Los recursos de Cloud EKM dependen de la conectividad entre Google Cloud y un servicio de administración de claves externas, fuera de Google Cloud. Para los recursos de Cloud External Key Manager, selecciona una ubicación lo más cercana posible a la ubicación en la que se almacenan las claves en el servicio de administración de claves externas.

Cloud HSM depende de la disponibilidad de hardware físico en los centros de datos de una ubicación. Para los recursos de Cloud HSM, selecciona una ubicación que admita Cloud HSM.

Los recursos de Cloud HSM tienen cuotas específicas de ubicación. Las cuotas de Cloud KMS son globales.

Las ubicaciones birregionales y multirregionales tienen cuotas separadas, independientemente de las cuotas para las ubicaciones de una sola región. Por ejemplo, para crear recursos de Cloud HSM en la birregión nam4, debes tener una cuota de HSM en nam4, incluso si ya tiene una cuota en las regiones individuales que participan en nam4, como us-central1.

Leer en y escribe hacia ubicaciones multirregionales

Leer y escribir recursos o metadatos asociados en ubicaciones birregionales o multirregionales, incluida la ubicación global, puede ser un proceso más lento que leer o escribir desde una sola región.

  • Cuando creas o lees versiones de claves, siempre se requiere consenso entre los centros de datos que almacenan el material de claves. Las operaciones de lectura y escritura en una sola región suelen ser más eficientes que las que se realizan en una ubicación birregional o multirregional.
  • Cuando realizas operaciones criptográficas, como cuando se encriptan o desencriptan datos, no se necesita consenso. En el caso de las operaciones criptográficas, las ubicaciones birregionales y multirregionales funcionan de manera similar a las ubicaciones de una sola región.
  • Cuando almacenas tus claves en ubicaciones geográficamente cercanas a los datos que protegen o validan, las operaciones criptográficas suelen ser más eficientes.

Las compensaciones entre el rendimiento y la disponibilidad son exclusivas de cada aplicación. Las ubicaciones multirregionales, incluidas las birregionales o global, son más adecuadas para las cargas de trabajo con alto contenido de lectura.

Determina regiones disponibles

Puedes usar el SDK de Cloud o la API de Cloud Key Management Service para obtener una lista de las regiones disponibles.

gcloud

gcloud kms locations list

En la salida del comando, la columna HSM_AVAILABLE indica si la ubicación es compatible con Cloud HSM.

API

Usa los métodos Locations.get y Locations.list.

Las respuestas de ambos métodos incluyen campos booleanos relacionados con las capacidades de una ubicación:

  • Si una ubicación admite claves de Cloud HSM, hsmAvailable es true.

  • Si una ubicación admite claves de Cloud EKM, ekmAvailable es true.

¿Qué sigue?