Archivado de todos los objetos en el plazo de un día después de su creación Deshabilitación temporal de las reglas de Lifecycle Transición entre las clases de almacenamiento durante la vida útil de un objeto Especificación de varias reglas Especificación de una regla del ciclo de vida para un bucket con el control de versiones habilitado Eliminación de marcadores de eliminación de objetos vencidos en un bucket con control de versiones habilitado Configuración del ciclo de vida para anular cargas multipartes Objetos no actuales que vencen y no tienen datos Ejemplo: Permitir la transición de objetos de menos de 128 KB

Ejemplos de configuraciones de S3 Lifecycle

En esta sección se proporcionan ejemplos de configuración de S3 Lifecycle. Cada ejemplo muestra cómo puede especificar el archivo XML en cada uno de los ejemplos de casos.

Temas

Archivado de todos los objetos en el plazo de un día después de su creación
Deshabilitación temporal de las reglas de Lifecycle
Transición entre las clases de almacenamiento durante la vida útil de un objeto
Especificación de varias reglas
Especificación de una regla del ciclo de vida para un bucket con el control de versiones habilitado
Eliminación de marcadores de eliminación de objetos vencidos en un bucket con control de versiones habilitado
Configuración del ciclo de vida para anular cargas multipartes
Objetos no actuales que vencen y no tienen datos
Ejemplo: Permitir la transición de objetos de menos de 128 KB

Archivado de todos los objetos en el plazo de un día después de su creación

Cada regla de S3 Lifecycle incluye un filtro que puede utilizar para identificar un subconjunto de objetos en el bucket al que se aplica la regla de S3 Lifecycle. Las siguientes configuraciones de ciclo de vida de S3 muestran ejemplos de cómo puede especificar un filtro.

En esta regla de configuración del ciclo de vida de S3, el filtro especifica un prefijo de clave (tax/). Por lo tanto, la regla se aplica a objetos con el prefijo de nombre de clave tax/, como tax/doc1.txt y tax/doc2.txt.

La regla especifica dos acciones que indican a Amazon S3 realizar lo siguiente:
- Pasar objetos a la clase de almacenamiento S3 Glacier Flexible Retrieval 365 días (un año) después de su creación.
- Eliminar objetos (la acción Expiration) 3650 días (10 años) después de su creación.
```
<LifecycleConfiguration>
  <Rule>
    <ID>Transition and Expiration Rule</ID>
    <Filter>
       <Prefix>tax/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
    <Expiration>
      <Days>3650</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>
```
En lugar de especificar la antigüedad del objeto en términos de días después de su creación, puede especificar una fecha para cada acción. Sin embargo, no puede usar Date y Days en la misma regla.
Si desea que la regla de S3 Lifecycle se aplique a todos los objetos del bucket, especifique un prefijo vacío. En la siguiente configuración, la regla especifica una acción Transition que le indica a Amazon S3 que pase los objetos a la clase de almacenamiento S3 Glacier Flexible Retrieval 0 días después de su creación. Esta regla significa que los objetos pueden archivarse en S3 Glacier Flexible Retrieval a la medianoche (UTC) después de su creación. Para obtener más información acerca de las restricciones del ciclo de vida, consulte Restricciones y consideraciones para las transiciones.
```
<LifecycleConfiguration>
  <Rule>
    <ID>Archive all object same-day upon creation</ID>
    <Filter>
      <Prefix></Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>
```
Puede especificar cero o un prefijo de nombre de clave y cero o más etiquetas de objetos en un filtro. El siguiente ejemplo de código aplica la regla de S3 Lifecycle a un subconjunto de objetos con el prefijo de clave tax/ y a objetos que tienen dos etiquetas con clave y valor específicos. Cuando especifica más de un filtro, debe incluir el elemento <And> como se muestra (Amazon S3 aplica un AND lógico para combinar las condiciones del filtro especificadas).
```
...
<Filter>
   <And>
      <Prefix>tax/</Prefix>
      <Tag>
         <Key>key1</Key>
         <Value>value1</Value>
      </Tag>
      <Tag>
         <Key>key2</Key>
         <Value>value2</Value>
      </Tag>
    </And>
</Filter>
...
```

Puede filtrar objetos solo según etiquetas. Por ejemplo, la siguiente regla de S3 Lifecycle se aplica a objetos que tienen dos etiquetas especificadas (no especifica ningún prefijo).


