📚 课程目录第2章 CloudVision部署模式与初始配置

2. CloudVision部署模式与初始配置

CloudVision 的部署不是“装一台虚拟机”这么简单。它同时承载配置管理、遥测采集、变更编排、合规审计与设备生命周期管理，因此部署模式的选择会直接影响后续的扩展能力、故障域和运维成本。本节围绕三种主流形态——单节点、集群、云托管——说明选型依据、部署前检查、初始网络配置、许可证激活与高可用设置，并给出可执行的配置示例。

一、三种部署模式的选型依据

CloudVision 单节点（Single Node）把 CVP 应用、PostgreSQL、Kafka、ZooKeeper、遥测采集等组件全部运行在一台虚机或物理机上，适合实验室、POC、小规模生产（通常管理 50～100 台设备以内）。它的优点是部署快、无集群协调开销；缺点是单点故障，且扩容只能纵向加 CPU/内存/磁盘。

集群模式（Cluster）由 3 台及以上节点组成，节点间通过 Kubernetes 与分布式存储实现角色分工：部分节点承担控制面（API、UI、编排），部分承担数据面（遥测、数据库）。集群提供横向扩展与节点级冗余，适合中大型生产网络（数百至数千台设备）。集群要求节点规格一致、时钟同步、低延迟互联，且必须为奇数节点以形成多数派。

云托管模式（CloudVision as a Service，CVaaS）由 Arista 托管控制面，本地只需部署 CloudVision Portal 连接器（Connector）或让设备通过 TerminAttr 直连云端。它省去基础设施维护，适合分支多、运维人力有限、希望快速获得新功能的场景；但要求设备具备到云端的稳定出站连接，且对数据驻留与合规有明确要求时需评估。

二、部署前检查

无论哪种模式，部署前都应完成一组基础检查，避免上线后返工。资源方面，单节点建议至少 16 vCPU、64 GB 内存、1 TB SSD；集群每节点建议 16 vCPU、64 GB 内存、1 TB SSD，并预留 20% 余量。网络方面，需确认管理网可达、DNS 可解析、NTP 已同步（时间偏差应小于 1 秒，否则集群证书与遥测时间戳会异常）。

证书与域名是常被忽略的一环：CloudVision 需要有效的 TLS 证书，集群模式还需为每个节点配置可解析的主机名。若使用自签证书，需提前把 CA 导入设备与浏览器信任库。此外，应确认设备侧 TerminAttr 版本与 CloudVision 版本兼容，并规划好设备到 CloudVision 的 gRPC 端口（默认 9910）与遥测端口。

建议在部署前用一张检查表逐项确认：CPU/内存/磁盘、NTP、DNS、证书、端口连通性、设备 TerminAttr 版本、备份策略。任何一项不通过，都应先解决再继续。

三、初始网络配置

以单节点为例，部署完成后首先通过 CLI 或控制台进入 CVP 节点，配置管理 IP、网关与 DNS。典型配置如下（示例参数，需按实际环境替换）：

# 在 CloudVision 节点上配置管理网络（示例）
ip address 10.10.20.11/24
ip route 0.0.0.0/0 10.10.20.1
dns server 10.10.20.53
ntp server 10.10.20.123

# 验证
ping 10.10.20.1
ntpq -p

随后在设备侧配置 TerminAttr，使设备把配置与遥测数据推送到 CloudVision。以 EOS 为例：

# 设备侧 TerminAttr 配置（示例）
daemon TerminAttr
   exec /usr/bin/TerminAttr -cvaddr=10.10.20.11:9910 \
        -cvauth=token,/tmp/token \
        -cvvrf=MGMT -smashexcludes=ale,flexCounter,hardware \
        -ingestexclude=/Sysdb/cell/1/agent,/Sysdb/cell/2/agent \
        -taillogs
   no shutdown

配置完成后，在 CloudVision 的 Devices 页面应能看到设备以“已连接”状态出现，并开始上报配置与遥测。若设备长时间处于“未连接”，优先检查 9910 端口连通性、token 是否有效、管理 VRF 是否正确。

四、许可证激活

CloudVision 的许可证通常与设备数量或功能模块绑定。激活流程为：在 CloudVision 界面进入 Settings → Licenses，获取节点指纹（或集群 ID），将指纹提交给 Arista 或授权渠道，获取许可证文件后上传激活。集群模式下，许可证绑定的是集群整体，而非单个节点，因此扩容节点时无需重复申请，但需确保集群 ID 不变。

激活后应核对许可证覆盖的设备数与到期时间。若设备数超出授权，CloudVision 会限制部分功能或拒绝新设备接入。建议在设备批量上线前完成许可证核对，避免中途中断。

五、高可用设置

单节点的高可用主要依赖外部手段：定期备份 CVP 数据库与配置，虚机层面配置快照或复制，故障时快速恢复。集群模式则通过节点冗余实现自动接管：当某节点故障，其余节点继续提供服务，但需保证剩余节点数仍满足多数派。例如 3 节点集群可容忍 1 节点故障，5 节点可容忍 2 节点故障。

集群部署时还需注意：所有节点必须使用相同版本、相同规格，且 NTP 同步；节点间网络延迟应低于 10 ms；存储需使用共享或分布式方案，避免单节点磁盘成为瓶颈。CVaaS 模式的高可用由云端 SLA 保障，本地只需保证 Connector 或设备到云端的出站连接稳定，并配置连接冗余（如双上行或双 Connector）。

集群扩容时不要一次性加入过多节点，建议逐节点加入并观察集群健康状态；同时避免在业务高峰期执行扩容或版本升级。

六、部署后的验证要点

部署完成后，建议按以下顺序验证：第一，确认 CloudVision 服务状态正常，UI 可登录；第二，确认设备已连接并上报配置；第三，检查遥测数据是否持续写入；第四，验证配置变更能否下发并回滚；第五，确认备份任务已生效。对于集群，还需检查各节点角色与健康状态，确保没有节点处于异常或降级状态。

实际项目中，部署模式的选择往往不是一次性的。随着网络规模增长，单节点可能迁移到集群；随着分支增多，部分场景可能转向 CVaaS。因此，初始部署时就应保留迁移路径：统一命名规范、统一证书管理、统一设备侧 TerminAttr 配置模板，这些都会让后续演进更平滑。