Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Compare a replicação entre redes e a replicação do CloudMirror

Colaboradores

À medida que você começar a usar a federação de grade, revise as semelhanças e as diferenças entre "replicação entre grade" e o "Serviço de replicação do StorageGRID CloudMirror".

Replicação entre grade Serviço de replicação do CloudMirror

Qual é o objetivo principal?

Um sistema StorageGRID atua como um sistema de recuperação de desastres. Os objetos em um bucket podem ser replicados entre as grades em uma ou ambas as direções.

Permite que um locatário replique automaticamente objetos de um bucket no StorageGRID (origem) para um bucket externo do S3 (destino).

A replicação do CloudMirror cria uma cópia independente de um objeto em uma infraestrutura S3 independente. Essa cópia independente não é usada como backup, mas muitas vezes processada na nuvem.

Como é configurado?

  1. Configure uma conexão de federação de grade entre duas grades.

  2. Adicione novas contas de inquilino, que são clonadas automaticamente para a outra grade.

  3. Adicione novos grupos de inquilinos e usuários, que também são clonados.

  4. Crie buckets correspondentes em cada grade e permita que a replicação entre grade ocorra em uma ou ambas as direções.

  1. Um usuário de locatário configura a replicação do CloudMirror definindo um endpoint do CloudMirror (endereço IP, credenciais, etc.) usando o Gerenciador do Tenant ou a API S3.

  2. Qualquer bucket pertencente a essa conta de locatário pode ser configurado para apontar para o endpoint do CloudMirror.

Quem é responsável por montá-lo?

  • Um administrador de grade configura a conexão e os locatários.

  • Os usuários do locatário configuram os grupos, usuários, chaves e buckets.

Normalmente, um usuário locatário.

Qual é o destino?

Um bucket S3 correspondente e idêntico no outro sistema StorageGRID na conexão de federação de grade.

  • Qualquer infraestrutura S3 compatível (incluindo Amazon S3).

  • Google Cloud Platform (GCP)

O controle de versão do objeto é necessário?

Sim, os buckets de origem e destino devem ter o controle de versão de objetos habilitado.

Não, a replicação do CloudMirror suporta qualquer combinação de buckets não versionados e versionados na origem e no destino.

O que faz com que os objetos sejam movidos para o destino?

Os objetos são replicados automaticamente quando são adicionados a um bucket que tem replicação entre grade ativada.

Os objetos são replicados automaticamente quando são adicionados a um bucket que foi configurado com um endpoint do CloudMirror. Os objetos que existiam no bucket de origem antes do bucket ser configurado com o endpoint do CloudMirror não são replicados, a menos que sejam modificados.

Como os objetos são replicados?

A replicação entre grade cria objetos com controle de versão e replica o ID da versão do bucket de origem para o bucket de destino. Isso permite que a ordem da versão seja mantida em ambas as grades.

A replicação do CloudMirror não requer buckets habilitados para controle de versão, portanto, o CloudMirror só pode manter o pedido de uma chave em um site. Não há garantias de que o pedido será mantido para pedidos para um objeto em local diferente.

E se um objeto não puder ser replicado?

O objeto está na fila para replicação, sujeito aos limites de armazenamento de metadados.

O objeto está na fila para replicação, sujeito aos limites dos serviços da plataforma ("Recomendações para o uso de serviços de plataforma"consulte ).

Os metadados do sistema do objeto são replicados?

Sim, quando um objeto é replicado para a outra grade, seus metadados do sistema também são replicados. Os metadados serão idênticos em ambas as grades.

Não, quando um objeto é replicado para o bucket externo, seus metadados do sistema são atualizados. Os metadados diferem entre locais, dependendo do tempo de ingestão e do comportamento da infraestrutura independente do S3.

Como os objetos são recuperados?

Os aplicativos podem recuperar ou ler objetos fazendo uma solicitação para o bucket em qualquer grade.

Os aplicativos podem recuperar ou ler objetos fazendo uma solicitação para StorageGRID ou para o destino S3. Por exemplo, suponha que você use a replicação do CloudMirror para espelhar objetos em uma organização parceira. O parceiro pode usar seus próprios aplicativos para ler ou atualizar objetos diretamente do destino S3. Não é necessário utilizar o StorageGRID.

O que acontece se um objeto for excluído?

  • As solicitações de exclusão que incluem um ID de versão nunca são replicadas para a grade de destino.

  • Excluir solicitações que não incluem um ID de versão adicionam um marcador de exclusão ao bucket de origem, que pode ser replicado opcionalmente para a grade de destino.

  • Se a replicação entre grades for configurada para apenas uma direção, os objetos no intervalo de destino podem ser excluídos sem afetar a origem.

Os resultados variam de acordo com o estado de versionamento dos intervalos de origem e destino (que não precisam ser os mesmos):

  • Se ambos os buckets forem versionados, uma solicitação de exclusão adicionará um marcador de exclusão em ambos os locais.

  • Se apenas o intervalo de origem for versionado, uma solicitação de exclusão adicionará um marcador de exclusão à origem, mas não ao destino.

  • Se nenhum intervalo for versionado, uma solicitação de exclusão excluirá o objeto da origem, mas não do destino.

Da mesma forma, os objetos no intervalo de destino podem ser excluídos sem afetar a origem.