Níveis de acesso quentes, frescos e de arquivo para dados blob

Os dados armazenados na nuvem crescem a um ritmo exponencial. Para gerir os custos para as suas necessidades de armazenamento em expansão, pode ser útil organizar os seus dados com base na frequência com que serão acedidos e quanto tempo serão retidos. O armazenamento Azure oferece diferentes níveis de acesso para que possa armazenar os seus dados blob da forma mais rentável com base na forma como está a ser utilizado. Os níveis de acesso ao armazenamento Azure incluem:

  • Hot tier - Um nível online otimizado para armazenar dados que são acedidos ou modificados frequentemente. O nível quente tem os custos de armazenamento mais elevados, mas os custos de acesso mais baixos.
  • Cool tier - Um nível online otimizado para armazenar dados que são pouco acessados ou modificados. Os dados no nível fresco devem ser armazenados durante um período mínimo de 30 dias. O nível fresco tem custos de armazenamento mais baixos e custos de acesso mais elevados em comparação com o nível quente.
  • Nível de arquivo - Um nível offline otimizado para armazenar dados que raramente são acedidos, e que tem requisitos flexíveis de latência, na ordem das horas. Os dados no nível de arquivo devem ser armazenados durante um mínimo de 180 dias.

Os limites de capacidade de armazenamento do Azure são definidos ao nível da conta, em vez de de acordo com o nível de acesso. Pode optar por maximizar a sua capacidade de utilização num só nível, ou distribuir a capacidade por dois ou mais níveis.

Nota

A definição do nível de acesso só é permitida nas Blobs de Blocos. Não são suportados para Apêndice e Page Blobs.

Níveis de acesso online

Quando os seus dados são armazenados num nível de acesso online (quente ou fresco), os utilizadores podem aceder imediatamente aos mesmos. O nível quente é a melhor escolha para dados que estão em uso ativo. O nível cool é ideal para dados que são acedidos com menos frequência, mas que ainda deve estar disponível para leitura e escrita.

Os cenários de utilização de exemplo para o nível quente incluem:

  • Os dados que estão em uso ativo ou dados que espera exigirão leituras e escritos frequentes.
  • Dados preparados para o processamento e eventual migração para a camada de acesso esporádico.

Os cenários de utilização para o nível de acesso fresco incluem:

  • Backup de dados de curto prazo e recuperação de desastres.
  • Conjuntos de dados mais antigos que não são usados com frequência, mas que se espera que estejam disponíveis para acesso imediato.
  • Grandes conjuntos de dados que precisam de ser armazenados de forma rentável enquanto outros dados estão a ser recolhidos para o processamento.

Para aprender a mover uma bolha para o nível quente ou fresco, consulte definir o nível de acesso de uma bolha.

Os dados no nível fresco têm uma disponibilidade ligeiramente menor, mas oferecem a mesma alta durabilidade, latência de recuperação e características de produção como o nível quente. Para os dados no nível frio, a disponibilidade ligeiramente mais baixa e os custos de acesso mais elevados podem ser compensações aceitáveis para custos globais de armazenamento mais baixos, em comparação com o nível quente. Para obter mais informações, veja SLA para Armazenamento.

Uma bolha no nível fresco numa conta v2 de uso geral está sujeita a uma penalidade de eliminação antecipada se for eliminada ou transferida para um nível diferente antes de 30 dias decorridos. Estes custos são rateados. Por exemplo, se uma bolha for movida para o nível fresco e depois apagada após 21 dias, será cobrada uma taxa de eliminação antecipada equivalente a 9 (30 menos 21) dias de armazenamento dessa bolha no nível fresco.

Os níveis quentes e frescos suportam todas as configurações de redundância. Para obter mais informações sobre as opções de redundância de dados no Azure Storage, consulte a redundância do Azure Storage.

Camada de armazenamento de arquivo

O nível de arquivo é um nível offline para armazenar dados que raramente são acedidos. O nível de acesso ao arquivo tem o menor custo de armazenamento. No entanto, este nível tem custos de recuperação de dados mais elevados com uma latência mais elevada em comparação com os níveis quentes e frescos. Os cenários de utilização exemplo para o nível de acesso ao arquivo incluem:

  • Conjuntos de dados de arquivo, cópia de segurança secundária e cópia de segurança a longo prazo
  • Dados originais (brutos) que devem ser preservados, mesmo depois de terem sido transformados em forma de forma utilizável final
  • Conformidade e dados de arquivo que precisam ser armazenados por muito tempo e quase nunca são acedidos

Para aprender a mover uma bolha para o nível de arquivo, consulte Archive a blob.

