TG咨询实例迁到另一个可用区后，计算资源可能已恢复，用户会话却仍在报错：TCP 连接被重置、WebSocket 断开，或依赖本地内存的登录状态消失。开展移动实例跨可用区迁移的会话中断评估，不能只确认虚拟机启动成功，还要追踪迁移前后的请求与连接是否连续。
以下十项适合纳入年度核对。先确认云平台支持的迁移方式和网络约束；不同厂商、实例类型与网络配置的行为并不完全相同。
年度核对：十项都要落到可观测证据
- 明确迁移路径。记录是在线迁移、停机后重启，还是在目标可用区新建实例并切换流量。它们对停机时长、IP 地址和连接延续性的影响不同，不要统称为“无感迁移”。
- 核对网络身份。对照源、目标实例的私有 IP、路由、安全组或防火墙规则，以及负载均衡目标。私有 IP 能否保留取决于平台和网络设计；若地址变化，要确认客户端如何重新解析和连接。
- 按会话类型分组。分别列出短连接、TCP 长连接、UDP 流量、WebSocket 与数据库连接。短请求通常可重试；长连接可能因底层路径变化而断开，UDP 应用则需检查自身是否有超时和重传机制。
- 找出状态存放位置。检查登录态、购物流程或任务进度是否只保存在实例内存或本地磁盘。若目标实例没有这些状态，连接即使建立成功，用户也可能被要求重新登录或丢失操作进度。
- 验证连接排空。迁移前确认负载均衡是否停止向源实例分配新请求，并给在途请求留出完成时间。排空窗口应结合应用超时和请求耗时设置；不能假设所有请求都会在固定秒数内结束。
- 检查重试与幂等。查看客户端、代理和服务端的重试次数、退避间隔及超时。对支付提交、写入等操作，确认重复请求有幂等保护，避免连接中断后自动重试造成重复处理。
- 定义观测指标。同时查看连接重置数、超时率、请求错误率、会话重新建立耗时及业务成功率，并按源区、目标区和迁移时间切片。只有平均值的监控可能掩盖短暂但集中的错误峰值。
- 设置用户侧验证。用固定测试账户和可重复的业务流程，在迁移前后检查登录状态、页面操作和数据结果。测试应覆盖新建连接与已有连接，避免只用健康检查证明服务可用。
- 明确回滚条件。预先约定错误率、连接恢复时间或关键业务失败达到什么条件就停止迁移、切回源实例。回滚前还要确认写入数据是否已同步，避免两侧状态不一致。
- 留存年度记录。保存变更时间线、告警、连接日志、测试结果和未解决问题；在应用版本、网络策略或迁移方案变化后重新评估。记录每次演练的差异，比单独写“迁移成功”更有复查价值。
把测试做成可重复流程
- 选定测试实例和低风险窗口，记录迁移前连接数、错误率与关键业务结果，确认监控和日志可用。
- 分别建立新请求与代表性的长连接，执行可重复操作；如适用，可用 SSH 会话、数据库连接或 WebSocket 测试覆盖不同连接模式。
- 按实际预案发起迁移，记录开始、流量切换、源实例退出和目标实例稳定的时间点。
- 检查连接是否重置、客户端是否重连、业务是否重复或丢失，并对照回滚条件。建议在相同配置下重复演练数次；具体次数和观测窗口应按业务风险、流量及平台限制确定。
移动实例跨可用区迁移的会话中断评估最终要回答三个问题：哪些连接会断、断后如何恢复、恢复期间业务状态是否安全。若只能证明实例健康，却无法解释用户请求和会话状态，就仍存在中断盲区。
常见问题
跨可用区迁移一定会断开现有连接吗？
不一定，但不能默认连接会保留。结果取决于迁移方式、网络路径、地址变化及应用协议，应通过实际链路验证。
为什么健康检查正常，用户仍然报错？
健康检查通常验证实例或端口能否响应，不一定检查旧连接、登录状态、在途请求或写入结果。
年度评估需要覆盖所有业务会话吗？
应覆盖主要连接类型和高风险操作。对使用不同协议、状态存储方式或重试策略的服务，分别抽样验证更可靠。
什么情况下需要重新评估？
迁移方案、网络规则、应用版本、连接超时或状态存储发生变化时，应补充测试，不必等到固定年度日期。