Consideraciones adicionales

Amazon S3 también admite configuraciones de bucket para lo siguiente:

• Control de versiones: para obtener más información, consulte Usar el control de versiones en buckets de S3.

• Alojamiento en sitio web: para obtener más información, consulte Alojamiento de un sitio web estático mediante Amazon S3.

• Acceso al bucket a través de una política de bucket o una lista de control de acceso (ACL): para obtener más información, consulte Políticas de bucket y de usuario y Información general de las Listas de control de acceso (ACL).

• Almacenamiento de registros: para obtener más información, Registro de solicitudes con registro de acceso al servidor.

• Administración del ciclo de vida de objetos en un bucket: para obtener más información, consulte Administración del ciclo de vida del almacenamiento.

En este tema se explica cómo la configuración de replicación de un bucket afecta a comportamiento de estas configuraciones de bucket.

Configuración de ciclo de vida y réplicas de objetos

El tiempo que Amazon S3 tarda en replicar un objeto depende del tamaño del objeto. Si los objetos son grandes, puede tardar varias horas. Aunque puede tardar un tiempo antes de que una réplica esté disponible en el destino, se tarda la misma cantidad de tiempo en crear la réplica que en crear el objeto correspondiente en el bucket de origen. Si una configuración de ciclo de vida está habilitada en un bucket de destino, las reglas del ciclo de vida respetan el tiempo de creación original del objeto, no en el momento en que la réplica estuvo disponible en el bucket de destino.

La configuración de replicación requiere que el bucket tenga habilitado el control de versiones. Cuando habilite el control de versiones en un bucket, tenga en cuenta lo siguiente:

• Si dispone de una configuración de ciclo de vida de vencimiento de objeto, después de habilitar el control de versiones, añada una política NonCurrentVersionExpiration para mantener el mismo comportamiento de eliminación permanente que antes de habilitar el control de versiones.

• Si tiene una configuración de ciclo de vida de transición, después de habilitar el control de versiones, considere la posibilidad de añadir la política NonCurrentVersionTransition.

Configuración del control de versión y la replicación

Cuando configura la replicación en un bucket, los buckets de origen y destino deben tener el control de versiones habilitado. Después de habilitar el control de versiones en los buckets de origen y destino, y de configurar la replicación en el bucket de origen, encontrará los siguientes problemas:

• Si intenta deshabilitar el control de versiones en el bucket de origen, Amazon S3 devolverá un error. Debe eliminar la configuración replicación antes de poder deshabilitar el control de versiones en el bucket de origen.

• Si deshabilita el control de versiones en el bucket de destino, la replicación generará un error. El objeto de origen tiene el estado de replicación FAILED.

Uso de la replicación de S3 con S3 Intelligent-Tiering

S3 Intelligent-Tiering es una clase de almacenamiento que está diseñada para optimizar los costes de almacenamiento moviendo automáticamente los datos a la capa de acceso más rentable. Por un pequeño cargo mensual de monitoreo y automatización de objetos, S3 Intelligent-Tiering monitorea los patrones de acceso y traslada automáticamente los objetos de una capa a otra.

La replicación de objetos almacenados en S3 Intelligent-Tiering con replicación por lotes de S3 o la invocación de CopyObject o UploadPartCopy se considera un acceso. En estos casos, los objetos de origen de las operaciones de copia o replicación están agrupados en niveles.

Para obtener más información acerca de S3 Intelligent-Tiering, consulte Amazon S3 Intelligent Tiering.

Configuración de registro y replicación

Si Amazon S3 distribuye registros a un bucket que tiene la replicación habilitada, replica los objetos del registro.

Si los registros de acceso del servidor (Registro de solicitudes con registro de acceso al servidor) o los registros de AWS CloudTrail (Registro de llamadas a la API de Amazon S3 mediante AWS CloudTrail) están habilitados en el bucket de origen o de destino, Amazon S3 incluye las solicitudes relacionadas con la replicación en los registros. Por ejemplo, Amazon S3 registra cada objeto que replica.

CRR y la región de destino

La replicación entre regiones (CRR) de Amazon S3 se utiliza para copiar objetos en buckets de S3 en diferentes Regiones de AWS. Puede elegir la región del bucket de destino en función de sus necesidades empresariales o consideraciones económicas. Por ejemplo, los cargos por transferencia de datos entre regiones varían en función de las regiones que elija.

Suponga que ha elegido EE. UU. Este (Norte de Virginia) (us-east-1) como la región para su bucket de origen. Si elige EE. UU. Oeste (Oregón) (us-west-2) como la región de los buckets de destino, pagará más que si elige la región EE. UU. Este (Ohio) (us-east-2). Para obtener información sobre los precios, consulte la sección "Precios de transferencia de datos" en Precios de Amazon S3.

No existen cargos por transferencia de datos asociados a la replicación entre regiones (SRR)

Interrupción temporal de replicación

Para detener temporalmente la replicación, deshabilite la regla correspondiente en la configuración de replicación.

Si la replicación está habilitada y elimina el rol de IAM que concede a Amazon S3 los permisos necesarios, la replicación genera un error. Amazon S3 informa del estado de replicación de los objetos afectados como FAILED.