如果你問一下任何網(wǎng)絡(luò)工程師他們最不喜歡的任務(wù)，可能大部分人會告訴你是文檔類的工作。文檔工作，特別是制作數(shù)據(jù)中心網(wǎng)絡(luò)圖，通常來說很難創(chuàng)建，維護起來更加費時費力。
物理拓?fù)渫ǔ碚f與能展現(xiàn)真實網(wǎng)絡(luò)數(shù)據(jù)流的邏輯拓?fù)洳]有什么相似之處。通常物理拓?fù)鋾呄蛴趯D表能展現(xiàn)給所有的受眾，但是這樣會使圖表覆蓋網(wǎng)絡(luò)的所有細(xì)節(jié)?？赡芷渲凶畲蟮奶魬?zhàn)是保持?jǐn)?shù)據(jù)中心網(wǎng)絡(luò)圖表，或者擴展網(wǎng)絡(luò)的圖表是最新的，有最準(zhǔn)確的信息——但是這樣的內(nèi)容的工作量都可以創(chuàng)造一個全職工作了。
想讓網(wǎng)絡(luò)圖表更易于管理?你可以做以下這些事情。
數(shù)據(jù)中心網(wǎng)絡(luò)圖表的選擇
首先，決定你實際會使用的是哪種類型的圖表。一個單一的網(wǎng)絡(luò)環(huán)境可能有四個或五個圖表，每一個都描述了拓?fù)渲械牟煌糠帧?/p>
物理網(wǎng)絡(luò)圖表描述了硬件的連接狀態(tài);邏輯圖表描述了不同的網(wǎng)絡(luò)路徑。你可能需要一個物理拓?fù)浒殡S著多個邏輯拓?fù)洌切枰⒁獾氖遣灰^度。另外，一個不更新的圖表是一個大家都不會去使用的圖表。
我經(jīng)常發(fā)現(xiàn)物理拓?fù)鋱D一般情況下不會被引用。想象一下一個分發(fā)服務(wù)的交換機可能有多對負(fù)載均衡器、防火墻和路由器。要想整潔地在一頁內(nèi)顯示所有內(nèi)容幾乎是不可能的，但是如果分開這些內(nèi)容意味著需要增加很多圖表。在物理拓?fù)淅锩妫袃r值的信息大部分在接口連接上，但是這些信息管理員可以從交換機配置上很輕松的獲取到。
另外，物理拓?fù)洳⒉荒荏w現(xiàn)流量的流向。從圖1中可以看到，一個物理拓?fù)鋱D可能很準(zhǔn)確地描述了數(shù)據(jù)中心中的設(shè)備是如何連線的。但是對數(shù)據(jù)流的描述卻非常少，但從圖2的邏輯拓?fù)渲袇s能看到數(shù)據(jù)流精準(zhǔn)的信息描述。
圖1. 這個物理拓?fù)湔宫F(xiàn)了企業(yè)網(wǎng)絡(luò)設(shè)計
圖2. 這個邏輯網(wǎng)絡(luò)拓?fù)浔绕鹞锢硗負(fù)涮峁┝烁嗟膬?nèi)容
考慮到很多設(shè)備支持設(shè)備描述表(Device Contexts)和虛擬路由轉(zhuǎn)發(fā)(VRF)等設(shè)計，邏輯拓?fù)渚惋@得更加重要。在圖2中可以看到，物理防火墻支持多個描述表，以及交換架構(gòu)支持多個VRF。鑒于網(wǎng)絡(luò)流量是通過虛擬LAN(Vlan)標(biāo)簽來指引的，圖1中的物理拓?fù)涫钦_的，但是顯然沒有圖2的信息那么有用。邏輯數(shù)據(jù)中心網(wǎng)絡(luò)圖表能很容易地展現(xiàn)哪些VLAN是和哪些設(shè)備以及設(shè)備描述表或者VRF關(guān)聯(lián)的信息。除了這個圖表之外，可能還會有3或4個更多的邏輯拓?fù)鋪砻枋鐾粋€物理設(shè)備，比如虛擬私有網(wǎng)絡(luò)或者出口訪問(流量)。鑒于并不是所有的網(wǎng)絡(luò)都按照這種形式來設(shè)計的，所以需要強調(diào)的是并不是所有類型的圖表在所有的情況下都是有用的。
一旦你決定了哪種類型的網(wǎng)絡(luò)圖最適合你的需要，那么你需要找出來哪些信息是和每一個圖表相關(guān)聯(lián)的。只需要包含相關(guān)的信息到相應(yīng)的拓?fù)渲腥?。在本文的例子中強調(diào)了將每一個網(wǎng)段的VLAN標(biāo)記出來是很重要的。有了這個信息以及關(guān)聯(lián)到這些VLAN的防火墻設(shè)備描述表或者VRF對于某些架構(gòu)來說很重要。
嘗試將一些可能會變化的內(nèi)容加到文檔中只會帶給工程師或架構(gòu)師多余的工作內(nèi)容。舉個例子，你可能并不需要在圖表中的負(fù)載均衡器上標(biāo)注出它的虛擬IP地址(VIP)。但是你可以考慮將VIP所在的網(wǎng)段標(biāo)記到圖表中，這樣子你可以在需要的時候快速識別以及定位它。還有，如果你需要更多詳細(xì)的關(guān)于VIPs的信息，有其他地方來保存而不是在數(shù)據(jù)中心網(wǎng)絡(luò)圖表中。其他在使用圖表的時候重要的內(nèi)容包括基于策略的路由(PBR)或者Web Cache Coordination Protocol(WCCP)，這些特性能攔截以及改變初始的路由路徑。
到底SDN實際上看起來是怎樣的呢?
要將軟件定義網(wǎng)絡(luò)畫到圖表里面是非常困難的工作，因為大多數(shù)工程師都不清楚這是什么。
一個軟件定義網(wǎng)絡(luò)(SDN)圖表可能比實際的拓?fù)涓哂写硇?，取決于你如何描述它。如果你使用OpenFlow或者VMware的NSX SDN，那么圖表會和正常的圖表很相似，都是需要將所有的內(nèi)容邏輯上地表達出來。
在你需要之前更新你的拓?fù)?/strong>
一旦你已經(jīng)完成了數(shù)據(jù)中心相關(guān)的圖表，那么下一個問題是你如何保持這些圖表的更新。
有一些工具不僅僅能幫助你創(chuàng)建網(wǎng)絡(luò)拓?fù)洌€能幫助你更新他們。這聽起來很吸引人，但也不是完全沒有問題。很多這類工具依賴于設(shè)備發(fā)現(xiàn)(協(xié)議)來建立準(zhǔn)確的網(wǎng)絡(luò)地圖和決定數(shù)據(jù)流方向。設(shè)備發(fā)現(xiàn)并不是一個很好的方法，因為它可能被類似防火墻或者其他安全設(shè)備誤導(dǎo)或者阻擋。雖然圖表工具可以非常有用，但我發(fā)現(xiàn)很多網(wǎng)絡(luò)圖表是靜態(tài)的，并且讓他們保持更新只需要很少的工作量。
沒有任何兩個網(wǎng)絡(luò)是相同的。你的圖表最需要的內(nèi)容是什么是由誰會去使用這個圖表來決定的。因此即使我很少使用物理拓?fù)鋱D，但是數(shù)據(jù)中心設(shè)施經(jīng)理的團隊就可能只會對物理拓?fù)涓信d趣，而不會去使用邏輯拓?fù)洹?/p>
大多數(shù)網(wǎng)絡(luò)工程師不會希望浪費他們周末的時間來創(chuàng)建和維護圖表。將你的圖表專注化以及將其縮小到一定范圍可以幫助你在網(wǎng)絡(luò)變更之后不會需要被強制更新很多圖表。另外，嘗試將一些經(jīng)常變更的地方進行信息的總結(jié)，然后將這些地方的內(nèi)容引用到主要的數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)渲獾牡胤?。雖然沒有任何一個步驟能讓你從繪制網(wǎng)絡(luò)拓?fù)渲型耆樯?，但是能幫助你改變花費在工程和制作文檔的時間比例。
京公網(wǎng)安備 11010502049343號