Partilhar via

Camadas de acesso para dados Blob

Os dados armazenados na nuvem crescem a um ritmo exponencial. Para gerenciar os custos para suas necessidades de armazenamento em expansão, pode ser útil organizar seus dados com base na frequência com que serão acessados e por quanto tempo serão retidos. O armazenamento do Azure oferece diferentes camadas 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:

  • Hot tier - Uma camada online otimizada para armazenar dados que são acessados ou modificados com frequência. O nível quente tem os custos de armazenamento mais altos, mas os menores custos de acesso.
  • Camada de armazenamento frio - Uma camada online otimizada para armazenar dados que são raramente acessados ou modificados. Os dados na camada fria devem ser armazenados por um período mínimo de 30 dias. O nível frio tem custos de armazenamento mais baixos e custos de acesso mais altos em comparação com o nível quente.
  • Camada fria - Uma camada online otimizada para armazenar dados que raramente são acessados ou modificados, mas ainda exigem recuperação rápida. Os dados na camada fria devem ser armazenados por um período mínimo de 90 dias. A camada fria tem custos de armazenamento inferiores e custos de acesso superiores em comparação com a camada fresca.
  • Camada de arquivamento - Uma camada offline otimizada para armazenar dados que raramente são acessados e que tem requisitos de latência flexíveis, na ordem das horas. Os dados na camada de arquivo devem ser armazenados por um período mínimo de 180 dias.
  • Nível inteligente - Nível inteligente move automaticamente os seus dados entre os níveis de acesso quente, frio e frio com base nos padrões de utilização, otimizando automaticamente os seus custos para esses níveis de acesso. Para saber mais, consulte Otimizar custos com camada inteligente.

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

Nota

A definição da camada de acesso só é permitida em Blobs de Bloco. Eles não são suportados para Blobs de Anexo e Blobs de Página.

Níveis de acesso online

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

Exemplos de cenários de uso para a camada quente incluem:

  • Dados que estão em uso ativo ou dados que você espera que exigirão leituras e gravações frequentes.
  • Dados preparados para processamento e eventual migração para a camada de acesso frio.

Os cenários de uso para as camadas de acesso fresco e frio 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 devem estar disponíveis para acesso imediato.
  • Grandes conjuntos de dados que precisam ser armazenados de forma econômica enquanto outros dados estão sendo coletados para processamento.

Para saber como mover um blob para a camada quente, fresca ou fria, consulte Definir a camada de acesso de um blob.

Os dados nas camadas fria e fria têm uma disponibilidade ligeiramente menor, mas oferecem as mesmas características de alta durabilidade, latência de recuperação e taxa de transferência que a camada quente. Para dados nos níveis fresco ou frio, uma disponibilidade ligeiramente menor e custos de acesso mais altos podem ser compensações aceitáveis para custos gerais de armazenamento mais baixos, em comparação ao nível quente. Para obter mais informações, veja SLA de Armazenamento.

Os blobs estão sujeitos a uma penalidade de exclusão antecipada se forem eliminados, substituídos ou movidos para uma camada diferente antes de passarem o número mínimo de dias exigido pela camada. Por exemplo, um blob na camada fria numa conta v2 de uso geral está sujeito a uma penalidade de eliminação antecipada se for eliminado ou movido para uma camada diferente antes de passarem 30 dias. Para um blob na camada fria, a penalidade de exclusão se aplica se ele for excluído ou movido para uma camada diferente antes de decorridos 90 dias. Este encargo é proporcional. Por exemplo, se um blob for movido para a camada fria e, em seguida, eliminado 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 cobranças de exclusão antecipada também ocorrem se todo o objeto for reescrito por meio de qualquer operação (ou seja, *Put Blob*, *Put Block List* ou *Copy Blob*) dentro da janela de tempo especificada. Essa cobrança é rateada com base no preço de armazenamento de dados do nível correspondente, ou seja, excluir um blob arquivado após 120 dias levará a que esse objeto seja cobrado por 180 dias.

Nota

Em uma conta que tenha a exclusão suave habilitada, um blob é considerado excluído após ser deletado e quando o período de retenção termina. Até que esse período expire, o blob é apenas eliminado suavemente (em modo soft-delete) e não está sujeito à multa por eliminação antecipada.

As camadas quente, fria e fria suportam todas as configurações de redundância. Para obter mais informações sobre opções de redundância de dados no Armazenamento do Azure, consulte Redundância do Armazenamento do Azure.

Camada de acesso a arquivos arquivados

