A replicação na mesma região (SRR) replica automaticamente e de forma assíncrona a criação, a atualização e a exclusão de objetos de um bucket source para buckets de destino na mesma região, em tempo quase real.
Casos de uso
Se regulamentações proibirem a saída de dados de um país ou região, configure regras de SRR para armazenar réplicas em vários buckets de destino na mesma região. Os objetos replicados mantêm os mesmos nomes, informações de versionamento, conteúdo e metadados (hora de criação, proprietário, metadados do usuário e ACLs).
Recursos
O SRR oferece os seguintes recursos:
-
Replicação de dados entre buckets na mesma região
O SRR replica dados de um bucket source para vários buckets de destino na mesma região. Por padrão, há suporte para até 100 regras por bucket. Um bucket pode atuar como source e destino em regras diferentes.
Para configurar mais de 100 regras de SRR, entre em contato com o suporte técnico.
-
Replicação de dados em tempo quase real
As operações de criação, exclusão e modificação de objetos são replicadas do source para o destino em tempo quase real.
-
Consistência de dados
Por padrão, o OSS garante consistência eventual entre os buckets source e de destino. No entanto, gravar um objeto com o mesmo nome diretamente no bucket de destino durante a replicação invalida essa garantia.
-
Migração de dados históricos
O SRR replica dados gravados após a entrada em vigor de uma regra. Também é possível replicar dados históricos pré-existentes para o bucket de destino.
-
Acompanhamento do progresso da replicação
Visualize o carimbo de data/hora da replicação mais recente e acompanhe o progresso da replicação de dados existentes.
-
Versionamento
O SRR garante consistência eventual entre buckets source e de destino com versionamento ativado. Se uma regra replicar apenas dados adicionados e modificados, as exclusões específicas de versão não serão replicadas, mas os marcadores de exclusão sim.
-
Replicação de dados criptografados
O SRR replica tanto objetos não criptografados quanto objetos criptografados com SSE-KMS ou SSE-OSS.
-
Notificação de eventos
Defina os tipos de evento como
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemovedeObjectReplication:ObjectModifiedpara receber notificações quando objetos forem adicionados, modificados, excluídos ou substituídos durante tarefas de SRR. Usar notificações de eventos para processar alterações de objetos em tempo real.
Observações de uso
Regras de faturamento
Estas regras se aplicam tanto ao SRR na mesma conta quanto entre contas diferentes.
-
O tráfego de SRR entre buckets source e de destino é gratuito.
NotaO tráfego de SRR não consome a largura de banda padrão do OSS.
O OSS contabiliza as solicitações geradas pelo SRR, mas não cobra por elas.
A replicação de objetos Archive não aciona restauração nem gera taxas de recuperação.
Duração da replicação
O SRR replica dados de forma assíncrona em tempo quase real. A replicação leva de minutos a horas, dependendo do tamanho dos dados. Se a replicação estiver lenta, verifique se há limitação de largura de banda e envie um ticket para aumentar a largura de banda, se necessário.
Para verificar a largura de banda de replicação do SRR pela Internet: no console do OSS, clique em Buckets e selecione o bucket de destino. Escolha e verifique a seção Used Bandwidth. Used Bandwidth.
Substituição de dados
Ao configurar uma regra de SRR para dois buckets, um objeto replicado pode substituir um objeto com o mesmo nome no bucket de destino.
Limitações
Os buckets source e de destino devem ter o mesmo status de versionamento (ambos sem versionamento ou ambos com versionamento ativado).
Não é possível alterar o status de versionamento de buckets com uma regra de SRR configurada.
Objetos Cold Archive e Deep Cold Archive não podem ser replicados, mesmo que restaurados.
Objetos anexáveis não podem ser replicados para buckets com classe de armazenamento Cold Archive ou Deep Cold Archive.