Camadas de acesso quente, fria e aos arquivos para dados de blob

Os dados armazenados na nuvem aumentam em ritmo exponencial. Para gerenciar os custos de suas necessidades de armazenamento em expansão, pode ser útil organizar seus dados com base na frequência com que eles serão acessados e por quanto tempo eles serão retidos. O Armazenamento do Azure oferece diferentes níveis de acesso para que você possa armazenar seus dados de blob da maneira mais econômica com base em como eles estão sendo usados. As camadas de acesso do Armazenamento do Azure incluem:

  • Camada quente – uma camada online otimizada para armazenar dados acessados ou modificados com frequência. A camada quente tem os custos de armazenamento mais altos, mas os custos de acesso mais baixos.
  • Camada fria – uma camada online otimizada para armazenar dados acessados ou modificados com pouca frequência. Os dados na camada fria devem ser armazenados por um mínimo de 30 dias. A camada fria tem custos de armazenamento mais baixos e custos de acesso mais altos em comparação com a camada quente.
  • Camada de arquivos – uma camada offline otimizada para armazenar dados raramente acessados ​​e com requisitos de latência flexíveis, na ordem de horas. Os dados na camada de arquivos devem ser armazenados por um mínimo de 180 dias.

Os limites de capacidade de armazenamento do Azure são definidos no nível da conta, não de acordo com a camada de acesso. Você pode optar por maximizar seu uso de capacidade em uma camada ou distribuir a capacidade em duas ou mais camadas.

Camadas de acesso online

Quando os dados são armazenados em uma camada de acesso online (quente ou fria), os usuários podem acessá-los imediatamente. A camada quente é a melhor opção para dados que estão em uso ativo, enquanto a camada fria é ideal para dados que são acessados com menos frequência, mas que ainda precisam estar disponíveis para leitura e gravação.

Cenários de uso de exemplo para a camada de armazenamento quente incluem:

  • Dados que estão em uso ativo ou que provavelmente serão lidos e gravados com frequência.
  • Dados que são preparados para processamento e eventual migração para a camada de acesso frio.

Os cenários de uso para a camada de acesso frio incluem:

  • Recuperação de desastre e backup de dados de curto prazo.
  • Conjuntos de dados mais antigos que não são usados com frequência, mas que devem estar disponíveis para acesso imediato.
  • Grandes conjuntos de dados que precisam ser armazenados de maneira econômica, enquanto mais dados são coletados para processamento futuro.

Os dados na camada de acesso fria têm disponibilidade um pouco inferior, mas ainda têm alta durabilidade, latência de recuperação e características de taxa de transferência semelhantes às da camada quente. Para dados na camada fria, uma disponibilidade ligeiramente menor e custos de acesso mais altos podem ser compensações aceitáveis para reduzir os custos gerais de armazenamento, em comparação com a camada quente. Para obter mais informações, veja SLA para armazenamento.

Um blob na camada fria em contas v2 de uso geral estará sujeito a uma penalidade de exclusão antecipada se ele for excluído ou movido para uma camada diferente antes de 30 dias transcorrerem. A cobrança é proporcional. Por exemplo, se um blob for movido para a camada fria e depois excluído após 21 dias, será cobrada uma taxa de exclusão antecipada equivalente a 9 (30 menos 21) dias de armazenamento desse blob na camada fria.

As camadas de acesso quente e fria dão suporte a todas as configurações de redundância. Para obter mais informações sobre opções de redundância de dados no Armazenamento do Azure, confira Redundância do Armazenamento do Azure.

Camada de acesso aos arquivos

A camada de arquivos é uma camada offline para armazenar dados que raramente são acessados. A camada de acesso aos arquivos tem o menor custo de armazenamento, mas maiores custos de recuperação de dados e latência em comparação com as camadas quente e fria. Exemplos de cenários de uso para a camada de acesso aos arquivos incluem:

  • Backup de longo prazo, backup secundário e conjuntos de dados de arquivamento
  • Dados originais (brutos) que devem ser preservados, mesmo após serem processados em formato utilizável final
  • Dados de conformidade e arquivamento que precisam ser armazenados por muito tempo e quase nunca são acessados

