引言
早在IPV6技术形成之初，人们就已经开始对IPv4/IPV6网络的过渡、共存、互通等诸多方面进行了技术研究与论证，更多的是集中在基础网络层面从传统的IPv4网络如何平滑地迁移到终极的IPV6网络。
当开始在数据中心部署IPV6应用、或构建一个IPV6的数据中心时，数据中心的建设思路与其它网络部分不太一样。由于数据中心最终是要全面提供IPV6业务的，应此支持IPV6是数据中心的核心目标，并需要能够同时提供当前条件下IPv4/IPV6对外的全面服务。
当前IPV6的基本应用情况
目前网络中IPV6应用以FTP、WEB服务、视频点播、文件共享等服务为主，这类服务对网络带宽有一定要求，对服务器本身的计算能力并无较高要求。
从更为成熟的行业化应用计算角度来看，一般的应用都是多层(N-tier)架构，如常见的C/S架构和B/S多层应用方式，图1所示。
图1 传统应用的层次架构
在传统IPv4的网络环境下，多层软件体系发展非常丰富和成熟，特别是中间件发展快速，当前大量的企业级计算都是借助中间件来实现数据中心的丰富业务。虽然对上层应用来说，IPV6只是在网络通信层面做了替代，只涉及到底层协议栈的修改，但是，基于IPV6底层通信的大规模计算体系并未真正成熟，如各种数据库对IPV6操作的支持也是在近两年才开始成熟，企业核心系统软件的通信层面处于刚刚开始的IPV6转换期。
构建应用灵活可扩展的数据中心
建设一个能够支持今后IPV6应用的数据中心，需要考虑应用系统的具体部署要求。
在很多系统构建中人们会简单地选择“双栈主机”方式，对于小型的简单应用这可能这是一个合理的选择，但对于大型计算应用，这种简单的部署要求可能会带来更多的投入成本和持续的运维成本。这是因为，多层架构的软件体系在双栈的支持上并不是在各个层次都很完备，特别是中间计算平台，由于软件种类众多、功能丰富，目前同时支持双栈的并不多(相比而言，多层架构下的应用在WEB层实现IPV6前端服务、IPv4后端操作可能成为一种较好的过渡方式)。因此，要使应用系统所有组件全面转向IPV6，技术成熟度会是一个较大问题，并且随后系统运维的复杂性也较传统环境大大提高。而B/S架构的WEB计算层，由于功能相对简单，并且是面向客户终端提供操作，更易于双栈化，如图2所示。
图2 在WEB服务器层实现IPV6/IPv4双栈访问
WEB层的双栈服务器部署策略有助于提高数据中心的兼容性和扩展性。对于IP地址而言，终端用户、承载用户流量的网络、数据中心的WEB业务层(图2所示)设备所占用的地址是主要的IPV6网络组成体系，而在WEB层后的中间件应用服务器、数据库服务器等并不向终端客户提供直接服务，从而可以维持成熟的IPv4通信体系。基于这种方式，在支持应用部署上，就有灵活可扩展的选择，如图3所示。
图3 灵活的业务逻辑
数据中心的WEB服务层会存在IPv4、IPV6和双栈三种服务器，IPv4的WEB服务器只能应用于传统的IPv4应用系统，其后端的APP服务器也是IPv4的;纯IPV6的WEB服务器也只能访问IPV6的APP后台;而双栈的WEB服务器，其后台支持的APP将相对更为灵活，可以是IPv4也可以是IPV6的，对于应用之间有数据交换要求的，可以通过双栈的APP实现。
一般的建议是，当前端网络升级到IPV6后，后台仍然可以采用当前非常成熟的v4平台支持，等到后台APP的IPV6成熟稳定后，再实施切换，这样对系统运行稳定将有较大的好处。
来源：ZDNET网络频道