Os dados devem permanecer na camada de armazenamento de arquivo durante, pelo menos, 180 dias ou estar sujeitos a uma taxa de eliminação antecipada. Por exemplo, se uma bolha for transferida para o nível de arquivo e depois for eliminada ou movida para o nível quente após 45 dias, será cobrada uma taxa de eliminação antecipada equivalente a 135 (180 menos 45) dias de armazenamento dessa bolha no nível de arquivo.

Enquanto uma bolha está no nível de arquivo, não pode ser lida ou modificada. Para ler ou baixar uma bolha no nível de arquivo, primeiro tem de reidratar para um nível online, quente ou fresco. Os dados no nível de arquivo podem demorar até 15 horas a reidratar, dependendo da prioridade que especifica para a operação de reidratação. Para obter mais informações sobre a reidratação do blob, consulte a visão geral da reidratação do blob a partir do nível do arquivo.

Os metadados de uma bolha arquivada permanecem disponíveis para acesso à leitura, para que possa listar a bolha e as suas propriedades, metadados e tags de índice. Os metadados para uma bolha no nível de arquivo são apenas de leitura, enquanto as etiquetas de índice blob podem ser lidas ou escritas. As fotos não são suportadas por bolhas arquivadas.

As seguintes operações são suportadas para bolhas no nível de arquivo:

Apenas as contas de armazenamento configuradas para LRS, GRS ou RA-GRS suportam a deslocação de bolhas para o nível de arquivo. O nível de arquivo não é suportado para contas ZRS, GZRS ou RA-GZRS. Para obter mais informações sobre configurações de redundância para armazenamento Azure, consulte a redundância do Azure Storage.

Para alterar a configuração de redundância para uma conta de armazenamento que contenha bolhas no nível de arquivo, primeiro deve reidratar todas as bolhas arquivadas para o nível quente ou fresco. Como as operações de reidratação podem ser dispendiosas e demoradas, a Microsoft recomenda que evite alterar a configuração de redundância de uma conta de armazenamento que contenha bolhas arquivadas.

A migração de uma conta de armazenamento de LRS para GRS é suportada desde que nenhuma bolha tenha sido transferida para o nível de arquivo enquanto a conta foi configurada para LRS. Uma conta pode ser transferida de volta para GRS se a atualização for realizada menos de 30 dias a partir do momento em que a conta se tornou LRS, e nenhuma bolha foi transferida para o nível de arquivo enquanto a conta foi definida para LRS.

Definição de nível de acesso de conta predefinido

As contas de armazenamento têm uma definição de nível de acesso predefinido que indica o nível online no qual é criada uma nova bolha. A definição predefinida do nível de acesso pode ser definida para quente ou fresco. Os utilizadores podem sobrepor-se à definição predefinidora de uma bolha individual ao carregar a bolha ou alterar o seu nível.

O nível de acesso predefinido para uma nova conta de armazenamento v2 de uso geral é definido para o nível quente por padrão. Pode alterar a definição de nível de acesso predefinido quando criar uma conta de armazenamento ou depois de ser criada. Se não alterar esta definição na conta de armazenamento ou definir explicitamente o nível ao carregar uma bolha, então uma nova bolha é carregada para o nível quente por predefinição.

Uma bolha que não tenha um nível explicitamente atribuído infere o seu nível a partir da definição de nível de acesso à conta padrão. Se o nível de acesso de uma bolha for deduzido a partir da definição do nível de acesso à conta predefinido, então o portal do Azure apresenta o nível de acesso como Hot (inferido) ou Cool (inferido).

A alteração da definição de nível de acesso predefinido para uma conta de armazenamento aplica-se a todas as bolhas na conta para as quais não foi explicitamente definido um nível de acesso. Se alternar a definição de nível de acesso predefinido de quente para arrefecer numa conta v2 para fins gerais, então é cobrado para as operações de escrita (por 10.000) para todas as bolhas para as quais o nível de acesso é deduzido. É cobrado tanto para operações de leitura (por 10.000) como para a recuperação de dados (por GB) se alternar de fresco para quente numa conta v2 para fins gerais.

Quando criar uma conta de Armazenamento Blob legacy, deve especificar a definição de nível de acesso predefinido como quente ou frio no momento de criar. Não há qualquer custo para alterar a definição de nível de acesso da conta padrão de quente para fresco numa conta de Armazenamento Blob legacy. É cobrado tanto para as operações de leitura (por 10.000) como para a recuperação de dados (por GB) se alternar de fresco para quente numa conta blob Storage. A Microsoft recomenda a utilização de contas de armazenamento v2 de uso geral em vez de contas blob storage, quando possível.

Nota

O nível de arquivo não é suportado como o nível de acesso predefinido para uma conta de armazenamento.

Definição ou alteração do nível de uma bolha

Para definir explicitamente o nível de uma bolha quando o criar, especifique o nível quando carregar a bolha.