Os dados devem permanecer na camada de arquivos por pelo menos 180 dias ou estar sujeitos a uma cobrança de exclusão antecipada. Por exemplo, se um blob for movido para arquivamento e depois excluído ou movido para a camada frequente após 45 dias, será cobrada uma taxa de exclusão antecipada equivalente a 135 (180 menos 45) dias de armazenamento desse blob no arquivo.

Um blob não pode ser lido nem modificado enquanto estiver na camada de arquivos. Para ler ou baixar um blob na camada de arquivos, você precisa primeiro reidratá-lo para uma camada online, seja a quente ou a fria. Os dados na camada de arquivos podem levar até 15 horas para ser reidratados. Para obter mais informações sobre reidratação de blob, confira Visão geral da reidratação de blob da camada de arquivos.

Os metadados de um blob arquivado permanecem disponíveis para acesso de leitura, de modo que você pode listar o blob e as respectivas propriedades, metadados e marcas de índice. Os metadados de um blob na camada de arquivos são somente leitura, enquanto as marcas de índice de blob podem ser lidas ou gravadas. Não há suporte para instantâneos em blobs arquivados.

Há suporte para as seguintes operações para blobs na camada de arquivos:

Observação

A camada de arquivos não é compatível com as contas ZRS, GZRS ou RA-GZRS. A migração de LRS para GRS é suportada, desde que nenhum blob tenha sido movido para a camada de arquivos enquanto a conta era configurada para LRS. Uma conta pode ser movida de volta para GRS se a atualização for feita menos de 30 dias a partir do momento em que a conta se tornou LRS e se nenhum blob foi movido para a camada de arquivos enquanto a conta era configurada para LRS.

Configuração de camada de acesso de conta padrão

Contas de armazenamento têm uma configuração de camada de acesso padrão que indica a camada online na qual um blob é criado. A configuração de camada de acesso padrão pode ser definida como quente ou fria. Os usuários podem substituir a configuração padrão para um blob individual ao carregar o blob ou alterar a camada dele.

Por padrão, a camada de acesso padrão para uma nova conta de armazenamento é definida como a camada quente. Você pode alterar a configuração de camada de acesso padrão ao criar uma conta de armazenamento ou depois que ela é criada. Se você não alterar essa configuração, os blobs serão carregados na camada quente por padrão.

Qualquer blob que não tenha uma camada explicitamente atribuída infere a camada da configuração padrão de camada de acesso da conta. Se a camada de acesso de um blob for inferida da configuração padrão de camada de acesso da conta, a portal do Azure exibirá a camada de acesso como Quente (inferida) ou Fria (inferida) .

A alteração da configuração de camada de acesso à conta padrão se aplica a todos os blobs na conta para a qual uma camada de acesso não foi definida explicitamente. Se mudar a configuração de camada de acesso de conta padrão de quente para fria em uma conta de uso geral v2, você será cobrado pelas operações de gravação (a cada 10.000) para todos os blobs para os quais a camada de acesso é inferida. Não há nenhuma cobrança para essa alteração nas contas de Armazenamento de Blobs. Você é cobrado por operações de leitura (a cada 10.000) e pela recuperação de dados (por GB) caso alterne de fria para quente, seja em contas de Armazenamento de Blobs ou na v2 de uso geral.

Observação

A camada de arquivos não tem suporte como a camada de acesso padrão para uma conta de armazenamento.

Configurar ou alterar a camada de um blob

Para definir explicitamente a camada de um blob ao criá-lo, especifique a camada ao carregar o blob.

