Fabrics只是為了原始帶寬？

最近關(guān)于數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)技術(shù)（Fabrics）的探討甚囂塵上，但是相關(guān)信息混雜繁多、令人困惑，特別是對于Fabrics能夠給整個行業(yè)帶來哪些機(jī)會或是應(yīng)當(dāng)發(fā)揮什么效用的爭論頗多。

但是其中有一點是非常明確的：對數(shù)據(jù)中心而言，向Fabrics遷移事關(guān)重大。而對我們而言，準(zhǔn)確理解Fabrics能夠帶來什么，以及哪些特性是必須的，也是非常重要的。畢竟，在邊界軟件很多的環(huán)境下，F(xiàn)abrics可能沒有必要具備十分豐富的特性，相反，它應(yīng)當(dāng)將目標(biāo)僅僅集中在為組播流量提供大量的原始帶寬上。

Fabrics將計算、存儲和網(wǎng)絡(luò)資源整合為通用資源池

讓我們首先弄明白“為什么采用Fabrics技術(shù)？”和“為什么是現(xiàn)在？”。簡而言之，傳統(tǒng)網(wǎng)絡(luò)架構(gòu)并不符合現(xiàn)代數(shù)據(jù)中心的負(fù)荷要求。

具體來講，數(shù)據(jù)中心的設(shè)計規(guī)劃理念已經(jīng)演變?yōu)閷⒂嬎恪⒋鎯�和網(wǎng)絡(luò)等基礎(chǔ)設(shè)施的各個部分整合為通用資源池。這也就意味著任何工作任務(wù)都有可能遍布數(shù)據(jù)中心的任何地方。但是，傳統(tǒng)意義上的數(shù)據(jù)中心設(shè)計規(guī)劃很難達(dá)到這一目的。

在典型的三層架構(gòu)（接入層、匯聚層和核心層）中，各層的帶寬和延時并不一致，它們的大小主要依賴于流量矩陣。例如，連接接入層ToR交換機(jī)的主機(jī)比連接匯聚層相同型號的ToR交換機(jī)的主機(jī)帶寬大，延時低；連接核心層路由器的主機(jī)又要比連接其他兩層的主機(jī)帶寬小，延時高。那么這種網(wǎng)絡(luò)架構(gòu)的效果如何呢？它會直接影響工作任務(wù)的分配。那也就意味著給各個端口分配工作任務(wù)屬于典型的裝箱問題——在動態(tài)環(huán)境中，很有可能實現(xiàn)對于帶寬分配的次優(yōu)結(jié)果，或是由于位置限制，實現(xiàn)計算資源分配的次優(yōu)結(jié)果。

反觀Fabrics，盡管目前對于采用何種Fabrics技術(shù)仍然存在較大分歧，但是Fabrics的物理網(wǎng)絡(luò)不會限制工作任務(wù)的分配位置，比如Nicira公司的Fabrics。這最起碼意味著任意兩個端口之間的通信都是具有相同延時的，不相交的端口子集之間也不存在帶寬分配不合理的問題。更為簡單的是，物理網(wǎng)絡(luò)僅僅作為網(wǎng)絡(luò)架構(gòu)的基礎(chǔ)部分運營，不具備數(shù)據(jù)處理能力。

Fabrics真正需要具備哪些功能特性？

Fabrics的帶寬大小統(tǒng)一，除此之外，它還應(yīng)當(dāng)提供何種功能呢？答案顯而易見，為了實現(xiàn)組播技術(shù)，F(xiàn)abrics的硬件應(yīng)當(dāng)既支持組播組的管理，也支持?jǐn)?shù)據(jù)包的復(fù)制。同時，F(xiàn)abrics還應(yīng)當(dāng)盡可能地提供QoS支持，對數(shù)據(jù)包進(jìn)行相關(guān)的優(yōu)先級標(biāo)記，以便為擁塞控制提供輔助決策信息。

進(jìn)一步而言，目前市面上大多數(shù)Fabrics供應(yīng)商都在兜售大量的附加功能，比如隔離服務(wù)（VLAN等）、安全服務(wù)、主機(jī)端移動性支持服務(wù)和可編程服務(wù)等。

邊界軟件重疊下的Fabrics

以上列出的那些功能特性無疑會為典型的企業(yè)網(wǎng)或社區(qū)網(wǎng)帶來益處。但是，現(xiàn)代化的數(shù)據(jù)中心會承載各種不同的工作任務(wù)。因此，數(shù)據(jù)中心通常會在主機(jī)端重復(fù)部署這些功能特性。例如，一個大型的Web服務(wù)，往往會在負(fù)載均衡器、后臺均衡器或分布式計算平臺上同時實現(xiàn)負(fù)載均衡、失效備援、機(jī)動性和安全性等功能特性。這種情況不僅存在于Fabrics中，也經(jīng)常會在分布式網(wǎng)絡(luò)中出現(xiàn)，甚至諸如IaaS這樣的虛擬主機(jī)環(huán)境也開始在vSwitch中實現(xiàn)這些特性（例如NVGRE或VXLAN）。

我們有充足的理由在邊界軟件中重復(fù)使用以上那些功能特性。最起碼，這樣做有助于兼容任何的Fabrics設(shè)計。更為重要的是，針對端到端尋址、安全上下文、會話和移動事件等等，邊界部分會擁有極為豐富的語義，允許系統(tǒng)構(gòu)建者在不改變核心網(wǎng)絡(luò)的情況下改進(jìn)以上那些功能特性。

在這樣的環(huán)境中，F(xiàn)abric以提供原始帶寬為主要目的，實現(xiàn)性價比的最大化。這可能是為什么在許多數(shù)據(jù)中心，不論是采用“大數(shù)據(jù)”技術(shù)還是虛擬主機(jī)技術(shù)，我們往往看到它們采用IPFabrics的網(wǎng)絡(luò)架構(gòu)。這些網(wǎng)絡(luò)架構(gòu)簡單、低廉，但卻非常高效。這也正是為什么許多新一代網(wǎng)絡(luò)結(jié)構(gòu)公司致力于提供低成本的IPFabrics技術(shù)。

如果目前世界上大部分高級數(shù)據(jù)中心的系統(tǒng)部署都是隨意進(jìn)行，那么邊界軟件將會浪費大量傳統(tǒng)網(wǎng)絡(luò)的功能。這種非破壞性損害的作用顯而易見。但是，這種方式對于傳統(tǒng)網(wǎng)絡(luò)功能改變的影響，有可能是意義深遠(yuǎn)的。

服務(wù)器租用/服務(wù)器托管中國五強！虛擬主機(jī)域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]