Para realocar buckets, defina seus objetivos e entenda o uso do bucket antes de iniciar uma relocalização. As seções a seguir descrevem as principais etapas de planejamento.
Analisar as características do bucket
Para estimar o tempo de realocação do bucket, analise as características e o uso dele, considerando os seguintes fatores:
Bytes em repouso: a quantidade total de dados armazenados no bucket afeta os custos de armazenamento e o tempo de transferência.
Replicação: replicar o bucket em outras regiões, de forma síncrona ou assíncrona, afeta a disponibilidade, a durabilidade e o custo dos dados. Para mais detalhes, consulte Disponibilidade e durabilidade dos dados.
Transferência de dados: a quantidade de dados transferidos para fora do bucket durante a realocação afeta os cálculos de custo da transferência de dados. Para calcular os custos de transferência de dados do seu bucket, consulte Preços do Cloud Storage.
Padrões de uso: entender os níveis de atividade do bucket, ou o quanto ele está ocupado, usando padrões de uso ajuda a evitar conflitos inesperados durante a realocação. Para entender os padrões de uso do bucket, analise os registros. Para mais detalhes, consulte Registros de uso e de armazenamento.
Operações de gravação de bucket: operações de gravação de bucket frequentes durante o processo de realocação aumentam o custo e a duração. Para entender com que frequência os objetos estão sendo gravados no bucket, consulte Visão geral do monitoramento no Cloud Storage.
Definir as metas de mudança
Com base na análise das características do bucket, identifique os motivos para mover o bucket. Confira a seguir os objetivos comuns para realocar um bucket:
Gerenciamento de custos: reduza os custos de armazenamento migrando para uma região com custos mais baixos ou minimize os custos de transferência de dados movendo os dados para mais perto do local de acesso. Você vai precisar calcular os custos de transferência de dados e do Cloud Storage e compará-los aos custos em potencial em locais diferentes. Para mais detalhes sobre como calcular os custos do Cloud Storage, consulte Preços do Cloud Storage.
Melhoria de performance: melhore a velocidade de acesso aos dados e o desempenho do aplicativo relocando o bucket para mais perto dos usuários ou aplicativos. Para fazer isso, identifique as regiões geográficas em que a performance é crítica e realoque seus buckets.
Melhoria da confiabilidade: melhore a durabilidade dos dados e os recursos de recuperação de desastres usando configurações birregionais ou multirregionais.
Decidir o local do bucket
Com base na sua análise e nas suas metas, escolha o local de armazenamento mais adequado para o bucket que você está realocando nas seguintes opções:
Região única: armazene dados em uma única região que seja econômica para aplicativos com usuários concentrados em uma área geográfica.
Região dupla: mantenha duas cópias dos dados em duas regiões no mesmo continente, oferecendo maior disponibilidade e recursos de recuperação de desastres em uma área geográfica específica.
Multirregional: distribua dados em várias regiões, oferecendo o nível mais alto de disponibilidade e durabilidade.
Para saber mais sobre como escolher um local, consulte Considerações para escolher um local.
Entender os fatores que afetam o tempo de mudança
Vários fatores afetam o tempo de transferência, e entendê-los pode ajudar a estimar o tempo necessário. Embora esses fatores sejam um ponto de partida útil para planejar e programar a mudança, o tempo real pode ser maior ou menor do que o estimado. Portanto, ao programar a relocalização, adicione um tempo de buffer para considerar possíveis atrasos. As seções a seguir descrevem os fatores que afetam o tempo de realocação.
Limites do serviço de recolocação
A tabela a seguir descreve os limites que afetam o tempo de mudança:
| Fator | Valor | Descrição |
|---|---|---|
| Taxa máxima de solicitações por job | 10.000 objetos por segundo |
Esse é o número de solicitações de cópia que o serviço pode processar por segundo.
Uma taxa de solicitação mais alta significa que mais arquivos podem ser movidos simultaneamente. Se o bucket tiver muitos arquivos pequenos, uma taxa de solicitações alta vai acelerar a migração. Se você tiver apenas alguns arquivos grandes, esse fator terá menos impacto. |
| Largura de banda geral máxima por projeto | 10 GBps |
É a velocidade ou largura de banda máxima em que você pode transferir dados de
um único projeto em um local de origem. Se você estiver movendo vários buckets no mesmo projeto, eles vão compartilhar a largura de banda.
Uma largura de banda maior significa que mais dados podem ser transferidos de uma só vez. Mesmo com uma taxa de solicitação alta, se a largura de banda for pequena, a transferência será lenta. |
| Largura de banda máxima por objeto | 8 MBps |
Essa é a velocidade máxima de transferência de um único objeto.
Uma largura de banda maior por objeto significa que você pode transferir os objetos com uma taxa mais rápida. Esse é o limite de velocidade para mover um objeto por vez. Mesmo com uma taxa de solicitações e largura de banda por bucket altas, se objetos individuais tiverem um limite de velocidade, eles podem levar mais tempo para serem transferidos. |
Limite de time to live de realocação
Para garantir a utilização eficiente de recursos e evitar que as realocações sejam executadas indefinidamente, um limite de Time to Live (TTL) é aplicado a todas as realocações de bucket. O TTL se refere ao tempo máximo permitido para a conclusão de todo o processo de realocação.
O tempo máximo permitido para concluir a realocação de um bucket é de 28 dias e inclui todas as fases do processo, como a cópia inicial, as atualizações incrementais e a sincronização final.
Se o processo de realocação exceder o limite de TTL de 28 dias, a operação de realocação vai falhar.
Atividade contínua do bucket
Se você continuar gravando novos objetos, excluindo objetos existentes ou atualizando objetos no bucket durante a realocação, essas operações vão competir por recursos com as solicitações de cópia e podem desacelerar o processo de realocação.
Regras de ciclo de vida
Se você tiver regras de ciclo de vida configuradas para o bucket, como a exclusão ou o arquivamento automático de objetos após um período específico, essas ações vão aumentar o tempo de realocação.
Ativar o Hub de gerenciamento
É necessário ativar o Hub de gerenciamento nos locais de origem e destino. É possível ativar o Hub de gerenciamento em diferentes níveis da hierarquia de recursos do Google Cloud. Também é possível usar filtros de inclusão e exclusão para incluir buckets relevantes no plano do Hub de gerenciamento. Para saber mais, consulte Ativar o Hub de gerenciamento.
Considerações com outros recursos
Quando você realoca buckets, eles têm as seguintes interações com outros recursos do Cloud Storage:
Ativar a exclusão reversível
A realocação de bucket exige que você ative a exclusão reversível no bucket e defina a duração de retenção para pelo menos sete dias. A duração de retenção é o período em que a exclusão reversível mantém os objetos excluídos antes da exclusão permanente. Para informações sobre como configurar a duração da retenção da exclusão reversível, consulte Usar a exclusão reversível.
Verificar cotas e limites
As cotas e as avaliações de capacidade do Cloud estão vinculadas a regiões ou zonas específicas. Como resultado, ao mover um bucket para um novo local, é necessário garantir que o novo local tenha cotas suficientes para acomodar os dados do bucket. Para mais informações sobre o assunto, consulte Cotas e limites.
Determinar o tipo de realocação do bucket
Ao realocar seu bucket, é importante entender que pode haver um período de inatividade de gravação durante a etapa final de sincronização em que não é possível atualizar ou fazer upload de novos objetos. Além disso, não será possível mudar a configuração do bucket durante o processo de realocação. Para determinar se a relocalização envolve inatividade, consulte Determinar o tipo de mudança de local.
Remover tags de bucket
Não é possível realocar um bucket que tenha tags de bucket anexadas. Todas as tags atuais precisam ser removidas antes da mudança de local do bucket. Se alguma das tags que estão sendo removidas do bucket de origem forem usadas para controle de acesso, será necessário usar um método alternativo para configurar as permissões do IAM e garantir que os dados no bucket permaneçam seguros. Para isso, siga estas etapas:
Faça uma cópia da configuração da tag e armazene-a com segurança.
Desvincule todas as tags do bucket de origem.
Configure as permissões do IAM para corresponder às regras de controle de acesso atuais.
Depois de realocar o bucket, anexe as tags atuais ao bucket realocado.
Salvar as configurações de relatório de inventário
As configurações de relatórios de inventário atuais não são preservadas durante o processo de realocação. Recomendamos que você salve as configurações atuais do relatório de inventário manualmente antes de iniciar o processo de realocação, porque elas precisarão ser recriadas após a conclusão do processo. Para informações sobre como gerenciar configurações de relatórios de inventário, consulte Criar e gerenciar configurações de relatórios de inventário.
A seguir
- Saiba como recolocar buckets.