Camadas de acesso para dados de blobs
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 legal - Uma camada online otimizada para armazenar dados que são acessados ou modificados com pouca frequência. 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 de acesso infrequente tem custos de armazenamento inferiores e custos de acesso superiores em comparação com a camada de acesso esporádico.
- 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.
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 Acréscimo e 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 de acesso incluem:
- Dados que estão em uso ativo ou dados que você espera que exigirão leituras e gravações frequentes.
- Dados preparados para o processamento e eventual migração para a camada de acesso esporádico.
Os cenários de uso para as camadas de acesso frio 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, fria 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 frio ou frio, a disponibilidade ligeiramente menor e os custos de acesso mais altos podem ser compensações aceitáveis para custos gerais de armazenamento mais baixos, em comparação com o nível quente. Para obter mais informações, veja SLA para Armazenamento.
Os blobs estão sujeitos a uma penalidade de exclusão antecipada se forem excluídos, substituídos ou movidos para uma camada diferente antes que o número mínimo de dias exigido pela camada tenha ocorrido. Por exemplo, um blob na camada legal em uma conta v2 de uso geral está sujeito a uma penalidade de exclusão antecipada se for excluído ou movido para uma camada diferente antes de decorridos 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. Estes custos são rateados. Por exemplo, se um blob for movido para a camada legal e, em seguida, 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 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.
Nota
Em uma conta que tenha a exclusão suave habilitada, um blob é considerado excluído depois de ser excluído e o período de retenção expirar. Até que esse período expire, o blob é apenas soft-deleted e não está sujeito à penalidade de exclusã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 armazenamento de arquivo
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 arquivo morto 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 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 arquivo e, em seguida, excluído ou movido para a camada de arquivo 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 depois de ser excluído e o período de retenção expirar. Até que esse período expire, o blob é apenas soft-deleted e não está sujeito à penalidade de exclusã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 blob, consulte Visão geral da reidratação de blob na 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 somente leitura, enquanto as tags de índice de blob podem ser lidas ou gravadas. Os custos de armazenamento de metadados de blobs arquivados serão cobrados de acordo com as taxas de nível legal. Não há suporte para snapshots para blobs arquivados.
As seguintes operações são suportadas para blobs na camada de arquivamento:
- Copiar Blob
- Excluir Blob
- Recuperar Blob
- Encontrar Blobs por Tags
- Obter metadados de Blob
- Get Blob Properties (Obter Propriedades do Blob)
- Obter tags de Blob
- Listar Blobs
- Definir tags de Blob
- Set Blob Tier (Definir Camada de Blob)
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 contenha blobs na camada de arquivamento, você deve primeiro reidratar todos os blobs arquivados para a camada quente, fria 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 blobs tenha sido movido para a camada de arquivamento enquanto a conta foi configurada para LRS. Uma conta pode ser movida de volta para o GRS se a atualização for executada menos de 30 dias a partir do momento em que a conta se tornou LRS e nenhum blobs foi movido para a camada de arquivo enquanto a conta foi 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 ou fria. 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 uma camada atribuída explicitamente infere sua camada da configuração padrão da camada de acesso à conta. Se a camada de acesso de um blob for inferida a partir da configuração de camada de acesso de conta padrão, o portal do Azure exibirá a camada de acesso como Hot (inferido) ou Cool (inferido).
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ê alternar a configuração da camada de acesso padrão para uma camada mais fria em uma conta v2 de uso geral, será cobrado pelas operações de gravação (por 10.000) para 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 alternar para uma camada mais quente em uma conta v2 de uso geral.
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 padrão da camada de acesso à conta para uma camada mais fria em uma conta de Armazenamento de Blob herdada. Você será cobrado pelas operações de leitura (por 10.000) e pela recuperação de dados (por GB) se alternar para um nível mais quente em uma conta de Armazenamento de Blob. 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 fria e 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:
Chamando a operação Definir camada de Blob, diretamente ou por meio de uma política de gerenciamento de ciclo de vida. Chamar a camada de Blob do conjunto normalmente é a melhor opção quando você está alterando a camada de um blob de uma camada mais quente para uma camada 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. Chamar o Blob de Cópia é recomendado para a maioria dos cenários em que você está reidratando um blob da camada de arquivo para uma camada online ou movendo um blob de frio ou frio para 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 frio para quente. A reidratação de um blob da camada de arquivo para uma camada online, como a camada quente, fria ou fria, pode levar até 15 horas.
Tenha em mente os seguintes pontos ao alterar a camada de um blob:
- Não é possível chamar Definir Camada de Blob em um blob que usa um escopo de criptografia. 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 fria ou fria e, em seguida, movido para a camada de arquivamento, 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.
Nota
Os dados armazenados em uma conta de armazenamento de blob de bloco premium não podem ser hierarquizados para quente, frio, frio ou arquivado usando Definir Nível de Blob ou usando o gerenciamento do ciclo de vida do Armazenamento de Blob do Azure. Para mover dados, você deve copiar blobs de forma síncrona da conta de armazenamento de blob de bloco para a camada de acesso em uma conta diferente usando a API Put Block From URL ou uma versão do AzCopy que ofereça suporte a essa 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.
Resumo das opções da camada de acesso
A tabela a seguir resume os recursos das camadas de acesso quente, frio, frio e arquivamento.
| Nível quente | Nível legal | Nível frio | Camada de arquivamento | |
|---|---|---|---|---|
| Disponibilidade | 99,9% | 99% | 99% | 99% |
| Disponibilidade (leituras RA-GRS) |
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 legal 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 fria 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 obter mais informações, consulte Visão geral da reidratação de blob da camada de arquivamento.
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 blob de bloco baseado no nível 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 para blobs de bloco, consulte Preços de blob 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 o nível fica mais frio. Para dados na camada de acesso frio, frio e arquivamento, é 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 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
Lembre-se dos seguintes impactos de faturamento 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 uma camada mais fria, a operação é cobrada como uma operação de gravação na camada de destino, onde se aplicam as taxas de operação de gravação (por 10.000) e gravação de dados (por GB) da camada de destino.
- 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 fria, fria ou de arquivamento também podem ser aplicadas.
- Enquanto um blob está sendo reidratado a partir da camada de arquivamento, 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 fria.
A tabela a seguir resume como as alterações de camada são cobradas.
| Encargos de escrita (operação + acesso) | Leitura de encargos (operação + acesso) |
|---|---|
| Quente a arrefecer Quente a frio Quente para arquivar Fresco a frio Cool para arquivar Frio para arquivar |
Arquivo a frio Arquivo para esfriar Arquivo a quente Frio a arrefecer Frio a quente Fresco a 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 mais cobranças. Para obter informações sobre blobs com controle de versão habilitado, consulte Preço e cobrança na documentação de controle de versão de blob. Para obter informações sobre blobs com instantâneos, consulte Preço e faturamento na documentação de instantâneos de blob.
Nível frio
Problemas conhecidos e de limitações
- A predefinição da camada de acesso da conta não pode ser definida como camada de acesso infrequente.
Versões necessárias de REST, SDKs e ferramentas
| Environment | Versão Mínima |
|---|---|
| API REST | 2021-21-02 |
| .NET | 12.15.0 |
| Java | 12.21.0 |
| Python | 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.