我们的基础设施是否已准备好迎接 IPv6-only 环境？
IPv6-only 环境会移除 IPv4 路径，因此不能只检查服务器是否有 IPv6 地址。当 IPv4 无法使用时，每一层仍要能够解析、连接、保护、监控和支持服务。本文帮助你在上线前评估。
IPv6-only 就绪代表什么？
IPv6-only 就绪代表完整服务只使用 IPv6 运行，涵盖用户、应用程序、基础设施、安全、监控和支持。双栈测试可能隐藏 IPv4 依赖，因此要在 IPv4 无法使用时测试。
- 每项生产服务都有 IPv6 地址规划、子网分配和负责人
- DNS 发布正确 AAAA 记录，重要名称通过 IPv6 路径解析
- 路由器、防火墙、负载均衡器、操作系统和托管平台支持 IPv6
- 应用程序、API、数据库、身份、邮件和第三方集成不依赖 IPv4
- 安全、监控、日志、警报和事故程序同样覆盖 IPv6
- 团队能测试故障，并在没有 IPv4 备用路径下恢复服务
就绪程度是完整服务的属性；一项 IPv4-only 依赖也可能阻碍安全运行。
先盘点 IPv4 依赖
整理每个接收、创建、存储、过滤或报告 IP 地址的组件，包括公开及内部服务、开发、管理、备份、监控、供应商和恢复。记录负责人、用途、协议支持和修正方案。
Dataplugs 的 面向未来的 IPv6 托管指南 说明地址规划、连接、安全和可扩展性为什么要一起考虑。
将依赖分类为 IPv6-ready、仅支持双栈、IPv4-only、未测试或已退役，让风险清晰可见。
检查地址、DNS 和名称解析
IPv6-only 服务需要支持路由、安全、日志和故障排查的地址及名称设计。公开及内部 DNS 都要检查，因为内部控制平面、API 或监控代理仍可能依赖 IPv4。
- 按服务、环境、地区和安全边界分配 IPv6 前缀及子网
- 只为 IPv6-ready 服务发布 AAAA 记录，并移除过时记录
- 检查反向 DNS、地址管理、证书验证和允许列表的 IPv6 兼容性
- 在地址族不同時测试 DNS64、NAT64、服务发现和解析器行为
- 为区域、前缀、记录类型和变更流程指定负责人
从名称解析到建立连接测试用户流程。AAAA 正确并不足够，防火墙、负载均衡器或应用程序路径也要支持 IPv6。
验证路由和网络可达性
路由要独立于 IPv4 测试。确认内部路由、上游传输、BGP、故障转移、对等连接、MTU 和回程流量，并留意非对称路径和过滤缺口。
需要可预测路由和直接基础设施控制的工作负载，可使用 独立服务器 验证 IPv6 地址、过滤政策和网络变更。
在客户端、应用程序、子网和上游逐步移除 IPv4，记录失败位置，再判断原因是路由、DNS、防火墙、应用程序或第三方依赖。
让两种协议的安全控制保持一致
IPv6 流量要像 IPv4 一样被检查、过滤、记录和警报监控；未经检查的协议路径可能造成安全盲点。
检查 IPv6 防火墙、ACL、DDoS 防护、日志、漏洞扫描和事故响应，覆盖指定前缀和管理路径。
使用真实 IPv6 流量、默认政策检查和受控连接或攻击模拟测试验证安全一致性。
检查应用程序和第三方依赖
检查完整应用程序路径，因为 IPv4 假设可能藏于代码、配置、访问规则及供应商集成。包括客户端、API、数据库、身份、支付、邮件和支持工具。
- 移除硬编码 IPv4、仅支持 IPv4 的验证及不能存储 IPv6 的数据库字段
- 更新允许列表、合作伙伴控制、回调网址、API 网关和身份政策以支持 IPv6
- 确认日志、分析、欺诈检查、速率限制和地理定位能够正确解析 IPv6
- 测试内容交付网络、负载均衡器、反向代理、健康检查和证书自动化的 IPv6 支持
- 检查邮件网关、DNS 供应商、支付处理器、SaaS 工具及外部服务的 IPv6 支持
- 测试客户端优先次序、备用逻辑、程序库、SDK 及移动或远程访问
改变主要路径前修正依赖。如果要延后替换，记录并隔离它，指定负责人和期限。
测试性能和用户体验
就绪也包括性能。不同地址族可能使用不同路径、MTU 或交付地点，应比较不同地区和网络。
- 在相同时段比较 IPv6 与 IPv4 的延迟、丢包、连接建立和首字节时间
- 衡量网站、API、文件交付、流媒体、备份和复制的吞吐量及稳定性
- 检查正常及高峰流量的连接失败、重传、MTU 问题、超时和错误率
使用真实交易和不同地区测试点，不要只依赖内部 ping 或单一数据中心
准备监控和事故响应
让 IPv6 成为独立的监控维度，避免混合平均值隐藏用户受到的失败。
收集 DNS、连接、延迟、错误率、路由和健康检查数据，并保留地址、地区、应用程序和时间信息。
分阶段评估工作负载
不要一次转移所有服务。先选择负责人清晰、测试充足及外部依赖有限的工作负载，再改善关键系统的迁移方法。
- 先处理内部服务、开发环境和受控网络，快速隔离 IPv4 依赖
- 验证 DNS、安全、监控和恢复程序后，再转移无状态公开服务
- 由依赖团队共同测试有状态系统、身份、支付、邮件、合作伙伴和管理服务
- 切换前定义可用性、延迟、错误率、安全、支持和恢复标准
- 设置不依赖未经测试紧急变更的恢复或限制方法
- 测试 IPv4-disabled 的关键服务版本并记录失败位置
Dataplugs 的 IPv6 双栈的挑战和考虑事项 可以帮助找出迈向 IPv6-only 前的运营、路由、安全和应用程序缺口。
规划由双栈转向 IPv6-only
双栈可作过渡，但移除 IPv4 前要确认应用程序、依赖、安全、监控、支持和恢复均已测试。
让 IPv6-only 就绪成为运营要求
让 IPv6-only 就绪成为架构、采购、部署、安全和事故管理的一部分。指定负责人并保留测试证据。
- 托管平台和上游网络对 IPv6 的支持
- 地址、DNS、路由、安全、应用程序依赖和供应商升级处理的清晰责任分工
- 能够分开 IPv6 和 IPv4 行为的监控仪表板及警报设置
- 已经测试的 IPv6 服务变更、恢复、备份和灾难恢复程序
- IPv4 例外、协议依赖和下一阶段迁移的检查日期
保留就绪记录，让 IPv6-only 采用成为受管理的运营能力。
结论
完整服务能在没有 IPv4 备用路径下运行，才算准备好进入 IPv6-only。切换前评估地址、DNS、路由、安全、应用程序、性能、监控、迁移和责任。
Dataplugs 可协助企业评估 独立服务器托管、IPv6 连接、迁移测试、监控和长期运营要求。
如需了解更多 Dataplugs 托管方案，请联系 sales@dataplugs.com。