啦啦啦，好漢們，又見面了，羅嗦了一集“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