A camada de arquivamento é uma camada offline para armazenar dados que raramente são acessados. O nível de acesso ao arquivamento tem o menor custo de armazenamento. No entanto, essa camada tem custos de recuperação de dados mais altos com uma latência maior em comparação com as camadas quente, fria e fria. Exemplos de cenários de uso para a camada de acesso ao arquivamento incluem:

  • Cópia de segurança a longo prazo, cópia de segurança secundária, e conjuntos de dados de arquivo
  • Dados originais (brutos) que devem ser preservados, mesmo depois de terem sido processados na forma final utilizável
  • Dados de conformidade e arquivamento que precisam ser armazenados por muito tempo e quase nunca são acessados

Para saber como mover um blob para a camada de arquivamento, consulte Arquivar um 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 um blob for movido para a camada de arquivamento e, em seguida, eliminado ou movido para a camada quente após 45 dias, será cobrada uma taxa de exclusão antecipada equivalente a 135 (180 menos 45) dias de armazenamento desse blob na camada de arquivamento.

Nota

Em uma conta que tenha a exclusão suave habilitada, um blob é considerado excluído após ser deletado e quando o período de retenção termina. Até que esse período expire, o blob é apenas eliminado suavemente (em modo soft-delete) e não está sujeito à multa por eliminação antecipada.

Enquanto um blob estiver na camada de arquivamento, ele não pode ser lido ou modificado. Para ler ou baixar um blob na camada de arquivamento, você deve primeiro reidratá-lo para uma camada online, seja quente, fria ou fria. Os dados na camada de arquivamento podem levar até 15 horas para serem reidratados, dependendo da prioridade especificada para a operação de reidratação. Para obter mais informações sobre a reidratação de blobs, consulte Visão geral da reidratação de blobs da camada de arquivamento.

Os metadados de um blob arquivado permanecem disponíveis para acesso de leitura, para que você possa listar o blob e suas propriedades, metadados e tags de índice. Os metadados de um blob na camada de arquivo morto são só de leitura, enquanto as etiquetas de índice do blob podem ser lidas ou gravadas. Os custos de armazenamento de metadados de blobs arquivados serão cobrados de acordo com as taxas do nível Cool. Snapshots não têm suporte para blobs arquivados.

São suportadas as seguintes operações para blobs no nível de arquivo:

Apenas as contas de armazenamento configuradas para LRS, GRS ou RA-GRS suportam a movimentação de blobs para a camada de arquivamento. A camada de arquivamento não é suportada para contas ZRS, GZRS ou RA-GZRS. Para obter mais informações sobre configurações de redundância para o Armazenamento do Azure, consulte Redundância do Armazenamento do Azure.

Para alterar a configuração de redundância de uma conta de armazenamento que contém blobs na camada de arquivo, deve-se primeiro reidratar todos os blobs arquivados para a camada quente, intermédia ou fria. Como as operações de reidratação podem ser caras e demoradas, a Microsoft recomenda que você evite alterar a configuração de redundância de uma conta de armazenamento que contenha blobs arquivados.

A migração de uma conta de armazenamento do LRS para o GRS é suportada, desde que nenhum blob tenha sido movido para o nível de arquivo enquanto a conta estava configurada para LRS. Uma conta pode ser movida novamente para o GRS se a atualização for executada em menos de 14 dias desde que a conta se tornou LRS e nenhuma blob foi movida para o nível de arquivo enquanto a conta estava definida como LRS.

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

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

A camada de acesso padrão para uma nova conta de armazenamento v2 de uso geral é definida como a camada ativa por padrão. Você pode alterar a configuração da camada de acesso padrão ao criar uma conta de armazenamento ou depois que ela for criada. Se você não alterar essa configuração na conta de armazenamento ou definir explicitamente a camada ao carregar um blob, um novo blob será carregado para a camada ativa por padrão.

Um blob que não tem um nível atribuído explicitamente deduz o seu nível a partir da configuração padrão do nível de acesso da conta. Se a camada de acesso de um blob for inferida a partir da configuração padrão da camada de acesso à conta, o portal do Azure exibirá a camada de acesso como Hot (inferred), Cool (inferred) ou Cold (inferred).

Alterar a configuração da camada de acesso padrão para uma conta de armazenamento aplica-se a todos os blobs na conta para os quais uma camada de acesso não tenha sido definida explicitamente. Se você mudar a configuração da camada de acesso padrão para uma camada de temperatura mais baixa em uma conta de uso geral v2, será cobrado pelas operações de escrita (por cada 10.000) referentes a todos os blobs para os quais a camada de acesso é inferida. Você será cobrado pelas operações de leitura (por 10.000) e pela recuperação de dados (por GB) se mudar para um nível mais quente numa conta de uso geral v2.

