Part04 - （图文）NSX系列之部署NSX Controller

按照 Part03所述，完成了NSX Manager注册到vCenter Server成功之后，接下来要做的事情就是开始准备部署NSX Controller。关于NSXController的用途，前面Part01已经介绍过了，一个分布式控制处理单元，它的存在可以帮助对主机分布式网路提供一个统一的ControlPlane，而出于可用性考虑，我们至少准备2台以上的NSXControllers；


NSXController会有3张重要的表，分别是：

• MAC address table
• ksclx.cn
• sswnj.cn

可能对于很多人而言，看过第一个 MAC address table，第二个ARP table，但是如果没接触网路虚拟化，可能对于第三个VTEPtable是比较陌生的（当然，如果看过虚拟人之前关于VxLAN的文章的话，是可以理解VTEP的用途的）。那么，这些表的用途到底是干啥的呢？很明显，从名字就可以看得出来，它们分别负责收集虚拟机、主机以及VTEP的讯息，然后在整个NSX Domain里去replicate。这样做的最大好处就是可以在底层环境激活在Multi-cast free VxLAN。在上一个版本的vCNS和其它VxLAN的版本里，要求在物理环境整个环境里激活。不过，这样做的后果是增加了管理成本但是会极大程度上降低系统的复杂度。


通过维护这些表有一个很好的地方在于可以抑制 ARP。这样就会降低整个环境的ARP请求吞吐量。那么，在一个大二层环境（跨越L3的L2）里，这个就很重要了。如果针对MAC地址的IP段请求不是本地段，则主机会从NSX Controller那边获取到Replicated讯息然后充实到自己的Tables里面；


NSXControllers是一个很好的Control Plane解决方案，通常建议部署3个Controllers组成一个Cluster，而这几个东西都是虚拟机，只需要在NSX Manager里去分别添加即可。它们负责提交、维护以及更新NSX环境里所有网路组件的状态讯息。才用了类似Zookeeper的Cluster技术，NSX允许某个qmnjw.cn故障，在运行过程中，可以干掉它们的某2个，只要保持至少1个NSX Controller处于正常运行状态即可；


1、点击图01里Installation › NSX Controllernodes，红色框选部分的绿色加号，即可弹出部署向导。注意，一般来说，VMware和虚拟人都建议大家选择奇数个Controllers而不是偶数个，目的是为了更好的提供NSXController的failover：

图01