Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Comparar la replicación entre redes y la replicación de CloudMirror

10/01/2025

PDF

A medida que comience a utilizar la federación de red, revise las similitudes y diferencias entre"replicación entre redes" y el"Servicio de replicación StorageGRID CloudMirror" .

	Replicación entre redes	Servicio de replicación CloudMirror
¿Cuál es el propósito principal?	Un sistema StorageGRID actúa como un sistema de recuperación ante desastres. Los objetos de un bucket se pueden replicar entre las cuadrículas en una o ambas direcciones.	Permite que un inquilino replique automáticamente objetos desde un depósito en StorageGRID (origen) a un depósito S3 externo (destino). La replicación de CloudMirror crea una copia independiente de un objeto en una infraestructura S3 independiente. Esta copia independiente no se utiliza como copia de seguridad, sino que a menudo se procesa en la nube.
¿Cómo está configurado?	Configurar una conexión de federación de red entre dos redes. Agregue nuevas cuentas de inquilinos, que se clonarán automáticamente en la otra red. Agregue nuevos grupos de inquilinos y usuarios, que también se clonan. Cree depósitos correspondientes en cada cuadrícula y habilite la replicación entre cuadrículas para que se produzca en una o ambas direcciones.	Un usuario inquilino configura la replicación de CloudMirror definiendo un punto final de CloudMirror (dirección IP, credenciales, etc.) mediante el Administrador de inquilinos o la API S3. Cualquier depósito propiedad de esa cuenta de inquilino se puede configurar para apuntar al punto final de CloudMirror.
¿Quién es responsable de configurarlo?	Un administrador de red configura la conexión y los inquilinos. Los usuarios inquilinos configuran los grupos, usuarios, claves y depósitos.	Normalmente, un usuario inquilino.
¿Cual es el destino?	Un bucket S3 correspondiente e idéntico en el otro sistema StorageGRID en la conexión de federación de red.	Cualquier infraestructura S3 compatible (incluido Amazon S3). Plataforma de Google Cloud (GCP)
¿Es necesario el control de versiones de objetos?	Sí, tanto los depósitos de origen como los de destino deben tener habilitada la versión de objetos.	No, la replicación de CloudMirror admite cualquier combinación de depósitos versionados y no versionados tanto en el origen como en el destino.
¿Qué hace que los objetos se muevan al destino?	Los objetos se replican automáticamente cuando se agregan a un depósito que tiene habilitada la replicación entre cuadrículas.	Los objetos se replican automáticamente cuando se agregan a un depósito que se ha configurado con un punto final de CloudMirror. Los objetos que existían en el depósito de origen antes de que este se configurara con el punto final de CloudMirror no se replican, a menos que se modifiquen.
¿Cómo se replican los objetos?	La replicación entre cuadrículas crea objetos versionados y replica el ID de la versión del depósito de origen al depósito de destino. Esto permite mantener el orden de las versiones en ambas cuadrículas.	La replicación de CloudMirror no requiere depósitos con control de versiones habilitado, por lo que CloudMirror solo puede mantener el orden de una clave dentro de un sitio. No hay garantías de que se mantenga el orden para las solicitudes de un objeto en un sitio diferente.
¿Qué pasa si un objeto no se puede replicar?	El objeto se pone en cola para su replicación, sujeto a los límites de almacenamiento de metadatos.	El objeto se pone en cola para la replicación, sujeto a los límites de los servicios de la plataforma (consulte"Recomendaciones para el uso de los servicios de la plataforma" ).
¿Se replican los metadatos del sistema del objeto?	Sí, cuando un objeto se replica en la otra red, sus metadatos del sistema también se replican. Los metadatos serán idénticos en ambas cuadrículas.	No, cuando un objeto se replica en el depósito externo, se actualizan sus metadatos del sistema. Los metadatos variarán según la ubicación, dependiendo del momento de la ingesta y del comportamiento de la infraestructura S3 independiente.
¿Cómo se recuperan los objetos?	Las aplicaciones pueden recuperar o leer objetos realizando una solicitud al depósito en cualquiera de las cuadrículas.	Las aplicaciones pueden recuperar o leer objetos realizando una solicitud a StorageGRID o al destino S3. Por ejemplo, supongamos que utiliza la replicación de CloudMirror para reflejar objetos en una organización asociada. El socio puede utilizar sus propias aplicaciones para leer o actualizar objetos directamente desde el destino S3. No es necesario utilizar StorageGRID .
¿Qué pasa si se elimina un objeto?	Las solicitudes de eliminación que incluyen un ID de versión nunca se replican en la cuadrícula de destino. Las solicitudes de eliminación que no incluyen un ID de versión agregan un marcador de eliminación al depósito de origen, que opcionalmente se puede replicar en la cuadrícula de destino. Si la replicación entre redes está configurada para una sola dirección, los objetos en el depósito de destino se pueden eliminar sin afectar el origen.	Los resultados variarán según el estado de la versión de los depósitos de origen y destino (que no necesitan ser los mismos): Si ambos depósitos están versionados, una solicitud de eliminación agregará un marcador de eliminación en ambas ubicaciones. Si solo está versionado el depósito de origen, una solicitud de eliminación agregará un marcador de eliminación al origen, pero no al destino. Si ninguno de los buckets tiene versión, una solicitud de eliminación eliminará el objeto del origen pero no del destino. De manera similar, los objetos en el depósito de destino se pueden eliminar sin afectar el origen.