...
<Filter>
   <And>
      <Tag>
         <Key>key1</Key>
         <Value>value1</Value>
      </Tag>
      <Tag>
         <Key>key2</Key>
         <Value>value2</Value>
      </Tag>
    </And>
</Filter>
...

importante

Cuando tiene varias reglas en una configuración de S3 Lifecycle, un objeto puede reunir los requisitos para varias acciones de S3 Lifecycle realizadas el mismo día. En tales casos, Amazon S3 sigue estas reglas generales:

La eliminación permanente prevalece sobre la transición.
La transición prevalece sobre la creación de marcadores de eliminación.
Cuando un objeto es elegible para una transición S3 Glacier Flexible Retrieval y S3 Standard-IA (o S3 One Zone-IA), Amazon S3 elige la transición S3 Glacier Flexible Retrieval.

Para ver ejemplos, consulta Ejemplos de superposición de filtros y conflictos entre acciones del ciclo de vida.

Deshabilitación temporal de las reglas de Lifecycle

Puede deshabilitar temporalmente una regla de S3 Lifecycle mediante el elemento status. Esto puede resultar útil si desea probar nuevas reglas o solucionar problemas con la configuración, sin sobrescribir las reglas existentes. La siguiente configuración de S3 Lifecycle especifica dos reglas:

La regla 1 indica a Amazon S3 que realice la transición de los objetos con el prefijo logs/ a la clase de almacenamiento S3 Glacier Flexible Retrieval inmediatamente después de su creación.
La regla 2 indica a Amazon S3 que realice la transición de los objetos con el prefijo documents/ a la clase de almacenamiento S3 Glacier Flexible Retrieval inmediatamente después de su creación.

En la configuración, la regla 1 está habilitada y la regla 2 está deshabilitada. Amazon S3 ignora las reglas deshabilitadas.


<LifecycleConfiguration>
  <Rule>
    <ID>Rule1</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
  <Rule>
    <ID>Rule2</ID>
    <Filter>
      <Prefix>documents/</Prefix>
    </Filter>
    <Status>Disabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

Transición entre las clases de almacenamiento durante la vida útil de un objeto

En este ejemplo, se usa la configuración de S3 Lifecycle para pasar objetos a otras clases de almacenamiento durante su vida útil. La transición entre clases de almacenamiento puede ayudar a reducir los costos de almacenamiento. Para obtener más información acerca de los precios, consulte Precios de Amazon S3.

La siguiente configuración de S3 Lifecycle especifica una regla que se aplica a objetos con el prefijo de nombre de clave logs/. La regla especifica las siguientes acciones:

Dos acciones de transición:
- Pasar objetos a la clase de almacenamiento S3 Standard-IA 30 días después de su creación
- Pasar objetos a la clase de almacenamiento S3 Glacier Flexible Retrieval 90 días después de su creación.
Una acción de vencimiento que le indica a Amazon S3 que elimine los objetos un año después de su creación


<LifecycleConfiguration>
  <Rule>
    <ID>example-id</ID>
    <Filter>
       <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>30</Days>
      <StorageClass>STANDARD_IA</StorageClass>
    </Transition>
    <Transition>
      <Days>90</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
    <Expiration>
      <Days>365</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

nota

Puede usar una regla para describir todas las acciones de S3 Lifecycle si todas las acciones se aplican al mismo conjunto de objetos (identificado por un filtro). Por otro lado, puede añadir varias reglas que especifiquen de manera individual un filtro diferente.

importante

La eliminación permanente prevalece sobre la transición.
La transición prevalece sobre la creación de marcadores de eliminación.
Cuando un objeto es elegible para una transición S3 Glacier Flexible Retrieval y S3 Standard-IA (o S3 One Zone-IA), Amazon S3 elige la transición S3 Glacier Flexible Retrieval.

Para ver ejemplos, consulta Ejemplos de superposición de filtros y conflictos entre acciones del ciclo de vida.

Especificación de varias reglas

Puede especificar varias reglas si desea que se realicen diferentes acciones de S3 Lifecycle en diferentes objetos. La siguiente configuración de S3 Lifecycle tiene dos reglas:

