Locais do Cloud KMS

Em um projeto, os recursos do Cloud Key Management Service podem ser criados em um dos vários locais. Elas representam as regiões geográficas onde um recurso do Cloud KMS é armazenado e pode ser acessado. O local de uma chave afeta o desempenho dos aplicativos que usam a chave. Alguns recursos, como chaves do Cloud HSM, não estão disponíveis em todos os locais.

O material das chaves do Cloud KMS e do Cloud HSM é restrito à região selecionada em repouso e em uso.

As tabelas a seguir listam os locais disponíveis para uso no Cloud KMS em diferentes partes do mundo. É possível filtrar esses locais por tipo de local, suporte do Cloud HSM e suporte do Cloud EKM:

Tipos de locais do Cloud KMS

É possível criar recursos do Cloud KMS, do Cloud HSM e do Cloud EKM em diferentes tipos de locais no Google Cloud, dependendo dos requisitos de disponibilidade. Os locais são adicionados regularmente. Para informações específicas sobre cada local, consulte Locais.

Saiba mais sobre como escolher o melhor tipo de local.

Os seguintes tipos de locais estão disponíveis para o Cloud KMS:

• Locais regionais: os datacenters de um local regional existem em um local geográfico específico. Por exemplo, um recurso criado na região us-central1 está localizado na região central dos Estados Unidos.
• Locais multirregionais: os data centers de um local multirregional estão espalhados por uma grande área geográfica. Por exemplo, um recurso criado na multirregião europe persiste em vários data centers na União Europeia. Não é possível escolher quais data centers dentro da multirregião vão conter seus dados.
• O local global: o local global é uma multirregião especial. Os data centers estão espalhados por todo o mundo. Não é possível escolher quais data centers na multirregião global vão conter seus dados.

Como escolher o melhor tipo de local

Como regra, projete seu aplicativo para que todos os seus componentes estejam geograficamente próximos uns dos outros e próximos aos clientes do seu aplicativo. O local das chaves é um aspecto importante do design do aplicativo. Após a criação, uma chave não pode ser movida ou exportada.

Ao usar um local multirregional, como a multirregião europe, os recursos permanecem em vários data centers espalhados pela multirregião. Criar e atualizar chaves em locais multirregionais, incluindo o local global, pode ser menos eficiente do que usar um local de região única. Para mais informações, consulte Como ler e gravar em locais multirregionais.

Use o local global se todas as condições a seguir forem verdadeiras:

• Os componentes do seu aplicativo são distribuídos globalmente.
• Você tem leituras ou gravações pouco frequentes, mas usa outras operações criptográficas com frequência.
• Suas chaves não têm requisitos de residência geográfica.
• Você não está usando chaves externas.

Para integrações com chaves de criptografia gerenciadas pelo cliente (CMEK), use a mesma localização exata dos outros recursos relacionados à integração. Algumas integrações do CMEK não são compatíveis com o local global. Para mais informações sobre integrações do CMEK, consulte Chaves de criptografia gerenciadas pelo cliente (CMEK).

Os recursos do Cloud EKM dependem da conectividade entre Google Cloud e um serviço de gerenciamento de chaves externas, fora de Google Cloud. Para recursos do Cloud External Key Manager, selecione um local geograficamente mais próximo possível do local onde as chaves são armazenadas no serviço de gerenciamento de chave externo.

O Cloud HSM depende da disponibilidade de hardware físico nos data centers de um local. Para recursos do Cloud HSM, selecione um local compatível com o Cloud HSM.

Os recursos do Cloud HSM têm cotas específicas do local. As cotas do Cloud KMS são globais.

Locais multirregionais têm cotas separadas, independentemente das cotas para locais únicos. Por exemplo, para criar recursos do Cloud HSM na multirregião eur5, você precisa ter uma cota de HSM em eur5, mesmo se já tiver uma cota nas regiões individuais que participam de eur5, como europe-west2.

Como ler e gravar em locais multirregionais

Ler e gravar recursos ou metadados associados em locais multirregionais, incluindo o local global, pode ser mais lento do que ler ou gravar de uma única região.

• Quando você cria ou lê versões de chave, o consenso é sempre exigido entre os data centers que armazenam o material da chave. As leituras e gravações em uma única região geralmente são mais eficientes do que aquelas em um local multirregional.
• Quando você realiza operações criptográficas, como ao criptografar ou descriptografar dados, o consenso não é necessário. Para operações criptográficas, os locais multirregionais têm um desempenho semelhante aos de região única.
• Quando você armazena as chaves em um local ou local geograficamente próximo aos dados que eles protegem ou validam, as operações criptográficas geralmente são mais eficientes.

As vantagens e desvantagens entre desempenho e disponibilidade são exclusivas para cada aplicativo. Os locais multirregionais, incluindo global, são mais adequados para cargas de trabalho de leitura intensa.

Como determinar as regiões disponíveis

Use a Google Cloud CLI ou a API Cloud Key Management Service para conferir uma lista de regiões disponíveis.

gcloud kms locations list

A seguir

• Saiba mais sobre geografia e regiões em Google Cloud.
• Confira a lista completa de locais do Cloud.