A replicação na mesma região (SRR) copia objetos de forma automática e assíncrona — incluindo todas as operações realizadas sobre eles, como criações, atualizações e exclusões — de um bucket de source para um bucket de destino dentro da mesma região.
Casos de uso
Quando leis locais ou requisitos de conformidade exigem que seus dados não saiam do país ou da região, configure regras de SRR para armazenar cópias dos dados de um bucket de source em vários buckets de destino na mesma região. Os objetos no bucket de destino são réplicas exatas dos objetos no bucket de source. Eles compartilham o mesmo nome de objeto, informações de versão, conteúdo e metadados, o que inclui atributos como hora de criação, proprietário, metadados definidos pelo usuário e ACLs de objeto.
Recursos
A SRR oferece suporte aos seguintes recursos:
-
Replicação de dados entre buckets na mesma região
É possível replicar dados de um bucket de source para vários buckets de destino na mesma região. Um único bucket pode ter até 100 regras de replicação. Nessas regras, um bucket pode atuar como bucket de source ou como bucket de destino.
Se o seu caso de uso exigir mais de 100 regras de replicação, entre em contato com o suporte técnico.
-
Replicação de dados quase em tempo real
Criações, exclusões e modificações de objetos são replicadas para o bucket de destino quase em tempo real.
-
Consistência de dados
Por padrão, o OSS garante 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.
-
Replicação de dados existentes
Tanto novos objetos quanto objetos que já existiam antes da criação da regra de replicação podem ser replicados.
-
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
A consistência eventual para todas as versões de objetos é garantida se o versionamento estiver ativado tanto no bucket de source quanto no bucket de destino. Se você configurar uma regra para replicar apenas dados adicionados e modificados, as operações de exclusão realizadas em uma versão específica de um objeto no bucket de source não serão replicadas para o bucket de destino. Contudo, marcadores de exclusão criados no bucket de source são replicados para o bucket de destino.
-
Replicação de dados criptografados
A SRR replica objetos não criptografados e objetos criptografados no lado do servidor usando chaves gerenciadas pelo KMS (
SSE-KMS) ou chaves gerenciadas pelo OSS (SSE-OSS). -
Configuração de notificações de eventos
Utilize os tipos de evento
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemovedeObjectReplication:ObjectModifiedpara receber notificações quando objetos forem adicionados, modificados, excluídos ou sobrescritos durante a CRR. Para obter mais informações, consulte Use event notifications to process real-time object changes.
Observações de uso
Faturamento
As seguintes regras de faturamento se aplicam à SRR dentro da mesma conta e à SRR entre contas.
-
Após ativar a SRR, o tráfego de transferência de dados gerado pela replicação de objetos de um bucket de source para um bucket de destino no OSS não é cobrado.
NotaO tráfego gerado pela SRR não consome sua largura de banda padrão do OSS.
Depois de ativar a SRR, as solicitações para objetos replicados são contabilizadas, mas não geram cobrança.
Ao usar a SRR para replicar objetos Archive de um bucket de source para um bucket de destino, nenhum dado é restaurado e não há cobrança de taxas de recuperação de dados.
Duração
A SRR utiliza um mecanismo assíncrono e quase em tempo real. O tempo necessário para replicar dados do bucket de source para o bucket de destino pode variar de alguns minutos a algumas horas, dependendo do tamanho dos dados. Caso uma tarefa de replicação demore muito, verifique se há atrasos causados por limites de largura de banda. Se a largura de banda estiver limitando a velocidade de replicação, envie um ticket para aumentar a largura de banda e melhorar a eficiência da replicação.
Visualize os dados de SRR Inbound na seção Used Bandwidth, na aba do console do OSS. Essa métrica mostra a largura de banda de entrada para o Bucket de Destino da SRR. Para obter mais informações, consulte Used Bandwidth.
Risco de sobrescrever objetos com o mesmo nome
Como é possível operar tanto no bucket de source quanto no bucket de destino enquanto uma regra de replicação está ativa, os objetos replicados do bucket de source podem sobrescrever objetos com o mesmo nome no bucket de destino.
Limitações
A SRR só pode ser ativada entre dois Buckets que compartilhem o mesmo status de
Versioning(ambos ativados ou ambos desativados).Não é possível alterar o status de versionamento de nenhum dos buckets enquanto uma regra de replicação estiver ativa.
A SRR não replica objetos nas classes de armazenamento
Cold ArchiveouDeep Cold Archive, independentemente de esses objetos terem sido restaurados ou não.Objetos anexáveis não são replicados pela SRR para um bucket de destino que utilize a classe de armazenamento
Cold ArchiveouDeep Cold Archive.