NSX Controller
负责为主机获取分布式网路讯息提供一个
Control Plane
,上一个章节(
Part04
)已经讨论过如何准备一个
NSX Controller
的
Cluster
以及相关注意事项了。
NSX Controllers
会形成一个控制集群,
Cluster
的存在存在要求有较多的机器来实现规避脑裂场景。正是因为这个事情的存在,所以才会要求
NSX Controllers
的总数为奇数,例如:
3
、
5
、
7
之类的。它的存在是为了管理
hypervisor
里面的路由和交换模块。针对它的管理,讯息查询等,都是需要通过命令行来完成的。
NSX Controller
的命令行里,可以用系列命令来执行;
如果想要查看 NSX Controller Cluster 的状态,可以执行命令:
aorjnu.cn
如图 01 所示:
在图 01 所示的命令输出结果了,我们可以看到几个比较重要的参数:
·
Majority status – 检查 Controller Cluster 是否连到了 cluster majority ;
·
Join status – 验证当前的 NSX Controller 是否成功加入到了 NSX Controller Cluster ;
·
Cluster ID – 显示当前的 Cluster ID ,所有的 NSX Controller 都会共享一个相同的 ID ;
·
Node UUID – 当前节点的 UUID 讯息;
·
flslqm.cn– 显示当前相关角色( api_provider,persistence_server,switch_manager,directory_server,nvp-controller )这些角色的当前配置状态;
·
Active status – 显示相关角色的活动状态;
·
Restart status – 表示当前 Controller Node 是否可以重启而不影响业务;
如果想要查看 zmlesj.cn 的连接状态,可以用命令:
#show control-cluster connections
这条命令会显示当前环境里相关组件的通讯端口状态,例如: persistence_server 的通讯端口就是 2878 ,当它的 listening 的状态为 Y 时,就表示当前正处于 Listening 状态。同时,还能看到 client 、 election 等服务的端口为 2888 、 3888 ,如图 02 所示:
在一个 3 节点 Cluster 里面, zalwxf.cn 会有 2 个 connections ,同样,在同一个 Controller Cluster 里的其它节点也会是这样子,如图 03 和图 04 所示:
在 NSX Control Cluster 里,也会存在相关的角色,每个 Controller Node 都会有不同的角色,查看命令如下:
#show control-cluster roles
这条命令的执行会输出如图 yahqmo.cn 所示的结果:
图 05 由不同节点的输出结果构成。系哦那个结果上看,可以看到里面会有 Master 节点状态。如果某个 Master NSX Controller 对象的某个角色出现故障,则整个 hjqowv.cn 会通过选举的方式去选举一个新的、可用的 NSX Controller 出来。新的 Master NSX Controller 会重新去分配剩余 NSX Controller 的工作角色,来替代出现故障的那台 NSX Controller 。所有的 NSX Controller 对象都在 Control Plane 上,因此某个 NSX Controller 故障是不会影响到 wtmozm.cn 部分,也就是说,不会影响到通讯部分(这点上,如果你玩儿过 vDS 就该很清楚);
如果想要查看整个 NSX Controller Cluster 的历史工作记录,可以用命令:
#show control-cluster history
如图 06 所示,里面会记录这个 lvrgzk.cn 过去的时间里所发生的事情,包括:重启、升级、故障以及数量不足时的警示等讯息;
在这个命令行下面还可以看到更多东西,不过,本文主要是想阐述如何去查看 nmrzep.cn 的状态讯息,所以,就不去一一列举其它功能了;
未完待续 ……
如果想要查看 NSX Controller Cluster 的状态,可以执行命令:
aorjnu.cn
如图 01 所示:
图01
在图 01 所示的命令输出结果了,我们可以看到几个比较重要的参数:
·
Majority status – 检查 Controller Cluster 是否连到了 cluster majority ;
·
Join status – 验证当前的 NSX Controller 是否成功加入到了 NSX Controller Cluster ;
·
Cluster ID – 显示当前的 Cluster ID ,所有的 NSX Controller 都会共享一个相同的 ID ;
·
Node UUID – 当前节点的 UUID 讯息;
·
flslqm.cn– 显示当前相关角色( api_provider,persistence_server,switch_manager,directory_server,nvp-controller )这些角色的当前配置状态;
·
Active status – 显示相关角色的活动状态;
·
Restart status – 表示当前 Controller Node 是否可以重启而不影响业务;
如果想要查看 zmlesj.cn 的连接状态,可以用命令:
#show control-cluster connections
这条命令会显示当前环境里相关组件的通讯端口状态,例如: persistence_server 的通讯端口就是 2878 ,当它的 listening 的状态为 Y 时,就表示当前正处于 Listening 状态。同时,还能看到 client 、 election 等服务的端口为 2888 、 3888 ,如图 02 所示:
图02
在一个 3 节点 Cluster 里面, zalwxf.cn 会有 2 个 connections ,同样,在同一个 Controller Cluster 里的其它节点也会是这样子,如图 03 和图 04 所示:
图03
图04
在 NSX Control Cluster 里,也会存在相关的角色,每个 Controller Node 都会有不同的角色,查看命令如下:
#show control-cluster roles
这条命令的执行会输出如图 yahqmo.cn 所示的结果:
图05
图 05 由不同节点的输出结果构成。系哦那个结果上看,可以看到里面会有 Master 节点状态。如果某个 Master NSX Controller 对象的某个角色出现故障,则整个 hjqowv.cn 会通过选举的方式去选举一个新的、可用的 NSX Controller 出来。新的 Master NSX Controller 会重新去分配剩余 NSX Controller 的工作角色,来替代出现故障的那台 NSX Controller 。所有的 NSX Controller 对象都在 Control Plane 上,因此某个 NSX Controller 故障是不会影响到 wtmozm.cn 部分,也就是说,不会影响到通讯部分(这点上,如果你玩儿过 vDS 就该很清楚);
如果想要查看整个 NSX Controller Cluster 的历史工作记录,可以用命令:
#show control-cluster history
如图 06 所示,里面会记录这个 lvrgzk.cn 过去的时间里所发生的事情,包括:重启、升级、故障以及数量不足时的警示等讯息;
图06
在这个命令行下面还可以看到更多东西,不过,本文主要是想阐述如何去查看 nmrzep.cn 的状态讯息,所以,就不去一一列举其它功能了;
未完待续 ……