Depois de uma bolha ser criada, pode alterar o seu nível de qualquer uma das seguintes formas:

  • Ao ligar para a operação set Blob Tier , quer diretamente quer através de uma política de gestão do ciclo de vida . Chamar set Blob Tier é normalmente a melhor opção quando está a mudar o nível de uma bolha de um nível mais quente para um mais fresco.
  • Ligando para a operação Copy Blob para copiar uma bolha de um nível para outro. Chamar copy blob é recomendado para a maioria dos cenários onde você está hidratando uma bolha do nível de arquivo para um nível on-line, ou movendo uma bolha de fresco para quente. Ao copiar uma bolha, pode evitar a penalidade de eliminação antecipada, se o intervalo de armazenamento necessário para a bolha de origem ainda não tiver decorrido. No entanto, copiar uma bolha resulta em taxas de capacidade para duas bolhas, a bolha de origem e a bolha de destino.

Mudar o nível de uma bolha de quente para fresco ou arquivo é instantâneo, assim como é mudando de fresco para quente. Reidratar uma bolha do nível do arquivo para o nível quente ou fresco pode demorar até 15 horas.

Tenha em mente os seguintes pontos ao mudar o nível de uma bolha:

  • Não é possível ligar para o "set Blob Tier" numa bolha que utiliza um âmbito de encriptação. Para obter mais informações sobre os âmbitos de encriptação, consulte os âmbitos de encriptação para armazenamento blob.
  • Se o nível de uma bolha for deduzido como fresco com base no nível de acesso padrão da conta de armazenamento e o blob for movido para o nível de arquivo, não há nenhuma taxa de eliminação antecipada.
  • Se uma bolha for explicitamente movida para o nível fresco e depois for transferida para o nível de arquivo, aplica-se a taxa de eliminação precoce.

A tabela seguinte resume as abordagens que pode tomar para mover bolhas entre vários níveis.

Origem/Destino Nível quente Nível legal Nível de arquivo
Nível quente N/D Mude o nível de uma bolha de quente para fresco com set Blob Tier ou Copy Blob. Saiba mais...

Mova as bolhas para o nível fresco com uma política de gestão do ciclo de vida. Saiba mais...
Mude o nível de uma bolha de quente para arquivo com set Blob Tier ou Copy Blob. Saiba mais...

Archive blobs com uma política de gestão de ciclo de vida. Saiba mais...
Nível legal Mude o nível de uma bolha de fresco para quente com set Blob Tier ou Copy Blob. Saiba mais...

Mova as bolhas para o nível quente com uma política de gestão do ciclo de vida. Saiba mais...
N/D Mude o nível de uma bolha de fresco para arquivo com set Blob Tier ou Copy Blob. Saiba mais...

Archive blobs com uma política de gestão de ciclo de vida. Saiba mais...
Nível de arquivo Reidratar para o nível quente com set Blob Tier ou Copy Blob. Saiba mais... Reidratar para arrefecer o nível com o bloco de manchas de definição ou a bolha de cópia. Saiba mais... N/D

Gestão do ciclo de vida blob

A gestão do ciclo de vida de armazenamento de blob oferece uma política baseada em regras que pode usar para transitar os seus dados para o nível de acesso pretendido quando as suas condições especificas estiverem satisfeitas. Também pode utilizar a gestão do ciclo de vida para expirar dados no final da sua vida útil. Consulte os custos da Otimização automatizando os níveis de acesso Armazenamento de Blobs do Azure para saber mais.

Nota

Os dados armazenados numa conta de armazenamento de blocos premium não podem ser hierárquicos para quentes, frescos ou arquivados utilizando o set Blob Tier ou utilizando Armazenamento de Blobs do Azure gestão do ciclo de vida. Para mover dados, tem de copiar sincronizadamente bolhas da conta de armazenamento do bloco blob para o nível quente numa conta diferente utilizando o Put Block From URL API ou uma versão do AzCopy que suporta esta API. O Bloco De Put From URL API copia sincronizadamente os dados no servidor, o que significa que a chamada só completa uma vez que todos os dados são transferidos do local original do servidor para o local de destino.

Resumo das opções de nível de acesso

A tabela seguinte resume as características dos níveis de acesso quente, fresco e de arquivo.

Nível quente Nível legal Nível de arquivo
Disponibilidade 99,9% 99% Offline
Disponibilidade
(leituras RA-GRS)
99,99% 99,9% Offline
Custos de utilização Custos de armazenamento mais elevados, mas custos de acesso e transação mais baixos Custos de armazenamento mais baixos, mas custos de acesso e transação mais elevados Custos de armazenamento mais baixos, mas o acesso mais elevado, e os custos de transação
Período mínimo de conservação de dados recomendado N/D 30 dias1 180 dias
Latência
(Tempo até ao primeiro byte)
Milissegundos Milissegundos Horas2
Configurações de redundância apoiadas Todos Todos LRS, GRS e RA-GRS3 apenas

