A replicação na mesma região (SRR) replica, de forma automática e assíncrona, a criação, a atualização e a exclusão de objetos de um bucket de source para buckets de destino na mesma região, quase em tempo real.
Casos de uso
Quando regulamentações proíbem 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 de 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 de source para vários buckets de destino na mesma região. Por padrão, é possível configurar 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 quase em tempo real
O SRR replica operações de criação, exclusão e modificação de objetos da source para o destino quase em tempo real.
-
Consistência de dados
Por padrão, o OSS garante a consistência eventual entre os buckets de 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 os dados gravados após a entrada em vigor de uma regra. Também é possível replicar dados históricos preexistentes para o bucket de destino.
-
Acompanhamento do progresso da replicação
Para acompanhar o progresso, visualize o carimbo de data e hora da replicação mais recente e o progresso da replicação de dados existentes.
-
Versionamento
O SRR garante a consistência eventual entre os buckets de source e de destino com versionamento ativado. Se uma regra replicar apenas dados adicionados e modificados, o SRR não replica exclusões específicas de versão, mas replica os marcadores de exclusão.
-
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
Para receber notificações ao adicionar, modificar, exclua ou substituir objetos durante tarefas de SRR, defina os tipos de evento como
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemovedeObjectReplication:ObjectModified. Use event notifications to process real-time object changes.
Observações de uso
Regras de faturamento
Estas regras se aplicam ao SRR tanto na mesma conta quanto em contas diferentes.
-
O tráfego de SRR entre os buckets de source e de destino é gratuito.
NotaO tráfego de SRR não consome a largura de banda padrão do OSS.
O SRR não cobra taxas extras de solicitação pela operação de replicação em si. No entanto, o bucket de destino recebe os dados replicados por meio de solicitações PUT. O sistema contabiliza essas solicitações na contagem do bucket de destino e as fatura conforme a taxa padrão de solicitação.
A replicação de objetos Archive não aciona a restauração nem gera taxas de recuperação.
Duração da replicação
O SRR replica dados de forma assíncrona e quase em tempo 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. Em seguida, 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 de source e de destino devem ter o mesmo status de versionamento (ambos sem versionamento ou ambos com o versionamento ativado).
Não é possível alterar o status de versionamento de buckets com uma regra de SRR configurada.
Não é possível replicar objetos Cold Archive e Deep Cold Archive, mesmo que estejam restaurados.
Não é possível replicar objetos anexáveis para buckets com a classe de armazenamento Cold Archive ou Deep Cold Archive.