3. 升级迁移需求分析与现状调研

在 Arista 数据中心升级迁移项目中，需求分析不是写一份愿望清单，现状调研也不是把设备清单抄一遍。真正决定迁移方案可行性的，是能否把业务流量模型、机柜与布线、设备型号、EOS 版本、协议使用、监控与自动化现状这六类信息，采集到“可核对、可量化、可追溯”的粒度。本节围绕这六类对象的采集方法展开，并给出可直接使用的调研表结构。

一、先明确调研的边界与参照系

调研开始前必须先定义范围与参照约定，否则后续数据无法对齐。建议明确三点：物理边界（本次迁移涉及哪些机房、哪些机柜排、哪些 POD）、逻辑边界（哪些 VRF、哪些 VLAN、哪些业务系统）、方向约定（流量方向统一以“业务发起侧 → 业务响应侧”为正向，端口方向统一以“本端设备出向”为出方向）。参照系一旦确定，全文与图示保持一致，避免同一份数据在不同人手里方向相反。

二、业务流量模型：从“谁和谁通信”到“多少带宽、什么特征”

流量模型采集的目标是回答四个问题：通信对端是谁、峰值与均值多少、流量特征是什么、依赖哪些网络服务。推荐采用“三层采集法”：

• 业务访谈层：与业务方确认系统清单、调用关系、SLA 等级、是否有大流量批处理窗口（如夜间备份、日终结算）。
• 流量观测层：在核心或汇聚设备上使用 sFlow 采样，配合 Arista CloudVision 或第三方采集器，按“源子网—目的子网—端口—协议”聚合，得到 Top N 流量矩阵。示例：某业务区采样显示 22:00–02:00 备份流量占全天 38%，峰值 4.2 Gbps，这类窗口必须纳入迁移割接时间窗评估。
• 依赖梳理层：记录 DNS、NTP、AD/LDAP、负载均衡 VIP、防火墙策略等跨网服务依赖，这些往往是迁移后“通但不通”的根因。

采集结果建议落成一张流量矩阵表，字段包括：源区域、目的区域、协议/端口、平均带宽、峰值带宽、时间窗口、SLA 等级、依赖服务。判断依据是：若某条流量的峰值超过目标链路带宽的 60%，或依赖服务未纳入迁移范围，则该流量必须单独标注风险。

三、机柜与布线：把物理约束提前暴露

机柜与布线调研要采集到“U 位、电源、端口、跳线、距离”五个维度。具体做法：

• 机柜信息：机柜编号、所在排/列、可用 U 位、单柜功率上限、PDU 类型与冗余方式、当前功率占用。
• 设备位置：每台交换机/服务器的机柜号与 U 位，用于判断新设备能否就近上架。
• 布线信息：端口编号、对端设备与端口、线缆类型（Cat6A/OM4/OM5/DAC/AOC）、长度、走向（上走线/下走线）、是否经过配线架。
• 距离与介质：铜缆超过 100 m、多模光纤超过 100 m（10G/25G）或 150 m（40G/100G 视模块而定）时，必须记录并评估是否改用单模或调整拓扑。

实操中可用 LLDP 邻居信息与配线架标签交叉核对：show lldp neighbors detail 能给出对端设备与端口，但无法给出配线架跳接关系，因此仍需人工核对标签。若发现 LLDP 邻居与台账不一致，以现场标签和实测为准，并在调研表中标注“待复核”。

四、设备型号、EOS 版本与协议使用

这三类信息决定迁移的技术路径。采集方法如下：

• 设备型号与序列号：通过 show version 与 show inventory 获取，重点记录是否已 EOL/EOS、是否支持目标 EOS 版本、上行端口速率与数量。
• EOS 版本：记录当前版本、目标版本、是否在同一大版本内可平滑升级、是否需要中间版本过渡。例如从 4.20 升级到 4.29 通常需要评估配置兼容性与 MLAG 对端版本一致性。
• 协议使用：逐项确认 STP/RSTP/MSTP、LACP/MLAG、OSPF/BGP/IS-IS、VXLAN/EVPN、VRRP/Anycast Gateway、PIM/IGMP、QoS、ACL 的使用情况。采集命令示例：show running-config 结合 show mlag、show ip bgp summary、show vxlan vni。

判断依据：若现网使用 MLAG 且对端为不同型号或不同 EOS 版本，迁移时必须先确认兼容矩阵；若使用 EVPN，则需确认路由反射器与 VTEP 的版本一致性，否则会出现 VNI 无法建立的问题。

五、监控与自动化现状

监控与自动化决定迁移后的可观测性与回滚能力。采集内容包括：

• 监控：SNMP 版本与团体字、Syslog 服务器、流采样（sFlow/NetFlow）配置、告警阈值、CloudVision 或第三方 NMS 纳管情况。
• 自动化：是否使用 Ansible、Terraform、Python eAPI、CloudVision 配置管理；现有 Playbook 或模板覆盖哪些设备；配置备份频率与存放位置。
• 认证与权限：TACACS+/RADIUS 服务器、账号权限分级、是否启用 AAA。

若现网监控仅依赖 SNMP 轮询而无流采样，迁移后流量模型将失去数据支撑，建议在迁移前补齐 sFlow 采样，至少覆盖核心与汇聚设备。

六、调研成果：一张可核对的现状表

将上述六类信息汇总为一张现状调研表，字段建议如下（示例数据为合理假设，非实测）：

调研完成后，应对每条记录标注“已确认/待复核/缺失”，缺失项即为迁移前的补齐任务。只有把现状变成可核对的数据，后续的迁移方案、割接窗口与回滚策略才有可靠依据。