我在Microsoft的Azure中创建了一个Small Linux VM。我还创建了一个20GB的BLOB并将其作为文件系统安装。
在我的虚拟机上，我看到以下内容：
所以我有疑问：
（1）如果我关闭VM然后再打开电源，这些文件系统/卷中的哪一个将在VM断电时保持状态？每个卷（我测试过）都是如此，但“它在测试中工作”与保证不同。
（2）如果VM需要移动，因为Azure环境中存在某种硬件故障或故障（“自我修复迁移”），那些文件系统中哪些会持续存在？我怀疑root会，但不是/ mnt / resource？
（3）在azure管理门户中，我创建了一个30GB的磁盘，这个磁盘是在创建VM时创建的。该磁盘的成本是每小时每分钟VM费用的一部分，还是单独收费？我认为这是分开的。
（4）据说一个小型虚拟机带有165GB的“虚拟机角色中的本地存储资源的磁盘空间”：http://msdn.microsoft.com/en-us/library/windowsazure/ee814754.aspx我看到69GB - 其余的去哪了？
你认为我可以向微软询问这些问题，但是当我这么做时，他们说Linux虚拟机处于“预览”状态，他们的支持拒绝回答任何Linux VM问题，除非指向相当幽灵般的Azure论坛。
答案 0 :(得分：7)
我还没有使用过Linux的IaaS实例，但我想我可以根据我对基础设施如何运作的理解来回答其中的一些。
当您创建VM时，您拥有操作系统磁盘（它映射到上面的根目录，我相信启动，但我认为这是一个基于Linux的工件，在使用Windows时不存在）。此OS磁盘作为VHD，页面BLOB存储在Windows Azure BLOB存储中。与您创建的20 GB数据磁盘相同。这些驱动器将可靠地持续存在，并且只能驱动这些驱动器。
1）在您关闭电源的测试中，您是否实际删除了部署或只是“关闭”？关闭VM将使其部署（因此在同一物理机器上）。只是被关闭并不会让你免于被收费，因为它实际上仍然被部署。如果删除部署，然后创建新部署，稍后指向您创建的相同操作系统和数据磁盘（您将在库中找到它们），您将更好地了解如果VM已移动到期将会发生什么自我修复，因为它很可能会在不同的物理服务器上启动。看下面为什么我认为“资源”驱动器陷入困境。
2）你是对的，我相信资源驱动器类似于我们在Windows端看到的D：/驱动器。这是临时的划痕空间。驱动器本身也是VHD，不在BLOB存储中，但实际上位于运行VM的物理服务器上。对于Windows，这是保留内存页文件的位置，以便尽可能降低页面文件访问的延迟。他们非常坚定地认为这是一个不存在的驱动器。在你的情况下，如果你所做的只是关闭实例，这可能会陷入困境。当实例重新启动时它仍然在同一个物理服务器上，因此为它分配了相同的本地资源，因此你放在那里的数据仍然存在。如果重新部署了实例，则数据将不再存在。
3）您看到的磁盘（操作系统磁盘和数据磁盘）都作为页面BLOBS存储在BLOB存储中。这些磁盘的存储成本与实际运行VM的每小时费用是分开的。您还需要对存储事务进行收费，以便在这些磁盘运行时访问这些磁盘上的数据。从pricing page检查此引用：
无论虚拟机是否正在运行，每当部署虚拟机时都会收取计算小时数。计算小时数不包括与Windows Azure虚拟机中运行的映像关联的任何Windows Azure存储成本。这些费用单独计费。
4）我相信您看到的资源驱动器是D：/驱动器等效而不是您指向的本地资源空间。您所指出的是专门讨论在Cloud Service（或以前称为托管服务）中运行时访问本地空间，因此使用Web或Worker角色。我不确定在使用虚拟机时是否以相同的方式应用。除了使用Windows时的页面文件，我相信在为数据或操作系统磁盘设置数据缓存时，此资源空间也会使用一些，这样可以减少您拥有的空间量。这是我的猜测。
您可能还想了解操作系统和数据驱动器的缓存选项和限制。 Michael Washam用blog post触及它。