一年一度的高考牽動著無數(shù)考生的心，6月23日高考成績發(fā)布，太一星晨應(yīng)用交付系統(tǒng)也在這天迎來了它的北京高考——要在高考成績查詢當(dāng)天，確保整個查詢系統(tǒng)運行通暢穩(wěn)定。而具體的考題則有以下幾項：

1、北京市有多少高考考生?

2、北京市高考查詢有多大流量?

3、最重要的一題是：如何優(yōu)化系統(tǒng)，讓北京高考成績查詢在6月23日那天，始終順暢?

為了這特別的一天，太一星晨的工程師們已經(jīng)做好了充分的準(zhǔn)備。

北京考試院承擔(dān)北京高考分?jǐn)?shù)查詢工作，由于北京市有6萬名考生，在公布高考查詢?nèi)肟诘囊凰查g，大量用戶涌入系統(tǒng)查詢分?jǐn)?shù)，給查詢系統(tǒng)帶來極大的工作壓力。2013年，北京考試院查詢系統(tǒng)使用的某國外廠商(以下稱X廠商)的四層交換機，結(jié)果在高考成績查詢當(dāng)天便沒有頂住瞬間流量帶來的系統(tǒng)壓力而癱瘓。當(dāng)時，系統(tǒng)中斷響應(yīng)幾十分鐘后才恢復(fù)。

為了避免出現(xiàn)同樣的事故，北京考試院果斷升級了服務(wù)器，并選擇了太一星晨作為國外品牌的替換者。今年，太一星晨應(yīng)用交付又將如何面對高考蜂擁的查詢請求呢?

由于去年北京考試院配備的X廠商的配置很簡單，替換也很容易。但和北京考試院的同事一起分析了去年的現(xiàn)象后，太一星晨的工程師發(fā)現(xiàn)，按原有配置替換X廠商產(chǎn)品，恐怕并不能帶來良好的效果。因X廠商的設(shè)備采用三角傳輸模式部署：用戶訪問流量通過負(fù)載設(shè)備分擔(dān)到后臺服務(wù)器，服務(wù)器返回的數(shù)據(jù)不經(jīng)過負(fù)載設(shè)備。這樣的優(yōu)勢是：只有上行流量經(jīng)過負(fù)載，而下行流量不經(jīng)過負(fù)載，減輕了負(fù)載的壓力。但缺點也很明顯，來回流量不經(jīng)過同一個設(shè)備，導(dǎo)致負(fù)載設(shè)備上無法對流量做優(yōu)化，不能從根本上減輕服務(wù)器壓力。

為了更好的優(yōu)化應(yīng)用環(huán)境，經(jīng)過與客戶溝通，為避免更高服務(wù)器配置，太一星晨工程師最終采用單臂模式接入網(wǎng)絡(luò)，開啟源NAT地址轉(zhuǎn)換，保證服務(wù)器來回流量經(jīng)過負(fù)載，同時開啟HTTP緩存、壓縮功能，針對圖片、文字框架部分做協(xié)議優(yōu)化。為減輕大流量訪問對服務(wù)器造成的高并發(fā)壓力，開啟TCP連接復(fù)用技術(shù)，減少連接。***，根據(jù)網(wǎng)監(jiān)要求，服務(wù)器上要能查看客戶端真實IP地址。因此，設(shè)備開啟插入x-forward-for字段的方式，將客戶端真實IP傳入到服務(wù)器上。

采用這種模式，對服務(wù)器不需要額外改動，對客戶影響最小。設(shè)備開啟NAT、以及各種七層優(yōu)化功能，***程度的減輕服務(wù)器負(fù)擔(dān)?？蛻粑ㄒ坏囊蓡柺?，“設(shè)備開啟這么多功能，能頂住峰值壓力么?”。在模擬測試中，用戶采用LR軟件，模擬學(xué)生登錄，查詢的動作，結(jié)果表明，模擬1W用戶同時登錄查詢，服務(wù)器滿載的情況下，負(fù)載均衡設(shè)備CPU只在50%左右。這個壓力已經(jīng)是去年峰值負(fù)荷的2倍!面對這個結(jié)果，北京考試院和太一星晨工程師們都非常放心!

時間來到6月23日中午11點50分，高考查詢正式開始。太一星晨的“高考”也正式開始了!數(shù)據(jù)顯示，北京總共有6萬高考考生;峰值流量2萬4千連接;在6月23日當(dāng)天，6萬考生陸續(xù)訪問北京考試院高考查分網(wǎng)站頁面，系統(tǒng)始終保持順暢!

顯然，在這一次特別的“高考”中，太一星晨用自己的實力，在北京考試院2014高考查詢“考試科目”中，得到了滿分!