TWed2k - 硬體求助討論區 - [求助]Server 備援，請建議方案

TWed2k » 硬體求助討論區 » [求助]Server 備援，請建議方案

可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版

ericshliao
銀驢友〔高級〕

今日心情

．積分： 849
．精華： 2
．文章： 1589
．收花： 7188 支
．送花： 5723 支
．比例： 0.8
．在線： 5412 小時
．瀏覽： 20831 頁
．註冊： 6764 天
．失蹤： 3266 天

#16 : 2014-5-14 12:48 AM 只看本作者	送花 (0) 送出中...

用VM內建的定時同步資料，有一個風險，如果master server的檔案出了問題，損壞的檔案也同步了，到時兩台全都不能用...
最好是把作業系統、應用程式、資料庫的檔案分開來處理。

整個應用的環節中，從聯網、路由、伺服器硬體、作業系統、應用程式、資料庫，各個點都可能出問題，要做自動備援還得先想想到底想防範哪幾個節點的問題。至於做RAID，那是為了解決資料保全的問題，雖然也很重要，和樓主原先想做的自動備援其實離得比較遠了。

[ericshliao 在 2014-5-14 01:35 AM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

copson
銅驢友〔初級〕

今日心情

．積分： 110
．文章： 284
．收花： 856 支
．送花： 3065 支
．比例： 3.58
．在線： 1501 小時
．瀏覽： 12660 頁
．註冊： 7096 天
．失蹤： 77 天

#17 : 2014-5-14 11:17 AM 只看本作者	送花 (0) 送出中...

哈哈 ericshliao 大大說出重點了.

當初我公司也是因為有幾台重要SERVER 要做備援機制.
後來我也是用相同的說法去說明.
把架構圖一拉出來，每個點都會再衍生新的問題.
最後的結論就是採低風險、低成本的方案做就好了.
風險雖然還是存在，但有設定KPI.
若符合KPI 就繼續維持使用.
不符合，就有數據可以跟公司再請錢做改善囉 XD

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

所在時區為 GMT+8, 現在時間是 2024-4-19 10:34 AM	清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明 Discuz! 0.1 \| Processed in 0.023288 second(s), 6 queries , Qzip disabled