作者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/m.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