Skip to main content
Uma versão mais recente deste produto está disponível.
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 grades e a replicação CloudMirror no StorageGRID

PDFs

Ao começar a usar a federação de grade, revise as semelhanças e diferenças entre "replicação entre grids" e "Serviço de replicação StorageGRID CloudMirror".

Observação Não é possível usar CloudMirror em um bucket replicado por replicação entre grades, e vice-versa.
Replicação entre grades CloudMirror serviço de replicação

Qual é o objetivo principal?

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

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

CloudMirror replication cria uma cópia independente de um objeto em uma infraestrutura S3 independente. Essa cópia independente não é usada como backup, mas geralmente é processada posteriormente na nuvem.

Como é configurado?

  1. Configurar uma conexão de federação de grids entre dois grids.

  2. Adicione novas contas de locatário, que são clonadas automaticamente para a outra grid.

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

  4. Crie buckets correspondentes em cada grid e habilite a replicação entre grids para ocorrer em uma ou ambas as direções.

  1. Um usuário locatário configura a replicação CloudMirror definindo um endpoint CloudMirror (endereço IP, credenciais e assim por diante) usando o Tenant Manager ou a S3 API.

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

Quem é responsável por configurá-lo?

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

  • Os usuários locatários 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 grid.

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

  • Google Cloud Platform (GCP)

O versionamento de objetos é necessário?

Sim, tanto o bucket de origem quanto o de destino devem ter o versionamento de objetos ativado.

Não, a replicação CloudMirror suporta qualquer combinação de buckets não versionados e versionados, tanto na origem quanto 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 a replicação entre grades habilitada.

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

Como os objetos são replicados?

A replicação entre grids cria objetos versionados e replica o ID da versão do bucket de origem para o bucket de destino. Isso permite que a ordem das versões seja mantida em ambos os grids.

CloudMirror replication não exige buckets com controle de versão habilitado, então o CloudMirror só pode manter a ordem de uma chave dentro de um site. Não há garantias de que a ordem será mantida para solicitações a um objeto em sites diferentes.

E se um objeto não puder ser replicado?

O objeto é enfileirado para replicação, sujeito aos limites de armazenamento de metadados.

O objeto é enfileirado para replicação, sujeito aos limites dos serviços da plataforma (veja "Recomendações para o uso de serviços de plataforma").

Os metadados do sistema do objeto são replicados?

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

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

Como os objetos são recuperados?

Os aplicativos podem recuperar ou ler objetos fazendo uma solicitação ao bucket em qualquer um dos grids.

Os aplicativos podem recuperar ou ler objetos fazendo uma solicitação ao StorageGRID ou ao destino S3. Por exemplo, suponha que você use a replicação 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 usar 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 o grid de destino.

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

  • Se a replicação entre grades estiver configurada apenas em uma direção, os objetos no bucket de destino poderão ser excluídos sem afetar a origem.

Os resultados podem variar dependendo do estado de versionamento dos buckets de origem e destino (que não precisam ser iguais):

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

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

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

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