1 Os objetos no nível fresco nas contas v2 para fins gerais têm uma duração mínima de retenção de 30 dias. Para as contas blob Storage, não há uma duração mínima de retenção para o nível fresco.

2 Ao reidratar uma bolha do nível de arquivo, pode escolher uma opção prioritária de padrão ou de alta reidratação. Cada um oferece diferentes latências e custos de recuperação. Para mais informações, consulte a visão geral da reidratação do blob a partir do nível do arquivo.

3 Para obter mais informações sobre as configurações de despedimento no Azure Storage, consulte a redundância do Azure Storage.

Preços e faturação

Todas as contas de armazenamento utilizam um modelo de preços para armazenamento de blob de bloco que é baseado no nível de uma bolha. Tenha em mente as considerações de faturação descritas nas seguintes secções.

Para obter mais informações sobre preços para blobs de blocos, consulte o preço do blob do Bloco.

Custos de capacidade de armazenamento

Além da quantidade de dados armazenados, o custo de armazenamento de dados varia consoante o nível de acesso. O custo de capacidade por gigabyte diminui à medida que o nível fica mais frio.

Custos de acesso a dados

Os custos de acesso aos dados aumentam à medida que o nível fica mais frio. Para obter dados no nível de acesso cool e archive, é-lhe cobrada uma taxa de acesso a dados por gigabyte para leituras.

Custos de transação

Uma taxa por transação aplica-se a todos os níveis e aumenta à medida que o nível fica mais frio.

Custos de transferência de dados de geo-replicação

Esta taxa aplica-se apenas a contas com geo-replicação configurada, incluindo GRS, RA-GRS e GZRS. A transferência de dados de georreplicação está sujeita a uma taxa por gigabyte.

Custos de transferência de dados de saída

As transferências de dados de saída (dados transferidos para fora de uma região de Azure) incorrem na faturação para uso da largura de banda numa base por gigabyte. Para obter mais informações sobre os custos de transferência de dados de saída, consulte a página Detalhes de Preços da Largura de Banda .

Alterar o nível de acesso à conta predefinido

A alteração do nível de acesso à conta resulta em taxas de alteração de nível para todas as bolhas que ainda não têm um nível explicitamente definido. Para mais informações, consulte a secção seguinte, alterando o nível de acesso de uma bolha.

Alterar o nível de acesso de uma bolha

Tenha em mente os seguintes impactos de faturação ao mudar o nível de uma bolha:

  • Quando uma bolha é carregada ou movida entre os níveis, é carregada à taxa correspondente imediatamente após o upload ou mudança de nível.
  • Quando uma bolha é transferida para um nível mais frio, a operação é faturada como uma operação de escrita para o nível de destino, onde se aplica a operação de escrita (por 10.000) e os custos de escrita (por GB) do nível de destino.
  • Quando uma bolha é movida para um nível mais quente, a operação é faturada como uma leitura do nível de origem, onde se aplicam as cargas de leitura (por 10.000) e a recuperação de dados (por GB) do nível de origem. Podem também aplicar-se cobranças com deteções precoces para qualquer blob que seja retirado da camada esporádica ou de arquivo.
  • Enquanto uma bolha está a ser rehidratada a partir do nível de arquivo, os dados da blob são faturados como dados arquivados até que os dados sejam restaurados e o nível da bolha mude para quente ou fresco.

A tabela seguinte resume como as alterações de nível são faturadas.

Escreva encargos (operação + acesso) Ler encargos (operação + acesso)
Definir operação Blob Tier Quente para arrefecer
Quente para arquivar
Cool para arquivar
Arquivo para arrefecer
Arquivo para quente
fresco para quente

Alterar o nível de acesso para uma bolha quando a versão está ativada, ou se a bolha tiver instantâneos, pode resultar em mais cargas. Para obter informações sobre bolhas com versão ativada, consulte preços e faturação na documentação de versão blob. Para obter informações sobre bolhas com instantâneos, consulte preços e faturação na documentação de instantâneos blob.

Suporte de funcionalidades

O suporte a esta funcionalidade pode ser impactado através da ativação do protocolo Data Lake Storage Gen2, do Sistema de Ficheiros de Rede (NFS) 3.0 ou do Protocolo de Transferência de Ficheiros SSH (SFTP).

Se ativou alguma destas capacidades, consulte o suporte do recurso Blob Storage nas contas de Armazenamento Azure para avaliar o suporte a esta funcionalidade.

Passos seguintes