網路儲存與容災系統 作業四 FC SAN設計

2021-10-04 10:09:10 字數 814 閱讀 8372

情景:

某組織的儲存基礎架構包含三個基於資料塊的儲存系統 

儲存系統直接連線到 45 個計算系統

計算系統以雙路方式連線到儲存系統 

每個儲存系統擁有 32 個前端埠,因此可支援最多 16 個計算系統

每個儲存系統擁有可支援最多 32 個計算系統的儲存驅動器容量

組織的挑戰/需求:

組織需要 45 個額外的計算系統來滿足其增長需求

現有的儲存系統利用率低下,並且增加新的計算系統需要增加新的儲存系統

組織希望實施光纖通道 san 來化解可擴充套件性和利用率難題

必須最大限度減少計算系統到儲存系統流量所需的 isl 數量,以滿足應用程式的效能要求

交付成果:

假設可使用 72 埠光纖通道交換機進行互連:

請建議乙個連線結構拓撲來解決組織所面臨的挑戰/需求,並證明您的選擇的合理性

確定該連線結構中所需的最少交換機數量。

解:由題意最大限度減少計算系統到儲存系統流量所需的isl數量,可知交換機互連可採用全網狀結構設計。(該題採用核心-邊緣結構也可以。)

主機埠數:90*2=180

儲存系統埠數:3*32=96

總共節點埠數:180+96=276

需要交換機數:276/72=4

4個交換機可提供288個埠,提供給主機和儲存系統剩餘288-276=12個埠。4個交換機互連採用全網狀結構設計需要isl數量為6,剛好需要12個埠,4臺72埠光纖通道交換機恰好滿足需求。

補充:

網路儲存與容災系統 作業五 可用性計算

情景 銀行的it部門在每週一到周五上午9點至下午4點向使用者提供貨幣兌換率表。it部門則在上午8點從主機系統中獲得 更新該錶,更新過程需要35分鐘完成。在某周四由於資料庫損壞,兌換率表無法更新。在上午9點5分,發現了該錶出現錯誤。接下來就是重新進行更新過程,在9點45分完成了表的重建。然後,用了15...

儲存無憂 認識容災與備份

儘管我們一再小心謹慎,但是,不可避免地會發生各種各樣的災難。在這裡,災難主要是指自然的和人為的災難,包括系統硬體 網路故障 機房斷電甚至火災 除了廣為大家熟悉的9.11事件以外,還有許多舉不勝舉而且觸目驚心的例子,每一次都是慘痛的教訓。1993年,美國世貿中心大樓發生 前,約有350家企業在該樓中工...

企業級儲存容災與備份的新選擇

摘要 隨著企業對儲存資料的重視程度越來越高,越來越多的企業選擇建立自己的儲存容災中心,然而成本也不斷提高。阿里雲儲存助力企業發展,為企業降低成本,從混合雲容災服務到混合雲備份服務等多方案解決企業級儲存容災問題。混合雲容災服務 混合雲容災服務,主要是從客戶的資料中心把資料和應用備份到阿里雲上面,並且讓...