Amazon S3: replicación entre regiones

AWS S3: replicación entre regiones (CRR) le permite replicar o copiar sus datos en dos regiones diferentes. Pero, ¿por qué necesita configurar CRR? Hay muchos escenarios posibles en los que la configuración de la replicación entre regiones resultará útil. Algunos de ellos se enumeran a continuación:

1. Mejora de la latencia y mejora de la disponibilidad: si tiene una gran organización con clientes de todo el mundo, es de gran importancia poner a su disposición los objetos con baja latencia. Al configurar la replicación entre regiones, puede permitir que sus clientes obtengan objetos de los depósitos de S3 que están más cerca de su ubicación geográfica.
2. Recuperación ante desastres: tener sus datos en más de una región lo ayudará a prepararse y manejar la pérdida de datos debido a algunas circunstancias sin precedentes.
3. Para cumplir con los requisitos de cumplimiento: a veces, solo para cumplir con los requisitos de cumplimiento, necesitará tener una copia de sus datos en más de una región y la replicación entre regiones puede ayudarlo a lograrlo.
4. Anulación del propietario: con la replicación de objetos de AWS S3, puede mantener la misma copia de datos con diferentes propietarios. Puede cambiar la propiedad al propietario del depósito de destino de AWS incluso si el depósito de origen es propiedad de otra persona.

Siga los pasos a continuación para configurar el CRR:

• Vaya a la consola de AWS s3 y cree dos depósitos.
• Llamemos a nuestro depósito de origen como source190 y manténgalo en la región ap-south 1 de Asia Pacífico (Mumbai). No olvide habilitar el control de versiones . Además, tenga en cuenta que el nombre del depósito S3 debe ser globalmente único y, por lo tanto, intente agregar números aleatorios después del nombre del depósito.

• Ahora, siguiendo los mismos pasos, cree un depósito de destino: destino 190 con el control de versiones habilitado, pero esta vez elija una región diferente.  

• Ahora haga clic en su depósito de origen y diríjase a la pestaña de administración:

• Ahora, haga clic en «Crear una regla de replicación» y asigne a su regla de replicación un nombre como «replicate190»  

• Elija el cubo de destino como «destino190». 

Tenga en cuenta que tiene la opción de elegir un cubo de destino en otra cuenta. 

• Para replicar objetos del depósito de origen al depósito de destino, debe crear un rol de IAM. Así que simplemente cree uno haciendo clic en «crear un nuevo rol».  

• Si desea que sus objetos S3 se repliquen en 15 minutos, debe marcar la casilla «Control de tiempo de replicación (RTC)». Pero se le cobrará por esto. Así que avanzaremos sin habilitar eso por ahora y haremos clic en guardar.  

Tan pronto como haga clic en Guardar, aparecerá una pantalla que le preguntará si desea replicar los objetos existentes en el depósito S3. Pero eso generará cargos, por lo que procederemos sin replicar los objetos existentes y haremos clic en enviar.  

• Después de completar esta configuración, puede ver una pantalla que dice «Configuración de replicación actualizada con éxito». 

¡Es hora de probar! Ahora vaya al depósito de origen: source190 y cargue un archivo.  

Ahora diríjase a nuestro depósito de destino: destino190 para verificar si el archivo cargado se replica en nuestro depósito de destino. Puede ver que nuestro archivo cargado se copió con éxito en el depósito de destino:

Nota: No olvides vaciar tus cubos y luego eliminarlos, si no tienes más uso. Además, no puede eliminar un depósito si no está vacío.  

Algunos puntos importantes sobre la RRC:

Para la replicación entre regiones, debe tener:

• Depósito de origen y depósito de destino en diferentes regiones (para la misma región, puede usar la misma replicación de región o SRR).
• El control de versiones está habilitado tanto en el depósito de origen como en el de destino.

Cuando los objetos se replican en una región diferente, entonces:

• También se replican los metadatos de objetos, la lista de control de acceso (ACL) y las etiquetas de objetos.
• Los objetos que ya estaban presentes en el depósito de origen antes de configurar la replicación no se replicarán ni copiarán en el depósito de destino de forma predeterminada, pero puede realizar un trabajo de operaciones por lotes una sola vez, pero eso generará cargos adicionales.
• Si su depósito de origen actúa como un depósito de destino para otro depósito o hay objetos replicados en el depósito de origen desde otro depósito, esos objetos no se replicarán en el depósito de destino.

También puede habilitar CRR bidireccional haciendo que el depósito de origen también sea el depósito de destino para el depósito de destino y viceversa.  

Por último, no es necesario tener un depósito de destino en la misma cuenta. AWS Cross-Region Replication también se puede implementar en cuentas cruzadas (dado que el propietario del depósito de origen tiene permiso para copiar datos en el depósito de destino)