La regla 1 se aplica a objetos con el prefijo de nombre de clave classA/. Le indica a Amazon S3 que pase los objetos a la clase de almacenamiento S3 Glacier Flexible Retrieval un año después de su creación y que provoque el vencimiento de estos objetos 10 años después de su creación.
La regla 2 se aplica a objetos con el prefijo de nombre de clave classB/. Le indica a Amazon S3 que pase los objetos a la clase de almacenamiento S3 Standard-IA 90 días después de su creación y que los elimine un año después de su creación.


<LifecycleConfiguration>
    <Rule>
        <ID>ClassADocRule</ID>
        <Filter>
           <Prefix>classA/</Prefix>        
        </Filter>
        <Status>Enabled</Status>
        <Transition>        
           <Days>365</Days>        
           <StorageClass>GLACIER</StorageClass>       
        </Transition>    
        <Expiration>
             <Days>3650</Days>
        </Expiration>
    </Rule>
    <Rule>
        <ID>ClassBDocRule</ID>
        <Filter>
            <Prefix>classB/</Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Transition>        
           <Days>90</Days>        
           <StorageClass>STANDARD_IA</StorageClass>       
        </Transition>    
        <Expiration>
             <Days>365</Days>
        </Expiration>
    </Rule>
</LifecycleConfiguration>

importante

La eliminación permanente prevalece sobre la transición.
La transición prevalece sobre la creación de marcadores de eliminación.
Cuando un objeto es elegible para una transición S3 Glacier Flexible Retrieval y S3 Standard-IA (o S3 One Zone-IA), Amazon S3 elige la transición S3 Glacier Flexible Retrieval.

Para ver ejemplos, consulta Ejemplos de superposición de filtros y conflictos entre acciones del ciclo de vida.

Especificación de una regla del ciclo de vida para un bucket con el control de versiones habilitado

Suponga que tiene un bucket habilitado para el control de versiones, lo cual significa que para cada objeto, tiene una versión actual y cero o más versiones no actuales. (Para obtener más información sobre S3 Versioning, consulte Retención de varias versiones de objetos con Control de versiones de S3).

En el siguiente ejemplo, desea mantener el valioso historial de un año y retener cinco versiones no actuales. Las configuraciones de S3 Lifecycle admiten mantener de 1 a 100 versiones de cualquier objeto. Tenga en cuenta que deben existir más de cinco versiones no actuales más recientes para que Amazon S3 pueda hacer que caduque una versión determinada. Amazon S3 eliminará de forma definitiva cualquier versión no actual adicional que supere el número especificado para conservar. Para que se produzca la eliminación, deben superarse los valores de NoncurrentDays y NewerNoncurrentVersions.

Para reducir los costos de almacenamiento, desea trasladar las versiones no actuales a la clase de almacenamiento S3 Glacier Flexible Retrieval 30 días después de que adquieren la condición de ser no actuales (sobre la base de la suposición de estos objetos no actuales son datos inactivos a los que no necesita obtener acceso en tiempo real). Asimismo, espera que disminuya la frecuencia de acceso de las versiones actuales a los 90 días después de su creación, por lo que puede elegir pasar estos objetos a la clase de almacenamiento S3 Standard-IA.


<LifecycleConfiguration>
    <Rule>
        <ID>sample-rule</ID>
        <Filter>
           <Prefix></Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Transition>
           <Days>90</Days>
           <StorageClass>STANDARD_IA</StorageClass>
        </Transition>
        <NoncurrentVersionTransition>      
            <NoncurrentDays>30</NoncurrentDays>      
            <StorageClass>GLACIER</StorageClass>   
        </NoncurrentVersionTransition>    
       <NoncurrentVersionExpiration>     
            <NewerNoncurrentVersions>5</NewerNoncurrentVersions>
            <NoncurrentDays>365</NoncurrentDays>    
       </NoncurrentVersionExpiration> 
    </Rule>
</LifecycleConfiguration>

Eliminación de marcadores de eliminación de objetos vencidos en un bucket con control de versiones habilitado

Un bucket habilitado para el control de versiones tiene una versión actual y cero o más versiones no actuales para cada objeto. Cuando elimina un objeto, tenga en cuenta lo siguiente:

