一年一度的高考牵动着无数考生的心，6月23日高考成绩发布，太一星晨应用交付系统也在这天迎来了它的北京高考——要在高考成绩查询当天，确保整个查询系统运行通畅稳定。而具体的考题则有以下几项：

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

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

3、最重要的一题是：如何优化系统，让北京高考成绩查询在6月23日那天，始终顺畅?

为了这特别的一天，太一星晨的工程师们已经做好了充分的准备。

北京考试院承担北京高考分数查询工作，由于北京市有6万名考生，在公布高考查询入口的一瞬间，大量用户涌入系统查询分数，给查询系统带来极大的工作压力。2013年，北京考试院查询系统使用的某国外厂商(以下称X厂商)的四层交换机，结果在高考成绩查询当天便没有顶住瞬间流量带来的系统压力而瘫痪。当时，系统中断响应几十分钟后才恢复。

为了避免出现同样的事故，北京考试院果断升级了服务器，并选择了太一星晨作为国外品牌的替换者。今年，太一星晨应用交付又将如何面对高考蜂拥的查询请求呢?

由于去年北京考试院配备的X厂商的配置很简单，替换也很容易。但和北京考试院的同事一起分析了去年的现象后，太一星晨的工程师发现，按原有配置替换X厂商产品，恐怕并不能带来良好的效果。因X厂商的设备采用三角传输模式部署：用户访问流量通过负载设备分担到后台服务器，服务器返回的数据不经过负载设备。这样的优势是：只有上行流量经过负载，而下行流量不经过负载，减轻了负载的压力。但缺点也很明显，来回流量不经过同一个设备，导致负载设备上无法对流量做优化，不能从根本上减轻服务器压力。

为了更好的优化应用环境，经过与客户沟通，为避免更高服务器配置，太一星晨工程师最终采用单臂模式接入网络，开启源NAT地址转换，保证服务器来回流量经过负载，同时开启HTTP缓存、压缩功能，针对图片、文字框架部分做协议优化。为减轻大流量访问对服务器造成的高并发压力，开启TCP连接复用技术，减少连接。最后，根据网监要求，服务器上要能查看客户端真实IP地址。因此，设备开启插入x-forward-for字段的方式，将客户端真实IP传入到服务器上。

采用这种模式，对服务器不需要额外改动，对客户影响最小。设备开启NAT、以及各种七层优化功能，最大程度的减轻服务器负担。客户唯一的疑问是，“设备开启这么多功能，能顶住峰值压力么?”。在模拟测试中，用户采用LR软件，模拟学生登录，查询的动作，结果表明，模拟1W用户同时登录查询，服务器满载的情况下，负载均衡设备CPU只在50%左右。这个压力已经是去年峰值负荷的2倍!面对这个结果，北京考试院和太一星晨工程师们都非常放心!

时间来到6月23日中午11点50分，高考查询正式开始。太一星晨的“高考”也正式开始了!数据显示，北京总共有6万高考考生;峰值流量2万4千连接;在6月23日当天，6万考生陆续访问北京考试院高考查分网站页面，系统始终保持顺畅!

显然，在这一次特别的“高考”中，太一星晨用自己的实力，在北京考试院2014高考查询“考试科目”中，得到了满分!