linux – 将服务器虚拟化到SAN的最佳实践?

linux – 将服务器虚拟化到SAN的最佳实践?,第1张

概述好吧,所以我想开始利用我的SAN比以前多一点,同时利用ESXi. 目前,我已将一系列Dell PowerEdge 1955刀片连接到单机箱EMC AX4-5 FC存储阵列.我基本上使用SAN作为DAS.我在SAN上有LUN指向特定物理机器的LUN,这些机器利用LUN进行任何 *** 作(主要是数据库和Samba / NFS共享,具体取决于目标服务器). 我有多个物理文件服务器,每个服务器都有一个samba 好吧,所以我想开始利用我的SAN比以前多一点,同时利用ESXi.

目前,我已将一系列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?)

3)使用非群集文件服务器有“好”的方法吗?

解决方法 你的计划并不疯狂.像往常一样,根据您要实现的目标以及如何保护数据,有多种方法可以对此进行攻击.

首先,您可以使用“原始设备映射”向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.最糟糕的情况是,你丢失了数据并需要回到录像带……但无论如何你已经处于那种状态了.

总结

以上是内存溢出为你收集整理的linux – 将服务器虚拟化到SAN的最佳实践?全部内容,希望文章能够帮你解决linux – 将服务器虚拟化到SAN的最佳实践?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/yw/1045677.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-24
下一篇 2022-05-24

发表评论

登录后才能评论

评论列表(0条)

保存