上圖顯示的是一個(gè)已經(jīng)創(chuàng )建好的zone。 選擇新建zone，即可創(chuàng )建一個(gè)新的zone，輸入相關(guān)的名稱(chēng)信息：
將一個(gè)服務(wù)器中光纖HBA卡上的一個(gè)端口添加到這個(gè)名為“ORION_FC_A”的zone之中，如下圖：
再將FlashSystem 840上面的兩個(gè)端口添加到這個(gè)zone之中，如下圖紅框中所示：
將FlashSystem 840上兩個(gè)光纖端口添加到這一個(gè)zone之中。需要注意的是，這兩個(gè)端口最好分別來(lái)自?xún)蓚�(gè)不同的控制器。一個(gè)HBA卡端口對應兩個(gè)不同控制器端口的好處在于，一方面能夠保證帶寬，不讓6510交換機與FlashSystem 840之間的帶寬成為瓶頸；另一方面也能夠保證有冗余的數據鏈路，防止某個(gè)控制器出現故障導致數據鏈路中斷。
按照上面的方法，遵循一個(gè)HBA卡端口對應兩個(gè)不同控制器端口的原則，劃分出8個(gè)zone（8張雙端口光纖HBA卡），正好對應FlashSystem 840提供的16個(gè)主機端口。
如果服務(wù)端添加了更多的HBA卡的話(huà)，按照1：2的原則，FlashSystem 840的主機端口肯定是不夠用的。不用擔心， FlashSystem 840的主機端口是可以重復使用的，理論上可以對應服務(wù)器端的多個(gè)HBA卡端口。這是因為：一方面FlashSystem 840和6510交換機都支持16Gb/s FC，排除光纖連線(xiàn)的限制，這兩者之間采用的是16Gb/s的傳輸速率，服務(wù)器端采用的8Gb/s FC 連接并不能使FlashSystem 840與6510之間的帶寬飽和。另一方面，HBA卡端口與FlashSystem 840的1:2配置，是出于冗余和負載平衡的目的，即使HBA卡滿(mǎn)負荷運行，FlashSystem 840的部分帶寬仍處于閑置狀態(tài)。
事實(shí)上，在這一測試方案中，我們并不擔心FlashSystem 840與6510交換機之間的帶寬，反倒是服務(wù)器與交換機之間的帶寬將成為瓶頸，這也是自閃存成熟應用來(lái)所普遍反映出的問(wèn)題。閃存將整個(gè)IT解決方案的瓶頸轉移到了網(wǎng)絡(luò )帶寬和處理器計算能力方面。而我們所部屬的這個(gè)測試環(huán)境只是凸顯了閃存對于帶寬和處理能力的強烈需求，因為FlashSystem 840的硬件架構和軟件設計都以高性能和低延時(shí)為目標，雖然其解決自身的帶寬瓶頸，但卻將瓶頸轉移到了交換機與服務(wù)器的帶寬之上。
事實(shí)上，為了更好地評估FlashSystem 840在實(shí)際生產(chǎn)環(huán)境中的性能表現，我們聯(lián)合了新浪和樂(lè )視兩家互聯(lián)網(wǎng)公司，模擬其實(shí)際生產(chǎn)環(huán)境進(jìn)行測試。結果表明，不僅服務(wù)器與交換機之間的帶寬成為主要瓶頸，應用軟件也可能成為瓶頸之一。
在新浪所部屬的MySQL數據庫環(huán)境之中，MySQL自身的設計局限，成為此次測試的瓶頸，并未能完全發(fā)揮出FlashSystem 840的高性能低延時(shí)優(yōu)勢。在樂(lè )視的測試環(huán)境中，其利用三臺服務(wù)器組成的集群對FlashSystem 840進(jìn)行壓力測試，8Gb/s FC HBA卡所能提供的帶寬成為此次測試的瓶頸。即使是這樣，按照樂(lè )視目前實(shí)際生產(chǎn)環(huán)境的情況進(jìn)行估算，FlashSystem 840所提供的帶寬完全能夠媲美20臺用于數據存儲服務(wù)器所能提供帶寬。
通過(guò)我們的測試，再結合新浪與樂(lè )視實(shí)際生產(chǎn)環(huán)境所反映出的情況，我們認為，FlashSystem 840完全有能力解決當前企業(yè)數據中心環(huán)境下，應用對存儲系統提出的苛刻性能需求。并帶來(lái)可觀(guān)的成本節省，包括采購、物理空間以及散熱等方面綜合成本考量。關(guān)于IBM FlashSystem 840全閃存陣列更詳細內容，請關(guān)注我們稍后的完整評測報告。
