PTT職涯區 / MIS (IT資訊人員)

[請益] 容錯移轉叢集的硬體選擇

看板MIS (IT資訊人員)作者 (喝了紅酒會花生省魔術)時間8年前 (2016/05/18 15:11), 8年前編輯推噓8(8推 0噓 56→)
留言64則, 11人參與, 最新討論串1/1
小弟是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://www.ptt.cc/bbs/MIS/M.1463555479.A.ACA.html
推
05/18 17:59, , 1F
運作平台是?windows server?
05/18 17:59, 1F
是windows server沒錯，2008 R2
→
05/18 18:02, , 2F
新機怎會拿來當備援，當然是拿來當prod,不過這問題通常
05/18 18:02, 2F
→
05/18 18:02, , 3F
都是怕出事的user才會選擇把新機當備援，因為怕出事，
05/18 18:02, 3F
→
05/18 18:02, , 4F
這樣的情況還真的在不少客戶端看過。
05/18 18:02, 4F
確實是怕出事沒錯，然後請問一下什麼是prod？（小聲問）
推
05/18 18:15, , 5F
儲存池的來源是Storage?建議多的錢不用再砸一台主
05/18 18:15, 5F
→
05/18 18:15, , 6F
機多弄一台storage+現有一台3650M4在另一地做備援
05/18 18:15, 6F
錢已經砸下去了耶，然後現在的備援就是3650M4 + DS3512
→
05/18 22:21, , 7F
錢要花在刀口上，趁這次採購新機測試cluster運作正好
05/18 22:21, 7F
→
05/18 22:22, , 8F
不然時間久了根本沒人敢動legacy
05/18 22:22, 8F
昨天前輩笑著跟我說「其實我不會做cluster」，笑得我心裡發寒， 看來是要自己用虛擬機先亂搞一下試試看了……
→
05/18 23:49, , 9F
↑這樣講讓我想到前幾個禮拜那個做備援還原不起來做好
05/18 23:49, 9F
→
05/18 23:49, , 10F
玩的仁兄
05/18 23:49, 10F
→
05/19 00:05, , 11F
接手的備援就是要先驗證，才有能力改，不然只是假的
05/19 00:05, 11F
推
05/19 09:15, , 12F
我只能講千萬不要太相信學長留下來的東西，先演練一次才
05/19 09:15, 12F
→
05/19 09:15, , 13F
是正解阿...((淚奔
05/19 09:15, 13F
想到以前寫程式，接手程式碼都是看不懂就先開罵，然後選擇相信……
→
05/19 09:51, , 14F
我比較好奇的是..如果演練時炸掉連帶影響現有環境算誰
05/19 09:51, 14F
→
05/19 09:51, , 15F
的= =?
05/19 09:51, 15F
我想主管會很和氣地說：「這不怪你，但是你要負責修好。」這樣吧……
→
05/19 10:09, , 16F
想少點事就是新機拿來當備援 想多點事就拿去換線上的
05/19 10:09, 16F
→
05/19 10:10, , 17F
這沒有標準答案 所以你投哪票沒差 但置換原服務設備
05/19 10:10, 17F
→
05/19 10:11, , 18F
原本就有風險 加上自己不熟 就自己想想吧
05/19 10:11, 18F
→
05/19 10:11, , 19F
不過我認為菜鳥應該是要想辦法把自己搞死多學點經驗
05/19 10:11, 19F
這樣我比較想拿新機來用，多試一些東西， 感謝各位前輩的建議<(_ _)> ※ 編輯: lanesu (140.110.227.167), 05/19/2016 10:41:31
→
05/19 13:24, , 20F
不好意思，太習慣習慣說prod-->意指production ,在clus
05/19 13:24, 20F
→
05/19 13:24, , 21F
ter上應該為primary,不過小弟不熟windows這系統所以也
05/19 13:24, 21F
→
05/19 13:24, , 22F
不知道這樣說正不正確。
05/19 13:24, 22F
也就是說主要在工作的那台伺服器嗎？ 我也不知道正確該怎麼說，但是了解您的意思了。
推
05/19 15:53, , 23F
我覺得M4繼續當cluster用,M5當備援是很好的選項阿
05/19 15:53, 23F
→
05/19 15:54, , 24F
M5才新出沒很久,相比之下M4已經很穩了
05/19 15:54, 24F
→
05/19 15:55, , 25F
如果你有2台M5來取代Cluster我還可接受
05/19 15:55, 25F
→
05/19 16:22, , 26F
是hyper-v cluster&replica嗎..是的話我會兩台M4繼續
05/19 16:22, 26F
→
05/19 16:23, , 27F
cluster..多的m5就replica異地備援
05/19 16:23, 27F
推
05/20 08:42, , 28F
搞不懂為何用新機做備援
05/20 08:42, 28F
推
05/20 08:44, , 29F
贊成趁換新機時測試一下
05/20 08:44, 29F
→
05/20 09:46, , 30F
hyper-v cluster node建議上是用相同的硬體.雖然m4+m5
05/20 09:46, 30F
→
05/20 09:47, , 31F
我覺得應該也不太會有啥問題.如果要改成m4+m5 cluster
05/20 09:47, 31F
→
05/20 09:47, , 32F
一台m4做replica那就有得調了=3=..
05/20 09:47, 32F
今天開會的時候，前輩拿出講鬼故事的功力，卯起來恐嚇主管： 「如果新機上去，沒弄好『有可能』天崩地裂風雲變色，要是弄掛了事情一大堆， 要查資料要修復，現在一個半菜（他自己）一個全菜（就是我…）摸索著修復， 其他ISO什麼鬼一堆內稽外稽的文件你還要不要弄？」 於是一陣百物語之後，主管怯生生（？）地說：「那……那就拿新機當備援好了……」 就這樣拍板定案了，沒人來問我……
推
05/20 12:11, , 33F
如果真的要虛擬化我反倒是比較推VMWare至少在異機還原的
05/20 12:11, 33F
→
05/20 12:12, , 34F
時候比較沒那麼頭痛...而且現有的方案也還不錯用
05/20 12:12, 34F
我們的伺服器都是windows server + hyper-V的虛擬機， 前輩也不知道當初的考量點是什麼就是了……（文件不齊、很不嚴謹的研究單位= =a） ※ 編輯: lanesu (140.110.227.167), 05/20/2016 16:14:14
→
05/20 16:29, , 35F
各有優缺..就錢來講vmware比較貴(茶)
05/20 16:29, 35F
→
05/20 19:49, , 36F
人在日本玩看到一些推文還是想回一下，說hyperv不穩不好
05/20 19:49, 36F
→
05/20 19:49, , 37F
硬體不同複寫備援有問題的人有沒有用過深入瞭解實作過啊
05/20 19:49, 37F
→
05/20 19:50, , 38F
？我目前聯合國主機從dl360g5,g6到dl380g5,g6,g7,g8,g9
05/20 19:50, 38F
→
05/20 19:50, , 39F
加x3650m3,m4(是3650嗎有點忘了型號)通通摻在一起做灑尿
05/20 19:50, 39F
→
05/20 19:50, , 40F
牛丸啊不是是複寫容錯，因為我們家容錯不用99.99，主管
05/20 19:50, 40F
→
05/20 19:50, , 41F
說一天都沒關係雖然我不這麼想我希望一小時內，只能說只
05/20 19:50, 41F
→
05/20 19:50, , 42F
要I/O夠記憶體夠CPU夠就很好用
05/20 19:50, 42F
→
05/20 19:54, , 43F
阿還有機器是接SCSI頻寬只有160實際傳輸只有100M左右的
05/20 19:54, 43F
→
05/20 19:54, , 44F
機器但是因為I/O撐不住大量複寫所以這台就沒辦法跑太多
05/20 19:54, 44F
推
05/23 14:45, , 45F
其實不是說hyper-v不穩，兩者小弟都用過，而hyper-v最大
05/23 14:45, 45F
→
05/23 14:51, , 46F
缺點就是HA需要準備兩台一樣的(官方是這樣說的，但是我沒
05/23 14:51, 46F
→
05/23 14:51, , 47F
實際去測試過)另外就是一些報表需要去找第三方軟體來開發
05/23 14:51, 47F
→
05/23 14:52, , 48F
對於嫌麻煩的小弟來說不太適用，除了不用錢以外我想不出
05/23 14:52, 48F
→
05/23 14:52, , 49F
有什麼其他的優點了...OTL
05/23 14:52, 49F
→
05/23 14:53, , 50F
當然，如果後續要部屬VDI或許也會是個不錯的選擇 :)
05/23 14:53, 50F
→
05/26 16:05, , 51F
應該是沒有要做VDI的需求，很感謝各位的回覆，學到很多
05/26 16:05, 51F
→
05/28 22:53, , 52F
Hyper-V 的 HA 不用兩台一樣，我實作過，連隨便的 PC 都
05/28 22:53, 52F
→
05/28 22:53, , 53F
能做
05/28 22:53, 53F
→
05/28 22:55, , 54F
至於報表，不知 susicat 會用到什麼報表？hyper-v 印象
05/28 22:55, 54F
→
05/28 22:55, , 55F
至於報表，不知 susicat 會用到什麼報表？hyper-v 印象
05/28 22:55, 55F
→
05/28 22:55, , 56F
中完全沒有任何報表之類的東西，如果有需要報表的確會很
05/28 22:55, 56F
→
05/28 22:55, , 57F
困擾
05/28 22:55, 57F
→
05/29 23:10, , 58F
有時叢集架構確實不需要全部都一樣的硬體平台才能運作
05/29 23:10, 58F
→
05/29 23:13, , 59F
不過叢集除了跑得起來以外，要考慮發生fail over時的
05/29 23:13, 59F
→
05/29 23:18, , 60F
情境，本例中只有兩台，平時只有一台運作，兩台都一樣
05/29 23:18, 60F
→
05/29 23:20, , 61F
的硬體時，至少能把服務接手過去，不會有硬體效能問題
05/29 23:20, 61F
→
05/29 23:23, , 62F
如果硬體效能有差，效能好的平時又當主要使用，就可能
05/29 23:23, 62F
→
05/29 23:24, , 63F
發生fail over時，接手的主機扛不下服務產生更多問題
05/29 23:24, 63F
→
05/29 23:26, , 64F
這時候這個叢集就等於是白架了
05/29 23:26, 64F
‣ 更多 lanesu 的文章
文章代碼(AID): #1NF1MNhA (MIS)
MIS 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 lanesu 的文章
文章代碼(AID): #1NF1MNhA (MIS)