作者lanesu (喝了红酒会花生省魔术)
看板MIS
标题[请益] 容错移转丛集的硬体选择
时间Wed May 18 15:11:11 2016
小弟是MIS菜鸟，过去几年的经验都是研发工作，
今年四月莫名其妙被抓进国家研究院当MIS，全部门只有一个稍微懂资讯的前辈，
现在万分敬畏地在服侍机房里的大大们……
目前机房里面有两台2014年9月买的联想x3650 M4，做成容错移转丛集，
另外有一台2013年4月买的x3650 M4是异地备援，今年要换到别的地方。
开会的时候主管提到今年会买一台新的x3650 M5，问前辈打算把它放在哪里。
前辈认为，目前容错移转丛集的两台M4是同时买的，作为cluster比较稳定，
打算拿新的M5取代原来异地备援的M4。
可是主管觉得，怎麽会拿新买的机器当异地备援呢，应该是拿一台2014年的去当备援，
把最新的M5拿来和另一台2014的M4做成cluster。
然後票数一比一，两个人都没把握，所以一起转头问我这个更菜、更没把握的意见，
我就变成关键票了……（会议室只有我们三个）
想请问板上的前辈们，我们的cluster是平常只有一台在运作，
出问题的时候才会把工作交给另外一台。
在这种情况之下，主管和前辈的方案哪个会比较稳定？还是其实没有差？
如果采用主管的方案，是不是应该让M5作为平常运作的那台伺服器呢？
--
如果你愈来愈冷漠，你以为你变得成熟了，但其实没有。
成熟应该是变得温柔，对身边的一切都温柔。
一个成熟的人往往发觉可以责怪的人愈来愈少，人人都有他的难处。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 140.110.227.167
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/MIS/M.1463555479.A.ACA.html
1F：推 jayeose: 运作平台是?windows server? 05/18 17:59
是windows server没错，2008 R2
2F：→ kobedisel: 新机怎会拿来当备援，当然是拿来当prod,不过这问题通常 05/18 18:02
3F：→ kobedisel: 都是怕出事的user才会选择把新机当备援，因为怕出事， 05/18 18:02
4F：→ kobedisel: 这样的情况还真的在不少客户端看过。 05/18 18:02
确实是怕出事没错，然後请问一下什麽是prod？（小声问）
5F：推 INSISTBELIEF: 储存池的来源是Storage?建议多的钱不用再砸一台主 05/18 18:15
6F：→ INSISTBELIEF: 机多弄一台storage+现有一台3650M4在另一地做备援 05/18 18:15
钱已经砸下去了耶，然後现在的备援就是3650M4 + DS3512
7F：→ cloudchiou: 钱要花在刀口上，趁这次采购新机测试cluster运作正好 05/18 22:21
8F：→ cloudchiou: 不然时间久了根本没人敢动legacy 05/18 22:22
昨天前辈笑着跟我说「其实我不会做cluster」，笑得我心里发寒，
看来是要自己用虚拟机先乱搞一下试试看了……
9F：→ blackhippo: ↑这样讲让我想到前几个礼拜那个做备援还原不起来做好 05/18 23:49
10F：→ blackhippo: 玩的仁兄 05/18 23:49
11F：→ cloudchiou: 接手的备援就是要先验证，才有能力改，不然只是假的 05/19 00:05
12F：推 susicat: 我只能讲千万不要太相信学长留下来的东西，先演练一次才 05/19 09:15
13F：→ susicat: 是正解阿...((泪奔 05/19 09:15
想到以前写程式，接手程式码都是看不懂就先开骂，然後选择相信……
14F：→ blackhippo: 我比较好奇的是..如果演练时炸掉连带影响现有环境算谁 05/19 09:51
15F：→ blackhippo: 的= =? 05/19 09:51
我想主管会很和气地说：「这不怪你，但是你要负责修好。」这样吧……
16F：→ Weky: 想少点事就是新机拿来当备援 想多点事就拿去换线上的 05/19 10:09
17F：→ Weky: 这没有标准答案 所以你投哪票没差 但置换原服务设备 05/19 10:10
18F：→ Weky: 原本就有风险 加上自己不熟 就自己想想吧 05/19 10:11
19F：→ Weky: 不过我认为菜鸟应该是要想办法把自己搞死多学点经验 05/19 10:11
这样我比较想拿新机来用，多试一些东西，
感谢各位前辈的建议<(_ _)>
※ 编辑: lanesu (140.110.227.167), 05/19/2016 10:41:31
20F：→ kobedisel: 不好意思，太习惯习惯说prod-->意指production ,在clus 05/19 13:24
21F：→ kobedisel: ter上应该为primary,不过小弟不熟windows这系统所以也 05/19 13:24
22F：→ kobedisel: 不知道这样说正不正确。 05/19 13:24
也就是说主要在工作的那台伺服器吗？
我也不知道正确该怎麽说，但是了解您的意思了。
23F：推 jayeose: 我觉得M4继续当cluster用,M5当备援是很好的选项阿 05/19 15:53
24F：→ jayeose: M5才新出没很久,相比之下M4已经很稳了 05/19 15:54
25F：→ jayeose: 如果你有2台M5来取代Cluster我还可接受 05/19 15:55
26F：→ blackhippo: 是hyper-v cluster&replica吗..是的话我会两台M4继续 05/19 16:22
27F：→ blackhippo: cluster..多的m5就replica异地备援 05/19 16:23
28F：推 wantsleep: 搞不懂为何用新机做备援 05/20 08:42
29F：推 wantsleep: 赞成趁换新机时测试一下 05/20 08:44
30F：→ blackhippo: hyper-v cluster node建议上是用相同的硬体.虽然m4+m5 05/20 09:46
31F：→ blackhippo: 我觉得应该也不太会有啥问题.如果要改成m4+m5 cluster 05/20 09:47
32F：→ blackhippo: 一台m4做replica那就有得调了=3=.. 05/20 09:47
今天开会的时候，前辈拿出讲鬼故事的功力，卯起来恐吓主管：
「如果新机上去，没弄好『有可能』天崩地裂风云变色，要是弄挂了事情一大堆，
要查资料要修复，现在一个半菜（他自己）一个全菜（就是我…）摸索着修复，
其他ISO什麽鬼一堆内稽外稽的文件你还要不要弄？」
於是一阵百物语之後，主管怯生生（？）地说：「那……那就拿新机当备援好了……」
就这样拍板定案了，没人来问我……
33F：推 susicat: 如果真的要虚拟化我反倒是比较推VMWare至少在异机还原的 05/20 12:11
34F：→ susicat: 时候比较没那麽头痛...而且现有的方案也还不错用 05/20 12:12
我们的伺服器都是windows server + hyper-V的虚拟机，
前辈也不知道当初的考量点是什麽就是了……（文件不齐、很不严谨的研究单位= =a）
※ 编辑: lanesu (140.110.227.167), 05/20/2016 16:14:14
35F：→ blackhippo: 各有优缺..就钱来讲vmware比较贵(茶) 05/20 16:29
36F：→ Dino9021: 人在日本玩看到一些推文还是想回一下，说hyperv不稳不好 05/20 19:49
37F：→ Dino9021: 硬体不同复写备援有问题的人有没有用过深入了解实作过啊 05/20 19:49
38F：→ Dino9021: ？我目前联合国主机从dl360g5,g6到dl380g5,g6,g7,g8,g9 05/20 19:50
39F：→ Dino9021: 加x3650m3,m4(是3650吗有点忘了型号)通通掺在一起做洒尿 05/20 19:50
40F：→ Dino9021: 牛丸啊不是是复写容错，因为我们家容错不用99.99，主管 05/20 19:50
41F：→ Dino9021: 说一天都没关系虽然我不这麽想我希望一小时内，只能说只 05/20 19:50
42F：→ Dino9021: 要I/O够记忆体够CPU够就很好用 05/20 19:50
43F：→ Dino9021: 阿还有机器是接SCSI频宽只有160实际传输只有100M左右的 05/20 19:54
44F：→ Dino9021: 机器但是因为I/O撑不住大量复写所以这台就没办法跑太多 05/20 19:54
45F：推 susicat: 其实不是说hyper-v不稳，两者小弟都用过，而hyper-v最大 05/23 14:45
46F：→ susicat: 缺点就是HA需要准备两台一样的(官方是这样说的，但是我没 05/23 14:51
47F：→ susicat: 实际去测试过)另外就是一些报表需要去找第三方软体来开发 05/23 14:51
48F：→ susicat: 对於嫌麻烦的小弟来说不太适用，除了不用钱以外我想不出 05/23 14:52
49F：→ susicat: 有什麽其他的优点了...OTL 05/23 14:52
50F：→ susicat: 当然，如果後续要部属VDI或许也会是个不错的选择 :) 05/23 14:53
51F：→ lanesu: 应该是没有要做VDI的需求，很感谢各位的回覆，学到很多 05/26 16:05
52F：→ Dino9021: Hyper-V 的 HA 不用两台一样，我实作过，连随便的 PC 都 05/28 22:53
53F：→ Dino9021: 能做 05/28 22:53
54F：→ Dino9021: 至於报表，不知 susicat 会用到什麽报表？hyper-v 印象 05/28 22:55
55F：→ Dino9021: 至於报表，不知 susicat 会用到什麽报表？hyper-v 印象 05/28 22:55
56F：→ Dino9021: 中完全没有任何报表之类的东西，如果有需要报表的确会很 05/28 22:55
57F：→ Dino9021: 困扰 05/28 22:55
58F：→ deadwood: 有时丛集架构确实不需要全部都一样的硬体平台才能运作 05/29 23:10
59F：→ deadwood: 不过丛集除了跑得起来以外，要考虑发生fail over时的 05/29 23:13
60F：→ deadwood: 情境，本例中只有两台，平时只有一台运作，两台都一样 05/29 23:18
61F：→ deadwood: 的硬体时，至少能把服务接手过去，不会有硬体效能问题 05/29 23:20
62F：→ deadwood: 如果硬体效能有差，效能好的平时又当主要使用，就可能 05/29 23:23
63F：→ deadwood: 发生fail over时，接手的主机扛不下服务产生更多问题 05/29 23:24
64F：→ deadwood: 这时候这个丛集就等於是白架了 05/29 23:26