OpenStack为IPv6做好准备了吗?

　　随着全球范围内未分配IPv4地址资源的快速匮乏，以及物联网技术的迅猛发展，我们对于具有更大地址空间的IPv6的需求正变得日益迫切。同时，云计算应 用的不断发展也对服务交付提出了敏捷性的要求，它为企业客户提供了新的服务选择。这两大趋势是在同时发生着并影响着IT业的各个方面，而且在它们各自的范 围内都是十分复杂的，同时两者也是相互依存的。单一地考虑其中任何一个都会导致失败的部署，从而付出昂贵的学费和不必要的返工。

　　坦白说，我们坚信，如果云计算不是以IPv6为基础进行建设，那么它必然是无法发挥其潜力的。目前基于IPv4的云计算仅仅只是无所不在云计算服务市场设想的一个概念证明而已。

　　在2011年至2012年，我们曾对支持IPv6的云计算供应商进行过一次评估，其结果真是惨不忍睹。而随着越来越多供应商开始提供IPv6支持，我们已 把我们的注意力转向对通过IPv6提供的服务和被我们称为v6Sonar的基于云计算的服务进行质量评估上。虽然还存在着大量有待完善的问题，但是我们发 现一些云计算服务在IPv6上的表现要比它们在IPv4上好得多。但是，我们仍希望看到IPv6在与云计算的协作中做出实质性突破，而不只是简单的完成预 配置虚拟机(VM)的IPv6传输。毕竟，“云计算+IPv6”并不是把两个IT战略举措进行简单的“1+1”，它还是云计算实施中IPv6内在技术价值 的增益表现。一直以来，我们都在为云计算与IPv6交集中所孕育的创新机遇而兴奋不已。

　　与弄潮儿一起共舞：OpenStack

　　从它诞生的第一天开始，我们就一直在关注着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

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

　　图1. OpenStack架构中的核心组件。

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

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

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