網絡負載解決方案是否太多了？
是否能讓所有的解決方案適用于所有的系統？在設計關鍵性的應用項目時，將最佳的工具搭配起來組成的解決方案就是最好的。比如在數據庫遷移或災難恢復時使用DNS CNAME記錄，配合使用數據庫聚集和日志復制。數據庫和DNS項目在關鍵應用中都屬于重要的組成部分，但是在整個項目工作中，還有其它很多解決方案可以實現相同的結果。
對于虛擬機來說，額外的選擇空間很大。虛擬機可以將硬件從操作系統中脫離出來，實現硬件更高的利用率。比如通過VMware HA實現虛擬化，這款產品提供了一系列方案確保虛擬機系統保持可用性。當某個虛擬系統出現問題時vCenter Server將在另一個ESX(i)主機上重啟一個虛擬機。VMware HA的其它功能還包括監視訪客虛擬機狀態，比如是否需要訪客重啟系統(如Windows藍屏死機)。 關于可用性的另一個功能是 VMware fault tolerant (FT)虛擬機。FT虛擬機通過在兩臺ESX(i)主機上同時運行的方式，增加網絡、處理器和內存資源的可用性。這種配置下，雖然存儲系統還是獨立的，但是一般來說，磁盤存儲系統會有另外的機制實現更高的可用性，比如多路徑配置，RAID技術，存儲復制技術等。
而在操作系統方面，也有很多種選擇可以實現與物理虛擬機類似的功能。這些解決方案包括上面提到的DNS和數據庫那種小把戲，還有在Windows服務器上建立Windows Cluster Service服務，增加系統和程序的可用性等方案。
所有這些技術都非常好，足以讓我們實現一套優秀的解決方案了。但是問題來了，我們到底需要多少層級的可用性？當系統出現問題需要排錯時，問題就更多了。每個可用性解決方案都有他們自己的排錯方案和技巧。另外，多套可用性方案疊加還會增加管理的復雜度。
問題在于，很多這種提高可用性的解決方案在應用到工作流時，可能只是應用到了其中的一兩種功能。正確選擇可用性解決方案的原則是事先明確定義商業需求，并以文檔形式制定出解決方案策略，規定哪些方案將應用到需要提高可用性的工作中。
【編輯推薦】
