7

我在 Microsoft 的 Azure 中创建了一个小型 Linux VM。我还创建了一个 20GB 的 BLOB 并将其挂载为文件系统。

在我的虚拟机上，我看到以下内容：

  • 根文件系统：约 28GB
  • 引导文件系统：约 500MB
  • 我的 20GB 文件系统
  • /mnt/资源 - 69GB

所以我有问题：

(1) 如果我关闭虚拟机电源然后再重新启动，这些文件系统/卷中的哪些将保持虚拟机关闭时的状态？每个卷都是这种情况（我测试过），但“它在测试中有效”与保证不同。

(2) 如果由于 Azure 环境中存在某种硬件故障或故障（“自愈迁移”）而需要移动 VM，那么哪些文件系统会持续存在？我怀疑root会，但不是/mnt/resource？

(3) 在azure管理门户中，我有一个30GB的磁盘，是我创建VM时创建的。该磁盘的成本是虚拟机每小时美分费用的一部分，还是单独收费？我认为是分开的。

(4) 假设小型 VM 带有 165GB 用于“VM 角色中本地存储资源的磁盘空间”：http: //msdn.microsoft.com/en-us/library/windowsazure/ee814754.aspx 我看到 69GB - 其中剩下的都走了吗？

您可能认为我可以向 Microsoft 提出这些问题，但当我这样做时，他们说 Linux VM 处于“预览”状态，并且他们的支持人员拒绝回答任何 Linux VM 问题，除非指向相当鬼魅般的 Azure 论坛。

4

1 回答 1

7

我还没有使用过 Linux 的 IaaS 实例，但我想我可以根据我对基础设施总体工作方式的理解来回答其中的一些问题。

当你创建一个虚拟机时，你有操作系统磁盘（它映射到你上面的根目录，我相信启动也是如此，尽管我认为这是一个基于 Linux 的工件并且在使用 Windows 时不存在）。此 OS 磁盘作为 VHD、Page BLOB 存储在 Windows Azure BLOB 存储中。与您创建的 20 GB 数据磁盘相同。这些驱动器将可靠地持续存在并且只有这些驱动器。

1）在您的断电测试中，您实际上是删除了部署还是只是“将其关闭”？关闭虚拟机将使其部署（因此在同一台物理机器上）。只是被关闭并不能阻止您被收费，因为它实际上仍在部署。如果您删除部署，然后稍后创建一个指向您创建的相同操作系统和数据磁盘的新部署（您将在您的图库中找到它们），您将更好地了解如果 VM 移动到期会发生什么自我修复，因为它很可能会在不同的物理服务器上启动。请参阅下面为什么我认为“资源”驱动器卡住了。

2）你是对的，我相信资源驱动器类似于我们在Windows端看到的D：/驱动器。这是临时的暂存空间。驱动器本身也是一个 VHD，并不位于 BLOB 存储中，而是位于运行 VM 的物理服务器上。对于 Windows，这是保存内存页面文件的位置，以尽可能降低页面文件访问的延迟。他们非常坚持这是一个非持久驱动器这一事实。在您的情况下，如果您所做的只是关闭实例，这可能会一直存在。当实例重新启动时，它仍然在同一台物理服务器上，因此为它分配了相同的本地资源，因此您放置在那里的数据仍然存在。如果实例被重新部署，数据将不再存在。

3）您看到的磁盘（OS Disk 和 Data Disk）都作为 Page BLOBS 存储在 BLOB 存储中。这些磁盘的存储成本与实际运行 VM 的每小时费用是分开的。您还需要支付存储事务以在这些磁盘运行时访问这些磁盘上的数据。从定价页面查看此报价：

每次部署虚拟机时都会对计算小时数进行收费，无论它是否正在运行。计算时间不包括与在 Windows Azure 虚拟机中运行的映像相关的任何 Windows Azure 存储成本。这些费用单独计费。

4）我相信您看到的资源驱动器是 D:/ 驱动器等效项，而不是您指向的本地资源空间。您所指出的是专门讨论在云服务（或以前称为托管服务）中运行时访问本地空间，因此使用 Web 或 Worker 角色。我不确定在使用虚拟机时是否同样适用。除了使用 Windows 时的页面文件之外，我相信在为数据或操作系统磁盘设置数据缓存时也会使用一些资源空间，这也会减少您拥有的空间量。这是我的猜测。

您可能还想了解操作系统和数据驱动器的缓存选项和限制。Michael Washam 在一篇博文中谈到了这一点。

于 2012-10-13T15:44:52.470 回答