SAN:为操作系统和虚拟机的数据有单独的LUN是不是更好?

Luk*_*404 3 virtualization xen iscsi lun storage-area-network

我们有一个 iSCSI SAN,它将用作虚拟机的后备存储。我们使用 Xen 并将 LUN 直接呈现为 VM 的块设备(因此没有文件系统在每个 VM 上都有文件,就像 VMware 在使用 VMFS 数据存储时所做的那样)。

我想知道为每个 vm 的操作系统和数据提供单独的 LUN 是否更好(例如,一个小 lun 用于安装 Linux,一个大 lun 用于保存邮箱,一个小 lun 用于 linux,一个大 lun 用于网络服务器数据,以及等等...)或者每个虚拟机只有一个大 LUN。

看看前者,那么人们可能会问“那么为什么不为交换分区设置另一个 LUN”,直到每个 lun 上只有一个“分区”。

请记住,所有这些 LUN 都来自 SAN 上完全相同的 RAID 卷,因此没有必要区分磁盘速度或 RAID 级别。

Gra*_*ant 5

现在您可能不打算使用不同的 RAID 级别或磁盘速度。但在未来,当您的邮箱增长到数 TB,或者您开始​​归档大型视频文件时,您可能需要这样做。

忽略它的 SAN 方面,这归结为具有一个带分区的硬盘驱动器(单个分区 LUN)或两个独立的硬盘驱动器(2 个 LUN)。

由于使用 SAN 将磁盘作为单独的 LUN 提供几乎不需要任何成本,因此我会将它们分开。让您的数据独立于操作系统意味着您可以做一些有趣的事情,例如:

  • 单独的raid/磁盘速度/缓存级别 - 一些大容量磁盘目前只有较慢的 RPM 模型,因此如果您需要高存储容量,则需要将其拆分
  • 如果需要,可以更轻松地在多个 SAN 之间拆分数据
  • 通过安装到新的虚拟机来升级/修复您的操作系统,并在您准备好后简单地将数据 LUN 重新映射到新服务器。没有冗长的复制过程,很少的停机时间。
  • 可能更快的 SAN 快照(如果您使用它们)

缺点:

  • 管理开销,必须为每个 VM 管理多个 LUN
  • 某些 SAN 仅拥有如此多 LUN 的许可证,因此您可能会在较低许可的 SAN 上用完