Cross-region replication (CRR) replica objetos de forma automática y asíncrona (casi en tiempo real) entre buckets de distintas regiones, ya sea dentro de la misma cuenta o entre cuentas diferentes. Las operaciones como la creación, la sobrescritura y la eliminación se sincronizan para ayudarle a cumplir con los requisitos de cumplimiento normativo, latencia, seguridad y disponibilidad.
Escenarios
CRR replica objetos de un bucket de origen a un bucket de destino. Durante este proceso, conserva los nombres de los objetos, la información de control de versiones, el contenido y los metadatos, como la hora de creación, el propietario, los metadatos del usuario y las ACL.
-
Cumplimiento normativo
OSS ofrece un mecanismo de redundancia de datos para los objetos. Sin embargo, algunas políticas de cumplimiento exigen réplicas en centros de datos geográficamente distantes. CRR replica los datos entre regiones para satisfacer estos requisitos.
-
Latencia mínima
Replique los objetos hacia centros de datos más cercanos a sus usuarios para reducir la latencia de acceso.
-
Copia de seguridad de datos y recuperación ante desastres
Replique los datos a un centro de datos secundario para recuperarlos en caso de eventos catastróficos, como terremotos o tsunamis.
-
Migración de datos
Para garantizar la continuidad del negocio, es posible que necesite migrar datos de un centro de datos a otro.
-
Fines operativos
Replique objetos entre regiones para clústeres de cómputo que analizan el mismo grupo de objetos en distintos centros de datos.
Características
CRR admite las siguientes características:
-
RTC
Cuando Replication Time Control (RTC) está habilitado, OSS replica la mayoría de los objetos en unos pocos segundos y el 99.99 % en menos de 10 minutos. RTC también proporciona monitoreo en tiempo real de las tareas de replicación.
-
Replicación de datos casi en tiempo real
Las creaciones, eliminaciones y modificaciones de objetos se replican al bucket de destino casi en tiempo real.
-
Consistencia de datos
De manera predeterminada, OSS garantiza la consistencia final entre los buckets de origen y de destino. No obstante, si durante la replicación se escribe directamente un objeto con el mismo nombre en el bucket de destino, esta garantía se rompe.
-
Replicación de datos existentes
Se pueden replicar tanto los objetos nuevos como aquellos que existían antes de crear la regla de replicación.
-
Seguimiento del progreso de la replicación
Consulte la marca de tiempo de la última replicación y dé seguimiento al progreso de la replicación de datos existentes.
-
Control de versiones
Si el control de versiones está habilitado tanto en el bucket de origen como en el de destino, se garantiza la consistencia final de todas las versiones de los objetos. Si configura una regla para replicar únicamente los datos agregados y modificados, las eliminaciones aplicadas a una versión específica de un objeto en el bucket de origen no se replican al bucket de destino. Sin embargo, los marcadores de eliminación creados en el bucket de origen sí se replican al bucket de destino.
-
Aceleración de transferencia
La aceleración de transferencia agiliza la transferencia de datos de CRR entre regiones dentro y fuera de China continental. Para obtener más información, consulte Access OSS using transfer acceleration.
-
Replicación de datos cifrados
CRR admite la replicación de objetos sin cifrar y de objetos cifrados con SSE-KMS o SSE-OSS. Para obtener más información, consulte Data replication with server-side encryption.
-
Configuración de notificaciones de eventos
Utilice los tipos de eventos
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemovedyObjectReplication:ObjectModifiedpara recibir notificaciones cuando se agreguen, modifiquen, eliminen o sobrescriban objetos durante CRR. Para obtener más información, consulte Use event notifications to process real-time object changes.
Notas de uso
Reglas de facturación
-
CRR genera cargos por tráfico. Para obtener más información, consulte Traffic fees.
En CRR entre cuentas, los cargos por tráfico se facturan al propietario del bucket de origen.
Cada replicación exitosa de un objeto cuenta como una solicitud de API. Para obtener más información, consulte Request fees.
La aceleración de transferencia genera cargos adicionales que se facturan al propietario del bucket de destino. Para conocer los detalles de precios, consulte Transfer acceleration fees.
RTC genera cargos adicionales. Para obtener más información, consulte RTC traffic fees.
CRR no genera cargos por recuperación de datos al replicar objetos Infrequent Access (IA) o Archive.
Tiempo de replicación
CRR replica los datos de forma asíncrona y casi en tiempo real. La replicación puede tardar de minutos a horas, según el tamaño de los datos. Si la replicación es lenta, compruebe si existen límites de ancho de banda y envíe un ticket para aumentarlo si es necesario.
Para comprobar el ancho de banda de Internet utilizado por CRR hacia el bucket de destino, inicie sesión en la consola de OSS, vaya al bucket de destino y seleccione para consultar el ancho de banda en la sección Used Bandwidth. Used Bandwidth.
Sobreescritura de datos
Un objeto replicado podría sobrescribir un objeto existente con el mismo nombre en el bucket de destino.
Límites
Regiones
Para configurar CRR entre una región dentro de China continental y otra fuera de ella, habilite la aceleración de transferencia.
Cantidad de reglas de CRR
Un bucket de origen puede replicar datos a varios buckets de destino. De manera predeterminada, se pueden configurar hasta 100 reglas de CRR por bucket. Un mismo bucket puede funcionar como origen en una regla y como destino en otra.
Si necesita configurar más de 100 reglas de CRR, comuníquese con soporte técnico.
Operaciones
Los buckets de origen y de destino de una regla de CRR deben tener el mismo estado de control de versiones: sin control de versiones o con el control de versiones habilitado. No es posible configurar reglas de CRR para buckets con el control de versiones suspendido.
No se puede cambiar el estado de control de versiones de los buckets que tienen una regla de CRR activa.
Un objeto replicado podría sobrescribir un objeto existente con el mismo nombre en el bucket de destino.
Un bucket de origen puede replicar datos a varios buckets de destino, con un máximo predeterminado de 100 reglas de CRR por bucket. Un mismo bucket puede actuar como origen y como destino en reglas distintas. Si necesita configurar más de 100 reglas, comuníquese con soporte técnico.
Los objetos Cold Archive y Deep Cold Archive no se pueden replicar, independientemente de su estado de restauración.
Los objetos anexables no se pueden replicar a buckets Cold Archive ni Deep Cold Archive.