Depois que um blob é criado, você pode alterar a camada dele de uma das seguintes maneiras:

  • Chamando a operação Definir camada de blob, diretamente ou por meio de uma política de gerenciamento de ciclo de vida. A chamada de Definir camada de blob geralmente é a melhor opção ao alterar a camada de um blob de uma mais quente para uma mais fria.
  • Ao chamar a operação Copiar blob para copiar um blob de uma camada para outra. É recomendável chamar Copiar Blob para a maioria dos cenários em que você está reidratando um blob da camada de arquivos para uma camada online ou movendo um blob da camada fria para a quente. Ao copiar um blob, você poderá evitar a penalidade de exclusão antecipada se o intervalo de armazenamento necessário para o blob de origem ainda não tiver decorrido. No entanto, copiar um blob resulta em encargos de capacidade para dois blobs, o blob de origem e o blob de destino.

A alteração da camada de um blob de quente para fria ou de acesso aos arquivos é instantânea, assim como a alteração de fria para quente. No entanto, a reidratação de um blob da camada de arquivos para uma camada quente ou fria pode levar até 15 horas.

Tenha em mente os seguintes pontos ao mover um blob entre as camadas fria e de acesso aos arquivos:

  • Se um blob for inferido como esporádico com base na camada de acesso padrão da conta de armazenamento e o blob for movido para o arquivo, não haverá nenhuma cobrança de exclusão antecipada.
  • Se um blob for explicitamente movido para a camada esporádica e, em seguida, movido para o arquivo, será aplicada a cobrança de exclusão antecipada.

Gerenciamento de ciclo de vida de blob

O gerenciamento do ciclo de vida do Armazenamento de Blobs oferece uma política baseada em regras que você pode usar para fazer a transição de seus dados para a camada de acesso desejada quando as condições especificadas são atendidas. Você também pode usar o gerenciamento do ciclo de vida para expirar os dados no final da vida deles. Consulte Otimizar os custos, automatizando as camadas de acesso do Armazenamento de Blobs do Azure.

Observação

Os dados armazenados em uma conta de armazenamento premium de blob de blocos não podem ser classificados em camadas como quente, fria ou de arquivos usando Definir camada de blob ou usando o gerenciamento do ciclo de vida do Armazenamento de Blobs do Azure. Para mover dados, você precisa copiar de maneira síncrona os blobs da conta de Armazenamento de Blobs de blocos para a camada quente em uma conta diferente usando Colocar bloco pela API da URL ou uma versão do AzCopy que dê suporte a essa API. A API Colocar bloco pela URL copia dados sincronicamente no servidor, o que significa que a chamada é concluída apenas depois que todos os dados são movidos do local do servidor de origem para o local de destino.

Resumo das opções de camada de acesso

A tabela a seguir resume os recursos das camadas de acesso quente, fria e de acesso aos arquivos.

Camada de acesso frequente Camada de acesso esporádico Camada de arquivo
Disponibilidade 99,9% 99% Offline
Disponibilidade
(Leituras de RA-GRS)
99,99% 99,9% Offline
Encargos de uso Custos de armazenamento maiores, mas custos de acesso e de transações menores Custos de armazenamento menores, mas custos de acesso e de transações maiores Os menores custos de armazenamento, mas os custos de acesso e de transações mais altos
Período mínimo recomendado de retenção de dados N/D 30 dias1 180 dias
Latência
(Tempo até o primeiro byte)
Milissegundos Milissegundos Horas2
Configurações de redundância com suporte Tudo Todos Somente LRS, GRS e RA-GRS3

1 Os objetos na camada de acesso esporádico nas contas de v2 de uso geral têm uma duração de retenção mínima de 30 dias. As contas de Armazenamento de Blobs não têm uma duração de retenção mínima para a camada fria.

2 Ao reidratar um blob da camada de arquivos, você pode escolher uma opção de prioridade de reidratação padrão ou alta. Cada uma oferece latências e custos de recuperação diferentes. Para obter mais informações, confira Visão geral da reidratação de blob da camada de arquivos.

3 Para obter mais informações sobre opções de redundância no Armazenamento do Azure, confira Redundância do Armazenamento do Azure.

Preços e cobrança

Todas as contas de armazenamento usam um modelo de preços para o Armazenamento de Blobs de blocos com base na camada de cada blob. Tenha em mente as considerações de cobrança descritas nas seções a seguir.

