我正在build立一个Xen虚拟机服务器，我想知道哪三个选项的磁盘设置build议。 我将在Linux客户机上使用Linux主机。
正如我所看到的，我可以做以下任何一项：
1号的优点是你可以在domU中获得LVM，但是在dom0中失去了LVM的灵活性。 然而，2a和3给LVM的灵活性，但是把它从domU中拿走。
最灵活的情况似乎是为逻辑卷提供一个逻辑卷作为其整个磁盘，然后在LV中创build一个LVM设置（选项2b）。 LVM中的LVM会导致性能方面的问题，还是我没有预料到的其他问题？
你使用什么设置，为什么？
“最简单的pipe理”是非常相对的 – 你也可以使用基于文件的磁盘映像，这将是简单的 – 至less对于一些客人来说。
不过，我会说选项2是好的，虽然在domU中使用LVM是完全可选的。 当然，如果你打算在后面扩展LV的LV，让他们使用LVM会让事情变得更容易。
我知道，在LVM中不存在LVM的性能问题（它不是LVM内部的LVM，LV内部的LVM …）
在大多数情况下，我使用选项2a，并在DomU（/和/ var）中创build两个分区。 在某些情况下，我直接使用第三个分区（/ opt或/ home），或者在DomU中将其设置为PV。
这取决于你的DomU必须做什么以及你想要你的文件系统有多灵活。
调整最后一个分区的大小没有什么大不了的。 调整其他分区的大小是棘手的。
如果该磁盘正在使用，并且您想要一个新分区，选项1将需要重新启动Dom0。 它不是很灵活。
选项3：我使用这个作为解决scheme2的ad-hoc-addon。所以我的永久系统/应用程序驻留在使用选项2a / b创build的第一个LV /磁盘上，并使用LV创build（并移除）了额外的空间作为附加磁盘传入DomU。
2的变种最适合复杂的机器（这种模仿传统物理机器的多种angular色）。
但是，虚拟机的一大优势就是不再需要多angular色机器。 相反，你可以有几个非常简单的机器，每个机器只有一个angular色。
如果你走到极点，答案就不是上述的。 如果你想变得极端，你可以创build一个主映像，然后每个虚拟机获得该主节点的读/写快照作为其根分区。 通过这个devise，再加上一个使用dhcp服务器和cfengine / puppet的小创意脚本，您可以在15秒内创build并启动一个虚拟机。
我已经完全使用了LVM上的虚拟化客户端和.xm和.img上的paraVirtualization来pipe理所有的guest虚拟机，并采取备份所有最好的方式，就像JCINACIO所说的那样是LVM
我以2（b）结束了。 这似乎是最灵活的，我没有注意到任何performance的惩罚。 我可以调整主机和来宾的分区大小，我可以轻松地进行备份。
ZFS
但
同样，2b选项。 你只需从DomU中的DomGuest中导出lvm s mounted as a new partition. if you use a /var or something just for your data then u ，然后将其s mounted as a new partition. if you use a /var or something just for your data then u s mounted as a new partition. if you use a /var or something just for your data then u保存。 差不多:)