O Windows Azure Storage (e suponho que você esteja se referindo a blobs) não tem um limite para o número de objetos que você pode armazenar. É limitado apenas pelo limite de 200 TB por armazenamento. E você pode ter várias contas de armazenamento em sua assinatura (cada conta de armazenamento é mapeada para um namespace como mystorage.blob.core.windows.net ).
O mesmo vale para o armazenamento de tabelas: não há limite para o número de tabelas ou o número de entidades por tabela. Apenas a restrição de 200 TB.
Agora, no que diz respeito aos diretórios , o armazenamento do Blob é organizado por namespace.blob.core.windows.net/containername/blobname.ext . Estes não são realmente diretórios. Se você quiser verdadeiros diretórios do sistema de arquivos, você precisará configurar um disco em um blob (basicamente um formato vhd como ntfs / ext3 / ext4 etc) e montado no disco do sistema operacional. Um disco está limitado a 1TB (o tamanho máximo de um blob de página). Depois de fazer isso, você tem um sistema de arquivos completo para gravar. Apenas uma advertência: somente uma VM pode se conectar a uma unidade em um determinado momento, portanto, isso não é ideal se você estiver tentando configurar um compartilhamento de arquivos (o armazenamento direto de blobs é muito melhor para isso, ou você Você precisará configurar um servidor smb para você mesmo).
Mais uma coisa sobre o armazenamento do Azure: você não precisa se preocupar com fragmentação; este é um sistema de armazenamento de dados durável em grande escala. Cada blob está em sua própria partição lógica e o serviço de armazenamento organiza / reorganiza o armazenamento conforme necessário. Isso é algo que você não precisa se preocupar. A única coisa contra a qual eu me guio é armazenar todos os objetos em um único contêiner, já que enumerar os blobs dentro de um contêiner pode demorar um pouco se você tiver dezenas de milhares de objetos lá. Eu normalmente não enumero contêineres, já que eu geralmente armazeno o blob uri em outro banco de dados como metadados (talvez em um repositório de documentos SQL ou MongoDB).