Si no especifica una ID de versión en la solicitud de eliminación, Amazon S3 añade un marcador de eliminación en lugar de eliminar el objeto. La versión actual del objeto se convierte en no actual y el marcador de eliminación se convierte en la versión actual.
Si especifica un ID de versión en la solicitud de eliminación, Amazon S3 elimina la versión del objeto de manera permanente (no se crea un marcador de eliminación).
Al marcador de eliminación con cero versiones no actuales se lo denomina marcador de eliminación de objetos que vencieron.

En este ejemplo se muestra un caso en el que se pueden crear marcadores de eliminación de objetos que vencieron en el bucket y cómo puede usar la configuración de S3 Lifecycle para indicarle a Amazon S3 que elimine los marcadores de eliminación de objetos que vencieron.

Suponga que escribe una configuración de S3 Lifecycle que utiliza la acción NoncurrentVersionExpiration para eliminar las versiones no actuales 30 días después de que se conviertan en no actuales y retener como máximo 10 versiones no actuales, tal como se muestra en el ejemplo que sigue. Tenga en cuenta que deben existir más de diez versiones no actuales más recientes para que Amazon S3 pueda hacer que caduque una versión determinada. Amazon S3 eliminará de forma definitiva cualquier versión no actual adicional que supere el número especificado para conservar. Para que se produzca la eliminación, deben superarse los valores de NoncurrentDays y NewerNoncurrentVersions.


<LifecycleConfiguration>
    <Rule>
        ...
        <NoncurrentVersionExpiration>     
            <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
            <NoncurrentDays>30</NoncurrentDays>    
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>

La acción NoncurrentVersionExpiration no se aplica a las versiones actuales del objeto. Elimina solo las versiones no actuales.

En el caso de las versiones actuales de los objetos, tiene las siguientes opciones para administrar su vida útil según si las versiones actuales de los objetos siguen un ciclo de vida bien definido:

Las versiones actuales de los objetos siguen un ciclo de vida bien definido.

En este caso, puede utilizar una política de Ciclo de vida de S3 con la acción Expiration para indicarle a Amazon S3 que elimine las versiones actuales, tal como se muestra en el siguiente ejemplo.
```
<LifecycleConfiguration>
    <Rule>
        ...
        <Expiration>
           <Days>60</Days>
        </Expiration>
        <NoncurrentVersionExpiration>     
            <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
            <NoncurrentDays>30</NoncurrentDays>    
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>
```
En este ejemplo, Amazon S3 elimina las versiones actuales 60 días después de que se crearon agregando un marcador de eliminación para cada versión actual del objeto. Este proceso convierte la versión actual en no actual, y el marcador de eliminación se convierte en la versión actual. Para obtener más información, consulte Retención de varias versiones de objetos con Control de versiones de S3.

nota
No puede especificar una etiqueta Days y ExpiredObjectDeleteMarker en la misma regla. Al especificar la etiqueta Days, Amazon S3 limpiará automáticamente ExpiredObjectDeleteMarker cuando los marcadores de eliminación sean lo suficientemente antiguos como para cumplir con los criterios de antigüedad. Para limpiar los marcadores de eliminación tan pronto como se conviertan en la única versión, cree una regla independiente con solo la etiqueta ExpiredObjectDeleteMarker.

La acción NoncurrentVersionExpiration en la misma configuración de S3 Lifecycle elimina los objetos no actuales 30 días después de que adquieren la condición de ser no actuales. Por lo tanto, en este ejemplo todas las versiones de objetos se eliminan permanentemente 90 días después de la creación del objeto. Tenga en cuenta que, en este ejemplo, deben existir más de diez versiones no actuales más recientes para que Amazon S3 pueda hacer que caduque una versión determinada. Amazon S3 eliminará de forma definitiva cualquier versión no actual adicional que supere el número especificado para conservar. Para que se produzca la eliminación, deben superarse los valores de NoncurrentDays y NewerNoncurrentVersions.

Si bien durante este proceso se crean marcadores de eliminación de objetos vencidos, Amazon S3 detecta y elimina los marcadores de eliminación de objetos vencidos por usted.
Las versiones actuales de los objetos no tienen un ciclo de vida bien definido.

En este caso, puede eliminar los objetos manualmente cuando no los necesita y así crear un marcador de eliminación con una o más versiones no actuales. Si la configuración de S3 Lifecycle con la acción NoncurrentVersionExpiration elimina todas las versiones no actuales, ahora tiene marcadores de eliminación de objetos que vencieron.

