Esta seção fornece exemplos de configuração do ciclo de vida do S3. Cada exemplo mostra como você pode especificar o XML em cada um dos cenários de exemplo.
Tópicos
Rebaixar uma classe de armazenamento pela duração do ciclo de vida de um objeto
Especificar uma regra de ciclo de vida para um bucket com versionamento habilitado
Remover marcadores de exclusão de objetos expirados em um bucket com versionamento habilitado
Configuração do Ciclo de Vida para anular carregamentos fracionados
Exemplo: permitir que objetos com menos de 128 KB sejam transferidos
Arquivar todos os objetos em até um dia após a criação
Cada regra do S3 Lifecycle inclui um filtro que pode ser usado para identificar um subconjunto de objetos em seu bucket ao qual a regra do S3 Lifecycle se aplica. As configurações de ciclo de vida do S3 a seguir mostram exemplos de como você pode especificar um filtro.
-
Nesta regra de configuração do S3 Lifecycle, o filtro especifica um prefixo das chaves (
tax/). Portanto, a regra aplica-se a objetos com o prefixo de nome de chavetax/, comotax/doc1.txtetax/doc2.txt.A regra especifica duas ações que direcionam o Amazon S3 a fazer o seguinte:
-
Faça a transição de objetos para a classe de armazenamento S3 Glacier Flexible Retrieval 365 dias (um ano) após a criação.
-
Exclua objetos (a ação
Expiration) 3.650 dias (10 anos) após a criação.
<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>Em vez de especificar a idade do objeto em termos de dias após a criação, você pode especificar uma data para cada ação. No entanto, você não pode usar
DateeDaysna mesma regra. -
-
Se você quiser que a regra do S3 Lifecycle se aplique a todos os objetos no bucket, especifique um prefixo vazio. Na configuração a seguir, a regra especifica uma ação
Transitionque direciona o Amazon S3 para fazer a transição de objetos para a classe de armazenamento S3 Glacier Flexible Retrieval 0 dia após a criação. Essa regra significa que os objetos são elegíveis para arquivamento na classe S3 Glacier Flexible Retrieval à meia-noite (UTC) após a criação. Para obter mais informações sobre restrições de ciclo de vida, consulte Restrições e considerações relativas a transições.<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> -
Você pode especificar zero ou um prefixo de nome de chave ou zero ou mais tags de objeto em um filtro. O exemplo de código a seguir aplica a regra do S3 Lifecycle a um subconjunto de objetos com prefixo das chaves
tax/e a objetos que têm duas etiquetas com uma chave e um valor específicos. Ao especificar mais de um filtro, você deve incluir o elemento<And>conforme mostrado (o Amazon S3 aplica um elementoANDlógico para combinar as condições de 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> ... -
Você pode filtrar objetos com base apenas nas tags. Por exemplo, a regra do S3 Lifecycle a seguir aplica-se a objetos que tenham duas etiquetas especificadas (não especifica nenhum prefixo).
... <Filter> <And> <Tag> <Key>key1</Key> <Value>value1</Value> </Tag> <Tag> <Key>key2</Key> <Value>value2</Value> </Tag> </And> </Filter> ...
Importante
Quando você tem várias regras em uma configuração do ciclo de vida do S3, um objeto pode se tornar elegível para várias ações do ciclo de vida do S3 no mesmo dia. Nesses casos, o Amazon S3 segue estas regras gerais:
-
A exclusão permanente tem precedência sobre a transição.
-
A transição tem precedência sobre a criação de marcadores de exclusão.
-
Quando um objeto é elegível para transição para as classes S3 Glacier Flexible Retrieval e S3 Standard-IA (ou S3 One Zone-IA), o Amazon S3 escolhe a transição para a classe S3 Glacier Flexible Retrieval.
Para obter exemplos, consulte Exemplos de filtros sobrepostos e ações de ciclo de vida conflitantes.
Desabilitar temporariamente as regras de ciclo de vida
É possível desabilitar temporariamente uma regra do Ciclo de Vida do S3 usando o elemento status. Isso pode ser útil se você quiser testar novas regras ou solucionar problemas com sua configuração, sem substituir as regras existentes. A configuração do S3 Lifecycle a seguir especifica duas regras:
-
Na regra 1, o Amazon S3 faz a transição de objetos com o prefixo
logs/para a classe de armazenamento S3 Glacier Flexible Retrieval logo após a criação. -
Na regra 2, o Amazon S3 faz a transição de objetos com o prefixo
documents/para a classe de armazenamento S3 Glacier Flexible Retrieval logo após a criação.
Na configuração, a regra 1 é habilitada e a regra 2 é desabilitada. O Amazon S3 ignora a regra desabilitada.
<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>Rebaixar uma classe de armazenamento pela duração do ciclo de vida de um objeto
Neste exemplo, você usa a configuração do S3 Lifecycle para rebaixar a classe de armazenamento de objetos pela sua vida útil. O rebaixamento pode ajudar a reduzir os custos de armazenamento. Para obter mais informações sobre a definição de preços, consulte Definição de preços do Amazon S3
A configuração do S3 Lifecycle a seguir especifica uma regra que se aplica a objetos com o prefixo de nome de chave logs/. A regra especifica as seguintes ações:
-
Duas ações de transição:
-
Transição de objetos para a classe de armazenamento S3 Standard – IA 30 dias após a criação.
-
Faça a transição de objetos para a classe de armazenamento S3 Glacier Flexible Retrieval 90 dias após a criação.
-
-
Uma ação de expiração que leva o Amazon S3 a excluir esses objetos um ano após a criação.
<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
Você pode usar uma regra para descrever todas as ações do S3 Lifecycle se todas as ações se aplicarem ao mesmo conjunto de objetos (identificados pelo filtro). Caso contrário, você pode adicionar várias regras com cada uma especificando um filtro diferente.
Importante
Quando você tem várias regras em uma configuração do ciclo de vida do S3, um objeto pode se tornar elegível para várias ações do ciclo de vida do S3 no mesmo dia. Nesses casos, o Amazon S3 segue estas regras gerais:
-
A exclusão permanente tem precedência sobre a transição.
-
A transição tem precedência sobre a criação de marcadores de exclusão.
-
Quando um objeto é elegível para transição para as classes S3 Glacier Flexible Retrieval e S3 Standard-IA (ou S3 One Zone-IA), o Amazon S3 escolhe a transição para a classe S3 Glacier Flexible Retrieval.
Para obter exemplos, consulte Exemplos de filtros sobrepostos e ações de ciclo de vida conflitantes.
Especificar várias regras
Você pode especificar várias regras se quiser diferentes ações do S3 Lifecycle de diferentes objetos. A configuração do S3 Lifecycle a seguir tem duas regras:
-
A regra 1 se aplica a objetos com prefixo de nome de chave
classA/. Com ela, o Amazon S3 faz a transição de objetos para a classe de armazenamento S3 Glacier Flexible Retrieval um ano após a criação e expira esses objetos dez anos após a criação. -
A regra 2 se aplica a objetos com prefixo de nome de chave
classB/. Ela direciona o Amazon S3 para fazer a transição de objetos para a classe de armazenamento S3 Standard – IA 90 dias após a criação e excluí-los um ano após a criação.
<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
Quando você tem várias regras em uma configuração do ciclo de vida do S3, um objeto pode se tornar elegível para várias ações do ciclo de vida do S3 no mesmo dia. Nesses casos, o Amazon S3 segue estas regras gerais:
-
A exclusão permanente tem precedência sobre a transição.
-
A transição tem precedência sobre a criação de marcadores de exclusão.
-
Quando um objeto é elegível para transição para as classes S3 Glacier Flexible Retrieval e S3 Standard-IA (ou S3 One Zone-IA), o Amazon S3 escolhe a transição para a classe S3 Glacier Flexible Retrieval.
Para obter exemplos, consulte Exemplos de filtros sobrepostos e ações de ciclo de vida conflitantes.
Especificar uma regra de ciclo de vida para um bucket com versionamento habilitado
Suponha que você tenha um bucket com versionamento habilitado, ou seja, para cada objeto, há uma versão atual e zero ou mais versões desatualizadas. (Para obter mais informações sobre o versionamento do S3, consulte Reter várias versões de objetos com o Versionamento do S3.)
No exemplo a seguir, você deseja manter o equivalente a um ano de histórico e reter cinco versões desatualizadas. As configurações do S3 Lifecycle permitem manter de 1 a 100 versões de qualquer objeto. Esteja ciente de que mais de cinco versões desatualizadas mais recentes devem existir antes que o Amazon S3 possa prescrever determinada versão. O Amazon S3 excluirá permanentemente qualquer versão adicional não atual que ultrapasse o número especificado para reter. Para que a exclusão ocorra, os valores NoncurrentDays e NewerNoncurrentVersions devem ser excedidos.
Para economizar em custos de armazenamento, você deseja migrar as versões desatualizadas para o S3 Glacier Flexible Retrieval 30 dias depois de se tornarem desatualizadas (supondo que sejam dados frios, que você não precisa acessar em tempo real). Além disso, diante da expectativa de que a frequência de acesso das versões atuais diminua 90 dias após a criação, você pode optar por mover esses objetos para a classe de armazenamento 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>Remover marcadores de exclusão de objetos expirados em um bucket com versionamento habilitado
Um bucket com versionamento habilitado mantém uma versão atual e nenhuma ou mais versões desatualizadas de cada objeto. Ao excluir um objeto, observe o seguinte:
-
Se você não especificar um ID de versão na solicitação de exclusão, o Amazon S3 adicionará um marcador de exclusão em vez de excluir o objeto. A versão atual do objeto se torna desatualizada, e o marcador de exclusão se torna a versão atual.
-
Se você não especificar um ID de versão na solicitação de exclusão, o Amazon S3 excluirá permanentemente a versão do objeto (um marcador de exclusão não é criado).
-
Um marcador de exclusão sem versões desatualizadas é chamado de marcador de exclusão do objeto expirado.
Este exemplo mostra um cenário que pode criar marcadores de exclusão de objetos expirados em seu bucket e como você pode usar a configuração de ciclo de vida do S3 para que o Amazon S3 remova os marcadores de exclusão de objetos expirados.
Suponha que você crie uma configuração da funcionalidade Ciclo de Vida do S3 que use a ação NoncurrentVersionExpiration para remover as versões desatualizadas 30 dias após se tornarem desatualizadas e reter dez versões desatualizadas, como mostrado a seguir. Esteja ciente de que mais de dez versões desatualizadas mais recentes devem existir antes que o Amazon S3 possa prescrever determinada versão. O Amazon S3 excluirá permanentemente qualquer versão adicional não atual que ultrapasse o número especificado para reter. Para que a exclusão ocorra, os valores NoncurrentDays e NewerNoncurrentVersions devem ser excedidos.
<LifecycleConfiguration>
<Rule>
...
<NoncurrentVersionExpiration>
<NewerNoncurrentVersions>10</NewerNoncurrentVersions>
<NoncurrentDays>30</NoncurrentDays>
</NoncurrentVersionExpiration>
</Rule>
</LifecycleConfiguration>A ação NoncurrentVersionExpiration não se aplica às versões de objeto atualizadas. Ela remove apenas versões desatualizadas.
Para versões atuais do objeto, existem as opções abaixo para gerenciar o ciclo de vida. Tudo vai depender de as versões atuais seguirem um ciclo de vida bem definido:
-
As versões atuais do objeto seguem um ciclo de vida bem definido.
Nesse caso, você pode usar a configuração de ciclo de vida do S3 com a ação
Expirationpara que o Amazon S3 remova as versões atuais, conforme exibido no exemplo a seguir.<LifecycleConfiguration> <Rule> ... <Expiration> <Days>60</Days> </Expiration> <NoncurrentVersionExpiration> <NewerNoncurrentVersions>10</NewerNoncurrentVersions> <NoncurrentDays>30</NoncurrentDays> </NoncurrentVersionExpiration> </Rule> </LifecycleConfiguration>Neste exemplo, o Amazon S3 remove as versões atualizadas 60 dias após serem criadas adicionando um marcador de exclusão para cada uma das versões atualizadas do objeto. Esse processo torna a versão atual do objeto desatualizada, e o marcador de exclusão torna-se a versão atual. Para ter mais informações, consulte Reter várias versões de objetos com o Versionamento do S3.
nota
Não é possível especificar uma tag
Dayse umaExpiredObjectDeleteMarkerna mesma regra. Com a especificação da etiquetaDays, o Amazon S3 executará automaticamente a limpezaExpiredObjectDeleteMarkerassim que os marcadores de exclusão tiverem idade suficiente para satisfazer os critérios de idade. Para limpar marcadores de exclusão assim que eles se tornarem a única versão, crie uma regra separada contendo apenas a etiquetaExpiredObjectDeleteMarker.A ação
NoncurrentVersionExpirationna mesma configuração do S3 Lifecycle remove os objetos desatualizados 30 dias após se tornarem desatualizados. Assim, neste exemplo, todas as versões de objeto são permanentemente removidas 90 dias após a criação do objeto. Esteja ciente de que, nesse exemplo, mais de dez versões desatualizadas mais recentes devem existir antes que o Amazon S3 possa prescrever determinada versão. O Amazon S3 excluirá permanentemente qualquer versão adicional não atual que ultrapasse o número especificado para reter. Para que a exclusão ocorra, os valoresNoncurrentDayseNewerNoncurrentVersionsdevem ser excedidos.Embora marcadores de exclusão de objetos expirados sejam criados durante esse o processo, o Amazon S3 detecta e remove os marcadores de exclusão de objetos expirados para você.
-
As versões atuais do objeto não têm um ciclo de vida bem definido.
Neste caso, convém remover os objetos manualmente quando não forem mais necessários criando um marcador de exclusão com uma ou mais versões desatualizadas. Se a configuração do S3 Lifecycle com a ação
NoncurrentVersionExpirationremover todas as versões desatualizadas, agora você terá marcadores de exclusão de objetos expirados.Especificamente para este cenário, a configuração do S3 Lifecycle fornece uma ação
Expirationque você pode usar para remover os marcadores de exclusão de objetos expirados.<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>
Ao definir o elemento ExpiredObjectDeleteMarker como true na ação Expiration, você faz o Amazon S3 remover os marcadores de exclusão de objetos expirados.
nota
Ao usar a ação ExpiredObjectDeleteMarker do S3 Lifecycle, a regra não pode especificar um filtro baseado em etiqueta.
Configuração do Ciclo de Vida para anular carregamentos fracionados
Você pode usar as operações de API REST de carregamento fracionado do Amazon S3 para carregar objetos grandes em partes. Para obter mais informações sobre multipart uploads, consulte Carregar e copiar objetos usando upload fracionado no Amazon S3.
Usando a configuração do S3 Lifecycle, você pode levar o Amazon S3 a interromper carregamentos fracionados incompletos (identificados pelo prefixo de nome de chave especificado na regra) se eles não forem concluídos em um número especificado de dias após a inicialização. Ao interromper um carregamento fracionado, o Amazon S3 exclui todas as partes associadas ao carregamento fracionado. Esse processo ajuda a controlar os custos de armazenamento, garantindo que você não tenha carregamentos fracionados incompletos com partes que estão armazenadas no Amazon S3.
nota
Ao usar a ação AbortIncompleteMultipartUpload do S3 Lifecycle, a regra não pode especificar um filtro baseado em etiqueta.
Veja a seguir um exemplo de configuração de ciclo de vida do S3 que especifica uma regra com a ação AbortIncompleteMultipartUpload. Essa ação solicita que o Amazon S3 interrompa carregamentos fracionados incompletos sete dias após a inicialização.
<LifecycleConfiguration> <Rule> <ID>sample-rule</ID> <Filter> <Prefix>SomeKeyPrefix/</Prefix> </Filter> <Status>rule-status</Status> <AbortIncompleteMultipartUpload> <DaysAfterInitiation>7</DaysAfterInitiation> </AbortIncompleteMultipartUpload> </Rule> </LifecycleConfiguration>
Expirar objetos desatualizados que não têm data
É possível criar regras que fazem a transição de objetos com base somente no tamanho. Você pode especificar um tamanho mínimo (ObjectSizeGreaterThan), um tamanho máximo (ObjectSizeLessThan) ou um intervalo de tamanhos de objeto em bytes. Ao usar mais de um filtro, como prefixo e regra de tamanho, é necessário quebrar os filtros em um 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>Se você especificar um intervalo usando os elementos ObjectSizeGreaterThan e ObjectSizeLessThan, o tamanho máximo do objeto deverá ser maior que o tamanho mínimo do objeto. Ao usar mais de um filtro, é necessário fazer a quebra dos filtros em um elemento <And>. O exemplo a seguir mostra como especificar objetos em um intervalo entre 500 e 64.000 bytes. Quando você especifica um intervalo, os filtros ObjectSizeGreaterThan e ObjectSizeLessThan excluem os valores especificados. Para ter mais informações, consulte Elemento Filter.
<LifecycleConfiguration>
<Rule>
...
<And>
<ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
<ObjectSizeLessThan>64000</ObjectSizeLessThan>
</And>
</Rule>
</LifecycleConfiguration>Você também pode criar regras para expirar especificamente objetos desatualizados que não têm nenhum dado, incluindo objetos de marcador de exclusão desatualizados criados em um bucket com versionamento habilitado. O exemplo a seguir usa a ação NoncurrentVersionExpiration para remover as versões desatualizadas 30 dias após se tornarem desatualizadas e reter dez versões desatualizadas. Ele também usa o elemento ObjectSizeLessThan para filtrar somente objetos sem nenhum dado.
Esteja ciente de que mais de dez versões desatualizadas mais recentes devem existir antes que o Amazon S3 possa prescrever determinada versão. O Amazon S3 excluirá permanentemente qualquer versão adicional não atual que ultrapasse o número especificado para reter. Para que a exclusão ocorra, os valores NoncurrentDays e NewerNoncurrentVersions devem ser excedidos.
<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>Exemplo: permitir que objetos com menos de 128 KB sejam transferidos
O Amazon S3 aplica um comportamento padrão às configurações de ciclo de vida que não permite a transferência de objetos com menos de 128 KB para nenhuma classe de armazenamento. Para permitir a transição de objetos menores, adicione um filtro de tamanho mínimo (ObjectSizeGreaterThan) ou tamanho máximo (ObjectSizeLessThan) à configuração que especifique um tamanho menor. O seguinte exemplo permite fazer a transição de qualquer objeto com menos de 128 KB para a classe de armazenamento 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
Em setembro de 2024, o Amazon S3 atualizou o comportamento de transição padrão para objetos pequenos, da seguinte forma:
Comportamento de transição padrão atualizado: desde setembro de 2024, o comportamento padrão não permite a transferência de objetos com menos de 128 KB para nenhuma classe de armazenamento.
Comportamento de transição padrão anterior: antes de setembro de 2024, o comportamento padrão permitia que objetos com menos de 128 KB fossem transferidos somente para as classes de armazenamento S3 Glacier e S3 Glacier Deep Archive.
As configurações criadas antes de setembro de 2024 retêm o comportamento de transição anterior, a menos que você as modifique. Ou seja, se você criar, editar ou excluir regras, o comportamento de transição padrão da configuração mudará para o comportamento atualizado. Se seu caso de uso exigir, será possível alterar o comportamento de transição padrão para que objetos com menos de 128 KB façam a transição para o S3 Glacier e o S3 Glacier Deep Archive. Para fazer isso, use o cabeçalho opcional x-amz-transition-object-size-minimum-default em uma solicitação PutBucketLifecycleConfiguration.
O exemplo a seguir mostra como usar o cabeçalho x-amz-transition-object-size-minimum-default em uma solicitação PutBucketLifecycleConfiguration para aplicar o comportamento de transição padrão varies_by_storage_class a uma configuração da funcionalidade Ciclo de Vida do S3. Esse comportamento permite fazer a transição de objetos com menos de 128 KB para as classes de armazenamento S3 Glacier ou S3 Glacier Deep Archive. Por padrão, todas as outras classes de armazenamento evitarão transições menores que 128 KB. Ainda é possível usar filtros personalizados para alterar o tamanho mínimo de transição para qualquer classe de armazenamento. Os filtros personalizados sempre têm precedência sobre o comportamento de transição padrão:
HTTP/1.1 200
x-amz-transition-object-size-minimum-default: varies_by_storage_class
<?xml version="1.0" encoding="UTF-8"?>
...