在IPv6協(xié)議推出當(dāng)初，很多人都認(rèn)為是沒有必要的。但是隨著IPv6協(xié)議應(yīng)用的優(yōu)越性漸漸凸顯，不少機構(gòu)已經(jīng)開始著手于IPv6協(xié)議網(wǎng)絡(luò)的建設(shè)當(dāng)中去了。那么現(xiàn)在偶們將要為大家介紹的是有關(guān)于IPv6在數(shù)據(jù)中心的構(gòu)建。

構(gòu)建應(yīng)用靈活可擴展的數(shù)據(jù)中心

建設(shè)一個能夠支持今后IPv6協(xié)議應(yīng)用的數(shù)據(jù)中心，需要考慮應(yīng)用系統(tǒng)的具體部署要求。

在很多系統(tǒng)構(gòu)建中人們會簡單地選擇“雙棧主機”方式，對于小型的簡單應(yīng)用這可能這是一個合理的選擇，但對于大型計算應(yīng)用，這種簡單的部署要求可能會帶來更多的投入成本和持續(xù)的運維成本。這是因為，多層架構(gòu)的軟件體系在雙棧的支持上并不是在各個層次都很完備，特別是中間計算平臺，由于軟件種類眾多、功能豐富，目前同時支持雙棧的并不多（相比而言，多層架構(gòu)下的應(yīng)用在WEB層實現(xiàn)IPv6前端服務(wù)、IPv4后端操作可能成為一種較好的過渡方式）。因此，要使應(yīng)用系統(tǒng)所有組件全面轉(zhuǎn)向IPv6，技術(shù)成熟度會是一個較大問題，并且隨后系統(tǒng)運維的復(fù)雜性也較傳統(tǒng)環(huán)境大大提高。而B/S架構(gòu)的WEB計算層，由于功能相對簡單，并且是面向客戶終端提供操作，更易于雙棧化，如圖1所示。

圖1 在WEB服務(wù)器層實現(xiàn)IPv6/IPv4雙棧訪問

WEB層的雙棧服務(wù)器部署策略有助于提高數(shù)據(jù)中心的兼容性和擴展性。IPv6協(xié)議應(yīng)用，對于IP地址而言，終端用戶、承載用戶流量的網(wǎng)絡(luò)、數(shù)據(jù)中心的WEB業(yè)務(wù)層（圖1所示）設(shè)備所占用的地址是主要的IPv6網(wǎng)絡(luò)組成體系，而在WEB層后的中間件應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器等并不向終端客戶提供直接服務(wù)，從而可以維持成熟的IPv4通信體系?；谶@種方式，在支持應(yīng)用部署上，就有靈活可擴展的選擇，如圖2所示。

圖2 靈活的業(yè)務(wù)邏輯

數(shù)據(jù)中心的WEB服務(wù)層會存在IPv4、IPv6協(xié)議應(yīng)用和雙棧三種服務(wù)器，IPv4的WEB服務(wù)器只能應(yīng)用于傳統(tǒng)的IPv4應(yīng)用系統(tǒng)，其后端的APP服務(wù)器也是IPv4的；純IPv6的WEB服務(wù)器也只能訪問IPv6的APP后臺；而雙棧的WEB服務(wù)器，其后臺支持的APP將相對更為靈活，可以是IPv4也可以是IPv6的，對于應(yīng)用之間有數(shù)據(jù)交換要求的，可以通過雙棧的APP實現(xiàn)。

一般的建議是，當(dāng)前端網(wǎng)絡(luò)升級到IPv6后，后臺仍然可以采用當(dāng)前非常成熟的v4平臺支持，等到后臺APP的IPv6成熟穩(wěn)定后，再實施切換，這樣對系統(tǒng)運行穩(wěn)定將有較大的好處。