¿Cuál es el objetivo principal?

Un pool de almacenamiento en cloud actúa como destino de archivado. La copia de objeto del Pool de almacenamiento en cloud puede ser la única copia del objeto, o bien puede ser una copia adicional. Es decir, en lugar de conservar dos copias en las instalaciones, solo puede conservar una copia en StorageGRID y enviar una copia al Cloud Storage Pool.

El servicio de replicación de CloudMirror permite que un inquilino replique automáticamente objetos de un bloque en StorageGRID (origen) en un bloque de S3 externo (destino). La replicación de CloudMirror crea una copia independiente de un objeto en una infraestructura de S3 independiente.

¿Cómo se configura?

Los pools de almacenamiento en cloud se definen del mismo modo que los pools de almacenamiento, mediante Grid Manager o la API de gestión de grid. Puede seleccionar un Cloud Storage Pool como ubicación en una regla de ILM. Si bien un pool de almacenamiento consta de un grupo de nodos de almacenamiento, un pool de almacenamiento en el cloud se define mediante un extremo remoto de S3 o Azure (dirección IP, credenciales, etc.).

Un usuario de inquilino configura la replicación de CloudMirror definiendo un extremo de CloudMirror (dirección IP, credenciales, etc.) mediante el administrador de inquilinos o la API de S3. Una vez configurado el extremo de CloudMirror, se puede configurar cualquier bloque que sea propiedad de esa cuenta de inquilino para que apunte al extremo de CloudMirror.

¿Quién es responsable de su configuración?

Normalmente, un administrador de grid

Normalmente, un usuario inquilino

¿Cuál es el destino?

¿Qué hace que los objetos se muevan al destino?

Una o varias reglas de ILM en la política activa de ILM. Las reglas de ILM definen los objetos que StorageGRID se mueve al Cloud Storage Pool y cuándo se mueven los objetos.

La acción de incluir un nuevo objeto en un bloque de origen que se haya configurado con un extremo de CloudMirror.los objetos que existían en el bloque de origen antes de que se configurara el bloque con el extremo de CloudMirror no se replican, a menos que se modifiquen.

¿Cómo se recuperan los objetos?

Las aplicaciones deben solicitar a StorageGRID para recuperar objetos que se hayan movido a un pool de almacenamiento en cloud. Si se transición la única copia de un objeto al almacenamiento de archivado, StorageGRID gestiona el proceso de restauración del objeto para que se pueda recuperar.

Debido a que la copia duplicada en el bloque de destino es una copia independiente, las aplicaciones pueden recuperar el objeto realizando solicitudes ya sea a StorageGRID o al destino de S3. Por ejemplo, supongamos que usa la replicación de CloudMirror para reflejar objetos en una organización asociada. El partner puede utilizar sus propias aplicaciones para leer o actualizar objetos directamente desde el destino S3. No es necesario usar StorageGRID.

¿Puede leer directamente desde el destino?

No StorageGRID gestiona los objetos movidos a un pool de almacenamiento en cloud. Las solicitudes de lectura deben dirigirse a StorageGRID (y StorageGRID será responsable de la recuperación del pool de almacenamiento en cloud).

Sí, porque la copia duplicada es una copia independiente.

¿Qué ocurre si un objeto se elimina del origen?

El objeto también se elimina en el Cloud Storage Pool.

La acción de eliminación no se replica. Un objeto eliminado ya no existe en el bloque StorageGRID, pero sigue existiendo en el bloque de destino. Del mismo modo, los objetos del bloque de destino se pueden eliminar sin que ello afecte al origen.

¿Cómo accede a los objetos tras un desastre (el sistema StorageGRID no está operativo)?

Los nodos StorageGRID con errores deben recuperarse. Durante este proceso, es posible que se restauren copias de los objetos replicados con las copias del Cloud Storage Pool.

Las copias de objetos en el destino de CloudMirror son independientes de la StorageGRID, por lo que se podrá acceder a ellas directamente antes de que se recuperen los nodos StorageGRID.