Configurações regionais, birregionais e multirregionais

Nesta página, descrevemos os diferentes tipos de configurações de instância disponíveis no Spanner, além das diferenças e compensações entre elas.

Configurações da instância

Uma configuração de instância do Spanner define a localização geográfica e a replicação dos bancos de dados nessa instância. Ao criar uma instância, é necessário configurá-la como regional, birregional ou multirregional. Essa escolha é feita selecionando a configuração de uma instância, que determina onde seus dados serão armazenados para essa instância:

• Configurações regionais: todos os recursos residem em uma única região Google Cloud .
• Configurações birregionais: todos os recursos abrangem duas regiões e residem em um único país (disponível na edição Enterprise Plus)
• Configurações multirregionais: os recursos abrangem mais de duas regiões (disponível na edição Enterprise Plus)

Para mais informações sobre considerações específicas de cada região, consulte Geografia e regiões.

As configurações de instância com regiões e topologias de replicação predefinidas são chamadas de configurações de instância de base. É possível criar configurações de instância personalizadas e adicionar outras réplicas somente leitura opcionais a uma configuração de instância básica predefinida (disponível nas edições Enterprise e Enterprise Plus). A réplica somente leitura adicionada precisa estar em uma região que não faça parte da configuração da instância atual. Para uma lista das regiões opcionais somente leitura que podem ser adicionadas, consulte a coluna "Região opcional" em Configurações regionais disponíveis e Configurações multirregionais disponíveis. Não é possível mudar a topologia de replicação das configurações de instância de base. Para mais informações, consulte Réplicas somente leitura.

É possível mover sua instância de qualquer configuração para outra configuração regional, birregional ou multirregional (por exemplo, de us-central1 para nam3). Também é possível criar uma configuração de instância personalizada com mais réplicas e mover sua instância para ela. Por exemplo, se a instância estiver em us-central1 e você quiser adicionar uma réplica somente leitura us-west1, crie uma configuração de instância personalizada com us-central1 como configuração de base e adicione us-west1 como uma réplica somente leitura. Em seguida, mova a instância para essa nova configuração personalizada.

Configurações regionais

OsGoogle Cloud serviços estão disponíveis em locais da América do Norte, América do Sul, Europa, Ásia e Austrália. Se os seus usuários e serviços estão localizados em uma única região, escolha uma configuração de instância regional para ter leituras e gravações com a menor latência.

Para qualquer configuração regional de base, o Spanner mantém três réplicas de leitura e gravação, cada uma em uma Google Cloud zona diferente nessa região. Cada réplica de leitura/gravação contém uma cópia completa do seu banco de dados operacional que pode atender a solicitações de leitura/gravação e somente leitura. O Spanner usa réplicas em diferentes zonas para que, caso ocorra uma falha em uma única zona, o banco de dados permaneça disponível.

Configurações disponíveis

O Spanner oferece as seguintes configurações básicas de instâncias regionais:

	Nome da configuração básica	Descrição do local regional	Região opcional
América
	northamerica-northeast1	Montreal Baixo CO2
	northamerica-northeast2	Toronto Baixo CO2
	northamerica-south1	Querétaro
	southamerica-east1	São Paulo Baixo CO2
	southamerica-west1	Santiago Baixo CO2
	us-central1	Iowa Baixo CO2	Somente leitura: asia-northeast1 1-OR asia-south1 1-OR europe-west2 1-OR europe-west9 1-OR us-west3 1-OR
	us-east1	Carolina do Sul	Somente leitura: us-central1 1-OR us-west1 1-OR europe-west1 1-OR europe-west3 1-OR
	us-east4	Norte da Virgínia
	us-east5	Columbus
	us-south1	Dallas Baixo CO2
	us-west1	Oregon Baixo CO2
	us-west2	Los Angeles
	us-west3	Salt Lake City
	us-west4	Las Vegas
Europa
	europe-central2	Varsóvia
	europe-north1	Finlândia Baixo CO2
	europe-north2	Estocolmo Baixo CO2
	europe-southwest1	Madri Baixo CO2
	europe-west1	Bélgica Baixo CO2	Somente leitura: us-central1 1-OR us-west1 1-OR
	europe-west2	Londres Baixo CO2
	europe-west3	Frankfurt Baixo CO2
	europe-west4	Países Baixos Baixo CO2
	europe-west6	Zurique Baixo CO2
	europe-west8	Milão
	europe-west9	Paris Baixo CO2
	europe-west10	Berlim Baixo CO2
	europe-west12	Turim
