Compare a replicação entre redes e a replicação do CloudMirror
À 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? |
|
|
Quem é responsável por montá-lo? |
|
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. |
|
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? |
|
Os resultados variam de acordo com o estado de versionamento dos intervalos de origem e destino (que não precisam ser os mesmos):
Da mesma forma, os objetos no intervalo de destino podem ser excluídos sem afetar a origem. |