practice15｜SDN与NFV云原生网络

ONEPSOFT | 软考学习知识库

---

practice15｜SDN与NFV云原生网络

Practice · 网规【SDN/NFV 与云原生网络·控制转发分离/软硬件解耦/Overlay VXLAN】（教材出处：第 2 章 2.6 / 第 7 章 7.6 / 第 4 章 4.3.2）

题 1 ·【情境判断】题干

某公司园区网有 200 台交换机，网管每天逐台登录改 VLAN、调策略，又慢又容易配错。他想 " 搞一套系统，改一处策略、全网交换机自动生效，还能用程序自动调路由 "。这想法用 SDN 能实现吗？为什么？

• 考察点（教材原文）：「在 SDN 的控制平面中，路由器不再分散地各自执行路由算法而生成转发表，而是将本地链路状态信息通过控制器代理 (CA) 上传至一个集中式的远程控制器。然后，远程控制器计算并下发转发表给每个路由器」「控制平面路由选择功能与物理的路由器是分离的，即路由选择设备仅执行转发，而远程控制器计算并分发转发表」「远程控制器……提供应用程序编程接口 (API), 这使得用户可以自己定义和控制网络核心的路由计算和转发规则」——出自【第 2 章 2.6 软件定义网络】
• 自答区：（写下能否实现 / 为什么）
• 参考答案与解读：能，这正是 SDN 的本职。 传统网络每台交换机 " 各自算路由、各自转发 "（分布式），所以才要逐台配；SDN 把 " 算路 " 集中到一个远程控制器（大脑），交换机只当 " 手脚 " 按控制器下发的流表转发。改策略只改控制器一处 → 它算好新流表 → 自动下发全网，不用逐台登录。而且控制器开放 API，你能写程序自定义路由/转发规则（如按业务自动调度）。这正是教材说的 " 控制平面与路由器分离、用户可自定义控制 "——集中管控 + 可编程，正是 SDN 解决 " 逐台配、易错、难统一 " 痛点的关键。
• 画像提示：【SDN 像城市交警指挥中心 vs 各路口自行协调：传统 = 每个路口红绿灯自己看车流调（分布式，易局部最优全局堵）；SDN = 指挥中心统一看全局、下发配时方案（流表），每个路口信号机只执行。改全市配时只改指挥中心一处。】

题 2 ·【概念辨析】题干（区分易混概念）

SDN 和 NFV 名字老一起出现，都带 " 解耦/虚拟化 " 味儿，考生极易混。请用大白话区分：SDN 解耦的是哪两者？NFV 解耦的又是哪两者？各解决什么痛点？

• 考察点（教材原文）：「控制平面路由选择功能与物理的路由器是分离的，即路由选择设备仅执行转发，而远程控制器计算并分发转发表」——出自【第 2 章 2.6 SDN】；「设备云化后，软件和硬件彻底解耦，各式各样的通信设备可以工作在统一的硬件平台上借助软件形成网络功能，大幅降低网络的建设投资和维护成本」——出自【第 1 章/第 5 章 NFV 网络功能虚拟化】
• 自答区：（写下 SDN 解耦什么 / NFV 解耦什么 / 各解决啥）
• 参考答案与解读：两者都 " 解耦 "，但解的对象完全不同：
• SDN（控制转发分离）：解耦的是" 控制平面 " 和 " 数据平面（转发）"——把 " 算路由 " 从每台设备抽出来集中到控制器，设备只管转发。解决 " 网络难集中管控、策略难统一编程 " 的痛点。
• NFV（功能虚拟化）：解耦的是" 软件 " 和 " 硬件 "——以前防火墙/负载均衡是绑死在专用硬件 " 盒子 " 上的功能，NFV 把它们变成跑在通用服务器上的 " 软件 "，像装 App 一样上线新功能。解决 " 专用硬件贵、上线慢、不灵活 " 的痛点。
• 一句话：SDN 让 " 网络会思考的大脑 " 集中（控制 ≠ 转发），NFV 让 " 网络功能 " 不再焊死在硬件上（软件 ≠ 硬件）。两者常配合：用通用服务器（NFV）+ 集中控制器（SDN）搭建灵活云化网络。
• 画像提示：【SDN ≈ 把各工地项目部 " 各自拍板的权力 " 收归集团指挥中心（控制与执行分离）；NFV ≈ 把绑死在专用 " 预制构件 " 上的功能，改做成通用工厂（通用服务器）上按需拼装的 " 标准模块 "（软硬件解耦）。一个收权、一个解绑，别搞混。】

题 3 ·【找错 / 综合连接】题干

公司数据中心要跑云原生（海量容器、频繁扩缩容、多租户隔离）。工程师说：" 我直接沿用传统 VLAN + 核心 - 汇聚 - 接入三层就行，没必要上什么 Overlay/VXLAN。" 请综合教材知识说明：为什么云原生必须 Overlay（VXLAN+EVPN）叠在 Spine-Leaf 上，而不是传统 VLAN+ 三层？指出传统方案的两大瓶颈。

• 考察点（教材原文）：「Overlay 网络的核心是叠加与封装：Underlay 网络为物理 IP 网络……Overlay 网络为虚拟网络，通过将二层数据帧或三层数据包封装在 Underlay 网络的 IP 报文中，实现跨 Underlay 网络的虚拟互连。不同的 Overlay 网络通过唯一的标识 (如 VXLAN 的 VNI) 实现隔离，可支持百万级的虚拟网络实例，远超传统网络中二层 VLAN 的上限」「结合 EVPN 协议，可实现 VXLAN 隧道的自动发现、地址学习和故障自愈」「Spine-Leaf……所有 Leaf 节点均与所有 Spine 节点通过高速链路直接互连，无任何中间转发节点……任意两个业务节点之间的转发路径仅需 2～3 跳」——出自【第 7 章 7.6 数据中心网络规划】
• 自答区：（写下传统方案两大瓶颈 / 为什么必须 Overlay+Spine-Leaf）
• 参考答案与解读：传统方案两大瓶颈：

1. VLAN 数量天花板：传统二层 VLAN 只有 12 位（最多 4096 个），而云原生多租户/多容器需要百万级隔离实例——VXLAN 用 24 位 VNI 支持百万级，远超 VLAN 上限。传统 VLAN 根本不够分。
2. 三层架构不适合东西向 + 动态迁移：核心 - 汇聚 - 接入三层路径长、有 STP 阻塞，容器跨物理机迁移要 "IP 不变的大二层 " 域，传统三层做不到灵活二层扩展。

所以云原生靠 Spine-Leaf（无阻塞、Leaf-Spine 全互连、2~3 跳）当物理地基（Underlay），再在其上叠 Overlay（VXLAN 封装）虚拟出百万级隔离网络，并靠 EVPN 自动发现隧道、学地址、故障自愈——这样容器搬家 IP 不变、租户互相隔离、扩缩容自动。传统 VLAN+ 三层既不够分也转不灵，正是云原生要 "Overlay + Spine-Leaf" 的根本原因。

• 画像提示：【云原生 Overlay 像在既有市政路网（Underlay/Spine-Leaf）上规划 " 虚拟公交专线 "（VXLAN 隧道）：物理路不变，套隧道虚拟出 1600 万条独立线路（VNI）互不干扰、随时增线（弹性）、自动绕行（EVPN 自愈）。传统 VLAN 像只给 4096 个门牌号的旧小区，容器海量入住根本不够分。】

掌握度自评（答完回来勾）

题号	你的判定	是否吃透	备注
题 1	对/错/说不清	□
题 2	对/错/说不清	□
题 3	对/错/说不清	□