案例：整體部署100千兆以太網
為了支持高性能計算(HPC)，有一家研究機構采用Brocade解決方案，建立了一個全新的100 GbE骨干網。
Spartaco Cicerchia是位于馬里蘭州醫學研究所(HHMI)的企業系統主管，據他介紹，HHMI研究人員生成大量的數據圖像，他們迫切需要在園區訪問層實現10 GbE連接。
他說：“我們需要在數據采集到存儲、存儲到高性能計算環境或到可視化、渲染和估算之間傳輸大量的數據。現在，所有人都會生成大量的數據，將這些數據從采集點傳輸到存儲再傳輸到其他位置是一定難度，因為網絡已經成為傳輸的瓶頸。”
Cicerchia擔心的是，隨著HHMI研究人員生成的數據不斷地增加，他原有的基于Force10基礎架構的10 GbE網絡可能變成瓶頸。去年冬天，在HHMI第5次更新網絡時，Cicerchia決定將網絡升級到更快速的光纖網絡。
“我們想要設計一種實現超高吞吐量和超低延遲的網絡。我們在核心網絡就開始捆綁部署多條10千兆鏈路，其他位置為20至40千兆。所以我們甚至決定不考慮40千兆以太網技術，而直接采用100 GbE。”
用一對100 GbE鏈路連接核心網絡與布線柜
在HHMI數據中心的核心網絡中，Cicerchia同時安裝了兩臺Brocade MLXe-32機架，以及Brocade的多機架線槽（MCT）。MCT是一種網絡虛擬化技術，它允許客戶將兩臺交換機作為一個虛擬設備運行。每一個機架都有32個以太網刀片機插槽。HHMI將MLXe-32交換機的一半插槽連接100 GbE端口，機架上總共有32個100 GbE端口。其余插槽則留給千兆和10 GbE端口使用。
Cicerchia在所有布線柜安裝了16個MLXe-16機架，這兩臺MLXe-32機架則負責收集來自這些MLXe-16機架的流量。每一臺MLXe-16都具有一對100 GbE上行鏈路，分別連接一個HHMI核心交換機。Cicerchia說，這些100 GbE上行鏈路都是激活的，因為Brocade的MCT可以讓他在網絡中拋棄生成樹協議。
為了保證100 GbE網絡的性能，Cicerchia還部署了一個獨立的園區網絡，專門支持語音IP (VoIP)和視頻會議，作為無線LAN的有線骨干網。這個附屬網絡的流量也會匯集到HHMI的MLXe-32核心交換機，包括帶有筆記本以太網電源（PoE）和無線接入端的多個可堆疊Brocade FCX交換機。每一個FCX交換機層都通過一對10 GbE鏈路連接上行鏈路的核心網絡。
除了聚集這兩個園區網絡，MLXe-32機架還作為HHMI的數據中心核心網絡，服務聚集服務器和HPC流量。“在數據中心，我們使用了Arista網絡公司的***機架交換機。此外，我們還在一些低優先級的機房部署了一些Brocade FCX交換機，并且我們還有一些遺留的Force10***機架交換機，但是我們正準備更換它們。”
提前部署100 GbE網絡的結果：不需要生成樹協議
“9月份，我們完全轉換到新的網絡，這使HHMI將由原來的4臺Force10機架組成的核心網絡壓縮為2臺MLXe-32交換機。Cicerchia指出，這種架構整合既保證了低延遲時間，也提高了端口密度。同時，我們將使用生成樹的機架設計更改為使用MCT實現的全雙主動設計。這樣做的結果是，因為4臺交換機變成2臺，我們不僅將延遲時間降低50%；而且還將效率提高了100%，因為我們拋棄了生成樹的被動模式鏈路。轉到MCT使我們能夠完全利用整個架構的優勢。”Cicerchia說。
在Cicerchia測試網絡時，從機架生成樹設計轉變為使用Brocade MLXe-32核心網絡的MCT出現了一些問題。他說：“由于我們的通道和資源問題，我們能夠同時將所有流量繞開生成樹，所以除了運行MCT，MLXe-32還運行了802.1w快速生成樹協議。”
不幸的是，核心交換機上有一些10 GbE接口被重置了，因此Cicerchia的相關人員無法確定問題的根源。他授權Brocade捕捉數據包，以確定問題發生的原因。 “我們能夠確定軟件缺陷發生在MT和802.1w之間，特別是在原有的Force10***機架上。我們知道Brocade無法快速提供補丁程序，所以我們將生成樹配置從802.1w修改為802.1s，從而解決了這個問題。這時，Brocade才發布補丁，但是為了保持網絡的穩定，我們并沒有部署這個補丁。我們計劃在圣誕節再做這件事。”
【編輯推薦】
