第5章 实践部署：把解剖知识用起来
第5章 · 实践部署：把解剖知识用起来
章节摘要：前面解剖的是协议与设备，本章组装成系统：看 OpenFlow 在数据中心、运营商、企业网里的典型应用形态；比较单控制器、集群、混合增强三种部署模型的取舍；用 Ryu 写一个完整的转发应用；最后把 OpenFlow 与 VLAN、隧道、云平台编排接起来。读完你能判断自己的场景该用哪种形态，并具备写第一个生产级应用的底子。
学习目标
阅读完本章，你应当能够：
- 为给定场景选择合适的 OpenFlow 应用形态
- 说明三种部署模型的优势与风险
- 独立实现一个带拓扑感知的二层学习交换应用
- 设计 OpenFlow 与现有基础设施的集成边界
核心概念速览
一句金句：OpenFlow 落地的成败不取决于协议掌握深度，而取决于你把它切在网络的哪一段、留给传统网络多少缓冲。
5.1 典型应用场景
网络虚拟化、流量工程、接入安全——每个场景给出用到的机制清单。
5.2 部署模型
单控制器、集群、混合增强三种形态与失效模式。
5.3 应用开发与实践
以一个完整 Ryu 应用为例，走通开发、调试、上线的循环。
5.4 与其他技术的集成
VLAN、隧道、云平台编排的接缝设计。
子章节之间的逻辑关系
5.1 回答"做什么"，5.2 回答"怎么部署"，5.3 是动手主体，5.4 处理新旧共存——四节构成从选型到落地的完整链路。
5.1 场景选型 ──► 5.2 部署形态 ──► 5.3 应用开发 ──► 5.4 集成共存
前置知识与后续延伸
- 前置知识：第 2–4 章全部机制
- 后续延伸：上线之后的安全与管理问题，由第 6 章收尾
本章知识点考核清单
本章是从解剖室走向机房的一章，检验点偏向设计与决断：能否为多租户场景画出三表流水线并说明每张表的职责边界与 miss 上送为何要带租户标；能否解释 select 组加权重动态调整实现流量工程的机制，以及为什么改组不改流；能否说出三种部署模型的适用面与各自故障特征；能否区分 fail-secure 与 fail-standalone 的行为差异并说明配置验证方法；能否描述 Master/Slave 的报文级证据（Slave 写操作被拒、generation_id 递增）；能否把 VXLAN 集成的"封装在数据面、控制归控制器"落到一条抓包证据上；能否复述"单一事实源"原则与它的典型违规症状。
本章强烈依赖前四章：场景设计调用第 2 章的匹配指令语义与第 4 章的组表和 Meter；部署模型依赖第 3 章的多控制器角色机制；集成一节用到第 1 章实验台的抓包基本功。读完本章的标准是能独立写出一份小型部署的设计文档——拓扑、流水线草案、失联模式选择、集成边界各一节。
另立一条本章的实践纪律：每个场景设计落纸时，必须同时写出"故障时的样子"——控制器失联各模式下的行为、单交换机宕机的波及面、边界点两侧收敛是否对齐。设计文档里只有正常路径的方案，等于把故障留给生产环境来设计。本章各节的排错与对照实验就是为这个习惯准备的素材，照着跑一遍，比读三遍更能建立对故障形态的手感。
本章动手素材集中在三处：5.1 的三表流水线设计可在 Mininet 上逐条落地验证；5.2 的失联模式切换实验只需两条 ovs-vsctl 命令；5.4 的 VXLAN 封装抓包是验证集成理解的最佳标本。三处都跑过，本章才算真正过关。