Ao criar uma conta de Armazenamento de Blob herdada, você deve especificar a configuração da camada de acesso padrão como quente ou fria no momento da criação. Não há cobrança para alterar a configuração da camada de acesso predefinida da conta para uma camada mais fria numa conta antiga de Armazenamento de Blob. Você será cobrado tanto pelas operações de leitura (por 10.000) quanto pela recuperação de dados (por GB) se alternar para uma camada de maior temperatura numa conta de Armazenamento de Blobs. A Microsoft recomenda o uso de contas de armazenamento v2 de uso geral em vez de contas de Armazenamento de Blob quando possível.

Nota

Não há suporte para a camada de arquivamento como a camada de acesso padrão para uma conta de armazenamento.

Definindo ou alterando 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 sua camada de uma das seguintes maneiras:

  • Ao chamar a operação Definir Nível de Blob, diretamente ou através de uma política de gestão do ciclo de vida. Chamar Definir Camada de Blob é normalmente a melhor opção quando se está a alterar a camada de um blob de uma camada mais quente para uma mais fria.

    Nota

    Não é possível reidratar um blob arquivado para uma camada online usando políticas de gerenciamento de ciclo de vida.

  • Chamando a operação Copiar Blob para copiar um blob de uma camada para outra. Recomenda-se usar o Copy Blob na maioria dos cenários em que se está a reidratar um blob da camada de arquivo para a camada online ou a mover um blob da camada fria ou cool para a quente. Ao copiar um blob, você pode 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 cobranças de capacidade para dois blobs, o blob de origem e o blob de destino.

Mudar a camada de um blob de um nível mais quente para um mais frio é instantâneo, assim como mudar de frio ou arrefecido para quente. A reidratação de um blob da camada de arquivo para uma camada online, como a camada quente, morna ou fria, pode levar até 15 horas.

Tenha em mente os seguintes pontos ao alterar a camada de um blob:

  • Não é possível usar Definir Camada de Blob para arquivar um blob que usa um escopo de criptografia. Você só pode usar Definir Camada de Blob para mover entre camadas de acesso online. Para obter mais informações sobre escopos de criptografia, consulte Escopos de criptografia para armazenamento de Blob.

  • Se um blob for explicitamente movido para a camada fresca ou fria e, em seguida, movido para a camada de arquivo, a taxa de exclusão antecipada será aplicada.

Gestão do ciclo de vida de blobs

O gerenciamento do ciclo de vida do armazenamento de Blob oferece uma política baseada em regras que você pode usar para fazer a transição dos dados para a camada de acesso desejada quando as condições especificadas forem atendidas. Você também pode usar o gerenciamento do ciclo de vida para expirar os dados no final de sua vida útil. Consulte Otimizar custos automatizando as camadas de acesso do Armazenamento de Blobs do Azure para saber mais.

Não é possível reidratar um blob arquivado para uma camada online usando políticas de gerenciamento de ciclo de vida. Os dados armazenados numa conta de armazenamento de blob de bloco premium não podem ser alternados para quente, fresco, frio ou arquivados usando Definir Nível de Blob ou através da gestão do ciclo de vida do Armazenamento de Blob do Azure. Para mover dados, deve-se copiar blobs de forma síncrona da conta de armazenamento de blob de bloco para a camada quente numa conta diferente, utilizando a API Put Block From URL ou uma versão do AzCopy que ofereça suporte a esta API. A API Put Block From URL copia dados de forma síncrona no servidor, o que significa que a chamada é concluída apenas quando todos os dados são movidos do local do servidor original para o local de destino.

Ações de armazenamento

Embora o gerenciamento do ciclo de vida ajude a mover dados entre níveis em uma única conta, você pode usar uma tarefa de armazenamento para realizar essa tarefa em escala em várias contas. Uma tarefa de armazenamento é um recurso disponível nas Ações de Armazenamento do Azure, uma estrutura sem servidor que você pode usar para executar operações de dados comuns em milhões de objetos em várias contas de armazenamento. Para saber mais, consulte O que são as Ações de Armazenamento do Azure?.

Resumo das opções da camada de acesso

A tabela a seguir resume as características das camadas de acesso quente, fresco, frio e arquivamento.

