ERP系统架构设计及配置建议方案

1 统架构设计及配置建议方案 本 境 本文中考虑的硬件配置以成熟套装软件 主，对应 品主要为 采用的服务器架构如下： 局 域 网生 产服 务 器集 群开 发服 务 器开 发 环 境生 产 环 境测 试服 务 器测 试 环 境培 训服 务 器培 训 环 境S o l u t i o n M a n a g e 器系 统 管 理各个环境的功能如下： 生产环境：正式支持业务操作的系统环境 开发环境：支持系统配置、开发和单元测试的系统环境 测试 /质量保证环境：支持系统集成测试、用户接受性测试以及业务模拟运转的系统环境 培训环境：支持为各级用户培训，练习的系统环境 系统管理 (境： 决方案全生命周期管理的系统平台。 各环境之间的逻辑关系图如下： 2 根据 熟套装软件的特点，开发 /测试 /培训 /系统管理等服务器要与生产系统在网络上能够互连互通，这是 件实施的标准条件。 用部署模式及架构 考虑到国家电网公司目前的业务管理模式，并且各网省公司的业务量非常庞大，同时参考国内其他大型集团公司部署方案，我们考虑采用总部和网省公司两级部署模式。即国网公司总部安装一套成熟套装软件，其应用范围为国网公司总部及其所有直属单位。各网省公司分 别安装成熟套装软件，其应用范围为网省公司总部、其所有直属单位以及所有下属地市和县公司。用户可以通过安装客户端软件或者通过 式访问国网总部和网省公司的应用，而网省层面与总部层面的纵向数据沟通通过一体化平台实现。同样，未来系统硬件的部署模式都将基于上述模式进行部署，即服务器、数据库等的部署方式将与上述应用部署模式保持一致。 3 每个 境都按照主流的 C/S 架构进行搭建，其中数据库和应用层可以集中在一个主机上也可以分布在不同的主机上： 数据库 ：用于存储企业数据 应用层 ：装载应用程序并提供多种其它的服 务，系统中可有多台应用服务器，但有一台中央应用服务器，以协调所有应用 客户端 ：用于展示应用程序用户交互界面 4 S A P A G 1999 R / 3 系统客户端 / 服务器配置 A p p l i c a t i o n 应用层 D a t a b a s e 数据库 P r e s e n t a t i o n 客户端 客 户 端 ， 应 用 服 务 ， 数 据库服务在同一台服务器 一层架构 两层架构 三层架构 客 户 端 数 据 库 服 务 和 应 用 服 务在同一台服务器 数 据 库 服 务 器 应 用 服 务 器 群 其优势在于，它在为用户发布信息的同时把应用程序的复杂性集中于少数几个可专业化管理的服务器上。在该架构模型中，应用功能分布在中间一层，其配置可根据用户数的大小，设置多个物理服务器，配合集群软件或负载均衡硬件来满足不同用户请求量的负荷。 5 2 硬件 设及配置建议 这里我们所说的硬件环境主要包括应用所基于的操作系统、数据库、服务器、存储设备等内容。所 要达到的 计如下： 务水平 (设 假设成熟套装软件的技术服务水平需达到以下标准： 可用性 系统每个月非计划停机时间必须小于 1 个小时（有提前发布信息的计划停机不包括在内）。因此我们假设在没有计划停机的情况下，根据 130*24)计算， 系统必须有高可用性措施保证用户对系统的正常使用 数据完整性 不应因为硬件故障导致数据丢失 可恢复性 在发生意外灾难（如地震、火灾）的情况下，系统和数据应该可以恢复到前一天的状态 可用性设计方案与可扩展性设计 根据技术服务水 平假设，我们需要实现生产系统的应用高可用性。应用高可用性包含了几个层次的高可用性：存储高可用性，数据库服务高可用性和应用服务高可用性。我们在此章节先讨论数据库服务高可用性和应用服务高可用性，存储高可用性在本文档其他部分进行讨论。 综合高可用性需求及经济性，目前比较主流的高可用性（ 案主要采用集群软件实施双机热备，对于总部实施，有以下两种选择。 （说明：一个基本的 用包括有数据库服务实例 (中央服务实例 (中央服务实例对外与应用服务器连接，提供用户前端访问功能；作为前端访问与后 端数据库访问的中间服务。应用服务 (可选的服务，一个或多台应用服务器能显著增加 能，同时提供前端访问的负载均衡。在不选用应用服务器的情况下，中央服务实例（ 外提供应用服务功能。） 方案一：数据库 /中央服务 (应用服务器之间采用双机热备 6 对于这种方案，数据库服务实例 (中央服务实例 (装在同一台服务器中，在集群软件实施时通常以 I 为主，发生故障时切换至应用服务 (在服务器，但 生故障时不发生切换。 方案二：数据库和中央服务器之间采用双机热备 这种方案没有选用应用服务器。数据库服务实例 (中央服务实例 (开安装在两台独立的服务器上；互为备份。在实施集群软件时 等重要，一方发生故障将切换至另一台服务器，切换后 I 将共同运行在一台服务器上。 由于 应用特点，应用服务器的负载较大，我们建议采用方案一。 对以上两种方案，均可以灵活进行硬件扩展以提升性能。增加现有服务 器的硬件配置，如内存或者增加单独的应用服务器 (连接至中央服务实例 (即可显著提升用的性能，同时提供前端访问的负载均衡。 I 集群软件 I 群软件 7 储高可用性设计方案 可通过如下方式实现存储的高可用性 : 配置两台光纤交换机，两台光纤交换机同时工作并且互相备份； 服务器内分别配置两个光纤通道存储卡，分别连接到两台不同的光纤通道存储交换机上，两个存储卡同时工作，并且互相备份； 磁盘阵列需要划分出一部分盘作为冗余盘，采用 现数据存储的冗余。 存储拓扑设计 如下： 8 局 域 网S A NS w i t c NS w i t c 服 务 器集 群备 份服 务 器生 产 环 境磁 盘 柜磁 带 库按照上述设计，生产环境的建议架构如下： 局 域 网S A NS w i t c NS w i t c 服 务 器集 群备 份服 务 器生 产 环 境磁 盘 柜磁 带 库开发 /测试 /培训 /系统管理环境可以使用单独的存储，比如内置硬盘，考虑到存储的灵活分配合和存储备份的集中管理，建议和生产环境共享一个集中的存储平台和备份平台，使用光纤连接，如下图所示： 9 局 域 网S A NS w i t c NS w i t c 服 务 器集 群开 发服 务 器备 份服 务 器开 发 环 境 生 产 环 境测 试服 务 器测 试 环 境培 训服 务 器培 训 环 境S o l u t i o n M a n a g e 器系 统 管 理磁 盘 柜磁 带 据完整性和可恢复性设计 对于数据的完整性，为生产环境所配置的高端企业级存储阵列需要考虑应用 数据和日志文件的存储位置，同时针对系统及数据要定时备份，并确保备份介质的异地存放，更进一步的可以结合整体 产环境建立专门的容灾方案。 络环境需求 根据 司的标准建议和项目实施工作的需要，我们有如下网络拓扑图作为参考，需要根据实际情况进行适当调整： 10 国 家 电 网 内 部网 络 ( S A P 服 务器 )直 属 单 位 机客 户 端登 录W E 直 属 单 位 机客 户 端登 录W E 下 属 公 司 机客 户 端登 录W E 直 属 单 位A 路 由 器直 属 单 位B 路 由 器下 属 公 司A 路 由 器总 部 路由 器公 司 总 部交 换 机总 部 客 户 端登 录总 部 客 户 端登 录样 例样 例S A P 公 司I n t e r n e 项 目 组交 换 机O S S 连 接其中，需要注意的是 司提供的服务大多数从远程提供支持，需要客户接入 司网络，也就是需要客户远程连接到邻近的 持服务器。中国的客户多数通过虚拟专网 (经过加密建立与 司的互联网连接。连接的示意图如下： 11 行所需软件支持 件运行所需要的数据库软件不需要单独采购，已包括在 件中。 件实施及运行所需要的支持软件需要考虑的有操作系统和备份软件，都需要视所采用的服务器硬件厂商及存储备份平台而定。目前网省使用较为广泛的操作系统和数据库的搭配为+ 持的主流操作系统有 ： 003 4003 on 4 64444, 10 40 on 4虑到项目实施的质量保证，根据 标准模式，建议开发 /测试 /培训系统与生产系统基于同样的硬件平台。 安装同一版本的操作系统，安装最新的补丁 。 统环境服务器配置建议 考虑硬件配置时 对于业务运行最为重要的是生产环境，也是硬件配置考虑的重点，对于生产环境的配置， 根 据试点的建运业务 实施范围 ，我们在访谈及沟通后从试点的建运业务部门 (直属三公司 )收集的 用户数量如下： 模块 低频率用户 中频率用户 高频率用户 用户总数 财务管理 10 41 45 97 人力资源管理 10 24 17 55 生产运行管理 100 120 150 370 物资管理 29 59 32 120 工程项目管理 26 46 30 102 744 12 根据 估算建议，考虑 60%的用户并 行，按照 446 个并发用户量使用 具计算得出为满足 总部试点的建运业务及直属三公司 所需的 约为 10200。再结合前期统一咨询项目中对总部的业务掌握情况， 根据目前的总部组织结构及业务情况， 如果 考虑未来推广实施的特高压业务和总部其它业务的 业务 要求 (未考虑非在京直属单位和委托单位的业务情况 )，我们估计的用户数量如下： 模块 低频率用户 中频率用户 高频率用户 用户总数 财务管理 20 60 60 140 人力资源管理 20 40 25 85 生产运行管理 110 200 170 480 物资管理 50 80 50 180 项目管理 40 70 40 150 1035 按照 60%的并发量为 621 个并发用户使用 具计算得出所需要满足的 1000。 结合 网省的 实施经 验 ，考虑满足未来 3 - 5 年的硬件要求我们提供如下的 硬件配置 建议 ， 该配置建议参照 硬件评测基准，以主流的小型机硬件为例： 分类 硬件类型 ) 内存 存储要求 备注 4 位 8 32G 150要在开发 系统准备安装前就绪，在安装器同时需要进行 装 发系统 8 32G 200 试系统 8 32G 200 训系统 8 32G 200 产系统 1 16 128G 450 2 台服务器安装集群提供高可用性，要求配置的硬件具备可扩充能力 产系统 2 16 128G 200储阵列 建议整体可用容量在 4 6 T 硬盘冗余，多块硬盘配置有 份子系统 包括 备份服务器和备份软件 ，视采用的备份软件而定。 机 安装有 可，需 2 块以上网卡 生产系统 1 和生产系统 2 安装集群软件进行热备，如果考虑在其中一台主机发生故障的情况下，仍然有足够的性能满足主要业务运行，可以考虑增加一台生产系统，建议配置如下： 分类 硬件类型 ) 内存 存储要求 备注 4 位 8 32G 150要在开发系统准备安装前就绪，在安装器同时 需要进行 装 发系统 8 32G 200 试系统 8 32G 200 训系统 8 32G 200 产系统 1 16 128G 450生产系统 1 和 2 安装集群提供高可用性，要求配置的硬件具备可扩充能力，生产系统 3作为应用服务器分担负载。 产系统 2 16 128G 200产系统 3 16 128G 200储阵列 建议整体可用容量在 4 6 T 硬盘冗余，多块硬盘配置有 份子系统 包括 备份服务器和备份软件 ，视采用的备份软件而定。 机 安装有 可，需 2 块以上网卡 13 按照一般的实施经验，存储和备份将采用集中式部署，这样总的存储要求将在 上。考虑一定的余量以及数据长期存放的需求，我们建议的存储阵列容量在 4 - 6T。 如果选择 开发 /测试 /培训 /系统管理环境使用单独的存储，不使用 储