Ásia-Pacífico
	asia-east1	Taiwan
	asia-east2	Hong Kong
	asia-northeast1	Tóquio
	asia-northeast2	Osaka
	asia-northeast3	Seul
	asia-south1	Mumbai
	asia-south2	Délhi
	asia-southeast1	Singapura
	asia-southeast2	Jacarta
	australia-southeast1	Sydney
	australia-southeast2	Melbourne
Oriente Médio
	me-central1	Doha
	me-central2	Damã
	me-west1	Tel Aviv
África
	africa-south1	Johannesburgo

Replicação

As configurações regionais básicas contêm três réplicas de leitura/gravação. Cada mutação do Spanner requer um quórum de gravação composto de uma maioria de réplicas votantes. Os quóruns de gravação são formados a partir de duas das três réplicas em configurações regionais. Para mais informações sobre regiões líderes e réplicas de votação, consulte Replicação.

É possível criar uma configuração de instância regional personalizada e adicionar réplicas somente leitura opcionais. As réplicas somente leitura ajudam a escalonar as leituras e oferecem suporte a leituras desatualizadas de baixa latência. Essas réplicas somente leitura não participam dos quóruns de gravação. As réplicas não afetam o SLA do Spanner >= 99,99% para instâncias regionais. É possível adicionar locais listados na coluna "Região opcional" como réplicas somente leitura opcionais. Se você não encontrar o local escolhido para a réplica somente leitura, solicite uma nova região opcional de réplica somente leitura. Para mais informações, consulte Réplicas somente leitura.

Práticas recomendadas de desempenho para configurações regionais

Para um desempenho ideal, siga estas práticas recomendadas:

• Crie um esquema que previna uso excessivo do ponto de acesso e outros problemas de desempenho.
• colocar recursos de computação essenciais dentro da mesma região da sua instância do Spanner;
• Provisione capacidade de computação suficiente para manter a utilização total da CPU de alta prioridade abaixo de 65%.
• Para informações sobre a quantidade de capacidade por nó do Spanner, consulte Performance para configurações regionais.

Configurações birregionais

As configurações birregionais permitem replicar os dados do banco de dados em várias zonas em duas regiões de um único país, conforme definido pela configuração da instância.

As configurações birregionais fazem o seguinte:

• Atender leituras de duas regiões em um único país.
• Atenda aos requisitos de residência de dados.
• Oferecer maior disponibilidade e SLAs do que as configurações regionais.

O Spanner oferece configurações birregionais na Austrália, Alemanha, Índia e Japão.

Para informações sobre a quantidade de capacidade por nó do Spanner, consulte Performance para configurações birregionais.

Configurações disponíveis

O Spanner oferece as seguintes configurações básicas de instâncias birregionais:

Nome da configuração básica	Local do recurso	Regiões
dual-region-australia1	au (Austrália)	Sydney: australia-southeast1 L,2RW+1W Melbourne: australia-southeast2 2RW+1W
dual-region-germany1	de (Alemanha)	Berlim: europe-west10 L,2RW+1W Frankfurt: europe-west3 2RW+1W
dual-region-india1	na Índia	Mumbai: asia-south1 L,2RW+1W Delhi: asia-south2 2RW+1W
dual-region-japan1	jp (Japão)	Tóquio: asia-northeast1 L,2RW+1W Osaka: asia-northeast2 2RW+1W

Vantagens

As instâncias birregionais oferecem estes benefícios principais:

• Disponibilidade de 99,999%: em duas regiões do mesmo país, o que é maior do que a disponibilidade de 99,99% fornecida pelas configurações regionais do Spanner.

• Distribuição de dados: replica automaticamente seus dados entre as duas regiões com garantias consistência forte.

• Requisitos de residência de dados: atende aos requisitos de residência de dados nos países listados em Configurações disponíveis birregionais.

Replicação

Uma birregional contém seis réplicas, três em cada região. Uma das regiões é designada como a região líder padrão (listada na tabela anterior). É possível mudar a região líder de um banco de dados. Em cada região, há duas réplicas de leitura/gravação e uma réplica de testemunha. Quando as duas regiões estão em bom estado e executando uma configuração birregional, o quorum é estabelecido em todas as seis réplicas. É necessário ter pelo menos duas réplicas em cada região para formar um quorum e confirmar uma transação.

