1. 课程导入与实验环境搭建
Cisco Nexus 系列交换机在数据中心网络中承担着承上启下的关键角色:向下通过 10G/25G/40G/100G 以太网接口连接服务器网卡,向上对接核心 Spine 或边界路由器,同时通过 FCoE、NPV/NPIV 或纯 IP 存储路径与存储阵列互联。理解 Nexus 在服务器与存储网络集成中的定位,核心是理解它同时承载三类流量:服务器业务流量(LAN)、存储流量(SAN 或 IP-SAN)以及管理流量,并通过 VPC、VXLAN、QoS、PFC/ETS 等机制保证三类流量在同一物理链路上互不干扰。本课程后续所有实验都围绕这一融合模型展开,因此第一步必须搭建一个可反复使用、可验证、可回滚的实验环境。
Nexus 9000v 模拟器与物理设备的取舍
学习阶段推荐使用 Cisco Nexus 9000v 虚拟交换机。它运行在 KVM 或 VMware ESXi 上,支持 NX-OS 9.3 及以上版本的大部分二层、三层、VPC、VXLAN 特性,适合做配置验证和协议观察。但它不提供真实 ASIC 转发性能,也不支持 FCoE 硬件卸载,因此涉及 PFC 死锁、缓冲区微突发、FCoE 端到端链路的实验必须使用物理设备(如 Nexus 93180YC-EX、9336C-FX2)。本课程实验以 Nexus 9000v 为主,物理设备作为对照说明。
一个最小可用的 Nexus 9000v 实验拓扑需要三台虚拟交换机:两台作为 Leaf(Leaf-1、Leaf-2),一台作为 Spine。Leaf 与 Spine 之间使用两条 10G 链路互联,Leaf 下挂两台虚拟服务器(可用 Linux 虚拟机模拟),服务器双网卡分别接入两台 Leaf,形成 VPC 双活接入。存储侧可用一台 Linux 主机运行 iSCSI target 模拟存储阵列,接入 Leaf-2。这个拓扑足以覆盖后续章节中的 VPC、VXLAN、iSCSI 多路径、QoS 等实验。
基础配置与连接方法
Nexus 9000v 启动后默认进入 NX-OS 的 setup 脚本,建议跳过并手动配置。第一步是配置管理接口和默认网关,使设备可被 SSH 访问。以 Leaf-1 为例:
configure terminal
interface mgmt0
ip address 192.168.100.21/24
no shutdown
exit
ip route 0.0.0.0/0 192.168.100.1
feature ssh
username admin password Cisco12345 role network-admin
hostname Leaf-1
配置完成后用 show interface mgmt0 确认接口 up,用 show ip route 确认默认路由存在。随后从管理主机 ping 192.168.100.21 验证连通性,再用 SSH 登录,确认远程管理可用。这一步是后续所有实验的前提,若管理面不通,后续 VPC 和 VXLAN 配置将无法远程排障。
第二步是配置 Spine-Leaf 互联链路。Nexus 9000v 默认接口为二层交换口,需要显式切换为三层路由口或配置为 trunk。本课程采用三层路由口(no switchport)方式,便于后续运行 OSPF 或 BGP。以 Leaf-1 的 Eth1/1 为例:
interface Ethernet1/1
no switchport
ip address 10.0.1.1/30
no shutdown
interface Ethernet1/2
no switchport
ip address 10.0.2.1/30
no shutdown
Spine-1 对应接口配置 10.0.1.2/30 和 10.0.2.2/30。配置完成后用 show ip interface brief 确认接口状态为 up,用 ping 10.0.1.2 验证直连可达。若接口显示 down,需检查虚拟交换机端口组是否绑定正确、VLAN 是否匹配。
实验环境验证清单
环境搭建完成后,按以下清单逐项验证,确保后续实验不会因基础问题中断。每一项都给出预期结果和判断依据,便于自查。
| 检查项 | 命令 | 预期结果 |
|---|---|---|
| 管理面连通 | ping 192.168.100.21 | 5 个包全部回复,丢包率 0% |
| SSH 可用 | ssh admin@192.168.100.21 | 成功登录并进入 NX-OS 提示符 |
| 互联链路 up | show ip interface brief | Eth1/1、Eth1/2 状态为 up,协议 up |
| 直连可达 | ping 10.0.1.2 | 5 个包全部回复 |
| 版本确认 | show version | NX-OS 9.3(x) 或更高,型号 Nexus9000v |
| License 状态 | show license usage | LAN_ENTERPRISE_SERVICES_PKG 为 Yes |
若某项不通过,优先排查虚拟化层:确认 Nexus 9000v 虚拟机的网卡绑定到正确的虚拟交换机端口组,确认端口组允许 VLAN 透传,确认 MTU 设置为 9216 以支持后续 VXLAN 实验。管理面不通时,可通过虚拟化平台的 console 进入设备,用 show interface mgmt0 检查 IP 是否配置正确、是否被其他设备占用。
从环境到集成场景的过渡
完成上述配置后,你手中已经具备一个可运行的三层互联 Leaf-Spine 拓扑。接下来需要在这个拓扑上叠加服务器接入和存储接入。服务器侧建议使用 Linux 虚拟机,配置双网卡 bonding(mode 4 LACP)或独立双网卡,分别接入 Leaf-1 和 Leaf-2,用于后续验证 VPC 双活。存储侧使用 Linux 主机运行 targetcli 创建 iSCSI target,导出两个 LUN,接入 Leaf-2 的服务器 VLAN,用于后续验证 iSCSI 多路径和 QoS 策略。
此时可以做一个简单的连通性验证:在 Server-1 上 ping 10.10.10.102,确认服务器之间二层或三层可达;在 iSCSI 主机上 ping 10.10.10.101,确认存储与服务器网段路由可达。若不通,检查 Leaf 上的 VLAN 配置和 SVI 接口状态。这个验证虽然简单,但它确认了后续所有集成实验的数据面基础。
最后,建议为每台设备保存配置并导出备份:copy running-config startup-config,再通过 show running-config 导出文本存档。实验环境的价值在于可重复,一旦配置被破坏,能够快速回滚到已知可用状态,比重新搭建节省大量时间。