全球 43 亿 IPv4 地址耗尽，明年将对所有公共 IPv4 地址收费！
物以稀为贵，即使对于云计算巨头来说，亦是如此。
近日，亚马逊首席布道师 Jeff Barr 发布了一篇博客，对外宣布即将对公共 IPv4 地址实行新的收费政策，所有的公共 IPv4 地址按每个 IP 每小时 0.005 美元的价格收费，而且无论其是否附加到服务中，都要收费。
执行时间为 2024 年 2 月 1 日起。
此举无疑间接地推动了 IPv6 的应用，但业界对于亚马逊收费行为贬褒不一。
四年前，42 亿个 IPv4 地址早已分完
所谓 IPv4，此前 曾发文解析过，即互联网通信协议第四版，是网际协议开发过程中的第四个修订版本，也是此协议第一个被广泛部署的版本。
其地址是用于识别互联网设备的 32 位编号， 在根服务器方面，全世界 IPv4 dns根服务器只有 13 台，1 个为主根服务器在美国。其余 12 个均为辅根服务器，其中 9 个在美国，欧洲 2 个，位于英国和瑞典，亚洲 1 个位于日本。
近二十年来，随着智能手机、个人电脑、物联网设备的爆发性增长，已经消耗了近 43 亿个 IPv4 的地址。
这也使得在 2019 年，负责英国、欧洲、中东和部分中亚地区互联网资源分配的欧洲网络协调中心（RIPE NCC）无奈宣布：截至 2019 年 11 月 25 日，所有的 IPv4 地址会消耗殆尽。这意味着没有更多的 IPv4 地址可以分配给 ISP 和其他大型网络基础设施提供商。
不过，需要注意的是，IPv4 地址虽已分配完毕，但并不代表行业内完全不能再用 IPv4 地址。
AWS 提前六个月预警：我们要对 IPv4 收费了！
对于想要继续使用公共 IPv4 地址的用户而言，他们主要靠回收和未使用地址段的释放才能用上 IPv4，其中这些地址要么来自倒闭的组织，要么来自于那些已经迁移到 IPv6 时不再需要的地址。
不难想象，获取日益稀缺的 IPv4 中间过程变得复杂，成本自然而然涨起来了。对此，据亚马逊透露，在过去五年中，由于难以获得公共 IPv4 地址，单个地址的获取成本上涨了 300% 以上。
在云计算巨头亚马逊看来，这是一笔不菲的支出，为了缩减成本，AWS 才做下此番决定，宣布将从明年开始对 IPv4 公网地址收费。
Jeff Barr 在公告中写道，“这一变化反映了我们自身的成本，同时也是为了鼓励大家在使用公共 IPv4 地址时更加节俭，并考虑加快采用 IPv6 作为现代化和保护措施。”
未来，亚马逊将从 2024 年 2 月 1 日开始，对所有公共 IPv4 地址以每小时每个 IP 地址收取 0.005 美元的政策来收费。
亚马逊表示，这些收费将适用于所有 AWS 服务，包括 EC2、关系数据库服务（RDS）数据库实例、Elastic Kubernetes Service (EKS)，并将适用于所有 AWS 区域（商业、AWS China 和 GovCloud）。
乍一看，0.005 美元似乎是一笔很小的费用。但外媒也提醒道，这是按小时的收费，并将适用于账户中分配的每个公共 IPv4 地址，无论它是否附加到 AWS 服务。
根据亚马逊披露的收费标准，快速计算一下，对于一个 IPv4 地址，新的收费金额将为每年 43.80 美元（0.005*一天 24 小时*一年 365 天）。如果拥有多个 IPv4 地址，一年累计下来也是一笔不小的开支。
不过，亚马逊还指出，客户如果使用亚马逊 BYOIP 将自己拥有的 IP 地址带入 AWS，则无需支付费用。另外，AWS 为 EC2 提供了免费的套餐，包括在前 12 个月每月 750 小时的公共 IPv4 地址使用时间，自 2024 年 2 月 1 日起生效。
在公告中，为了帮助用户审查对公共 IPv4 地址的使用情况，亚马逊还推出了新的公共 IP 洞察工具（https://docs.aws.amazon.com/vpc/latest/ipam/what-it-is-ipam.html）。亚马逊希望这款免费工具能够引导用户查看、排序、过滤并了解有关他们正在使用的每个公共 IPv4 地址的更多信息。它还将帮助用户了解应用程序的更新可以在哪些方面最大限度地减少新费用的影响。
推出十年的 IPv6，应用进度缓慢
其实正如上文所述，亚马逊推出收费政策的另一层原因也是想要推动 IPv6 的应用。
作为取代 IPv4 的新一版本，IPv6 正式推出至今已有十多年的时间。相较 IPv4 因其 32 位寻址方案的性质而仅限于 43 亿台设备，那么采用 128 位寻址的 IPv6 可提供大约 2128（约3.4×1038）个位址。这对任何人来说都应该足够了。
与此同时，IPv6 不仅仅扩展了可用地址的数量，也不仅仅是在电话号码长度上添加数字，它还可以更有效地处理数据包、提高性能、提高安全性等等。
不过，由于 IPv4 讯息和 IPv6 讯息标头有很大不同，因此这两种协议无法互操作。同时许多组织起初认为没有必要改变，尤其是从旧标准向新标准迁移的管理可能会很复杂，这导致 IPv6 采用的速度一直缓慢且循序渐进。
据 The Register 报道，尽管全球未分配的 IPv4 地址已于 2019 年正式耗尽，但根据欧洲地区互联网注册机构 RIPE NCC 去年公布的数据显示，IPv4 路由表中的条目数量仍是 IPv6 的六倍。
随着时间的推移，这一情况有所好转，根据 Google 内部最新绘制了用户中 IPv6 采用情况的图表显示，估计目前互联网上有超过 42% 的用户使用 IPv6。
但 RIPE NCC 此前做出预测：全球可能需要 5-10 年的时间才能真正放弃 IPv4 地址空间。如今仍然是 IPv4 当道的时代。
IPv6 的争议
对于亚马逊带头提及 IPv4 收费，目前不知道其他公司是否会效仿，不过有不少网友表示理解与支持。
@mrweasel：
据我所知，至少有一家公司在上周末苦苦抱怨之后，经过快速审核和更改，今天释放了超过 50% 的 IPv4 地址。
看到这样的情况，我认为 AWS 提高 IPv4 地址价格是完全合理的。人们肆意使用 IPv4 并不在意，因为 AWS 可以确保他们的客户始终有足够的地址可用。
但是也有用户认为收费虽然没有错，但是在使用 IPv6 过程中，问题不断。
@furkansahin：
我最近开始为一家初创公司工作。我的主要职责是为我们的裸机云开发网络功能。我们默认启动了 IPv6，但很快我们就发现，最大的问题 "不是"在设置方面。如果从零开始，IPv6 的设置其实很简单。IPv6 最大的问题在于生态系统根本没有做好准备。如果没有代理，你甚至无法使用 GitHub！因此，我们必须立即开始实施 IPv4 支持，因为对于仅具有 IPv6 的开发人员来说，虚拟机几乎毫无用处。
@Habgdnv：
最近，我尝试在仅支持 IPv6 的网络上从头开始部署 GitLab，最初的体验并不顺利。在初始设置过程中，我在控制台遇到了一个异常。GitLab 尝试获取 Let's Encrypt 证书，但立即失败了，因为它默认不监听 IPv6 地址。一年前，我们（在公司）试图在仅支持 IPv6 的网络上部署 GlusterFS 时也遇到了类似的问题，结果也失败了。(我要求只使用 V6，我的经理很不高兴）很明显，虽然 IPv6 可能是未来的趋势，但目前的生态系统似乎还没有为支持它做好充分准备。多年来，我一直想使用只支持 IPv6 的 Docker，而且我真的在考虑学习 Go，以便编写自己的只支持 IPv6 的驱动程序。
那么，你或者贵公司在部署 IPv6 过程中是否顺利？欢迎分享。
（版权归原作者所有，侵删）