Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Você pode usar as políticas de gerenciamento do ciclo de vida para fazer a transição de blobs para camadas de acesso econômicas com base em seus padrões de uso. Este artigo contém exemplos de definições de política que fazem a transição de blobs entre camadas.
Para obter informações gerais sobre as políticas de gerenciamento do ciclo de vida do Armazenamento do Azure, consulte Visão geral do gerenciamento do ciclo de vida do Armazenamento de Blob do Azure.
Mover dados antigos para uma camada mais fria
Este exemplo mostra como fazer a transição de blocos de dados prefixados com sample-container/blob1 ou container2/blob2. A política faz a transição de blobs que não foram modificados em mais de 30 dias para armazenamento frio e blobs não modificados em 90 dias para a camada de arquivamento.
{
"rules": [
{
"name": "agingRule",
"enabled": true,
"type": "Lifecycle",
"definition": {
"filters": {
"blobTypes": [ "blockBlob" ],
"prefixMatch": [ "sample-container/blob1", "container2/blob2" ]
},
"actions": {
"baseBlob": {
"tierToCool": { "daysAfterModificationGreaterThan": 30 },
"tierToArchive": { "daysAfterModificationGreaterThan": 90 }
}
}
}
}
]
}
Observação
O elemento baseBlob em uma política de gerenciamento de ciclo de vida refere-se à versão atual de um blob.
Mover dados com base na última hora acessada
No exemplo a seguir, os blobs são movidos para armazenamento refrigerado se não tiverem sido acessados por 30 dias. A propriedade enableAutoTierToHotFromCool é um valor booleano que indica se um blob deve ser automaticamente transferido do frio para o quente, se for acessado novamente após ter sido movido para o frio.
Sugestão
Se um blob for movido para o nível fresco e, em seguida, for automaticamente movido de volta antes de 30 dias terem decorrido, uma taxa de eliminação antecipada será cobrada. Antes de definir a enableAutoTierToHotFromCool propriedade, certifique-se de analisar os padrões de acesso dos seus dados para reduzir cobranças inesperadas. A hierarquização automática de frio para quente após o acesso ao blob é limitada a uma vez a cada 30 dias. Esta medida de segurança está em vigor para ajudá-lo a evitar várias penalidades de exclusão antecipada do nível cool. Se o objeto voltar a esfriar devido à política, todas as transações no blob serão cobradas pelos preços do nível cool. É custo-eficiente manter o blob na camada quente se ele precisar ser movido de camada automaticamente mais de uma vez num período de 30 dias.
Habilitar uma regra com enableAutoTierToHotFromCool aplica-se somente a objetos que são hierarquizados com essa regra. A enableAutoTierToHotFromCool propriedade não pode ser ativada para blobs que já estão na camada de arquivamento. Portanto, a camada de acesso desses blobs não mudará automaticamente para hot quando eles forem acessados.
{
"enabled": true,
"name": "last-accessed-thirty-days-ago",
"type": "Lifecycle",
"definition": {
"actions": {
"baseBlob": {
"enableAutoTierToHotFromCool": true,
"tierToCool": {
"daysAfterLastAccessTimeGreaterThan": 30
}
}
},
"filters": {
"blobTypes": [
"blockBlob"
],
"prefixMatch": [
"mylifecyclecontainer/log"
]
}
}
}
Arquivamento de dados após a ingestão
Alguns dados ficam ociosos na nuvem e raramente ou nunca são acessados. A política de ciclo de vida a seguir é configurada para arquivar dados logo após sua ingestão. Este exemplo faz a transição de blobs de blocos num contentor nomeado archivecontainer para uma camada de arquivamento. A transição é realizada ao intervir nos blobs imediatamente após o tempo da última modificação.
Importante
Se um conjunto de dados precisar ser legível, não defina uma política para mover blobs para a camada de arquivamento. Os blobs na camada de arquivo não podem ser lidos a menos que sejam primeiro reidratados, um processo que pode ser demorado e caro. Para mais informações, veja Visão geral da reidratação de blobs da camada de arquivo. Se um conjunto de dados precisar ser lido com frequência, não defina uma política para mover blobs para as camadas fresca ou fria, pois isso pode resultar em custos de transação mais altos.
{
"rules": [
{
"name": "archiveRule",
"enabled": true,
"type": "Lifecycle",
"definition": {
"filters": {
"blobTypes": [ "blockBlob" ],
"prefixMatch": [ "archivecontainer" ]
},
"actions": {
"baseBlob": {
"tierToArchive": {
"daysAfterModificationGreaterThan": 0
}
}
}
}
}
]
}
Observação
A Microsoft recomenda que você carregue seus blobs diretamente para a camada de arquivamento para maior eficiência. Você pode especificar o nível de arquivo no cabeçalho x-ms-access-tier na operação Put Blob ou Put Block List. O cabeçalho x-ms-access-tier é suportado com a versão REST 2018-11-09 e mais recente ou com as bibliotecas de cliente de armazenamento de blob mais recentes.
Gerenciando versões anteriores
Para dados que são modificados e acessados regularmente durante toda a sua vida útil, você pode habilitar o controle de versão de armazenamento de blob para manter automaticamente as versões anteriores de um objeto. Você pode criar uma política para hierarquizar versões anteriores. A idade da versão é determinada pela avaliação do tempo de criação da versão. Esta regra de política move para a camada fria as versões anteriores dentro do contêiner activedata que têm 90 dias ou mais após a criação da versão.
{
"rules": [
{
"enabled": true,
"name": "versionrule",
"type": "Lifecycle",
"definition": {
"actions": {
"version": {
"tierToCool": {
"daysAfterCreationGreaterThan": 90
},
}
},
"filters": {
"blobTypes": [
"blockBlob"
],
"prefixMatch": [
"activedata/"
]
}
}
}
]
}
Observação
O elemento version em uma política de gerenciamento de ciclo de vida refere-se a uma versão anterior.