从它诞生的第一天开始，我们就一直在关注着OpenStack，这是一个用于建设和管理公共云计算与私有云计算的开源云计算平台。OpenStack从问 世之初就成为了Amazon网络服务专用平台的主要竞争对手之一，它是云计算平台竞争中的一个主要竞争者，所以我们也就很自然地要对其IPv6兼容性进行 评估。毕竟，当我们评估专有云计算平台的IPv6兼容性时，在最好的情况下，很多问题只需要一次评估工作也就很快能变得清晰了。同时，作为一个开源项 目，OpenStack允许我们为不兼容IPv6的组件进行打补丁和调整。

  OpenStack也得到了服务供应商和大型企业的显著推动，因为他们也都承受着使用IPv6的越来越大的压力。为进一步展示和评估云计算与IPv6部署战略组合的优越性，我们决定在实验室中进行一次OpenStack IPv6 兼容性的实验。

  很多时候，从创意到实施之间总是有着一条漫长而坎坷的道路。OpenStack宣布从其API 1.1版开始就支持IPv6，而Nova则应该支持有限的功能——也就是说，Nova仍然涵盖OpenStack网络和计算功能，且优先于Folsom于 2012年九月发布。Nova的网络组件即将被淘汰，而推出它自己的组件，即Quantum。但是Folsom的发布并不支持IPv6 DHCP和IPv6外部路由，因此我们不得不暂时压抑一下我们的兴奋心情而寄希望于下一次在2013年四月发布的Grizzly。

  与熊博弈：OpenStack Grizzly

  Grizzly中的每一个组件都在协同过程中起着关键的作用。Nova按需提供虚拟服务器，而Quantum – 将于近期在即将到来的10月Havana发布中更名为Neutron – 在Nova和其他OpenStack组件资源之间建立起网络连接。

  OpenStack架构中的核心组件。

  我们的目标是评估OpenStack在如下三种模式中在控制级运行的能力，它将会创建双协议堆栈或只支持从云计算外访问的IPv6虚拟机：

  • IPv6 和 IPv4:双协议堆栈
     • IPv6 和 IPv4:互补 (按需求，一些功能通过IPv6而其他的一些通过IPv4)
     • 只支持IPv6

  我们不仅希望在IPv6过渡期看到云计算服务的身影，而且希望云计算服务能够构建基于IPv6的下一代架构。

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

  更多内容尽在：www.commernet.cn