高校信息化统一架构研究和探索.docVIP

高校信息化统一架构研究和探索 　　摘 要：随着高校信息化建设的不断深入，对作为高校核心业务之一的教务系统的要求越来越高。本文描述了西南石油大学对教务系统服务器架构两次调整过程的思路、方法和结果。通过调整很好地满足了学校各个层面人员对高校教务系统的需求。在此思路的基础上，提出了高校信息化系统统一架构的设想，并说明了在设计实施此架构时需要考虑的一些问题。 　　关键词：信息化；大数据；教务系统 　　中图分类号：TP393 文献标志码：A 文章编号：1673-8454（2015）17-0008-05 　　随着信息化建设的不断推进，各个高校都有比较多的信息化相关子系统，且基本都建立了统一身份认证平台，完成了对各个业务系统的数据抽取和整合。笔者走访的北京、上海和成都等高校，发现这些信息化子系统都各自独立，独占一台或多台物理（或逻辑）服务器，这体现了高校在信息化统一架构和资源集中管理方面意识相对比较薄弱。本文以西南石油大学教务系统服务器架构调整为例，试图利用现今互联网企业在服务器运维方面的成熟技术，提出整个高校信息化整体架构蓝图，在信息化统一架构和资源集中管理方面进行了一些探索。 　　一、教务系统服务器架构调整及经验 　　1.教务系统服务器架构的第1次调整分析 　　西南石油大学教务系统从2002年上线至今已到第十三个年头，到目前为止经历了两次服务器架构的调整，在教务系统软件开发商的配合下，取得了很好的效果。 　　学校教务系统上线初期采用两台Sun v880服务器，构建了两套完整的应用系统，数据库则建立在其中一台服务器上。该系统提供给用户两个登录点由用户自行选择登录。 　　系统运行四年后，一方面由于高校的进一步扩招，在校生人数成倍递增，导致学生选课时服务器资源耗尽；另一方面，由于服务器常年不间断运行，电子元件老化也影响了系统运行效率。为此，学校采用如图1所示架构，对服务器架构进行了第一次调整。调整内容有： 　　（1）前端采用Apache配合Resin集群的方式做了负载均衡，后端数据库采用双机热备的方式，后端存储和数据库服务器采用DAS（背板直连）方式连接，数据则存放在后端存储上，存储使用的是FC（光纤）硬盘。 　　（2）增加了监控服务器，用于收集服务器运行状态数据。还可以通过设定相关服务器参数（CPU、内存、流量等）阈值，在无人职守的情况下，将预警数据实时发送到管理员邮箱，使管理员可以第一时间赶赴现场处理相关问题。 　　2.教务系统服务器架构的第2次调整分析 　　在架构调整之后几年，运行状况一直比较稳定，但是随着时间的推移，从监控服务器所收集的数据发现，当多个教学活动集中在相同的时间段上进行时，服务器响应开始变慢。通过监控服务器收集的数据，结合对故障时间点的数据库相关分析之后，发现问题可能是多方面的。一是数据量，从教务系统上线之后，数据一直在成几何数的递增，其中几张主要业务逻辑表已经接近3000万；二是随着互联网发展，各种移动应用采用非正规途径获取教务各种数据，教务系统软件层面并没有相关的保护措施。三是教务系统软件本身程序上还有值得优化的地方。四是硬件老化。 　　因此学校决定按照图2所示，对原有架构进行第二次调整。 　　（1）前端采用高效、开源的HAProxy配合keepalived构建高可用负载均衡集群。中间是应用服务器集群。所有前端的请求通过负载均衡集群自动分发到后端相对空闲的应用服务器上。 　　（2）同样采用开源的magent配合Memcached构建高可用的，且能自动负载均衡的数据库缓存集群。 　　（3）数据库集群。这里采用了Oracle RAC OneNode技术配置了两个Oracle RAC服务器（每个RAC都有两个节点），RAC-Server-1做为备库只负责读取操作，RAC-Server-2做为主库负责写入和更新操作。两个RAC之间使用OracleDG做同步对称复制保证数据的一致性，且同一时间两个RAC都只有一个节点在工作。 　　（4）后端存储和数据库服务器依然采用DAS方式连接，数据则存放在后端存储上，存储使用的是SAS硬盘。 　　（5）同时，教务系统软件增加数据归档功能，处理历史数据。 　　3.调整经验总结 　　经历上面两次的服务器整体架构的调整，总结出以下几点经验： 　　（1）教务系统软件层面问题。现在很多面向教育的信息系统开发商，在开发过程中比较功利化，基本没有考虑到程序在高负荷高并发时的优化。只有最终用户遇到此类瓶颈才着手解决问题。再加上硬件先期投入也没有考虑到架构上的优化，使得最终用户遇到此类问题时措手不及。 　　（2）现在很多优秀的国内外互联网公司，服务器运维能力和技术上已经相当成熟。因此，高校也应该与时俱进，参考互联网公司优秀的运维案例，利用各类开源软件，充分挖掘