O que é replicação entre redes?
Sugerir alterações
PDFs
A replicação entre grade é a replicação automática de objetos entre buckets S3 selecionados em dois sistemas StorageGRID que estão conetados em um "conexão de federação de grade". "Clone de conta" é necessário para replicação entre grades.
Fluxo de trabalho para replicação entre grades
O diagrama de fluxo de trabalho resume as etapas para configurar a replicação entre grades entre intervalos em duas grades.
Requisitos para replicação entre grades
Se uma conta de locatário tiver a permissão usar conexão de federação de grade para usar um ou mais "conexões de federação de grade", um usuário de locatário com permissão de acesso root poderá criar buckets idênticos nas contas de locatário correspondentes em cada grade. Estes baldes:
-
Deve ter o mesmo nome, mas pode ter regiões diferentes
-
Deve ter o controle de versão habilitado
-
Tem de ter o bloqueio de objetos S3 desativado
-
Deve estar vazio
Depois que ambos os buckets tiverem sido criados, a replicação entre grades pode ser configurada para um ou ambos os buckets.
Como a replicação entre redes funciona
A replicação entre grades pode ser configurada para ocorrer em uma direção ou em ambas as direções.
Replicação em uma direção
Se você habilitar a replicação entre grade para um bucket em apenas uma grade, os objetos adicionados a esse bucket (o bucket de origem) serão replicados para o bucket correspondente na outra grade (o bucket de destino). No entanto, os objetos adicionados ao intervalo de destino não são replicados de volta para a origem. Na figura, a replicação de grade cruzada é ativada para my-bucket da grade 1 para a grade 2, mas não é ativada na outra direção.
Replicação em ambas as direções
Se você habilitar a replicação entre grade para o mesmo bucket em ambas as grades, os objetos adicionados a qualquer bucket serão replicados para a outra grade. Na figura, a replicação em grade cruzada é ativada para my-bucket em ambas as direções.
O que acontece quando os objetos são ingeridos?
Quando um cliente S3 adiciona um objeto a um bucket que tem replicação entre grades ativada, o seguinte acontece:
-
O StorageGRID replica automaticamente o objeto do bucket de origem para o bucket de destino. O tempo para executar essa operação de replicação em segundo plano depende de vários fatores, incluindo o número de outras operações de replicação pendentes.
O cliente S3 pode verificar o status de replicação de um objeto emitindo uma solicitação GetObject ou HeadObject. A resposta inclui um cabeçalho de resposta específico do StorageGRID
x-ntap-sg-cgr-replication-status, que terá um dos seguintes valores: O cliente S3 pode verificar o status de replicação de um objeto emitindo uma solicitação GetObject ou HeadObject. A resposta inclui um cabeçalho de resposta específico do StorageGRIDx-ntap-sg-cgr-replication-status, que terá um dos seguintes valores:Grelha Estado da replicação Fonte
-
COMPLETED: A replicação foi bem-sucedida para todas as conexões de grade.
-
PENDENTE: O objeto não foi replicado para pelo menos uma conexão de grade.
-
FAILURE: A replicação não está pendente para qualquer conexão de grade e pelo menos uma falha permanente. Um usuário deve resolver o erro.
Destino
-
RÉPLICA*: O objeto foi replicado a partir da grade de origem.
O StorageGRID não suporta o x-amz-replication-statuscolhedor. -
-
O StorageGRID usa as políticas de ILM ativas de cada grade para gerenciar os objetos, assim como qualquer outro objeto. Por exemplo, Objeto A na Grade 1 pode ser armazenado como duas cópias replicadas e retido para sempre, enquanto a cópia do Objeto A que foi replicado para a Grade 2 pode ser armazenada usando codificação de apagamento 2-1 e excluída após três anos.
O que acontece quando os objetos são excluídos?
Conforme descrito "Eliminar fluxo de dados"no , o StorageGRID pode excluir um objeto por qualquer um destes motivos:
-
O cliente S3 emite uma solicitação de exclusão.
-
Um usuário do Tenant Manager seleciona a "Excluir objetos no bucket" opção para remover todos os objetos de um bucket.
-
O bucket tem uma configuração de ciclo de vida, que expira.
-
O último período de tempo na regra ILM para o objeto termina, e não há mais colocações especificadas.
Quando o StorageGRID exclui um objeto devido a uma operação Excluir objetos na operação de bucket, expiração do ciclo de vida do bucket ou expiração do posicionamento do ILM, o objeto replicado nunca é excluído da outra grade em uma conexão de federação de grade. No entanto, os marcadores de exclusão adicionados ao bucket de origem por exclusões do cliente S3 podem ser replicados opcionalmente para o bucket de destino.
Para entender o que acontece quando um cliente S3 exclui objetos de um bucket que tem replicação entre grade ativada, revise como os clientes S3 excluem objetos de buckets que têm o controle de versão ativado, da seguinte forma:
-
Se um cliente S3 emitir uma solicitação de exclusão que inclua um ID de versão, essa versão do objeto será removida permanentemente. Nenhum marcador de eliminação é adicionado ao balde.
-
Se um cliente S3 emitir uma solicitação de exclusão que não inclua um ID de versão, o StorageGRID não exclui nenhuma versão de objeto. Em vez disso, ele adiciona um marcador de exclusão ao intervalo. O marcador de exclusão faz com que o StorageGRID atue como se o objeto fosse excluído:
-
Uma solicitação GetObject sem um ID de versão falhará
404 No Object Found -
Uma solicitação GetObject com um ID de versão válido será bem-sucedida e retornará a versão do objeto solicitada.
-
Quando um cliente S3 exclui um objeto de um bucket que tem replicação entre grade ativada, o StorageGRID determina se deve replicar a solicitação de exclusão para o destino, da seguinte forma:
-
Se a solicitação de exclusão incluir um ID de versão, essa versão do objeto será removida permanentemente da grade de origem. No entanto, o StorageGRID não replica solicitações de exclusão que incluem um ID de versão, portanto, a mesma versão do objeto não é excluída do destino.
-
Se a solicitação de exclusão não incluir um ID de versão, o StorageGRID poderá, opcionalmente, replicar o marcador de exclusão, com base na configuração da replicação entre grade para o bucket:
-
Se você optar por replicar marcadores de exclusão (padrão), um marcador de exclusão será adicionado ao intervalo de origem e replicado ao intervalo de destino. Na verdade, o objeto parece ser excluído em ambas as grades.
-
Se você optar por não replicar marcadores de exclusão, um marcador de exclusão será adicionado ao intervalo de origem, mas não será replicado para o intervalo de destino. Com efeito, os objetos que são excluídos na grade de origem não são excluídos na grade de destino.
-
Na figura, Replicate DELETE markers foi definido como Yes quando "a replicação entre redes foi ativada". Excluir solicitações para o bucket de origem que inclua um ID de versão não excluirá objetos do bucket de destino. Excluir solicitações para o bucket de origem que não inclua um ID de versão aparecerão para excluir objetos no bucket de destino.
|
|
Se você quiser manter as exclusões de objetos sincronizadas entre grades, crie correspondentes "Configurações do ciclo de vida do S3" para os buckets em ambas as grades. |
Como os objetos criptografados são replicados
Quando você usa replicação entre grade para replicar objetos entre grades, é possível criptografar objetos individuais, usar criptografia de bucket padrão ou configurar criptografia em toda a grade. Você pode adicionar, modificar ou remover configurações padrão de intervalo ou criptografia em toda a grade antes ou depois de ativar a replicação entre grade para um bucket.
Para criptografar objetos individuais, você pode usar SSE (criptografia do lado do servidor com chaves gerenciadas pelo StorageGRID) ao adicionar os objetos ao bucket de origem. Use o x-amz-server-side-encryption cabeçalho da solicitação e AES256 especifique . "Use a criptografia do lado do servidor"Consulte .
|
|
O uso do SSE-C (criptografia do lado do servidor com chaves fornecidas pelo cliente) não é suportado para replicação entre grades. A operação de ingestão falhará. |
Para usar a criptografia padrão para um bucket, use uma solicitação PutBucketEncryption e defina o SSEAlgorithm parâmetro como AES256. A criptografia no nível do bucket aplica-se a quaisquer objetos ingeridos sem o x-amz-server-side-encryption cabeçalho da solicitação. "Operações em baldes"Consulte .
Para usar criptografia no nível da grade, defina a opção Stored Object Encryption como AES-256. A criptografia no nível da grade se aplica a quaisquer objetos que não sejam criptografados no nível do bucket ou que sejam ingeridos sem o x-amz-server-side-encryption cabeçalho da solicitação. "Configure as opções de rede e objeto"Consulte .
|
|
SSE não suporta AES-128. Se a opção Stored Object Encryption estiver ativada para a grade de origem usando a opção AES-128, o uso do algoritmo AES-128 não será propagado para o objeto replicado. Em vez disso, o objeto replicado usará o intervalo padrão do destino ou a configuração de criptografia em nível de grade, se disponível. |
Ao determinar como criptografar objetos de origem, o StorageGRID aplica estas regras:
-
Use o
x-amz-server-side-encryptioncabeçalho de ingestão, se presente. -
Se um cabeçalho de ingestão não estiver presente, use a configuração de criptografia padrão do intervalo, se configurado.
-
Se uma configuração de intervalo não estiver configurada, use a configuração de criptografia em toda a grade, se configurada.
-
Se uma configuração em toda a grade não estiver presente, não criptografe o objeto de origem.
Ao determinar como criptografar objetos replicados, o StorageGRID aplica essas regras nesta ordem:
-
Use a mesma criptografia que o objeto de origem, a menos que esse objeto use criptografia AES-128.
-
Se o objeto de origem não estiver criptografado ou usar AES-128, use a configuração de criptografia padrão do bucket de destino, se configurado.
-
Se o intervalo de destino não tiver uma configuração de criptografia, use a configuração de criptografia em toda a grade do destino, se configurada.
-
Se uma configuração em toda a grade não estiver presente, não criptografe o objeto de destino.
PutObjectTagging e DeleteObjectTagging não são suportados
As solicitações PutObjectTagging e DeleteObjectTagging não são suportadas para objetos em buckets que têm replicação entre grade ativada.
Se um cliente S3 emitir uma solicitação PutObjectTagging ou DeleteObjectTagging, 501 Not Implemented será retornado. A mensagem é Put(Delete) ObjectTagging is not available for buckets that have cross-grid replication configured.
Como os objetos segmentados são replicados
O tamanho máximo do segmento da grade de origem aplica-se a objetos replicados na grade de destino. Quando os objetos são replicados para outra grade, a configuração tamanho máximo do segmento (CONFIGURATION > System > Storage options) da grade de origem será usada em ambas as grades. Por exemplo, suponha que o tamanho máximo do segmento para a grade de origem seja de 1 GB, enquanto o tamanho máximo do segmento da grade de destino é de 50 MB. Se você ingerir um objeto de 2 GB na grade de origem, esse objeto será salvo como dois segmentos de 1 GB. Ele também será replicado para a grade de destino como dois segmentos de 1 GB, mesmo que o tamanho máximo do segmento da grade seja de 50 MB.