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

構建應用靈活可擴展的數(shù)據(jù)中心

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

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

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

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

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

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

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