Específicamente para este caso, la configuración de S3 Lifecycle proporciona una acción Expiration que puede utilizar para eliminar los marcadores de eliminación de objetos que vencieron.
```
<LifecycleConfiguration>
    <Rule>
       <ID>Rule 1</ID>
        <Filter>
          <Prefix>logs/</Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Expiration>
           <ExpiredObjectDeleteMarker>true</ExpiredObjectDeleteMarker>
        </Expiration>
        <NoncurrentVersionExpiration>     
            <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
            <NoncurrentDays>30</NoncurrentDays>    
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>
```

Al establecer el elemento ExpiredObjectDeleteMarker como true en la acción Expiration, le indica a Amazon S3 que elimine los marcadores de eliminación de objetos que vencieron.

nota

Cuando utiliza la acción de S3 Lifecycle de ExpiredObjectDeleteMarker, la regla no puede especificar un filtro basado en etiquetas.

Configuración del ciclo de vida para anular cargas multipartes

Puede utilizar las operaciones de la API REST de carga multiparte de Amazon S3 para cargar objetos grandes en partes. Para obtener más información acerca de las cargas multipartes, consulte Carga y copia de objetos con la carga multiparte en Amazon S3.

Mediante la configuración de S3 Lifecycle, puede indicarle a Amazon S3 que detenga las cargas multipartes incompletas (identificadas por el prefijo de nombre de clave especificado en la regla) si no se completan en una cantidad de días especificada después de iniciarse. Cuando Amazon S3 anula una carga multiparte, elimina todas las partes asociadas con la carga multiparte. Este proceso ayuda a controlar los costos de almacenamiento asegurándose de que no tenga cargas multipartes incompletas con partes que se almacenan en Amazon S3.

nota

Cuando utiliza la acción de S3 Lifecycle de AbortIncompleteMultipartUpload, la regla no puede especificar un filtro basado en etiquetas.

El siguiente es un ejemplo de configuración de S3 Lifecycle que especifica una regla con la acción AbortIncompleteMultipartUpload. Esta acción le indica a Amazon S3 que detenga las cargas multipartes incompletas siete días después de iniciarse.


<LifecycleConfiguration>
    <Rule>
        <ID>sample-rule</ID>
        <Filter>
           <Prefix>SomeKeyPrefix/</Prefix>
        </Filter>
        <Status>rule-status</Status>
        <AbortIncompleteMultipartUpload>
          <DaysAfterInitiation>7</DaysAfterInitiation>
        </AbortIncompleteMultipartUpload>
    </Rule>
</LifecycleConfiguration>

Objetos no actuales que vencen y no tienen datos

Puede crear reglas que realicen una transición de objetos basándose únicamente en su tamaño. Puede especificar un tamaño mínimo (ObjectSizeGreaterThan) o un tamaño máximo (ObjectSizeLessThan), o bien puede especificar un rango de tamaños de objeto en bytes. Cuando utilice más de un filtro como un prefijo y una regla de tamaño, debe envolver los filtros en un elemento <And>.


<LifecycleConfiguration>
  <Rule>
    <ID>Transition with a prefix and based on size</ID>
    <Filter>
       <And>
          <Prefix>tax/</Prefix>
          <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
       </And>   
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

Cuando especifica un rango utilizando los elementos ObjectSizeGreaterThan y ObjectSizeLessThan, el tamaño máximo de objeto debe ser superior al tamaño mínimo de objeto. Cuando utilice más de un filtro, debe envolver los filtros en un elemento <And>. En el siguiente ejemplo, se muestra cómo especificar objetos en un rango de entre 500 y 64 000 bytes. Al especificar un rango, los filtros ObjectSizeGreaterThan y ObjectSizeLessThan excluyen los valores especificados. Para obtener más información, consulte Elemento Filter.


<LifecycleConfiguration>
    <Rule>
        ...
          <And>
             <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
             <ObjectSizeLessThan>64000</ObjectSizeLessThan>
          </And>
    </Rule>
</LifecycleConfiguration>

También puede crear reglas para caducar específicamente objetos no actuales que no tengan datos, incluidos los objetos de marcador de eliminación no actuales creados en un bucket con control de versiones habilitado. En el siguiente ejemplo se utiliza la acción NoncurrentVersionExpiration para eliminar las versiones no actuales 30 días después de que dejen de ser actuales y retener 10 versiones no actuales. En este ejemplo también se utiliza el elemento ObjectSizeLessThan para filtrar únicamente objetos sin datos.

