Locais de intervalos

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

Nesta página, explicamos o conceito de local do bucket e os diferentes locais onde é possível criar buckets. O local de um bucket define o lugar físico em que estão os dados do objeto.

Para saber como definir o local de um bucket, consulte Criar buckets do Cloud Storage.

Principais conceitos

  • Ao criar um bucket, você define permanentemente uma localização geográfica para armazenar os dados do objeto.

  • Você pode escolher um dos seguintes tipos de local:

    • Uma região é um lugar geográfico específico, como São Paulo.

    • Um local birregional é um par específico de regiões, como Tóquio e Osaka.

    • Um local multirregional é uma área geográfica grande, como Estados Unidos, que contém dois ou mais lugares geográficos.

  • Assim que você faz o upload de todos os dados do Cloud Storage, eles são redundantes em pelo menos duas zonas de pelo menos um local geográfico.

  • Objetos armazenados em um local birregional ou multirregional são geograficamente redundantes. Os objetos geograficamente redundantes são armazenados de maneira redundante em pelo menos dois lugares geográficos separados por pelo menos 160 quilômetros.

    • A replicação padrão foi projetada para oferecer redundância geográfica para 99,9% dos objetos recém-gravados em uma meta de uma hora. Os objetos recém-gravados incluem uploads, substituições, cópias e composições.

    • A Replicação turbo oferece redundância geográfica para todos os objetos recém-gravados em um destino de 15 minutos. Aplicável apenas a buckets birregionais.

    • Se uma região ficar indisponível após o upload de um objeto, mas antes que o objeto se torne geograficamente redundante, a consistência forte do Cloud Storage garantirá que as versões desatualizadas do objeto não serão disponibilizadas e que as substituições subsequentes não serão revertidas quando a região estiver disponível novamente.

    • As multirregiões fornecem redundância geográfica a um custo de armazenamento menor do que as regiões birregionais, porque os dados são armazenados de maneira flexível: os data centers específicos usados em uma multirregião são determinados pelo Cloud Storage conforme necessário.

  • O Cloud Storage armazena dados de objetos no local selecionado, de acordo com os Termos específicos do serviço.

Considerações sobre o local

Ao escolher o local de um bucket do Cloud Storage, considere as diferenças de disponibilidade, preço e desempenho, conforme mostrado na tabela a seguir.

Regional Birregional Multirregião
Disponibilidade1
  • Redundância de dados nas zonas de disponibilidade (síncrona)
  • RTO=0: failover automatizado e failback em caso de falha zonal (não é necessário alterar os caminhos de armazenamento)
  • Disponibilidade maior que a regional
  • Redundância de dados entre regiões (assíncrona)
  • Replicação turbo opção para replicação em 15 minutos
  • RTO=0: failover automático e failback em caso de falha regional (não é necessário alterar os caminhos de armazenamento)
  • Disponibilidade maior que a regional
  • Redundância de dados entre regiões (assíncrona)
  • RTO=0: failover automático e failback em caso de falha regional (não é necessário alterar os caminhos de armazenamento)
Desempenho
  • 200 Gbps (por região, por projeto)
  • Escalonável para muitas Tbps solicitando maior cota de largura de banda
  • 200 Gbps (por região, por projeto)
  • Escalonável para muitas Tbps solicitando maior cota de largura de banda
  • 50 Gbps (por região, por projeto)
  • Escalonamento de desempenho limitado e desempenho variável para leituras
Preços
  • Menor preço de armazenamento
  • Sem cobranças de replicação
  • Não tem cobranças de saída ao ler dados dentro da mesma região
  • Maior preço de armazenamento
  • As cobranças de replicação são aplicadas na gravação
  • Sem cobranças de saída para ler dados em qualquer região
  • Preço de armazenamento maior que o regional, mas menor que o birregional
  • As cobranças de replicação são aplicadas na gravação
  • As cobranças de saída sempre se aplicam à leitura de dados
  1. O objetivo de nível de serviço (SLO) de cada opção de local depende da classe de armazenamento do bucket. Consulte o Contrato de nível de serviço (SLA) do Cloud Storage.

Recomendações de local

Requisitos Local recomendado do bucket Exemplos de carga de trabalho
  • Otimização de latência e largura de banda
  • Menor custo de armazenamento de dados
  • Redundância entre zonas
