将服务器虚拟化到SAN上的最佳实践？

Question

好的，所以我想开始比以前更多地利用我的SAN，同时，利用ESXi。

目前，我已经有一个阵列的戴尔PowerEdge 1955年刀片连接到一个单一外壳EMC AX4-5FC存储阵列。我基本上是在用SAN作为DAS。我在SAN上有LUN，它指向特定的物理机器，这些机器利用LUN进行任何操作(主要是数据库和Samba/NFS共享，具体取决于目标服务器)。

我有多个物理文件服务器，每个服务器都有一个samba配置设置来提供适当的共享。因为我从来没有让RHCS工作，所以只有一个文件服务器一次安装了LUN。如果一个文件服务器死了，我会手动隔离它(通过卸载和取消显示驱动器，使用导航实用程序，或者通过DRAC关闭电源)，然后使用导航实用程序在下一个竞争者上打开显示的LUN(然后，启动apache和其他守护进程)。都是用手做的，现在。

我觉得有点像费里斯·布勒演奏单簧管。从来没上过课！

总之，我在努力改进。我想要做的是在物理主机上安装ESXi，然后创建LUN来保存两个文件服务器映像(万一其中一个文件服务器图像损坏/fubar)，其中一个文件服务器图像是活动的，另一个文件服务器映像是备用的。至少这样，我没有改进自动化(虽然我很快就会编写一个脚本来切换“活动”服务器)，但是我觉得我在增加灵活性，而且我可以使用ESXi主机来保存其他VM，硬件不会像现在一样浪费。

我的问题是：

1)我的计划有多蠢？

2)当涉及到实际实现时，我是应该在LUN上创建一个普通的vmdk映像，还是应该给它一个“原始”分区(如果ESXi可以的话)

？

3)是否有使用非集群文件服务器的“好”方法？

Answer 1

你的计划并不疯狂。和往常一样，有很多方法可以根据您想要实现的目标和如何保护您的数据来攻击这个问题。

首先，您可以使用“原始设备映射”将原始LUN呈现给VM。为此，请执行以下操作：

• 将LUN呈现给ESXi主机(或者主机组，如果要使用集群/HA)
• 将磁盘添加到VM中，选择原始设备映射，指向LUN
• 在VM中重新扫描SCSI总线
• fdisk，挂载并添加到fstab，就像普通磁盘一样。

优点:设置快，使用快，容易，如果你发现自己需要V2P，就可以将磁盘表示为物理主机。

缺点:您可能会丢失一些基于VMware的快照/回滚选项，这取决于您是使用物理兼容模式还是使用虚拟兼容性模式。

另一种选择是在LUN上创建VMFS以创建数据存储，然后将VMDK磁盘添加到该数据存储上的VM中。

• 优点:如果你曾经购买过使用它的许可证，它是对存储vMotion友好的。这允许VMDK磁盘在LUN和SAN之间进行热迁移。

在这两种情况下，如果VMware或VM在故障期间使用文件系统，您就处于类似的风险状态；其中一种并不比另一种好得多，尽管可用的恢复选项将有很大不同。

除非有必要，否则我不会部署RDM；我发现作为VMDK，它们不会给我带来太大的灵活性(而且我被错误咬伤了，这使得它们在执行其他存储操作时不切实际(自从修复了-请参阅链接中的RDM部分))

至于您的VM，您最好的选择是将文件服务器的引导磁盘存储在SAN上的VMDK中，以便在主机故障时让其他主机引导它。使用VMware的HA功能，在另一台主机上引导VM是自动的( VM将在第二台主机上启动，就好像电源已被拔出一样；期望执行通常的fsck和魔术来启动它，就像在正常服务器中一样)。注意，HA是一个许可功能。

为了避免VM失败，您可以构建一个文件服务器的轻量级克隆，其中包含启动所需的最小值，并使SAMBA启动处于配置状态，并将其存储在每个主机的本地磁盘上，等待您从失败的VM中添加数据驱动器并启动它。

在SAN失败的情况下，这可能会给您带来额外的选项；最好的情况下，您的数据存储将需要fsck或其他修复，但至少您不必修复、重建或配置顶部的VM。最坏的情况是，你丢失了数据，需要回去录音.但反正你已经处于那种状态了。

Answer 2

嘿马特。当您使用虚拟化解决方案时，有很多方法来分割解决方案。首先，有许多基准测试显示了RDM (RDM)与VMDK的性能，而且这种差异通常是可以忽略不计的。使用RDMs需要注意的一些事情:只有某些集群情况需要使用RDMs(MS聚类)。RDM有2TB的限制，但是LVM可以用来解决这个限制。RDM比将LUN给ESXi用于VMFS和在其上添加vmdk更难跟踪。VMDK(如前所述)有一些很好的好处: svMotion、快照(不能快照pRDM)。

如果运行免费ESXi，下面是我如何处理您的情况。首先，所有数据都在VMFS上的vmdk文件中。安装2虚拟机，并使用心跳进行IP和服务的故障转移。心跳将改变服务IP，并可以处理脚本，以便在适当的情况下卸载/挂载数据LUN。您甚至可以编写一些VMware远程CLI脚本，以确保关闭VM以进行围栏操作。由于心跳直接协调系统之间的访问数据，lun /运行相同的服务的风险应该非常低。这里的关键是确保安装数据LUN的/unmounting和服务的启动/关闭是由心跳处理的，而不是正常的init机制。

另一种故障转移可以通过监视系统来完成。当它检测到下行主机时，它可以使用VMware远程CLI发出断电(为了安全)，然后启动备份vm。在这种情况下，失败是相当手动的。

在我的“微小”环境中，我没有看到VMDK被破坏。我还意识到，如果您有超过2个ESX(i)主机或十几个VM主机，您将希望获得vCenter来帮助跟踪所有内容。考虑到这些好处，一些基本/加法包的成本并不太高。

Answer 3

马特，你知道我不使用VMware，但我总是用Xen的"RAW“。仅仅是几个轻松加载的VM，我怀疑您是否会看到很大的性能差异。但是，当您开始接触越来越多的来宾时，如果所有这些来宾都在同一个文件系统上，您最终会出现队列深度问题。NFS支持的存储尤其如此。与其说NFS服务器有问题，而且大多数NFS客户端实现都很糟糕。

如果您正在寻找冗余(san故障)，我不知道有什么好的方法来同步vmdks。但是，如果您使用块设备，则仍然有可能使用DRBD复制您想要/需要复制的vms。