Mova os seus dados do Cloud Storage para outra localização

Last reviewed 2022-06-20 UTC

Quando cria um contentor do Cloud Storage, escolhe a respetiva localização geográfica permanente. À medida que as necessidades da sua empresa mudam, a localização onde armazena os dados também pode ter de mudar. Por exemplo, os seus dados podem estar melhor situados num contentor de duas regiões de alta disponibilidade, num contentor regional de custo inferior ou simplesmente numa região diferente do mundo.

Este tutorial ajuda a selecionar uma localização que melhor se adapte às suas necessidades.

Objetivos

• Escolha uma nova localização para os dados do Cloud Storage.

Custos

Neste documento, usa os seguintes componentes faturáveis do Google Cloud:

• Cloud Storage

Para gerar uma estimativa de custos com base na sua utilização projetada, use a calculadora de preços.

Os novos Google Cloud utilizadores podem ser elegíveis para uma avaliação gratuita.

Antes de começar

Não existem pré-requisitos para este tutorial.

Escolha uma nova localização

Quando escolhe a localização de um contentor do Cloud Storage, considere as diferenças na disponibilidade e no preço, conforme apresentado na tabela seguinte.

	Região	Duas regiões	Multirregião
Disponibilidade	Redundância de dados entre zonas de disponibilidade (síncrona) RTO(objetivo de tempo de recuperação)=0: comutação por falha e recuperação automáticas em caso de falha zonal (não é necessário alterar os caminhos de armazenamento)	Maior disponibilidade do que as regiões para uma determinada classe de armazenamento Redundância de dados entre regiões (assíncrona) Opção de replicação turbo para replicação no prazo de 15 minutos RTO(objetivo de tempo de recuperação)=0: comutação por falha e comutação por falha reversa automáticas em caso de falha regional (não é necessário alterar os caminhos de armazenamento)	Maior disponibilidade do que as 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: comutação por falha e comutação por falha reversa automáticas em caso de falha regional (não é necessário alterar os caminhos de armazenamento)
Preços	Preço de armazenamento mais baixo Sem custos de replicação Sem custos de transferência de dados de saída quando lê dados na mesma região	Preço de armazenamento mais elevado Aplicam-se custos de replicação na gravação Sem custos de transferência de dados de saída quando lê dados em qualquer uma das regiões	Preço de armazenamento superior ao das regiões, mas inferior ao das regiões duplas Aplicam-se custos de replicação na gravação Os custos de transferência de dados de saída aplicam-se sempre quando lê dados

Recomendações de localizações

Requisitos	Localização do segmento recomendado	Exemplos de cargas de trabalho
Latência e largura de banda otimizadas Custo de armazenamento de dados mais baixo Redundância entre zonas	Região^1	Google Analytics Cópia de segurança e arquivo
Latência e largura de banda otimizadas Redundância entre regiões, com controlo preciso das localizações onde são armazenadas cópias dos dados	Dupla região^2	Google Analytics Cópia de segurança e arquivo Recuperação de desastres
Acesso a dados em várias geografias Redundância entre regiões	Multirregião	Publicação de conteúdo

1. Para mais informações sobre considerações específicas da região, consulte o artigo Geografia e regiões.
2. Se precisar de um objetivo de ponto de recuperação (OPR) curto e previsível, ative a funcionalidade premium replicação turbo.

• Para maximizar o desempenho e reduzir o custo total de propriedade, coloque os dados e a computação na mesma região ou regiões. As regiões e as regiões duplas são adequadas para este fim.
• Para evitar custos de replicação de dados, armazene conjuntos de dados de curta duração em regiões.

• Para cargas de trabalho de análise ad hoc e desempenho moderado, o armazenamento multirregional pode ser uma escolha rentável.

  Tenha em atenção que o desempenho das cargas de trabalho que usam dados num contentor de várias regiões pode variar ao longo do tempo, porque o armazenamento e a computação não estão localizados em conjunto. Quando uma carga de trabalho de várias regiões tem requisitos de desempenho rigorosos, considere ativar a cache em qualquer lugar.

• Quando transferir para um novo contentor, pondere se a classe de armazenamento atual ainda se adequa às suas necessidades.

Planeie e inicie a transferência

Depois de decidir uma nova localização, consulte o artigo Transferir entre contentores do Cloud Storage para planear e executar a movimentação de dados.