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.

En las siguientes tablas, se enumeran las ubicaciones disponibles para usar en Cloud KMS de diferentes partes del mundo. Puedes filtrar estas ubicaciones por el tipo de ubicación , la compatibilidad con Cloud HSM y Compatibilidad con Cloud EKM:

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 .

Los siguientes tipos de ubicaciones están disponibles para Cloud KMS:

• Ubicaciones regionales: Los centros de datos de una ubicación regional existen en un 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.
• Ubicaciones multirregionales: Los centros de datos de una ubicación multirregional son distribuida en una extensa área geográfica. Por ejemplo, un recurso creado en la multirregión europe persiste en varios centros de datos dentro de la Unión Europea. No puedes elegir qué centros de datos del multirregional contendrá tus datos.
• La ubicación global: La ubicación global es una multirregión especial. Sus centros de datos están repartidos por todo el mundo. No puedes elegir qué centros de datos dentro de la multirregión global contendrán tus datos.

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. Crea y actualiza claves en ubicaciones multirregionales, incluido 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.
• Tienes operaciones de lectura o escritura poco frecuentes, pero usas otras operaciones criptográficas con frecuencia.
• Tus claves no tienen requisitos de residencia geográfica.
• No estás usando claves externas.

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 Claves de encriptación administradas por el cliente (CMEK) .

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 la ubicación. Las cuotas de Cloud KMS son globales.

Las ubicaciones multirregionales tienen cuotas separadas, independientemente de las cuotas para las ubicaciones de una sola región. Por ejemplo, para crear Cloud HSM recursos en la multirregión eur5 , debes tener cuota de HSM en eur5 , aun si Ya tienes cuota en las regiones individuales que participan en eur5 , como europe-west2

Leer en y escribe hacia ubicaciones multirregionales

Lectura y escritura de recursos o metadatos asociados en multirregionales ubicaciones, incluida la de global , podrían ser más lentas que leer o de escritura 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 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 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 global , son más adecuadas para con mucha carga de lectura.

Determina regiones disponibles

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

gcloud kms locations list

¿Qué sigue?

• Obtén más información sobre la geografía y las regiones en Google Cloud.
• Consulta la lista completa de Ubicaciones de Cloud .