2. 仿真环境搭建：虚拟机与容器技术选型、操作系统与依赖库安装、网络拓扑模拟
说实话，环境搭建这事儿，看着简单，做起来全是坑。我见过太多项目，仿真方案设计得漂漂亮亮，结果一跑环境就崩了。不是依赖冲突，就是网络不通，最后查了半天发现是虚拟机配置不对。
这一章，我就把我在多个端到端仿真项目中积累的经验拆开来讲。咱们从技术选型开始，一步步把环境搭稳了。
2.1 虚拟机 vs 容器：到底选哪个？
很多人一上来就问：「虚拟机好还是容器好？」我的回答是：看场景。
我个人习惯这样分：
- 需要完整操作系统模拟（比如你要测内核模块、驱动、或者不同OS版本）→ 用虚拟机
- 应用层仿真、微服务、CI/CD集成 → 用容器
- 混合场景 → 虚拟机里跑容器，我经常这么干
| 对比维度 | 虚拟机 (VM) | 容器 (Docker) |
|---|---|---|
| 启动速度 | 分钟级 | 秒级 |
| 资源开销 | 高（完整OS） | 低（共享内核） |
| 隔离性 | 强（硬件级） | 中等（进程级） |
| 网络模拟 | 灵活（可桥接、NAT） | 需额外配置（overlay网络） |
| 适用场景 | 系统级仿真、多OS测试 | 微服务、持续集成 |
我的经验： 如果你做的是端到端系统仿真，我建议优先考虑「虚拟机+容器」的组合。虚拟机负责底层网络拓扑，容器负责上层业务逻辑。这样隔离性和灵活性都有了。
2.2 操作系统选型与依赖库安装
操作系统这块，我踩过最大的坑就是「版本不匹配」。你想想看，仿真环境里用的库版本和生产环境不一样，跑出来的结果谁敢信？
我个人推荐：
- Ubuntu 20.04 LTS：稳定，包多，社区活跃。适合大多数仿真场景。
- CentOS 7/8：如果你要模拟企业级环境，这个更接近生产。
- Debian：轻量，适合资源受限的仿真节点。
依赖库安装，我习惯用脚本一次性搞定。别一个个手动装，容易漏。下面是我常用的安装脚本模板：
#!/bin/bash
# 仿真环境依赖库安装脚本
# 我在项目中用过很多次，基本覆盖了常见需求
echo "更新系统包..."
sudo apt-get update -y
echo "安装基础依赖..."
sudo apt-get install -y \
build-essential \
cmake \
git \
wget \
curl \
net-tools \
iproute2 \
tcpdump \
wireshark \
python3-pip \
libssl-dev \
libpcap-dev
echo "安装仿真专用库..."
sudo apt-get install -y \
ns3 \
mininet \
docker.io \
docker-compose
echo "配置Python虚拟环境..."
python3 -m venv sim_env
source sim_env/bin/activate
pip install --upgrade pip
pip install numpy pandas matplotlib scapy
echo "完成！"
注意： 我曾经因为libpcap版本不对，导致网络抓包工具跑不起来，查了整整两天。建议安装前先检查一下系统自带的库版本，用
dpkg -l | grep libpcap 看一眼。
2.3 网络拓扑模拟：从单机到复杂网络
网络拓扑模拟，说白了就是「怎么让仿真节点之间能像真实网络一样通信」。我刚开始做的时候，以为装个虚拟机就完事了，结果发现节点之间根本ping不通。嗯，这里要注意。
常用的网络拓扑模拟工具有：
- Mininet：轻量，适合SDN/OpenFlow仿真。我经常用它搭小规模拓扑。
- GNS3：图形化，支持真实设备镜像。适合复杂网络仿真。
- ns-3：离散事件模拟器，适合协议研究和性能分析。
- Docker网络：用bridge、overlay网络模拟多容器通信。
下面我用一个简单的例子，展示怎么用Mininet搭一个「三节点星型拓扑」：
# 创建一个简单的星型拓扑
# 中心交换机连接三个主机
sudo mn --topo single,3 --mac --switch ovsk --controller remote
# 在mininet CLI中测试连通性
mininet> h1 ping h2
mininet> h1 ping h3
mininet> h2 ping h3
你可能会问：「为什么用remote控制器？」因为这样我可以把控制器单独跑在另一个容器里，模拟真实的SDN架构。我在项目中就是这么干的。
核心逻辑： 网络拓扑模拟的关键不是「连上就行」，而是要模拟出真实网络中的延迟、丢包、带宽限制。我建议用
tc（traffic control）来模拟这些网络条件。
举个例子，给h1到h2的链路加上10ms延迟和1%丢包：
# 在h1上配置
sudo tc qdisc add dev h1-eth0 root netem delay 10ms loss 1%
# 在h2上配置
sudo tc qdisc add dev h2-eth0 root netem delay 10ms loss 1%
这样跑出来的仿真结果，才更接近真实环境。我当年做车联网仿真时，就是靠这招发现了协议在弱网环境下的bug。
2.4 本章知识体系总览
下面这张图，是我对本章核心逻辑的总结。你可以把它当作搭建环境的「路线图」：
这张图从左到右、从上到下，就是搭建环境的完整流程。先选技术，再装系统，然后装库，最后搭网络拓扑。每一步都有坑，但按这个顺序走，基本不会出大问题。
一个小技巧： 每次改完网络配置，记得用
ping 和 traceroute 验证一下。我习惯写一个自动化测试脚本，一键跑通所有节点的连通性。省心。
好了，环境搭建这块就聊到这儿。记住一句话：环境搭得稳，仿真跑得顺。别图快，一步步来。