有人使用ESX的吗？求建议。

xyan1

公司2台DELL的SERVER，已经实施ESX 3.5，使用INTERNAL DISKS，一共7个WINTEL系统运行（非CLUSTER).
现在想做如下调整
1. 升级ESX 3.5 到 ESX 4.1
2. 使用SAN，连接2台 SAN SWITCH
3. 2台SERVER做CLUSTER。
考虑今后的业务扩展，尽量少的系统DOWN TIME（因为是PRODUCATION）以及 测试和恢复。新人菜鸟，请大家给点建议，实施的方案。谢谢。

tracescan

很不厚道的把标题看成了有人使用SEX的吗？还求建议！
躲砖，我快闪

superblue

原帖由 xyan1 于 2010-9-28 21:10 发表
公司2台DELL的SERVER，已经实施ESX 3.5，使用INTERNAL DISKS，一共7个WINTEL系统运行（非CLUSTER).
现在想做如下调整
1. 升级ESX 3.5 到 ESX 4.1
2. 使用SAN，连接2台 SAN SWITCH
3. 2台SERVER做CLUSTER。
考虑今后的业务扩展， ...

1. There is ok, 3.5 can be directly upgraded to 4.1
2. You need to have the right card, it is called CNA or HBA card, SAN switch can be Cisco or Brocade
3. You need Vcenter 4.1 installed and create a cluster, but both server need to share the same storage to enable vmotion

这个project会有一定downtime，除非你现在可以vmotion，而且一个Dell server可以承担所有的虚拟机。

superblue

知道为啥那个东西叫ESX吗？是开发人员根据SEX变形过来的，因为好记。。。。

xyan1

原帖由 superblue 于 2010-9-28 21:57 发表


1. There is ok, 3.5 can be directly upgraded to 4.1
2. You need to have the right card, it is called CNA or HBA card, SAN switch can be Cisco or Brocade
3. You need Vcenter 4.1 installed and create  ...

恩。多谢SUPERBLUE。
适当的DOWNTIME没问题，HBA和SAN SWITCH都可以解决。
现在的争议在实施的方式。
1. 先实施SAN STORAGE的迁移，每个DELL SERVER 都有 DUEL PORT HBA连接2个SAN SWITCH。然后迁移所有的WINTEL系统到一个DELL SERVER上，UPGRADE 另一个SERVER到ESX 4.1.新建任何系统测试REDANENCY。。
2. 迁移所有系统到第三方服务器甚至DESKTOP PC。然后升级2个DELL SERVER，配置SAN STROAGE， RUN TEST,最后再把系统迁移回来。

以上2种方式您认为哪个更可靠，更合理？个人认为第一种足够了。

xyan1

原帖由 tracescan 于 2010-9-28 21:52 发表
很不厚道的把标题看成了有人使用SEX的吗？还求建议！
躲砖，我快闪

i should've put ESXi in the title..(paopaobing(32))

dagudboi

你用VCentre的话，从3.5升级到4.1基本上没有什么downtime，也不需要重起，当然安全起见，你应该先把SAN联上，把本地存储上的所有虚拟机迁移到共享存储，然后再进行升级，如果出了问题，可以在另一台主机上重启虚拟机。你的downtime主要来自于安装HBA和调试集群。

xyan1

thanks.man. do you think which appoach described above 5F would be better? pros and cons? we had a bit argument yesterday,,,
cheers..

superblue

原帖由 xyan1 于 2010-9-28 22:13 发表

恩。多谢SUPERBLUE。
适当的DOWNTIME没问题，HBA和SAN SWITCH都可以解决。
现在的争议在实施的方式。
1. 先实施SAN STORAGE的迁移，每个DELL SERVER 都有 DUEL PORT HBA连接2个SAN SWITCH。然后迁移所有的WINTEL系统到 ...

不用客气，第一种方案就足够了，但是要主意下面的问题：
1。 因为你们用的是internal disk，所以不能vmotion，所以第二台DELL服务器要承担所有的VM，你要考虑到CPU／内存的问题，有些不重要的VM可以shutdown
2。 你们如果有Vcenter server在Dell上，建议把Vcenter从上面移出来，一旦Vcenter出问题，很麻烦。
3。 SAN boot通常调试时间比较长，你要有足够长的down time

这个是vmware的文档，一般这些就够了
http://www.vmware.com/support/pu ... ubs_esx41_vc41.html

如果有vmware support contract，开一个case让他们standby。

Good luck！

superblue

不知道你们要用ESX还是ESXi， ESXi基本上就够用了，安装速度快很多，基本的命令也都有。

xyan1

its esxi installed now..
any comments on the second apporach above? can you see the pros? Thank you!

superblue

2. 迁移所有系统到第三方服务器甚至DESKTOP PC。然后升级2个DELL SERVER，配置SAN STROAGE， RUN TEST,最后再把系统迁移回来。

- 这种方法麻烦，好处就是可能能省点时间，因为一次升级两个，坏处就是第三方服务器要完全支持你的vm，如果你是DELL的服务器，根据他们CPU的指令，只有指令集一样的服务器才能支持所有的VM。

vmware有EVC功能，但是经常不好用。

第一种方法不错了，一般都是这么办的。

xyan1

谢拉。第一种方法的确是最常用的。关键是新来才2天的一个MANAGER非要坚持用他的第2种方案。。说可以重建我们的VM环境，还方便测试。。说也说不出所以然。。(paopaobing(40))

superblue

