Qual é o objetivo principal?

Funciona como um destino de arquivamento. A cópia do 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 localmente, você pode manter uma cópia no StorageGRID e enviar uma cópia para o Cloud Storage Pool.

Permite que um locatário replique automaticamente objetos de um bucket no StorageGRID (origem) para um bucket S3 externo (destino). Cria uma cópia independente de um objeto em uma infraestrutura S3 independente.

Como é configurado?

Definido da mesma forma que os pools de storage, usando o Grid Manager ou a Grid Management API. Pode ser selecionado como local de colocação em uma regra ILM. Enquanto um pool de storage consiste em um grupo de Storage Nodes, um Cloud Storage Pool é definido usando um endpoint remoto S3 ou Azure (endereço IP, credenciais e assim por diante).

Um usuário locatário "configura a replicação CloudMirror" define um endpoint CloudMirror (endereço IP, credenciais e assim por diante) usando o Gerenciador de Locatários ou a API S3. Depois que o endpoint CloudMirror é configurado, qualquer bucket pertencente a essa conta de locatário pode ser configurado para apontar para o endpoint CloudMirror.

Quem é responsável por configurá-lo?

Normalmente, um administrador de grid

Normalmente, um usuário tenant

Qual é o destino?

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

Uma ou mais regras ILM nas políticas ILM ativas. As regras ILM definem quais objetos StorageGRID move para o Cloud Storage Pool e quando os objetos são movidos.

O ato de ingerir um novo objeto em um bucket de origem que foi configurado com um endpoint CloudMirror. 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 recuperados?

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

Como a cópia espelhada no bucket de destino é uma cópia independente, os aplicativos podem recuperar o objeto fazendo solicitações ao StorageGRID ou ao destino S3. Por exemplo, suponha que você use a replicação CloudMirror para espelhar objetos para 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.

É possível ler diretamente do destino?

Não. Os objetos movidos para um Cloud Storage Pool são gerenciados pelo StorageGRID. As solicitações de leitura devem ser direcionadas ao StorageGRID (e o StorageGRID será responsável pela recuperação a partir do Cloud Storage Pool).

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 do Cloud Storage Pool.

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

Como você acessa objetos após um desastre (sistema StorageGRID inoperante)?

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

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