目前,我已将一系列Dell PowerEdge 1955刀片连接到单机箱EMC AX4-5 FC存储阵列.我基本上使用SAN作为DAS.我在SAN上有LUN指向特定物理机器的LUN,这些机器利用LUN进行任何操作(主要是数据库和Samba / NFS共享,具体取决于目标服务器).
我有多个物理文件服务器,每个服务器都有一个samba配置设置来提供适当的共享.由于我从未让RHCS工作,因此一次只有一个文件服务器安装了LUN.如果文件服务器死机,我会手动阻止它(通过卸载和取消发送驱动器,使用navisphere实用程序,或通过DRAC终止电源),然后使用navisphere实用程序在下一个竞争者上调出呈现的LUN(之后,启动apache和其他守护进程).一切都是手工,现在.
我觉得像Ferris Bueller一样演奏单簧管.从未上过课！
无论如何,我正在努力提高.我想要做的是在物理主机上安装ESXi,然后创建LUN来保存两个文件服务器映像(如果有一个损坏/ fubar),其中一个将是活动的,另一个将是备用的.至少这样,我没有提高自动化程度(虽然我很快就会编写一个脚本来切换“活动”服务器),但我觉得我正在增加灵活性,而且我可以使用ESXi主机可以容纳其他虚拟机,并且不会像现在这样浪费硬件.
我的问题是：
1)我的计划有多愚蠢？
2)在实际实现方面,我应该在LUN上创建一个普通的vmdk映像,还是应该给它一个“原始”分区(如果甚至可以用ESXi？)
解决方法
首先,您可以使用“原始设备映射”向VM提供原始LUN.去做这个：
>将LUN提供给ESXi主机(或主机组,如果您要使用群集/ HA)
>将磁盘添加到VM,选择Raw Device Mapping,指向LUN
>重新扫描VM内的SCSI总线
> fdisk,mount并添加到fstab,就像普通磁盘一样.
好处：快速设置,快速使用,简单,如果您发现自己需要V2P沿着轨道,可以代表磁盘到物理主机
缺点：您可能会丢失一些基于VMware的快照/回滚选项,具体取决于您是使用物理还是虚拟兼容模式
另一种选择是在LUN上创建VMFS以创建数据存储,然后将VMDK磁盘添加到该数据存储上的VM.
>上升：如果您购买使用许可证,那么Storage vMotion是友好的.这允许在LUN甚至SAN之间热迁移VMDK磁盘.
在这两种情况下,如果VMware或您的VM在故障期间吃掉文件系统,那么您处于类似的风险位置;一个并不比另一个好,尽管可用的恢复选项会有很大不同.
除非必须,否则我不会部署RDM;我发现他们并没有像VMDK那样给我带来太大的灵活性(我被bugs咬过,这使得它们在执行其他存储操作时变得不切实际(自修复后 – 请参阅该链接中的RDM部分))
对于您的VM,灵活性的最佳选择是将文件服务器的引导磁盘存储为SAN上的VMDK,以便在主机发生故障时让其他主机引导它.使用VMware的HA功能,在另一台主机上启动VM是自动的(VM将在第二台主机上启动,就好像已经拔掉电源一样;期望执行通常的fsck和魔法,以便像普通服务器一样启动它).注意,HA是许可功能.
为了缓解VM故障,您可以构建文件服务器的轻量级克隆,其中包含引导所需的最低要求,并使SAMBA在已配置状态下启动并将其存储在每个主机的本地磁盘上,等待您从中添加数据驱动器VM失败并启动它.
在SAN发生故障的情况下,这可能会或可能不会为您提供额外选项;在最佳情况下,您的数据存储将需要fsck或其他修复,但至少您不必在顶部修复,重建或配置VM.最糟糕的情况是,你丢失了数据并需要回到录像带……但无论如何你已经处于那种状态了.
