A replicação entre regiões (CRR) replica objetos de forma automática e assíncrona (quase em tempo real) entre buckets em regiões diferentes, na mesma conta ou em contas distintas. Operações como criação, sobrescrita e exclusão são sincronizadas para atender a requisitos de conformidade, latência, segurança e disponibilidade.
Cenários
A CRR replica objetos de um bucket de source para um bucket de destino, preservando nomes de objetos, informações de versionamento, conteúdo e metadados como data de criação, proprietário, metadados de usuário e ACLs.
-
Conformidade
O OSS oferece um mecanismo de redundância de dados para objetos. No entanto, algumas políticas de conformidade exigem réplicas em data centers geograficamente distantes. A CRR replica dados entre regiões para atender a esses requisitos.
-
Latência mínima
Replique objetos para data centers mais próximos dos seus usuários e reduza a latência de acesso.
-
Backup de dados e recuperação de desastres
Replique dados para um data center secundário a fim de garantir a recuperação em caso de eventos catastróficos, como terremotos ou tsunamis.
-
Migração de dados
Para garantir a continuidade dos negócios, pode ser necessário migrar dados de um data center para outro.
-
Finalidades operacionais
Replique objetos entre regiões para clusters de computação que analisam o mesmo conjunto de objetos em data centers diferentes.
Recursos
A CRR oferece suporte aos seguintes recursos:
-
RTC
Com o Replication Time Control (RTC) ativado, o OSS replica a maioria dos objetos em poucos segundos e 99,99% em até 10 minutos. O RTC também fornece monitoramento em tempo real das tarefas de replicação.
-
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. Entretanto, 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 objetos novos quanto objetos que já existiam antes da criação da regra de replicação podem ser replicados.
-
Acompanhamento do progresso de replicação
Visualize o timestamp da replicação mais recente e acompanhe o progresso da replicação de dados existentes.
-
Versionamento
O OSS garante consistência eventual de todas as versões de objetos quando o versionamento está ativado nos buckets de source e de destino. Se você configure uma regra para replicar apenas dados adicionados e modificados, as operações de exclusão em uma versão específica de um objeto no bucket de source não serão replicadas para o bucket de destino. Porém, os marcadores de exclusão (exclua markers) criados no bucket de source são replicados para o bucket de destino.
-
Aceleração de transferência
A aceleração de transferência agiliza a transferência de dados da CRR entre regiões dentro e fora da China continental. Para mais informações, consulte Access OSS using transfer acceleration.
-
Replicação de dados criptografados
A CRR oferece suporte à replicação de objetos não criptografados e de objetos criptografados com SSE-KMS ou SSE-OSS. Para mais informações, consulte Data replication with server-side encryption.
-
Notificações de eventos
Use 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 mais informações, consulte Use event notifications to process real-time object changes.
Observações de uso
Regras de faturamento
-
A CRR gera taxas de tráfego. Para mais informações, consulte Traffic fees.
Na CRR entre contas, as taxas de tráfego são cobradas do proprietário do bucket de source.
Cada replicação de objeto bem-sucedida é contabilizada como uma requisição de API. Para mais informações, consulte Request fees.
A aceleração de transferência gera taxas adicionais cobradas do proprietário do bucket de destino. Para detalhes de preços, consulte Transfer acceleration fees.
O RTC gera taxas adicionais. Para mais informações, consulte RTC traffic fees.
A CRR não gera taxas de recuperação de dados ao replicar objetos Infrequent Access (IA) ou Archive.
Tempo de replicação
A CRR replica dados de forma assíncrona e quase em tempo real. A replicação pode levar de minutos a horas, dependendo do volume de dados. Se a replicação estiver lenta, verifique os limites de largura de banda e envie um ticket para aumentá-la, se necessário.
Para verificar a largura de banda de Internet utilizada pela CRR no bucket de destino: faça login no console do OSS, acesse o bucket de destino e escolha para visualize a largura de banda na seção Used Bandwidth. Used Bandwidth.
Sobrescrita de dados
Um objeto replicado pode sobrescrever um objeto existente com o mesmo nome no bucket de destino.
Limites
Regiões
Para configure a CRR entre uma região dentro e uma região fora da China continental, ative a aceleração de transferência.
Número de regras de CRR
Um bucket de source pode replicar dados para vários buckets de destino. É possível configure até 100 regras de CRR por bucket por padrão. Um bucket pode atuar tanto como source quanto como destino em regras de CRR diferentes.
Para configure mais de 100 regras de CRR, entre em contato com o suporte técnico.
Operações
Os buckets de source e de destino em uma regra de CRR devem ter o mesmo estado de versionamento: sem versionamento ou com versionamento ativado. Não é possível configure regras de CRR para buckets com versionamento suspenso.
Não é possível alterar o status de versionamento de buckets que possuem uma regra de CRR ativa.
Um objeto replicado pode sobrescrever um objeto existente com o mesmo nome no bucket de destino.
Um bucket de source pode replicar para vários buckets de destino, com até 100 regras de CRR por bucket por padrão. Um bucket pode atuar tanto como source quanto como destino em regras diferentes. Para configure mais de 100 regras, entre em contato com o suporte técnico.
Objetos Cold Archive e Deep Cold Archive não podem ser replicados, independentemente do status de restauração.
Objetos do tipo appendable não podem ser replicados para buckets Cold Archive ou Deep Cold Archive.