Saiba mais sobre o serviço de replicação StorageGRID CloudMirror
Você pode habilitar a replicação CloudMirror para um bucket do S3 se quiser que o StorageGRID replique objetos específicos adicionados ao bucket para um ou mais buckets de destino externos.
Por exemplo, você pode usar a replicação CloudMirror para espelhar registros específicos de clientes no Amazon S3 e, em seguida, aproveitar os serviços da AWS para realizar análises em seus dados.
|
|
CloudMirror a replicação não é suportada se o bucket de origem tiver o S3 Object Lock ativado. |
CloudMirror e ILM
CloudMirror replication opera independentemente das políticas ILM ativas do grid. O serviço CloudMirror replica os objetos à medida que são armazenados no bucket de origem e os entrega ao bucket de destino o mais rápido possível. A entrega dos objetos replicados é acionada quando a ingestão do objeto é bem-sucedida.
CloudMirror e replicação entre grades
CloudMirror replication apresenta importantes semelhanças e diferenças com o recurso de replicação entre grades. Consulte "Compare a replicação entre grades e a replicação CloudMirror".
CloudMirror e buckets S3
CloudMirror A replicação geralmente é configurada para usar um bucket S3 externo como destino. No entanto, você também pode configurar a replicação para usar outra implantação do StorageGRID ou qualquer serviço compatível com S3.
- Buckets existentes
-
Ao habilitar a replicação CloudMirror para um bucket existente, somente os novos objetos adicionados a esse bucket são replicados. Quaisquer objetos já existentes no bucket não são replicados. Para forçar a replicação de objetos existentes, você pode atualizar os metadados do objeto existente realizando uma cópia do objeto.
Se você estiver usando a replicação CloudMirror para copiar objetos para um destino Amazon S3, esteja ciente de que o Amazon S3 limita o tamanho dos metadados definidos pelo usuário em cada cabeçalho de solicitação PUT a 2 KB. Se um objeto tiver metadados definidos pelo usuário maiores que 2 KB, esse objeto não será replicado. - Vários buckets de destino
-
Para replicar objetos de um único bucket para vários buckets de destino, especifique o destino para cada regra no XML de configuração de replicação. Você não pode replicar um objeto para mais de um bucket ao mesmo tempo.
- Buckets versionados ou não versionados
-
Você pode configurar a replicação CloudMirror em buckets versionados ou não versionados. Os buckets de destino podem ser versionados ou não versionados. Você pode usar qualquer combinação de buckets versionados e não versionados. Por exemplo, você pode especificar um bucket versionado como destino para um bucket de origem não versionado, ou vice-versa. Você também pode replicar entre buckets não versionados.
Exclusão, loops de replicação e eventos
- Comportamento de exclusão
-
É o mesmo comportamento de exclusão do serviço Amazon S3, Cross-Region Replication (CRR). Excluir um objeto em um bucket de origem nunca exclui um objeto replicado no destino. Se ambos os buckets de origem e de destino forem versionados, o marcador de exclusão será replicado. Se o bucket de destino não for versionado, excluir um objeto no bucket de origem não replica o marcador de exclusão para o bucket de destino nem exclui o objeto de destino.
- Proteção contra loops de replicação
-
À medida que os objetos são replicados para o bucket de destino, StorageGRID os marca como "réplicas". Um bucket de destino do StorageGRID não replicará novamente os objetos marcados como réplicas, protegendo você de loops de replicação acidentais. Essa marcação de réplica é interna ao StorageGRID e não impede que você utilize o AWS CRR ao usar um bucket Amazon S3 como destino.
O cabeçalho personalizado usado para marcar uma réplica é x-ntap-sg-replica. Essa marcação impede um espelhamento em cascata. StorageGRID oferece suporte a um CloudMirror bidirecional entre duas grids. - Eventos no bucket de destino
-
A unicidade e a ordem dos eventos no bucket de destino não são garantidas. Mais de uma cópia idêntica de um objeto de origem pode ser entregue ao destino como resultado de operações realizadas para garantir o sucesso da entrega. Em casos raros, quando o mesmo objeto é atualizado simultaneamente a partir de dois ou mais sites StorageGRID diferentes, a ordem das operações no bucket de destino pode não corresponder à ordem dos eventos no bucket de origem.