Regional
  • Análise
  • Backup e arquivamento
  • Otimização de latência e largura de banda
  • Redundância entre regiões
Birregional1
  • Análise
  • Backup e arquivamento
  • Recuperação de desastres
  • Acesso aos dados por área geográfica
  • Maior disponibilidade
Multirregião
  • Veiculação de conteúdo
  • Para maximizar o desempenho e reduzir o custo total de propriedade, colocalize os dados e compute nas mesmas regiões. Os locais regionais e birregionais são adequados para essa finalidade.
  • Para evitar cobranças de replicação de dados, armazene conjuntos de dados de curta duração em locais regionais.
  • Para cargas de trabalho de desempenho moderado e de análise ad-hoc, o armazenamento multirregional pode ser uma escolha econômica.

  • Consulte a tabela de preços de armazenamento de dados para ver os custos de armazenamento em cada local.

Observações sobre VMs do Compute Engine

  • Para ter o melhor desempenho, armazene os dados na mesma região onde estão suas instâncias de VM do Compute Engine. Essa é uma vantagem que se aplica a locais regionais e birregionais.
  • Não é possível especificar uma zona do Compute Engine como um local de bucket. No entanto, todas as instâncias de VM do Compute Engine que estão nas zonas de uma determinada região têm desempenho semelhante ao acessar buckets nessa região.

Locais disponíveis

Veja nas seções a seguir a lista de locais do Cloud Storage disponíveis para armazenar dados.

Locais regionais

Todos os locais regionais estão separados por pelo menos 100 quilômetros.

Área geográfica Nome do local regional Descrição do local regional
América do Norte
NORTHAMERICA-NORTHEAST1 Montreal Ícone de folha Baixo CO2
NORTHAMERICA-NORTHEAST2 Toronto Ícone de folha Baixo CO2
US-CENTRAL1 Iowa Ícone de folha CO2 baixo
US-EAST1 Carolina do Sul
US-EAST4 Norte da Virgínia
US-EAST5 Columbus
US-SOUTH1 Dallas
US-WEST1 Oregon Ícone de folha Baixo CO2
US-WEST2 Los Angeles
US-WEST3 Salt Lake City
US-WEST4 Las Vegas
América do Sul
SOUTHAMERICA-EAST1 São Paulo Ícone de folha Baixo CO2
SOUTHAMERICA-WEST1 Santiago
Europa
EUROPE-CENTRAL2 Varsóvia
EUROPE-NORTH1 Finlândia Ícone de folha Baixo CO2
EUROPE-SOUTHWEST1 Madri Ícone de folha Baixo CO2
EUROPE-WEST1 Bélgica Ícone de folha Baixo CO2
EUROPE-WEST2 Londres
EUROPE-WEST3 Frankfurt
EUROPE-WEST4 Países Baixos
EUROPE-WEST6 Zurique Ícone de folha Baixo CO2
EUROPE-WEST8 Milão
EUROPE-WEST9 Paris Ícone de folha Baixo CO2
Ásia
ASIA-EAST1 Taiwan
ASIA-EAST2 Hong Kong
ASIA-NORTHEAST1 Tóquio
ASIA-NORTHEAST2 Osaka
ASIA-NORTHEAST3 Seul
ASIA-SOUTHEAST1 Singapura
Índia
ASIA-SOUTH1 Mumbai
ASIA-SOUTH2 Délhi
Indonésia
ASIA-SOUTHEAST2 Jacarta
Oriente Médio
ME-WEST1 Tel Aviv
Austrália
AUSTRALIA-SOUTHEAST1 Sydney
AUSTRALIA-SOUTHEAST2 Melbourne

Regiões duplas

Ao criar um bucket birregional, o par de regiões que você usa para criar o local birregional precisa residir na mesma área geográfica.

Atualmente, é possível criar regiões birregionais nas seguintes regiões:

Área geográfica Nome do local regional Descrição da região
Ásia
ASIA-EAST1 Taiwan
ASIA-NORTHEAST11 Tóquio
ASIA-NORTHEAST21 Osaka
ASIA-SOUTHEAST1 Singapura
ASIA-SOUTH12 Mumbai
ASIA-SOUTH22 Délhi
Europa
EUROPE-CENTRAL2 Varsóvia
EUROPE-NORTH13 Finlândia
EUROPE-SOUTHWEST1 Madri
EUROPE-WEST1 Bélgica
EUROPE-WEST3 Frankfurt
EUROPE-WEST43 Países Baixos
EUROPE-WEST8 Milão
EUROPE-WEST9 Paris
América do Norte
US-CENTRAL14 Iowa
US-EAST1 4 Carolina do Sul
US-EAST4 Norte da Virgínia
US-EAST55 Columbus
US-SOUTH1 Dallas
US-WEST1 Oregon
US-WEST2 Los Angeles
US-WEST3 Salt Lake City
US-WEST4 Las Vegas

1ASIA-NORTHEAST1 e ASIA-NORTHEAST2 precisam estar pareados, e esse pareamento birregional se comporta de maneira diferente dos pareamentos birregionais típicos. Para mais informações, consulte regiões duplas predefinidas.

2ASIA-SOUTH1 e ASIA-SOUTH2 precisam estar pareados e usar um parâmetro LOCATION definido como IN. Esse local precisa ser especificado ao usar chaves de criptografia gerenciadas pelo cliente ou a restrição de locais de recursos com esse pareamento birregional.

3O pareamento birregional de EUROPE-NORTH1 e EUROPE-WEST4 se comporta de maneira diferente dos pareamentos birregionais típicos. Para mais informações, consulte regiões duplas predefinidas.

4O pareamento birregional US-CENTRAL1 e US-EAST1 se comporta de maneira diferente dos pareamentos birregionais típicos. Para mais informações, consulte regiões duplas predefinidas.

5US-EAST5 precisa ser pareado com US-CENTRAL1 ou US-EAST1.

Birregiões predefinidas

Os seguintes pareamentos birregionais a seguir existem apenas como regiões duplas predefinidas, que são diferentes da maioria dos pareamentos birregionais:

Nome da região dupla predefinida Descrição do local regional
ASIA1 Tóquio + Osaka
EUR4 Finlândia + Países Baixos
NAM4 Iowa + Carolina do Sul

Tenha em mente o seguinte ao usar regiões duplas predefinidas:

  • Geralmente, as regiões duplas predefinidas não podem ser criadas usando um fluxo de trabalho típico de criação de região dupla. Elas precisam ser criadas sem uma configuração de veiculação personalizada e com o nome birregional predefinido como o local. Depois de criadas, esses buckets exibem o nome predefinido birregional como o local e não contêm uma configuração de veiculação personalizada.

    • Algumas ferramentas ocultam parte ou todo esse comportamento em regiões duplas predefinidas. Por exemplo, no console do Google Cloud, a criação de buckets é a mesma para todos os pares birregionais. No entanto, depois de criado, o console do Google Cloud exibe o local das regiões duplas predefinidas usando o nome predefinido, e esses buckets estão sujeitos ao restante das considerações listadas nesta seção.
  • As regiões duplas predefinidas exigem chaves do Cloud KMS diferentes em comparação com outras regiões duplas no mesmo continente. Para mais informações, consulte Restrições de chave de criptografia gerenciada pelo cliente.

  • As regiões duplas predefinidas são faturadas no uso do armazenamento com base nas SKUs locais, enquanto as regiões duplas típicas são faturadas nas regiões subjacentes.

  • Ao usar a restrição de locais dos recursos em uma política da organização, as regiões duplas predefinidas não são incluídas na multirregião em que elas residem, enquanto as regiões duplas típicas são incluídas. As regiões duplas predefinidas precisam ser adicionadas explicitamente ao definir a restrição ou fazer parte de um grupo de valores incluído na restrição.

Locais multirregionais

Nome do local multirregional Descrição multirregional
ASIA Data centers na Ásia
EU Data centers dentro de estados membro da União Europeia*
US Data centers nos Estados Unidos

* Os dados de objeto adicionados a um bucket na multirregião EU não são armazenados nas regiões EUROPE-WEST2 (Londres) ou EUROPE-WEST6 (Zurique).

A seguir

Faça um teste

Se você começou a usar o Google Cloud agora, crie uma conta para avaliar o desempenho do Cloud Storage em situações reais. Clientes novos também recebem US$ 300 em créditos para executar, testar e implantar cargas de trabalho.

Faça uma avaliação gratuita do Cloud Storage