Failover e failback

Depois de criar uma configuração de duas regiões, é possível conferir a métrica Linha do tempo de integridade do quorum de duas regiões no painel Insights do sistema. Essa métrica só está disponível para configurações birregionais. Ele mostra a integridade de três quóruns:

• O quórum birregional: Global
• O quórum de região única em cada região (por exemplo, Sydney e Melbourne)

Ela mostra uma barra laranja na linha do tempo quando há uma interrupção no serviço. Passe o cursor sobre ele para ver os horários de início e término da interrupção.

Para um objetivo de tempo de recuperação (RTO) mais rápido, recomendamos monitorar ou configurar um alerta na métrica de linha do tempo de integridade do quorum de dupla região. Essa métrica ajuda você a tomar decisões autogerenciadas de quando fazer failover em caso de falhas regionais. Depois que você aciona o failover da instância, ele geralmente é concluído em um minuto.

O Spanner também oferece suporte a failovers automáticos gerenciados pelo Google, que podem levar até 45 minutos desde o momento em que a falha é detectada pela primeira vez. O RTO mais longo é devido ao monitoramento do serviço em todo o Google. Precisamos coletar mais indicadores para verificar se toda a região está afetada e validar se há um impacto no nível da região. Isso também garante que um failover resulte em um serviço geral melhor para os usuários na configuração.

Para fazer failover e failback manualmente, consulte Mudar o quorum de duas regiões.

Considere o seguinte ao tomar decisões manuais de failover e failback:

• Se todos os três estiverem íntegros, nenhuma ação será necessária.

• Se uma das regiões mostrar uma interrupção, provavelmente há uma interrupção regional do serviço. Isso pode fazer com que os bancos de dados em execução no seu quorum de duas regiões tenham menos disponibilidade. As gravações também podem falhar porque não é possível estabelecer um quorum, e as transações acabam atingindo o tempo limite. Usando o painel "Insights do sistema", observe as taxas de erro e a latência no seu banco de dados. Se houver aumento nas taxas de erro ou na latência, recomendamos que você faça um failover, ou seja, mude o quórum birregional da região dupla para a região que ainda está íntegra. Depois que a região afetada estiver íntegra novamente, faça o failback, mudando o quórum birregional de região única para birregional. O Google realiza failover e failback automaticamente quando detecta uma interrupção regional. Também é possível fazer failover manual se você detectar uma interrupção. No entanto, não se esqueça de fazer o failback manualmente se você executou um failover manual.

• Se o quórum birregional mostrar interrupção mesmo que as duas regiões únicas estejam íntegras, haverá um problema de particionamento da rede. As duas regiões não conseguem mais se comunicar entre si, então cada uma mostra um status íntegro, mesmo que o sistema geral não esteja. Nesse cenário, recomendamos que você faça failover para a região líder padrão. Depois que o problema de partição de rede for resolvido e o quorum de duas regiões voltar ao normal, será necessário fazer um failback manual.

A dupla região oferece um objetivo de ponto de recuperação (RPO) zero porque não há perda de dados durante uma interrupção regional ou quando surge um problema de partição de rede.

Para verificar o modo (único ou duplo) do seu quórum birregional, consulte Verificar o quórum birregional.

Práticas recomendadas de failover e failback

As práticas recomendadas de failover e failback incluem:

• Não faça failover para uma única região se não houver falhas ou interrupções regionais. Fazer failover para uma única região aumenta a possibilidade de indisponibilidade geral do sistema se essa região falhar.
• Tenha cuidado ao selecionar a região para failover. Escolher uma região errada para failover resulta na indisponibilidade do banco de dados, que é irrecuperável antes de a região voltar a ficar on-line. Para verificar, use um script bash para conferir a integridade da sua única região antes de realizar o failover.
• Se a região não íntegra for a região líder padrão, mude a região líder padrão para a região de failover após realizar o failover. Depois de confirmar que as duas regiões estão íntegras novamente, faça o failback e mude a região líder de volta para a original.
• Faça um failback manual se tiver executado um failover manual.

Limitações

Não é possível criar uma configuração de instância birregional personalizada. Não é possível adicionar réplicas somente leitura a uma configuração de instância birregional.

Configurações multirregionais

