CloudMirror replicação

Notificações

Integração de pesquisa

Monitoramento do endpoint de destino

Você deve monitorar a disponibilidade de cada ponto de extremidade de destino. Se a conectividade com o ponto de extremidade de destino for perdida por um período prolongado e houver um grande acúmulo de solicitações, solicitações adicionais do cliente (como solicitações PUT) para o StorageGRID falharão. Você deve tentar novamente essas solicitações com falha quando o ponto de extremidade de destino estiver acessível.

Limitação de endpoint de destino

O software StorageGRID pode limitar as solicitações S3 recebidas para um bucket se a taxa de envio das solicitações exceder a taxa na qual o endpoint de destino pode recebê-las. A limitação só ocorre quando há um acúmulo de solicitações aguardando para serem enviadas ao endpoint de destino.

O único efeito visível é que as solicitações S3 recebidas levarão mais tempo para serem executadas. Se você começar a detectar um desempenho significativamente mais lento, você deve reduzir a taxa de ingestão ou usar um endpoint com maior capacidade. Se o acúmulo de solicitações continuar crescendo, as operações do cliente S3 (como solicitações PUT) eventualmente falharão.

As solicitações do CloudMirror têm mais probabilidade de serem afetadas pelo desempenho do endpoint de destino, porque normalmente envolvem mais transferência de dados do que as solicitações de integração de pesquisa ou de notificação de eventos.

Garantias de ordenação

StorageGRID garante a ordem das operações em um objeto dentro de um site. Contanto que todas as operações em um objeto sejam realizadas no mesmo site, o estado final do objeto (para replicação) será sempre igual ao estado no StorageGRID.

StorageGRID faz o possível para ordenar as solicitações quando as operações são realizadas entre sites do StorageGRID. Por exemplo, se você gravar um objeto inicialmente no site A e depois sobrescrever o mesmo objeto no site B, não há garantia de que o objeto final replicado pelo CloudMirror para o bucket de destino seja o objeto mais recente.

Exclusões de objetos controladas por ILM

Para corresponder ao comportamento de exclusão do AWS CRR e do Amazon Simple Notification Service, solicitações de CloudMirror e de notificação de eventos não são enviadas quando um objeto no bucket de origem é excluído devido às regras do ILM do StorageGRID. Por exemplo, nenhuma solicitação de CloudMirror ou de notificação de evento é enviada se uma regra do ILM excluir um objeto após 14 dias.

Em contrapartida, as solicitações de integração de pesquisa são enviadas quando objetos são excluídos devido ao ILM.

Usando endpoints do Kafka

Para endpoints do Kafka, o TLS mútuo não é suportado. Como resultado, se você tiver ssl.client.auth definido como required na configuração do seu broker Kafka, isso pode causar problemas na configuração do endpoint do Kafka.

A autenticação dos endpoints do Kafka utiliza os seguintes tipos de autenticação. Esses tipos são diferentes daqueles usados para a autenticação de outros endpoints, como Amazon SNS, e exigem credenciais de nome de usuário e senha.

Nota: As configurações de proxy de armazenamento configuradas não se aplicam aos endpoints dos serviços da plataforma Kafka.

Status de replicação

StorageGRID não suporta o x-amz-replication-status header.

Tamanho do objeto

O tamanho máximo para objetos que podem ser replicados para um bucket de destino pelo serviço de replicação CloudMirror é de 5 TiB, que é o mesmo que o tamanho máximo de objeto suportado.

Nota: O tamanho máximo recomendado para uma única operação PutObject é de 5 GiB (5.368.709.120 bytes). Se você tiver objetos maiores que 5 GiB, use o upload multipart.

Versionamento de buckets e IDs de versão

Se o bucket S3 de origem no StorageGRID tiver o versionamento ativado, você também deve ativar o versionamento para o bucket de destino.

Ao usar o versionamento, observe que a ordem das versões dos objetos no bucket de destino é feita da melhor maneira possível e não é garantida pelo serviço CloudMirror, devido a limitações no protocolo S3.

Nota: Os IDs de versão do bucket de origem no StorageGRID não estão relacionados aos IDs de versão do bucket de destino.

Marcação para versões de objetos

O serviço CloudMirror não replica nenhuma solicitação PutObjectTagging ou DeleteObjectTagging que forneça um ID de versão, devido a limitações do protocolo S3. Como os IDs de versão da origem e do destino não estão relacionados, não há como garantir que uma atualização de tag para um ID de versão específico seja replicada.

Em contrapartida, o serviço CloudMirror replica solicitações PutObjectTagging ou solicitações DeleteObjectTagging que não especificam um ID de versão. Essas solicitações atualizam as tags para a chave mais recente (ou a versão mais recente, se o bucket for versionado). Ingestões normais com tags (não atualizações de tags) também são replicadas.

Envios multipartes e `ETag`valores

Ao espelhar objetos que foram carregados usando um upload multipart, o serviço CloudMirror não preserva as partes. Como resultado, o ETag valor do objeto espelhado será diferente do ETag valor do objeto original.

Objetos criptografados com SSE-C (criptografia do lado do servidor com chaves fornecidas pelo cliente)

O serviço CloudMirror não suporta objetos que são criptografados com SSE-C. Se você tentar ingerir um objeto no bucket de origem para a replicação CloudMirror e a solicitação incluir os cabeçalhos de solicitação SSE-C, a operação falhará.

Bucket com S3 Object Lock ativado

A replicação não é compatível para buckets de origem ou destino com o S3 Object Lock ativado.