Mover dados do Cloud Storage para outro local

Last reviewed 2022-06-20 UTC

Ao criar um bucket do Cloud Storage, você escolhe o local geográfico permanente dele. Talvez seja preciso mudar o local de armazenamento dos dados conforme as necessidades da empresa. Por exemplo, seus dados podem estar melhor localizados em um bucket multirregional altamente disponível, em um bucket regional de custo mais baixo ou simplesmente em uma região diferente do mundo.

Este tutorial ajuda você a selecionar uma localização que melhor atende às suas necessidades. Depois, mostraremos como configurar um novo bucket do Cloud Storage e mover seus dados para o novo local usando o Serviço de transferência do Cloud Storage.

Objetivos

  • Escolha um novo local para os dados do Cloud Storage.
  • Defina uma estratégia de transferência.
  • Transfira seus dados para o novo local.

Custos

Neste documento, você usará os seguintes componentes faturáveis do Google Cloud:

De 2 de abril a 31 de dezembro de 2022, o Serviço de transferência do Cloud Storage vai suspender muitos dos custos de transferência que normalmente se acumulam ao usar o serviço. O objetivo dessa suspensão temporária de cobranças é ajudar você a migrar dados do Cloud Storage para locais mais adequados aos seus casos de uso.

Após 31 de dezembro de 2022, os seguintes preços do Cloud Storage vão ser aplicados ao usar o Serviço de transferência do Cloud Storage:

Para gerar uma estimativa de custo baseada na projeção de uso deste tutorial, use a calculadora de preços. Novos usuários do Google Cloud podem estar qualificados para uma avaliação gratuita.

Antes de começar

  1. Faça login na sua conta do Google Cloud. Se você começou a usar o Google Cloud agora, crie uma conta para avaliar o desempenho de nossos produtos em situações reais. Clientes novos também recebem US$ 300 em créditos para executar, testar e implantar cargas de trabalho.
  2. No console do Google Cloud, na página do seletor de projetos, selecione ou crie um projeto do Google Cloud.

    Acessar o seletor de projetos

  3. Verifique se a cobrança está ativada para o seu projeto do Google Cloud.

  4. Ative as APIs Cloud Storage and Storage Transfer Service.

    Ative as APIs

  5. No console do Google Cloud, na página do seletor de projetos, selecione ou crie um projeto do Google Cloud.

    Acessar o seletor de projetos

  6. Verifique se a cobrança está ativada para o seu projeto do Google Cloud.

  7. Ative as APIs Cloud Storage and Storage Transfer Service.

    Ative as APIs

  8. No Console do Google Cloud, ative o Cloud Shell.

    Ativar o Cloud Shell

    Na parte inferior do Console do Google Cloud, uma sessão do Cloud Shell é iniciada e exibe um prompt de linha de comando. O Cloud Shell é um ambiente shell com a CLI do Google Cloud já instalada e com valores já definidos para o projeto atual. A inicialização da sessão pode levar alguns segundos.

  9. No console do Google Cloud, acesse a página IAM e administrador para atribuir à sua conta os papéis de administrador do Storage e do Access Context Manager.

    Acessar a página "IAM e administrador"

    O papel de Administrador do Storage tem as seguintes permissões:

    • firebase.projects.get
    • resourcemanager.projects.get
    • resourcemanager.projects.list
    • storage.buckets.*
    • storage.objects.*

Escolha um novo 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.

Região Birregional Multirregional
Disponibilidade
  • Redundância de dados nas zonas de disponibilidade (síncrona)
  • RTO (objetivo do tempo de recuperação)=0: failover e failback automatizados em caso de falha zonal (não é necessário alterar os caminhos de armazenamento)
  • Disponibilidade maior do que regiões para uma determinada classe de armazenamento
  • Redundância de dados entre regiões (assíncrona)
  • Replicação turbo opção para replicação em 15 minutos
  • RTO(objetivo de tempo de recuperação)=0: failover e failback automáticos em caso de falha regional (não é necessário alterar os caminhos de armazenamento)
  • Disponibilidade maior do que regiões para uma determinada classe de armazenamento
  • Redundância de dados entre regiões (assíncrona)
  • RTO(objetivo de tempo de recuperação)=0: failover e failback automáticos 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 há cobranças de transferência de dados 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
  • Não há cobranças de transferência de dados de saída ao ler dados em qualquer uma região
  • Preço de armazenamento maior do que regiões, mas menor do que birregiões
  • As cobranças de replicação são aplicadas na gravação
  • As cobranças de transferência de dados de saída sempre se aplicam durante a leitura de dados

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
Região
  • 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
  • Redundância entre regiões
Multirregional
  • 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. Regiões e birregiões são adequadas para essa finalidade.
  • Para evitar cobranças pela replicação de dados, armazene conjuntos de dados de curta duração nas regiões.
  • Para cargas de trabalho de desempenho moderado e de análise ad-hoc, o armazenamento multirregional pode ser uma escolha econômica.

  • Ao transferir para um novo bucket, considere se a classe de armazenamento atual ainda atende às suas necessidades.

Planejar e iniciar a transferência

Depois de escolher um novo local, consulte Transferir entre buckets do Cloud Storage para planejar a transferência de dados.