Explore o armazenamento de blobs do Azure
O Armazenamento de Blobs do Azure é um serviço que permite armazenar grandes quantidades de dados não estruturados como objetos binários grandes, ou blobs, na nuvem. Os blobs são uma maneira eficiente de armazenar arquivos de dados em um formato otimizado para armazenamento baseado em nuvem, e os aplicativos podem lê-los e gravá-los usando a API de armazenamento de blob do Azure.
Numa conta de armazenamento do Azure, pode armazenar os blobs em contentores. Um contêiner fornece uma maneira conveniente de agrupar blobs relacionados. Controla quem pode ler e escrever blobs dentro de um contentor ao nível do contentor.
Dentro de um contêiner, você pode organizar blobs em uma hierarquia de pastas virtuais, semelhante aos arquivos em um sistema de arquivos no disco. No entanto, por padrão, essas pastas são simplesmente uma maneira de usar um caractere "/" em um nome de blob para organizar os blobs em namespaces. As pastas são puramente virtuais e você não pode executar operações no nível da pasta para controlar o acesso ou executar operações em massa.
O Armazenamento de Blobs do Azure dá suporte a três tipos diferentes de blob:
- Blobs de blocos. Os blobs de blocos são processados como conjuntos de blocos. Cada bloco pode variar em tamanho, até 4000 MiB. Um blob de bloco pode conter até 190,7 TiB (4000 MiB X 50.000 blocos), dando um tamanho máximo de mais de 5000 MiB. O bloco é a mais pequena quantidade de dados que podem ser lidos ou escritos como uma unidade individual. Os blobs de blocos são recomendados para armazenar grandes objetos binários discretos que são alterados com pouca frequência.
- Blobs de páginas. Os blobs de páginas são organizados como uma coleção de páginas de tamanho fixo de 512 bytes. Os blobs de páginas são otimizados para suportar operações de leitura e escrita aleatórias. Pode obter e armazenar dados para uma única página, se necessário. Os blobs de páginas podem conter até 8 TB de dados. O Azure utiliza blobs de páginas para implementar o armazenamento de discos virtuais das máquinas virtuais.
- Blobs de acréscimo. Os blobs de acréscimo são blobs de blocos otimizados para suportar operações de acréscimo. Só pode adicionar blocos no fim de um blob de acréscimo. A atualização ou a eliminação dos blocos existentes não é suportada. Cada bloco pode variar em tamanho, até 4 MB. O tamanho máximo de um blob de acréscimo é pouco mais de 195 GB.
O armazenamento de blobs proporciona três camadas de acesso, que permitem equilibrar a latência de acesso e o custo de armazenamento:
- A camada Frequente é a predefinição. Utiliza esta camada para os blobs acedidos com frequência. Os dados dos blobs são armazenados em suportes de elevado desempenho.
- O nível Cool tem um desempenho mais baixo e incorre em custos de armazenamento reduzidos em comparação com o nível Hot . Utilize a camada Esporádico para dados que são acedidos com pouca frequência. É comum que os blobs criados recentemente sejam acedidos com frequência no início, mas menos à medida que o tempo passa. Nestas situações, pode criar o blob na camada Frequente, mas migrá-lo para a camada Esporádico posteriormente. Pode migrar um blob da camada Esporádico de volta para a camada Frequente.
- O nível de arquivamento oferece o menor custo de armazenamento, mas com maior latência. A camada Arquivo destina-se a dados históricos que não se devem perder, mas que raramente são necessários. Os blobs na camada Arquivo são efetivamente armazenados num estado offline. A latência de leitura típica das camadas Frequente e Esporádico é de alguns milissegundos, ao passo que na camada Arquivo, pode demorar horas para que os dados fiquem disponíveis. Para recuperar um blob da camada Arquivo, tem de mudar a camada de acesso para Frequente ou Esporádico. O blob, em seguida, será reidratado. O blob poderá ser lido apenas quando o processo de reidratação estiver concluído.
Pode criar políticas de gestão do ciclo de vida para os blobs numa conta de armazenamento. Uma política de gestão do ciclo de vida pode mover automaticamente um blob da camada Frequente para a camada Esporádico e, em seguida, para a camada Arquivo, à medida que ganha idade e é utilizada com menos frequência (a política baseia-se no número de dias decorridos desde a modificação). Uma política de gestão do ciclo de vida também pode ser organizada para eliminar blobs desatualizados.