每年网上选课季，吐槽的发帖，埋怨多于赞美，所谓顺利的△喜悦是一样的，但不顺利却是各有各的故事，“大塞车”已经成为每年选课季悬在大学教务处和网络中心头上的一把利剑。
北京邮电大学正是在学生和老师吐槽的压力中，重新改造选课系统，优化数据库及应用服务器，彻底让选课“大塞车”成为历史。
2014年初，北京邮电大学校领导转发的学生吐槽：“选课系统㊣ 经常崩溃，效率低。”批示要求：“查找原因，尽快改进”。此后，校教务处与∩网络中心合作，改造学校旧有的选课系统。
追根溯源
2013年，北邮教务管理系统采用了4台虚拟机，一台数据库服务器，一台应用服务器，开启4个端口，加上4台虚拟机，一共设置了8个网站入口，然而，每◣学年学生选课时，依然是大堵车。
北邮教务处徐老师介绍说：“就像地铁一样，进站台的人多了，但实际上每次发车的车次是有限的，所以登上数据库服务器，选课数据保存成功还∴是有限。”
“CPU虽然老了一些，但配置还算高，就ζ是一到选课的时候，效果特别差。”北邮网络中心网络部王振华分析认为，选课系统在数据库服务器和应用服务器两方面均存在瓶颈。
当时经过压力测试，发现，在600个用户进行选课∞的时候，数据库服务器和应用服√务器的压力均未产生瓶颈，而当达到800个用户的时候开始有失败产生，应用服务器的CPU空闲率较低，说明在大批量选课的时候应用服务器是存在瓶卐颈的。另外，原有数据※库硬件配置低，存在性能瓶颈。
改造思路：参考高并发网站架构
如何解决这个※问题，王振华重点考虑改造系统架构，了解了一些高并发网站的结构。“高并发问题，并不是仅仅负载均衡器就能解决的，而是需↙要对动态的、静态的■部分进行分离，四层分离，有可能七层分离，甚至于数据库要做集群。”
并且，高并发的网站，千万级规模的架构，也并不符合北邮的现实情况。这些大型网站要考虑负载均衡⌒器、缓存服务器〖、应用服务器、数据」库集群，内外部的负载均衡，传统SQL的集群，针对一些消费类的内容做SQL的消费队列等等。“北邮选课的规模还达不到这样的级别。”王振华说。
在分析过主要的原因及相关的高并发网站之后，王振华着手设计和调整架㊣ 构：第一，简化结构适应校】园网特点，第二，使用虚拟化简化Web应用服务器管理;第三，与其它业务系统共享资源。
效果评估
调整之后的北京邮电大学选课系统于2014年5月上线，顺利渡过了2014年6月和2015年1月的选课，没有再接到学↓生的抱怨。“实际上选课的高峰期，我们最关心的就是前半个小时，如果平稳过渡了，说明这个高峰期顺利就渡过去了。”北邮教务处徐老师介绍。
选课系统上线前，北邮︾还对其中的20台虚拟机进行了压力测试，对北邮教务系统的登录、选课、查询方案完①成情况、查询成绩、老师录入成绩进行压力测试。经过测试，发现该系统在1000用户并发时均能保证响应时间在0.36秒左右，登录功能在1000并发时响应时间在5秒左右，塞车的问题、成绩数☉据丢失的问题不复存在。
选课系统是集中性很∞强的一个应用，而虚拟机的部署，也让更多◆的业务系统能够灵活地得到应用，“以SAAS的方式提供给用户，那是最理想的。这样，老师只需要关心空间租用和业务布置，这是一个更大的资█源池，能更好地调配学校的资源，甚至能提供不同学校利用，各个学∴校选课的时间一错峰，大资源池大家租就可以◣了，不需要再购买硬件设备。”王振华展望未来时说。
