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 最小实验拓扑 Spine-1 Nexus 9000v · 管理 192.168.100.11 Leaf-1 管理 192.168.100.21 Eth1/1-2 → Spine Leaf-2 管理 192.168.100.22 Eth1/1-2 → Spine 10G 10G VPC Peer-Link Server-1 双网卡 · 10.10.10.101 Server-2 双网卡 · 10.10.10.102 iSCSI Target 10.20.20.50 · LUN0/LUN1 iSCSI Spine-Leaf 10G VPC Peer-Link 服务器接入 存储接入

基础配置与连接方法

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 是否匹配。

Nexus 9000v 的接口编号从 Ethernet1/1 开始,与物理设备一致。虚拟机的网卡数量决定了可用的接口数量,建议每台 Leaf 至少配置 4 个网卡:2 个上联 Spine,2 个下联服务器。

实验环境验证清单

环境搭建完成后,按以下清单逐项验证,确保后续实验不会因基础问题中断。每一项都给出预期结果和判断依据,便于自查。

检查项命令预期结果
管理面连通ping 192.168.100.215 个包全部回复,丢包率 0%
SSH 可用ssh admin@192.168.100.21成功登录并进入 NX-OS 提示符
互联链路 upshow ip interface briefEth1/1、Eth1/2 状态为 up,协议 up
直连可达ping 10.0.1.25 个包全部回复
版本确认show versionNX-OS 9.3(x) 或更高,型号 Nexus9000v
License 状态show license usageLAN_ENTERPRISE_SERVICES_PKG 为 Yes

若某项不通过,优先排查虚拟化层:确认 Nexus 9000v 虚拟机的网卡绑定到正确的虚拟交换机端口组,确认端口组允许 VLAN 透传,确认 MTU 设置为 9216 以支持后续 VXLAN 实验。管理面不通时,可通过虚拟化平台的 console 进入设备,用 show interface mgmt0 检查 IP 是否配置正确、是否被其他设备占用。

Nexus 9000v 的 mgmt0 接口不支持子接口,管理流量必须使用独立的 VLAN 和子网。若管理主机与设备不在同一网段,必须确保默认网关可达,否则 SSH 和后续的 NX-API 调用都会失败。

从环境到集成场景的过渡

完成上述配置后,你手中已经具备一个可运行的三层互联 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 导出文本存档。实验环境的价值在于可重复,一旦配置被破坏,能够快速回滚到已知可用状态,比重新搭建节省大量时间。