如何使用Azure装载大型NTFS卷？

我有一个遗留应用程序和第三方软件，它们都需要NTFS卷才能运行。改变软件将是最后的手段

要求为域中的每台计算机都可以访问的媒体（视频、图像等）提供一个中央存储位置。大小要求可能高达20 TB

我建议的解决方案是创建一个域和其中一台计算机，作为一个简单的文件服务器，装载多个卷，并通过DFS（分布式文件系统）从其他计算机访问这些卷。DFS出现在图中的原因是我们希望扩展DFS服务以提供冗余

---

我提出的解决方案可行吗？我愿意接受，我应该评估Azure以外的其他存储/托管解决方案，以满足要求。

您最好的选择可能是Windows Azure虚拟机。在此模型中，一个超大虚拟机可以装载16个单独的1tb数据驱动器。您必须组合多个虚拟机才能满足20tb的需求

这听起来是一个合理的解决方案

使用Windows Azure驱动器将为您提供NTFS

Azure驱动器作为虚拟硬盘（VHD）存储在Blob存储中。我相信一个驱动器最多可以包含1 TB的数据（Blob存储限制），因此您必须安装多个驱动器

这是一篇关于通过SMB跨多个角色实例共享驱动器的有趣文章。诚然，我自己没有试过

---

目前，我已经完全按照您的建议安装了虚拟机和2个VHD，但即使在“概念验证”阶段，这似乎也是一个黑客行为。当前1tb的限制是因为数据驱动器被持久化到Windows Azure Blob存储。那里的页面blob大小限制为1tb。但正是这种后端存储使您能够在本地数据中心实现高可用性，并提供现成的地理图形冗余，而无需进行额外设置。而且，如果您能够更改旧版/第三方软件以直接利用Windows Azure Blob存储，您会发现每个存储帐户的最大容量为100tb。不要忘记，VHD没有本地驱动器的性能特征。如果您没有按照云存储服务的设计利用它，并且只依赖VHD，那么托管您自己的服务仍然是一个合理的选择。对于我的一个做文件存储的应用程序，我绕过了这个问题，但在存储云上抽象了一个服务，完全不需要VHD，更新：我会接受@BrentDaCodeMonkey的回答，因为这是我们的计划：）更新2：微软发布了一项新服务，当时可以为我提供解决方案。该功能称为“Azure文件”[。它由Blob存储支持，因此大多数概念应该是熟悉的。