OpenStack为IPv6做好准备了吗?

　　我们首先评估的是OpenStack Grizzly的命令核心组件：Nova、Glance以及Quantum。Nova和Quantum显示了IPv6的问题(参见图2)，很显 然，OpenStack的大量开发工作并不是以IPv6为目标的。例如，一个虚拟机是无法轻易地获得多个IP地址的，更不用说基于范围将它们纳入应用中 了。显然，IPv6专业技术仍处于供不应求阶段。

 图2. OpenStack中的IPv6问题。

　　对于租户网络——它意味着在多租户云计算中的单一租户环境——我们发现以下问题:

• Dnsmasq, 即一个DNS转发器和DHCP服务器，没有被推出以支持路由器广告和无状态地址自动配置。
• Dnsmasq并没有被绑定在正确的接口，所以虚拟机点的IPv6默认路由是DHCP服务器地址而不是网关地址。
• 计算机节点的默认ip6table规则需要进行调整，以便于在同一子网中的路由器和虚拟机能够通过邻居发现消息实现相互间的通信。
对于外部网络——即在OpenStack云计算和外部世界之间的通信——我们的测试结果如下：
• 路由器网关(即路由器的端口面向外部网络)不支持多个子网。换而言之，IPv4和IPv6子网无法实现至相同接口的关联。
• 不建议在租户网络和外部网络之间使用网络地址转换(NAT)和NAT64。
• 在IPv6中不需要通用属性注册协议，因为我们在协议堆栈有复制地址检测，这是IPv6另一个不错的功能。

　　我们让它能够正常工作，但它也仅仅进行一些努力并完成一些Python编码工作。尽管如此，我们能够在IPv6上运行OpenStack，这就是最好的进展。

　　如果你希望了解我们测试和测试结果的更多详细信息，我们建议你阅读我们的免费白皮书《IPv6与OpenStack Grizzly》,该文为相关人士提供了一个入门IPv6和云计算领域以及学习各个相关技术的好途径。

　　我们无法希望IPv6消失，无法忽视云计算，但是如果你运行着一个服务供应商业务或企业IT部门，那么最明智的做法就是充分考虑这两者并正确行事。云计 算+IPv6并不是简单1+1 的问题，而OpenStack+IPv6将成为众多下一代IT环境的一部分。如欲了解更多详细信息，请通过以下地址与我们联系，并敬请关注后续测试结果。