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 Armazenamento Azure incluem:

  • Hot tier - Um nível online otimizado para armazenar dados que são acedidos ou modificados frequentemente. O nível Hot 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 do nível Cool devem ser armazenados durante um período mínimo de 30 dias. O nível Cool tem custos de armazenamento mais baixos e custos de acesso mais elevados em comparação com o nível Hot.
  • 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 do Arquivo devem ser armazenados durante um período 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.

Níveis de acesso online

Quando os seus dados são armazenados num nível de acesso online (quente ou cool), os utilizadores podem aceder imediatamente aos mesmos. O hot tier é a melhor escolha para dados que estão em uso ativo, enquanto 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 Hot incluem:

  • Dados em utilização ativa ou que serão lidos e escritos frequentemente.
  • Dados que são encenados para o processamento e eventual migração para o nível de acesso Cool.

Os cenários de utilização do nível de acesso Cool 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 dados adicionais estão a ser recolhidos para o processamento.

Os dados no nível Cool 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 Hot. Para os dados no nível Cool, uma disponibilidade ligeiramente mais baixa e 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 Hot. Para obter mais informações, veja SLA para Armazenamento.

Uma bolha no nível Cool numa conta v2 para fins gerais está sujeita a uma penalidade de eliminação antecipada se for eliminada ou transferida para um nível diferente antes de decorridos 30 dias. Estes custos são rateados. Por exemplo, se uma bolha for transferida para o nível Cool e depois for eliminada 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 Cool.

Os níveis Hot and Cool suportam todas as configurações de redundância. Para obter mais informações sobre as opções de redundância de dados em Azure Armazenamento, consulte a Azure Armazenamento redundância.

Camada de armazenamento de arquivo

O nível Archive é um nível offline para armazenar dados que raramente são acedidos. O nível de acesso archive tem o menor custo de armazenamento, mas custos de recuperação de dados mais elevados e latência em comparação com os níveis Hot and Cool. 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

Os dados devem permanecer no nível do 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 Archive e depois for eliminada ou transferida para o nível Hot 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 archive.

Enquanto uma bolha está no nível archive, não pode ser lida ou modificada. Para ler ou baixar uma bolha no nível Archive, primeiro tem de reidratar para um nível online, quente ou fresco. Os dados no nível do Arquivo podem demorar até 15 horas a reidratar, dependendo da prioridade que especifique 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 Archive.

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 Archive são apenas de leitura, enquanto as etiquetas de índice blob podem ser lidas ou escritas. As imagens não são suportadas para bolhas arquivadas.

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

Nota

O nível Archive não é suportado para contas ZRS, GZRS ou RA-GZRS. A migração de LRS para GRS é suportada desde que não tenham sido transferidas bolhas para o nível de Arquivo enquanto a conta foi definida 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 archive enquanto a conta foi definida para LRS.

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

Armazenamento contas 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 de nível de acesso predefinido pode ser definida para Hot ou Cool. 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 Hot 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 Hot 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 de nível de acesso à conta predefinida, então o portal 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 da 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 Hot to Cool 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 as operações de leitura (por 10.000) como para a recuperação de dados (por GB) se alternar de Cool para Hot numa conta v2 para fins gerais.

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

Nota

O nível Archive 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 o 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á reidratando uma bolha do nível Archive para um nível on-line, ou movendo uma bolha de Cool para Hot. 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 Hot para Cool ou Archive é instantâneo, assim como está a mudar de Cool para Hot. Reidratar uma bolha do nível Archive para o nível Quente ou Fresco pode demorar até 15 horas.

Tenha em mente os seguintes pontos ao mover uma bolha entre os níveis Cool e Archive:

  • Se o nível de uma bolha for deduzido como Cool com base no nível de acesso padrão da conta de armazenamento e o blob for transferido para o nível Archive, não existe uma taxa de eliminação antecipada.
  • Se uma bolha for explicitamente movida para o nível Cool e depois for transferida para o nível Archive, 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 Cool com uma política de gestão do ciclo de vida. Saiba mais...
Altere o nível de uma bolha de Hot para Archive 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 Cool para Hot com set Blob Tier ou Copy Blob. Saiba mais...

Mova as bolhas para o nível Hot com uma política de gestão do ciclo de vida. Saiba mais...
N/D Altere o nível de uma bolha de Cool para Archive 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 o bloco de manchas de definição ou a bolha de cópia. Saiba mais... Reidratar para arrefecer o nível com o bloco de manchas ou o blob 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 Azure Blob para saber mais.

Nota

Os dados armazenados numa conta de armazenamento de blocos premium não podem ser hierárquicos para Hot, Cool ou Archive utilizando o set Blob Tier ou utilizando a gestão do ciclo de vida Armazenamento Blob da Azure Blob. Para mover dados, tem de copiar sincronizadamente bolhas da conta de armazenamento de blob de bloco para o nível Hot 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 Hot, Cool e Archive.

Nível quente Nível legal Nível de arquivo
Disponibilidade 99,9% 99% Offline
Disponibilidade
(leituras RA-GRS)
99,99% 99,9% Offline
Taxas 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 Cool nas contas v2 para fins gerais têm uma duração mínima de retenção de 30 dias. Para as contas blob Armazenamento, não existe uma duração mínima de retenção para o nível Cool.

2 Ao reidratar uma bolha do nível Archive, 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 obter mais informações, consulte a visão geral da reidratação do blob a partir do nível Archive.

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

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 os preços do blob do Bloco.

Custos de capacidade 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 and 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 e RA-GRS. 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 obter 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 alteração de nível.
  • Quando uma bolha é movida para um nível mais frio (Hot to Cool, Hot to Archive, ou Cool to Archive), a operação é faturada como uma operação de escrita para o nível de destino, onde se aplicam as taxas de escrita (por 10.000) e os dados (por GB) do nível de destino.
  • Quando uma bolha é movida para um nível mais quente (Archive to Cool, Archive to Hot, or Cool to Hot), a operação é faturada como uma leitura do nível de origem, onde se aplicam as cargas de leitura (por 10.000) e de recuperação de dados (por GB) do nível de origem. As taxas de eliminação antecipada de qualquer bolha retirada do nível Cool ou Archive também podem ser aplicadas.
  • Enquanto uma bolha está a ser rehidratada a partir do nível Archive, os dados da blob são faturados como dados arquivados até que os dados sejam restaurados e o nível da bolha mude para Hot ou Cool.

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 Acesso Frequente para Acesso Esporádico
Quente para Arquivo
Cool to Archive
Arquivo para Acesso Esporádico
Arquivo para Acesso Frequente
Cool to Hot

Alterar o nível de acesso para uma bolha quando a versão estiver ativada, ou se a bolha tiver instantâneos, pode resultar em custos adicionais. 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

Esta tabela mostra como esta funcionalidade é suportada na sua conta e o impacto no suporte quando ativa determinadas capacidades.

Tipo de conta de armazenamento Blob Armazenamento (suporte predefinido) Data Lake Armazenamento Gen2 1 NFS 3.0 1 SFTP 1
V2 de fins gerais padrão Yes Yes Yes Yes
Premium blobs de blocos No No No No

1 Data Lake Armazenamento Gen2, Sistema de Arquivo de Rede (NFS) 3.0 e O Protocolo de Transferência de Ficheiros SSH (SFTP) todos requerem uma conta de armazenamento com um espaço hierárquico habilitado.

Para obter informações sobre o suporte de recursos por região, consulte os produtos Azure disponíveis por região.

Passos seguintes