经典网站群系统部署策略优化与改造.pdfVIP

· 528· 新 乡学院学报 (自然科学版) 站管理功能，各子站公用同一个数据库 ，容易实现站群 中各子站间数据共享与信息推送功能．但也正因为 各子站使用同一个数据库，使这种架构的站群管理系统具有扩展性差 、无法大规模运营、自定义业务能力 较差 、无法真正做到全分布式部署等缺点． 如图 1所示 ，在这种系统结构下，站群管理系统分为数据库模块 、站群管理与内容制作模块 、Web发 布模块．这三个模块的工作流程是 ：管理员登录站群管理与内容制作服务器 ，通过站群管理系统的内容制 作模块，将要发布的信息和网站中的具体内容数据存放在数据库服务器 中；然后，系统再调用发布模块， 将数据库 中的网站 内容制成标准的HTML文件，投递到指定的Web服务器上发布．这种站群部署模式更适 合交互要求相对较低、网络用户进站 目的多为浏览信息、站群建设资金预算较少的站群环境． 2 压力测试暴露出来的问题 某高校有 70个下属院系、部门，如果它们公用一个 网站群系统 ，每一个部 门都建设 自己的网站 ，每一 个网站都需要论坛、留言板等交互式应用模块，而这些应用模块每一次信息交互过程都需要与后台数据库 系统发生数据读写操作，由于公用一个数据库，所有操作都集中在一台数据服务器上，那么，它承受的瞬 时数据访问压力将非常巨大．采用某高校主站及其下属部门在图 1所示的部署方案下的数据库服务器压力 测试数据 ，检测该架构站群管理系统能够负载正常运行的子站数量的极限．实验 中的数据库采用SQLServer 2005数据库管理系统，将其安装在浪潮NF5280M2服务器上 ，服务器使用 Windows2008ServerEnterprise64 位操作系统 ；服务器硬件基本配置为两路英特尔至强 E5645六核处理器 、16GB内存 、英特尔 82576kM 网卡．实验中模拟交互操作站群中每一个 网站 100次／min，每一次交互操作的数据容量为 100kB．在交互次 数不变的情况下增加群中网站个数，对 比子站数量不断增加时服务器 CPU资源使用率和内存使用量，以检 测数据库服务器能负载的最多子站数 (实验数据见表 1)．从表 1中的浪潮NF5280M2服务器 100次／min数据 容量为 1O0kB的交互操作实验数据中可以看出，该数 表 1群中站点100次／min交互操作数据库 据库服务器在图1所示的站群部署结构中的无差错工… ，，务器资 孽况毒 ．． 。 作交互站点最多为 50～60个 ，否则 ，将 出现数据包丢 stationgroupinthes-it-erd-a-tabaseserverres0ur-creusagetables 失等问题 ，如果再增加交互站点，可能会出现更严重 的服务器过载当机问题． 3 问题的解决 为 了解决上述问题 ，笔者提出了以下几点优化策 略：1)尽量使站点发布的网页信息静态化．由于用户 浏览静态网页文件时不需要和数据库发生交互操作 ， 如果不静态化处理网页，用户每打开一个页面就需要重新和数据库发生一次数据交互 ，极大增加了数据库 服务器的信息交互负担 ；2)尽可能地增强数据库服务器的硬件性能．由表 1可见，当交互式站点增加到一定 数量时，数据库服务器的CPU资源将被完全 占用殆尽 ；如果资金预算允许的话 ，可适 当增加数据库服务器 的硬件配置 ，以达到增加站群量的目的；3)变单主机数据库部署策略为数据库集群策略．采用这种部署策略 可有效利用现有服务器资源，减少资金投人，增强数据吞吐性能；对于已有大量服务器设备的网络管理部 门，选择数据库集群将是解决这一问题最廉价 、最有效的方案；4)采用XML技术，为站群 中有较高交互要 求的网站开辟信息岛，将 网站 中的留言板 、论坛 、问答 、投票等高信息量交互栏 目的数据存放在各 Web发 布主机上，而不存人中心数据库，这能有效地分散站群中数据库服务器的数据吞吐压力．如采用这一策略， 甚至可以不升级数据库服务器 ，也能大大增强站群性能，但同时也降低 了站群中各站点的耦合度 ，使这些 交互栏 目脱离了站群管理系统的统一管理 ，因此 ，使用这一策略应持谨慎态度． 4 改进策略验证 由于实验条件限制 ，笔者只能采用 1)、3)两种优化策略，优化图 1所示常见站群系统．优化后仍利用 站群中各站点 100次／min、数据容量为 100kB的交互操作实验．实验利用 Moebius集群软件 ，通过格瑞趋 势专门为数据库集群定制的负载均衡软件 Load