Para obter mais informações sobre preços dos blobs de blocos, confira Preços dos blobs de blocos.

Custos da capacidade de armazenamento

Além da quantidade de dados armazenados, o custo de armazenamento de dados varia de acordo com a camada de acesso. O custo da capacidade por gigabyte diminui conforme a camada fica mais fria.

Custos de acesso a dados

os encargos de acesso a dados aumentam conforme a camada fica mais esporádica. Para dados na camada de acesso esporádico e na camada de acesso aos arquivos, será cobrada uma taxa de acesso a dados por gigabyte para leituras.

Custos de transação

Uma cobrança por transação se aplica a todas as camadas e aumenta à medida que a camada fica mais fria.

Custos de transferência de dados com replicação geográfica

isso só se aplica a contas com replicação geográfica configurada, incluindo GRS e RA-GRS. A transferência de dados de replicação geográfica acarreta um encargo por gigabyte.

Custos de transferência de dados de saída

Transferências de dados de saída (dados transferidos para fora de uma região do Azure) incorrem em cobrança pelo uso de largura de banda por gigabyte. Para obter mais informações sobre cobranças de transferência de dados de saída, consulte a página Detalhes de preços de largura de banda.

Alterar a camada de acesso padrão da conta

Alterar a camada de acesso da conta resultará em encargos de alteração de camada para todos os blobs que não têm uma camada definida explicitamente. Para obter mais informações, confira a seção a seguir, Alterar a camada de acesso de um blob.

Alterar a camada de acesso de um blob

Ao alterar a camada de um blob, tenha em mente os seguintes impactos na cobrança:

  • Quando um blob é carregado ou movido entre camadas, ele é cobrado de acordo com a taxa correspondente imediatamente após o upload ou a alteração da camada.
  • Quando um blob é movido para uma camada mais fria (quente para fria, quente para de arquivos ou fria para de arquivos), a operação é cobrada como uma operação de gravação na camada de destino, em que os encargos pela operação de gravação (a cada 10.000) e gravação de dados (por GB) da camada de destino são aplicados.
  • Quando um blob é movido para uma camada mais quente (de arquivos para fria, de arquivos para quente ou fria para quente), a operação é cobrada como uma leitura da camada de origem, em que são aplicadas cobranças pela operação de leitura (a cada 10.000) e pela recuperação de dados (por GB) da camada de origem. Encargos de exclusão antecipada para qualquer blob tirado das camadas esporádica ou de arquivo também podem incorrer.
  • Enquanto um blob está sendo reidratado da camada de arquivos, os dados desse blob são cobrados como dados arquivados até que os dados sejam restaurados e a camada do blob seja alterada para quente ou fria.

A tabela a seguir resume como as alterações na camada são cobradas.

Encargos de gravação (operação + acesso) Encargos de leitura (operação + acesso)
Operação Definir camada de blob Quente para fria
Quente para de arquivos
Fria para de arquivos
De arquivos para fria
De arquivos para quente
Fria para quente

Alterar a camada de acesso de um blob quando o controle de versão está habilitado ou se o blob tiver instantâneos pode resultar em cobranças adicionais. Para obter informações sobre blobs com controle de versão habilitado, consulte Preços e cobrança na documentação sobre controle de versão do blob. Para obter informações sobre blobs com instantâneos, consulte Preços e cobrança na documentação sobre instantâneos do blob.

Suporte a recursos

Esta tabela mostra como a sua conta dá suporte a esse recurso e o impacto no suporte quando você habilita determinadas funcionalidades.

Tipo de conta de armazenamento Armazenamento de Blobs (suporte padrão) Data Lake Storage Gen2 1 NFS 3.0 1
Uso geral v2 Standard Sim Sim Sim
Blobs de blocos Premium Não Não Não

1 O Data Lake Storage Gen2 e o protocolo NFS (Network File System) 3.0 exigem uma conta de armazenamento com um namespace hierárquico habilitado.

Para obter informações sobre o suporte a recursos por região, confira Produtos do Azure disponíveis por região.

Próximas etapas