如果你们真的是有一个很强大的第三个服务器，你可以把所有vm转到上面，不过这个服务器一定要有类似的CPU，全是Intel也不行，必须是同一指令系的cpu。

而且你们用的是internal disk，这个传输时间会非常漫长。

好处就是保险，等于重新rebuilt一个hypervisior。

superblue

hehe多谢布老虎加分，买鞋有曙光了啊～～～～

xyan1

没有强大的第3方服务器支持，丫说可以用DESKTOP PC。。。(paopaobing(60))

bulaohu

不客气，你的回答完全值这些分

dagudboi

原帖由 xyan1 于 2010-9-29 11:05 发表
没有强大的第3方服务器支持，丫说可以用DESKTOP PC。。。(paopaobing(60))

能提出这种建议方案的，一般都是对此一知半解的，你们现在有一台现成的机器有8核24GB内存吗？硬件在esxi HCL上吗？有没有测试过看是否能处理一般的工作量（咱先不说所有）。做任何升级项目都要有备份方案，就是如果升级失败如何处理。丫方案的致命伤在于：在你升级2台主机的时候，第3台机死掉怎么办？就算你可以读取到所有虚拟机文件，你知道要多久你才能把所有文件移植回本地存储吗？而第一种方案的优点在于，由于你之前把所有虚拟机都迁移到共享存储下了(你可以一个一个的慢慢移)，你可以大大方方的直接安装4.1,你甚至可以直接把硬盘格式化了.之后连接共享存储,添加虚拟机后你就可以直接工作了,省却了大量的时间,因为你只需要迁移一次就行了.如果出于任何原因4.1不工作你可以随时把3.5再装回去,然后一切照旧.

xyan1

你分析的太对了。。这也是我和其他同事对他的共同看法。才来2天就要已经小有规模的现有环境开大刀。。还TMD的不听取任何建议。
感谢dagudboi的评价。分分用完了。明天补上。。

superblue

居然用desktop pc 运行ESX，你们老板以为这是学生考证做实验啊，哈哈。

把他用的那部分VM放到一个desktop PC上，然后让他一个人爽去吧。

xyan1

不知道丫咋通过面试的。。。以后是我们的SERVICE DELIVERY MANAGER。。。以后有的耍了。(paopaobing(11))

bulaohu

原帖由 xyan1 于 2010-9-29 14:04 发表
你分析的太对了。。这也是我和其他同事对他的共同看法。才来2天就要已经小有规模的现有环境开大刀。。还TMD的不听取任何建议。
感谢dagudboi的评价。分分用完了。明天补上。。 ...

要是我的话就先把矛盾挑明了，让大老板知道我不支持这个方案，然后真的通过desktop pc转的时候晚上来公司把硬盘拽出来使劲摔上几十下

bulaohu

以上言论纯属搞笑，大家表当真(paopaobing(3))

xyan1

哈哈。这主意可不行哈。下面机房有24小时的CAM。。
小样早上开完会就去老板那告状了，下午老板又开了会。。基本上就是我绝对信任他，必须支持。然后最后意思是他是LEADER，他做最后决定。。
好吧。。。。他自己玩去吧。。。(paopaobing(3))

gifox

原帖由 xyan1 于 2010-9-29 15:06 发表
哈哈。这主意可不行哈。下面机房有24小时的CAM。。
小样早上开完会就去老板那告状了，下午老板又开了会。。基本上就是我绝对信任他，必须支持。然后最后意思是他是LEADER，他做最后决定。。
好吧。。。。他自己玩去吧。。 ...

公司又不是自己开的,这种事情不要上心.出了问题是公司的问题.
我的态度总是不同意见我一定讲.不过只说一次,不采纳算数.上头有自己的决定,不要我的意见的话,请EMAIL给我下指示.
只要有证有据,出了事不要入我数.我坚决执行任何上司给我的指示.

superblue

原帖由 bulaohu 于 2010-9-29 15:00 发表


要是我的话就先把矛盾挑明了，让大老板知道我不支持这个方案，然后真的通过desktop pc转的时候晚上来公司把硬盘拽出来使劲摔上几十下

布老虎还有这一面啊！！！！(paopaobing(65))

CAM也容易混，带个面具，还有手套，别告诉我你们还要指纹识别！！！

dagudboi

要是我就说，由于从来没有考虑过他的这种方法，希望他能制定一个具体实施方案，要有详细的deliverables and timeline，然后我们就照着干。至少整台新服务器呀，用客户机来承担所有公司运营所必须的IT资源？完全是光着屁股上树。

xyan1

感谢各位的方案和建议(paopaobing(84))

VMStorage

原帖由 superblue 于 2010-9-29 10:51 发表
如果你们真的是有一个很强大的第三个服务器，你可以把所有vm转到上面，不过这个服务器一定要有类似的CPU，全是Intel也不行，必须是同一指令系的cpu。

而且你们用的是internal disk，这个传输时间会非常漫长。

好处就是保险，等 ...

对不起，你们都讨论完了，我才看到这个帖子。
想请教superblue，为什么LZ他们用internal disk, migrate VM to different host还有考虑类似CPU， 我一直以为只有vmotion才要考虑CPU呢？

superblue

这个具体我也说不清楚为什么，但是实际经验是这样。如果是internal disk转到另外的服务器，属于storage vmotion，我试过
win2k8－r2的VM，转到另外一个esx host上（不通Intel CPU），但是死活就是开不了机。

但是简单的非服务器OS，比如XP，好像可以（抱歉，我试过一次，但是忘记结果了）

我想可能是OS装载的时候，有一部分CPU的信息被储存了，所以才这样。