Os discos do Azure, armazenados como VHD em um blob, só podem ser anexados a uma máquina virtual do Windows Azure.
Se, digamos, você quisesse criar o disco e, em seguida, anexá-lo a uma máquina local do Windows, seria necessário fazer o download do vhd e anexá-lo por meio do gerenciamento do computador (ou do PowerShell).
Não tenho certeza sobre a arquitetura do seu aplicativo, mas ... supondo que não seja um aplicativo legado, deve ser muito fácil para você ler / gravar blobs diretamente sem configurar um disco de dados. Isso tem várias vantagens. Por exemplo:
- Não há limite de 1 TB. Você tem o espaço total de 200 TB para trabalhar. Com os discos do Azure, você pode anexar 2 x # de núcleos. Então, em um XL, você pode anexar 16 discos (máximo de 16 TB de armazenamento anexado).
- Capacidade de ler / gravar de várias fontes / VMs. Com os discos do Azure, cada disco é montado em uma única VM a qualquer momento.
- Sua largura de banda de E / S não depende necessariamente da largura de banda de suas VMs. Você pode acessar blobs com um URI (até mesmo blobs privados, com uma Assinatura de acesso compartilhado anexada), para poder direcionar links para recursos de, digamos, uma página html e passar direto pelo Serviço de Armazenamento do Azure e evite passar pela NIC das VMs.
- Capacidade de criar instantâneos de blob. Embora você possa fazer isso com um disco de dados inteiro, também é possível fazer isso com objetos individuais, presumindo que você os armazene diretamente no blob e não em um vhd.
A API REST de armazenamento está muito bem documentada. No topo da API, há vários SDKs específicos de idioma, o que facilita a interação com os blobs: .NET, Node.js, Java, PHP, Python e Ruby.