AWS 对使用 IPv4 收费，预计每年带来 10 亿美元并加速 IPv6 采用
Amazon Web Services 对公网 IPv4 地址的新收费——预计每年最高可带来 10 亿美元——正在促使云用户审计并减少他们的 IPv4 使用量，但人们对这是否会实质性加速 IPv6 采用看法不一。评论者指出，许多工作负载可以退回到私有 IPv4 或 NAT，而不是迁移到 IPv6；真正的瓶颈仍在于 ISP、企业以及那些仍然缺乏稳健 IPv6 支持的主要平台。虽然一些人认为 AWS 等带来的经济压力对于推动互联网摆脱稀缺的 IPv4 空间是必要的，但也有人认为，双栈网络的运维复杂性以及 IPv6 可靠性参差不齐，仍在拖慢进展。
AWS IPv4 费用的影响
- 许多人认为，AWS 新推出的按 IPv4 收费会促使客户审计用量并减少不必要的公网 IPv4，尤其是在内部 EC2 实例上。
- 也有人认为，这更多只是鼓励使用私有 IPv4 + NAT，而不是转向仅 IPv6，因此对外部服务仍会维持双栈，终端用户不会看到很大变化。
- 还有人指出，AWS 本身持有相当大一部分 IPv4 地址空间；收费只是重新平衡经济激励，而不是“杀死”IPv4。
- 也有人担心，释放未使用的 IPv4 可能会缓解稀缺性，反而降低 ISP 部署 IPv6 的压力。
云与服务提供商的限制
- 一些 AWS 服务和架构模式仍然缺乏完整的 IPv6 支持（例如，某些负载均衡器无法做到仅 IPv6；某些服务为了更新或 SaaS 访问仍需要公网 IPv4）。
- GitHub 以及各种 PaaS/IaaS 封装层（Heroku、Vercel 等）被提到在 IPv6 上进展缓慢，迫使人们采用 SSH 隧道或 NAT64 等变通方案。
- 据称 Azure 也在计划类似的 IPv4 收费，但其 NAT 网关设计较为脆弱。
- NAT 网关定价是一个痛点；一些人原本希望 IPv4 费用可以通过更便宜的 NAT 来抵消。
ISP 与企业的采用模式
- 多个轶事显示：一些住宅 ISP 多年前就已部署 IPv6；另一些只在某些接入类型上提供，或者在出现问题后又回滚。
- 许多 ISP 对 IPv4 默认使用 CGNAT；静态 IPv4 往往需要额外付费，而 IPv6 要么缺失，要么文档很差。
- 讨论中引用了 Google 的 IPv6 统计：周末 IPv6 使用率更高，说明家庭网络领先于企业，而企业因抗拒变更而推进缓慢。
IPv6 的实际问题
- 用户反馈一些 ISP 的实现损坏或不稳定，最终导致他们完全禁用 IPv6。
- 双栈带来运维开销：需要两套防火墙规则、监控和排障流程。
- 有人抱怨协议复杂（SLAAC vs DHCPv6、每个接口多个地址、迁移机制）以及文档薄弱。
- 前缀下发不匹配（只给 /64）与最佳实践建议（/56 或 /48）相冲突，造成子网划分难题。
收益与使用场景
- 支持者强调：家庭服务器更容易部署（无需 NAT，有许多“静态” IP）、P2P/游戏/VoIP 更好、CGNAT 问题更少，以及私有网络之间的互联更简单。
- 对许多“日常用户”来说，这些收益大多是看不见的；最大的收益落在 ISP、移动网络和重度依赖 P2P 的应用上。
长期展望与态度
- 有人认为 AWS 的举措是一个迟到已久的推动，随着时间推移会让 IPv6 逐渐成为常态。
- 也有人持怀疑态度，认为 IPv6 在几十年后仍“未能真正起飞”，而网络效应使 IPv4 继续占据主导地位。
- 一个反复出现的观点是：真正的加速会出现在主要平台或应用商店开始实际上要求 IPv6 支持时。