1 引言
        早在IPv6技術(shù)形成之初，人們就已經(jīng)開(kāi)始對(duì)IPv4/IPv6網(wǎng)絡(luò)的過(guò)渡,、共存,、互通等諸多方面進(jìn)行了技術(shù)研究與論證，更多的是集中在基礎(chǔ)網(wǎng)絡(luò)層面從傳統(tǒng)的IPv4網(wǎng)絡(luò)如何平滑地遷移到終極的IPv6網(wǎng)絡(luò),。
        當(dāng)開(kāi)始在數(shù)據(jù)中心部署IPv6應(yīng)用,、或構(gòu)建一個(gè)IPv6的數(shù)據(jù)中心時(shí)，數(shù)據(jù)中心的建設(shè)思路與其它網(wǎng)絡(luò)部分不太一樣,。由于數(shù)據(jù)中心最終是要全面提供IPv6業(yè)務(wù)的,，應(yīng)此支持IPv6是數(shù)據(jù)中心的核心目標(biāo)，并需要能夠同時(shí)提供當(dāng)前條件下IPv4/IPv6對(duì)外的全面服務(wù),。
      2 當(dāng)前IPv6的基本應(yīng)用情況
        目前網(wǎng)絡(luò)中IPv6應(yīng)用以FTP,、WEB服務(wù)、視頻點(diǎn)播,、文件共享等服務(wù)為主,，這類(lèi)服務(wù)對(duì)網(wǎng)絡(luò)帶寬有一定要求，對(duì)服務(wù)器本身的計(jì)算能力并無(wú)較高要求,。
       從更為成熟的行業(yè)化應(yīng)用計(jì)算角度來(lái)看,，一般的應(yīng)用都是多層(N-tier)架構(gòu)，如常見(jiàn)的C/S架構(gòu)和B/S多層應(yīng)用方式,，圖1所示,。

                      圖1傳統(tǒng)應(yīng)用的層次架構(gòu)
                      
      在傳統(tǒng)IPv4的網(wǎng)絡(luò)環(huán)境下,，多層軟件體系發(fā)展非常豐富和成熟，特別是中間件發(fā)展快速,，當(dāng)前大量的企業(yè)級(jí)計(jì)算都是借助中間件來(lái)實(shí)現(xiàn)數(shù)據(jù)中心的豐富業(yè)務(wù),。雖然對(duì)上層應(yīng)用來(lái)說(shuō)，IPv6只是在網(wǎng)絡(luò)通信層面做了替代,，只涉及到底層協(xié)議棧的修改,，但是，基于IPv6底層通信的大規(guī)模計(jì)算體系并未真正成熟,，如各種數(shù)據(jù)庫(kù)對(duì)IPv6操作的支持也是在近兩年才開(kāi)始成熟,，企業(yè)核心系統(tǒng)軟件的通信層面處于剛剛開(kāi)始的IPv6轉(zhuǎn)換期。
       3 構(gòu)建應(yīng)用靈活可擴(kuò)展的數(shù)據(jù)中心
       建設(shè)一個(gè)能夠支持今后IPv6應(yīng)用的數(shù)據(jù)中心,，需要考慮應(yīng)用系統(tǒng)的具體部署要求,。
       在很多系統(tǒng)構(gòu)建中人們會(huì)簡(jiǎn)單地選擇“雙棧主機(jī)”方式，對(duì)于小型的簡(jiǎn)單應(yīng)用這可能這是一個(gè)合理的選擇,，但對(duì)于大型計(jì)算應(yīng)用,，這種簡(jiǎn)單的部署要求可能會(huì)帶來(lái)更多的投入成本和持續(xù)的運(yùn)維成本。這是因?yàn)?，多層架?gòu)的軟件體系在雙棧的支持上并不是在各個(gè)層次都很完備,，特別是中間計(jì)算平臺(tái)，由于軟件種類(lèi)眾多,、功能豐富,，目前同時(shí)支持雙棧的并不多(相比而言，多層架構(gòu)下的應(yīng)用在WEB層實(shí)現(xiàn)IPv6前端服務(wù),、IPv4后端操作可能成為一種較好的過(guò)渡方式),。因此，要使應(yīng)用系統(tǒng)所有組件全面轉(zhuǎn)向IPv6,，技術(shù)成熟度會(huì)是一個(gè)較大問(wèn)題,，并且隨后系統(tǒng)運(yùn)維的復(fù)雜性也較傳統(tǒng)環(huán)境大大提高。而B(niǎo)/S架構(gòu)的WEB計(jì)算層,，由于功能相對(duì)簡(jiǎn)單,，并且是面向客戶終端提供操作，更易于雙?；?，如圖2所示,。