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ò)。IPv6是Internet Protocol Version 6的縮寫(xiě)，其中Internet Protocol譯為“互聯(lián)網(wǎng)協(xié)議”。IPv6是IETF（互聯(lián)網(wǎng)工程任務(wù)組，Internet Engineering Task Force）設(shè)計(jì)的用于替代現(xiàn)行版本IP協(xié)議（IPv4）的下一代IP協(xié)議。目前IP協(xié)議的版本號(hào)是4（簡(jiǎn)稱為IPv4），它的下一個(gè)版本就是IPv6。目前的因特網(wǎng)所采用的協(xié)議族是TCP/IP協(xié)議族。IP是TCP/IP協(xié)議族中網(wǎng)絡(luò)層的協(xié)議，是TCP/IP協(xié)議族的協(xié)議。IPv6正處在不斷發(fā)展和完善的過(guò)程中，它在不久的將來(lái)將取代目前被廣泛使用的IPv4。每個(gè)人將擁有更多IP地址。

　　當(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ù)為主，這類服務(wù)對(duì)網(wǎng)絡(luò)帶寬有一定要求，對(duì)服務(wù)器本身的計(jì)算能力并無(wú)較高要求。

    IPv6的普及一個(gè)重要的應(yīng)用是將是網(wǎng)絡(luò)實(shí)名制下的互聯(lián)網(wǎng)身份證/VIeID，目前基于IPv4的網(wǎng)絡(luò)之所以難以實(shí)現(xiàn)網(wǎng)絡(luò)實(shí)名制，一個(gè)重要原因就是因?yàn)镮P資源的共用，因?yàn)镮P資源不夠，所以不同的人在不同的時(shí)間段共用一個(gè)IP，IP和上網(wǎng)用戶無(wú)法實(shí)現(xiàn)一一對(duì)應(yīng)。IPv6的出現(xiàn)可以從技術(shù)上一勞永逸地解決實(shí)名制這個(gè)問(wèn)題，因?yàn)槟菚r(shí)IP資源將不再緊張，運(yùn)營(yíng)商有足夠多的IP資源，那時(shí)候，運(yùn)營(yíng)商在受理入網(wǎng)申請(qǐng)的時(shí)候，可以直接給該用戶分配一個(gè)固定IP地址，這樣實(shí)際就實(shí)現(xiàn)了實(shí)名制，也就是一個(gè)真實(shí)用戶和一個(gè)IP地址的一一對(duì)應(yīng)。

　　從更為成熟的行業(yè)化應(yīng)用計(jì)算角度來(lái)看，一般的應(yīng)用都是多層（N-tier）架構(gòu)，如常見(jiàn)的C/S架構(gòu)和B/S多層應(yīng)用方式，圖1所示。

                      
　　在傳統(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)，由于軟件種類眾多、功能豐富，目前同時(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所示。