Neste documento, descrevemos como a mudança de local bucket do Cloud Storage ajuda você a mudar buckets sem servidor entre locais geográficos. Com a realocação de buckets, é possível mover um bucket de um local para outro sem mudar o nome dele ou exigir a transferência manual de dados.
Antes de iniciar o processo de realocação, planeje a realocação do bucket para minimizar a interrupção. Para instruções sobre como fazer isso, consulte relocar buckets.
Vantagens
Os benefícios da realocação de buckets são os seguintes:
Migração simplificada: é possível realocar buckets com sobrecarga operacional mínima. Não é necessário usar scripts complexos ou processos de várias etapas.
Operação contínua: seus aplicativos permanecem acessíveis durante todo o processo de realocação, sem tempo de inatividade para operações de leitura e com tempo de inatividade mínimo para operações de gravação.
Melhor desempenho: a colocação de recursos do Compute Engine e do Cloud Storage na mesma região pode reduzir a latência e melhorar o desempenho.
Preservação de metadados: o processo de realocação de buckets retém os metadados do objeto. A retenção dos metadados do objeto mantém a compatibilidade com aplicativos e fluxos de trabalho atuais após a movimentação do bucket.
Configurações de classe de armazenamento: é possível manter as configurações atuais da classe do Cloud Storage, incluindo a classe automática. Preservar a classe de armazenamento ajuda a manter a estrutura de custos consistente após a mudança.
Casos de uso
Confira a seguir alguns casos de uso que podem ser alcançados com a realocação dos seus intervalos:
Reduza o custo de transferência de dados: evite custos de transferência de dados ao realocar seu bucket mais perto das cargas de trabalho que acessam os dados dele. Por exemplo, se os dados estiverem armazenados nos Estados Unidos e forem acessados principalmente da Europa, mova o bucket para um local europeu para reduzir os custos de transferência de dados.
Melhorar a performance: aumente a velocidade e a capacidade de resposta do aplicativo movendo os dados para mais perto das cargas de trabalho do Compute Engine. Por exemplo, se o aplicativo for executado em
us-central1, mas os dados estiverem emasia-east1, você poderá realocar o bucket paraus-central1e reduzir a latência.Aumente a resiliência: proteja seus dados críticos contra interrupções regionais. Por exemplo, se os dados estiverem armazenados em uma única região, você poderá realocá-los para uma região dupla ou multirregião para aumentar a disponibilidade e a recuperação de desastres.
Tipos de relocação
Há dois tipos de realocações de bucket:
Realocação de bucket com tempo de inatividade de gravação: na realocação de bucket com tempo de inatividade de gravação, há um período em que não é possível realizar operações de gravação de objetos durante o processo de realocação.
Realocação de bucket sem inatividade de gravação: na realocação de bucket sem inatividade de gravação, é possível continuar realizando operações de gravação de objetos sem interrupção enquanto a realocação do bucket acontece em segundo plano.
Os locais de origem e destino do bucket determinam se uma realocação de bucket envolve tempo de inatividade de gravação. A tabela a seguir mostra como o local do bucket afeta o tempo de inatividade de gravação durante uma realocação, incluindo as diferenças entre realocações com e sem tempo de inatividade.
| Especificação | Realocação de bucket com tempo de inatividade de gravação | Realocação de bucket sem inatividade de gravação |
|---|---|---|
| Local do bucket | A realocação de um bucket entre os seguintes locais causa inatividade:
|
A mudança de um bucket entre os seguintes locais não causa tempo de inatividade se os dois locais compartilharem o mesmo código multirregional:
|
| Disponibilidade de gravação | Não é possível realizar operações de gravação durante a etapa de sincronização final. | As operações de gravação continuam sem interrupções durante a mudança. Observação: as mudanças na política sem tempo de inatividade de gravação levam pelo menos sete dias para serem concluídas porque precisam aguardar a conclusão dos uploads retomáveis em andamento. |
| Envolvimento do usuário | Você precisa iniciar a etapa de finalização do tempo de inatividade de gravação. | Nenhuma etapa de finalização explícita é necessária. |
| Impacto no desempenho | Não é possível gravar ou atualizar objetos no bucket durante a etapa final de sincronização. | A latência de leitura e gravação de objetos pode aumentar durante a realocação. |
| Cancelamento da realocação de bucket | Mais rápido que as realocações sem tempo de inatividade de gravação. | O cancelamento não é instantâneo e pode levar mais tempo devido à necessidade de preencher objetos. |
| Suporte a recursos | Oferece menos suporte a recursos do que realocações sem tempo de inatividade de gravação. Para mais informações sobre os recursos sem suporte, consulte Recursos sem suporte. | Há limitações para recursos como uploads em várias partes, políticas de retenção, Firebase e appspot. Para mais informações sobre essas limitações, consulte os requisitos e limitações de compatibilidade de buckets. |
| Duração mínima da mudança | Nenhum | Sete dias |
Entender o processo de realocação de buckets
A mudança de local do bucket ajuda a mover seus dados de um bucket de origem para um de destino. O bucket de origem contém os dados que você quer mover, e o bucket de destino é onde você quer mover os dados.
O diagrama a seguir mostra o fluxo do processo de realocação de buckets:
* A sincronização final só é necessária para realocações com tempo de inatividade de gravação.
A tabela a seguir lista as três etapas principais e a descrição de cada uma delas:
| Etapa | Descrição |
|---|---|
Executar uma simulação | Simula o processo de realocação do bucket para identificar possíveis problemas antes do início da transferência de dados. |
Copia dados do bucket de origem para o bucket de destino. Os metadados do bucket são bloqueados para gravação para evitar mudanças que possam afetar o processo de realocação. No entanto, você pode escrever, modificar e excluir objetos no bucket. Os fatores que influenciam a duração são os seguintes:
|
|
Inicie
a etapa de sincronização final | Depois que você inicia a sincronização final, o bucket é bloqueado para gravação. Como resultado, não é possível gravar ou atualizar objetos no bucket durante esse período, o que evita inconsistências de dados. No entanto, você pode continuar lendo do bucket. Quando todos os dados forem transferidos, verificados e o bucket estiver operacional no novo local, o bloqueio de gravação será removido automaticamente. Em seguida, você pode retomar a gravação e a atualização de objetos no bucket. |
Limitações
Para realocar seu bucket, verifique se as configurações dele permitem a realocação analisando a lista de recursos não compatíveis e requisitos de compatibilidade.
A mudança de local do bucket não é compatível se os buckets de origem e destino estiverem nos seguintes locais:
| Tipo de local | Locais sem suporte |
|---|---|
| Regiões |
|
Preços
Para detalhes sobre os preços associados à mudança de local do bucket, consulte Preços do Cloud Storage.
A seguir
- Saiba como planejar uma realocação de bucket.
- Saiba como realocar buckets.