1 引言
        早在IPv6技術(shù)形成之初，人們就已經(jīng)開始對IPv4/IPv6網(wǎng)絡(luò)的過渡、共存、互通等諸多方面進(jìn)行了技術(shù)研究與論證，更多的是集中在基礎(chǔ)網(wǎng)絡(luò)層面從傳統(tǒng)的IPv4網(wǎng)絡(luò)如何平滑地遷移到終極的IPv6網(wǎng)絡(luò)。
        當(dāng)開始在數(shù)據(jù)中心部署IPv6應(yīng)用、或構(gòu)建一個IPv6的數(shù)據(jù)中心時，數(shù)據(jù)中心的建設(shè)思路與其它網(wǎng)絡(luò)部分不太一樣。由于數(shù)據(jù)中心最終是要全面提供IPv6業(yè)務(wù)的，應(yīng)此支持IPv6是數(shù)據(jù)中心的核心目標(biāo)，并需要能夠同時提供當(dāng)前條件下IPv4/IPv6對外的全面服務(wù)。
      2 當(dāng)前IPv6的基本應(yīng)用情況
        目前網(wǎng)絡(luò)中IPv6應(yīng)用以FTP、WEB服務(wù)、視頻點播、文件共享等服務(wù)為主，這類服務(wù)對網(wǎng)絡(luò)帶寬有一定要求，對服務(wù)器本身的計算能力并無較高要求。
       從更為成熟的行業(yè)化應(yīng)用計算角度來看，一般的應(yīng)用都是多層(N-tier)架構(gòu)，如常見的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è)級計算都是借助中間件來實現(xiàn)數(shù)據(jù)中心的豐富業(yè)務(wù)。雖然對上層應(yīng)用來說，IPv6只是在網(wǎng)絡(luò)通信層面做了替代，只涉及到底層協(xié)議棧的修改，但是，基于IPv6底層通信的大規(guī)模計算體系并未真正成熟，如各種數(shù)據(jù)庫對IPv6操作的支持也是在近兩年才開始成熟，企業(yè)核心系統(tǒng)軟件的通信層面處于剛剛開始的IPv6轉(zhuǎn)換期。
       3 構(gòu)建應(yīng)用靈活可擴(kuò)展的數(shù)據(jù)中心
       建設(shè)一個能夠支持今后IPv6應(yīng)用的數(shù)據(jù)中心，需要考慮應(yīng)用系統(tǒng)的具體部署要求。
       在很多系統(tǒng)構(gòu)建中人們會簡單地選擇“雙棧主機(jī)”方式，對于小型的簡單應(yīng)用這可能這是一個合理的選擇，但對于大型計算應(yīng)用，這種簡單的部署要求可能會帶來更多的投入成本和持續(xù)的運(yùn)維成本。這是因為，多層架構(gòu)的軟件體系在雙棧的支持上并不是在各個層次都很完備，特別是中間計算平臺，由于軟件種類眾多、功能豐富，目前同時支持雙棧的并不多(相比而言，多層架構(gòu)下的應(yīng)用在WEB層實現(xiàn)IPv6前端服務(wù)、IPv4后端操作可能成為一種較好的過渡方式)。因此，要使應(yīng)用系統(tǒng)所有組件全面轉(zhuǎn)向IPv6，技術(shù)成熟度會是一個較大問題，并且隨后系統(tǒng)運(yùn)維的復(fù)雜性也較傳統(tǒng)環(huán)境大大提高。而B/S架構(gòu)的WEB計算層，由于功能相對簡單，并且是面向客戶終端提供操作，更易于雙?；鐖D2所示。