關於SAN 的設計-Host 設計

最近手頭項目接近尾聲,但願花些時間陸續把以往設計經驗分享出來,固然,這僅僅是來自我我的的經驗。
安全

  我會盡可能捨棄些宏觀概念,包括項目潛在效益,成本保護等等,由於我以爲那隻不過是sales 該掌握的。
服務器

關於SAN 的設計-Host 設計:架構

位於整個SAN架構角色,咱們一般會把注意力放在性能上面,固然不否定的說,這也是很重要的,關於應用主機(物理)該如何配置呢?我分享下經驗ide

在不少時候,用戶由於預算,問我可否配置一臺組裝的應用服務器,固然內地不少廠商已經很成熟的歸入這項業務,而我一般建議:您最好不要這樣作。性能

組裝服務器每每會在價格存在優點,或者同價格的性能上存在優點,可是咱們頗有可能失去穩定性,我一直把穩定性的優先級放在性能至上。一線廠牌的Server 在出廠以前都是通過嚴格測試的,而且得出最終的年故障停機率。而且每臺設備售出,信譽上要向全球負責,組裝服務器每每可能會忽略這些細節,總之,預算緊,請配備一臺低端的一線廠牌的服務器。測試

PCI 總線:spa

FC HBA 與 iSCSI NICs 每每會產生很大的流量經過PCI 總線,選擇最佳總線速率,確保系統可以處理預期的工做負載。操作系統

另外:若是預期考慮到PCI 總線會有很大的流量負擔,請優先考慮傳統,獨立的服務器,而不是刀片服務器,經驗豐富的工程師一定知道,刀片服務器總線及適配器每每是統一聚集的。設計

Multiport HBA’s日誌

Multiport NIC’s

多個端口的適配器確保鏈路冗餘,在安全上是很重要的。請確保FC HBA支持發起模式

端口速率的選擇,我沒有主觀的建議,由於與實際的生產環境有很大的關係,可是我提供一些數值,再壓力測試以後,能經過這些數值選配最佳速率的適配器。

表1-HBA卡最大的性能:

 

端口速率 IO/s MB/s 半雙工 MB/s 全雙工
2 Gb/s 100000 200 400
4 Gb/s 150000 400 800
8 Gb/s 200000 800 1600

表1顯示的光線適配器最大速率,可是一般在適配器工做時候會有部分的額外損耗,實際速率一般是理論值的66%:

表2-HBA卡實際工做速率

端口速率 IO/s MB/s 半雙工 MB/s 全雙工
2 Gb/s 65000 180 360
4 Gb/s 100000 360 720
8 Gb/s 130000 720 1440

*表2上面的值,根據實際環境的因素,可能會更高或更低,實踐環境下,能夠利用此數值進行參考。

端口鏈接:

若是已經配置冗餘端口,儘量把端口物理隔離。

好比HOST 有2塊雙端口的HBA卡,一方面鏈接帶有雙控的存儲1,一方面鏈接帶有雙控的存儲2.能夠分別佔用2塊卡各一個端口鏈接存儲1,其他鏈接存儲2.

表3-iSCSI 平均速率

 

    端口速率 IO/s MB/s
   1 Gb/s 12000 80
   10 Gb/s 80000 530

*表3上面的值,根據實際環境的因素,可能會更高或更低,實踐環境下,能夠利用此數值進行參考;

另外:iSCSI 一般會比FC 形成更大的性能開銷。尤爲是CPU,由於經過Ip封裝的SCSI命令,要靠CPU進行處理。一般iSCSI 的發起端,要比iSCSI的目標端帶來更大的開銷。

我建議爲每個iSCSI發起端/目標端增長一顆CPU(Core);

 

多少顆CPU(Core)

取決於服務器有多少IO / s必須被處理;適當數量的cpu必須選擇。

另外:以前遇到一個問題,發生在一臺Esxi的Host 上面,一顆多核心的CPU,其中一個核心工做負載接近90%以上,而其它幾個核心彷佛10%如下。這顆CUP的屬性是:基於Inter Xeon 5系列,解決的方法是,進入BIOS ,關閉相似一個TurboBoot功能,而後獲得解決。

 

操做系統:

這一方面彷佛沒有太多的介紹,由於根據業務類型,客戶早已定性。

可是我建議,若是採用Windows Server 的Host,儘量使用英文系統(語言),一般一個故障出現是時,咱們沒法馬上排除,只能把錯誤信息(或日誌)反饋給供應商,反饋的信息若是存在中文信息,那麼對於某些外籍的Support來講,就會下降效率,英文是全球的通用語言,因此我建議使用英文。

相關文章
相關標籤/搜索