As configurações regionais do Spanner replicam dados entre várias zonas em uma única região. No entanto, uma configuração regional pode não ser ideal se:

• Seu aplicativo geralmente precisa ler dados de vários locais geográficos (por exemplo, para veicular dados a usuários na América do Norte e na Ásia).
• As gravações têm origem em um local diferente das leituras (por exemplo, se você tiver grandes cargas de trabalho de gravação na América do Norte e grandes cargas de trabalho de leitura na Europa).

As configurações multirregionais podem:

• Atender gravações de várias regiões.
• Manter a disponibilidade em caso de falhas regionais.
• Oferecer maior disponibilidade e SLAs do que as configurações regionais.

As configurações multirregionais permitem replicar os dados do banco de dados em várias zonas de diversas regiões, conforme definido pela configuração da instância. Essas réplicas adicionais permitem que você leia dados com menor latência de vários locais próximos ou dentro das regiões na configuração.

No entanto, há desvantagens, porque em uma configuração multirregional as réplicas de quórum (leitura/gravação) estão espalhadas por mais de uma região. Você pode notar uma latência de rede adicional quando essas réplicas se comunicam entre si para formar um quorum de gravação. As leituras não exigem um quorum. O resultado é que seu aplicativo faz leituras mais rápidas em mais lugares ao custo de um pequeno aumento na latência de gravação. Para mais informações, consulte O papel das réplicas em gravações e leituras.

Configurações disponíveis

O Spanner oferece as seguintes configurações básicas de instâncias multirregionais:

Um continente

Nome da configuração básica	Local do recurso	Regiões de leitura/gravação	Regiões somente leitura	Região de testemunha	Região opcional
asia1	asia1	Tóquio: asia-northeast1 L,2R Osaka: asia-northeast2 2R	Nenhum	Seul: asia-northeast3	Somente leitura: us-west1 1-OR us-east5 1-OR
asia2 A	asia2	Mumbai: asia-south1 L,2R Délhi: asia-south2 2R Singapura: asia-southeast1 1R	Nenhum	Nenhum
eur3	eur3	Bélgica: europe-west1 L,2R Países Baixos: europe-west4 2R	Nenhum	Finlândia: europe-north1	Somente leitura: us-central1 1-OR us-east4 1-OR
eur5	eur5	Londres: europe-west2 L,2R Bélgica: europe-west1 2R	Nenhum	Países Baixos: europe-west4	Somente leitura: us-central1 1-OR us-east1 1-OR
eur6	eur6	Países Baixos: europe-west4 L,2R Frankfurt: europe-west3 2R	Nenhum	Zurique: europe-west6	Somente leitura: us-east1 2-OR
eur7	eu (União Europeia)	Milão: europe-west8 L,2R Frankfurt: europe-west3 2R	Nenhum	Turim: europe-west12
nam3	nam3	Virgínia do Norte: us-east4 L,2R Carolina do Sul: us-east1 2R	Nenhum	Iowa: us-central1	Somente leitura: us-west2 1-OR asia-southeast1 1-OR asia-southeast2 1-OR europe-west1 1-OR europe-west2 1-OR
nam6	nam6	Iowa: us-central1 L,2R Carolina do Sul: us-east1 2R	Oregon: us-west1 1R Los Angeles: us-west2 1R	Oklahoma: us-central2
nam7	nam7	Iowa: us-central1 L,2R Virgínia do Norte: us-east4 2R	Nenhum	Oklahoma: us-central2	Somente leitura: us-east1 2-OR us-south1 1-OR europe-west1 2-OR
nam8	nam8	Los Angeles: us-west2 L,2R Oregon: us-west1 2R	Nenhum	Salt Lake City: us-west3	Somente leitura: asia-southeast1 2-OR europe-west2 2-OR us-east5 1-OR
nam9	nam9	Virgínia do Norte: us-east4 L,2R Iowa: us-central1 2R	Oregon: us-west1 2R	Carolina do Sul: us-east1
nam10	nam10	Iowa: us-central1 L,2R Salt Lake City: us-west3 2R	Nenhum	Oklahoma: us-central2
nam11	nam11	Iowa: us-central1 L,2R Carolina do Sul: us-east1 2R	Nenhum	Oklahoma: us-central2	Somente leitura: us-west1 1-OR
nam12	nam12	Iowa: us-central1 L,2R Virgínia do Norte: us-east4 2R	Oregon: us-west1 2R	Oklahoma: us-central2
nam13	nam13	Oklahoma: us-central2 L,2R Iowa: us-central1 2R	Nenhum	Salt Lake City: us-west3
nam14	nam14	Virgínia do Norte: us-east4 L,2R Montreal: northamerica-northeast1 2R	Nenhum	Carolina do Sul: us-east1
nam15	nam15	Dallas: us-south1 L,2R Virgínia do Norte: us-east4 2R	Nenhum	Iowa: us-central1
nam16	us (Estados Unidos)	Iowa: us-central1 L,2R Virgínia do Norte: us-east4 2R	Nenhum	Columbus: us-east5	Somente leitura: us-west2 2-OR

