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