- 掛牌上市企業(yè)
- 60秒人工響應
- 99.99%連通率
- 7*24h人工
- 故障100倍補償
老服務器再利用 4步建虛擬化主機熱備份 |
| 發(fā)布時間: 2012/9/11 13:12:02 |
|
VMware ESX 3.0已經(jīng)發(fā)布了三年多時間，目前有很多用戶希望升級到VMware最新的vSphere 4.0虛擬化平臺，而大量運行ESX 3.0的服務器也到了需要更新?lián)Q代的時刻。這些運行了三年ESX 3.0的老舊服務器雖然已經(jīng)不能完全滿足未來快速增長的負載需求，但還是具有不小的性能空間，將這一大批當時非常昂貴的服務器關閉棄之不用，確實顯得有些浪費。為了不將老舊的虛擬化主機丟棄在角落，很多企業(yè)也在重新利用這些服務器，有些企業(yè)將它們建立集群，分擔部分業(yè)務負載;而有的企業(yè)將這些舊服務器用于測試或者培訓應用。 假如你擁有多個辦公室或者一個大型的校園，建立一個熱備站點需要利用大量的硬件，這需要大筆的花費。這時這些替換下來的老舊服務器就可以幫你節(jié)省成本了，將這些服務器用于熱備站點，即使不能承擔百分百的負載，但是在一些狀況下聊勝于無——可以在新服務器出現(xiàn)故障，或者更換硬件的時候作為后備暫時負擔起業(yè)務，避免業(yè)務的間斷。 那么，下面我們就來看看怎么樣給你的新虛擬化主機做個虛擬化主機熱備份站點吧。 虛擬化主機熱備份步驟1：定義服務級別 首先，你需要定義你的熱備站點的服務級別，是希望保護所有站點內(nèi)所有服務器還是部分?你需要多短的故障恢復時間?你需要恢復什么時候的數(shù)據(jù)?這些問題的答案將影響你的架構設計過程，不同的服務級別也影響著硬件上的花費。一個熱備站點上的所需要的花費可能要比你現(xiàn)在能承受的要多，這種情況下最好節(jié)省你的開支，精確的進行投入，而不是花錢在沒用的事情上。 虛擬化主機熱備份步驟2：規(guī)劃SAN配置 SAN是第一個需要關注的硬件部分，因為這幾乎是最昂貴的部分了。如果可能的話，在部署一個熱備站點的時候最好采用SAN-to-SAN的異步復制(asynchronous replication)，但依賴于所使用的SAN平臺，這種復制方式可能不能實現(xiàn)，或者并不經(jīng)濟。舉例來說，如果你的Web站點運行的是沒有iSCSI連接的FC SAN，并且沒有暗光纖(dark fiber)，在沒有特定硬件如FCIP網(wǎng)關或軟件如EMC的RepliStor情況下是不能實現(xiàn)SAN復制的。如果你是這樣的情況，以后升級或者替換SAN的時候一定要考慮這些因素。另一方面，對于采用一些設備品牌的用戶還有一些問題需要注意，如NetApp用戶應該添加更多的SnapMirror許可證。 如果不能執(zhí)行SAN到SAN的復制，你也有一些其它的選擇�，F(xiàn)在有一些很好的基于主機的復制軟件包，可以運行在ESX主機，實現(xiàn)主機到主機的直接復制，包括Vizioncore vReplicator和 NSI DoubleTake等，但注意其許可證是每虛擬機而不是每主機。還有需要注意的是用老主機做熱備的時候需要給它們連接大量的存儲，因為如果這些老主機連接到了SAN，就不再有自己的硬盤。 不管你打算怎么去做，無論是SAN還是基于主機的復制，存儲配置的設計是虛擬化主機熱備份站點最重要的一個部分，需要仔細的進行考慮。 虛擬化主機熱備份步驟3：計算帶寬需求 選定好為你的虛擬化主機熱備份站點采用哪種存儲方式后，你需要考慮如何傳輸數(shù)據(jù)。如果你的虛擬化主機熱備份站點是通過光纖連接，那么就不需要太擔心帶寬問題，除非數(shù)據(jù)非常之巨大。但是對帶寬的計算是非常重要的，因為長期來看不正確的帶寬計算所帶來的額外費用也是非常巨大的。比如，最初你設想有兩條T1線路(3.0Mbps)就可以滿足每24小時約25GB的數(shù)據(jù)備份，但是實際應用中你發(fā)現(xiàn)每天需要復制的數(shù)據(jù)要有35GB左右，這幾乎和預想的要差一條T1線路的帶寬。不要小看這些看似細小的差別，在三年時間中這些帶寬的租用費用可能和一個新的SAN或數(shù)臺虛擬主機的費用一樣多。 所以計算復制帶寬需求是非常重要的，需要通過一個可靠的方式進行計算。一個最簡單的方法是采用VMware內(nèi)建的snapshot功能，為你需要備份的虛擬機建立一個snapshot，等待一個復制周期，然后在你的VMFS卷上檢查snapshot文件的大小，這個數(shù)字可以粗略計算出在這個周期內(nèi)虛擬機變化的數(shù)據(jù)量。當然，這個方法也可以計算不同時間段里虛擬機數(shù)據(jù)的變化。 但是，根據(jù)SAN平臺的不同，SAN復制的數(shù)據(jù)塊可能要比VMware的snapshot文件要大，虛擬機中一個1KB的文件存儲到SAN中可能要變成16MB，放大了16000倍。不過這種情況也很少出現(xiàn)，這說明也不能完全根據(jù)snapshot文件來估算實際的復制數(shù)據(jù)量。 為解決這種問題，并增加WAN鏈路的傳輸能力，采用帶有重復數(shù)據(jù)刪除的WAN加速器是個明智的選擇，比如采用Cisco的WAAS或者Riverbed的Steelhead等等。這兩個平臺具有各自的優(yōu)勢和不足，但是本質(zhì)是相同的，可以只能優(yōu)化WAN數(shù)據(jù)流并具有不少其他的TCP增強特性，并可以為之前的WAN連接保留遠程緩存，能夠解決從1KB數(shù)據(jù)變成16MB數(shù)據(jù)的問題。 虛擬化主機熱備份步驟4：明確虛擬化軟件的許可證需求 最后一個需要考慮的是你的虛擬化主機熱備份站點需要多少的虛擬化許可證。當然，你可以在沒有許可證的情況下配置一臺ESX主機，在活動站點失效時把許可證遷移到這臺主機。另一個方法是購買VMware vSphere Essentials的許可證，雖然特性上相比你的活動站點有一些限制，但是也可以啟動和運行虛擬機。 另一個問題是考慮你是否需要部署VMware的Site Recovery Manager，SRM要求進行SAN到SAN的復制，并且價格不便宜。盡管如此，如果需要經(jīng)常檢查你的恢復計劃或者需要一個完全自動的數(shù)據(jù)恢復過程，部署SRM還是非常有必要的。 重新利用老舊硬件是個好想法 利用老舊硬件建議一個用于熱備的數(shù)據(jù)中心是重復利用資源的一個好方法，但是盲目的建立虛擬化主機熱備份站點，不考慮你有多少富余的硬件可以利用，也不會取得很好的效果。記住這幾件事情：制定合適的目標、考慮存儲資源、仔細估算WAN帶寬、考慮軟件許可證的限制，可以有效地降低成本，并實現(xiàn)效率的最大化。 隨著技術的發(fā)展，今天的虛擬化技術、不斷更新的存儲技術和網(wǎng)絡技術，讓建立一個實時在線的容錯系統(tǒng)也并不是什么難題，如果你需要高可用性的系統(tǒng)，那么現(xiàn)在也是該動手的時候了。 本文出自：億恩科技【mszdt.com】 |
0371-60135900
京公網(wǎng)安備41019702002023號
香港服務器租用
美國服務器租用
電信骨干機房
聯(lián)通骨干機房