Tenga en cuenta que deben existir más de diez versiones no actuales más recientes para que Amazon S3 pueda hacer que caduque una versión determinada. Amazon S3 eliminará de forma definitiva cualquier versión no actual adicional que supere el número especificado para conservar. Para que se produzca la eliminación, deben superarse los valores de NoncurrentDays y NewerNoncurrentVersions.


<LifecycleConfiguration>
  <Rule>
    <ID>Expire noncurrent with size less than 1 byte</ID>
    <Filter>
       <ObjectSizeLessThan>1</ObjectSizeLessThan>
    </Filter>
    <Status>Enabled</Status>
    <NoncurrentVersionExpiration>     
       <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
       <NoncurrentDays>30</NoncurrentDays>
    </NoncurrentVersionExpiration>
  </Rule>
</LifecycleConfiguration>

Ejemplo: Permitir la transición de objetos de menos de 128 KB

Amazon S3 aplica un comportamiento predeterminado a la configuración de ciclo de vida que impide que los objetos de menos de 128 KB pasen a cualquier clase de almacenamiento. Puede permitir la transición de los objetos más pequeños mediante la agregación de un filtro de tamaño mínimo (ObjectSizeGreaterThan) o máximo (ObjectSizeLessThan) que especifique un tamaño más pequeño a la configuración. En el siguiente ejemplo se permite que cualquier objeto más pequeño de 128 KB pase a la clase de almacenamiento S3 Glacier Instant Retrieval:


<LifecycleConfiguration>
  <Rule>
    <ID>Allow small object transitions</ID>
    <Filter>
          <ObjectSizeGreaterThan>1</ObjectSizeGreaterThan>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER_IR</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

nota

En septiembre de 2024, Amazon S3 actualizó el comportamiento de transición predeterminado para objetos pequeños, de la siguiente manera:

Comportamiento de transición predeterminado actualizado: a partir de septiembre de 2024, el comportamiento predeterminado impide que los objetos de menos de 128 KB pasen a cualquier clase de almacenamiento.
Comportamiento de transición predeterminado anterior: antes de septiembre de 2024, el comportamiento predeterminado permitía que objetos de menos de 128 KB pasaran solo a las clases de almacenamiento S3 Glacier y S3 Glacier Deep Archive.

Las configuraciones creadas antes de septiembre de 2024 retienen el comportamiento de transición anterior, a menos que las modifique. Es decir, si crea, edita o elimina reglas, el comportamiento de transición predeterminado de la configuración cambia al comportamiento actualizado. Si el caso de uso lo requiere, puede cambiar el comportamiento de transición predeterminado para que los objetos de menos de 128 KB pasen a S3 Glacier y S3 Glacier Deep Archive. Para ello, utilice el encabezado x-amz-transition-object-size-minimum-default opcional en una solicitud PutBucketLifecycleConfiguration.

En el siguiente ejemplo se muestra cómo usar el encabezado x-amz-transition-object-size-minimum-default en una solicitud de PutBucketLifecycleConfiguration para aplicar el comportamiento de transición predeterminado varies_by_storage_class a una configuración de S3 Lifecycle. Este comportamiento permite que un objeto más pequeño de 128 KB pase a clases de almacenamiento S3 Glacier o S3 Glacier Deep Archive. De forma predeterminada, todas las demás clases de almacenamiento evitarán las transiciones de menos de 128 KB. Puede seguir utilizando filtros personalizados para cambiar el tamaño mínimo de transición de cualquier clase de almacenamiento. Los filtros personalizados siempre tienen prioridad sobre el comportamiento de transición predeterminado:


HTTP/1.1 200
x-amz-transition-object-size-minimum-default: varies_by_storage_class
<?xml version="1.0" encoding="UTF-8"?>
...

Aviso JavaScript está desactivado o no está disponible en su navegador.

Para utilizar la documentación de AWS, debe estar habilitado JavaScript. Para obtener más información, consulte las páginas de ayuda de su navegador.

Convenciones del documento

Conflictos de configuración del ciclo de vida

Solución de problemas de ciclo de vida