Três continentes

Nome da configuração básica	Local do recurso	Regiões de leitura/gravação	Regiões somente leitura	Região de testemunha	Região opcional
nam-eur-asia1	nam-eur-asia1	Iowa: us-central1 L,2R Oklahoma: us-central2 2R	Bélgica: europe-west1 2R Taiwan: asia-east1 2R	Carolina do Sul: us-east1	Somente leitura: us-west2 1-OR
nam-eur-asia3	nam-eur-asia3	Iowa: us-central1 L,2R Carolina do Sul: us-east1 2R	Bélgica: europe-west1 1R Países Baixos: europe-west4 1R Taiwan: asia-east1 2R	Oklahoma: us-central2

• L: região líder padrão. Para mais informações, consulte Modificar a região líder de um banco de dados.

• 1R: uma réplica na região.

• 2R: duas réplicas na região.

• 2RW+1W: duas réplicas de leitura/gravação e uma réplica de testemunha na região.

• 1-OR: uma réplica opcional. É possível criar uma configuração de instância regional personalizada e adicionar uma réplica somente leitura opcional. Para mais informações, consulte Criar uma configuração de instância personalizada.

• 2-OR: até duas réplicas opcionais. É possível criar uma configuração regional personalizada de instância e adicionar uma ou duas réplicas somente leitura opcionais. Recomendamos adicionar dois (quando possível) para ajudar a manter a latência de leitura baixa. Para mais informações, consulte Criar uma configuração de instância personalizada.

• A: essa configuração de instância é restrita com uma lista de permissões. Para ter acesso, entre em contato com seu gerente técnico de contas.

O local do recurso para uma configuração de instância multirregional determina a garantia de zona de recuperação de desastres para a configuração. Ela define onde os dados são armazenados em repouso.

Vantagens

Instâncias multirregionais oferecem estas vantagens principais:

• Disponibilidade de 99,999%: maior do que a disponibilidade de 99,99% fornecida pelas configurações regionais do Spanner.

• Distribuição de dados: o Spanner replica automaticamente seus dados entre regiões com garantias consistência forte. Isso permite que seus dados sejam armazenados onde serão utilizados, o que pode reduzir a latência e melhorar a experiência do usuário.

• Consistência externa: mesmo que o Spanner replique em locais geograficamente distantes, ainda é possível usá-lo como se fosse um banco de dados em execução em uma única máquina. As transações têm a garantia de serem serializáveis, e a ordem das transações dentro do banco de dados é a mesma em que os clientes observam as transações que foram confirmadas. A consistência externa é uma garantia mais forte do que a "consistência forte", que é oferecida por alguns outros produtos. Saiba mais sobre essa propriedade em TrueTime e consistência externa.

Replicação

Cada configuração multirregional básica contém duas regiões designadas como regiões de leitura/gravação, cada uma com duas réplicas de leitura/gravação. Uma dessas regiões de leitura/gravação é designada como a região líder padrão, o que significa que ela contém as réplicas líderes do seu banco de dados. O Spanner também coloca uma réplica testemunha em uma terceira região, chamada de região testemunha.

Cada vez que o cliente emite uma mutação para seu banco de dados, forma-se um quórum de gravação, que consiste em uma das réplicas da região líder padrão e quaisquer duas das quatro réplicas votantes adicionais. O quórum pode ser formado por réplicas de duas ou três das regiões que compõem suas configurações, dependendo de quais outras réplicas participam da votação. Além dessas cinco réplicas votantes, algumas configurações multirregionais básicas contêm réplicas somente leitura para atender a leituras de baixa latência. As regiões que contêm réplicas somente leitura são chamadas de regiões somente leitura.

