Qual é o objetivo principal?

Um pool de storage em nuvem atua como destino de arquivamento. A cópia de objeto no Cloud Storage Pool pode ser a única cópia do objeto ou pode ser uma cópia adicional. Ou seja, em vez de manter duas cópias no local, você pode manter apenas uma cópia no StorageGRID e enviar uma cópia para o pool de storage de nuvem.

O serviço de replicação do CloudMirror 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.

Como é configurado?

Os pools de armazenamento em nuvem são definidos da mesma forma que os pools de armazenamento, usando o Gerenciador de Grade ou a API de Gerenciamento de Grade. Um pool de armazenamento em nuvem pode ser selecionado como o local de colocação em uma regra ILM. Enquanto um pool de storage consiste em um grupo de nós de storage, um pool de armazenamento em nuvem é definido usando um endpoint remoto S3 ou Azure (endereço IP, credenciais etc.).

Um usuário de locatário Configura a replicação do CloudMirrordefinindo um endpoint do CloudMirror (endereço IP, credenciais, etc.) usando o Gerenciador do locatário ou a API do S3. Depois que o endpoint do CloudMirror for configurado, qualquer bucket de propriedade dessa conta de locatário poderá ser configurado para apontar para o endpoint do CloudMirror.

Quem é responsável por montá-lo?

Normalmente, um administrador de grade

Normalmente, um usuário locatário

Qual é o destino?

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

Uma ou mais regras ILM na política ILM ativa. As regras do ILM definem quais objetos o StorageGRID move para o pool de armazenamento em nuvem e quando os objetos são movidos.

O ato de inserir um novo objeto em um bucket de origem que foi configurado com um endpoint.Objects do CloudMirror que existiam no bucket de origem antes que o bucket fosse configurado com o endpoint do CloudMirror não são replicados, a menos que sejam modificados.

Como os objetos são recuperados?

Os aplicativos devem fazer solicitações ao StorageGRID para recuperar objetos que foram movidos para um pool de armazenamento em nuvem. Se a única cópia de um objeto tiver sido transferida para armazenamento de arquivo, o StorageGRID gerencia o processo de restauração do objeto para que ele possa ser recuperado.

Como a cópia espelhada no intervalo de destino é uma cópia independente, os aplicativos podem recuperar o objeto fazendo solicitações para o 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.

Você pode ler diretamente do destino?

Não. Os objetos movidos para um pool de storage de nuvem são gerenciados pelo StorageGRID. As solicitações de leitura devem ser direcionadas ao StorageGRID (e o StorageGRID será responsável pela recuperação do pool de armazenamento em nuvem).

Sim, porque a cópia espelhada é uma cópia independente.

O que acontece se um objeto for excluído da origem?

O objeto também é excluído no Cloud Storage Pool.

A ação de exclusão não é replicada. Um objeto excluído não existe mais no bucket do StorageGRID, mas continua a existir no bucket de destino. Da mesma forma, os objetos no intervalo de destino podem ser excluídos sem afetar a origem.

Como você acessa objetos após um desastre (sistema StorageGRID não operacional)?

Os nós de StorageGRID com falha devem ser recuperados. Durante esse processo, cópias de objetos replicados podem ser restauradas usando as cópias no Cloud Storage Pool.

As cópias de objeto no destino do CloudMirror são independentes do StorageGRID, portanto, podem ser acessadas diretamente antes que os nós do StorageGRID sejam recuperados.