静态IP节点发生硬件故障后，服务商把业务迁到另一台服务器，能否继续使用原来的公网IP，取决于地址控制权、网络架构和重新路由能力，而不是“静态”两个字。普通单机绑定的地址可能随故障一起不可用；云平台浮动IP、同网段迁移或BGP网络则有机会把原地址切到备用节点。
静态地址与高可用是两个维度
| 属性 | 回答的问题 | 不能保证 |
|---|---|---|
| 静态IP | 正常服务周期内地址是否相对固定 | 节点故障时不中断 |
| 高可用 | 组件故障后服务能否恢复 | 一定保留原IP |
| SLA | 可用率、响应和补偿如何约定 | 所有业务零丢包 |
| 固定入口 | 用户始终连接同一前端地址 | 后端会话不中断 |
| 连接持久性 | TCP/WebSocket能保持多久 | 与IP固定没有直接等价关系 |
保留原IP的几种技术方式
云平台浮动IP或弹性IP
公网IP由平台网络层管理，可从故障实例解绑并绑定到备用实例。切换仍会中断现有连接，邻居缓存、路由和健康检查也需要收敛。
同二层/同子网地址迁移
备用主机接管虚拟IP，并通过ARP或IPv6邻居通告更新网络。需要防止两个节点同时持有地址，避免地址冲突和split-brain。
BGP重新广播
服务商控制可独立广播的前缀，通过另一台路由器或机房宣布。它适合更大规模网络，受前缀长度、RIR资源、上游策略和收敛时间限制，单个普通IPv4通常不能随意在公网单独广播。
固定负载均衡入口
用户连接负载均衡或Anycast地址，后端节点可以更换。入口保持不变，但负载均衡自身也需要冗余；源地址、协议和TLS终止方式需明确。
DNS切换到新IP
严格来说没有保留原IP，而是通过低TTL更新解析。递归缓存、浏览器连接和白名单会导致过渡，恢复速度通常不如真正的地址迁移。
为什么原IP能迁移，连接还是会断
TCP连接包含两端地址端口和序列状态，通常保存在原节点、NAT、代理和负载均衡中。新节点接管相同IP，不自动拥有旧连接状态。除非架构专门做状态同步，客户端仍需重连。
因此，验收高可用要同时记录IP是否变化、连接中断时长、重连成功和业务状态恢复。
采购前向服务商确认什么
- “静态”是正常租期固定，还是故障时也保证保留；
- 使用浮动IP、虚拟IP、BGP还是DNS切换；
- RTO（恢复时间目标）和可用率如何定义；
- 切换是否需要人工工单，支持时段与响应时间；
- 故障后不能保留IP时，是否提供备用地址和通知；
- 白名单、PTR、地理数据库和证书如何迁移；
- 现有连接是否会断，客户端需怎样重连；
- 故障演练、补偿和报告是否写入合同。
哪些依赖会受IP变化影响
| 依赖 | 原IP保留 | 换新IP |
|---|---|---|
| 第三方白名单 | 通常无需改 | 需更新并等待生效 |
| DNS A/AAAA | 通常不变 | 需修改，受TTL影响 |
| PTR反向解析 | 可能保留 | 需重新申请 |
| IP信誉与数据库 | 历史连续 | 新地址需重新验收 |
| TLS证书 | 域名证书通常可复用 | 只要域名不变通常不受IP直接影响 |
| 应用会话 | 仍可能断 | 通常断开并重建 |
怎样做一次授权故障演练
- 明确演练范围。在维护窗口使用测试账户和低风险流量，准备终止条件。
- 记录正常基线。完整IP、DNS、PTR、延迟、连接数、出口和白名单。
- 触发批准的故障。由服务商或管理员停止主节点，不自行攻击网络。
- 测量时间线。故障发现、切换开始、地址恢复、业务恢复和连接重建分别计时。
- 核对地址与路由。查询IP是否不变、ASN和路径是否改变、IPv4/IPv6是否同步。
- 验证业务依赖。API白名单、DNS、证书、PTR、日志和监控。
- 演练回切。主节点恢复后是否二次中断或产生双主。
应用侧仍要具备恢复能力
即使服务商保证原IP，客户端也应实现指数退避重连、幂等写入、状态恢复、连接超时和备用健康检查。不要把所有连续性责任交给网络层。
如何写测评结论
可信表述是：“演练中入口IP保持不变，主节点故障后23秒恢复新连接，已有WebSocket全部中断并在客户端重连；IPv6未配置切换。”不能只写“静态IP故障无感”。
需要IP、路由和网络工具时，可从极跃圈网址导航选择。高可用的核心指标是恢复路径和业务影响，而不是产品名称里有没有“静态”。