Em geral, as regiões votantes em uma configuração multirregional são colocadas geograficamente próximas (uma distância inferior a 1.600 km) para formar um quórum de baixa latência que permite gravações rápidas (saiba mais). No entanto, as regiões ainda estão suficientemente distantes, geralmente algumas centenas de quilômetros, para evitar falhas coordenadas. Além disso, se o aplicativo cliente estiver em uma região não líder, o Spanner usará o roteamento com reconhecimento de líder para rotear transações de leitura e gravação dinamicamente e reduzir a latência no banco de dados. Para mais informações, consulte Roteamento com reconhecimento do líder.

Você pode criar uma configuração de instância multirregional personalizada com réplicas somente leitura opcionais. As réplicas somente leitura personalizadas que você criar não poderão ser incluídas em quóruns de gravação. É possível adicionar locais listados na coluna "Região opcional" como réplicas somente leitura opcionais. Se você não encontrar o local da réplica somente leitura escolhida, solicite uma nova região opcional de réplica somente leitura. Para mais informações, consulte Réplicas somente leitura.

Práticas recomendadas de desempenho para configurações multirregionais

Para um desempenho ideal, siga estas práticas recomendadas:

• Crie um esquema que previna uso excessivo do ponto de acesso e outros problemas de desempenho.
• Coloque os recursos de computação para cargas de trabalho de gravação pesadas dentro ou próximos da região líder padrão para conseguir a latência de gravação ideal.
• Use uma inatividade de pelo menos 15 segundos para ter o desempenho de leitura ideal fora da região líder padrão.
• Coloque os recursos de computação essenciais em, no mínimo, duas regiões para evitar a dependência de uma única região para suas cargas de trabalho. Uma boa opção é colocá-los ao lado das duas regiões de leitura e gravação diferentes para que qualquer interrupção de região única não afete todos os aplicativos.
• Provisione capacidade de computação suficiente para manter a utilização total da CPU de alta prioridade abaixo de 45% em cada região.
• Para informações sobre a quantidade de capacidade por nó do Spanner, consulte Performance para configurações multirregionais.

Mover uma instância

É possível mover sua instância do Spanner de qualquer configuração para outra, incluindo configurações regionais e multirregionais. Mover a instância não causa inatividade, e o Spanner continua a fornecer as garantias de transação comuns, incluindo consistência forte, durante a movimentação.

Para saber mais sobre a migração de instâncias do Spanner, consulte Mover uma instância.

Configurar a região líder padrão

Para mudar o local da região líder padrão do banco de dados para que fique mais perto de clientes conectados e reduzir a latência do aplicativo, é possível alterar a região líder de qualquer instância do Spanner que use uma configuração birregional ou multirregional. Para instruções sobre como mudar o local da região líder, consulte Mudar a região líder de um banco de dados. As únicas regiões qualificadas para se tornarem a região líder padrão do banco de dados são as regiões de leitura e gravação na configuração birregional ou multirregional.

A região líder é responsável por todas as gravações do banco de dados. Portanto, se a maior parte do seu tráfego é proveniente de uma região geográfica, é recomendável movê-la para essa região a fim de reduzir a latência. Atualizar a região líder padrão é barato e não envolve transferências de dados. O novo valor leva alguns minutos para entrar em vigor.

Alterar a região líder padrão é uma mudança de esquema, que usa uma operação de longa duração. Se necessário, é possível Receber o status da operação de longa duração.

Vantagens e desvantagens: configurações regionais, birregionais e multirregionais

Configuração	Disponibilidade	Latência	Custo	Localidade dos dados
Regional	99,99%	Menores latências de gravação dentro da região.	Custo mais baixo, consulte a tabela de preços.	Permite a governança de dados geográficos.
Birregional	99,999%	Menores latências de leitura de duas regiões geográficas; um pequeno aumento na latência de gravação.	Custo mais elevado, consulte a tabela de preços.	Distribui dados em duas regiões de um único país.
Multirregional	99,999%	Menores latências de leitura de várias regiões geográficas; um pequeno aumento na latência de gravação.	Custo mais elevado, consulte a tabela de preços.	Distribui dados em várias regiões dentro da configuração.

A seguir

• Saiba como criar uma instância do Spanner.
• Saiba mais sobre Google Cloud áreas geográficas e regiões.