Nível premium Nível atrativo Camada fria Nível de arquivo
Disponibilidade 99,9% 99% 99% 99%
Disponibilidade
(RA-GRS realiza leituras)		 99,99% 99,9% 99,9% 99,9%
Custos de utilização Custos de armazenamento mais elevados, mas custos de acesso e de transação mais baixos Custos de armazenamento mais baixos, mas custos de acesso e transação mais elevados Custos de armazenamento mais baixos, mas custos de acesso e transação mais elevados Menores custos de armazenamento, mas maior acesso e custos de transação
Período mínimo recomendado de conservação dos dados N/A 30 dias1 90 dias1 180 dias
Latência
(Tempo até ao primeiro byte)		 Milissegundos Milissegundos Milissegundos Horas2
Configurações de redundância suportadas Todos Todos Todos Apenas LRS, GRS e RA-GRS3

1 Os objetos na camada fria em contas v2 de uso geral têm uma duração mínima de retenção de 30 dias. Os objetos na camada fria em contas v2 de uso geral têm uma duração mínima de retenção de 90 dias. Para contas de Armazenamento de Blob, não há uma duração mínima de retenção para a camada cool ou fria.

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

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

Preços e faturação

Todas as contas de armazenamento usam um modelo de preços para armazenamento de blobs de blocos com base na classe de um blob. Tenha em mente as considerações de faturamento descritas nas seções a seguir.

Para obter mais informações sobre preços de blobs de bloco, consulte Preços de blobs de bloco.

Custos de capacidade de armazenamento

Além da quantidade de dados armazenados, o custo de armazenamento de dados varia dependendo da camada de acesso. O custo de capacidade por gigabyte diminui à medida que a camada fica mais fria.

Custos de acesso aos dados

As taxas de acesso aos dados aumentam à medida que a camada fica mais fria. Para dados nas camadas de acesso cool, cold e de arquivamento, é cobrada uma taxa de acesso 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 replicação geográfica

Esta cobrança aplica-se apenas a contas com replicação geográfica 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 do Azure) incorrem em cobrança pelo uso da largura de banda por gigabyte. Para obter mais informações sobre taxas 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 à conta padrão

A alteração da camada de acesso à conta resulta em cobranças de alteração de camada para todos os blobs que ainda não têm uma camada definida explicitamente. Para obter mais informações, consulte a seção a seguir, Alterando a camada de acesso de um blob.

Alterar a camada de acesso de um blob

Considere os seguintes impactos de faturação ao alterar a camada de um blob:

  • Quando um blob é carregado ou movido entre camadas, ele é cobrado à taxa correspondente imediatamente após o upload ou a alteração de camada.
  • Quando um blob é movido para um tier mais frio, a operação é cobrada como uma operação de escrita (por 10.000) no tier de destino. Aplica-se uma taxa adicional de escrita de dados (por GB) ao mover blobs para um nível de armazenamento mais frio numa conta de Blob Storage legada.
  • Quando um blob é movido para uma camada mais quente, a operação é cobrada como uma leitura da camada de origem, onde se aplicam as taxas de operação de leitura (por 10.000) e recuperação de dados (por GB) da camada de origem. Cobranças de exclusão antecipada para qualquer blob movido para fora da camada cool, fria ou de arquivamento podem também ser aplicadas.
  • Enquanto um blob está a ser reidratado a partir da camada de arquivo, os dados desse blob são cobrados como dados arquivados até que os dados sejam restaurados e a camada do blob mude para quente, fria ou gelada.

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

Custos de gravação (operação + acesso) Leitura de taxas (operação + acesso)
Do Quente ao Frio
De quente a frio
Pronto para arquivar
De fresco a frio
Interessante para arquivar
Frio para arquivar		 Arquivo em frio
Arquivo para esfriar
Arquivar para armazenamento ativo
Frio a fresco
De frio a quente
De frio a quente

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

Categoria fria

A camada fria requer as seguintes versões mínimas de REST, SDKs e ferramentas

Ambiente Versão Mínima
API REST 2021-12-02
.NET 12.15.0
Java 12.21.0
Píton 12.15.0
Javascript 12.13.0
PowerShell (Az.Storage) 5.8.0
CLI do Azure 2.50.0
AzCopy 10.18.1
Explorador do Storage do Azure 1.29.0

Suporte de funcionalidades

O suporte para esse recurso pode ser afetado pela habilitação do Data Lake Storage Gen2, do protocolo NFS (Network File System) 3.0 ou do SSH File Transfer Protocol (SFTP). Se você habilitou qualquer um desses recursos, consulte Suporte ao recurso de Armazenamento de Blob nas contas de Armazenamento do Azure para avaliar o suporte para esse recurso.

Próximos passos

  • Last updated on