Half Coffee Blog!
我热爱的一切东西~-
如何卸载 NSX
摘要：NSX 目前不支持直接降级操作，如果要降低NSX版本，只能通过卸载再重装 NSX 的方式。
-
交换机 MTU 配置总结
摘要：在使用基于 VXLAN 的 SDN 解决方案时，对物理网络的基本要求是修改 MTU，让其大于1600 (NSX)，下面总结了几大厂商不同型号或版本交换机的配置，以后会不断更新，也请有过配置经验的同行帮忙补充
本文 PDF 下载链接 ：点击下载
配置简介
一般配置 MTU 时，需要配置端到端沿途所有设备，如果源和目标在同一个网段，则只需要配置沿途所有设备的二层接口MTU。一般按照设备不同，可能需要全局配置 MTU，或者在对应接口上配置MTU。
如果源和目的在不同的网段内，除了配置沿途所有二层接口 MTU 外，还需配置两个网段网关接口(三层接口)的 MTU。
一般配置方式是 interface vlan 100，mtu 1600。
Cisco
Nexus 系列交换机
三层 MTU
SVI 接口配置：
Switch(config)#interface vlan 1 Switch(config-if)#mtu 9216三层物理接口配置：
Switch(config)#interface ethernet 1/1 Switch(config-if)#no switchport Switch(config-if)#mtu 9216二层MTU
二层MTU可以通过Qos或者基于端口进行配置。目前只有 Nexus 7000, 7700, 9300, 和 9500 支持端口配置 MTU。 Nexus 3048, 3064, 3100, 3500, 5000, 5500, 及 6000 配置方式 此配置会对所有接口生效
policy-map type network-qos jumbo class type network-qos class-default mtu 9216 system qos service-policy type network-qos jumboNexus 7000, 7700, 9300, 及 9500 配置方式
以下为基于接口的配置方式：
Switch(config)#interface ethernet 1/1 Switch(config-if)#mtu 9216
-
NSX:如何调整Contoller内存大小
摘要：NSX Controller默认使用4G内存，在NSX Controller部署完成后默认不允许修改Controller大小，可以通过修改NSX Controller vmx配置文件来修改Controller的CPU核内存大小，也可以从源头下手，直接修改NSX manager中Controller部署文件的配置。建议只在测试环境中这样操作
1、正常部署NSX manager
2、将NSX manager虚拟机关机，挂载任意Linux live cd
3、挂载NSX主目录，进入下图中的目录，找到nsx-controller-4.0.6-build500802.vxlan.ovf文件
4、使用sudo chmod +w 命令为.vxlan.ovf文件赋予写操作权限
5、使用vi文本编辑器打开ovf文件，找到内存所在行，修改VirtualQuantity中的4096，将其改为2048（最小需要2GB内存）
6、修改完成后存盘，重启让NSX manager正常开机，部署NSX Controller，则发现部署出来的Controller内存变为2GB
-
华为设备 BFD + 静态路由的几种配置方式
摘要：网络环境中使用了静态路由以及二层接口卡，如果链路故障则无法和vlan接口进行up down的联动，因此也就不能实现静态路由故障切换。需要依赖于其他检测技术，例如BFD
什么是 BFD
BFD全称Bidirectional Forwarding Detection，双向转发检测，可以实现快速检测并监控网络中链路问题或者路由转发问题，与其他协议配合能实现自动或者半自动的切换（例如静态浮动路由切换），以保证网络高可用性。
从名称中可以看出，这个协议一般需要检测与被检测端建立会话（session），使用共同的参数进行链路故障检测，其参数有些类似于ospf的hello包，有最小发送时间（min-tx-time），最小接收时间（min-rx-time），检测倍数（Detect time multiplier）。检测时间=最小接收时间*检测倍数。在检测时间内未收到对端发来的hello，则bfd认为链路故障。
为防止bfd抖动，检测时间需要大于链路延迟。
静态路由为什么需要和BFD联动
以下图为例，一个普通网络中双路由器，运行静态路由协议，PC的网关指向VRRP虚拟地址。
-
如何加快 NSX OSPF 收敛时间
摘要：在上篇OSPF在MA网络下收敛时间时，提到了NSX的收敛时间，刚好这次有机会进行了关于NSX更为细致的测试，发现 NSX 并不能只根据那篇文章最后的总结，修改OSPF hello dead时间就行，事实更为复杂
这次进行了两种设计的测试，一种是Edge HA，一种是DLR开启ECMP+多个Edge。
Edge HA + OSPF
-
vSphere主机发生HA时虚拟机重新启动时间
摘要：在做vSphere时一个常用的功能是HA，HA包含主机故障检测、虚拟机异常检测。关于虚拟机相关参数调整的介绍较多，但是对于主机高级参数以及主机故障后HA如何工作的文章较少，本文章主要介绍主机故障时HA工作机制以及虚拟机在多久应该可以重启/恢复
在HA中，主机有两种觉得，Master 以及 Slave角色，这两种角色主机故障时，虚拟机恢复时间是不同的
1、Slave 主机发生故障
Slave 发生故障时，时间轴如下：
- T0 – Slave 主机故障发生。
- T3s – Master主机开始检查存储心跳，持续15秒。
- T10s – 主机被宣告为不可达，Master 主机会ping 故障主机的网关地址，持续ping 5秒钟。
- T15s – 如果没有配置存储心跳检查，则主机会被宣告为故障。
- T18s – 如果配置了存储心跳，则主机被宣告故障。
- [Series:4/4]nsx-t powercli script to get loadbalancer infos
- [Series:3/4]nsx-t powercli script to batch create T1 router ports
- [Series:2/4]nsx-t powercli script to batch create logical switches
- [Series:1/4]nsx-t powercli script to batch create firewall rules
- Operationalize Your World 中文版-2
- Operationalize Your World 中文版-1
- vCenter 被 NSX 防火墙阻断后怎么办?
- NSX高阶操作：利用 API 控制管理员可访问范围
- NSX从入门到精通(11)：NSX 微分段的使用场景之云安全
- 如何卸载趋势无代理防病毒