您好,登錄后才能下訂單哦!
啦啦啦,好漢們,又見面了,羅嗦了一集“7 5 2”之后,今天是帶你玩弄DC的第二個實驗 -“初見N7K”。(人生若只如初見?我呸,這樣豈不是一輩子不能將N7K玩弄于股掌之間了嗎!)
首先,啥是N7K,N7K是Nexus 7000的簡稱,在思科的產品結構里面,7系列的產品有兩款,Nexus 7000和Nexus 7700,主要區別體現在性能上。
(其實思科挺背的,我們最熟悉的Nexus應該是谷歌出的Nexus系列的平板和手機,另外對于思科的IOS來說,我們最熟悉的IOS應該是蘋果iPhone iPad的系統,另外,其實思科的IP電話剛開始也準備叫iPhone的啦)
Nexus交換機產品線是平行于Catalyst交換機產品線的,他們都是交換機,Nexus設備使用NX-OS軟件,Catalyst設備使用IOS軟件。對于N7K來說,能夠讓他區別于其他設備的主要特點是如下幾個:
1. 支持VDC(VirtualDevice Context);
VDC是一個很神奇的功能,經過研發人員的努力 (此處省略兩萬字) ,最終實現的效果就是:物理上明明是一臺N7K,卻在邏輯上是多個不同的N7K,一臺物理的N7K最大可以虛擬出來的VDC數量與引擎的型號有關。
2. 模塊化的軟件結構,絕大多數特性(Feature)的使用,需要先開啟這個功能;
3. 高可用性(High Availability, HA)
作為一個數據中心核心級的設備,高可用性是必不可少的,N7K有很多可以保證高可用性的特性。
先來個正面照:
Nexus7000也不同的型號(7004 7009 7010 7018),基本上不同型號就是能安裝的卡數量不一樣,圖片里是7004就是能安裝4塊卡(2塊引擎、2塊板卡),其他性能參數基本一致。
好,我們主要還是通過實驗來進一步了解,
實驗用的設備:N7K一臺,上面至少裝有一塊引擎和至少一塊M1XL模塊
物理拓撲:
孤零零的一臺N7K,卻可以邏輯上變成如下拓撲,好像有點神奇
邏輯拓撲:
好,在做VDC實驗之前,我們再羅嗦兩句,對于VDC來說,他們的地位其實不大一樣,從角色和地位上來說分:
1. DefaultVDC
2. Non-defaultVDC
3. AdminVDC
其實很好理解啦,設備默認情況下,只有一個VDC,那就是defaultVDC,default VDC不能被刪除或者是創建的,可以創建或刪除的當然就是non-defaultVDC啦;
根據引擎的性能不同,最多的VDC數量可以是4+1或者是8+1,+1是什么呢?
在不創建Admin VDC的情況下,VDC最多是4或者8個,這里提一句,non-defaultVDCc從功能上區分,又有兩種,Ethernet類型和Storage類型,其中Storage類型的VDC只能有一個,這個我們留在存儲部分的實驗再去介紹,以下實驗創建和使用的VDC都屬于Ethernet類型的。
來段繞口令吧,如果不創建單獨的Admin VDC,那么DefaultVDC就同時兼任管理功能,Default VDC一定是Ethernet類型的,Non-default VDC可以被創建出來,可以是Ethernet類型也可以是Storage類型,其中Storage類型的VDC只能有一個。
由Default VDC來充當Admin的角色,在這種情況下,Default VDC是一個既可以干活又可以做管理的VDC;不過某些專家認為一個VDC身兼兩職會有隱患,所以Admin VDC橫空出世了;
Admin VDC:一個只做管理用途的VDC;那么啥是管理用途呢?一個字:創建和刪除VDC,配置VDC的基本信息,比如說接口的劃分、安裝License、開啟Feature-set等等;
未完待續…
Show time,實驗開始,(拿個電腦用Console線連到設備的Console口,此處省略1w字)
默認情況下,只有一個VDC,id是1,名字叫N7K,這個自然就是DefaultVDC啦,
這個設備上有哪些模塊呢?
1號槽位上是引擎,3號槽位上是F2e類型的模塊,4號槽是M1XL的模塊
初始情況下,設備上的接口不歸屬于任何一個VDC所有,想要在VDC里使用端口,當然得劃分啦,就像吃蛋糕,想要吃總要切蛋糕啊~
創建一個叫DC2-N7K-3的VDC,將E4/17-24的接口劃分到這個VDC,
同理,我們在創建一個叫DC2-N7K-4的VDC,將E4/25-32接口劃分到VDC,
劃分完接口,再看一下接口的歸屬情況,
值得注意的一個問題是,一個接口要能被劃分到某個VDC,前提:
這個VDC被配置的支持相應的模塊類型,
如果VDC被配置成不支持對應的模塊類型的后果就是:
要刪除某個VDC也是很簡單的,
提醒,重要的事情說三遍:
實驗室隨意,生產環境請不要隨意刪除VDC,后果很嚴重~
實驗室隨意,生產環境請不要隨意刪除VDC,后果很嚴重~
實驗室隨意,生產環境請不要隨意刪除VDC,后果很嚴重~
這時,E4/18-19和E4/26-27已經分屬到兩個獨立的設備上去了,他們倆如果要通信,就必須要連線,就像臺灣從大陸分離出去了,雖然曾經是一家,但是現在也要簽證了哦;
默認的VDC N7K和新創建的DC2-N7K-3、DC2-N7K-4是三臺邏輯獨立的設備了,要想管理DC2-N7K-3的具體配置,必須如下操作
要想回到Default VDC的辦法是,
VDC的創建和刪除都是如此的簡單,那我們就繼續看Feature是啥呢?用慣了IOS的好漢們肯定是這樣的,需要配置什么功能是吧?好的,看看IOS版本支持不支持,支持,OK,撈起袖子,開整~但是如果在NX-OS平臺上去操作,結果就是…
命令都敲不進去?什么情況?咦,怎么?功能不支持嗎?不是不支持,而是你沒有打開Feature或者是Feature-set,大的功能特性集是Feature-set,小的特性是Feature。
比如,想要配置OSPF,請打開OSPF的feature,
可以看到,Feature是很多的,幾乎每使用一項功能都需要打開相應的Feature,如果命令使用不了,先看看Feature有沒有打開咯;
如果說要使用FabricPath,那就不一樣了,FabricPath屬于一個大的特性集,是屬于Feature-set,比如DC2-N7K-3需要使用FabricPath功能,操作如下:
在Default VDC下,安裝feature-set,然后在相應的VDC里打開FabricPath
可以看到Feature-set其實是很少的,就是如圖所示的4個。
最后我們再來看一下HA吧,當然N7K在產品設計的時候,很多特性就是為了達到高可用性,比如說雙引擎的設計、冗余的電源、冗余的風扇、軟件在線升級ISSU(In-Service Software Upgrade)等等,我們這里就先只討論引擎的HA特性,
引擎是啥?除了長的不太像,差不多就類似于飛機的發動機吧,N7K可以安裝兩個引擎,相當于飛機有兩部發動機,應該比單發動機的飛機要安全吧。
那么引擎有哪幾種HA的模式呢?這個要分單、雙引擎的情況討論了,
啥?單引擎,不是說雙引擎嗎?雖說可以安裝雙引擎,但是假如我很窮,只裝單引擎行不行,當然行啦,單發動機的飛機也能飛,也未必一定會掉下來吧。
單引擎的HA模式:BringdownReload Restart
雙引擎的HA模式:BringdownRestart Switchover
簡單解釋下:
模式 | 效果 |
單引擎 Reload | 重啟了,還是單引擎,就像飛機在飛的時候發動機重啟了,你想想吧 |
單引擎Restart | 刪除VDC和關閉接口,然后重建VDC加載配置 不準確的說法大概類似于電腦的LogOff和Login |
單引擎Bringdown | 掛起,就是出了故障不做任何處理, (飛機在飛的時候發動機故障,還不做處理,好吧~) |
雙引擎Bringdown | 同單引擎Bringdown |
雙引擎Restart | 同單引擎Restart |
雙引擎Switchover | 在保持網絡中所有路由計算、數據轉發等等控制層面、轉發層面不受影響的情況下,主引擎將工作轉交給備引擎~ |
更多好玩的可以來:http://bbs.yeslab.net
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。