我在微软的Azure创建了一个小型的Linux VM。 我还创建了一个20GB的BLOB和安装它作为一个文件系统。
在我的虚拟机，我看到以下内容：
- 根文件系统：约28GB
- boot文件系统：约500MB
- 我的20GB文件系统
- 到/ mnt /资源 - 69GB
所以，我有几个问题：
（1）如果我掉电VM，然后再次打开电源后，它那些文件系统/卷将在他们当虚拟机被断电的状态下坚持？ 这一直是每一个（我测试）体积的情况下，但“它在测试工作”是不一样的保证。
（2）如果VM需要移动，因为在Azure的环境中某种硬件故障或失效的（“自愈迁移”），其中那些文件系统会持续？ 我怀疑根本不会，但不是到/ mnt /资源？
（3）在Azure管理门户，我有当我创建的VM时创建一个30GB磁盘。 是仙每小时VM负责该磁盘部件的成本，或者是一个单独的费用？ 我认为这是独立的。
（4）据说一个小型虚拟机自带165GB的“在VM角色的本地存储资源的磁盘空间”： http://msdn.microsoft.com/en-us/library/windowsazure/ee814754.aspx我看到69GB -哪里倒是休息去了？
你以为我可以问微软这些问题，但是当我做他们说Linux VM的是“预览”和他们的支持，拒绝回答任何Linux VM的问题，除了指向，而鬼towny Azure的论坛。
我不使用Linux但IaaS的情况下工作，但我想我能回答其中的一些基于我的基础设施一般是如何工作的理解。
当你创建一个虚拟机，你有操作系统磁盘（它映射到你的根上面，我相信开机以及虽然我认为这是一个基于Linux的神器，不存在在使用Windows时）。 该操作系统磁盘存储在Windows Azure的BLOB存储的VHD，页BLOB。 与20 GB数据磁盘相同的创建。 这些是将持续可靠的只有这些驱动器的驱动器。
1）在你的断电测试，你有没有实际删除部署或简单的“关闭它”？ 关闭VM会离开它部署（从而在同一物理机上）。 刚刚被关闭不会阻止你，因为它实际上还配备了充电。 如果删除部署，然后创建一个新的部署后指出，创建相同的操作系统和数据磁盘（你会在你的库中找到他们），你会得到的会发生什么更好的主意，如果VM得到了由于移动以自我修复，因为它会被提出来很可能在不同的物理服务器上。 见下面为什么我认为“资源”带动周边卡住。
2）你是正确的，我相信资源驱动是类似于我们在Windows方为d见：/驱动器。 这是暂时的，暂存空间。 该驱动器本身也是一个VHD，而不是位于BLOB存储，但实际上在物理服务器上虚拟机在运行上。 对于Windows，这是在内存页面文件保存，以保持为尽可能低的页面文件访问的延迟。 他们担心的是，这是一个非持续驱动态度十分坚决。 在你的情况，如果你做了所有被关闭的实例，这可能仍然呆在那里。 当实例通电后它仍然是同一台物理服务器上，因此在同一个本地的资源被分配给它，这样的数据，你已经把仍然会存在那里。 如果实例被调遣的数据就不会存在了。
3）您所看到的磁盘（操作系统磁盘以及数据磁盘）都存储在BLOB存储作为页BLOBS。 这些磁盘的存储成本是从每小时收费标准不同的实际运行虚拟机。 您还负责存储数据访问这些磁盘上的数据，因为他们都在运行。 从定价页面查看这句话：
计算小时的收费是每当部署虚拟机，不管它是否正在运行与否。 计算时不包括与Windows Azure中的虚拟机上运行的图像相关的任何Windows Azure存储成本。 这些费用另行计费。
4）我相信你所看到的资源驱动器是d：/驱动器相当于和你不必不得不指出，当地的资源空间。 你所指向的关于云服务（或以前称为托管服务）运行时，因此，使用一个Web或辅助角色越来越本地空间访问具体谈。 我不知道在使用虚拟机时，适用于相同的方式。 除了页面文件使用Windows时，我相信这个资源空间也使用了一点，当你的数据或操作系统磁盘，这会降低你也一样的空间量设置数据缓存。 这是在我的部分猜测虽然。
您可能还需要了解缓存选项和限制使用的操作系统和数据驱动器。 迈克尔Washam上倒是在博客文章 。