Replicación entre redes

Servicio de replicación CloudMirror

¿Cuál es el propósito principal?

Un sistema StorageGRID actúa como un sistema de recuperación ante desastres. Los objetos de un bucket se pueden replicar entre las cuadrículas en una o ambas direcciones.

Permite que un inquilino replique automáticamente objetos desde un depósito en StorageGRID (origen) a un depósito S3 externo (destino).

La replicación de CloudMirror crea una copia independiente de un objeto en una infraestructura S3 independiente. Esta copia independiente no se utiliza como copia de seguridad, sino que a menudo se procesa en la nube.

¿Cómo está configurado?

Configurar una conexión de federación de red entre dos redes.
Agregue nuevas cuentas de inquilinos, que se clonarán automáticamente en la otra red.
Agregue nuevos grupos de inquilinos y usuarios, que también se clonan.
Cree depósitos correspondientes en cada cuadrícula y habilite la replicación entre cuadrículas para que se produzca en una o ambas direcciones.

Un usuario inquilino configura la replicación de CloudMirror definiendo un punto final de CloudMirror (dirección IP, credenciales, etc.) mediante el Administrador de inquilinos o la API S3.
Cualquier depósito propiedad de esa cuenta de inquilino se puede configurar para apuntar al punto final de CloudMirror.

¿Quién es responsable de configurarlo?

Un administrador de red configura la conexión y los inquilinos.
Los usuarios inquilinos configuran los grupos, usuarios, claves y depósitos.

Normalmente, un usuario inquilino.

¿Cual es el destino?

Un bucket S3 correspondiente e idéntico en el otro sistema StorageGRID en la conexión de federación de red.

Cualquier infraestructura S3 compatible (incluido Amazon S3).
Plataforma de Google Cloud (GCP)

¿Es necesario el control de versiones de objetos?

Sí, tanto los depósitos de origen como los de destino deben tener habilitada la versión de objetos.

No, la replicación de CloudMirror admite cualquier combinación de depósitos versionados y no versionados tanto en el origen como en el destino.

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

Los objetos se replican automáticamente cuando se agregan a un depósito que tiene habilitada la replicación entre cuadrículas.

Los objetos se replican automáticamente cuando se agregan a un depósito que se ha configurado con un punto final de CloudMirror. Los objetos que existían en el depósito de origen antes de que este se configurara con el punto final de CloudMirror no se replican, a menos que se modifiquen.

¿Cómo se replican los objetos?

La replicación entre cuadrículas crea objetos versionados y replica el ID de la versión del depósito de origen al depósito de destino. Esto permite mantener el orden de las versiones en ambas cuadrículas.

La replicación de CloudMirror no requiere depósitos con control de versiones habilitado, por lo que CloudMirror solo puede mantener el orden de una clave dentro de un sitio. No hay garantías de que se mantenga el orden para las solicitudes de un objeto en un sitio diferente.

¿Qué pasa si un objeto no se puede replicar?

El objeto se pone en cola para su replicación, sujeto a los límites de almacenamiento de metadatos.

El objeto se pone en cola para la replicación, sujeto a los límites de los servicios de la plataforma (consulte"Recomendaciones para el uso de los servicios de la plataforma" ).

¿Se replican los metadatos del sistema del objeto?

Sí, cuando un objeto se replica en la otra red, sus metadatos del sistema también se replican. Los metadatos serán idénticos en ambas cuadrículas.

No, cuando un objeto se replica en el depósito externo, se actualizan sus metadatos del sistema. Los metadatos variarán según la ubicación, dependiendo del momento de la ingesta y del comportamiento de la infraestructura S3 independiente.

¿Cómo se recuperan los objetos?

Las aplicaciones pueden recuperar o leer objetos realizando una solicitud al depósito en cualquiera de las cuadrículas.

Las aplicaciones pueden recuperar o leer objetos realizando una solicitud a StorageGRID o al destino S3. Por ejemplo, supongamos que utiliza la replicación de CloudMirror para reflejar objetos en una organización asociada. El socio puede utilizar sus propias aplicaciones para leer o actualizar objetos directamente desde el destino S3. No es necesario utilizar StorageGRID .

¿Qué pasa si se elimina un objeto?

Las solicitudes de eliminación que incluyen un ID de versión nunca se replican en la cuadrícula de destino.
Las solicitudes de eliminación que no incluyen un ID de versión agregan un marcador de eliminación al depósito de origen, que opcionalmente se puede replicar en la cuadrícula de destino.
Si la replicación entre redes está configurada para una sola dirección, los objetos en el depósito de destino se pueden eliminar sin afectar el origen.

Los resultados variarán según el estado de la versión de los depósitos de origen y destino (que no necesitan ser los mismos):

Si ambos depósitos están versionados, una solicitud de eliminación agregará un marcador de eliminación en ambas ubicaciones.
Si solo está versionado el depósito de origen, una solicitud de eliminación agregará un marcador de eliminación al origen, pero no al destino.
Si ninguno de los buckets tiene versión, una solicitud de eliminación eliminará el objeto del origen pero no del destino.

De manera similar, los objetos en el depósito de destino se pueden eliminar sin afectar el origen.

Comparar la replicación entre redes y la replicación de CloudMirror

Creating your file...