企业IT技术架构调研汇报

1、企业IT技术架构调研汇报调研工作汇总1调研结果分析2技术架构规划建议提纲3技术架构调研工作汇总时间2016/07/19 2016/07/28人员投入30人天调研范围十三五IT规划目标、技术架构现状访谈部门及人员信息技术部领导及技术骨干12人以上系统调研表调查表：9份系统汇总表：2份，调研内容包括服务器、存储、网络、桌面、HPC等共73个主要业务系统的技术架构信息，涉及服务器总数为94台文档清单S01-IT战略调查表S02-基础设施调查表S03-技术平台调查表S04-网络调查表S05-桌面调查表S06-应用系统调查表-PDMS07-应用系统调查表-ERPS08-HPC调查表S09-数据中心运维调

2、查表S10-数据库系统汇总表S11-UNIX服务器汇总表企业架构的分析思路-业务架构应用架构技术架构数据架构概念级（策略）功能级（设计）运营级（实施）组织结构设计业务流程数据模型应用功能模型应用设计应用参考架构平台设计存储设计网络设计安全设计数据库设计数据仓库设计数据部署数据存储及管理应用部署和运行业务建模和关系 设施地域技术构件(数据访问和分布原则）(参考架构、模式、分组)(流程、活动、事件、信息、角色、地域）(用户群、参考架构等）应用平台运营数据库存储运营网络运营IT运维管理管控是架构演进和持续运营的基础架构是指导信息化建设的基本原则标准是确保架构落地的规范化保证现状调研总结：架构层面-业

3、务架构应用架构技术架构数据架构组织结构设计业务流程数据模型应用功能模型应用设计应用参考架构平台设计存储设计网络设计安全设计数据库设计数据仓库设计数据部署数据存储及管理应用部署和运行业务建模和关系 设施地域技术构件基础设施(数据访问和分布原则）(参考架构、模式、分组)(流程、活动、事件、信息、角色、地域）(用户群、参考架构等）应用运营数据运营网络运营IT运维管理大部分系统按照垂直业务线进行建设，形成互相隔离的竖井，难以适应未来智能制造统一管控的业务需求架构层面问题发现：公司拥有多种不同型号的服务器、存储等基础设施，但缺乏统一的资源规划和管理方法；ERP、PDM等核心业务系统的应用及数据库使用单点

4、部署，若出现故障可能影响正常的生产运营。各业务系统之间的服务集成和安全管理采用点对点方式，增加了系统建设和管理的复杂度。概念级（策略）功能级（设计）运营级（实施）现状调研总结：标准层面-业务架构应用架构技术架构数据架构组织结构设计业务流程数据模型应用功能模型应用设计应用参考架构平台设计存储设计网络设计安全设计数据库设计数据仓库设计数据部署数据存储及管理应用部署和运行业务建模和关系 设施地域技术构件基础设施(数据访问和分布原则）(参考架构、模式、分组)(流程、活动、事件、信息、角色、地域）(用户群、参考架构等）应用运营数据运营网络运营IT运维管理业务系统缺乏统一标准和规范，导致不同系统之间存在较

5、大的差异，难以实现集成和优化标准层面问题发现：缺乏集团层面的技术标准和规范；公司采用了多种版本的中间件和数据库，系统建设标准不一；系统配置以人工方式为主，难以保证基础环境的一致性。概念级（策略）功能级（设计）运营级（实施）现状调研总结：管控层面-业务架构应用架构技术架构数据架构组织结构设计业务流程数据模型应用功能模型应用设计应用参考架构平台设计存储设计网络设计安全设计数据库设计数据仓库设计数据部署数据存储及管理应用部署和运行业务建模和关系 设施地域技术构件基础设施(数据访问和分布原则）(参考架构、模式、分组)(流程、活动、事件、信息、角色、地域）(用户群、参考架构等）应用运营数据运营网络运营I

6、T运维管理需要结合创新技术，建立标准化的管控流程，提高运维效率，合理利用资源。管控层面问题发现：未能建立统一的信息化管控流程、方法和组织体系；现有的基础架构较为复杂，导致管控工作难度大、任务重；没有实现端到端的业务监控和问题诊断，不能及时预警和解决业务中断。概念级（策略）功能级（设计）运营级（实施）调研工作汇总1调研结果分析2技术架构规划建议提纲3调研分析框架网络域基础设施域（服务器、操作系统、存储&存储网络）技术平台域（应用服务器，数据库）数据中心运维域桌面域HPC并行计算域应用域调研分析采用分层分域的方法对公司的信息化建设现状进行全面梳理，作为技术架构规划的参考依据。技术架构的设计内容主要

7、包括：基础设施、技术平台、信息化标准和信息安全体系。技术架构的设计目标包括：构建双活数据中心，并推进异地容灾数据中心建设；积极运用云技术、服务化、虚拟化等理念和技术，完善计算、存储、网络等资源的管理和应用；IT运维管理的规范化和流程化；构建面向智能制造的网络环境。技术架构的整体设计目标技术平台基础设施信息化标准信息安全体系主题数据基础数据业务数据产品研发生产制造供应链管理运营管控客户管理业务架构应用架构数据架构技术架构架构设计的内容框架元数据供应链客户技术服务工艺设计生产制造试验交付战略经营市场营销产品研发技术架构的指导方针和原则指导方针技术架构设计应该充分结合先进适用的信息技术，最大程度的利

8、用已有的软硬件和数据资源；技术架构设计应该“面向应用，注重体系”；适度超前设计原则需要考虑未来5年的信息化建设需要需要考虑创新技术（例如虚拟化等）的应用；需要具备良好的可扩展性和可管理性；需要考虑应用、数据的分级资源管理模式；合规性设计原则需要保证涉密业务的高度安全；需要遵循BMB 17、20等系列安全规范技术架构参考：应用架构概要设计人力资源管理财务管理任务管理流程管理行政办公项目管理运营管控产品全生命周期管理产品研发产品协同设计工艺集成管理企业资源规划ERP3.0生产制造制造执行系统MES供应计划供应链管理采购管理客户关系管理CRM客户管理维护大修外场服务供应商管理交付管理技术培训数字化标

9、准信息安全应用架构规划主要面向运营管控、产品研发、生产制造、供应链管理和客户管理等五大应用平台的建设，预计新建和完善37个主要应用系统（其中新增23个）。基础设施域和技术平台域的主要组件基础设施层技术平台层SAN存储IBM DS 系列，Fujitsu DX系列等Java EE应用服务器IBM WebSphere, Apache Tomcat关系型数据库Oracle DB, MySQL, SQLServer小型机服务器IBM Power系列, Fujitsu M系列等x86服务器IBM, Fujitsu, HP, Dell等UNIX操作系统IBM AIX, Sun SolarisWindows操

10、作系统Microsoft Windows门户框架IBM WebSphere Portal反向代理IBM WebSeal身份认证/访问授权IBM TAM/TIMWeb服务器IBM IHS, ApacheFC-SAN网络IP网络应用开发框架普元 EOS服务总线普元ESB流程平台普元BPS负载均衡格尔前端接入应用框架应用服务器数据库操作系统服务器存储网络存储协同应用服务器Lotus Domino非关系型数据库Apache HBase, Domino DB.Net应用服务器Microsoft .net运维管理（BMC，Tivoli）NAS存储宏衫基础设施的逻辑拓扑基础设施域现状调研：服务器及操作系统目

11、前公司共有各类服务器94台（套）（不包括HPC设备，一箱刀片服务器按照一台计数），放置于35个机柜。不同服务器设备之间采用3个VLAN进行逻辑隔离。设备类型：主要包括小型机服务器和x86服务器，其中，IBM，Fujitsu和Sun的小型机共21台，x86服务器共73台（套），使用寿命超过7年以上的服务器占比48%。系统管理：小型机服务器上主要采用AIX和Solaris等UNIX操作系统，x86服务器上则主要采用Windows操作系统；其中，UNIX服务器的升级会根据需求不定期进行，Windows服务器则采用域管理进行策略推送；资源使用：整体资源使用状况较为紧张，ERP和PDM等关键应用的资源利

12、用率可达90%以上，并出现过资源耗尽宕机的情况；资源虚拟化：小型机上采用了逻辑分区，x86服务器上暂未使用虚拟化。目前公司共有SAN存储设备8套，整体可用容量为298 TB，另有NAS存储设备1套，可用容量为40 TB；设备类型：SAN存储设备主要用于业务应用构建，其中核心存储DS 8000已经使用9年以上，无法扩容，也无技术支持；NAS存储设备为宏衫+安全设计机头，仅用于工作数据交换；存储管理：SAN存储设备采用4节点SVC统一管理，以手工方式分配存储资源。由于整体资源非常紧张，目前仅能满足各应用的存储容量要求，无法满足存储性能要求。存储网络：统一采用4G FC SAN，通过2套B80 级联

13、B24 SAN交换机连接SVC和各存储，目前FC SAN还剩余20个端口；存储分级：目前没有采用存储分级策略，也没有分开涉密网和非涉密网存储，计划将EMC存储用于非涉密网；存储备份：目前仅使用Network Backup备份PDM和ERP等核心系统数据，每周一全备，每天增量备份，每月全备到物理带库。基础设施域现状调研：存储及存储网络型号数量可用容量(TB)已用容量用途IBM DS800012424核心应用IBM DS530013024DS8000 VDMFujitsu DX9013225部门应用Fujitsu 刀片存储132/刀片存储华为 5000112040DS8000 VDM谷数86001

14、48/备份谷数66001/备份测试EMC112/计划用于非涉密网合计8298SAN存储设备统计 基础设施域：主要发现与优化建议主要发现设备使用年限过长：大部分小型机服务器的服务年限甚至超过9年，不仅导致部分关键应用的性能问题突出，而且由于缺乏厂方技术支持，出现故障可能无法修复；缺少建立资源规划体系：整体的计算、存储资源均非常紧张，同时由于缺乏合理的资源分级制度，导致有限资源无法得到合理利用；操作系统有待更换：大部分关键应用采用了可靠性较差的Windows操作系统部署，可能影响业务系统的可用性。没有专门的开发测试环境：缺乏专门的开发测试环境，曾出现应用未经过充分测试而导致生产环境关键数据丢失的事

15、件。设备配置不规范：计算和存储资源配置以人工方式为主，无法保证规范性。以时间配置为例，由于各服务器之间没有配置统一的时钟服务器，将出现时间不同步，导致应用集群或数据集群出错；优化建议建立设备的生命周期管理体系，明确设备报废或降级使用标准，逐步淘汰老旧设备；建立资源分级制度，为不同密级别、不同类型的业务应用分别配置合理的计算存储资源；采用商用的UNIX和Linux操作系统替代Windows；建立专门的开发测试环境，可以先利用部分老旧设备进行搭建；规范设备配置标准，建立统一的时钟、域名、DNS等配置。目前公司共有各类数据库75套，以Oracle数据库为主，共46套；关键业务系统均采用Oracle数

16、据库，其它数据库包括SQLServer，MySQL，Domino, Hbase，以及部分平台软件中自带的DB2等。部署环境：关键业务系统的Oracle数据库主要部署于IBM和富士通小型机服务器，所采用的操作系统为AIX或Solaris；其它数据库则主要部署于x86服务器，所采用的操作系统为Windows；部署模式：大部分业务系统的数据库采用单点部署，仅有HR/财务系统的Oracle数据库采用了RAC集群部署，仅有PDM系统的Oracle数据库具备备份能力（基于Oracle Active Data Guard构建）；OLTP和OLAP数据库均未分离；数据库版本：关键业务系统的数据库版本以Orac

17、le 10g,11g为主，极个别系统采用Oracle 8i, 9i。技术平台域现状调研：数据库技术平台域现状调研：关键数据库列表序号主机型号采购年限CPU/内存业务系统数据库大小（GB）版本是否RAC1IBM P5952010.0612/98GPDM1400否2IBM P5902007.054/8GPDM容灾1400否3IBM P5902007.0512/65GERP3280否4IBM P5952009.1112/44GHR,财务450是5IBM P5902007.058/32GHR,财务450是6IBM P590

18、2007.128/16GERPS80否7IBM P5902007.128/16GCAPP175否8IBM P5702009.034/16G数控应用470否9Fujitsu M10-4s2014.0232/131GVPM18否10IBM P5702005.118/7GTDM5否11IBM P5702010.105/40GIT运维5否12IBM P5702010.105/40G门户5否13宝德 PR4860R2015.064/64G驾驶舱5否14Sun Fire V892

19、006.114/16G老财务3否15IBM P5952009.1120/80GOA3.01.4否技术平台域现状调研：应用服务器目前公司共有73个业务应用，主要基于Java EE平台构建， 另有少量应用基于.net和Domino平台构建。其中，Java EE应用服务器主要包括WebSphere和Tomcat。部署环境：大部分应用服务器部署于x86服务器，所采用的操作系统为Windows，少量应用服务器（例如PDM）部署于IBM小型机，所采用的操作系统为AIX；部署模式：大部分业务应用（例如PDM）采用单点部署，部分关键应用（例如ERP、门户、OA等）采用集群部署模

20、式；同时，由于应用服务器之间没有采用统一时间，可能导致应用集群出错。应用服务器版本：Java EE应用服务器主要采用WebSphere（6，7.1等版本）以及Tomcat（5，6，7等版本）；WebSphere 8.5版本已经采购，但尚未应用。PDMERPOA门户TomcatWebSphereDominoWebSphere Portal关键应用的运行环境PDM应用：单节点应用，部署于IBM 小型机上的Tomcat应用服务器；ERP应用：8节点应用集群，部署于x86平台的WebSphere应用服务器；OA应用：2节点应用集群，部署于x86平台的Domino应用服务器；门户应用：2节点应用集群，部

21、署于x86平台的WebSphere Portal服务器。技术平台域现状调研：应用框架及前端接入目前公司采用的应用框架主要包括：集成框架：公司先后采购过IBM MB/MQ及普元ESB服务总线用于应用集成，但目前仅有门户和HR通过普元ESB实现集成，其它应用之间的集成通常采用基于数据库链接（data link）或Web Service方式的点对点集成；流程平台：OA，门户等应用均采用普元BPS作为基础流程平台；开发框架：除OA、门户等应用外，大部分Java EE应用均采用普元EOS作为基础开发框架；门户框架：公司门户基于 IBM WebSphere Portal的门户框架构建。目前公司采用的前端接

22、入组件主要包括:硬件负载均衡反向代理Web服务器（软负载均衡）身份认证/访问授权等其中，身份认证/访问授权组件仅有门户系统采用。负载均衡负载均衡反向代理典型应用的部署架构（门户）反向代理门户应用门户应用Web服务器技术平台域：主要发现与优化建议主要发现业务可用性不高：大部分应用和数据库均采用单点部署模式，一旦出现单点故障即导致业务不可用；标准规范不统一：各业务系统的开发和部署没有统一标准，应用平台、应用服务器和数据库服务器的版本较多，部分老版本已经没有技术支持，建议考虑采用规范化的开发、应用和数据平台；竖井式应用架构：各业务系统之间没有采用统一的服务集成和认证授权，而是采用点对点的集成方式。随

23、着业务应用规模的扩大，难以进行管理和维护，也增加了应用安全的隐患；数据库分离：OLTP交易和OLAP分析的数据库没有分离，使得ERP、PDM等关键应用的数据库性能压力较大，影响业务应用的正常使用；容灾备份：除ERP、PDM等少量关键数据库之外，大部分数据库缺乏备份容灾能力，可能导致业务数据的丢失。优化建议关键应用采用集群部署模式以消除单点故障；为不同类型应用设计统一的开发和部署规范；采用统一的企业服务集成平台和认证授权平台将OLTP数据库和OLAP数据库分离，建立专门的分析数据库；为不同类型的业务系统设计响应的数据备份和容灾策略，以保证关键数据的可靠性。应用域现状调研：PDMPDM应用是公司的

24、核心应用之一，目前整体部署在一台P595服务器上，多次出现因应用资源耗尽而导致宕机的情况，严重影响了业务的正常运行。业务要求：平时使用人数200人，业务高峰期500-600人，用户类型主要包括CAD，CAPP和普通用户，业务要求提供7x24 可用；部署架构：PDM采用BS架构的三层设计，应用服务器基于Tomcat和Windchill平台构建，数据库服务器则采用Oracle，并实现了Data Guard容灾。目前数据库容量1T，电子仓库非结构化数据6T；主要问题：由于应用与数据库共享一台老旧的P595设备，资源无法扩展，导致应用服务器内存长期消耗超过90%，时有内存消耗殆尽而导致停机；同时，CP

25、U资源的整体利用率不高。Web服务器Apache应用服务器TomcatServerManagerMethodServer目录服务器LDAPLPAR1（40核，148G）1个Apache实例，4G内存6个Tomcat实例每个6G内存8个JVM，8G内存1个JVM，8G内存WindChill服务器数据库服务器OracleLPAR2（20核，96G）电子仓库PDM部署架构应用服务器数据库服务器P595服务器PDM应用：现有优化计划及建议现有优化计划信息技术部对PDM系统的设计了如下的优化计划：应用与数据库分离：将PDM的应用服务器从现有的逻辑分区迁出，将原有的应用资源划给数据库的逻辑分区使用；另行采

26、购服务器用于PDM应用服务器的构建；应用的分布式改造：改造现有的应用，使其可采用分布式部署：现有Windchill 9.0版本不支持完全意义的分布式架构；若升级Windchill 11即可支持分布式架构，但可能需要大量的license费用投入；应用部署环境的选择：以现有的AIX应用环境为基准，分别采用Fujitsu M10服务器（Solaris OS）和2路E5 x86服务器（Linux OS）进行了应用基准性能测试，效果显示AIX Solaris Linux。建议在应用与数据库分离的基础上，还需考虑为数据库搭建集群环境，确保关键数据的安全性；现有性能基准测试中，三种类型服务器（P595，M1

27、0，x86）的配置相差较大，建议采用近似配置的服务器重新进行测试，评估应用部署环境的合理选择。应用域现状调研：ERPERP应用是公司的核心应用之一，目前采用分布式应用+单机数据库的部署模式。ERP应用的整体性能较差，严重影响了业务部门的工作效率。业务要求：用户数为1200左右，业务高峰可达300-400并发。业务要求提供7x24 可用；RTO及RPO要求：目前上班时间允许停机10分钟，停机超过1小时需要发公告；作为核心业务系统，PDM的建设要求尽可能减少数据丢失；部署架构：ERP采用BS架构的三层设计，应用服务器采用WebSphere，基于8台x86服务器构建，数据库服务器则采用Oracle，

28、基于P590逻辑分区构建；主要问题：查询分析和业务交易共享同一个数据库，导致业务高峰期的数据库的资源占用极高，性能响应慢；ERP平台由金航数码开发，但模块由不同供应商提供，业务逻辑复杂，维护困难；负载均衡应用服务器WebSphere数据库服务器OracleERP部署架构应用服务器WebSphere应用服务器WebSphere负载均衡ERP主要模块包括：任务管理、合同管理、计划管理、采购管理、库存管理、质量管理、计量技术管理、MES、成本管理、外协合作；明年计划推进单机质量档案，完善MES无纸化等模块。ERP应用：主要发现与优化建议主要发现存在单点故障：数据库采用单点部署模式，可能出现单点故障而

29、导致业务不可用；数据分析和业务处理未分离：ERP应用中50%的数据已经关闭，但历史数据并没有归档，而是拷贝复制的方法用于数据分析，导致影响业务处理的性能；随着无纸化MES的推进， ERP系统系统会有大量非结构化数据（图片、报表）存储，对数据库的能力要求更高；设备能力不足：核心数据库部署于P590服务器上，处理能力有限，导致数据库成为整个应用的瓶颈；此外，负载均衡设备不能正常工作，经常将所有请求转发至同一个应用节点，导致节点宕机；缺乏协作环境：由于没有测试平台，曾经出现未严格测试的代码直接在生产环境中上线，导致关键业务数据的误删除和丢失。优化建议采用集群方式构建ERP的核心数据库，避免可能的单点

30、故障；构建专用的分析数据库，并将ERP的历史数据归档，减少对业务处理的压力；更新数据库服务器和负载均衡设备，避免设备老旧而出现的故障风险；同时可考虑采用更高性能的闪存阵列，优化数据库能力；可利用老旧设备构建专用的开发测试环境。网络域现状调研目前公司主要有三套物理隔离的网络，每套物理网络有1-2套逻辑隔离的网络，主要包括：区域1-互联网，金航商网；区域2（园区网）-涉密网，工控网；区域3-考勤网。网络架构及速率：目前采用接入-汇聚-核心的三层架构，采用接入交换机900台，汇聚交换机5台，核心交换机2台，提供1G 到桌面、10G上行速率，网络速率无明显瓶颈；网络可用性：目前仅有核心交换机有高可用设

31、计，其它层级都是单点接入；网络监控：采用盈高准入系统来监控接入交换机，采用BMC 监控系统管理汇聚和核心交换机。现有网络整体运行平稳，故障较少；网络设计：全网配置了DNS，涉密网中只有外联区域使用了 NAT；未使用SDN/NFV等功能。互联网仅有指定位置的指定终端可接入金航商网规划用于电话会议、办公、订餐等功能，考虑提供无线网络接入涉密网用于厂区内数据中心、办公设备接入工控网用于工控设备的接入考勤网仅供考勤打卡系统使用区域1区域2（园区网）区域3网络分区概况网络域：主要发现与优化建议主要发现涉密网和工控网的隔离策略：涉密网和工控网仅采用逻辑隔离，存在安全隐患，目前考虑的方式包括：物理隔离：使用

32、人工刻录光盘的方式在两个网络间传输数据，主要问题是效率不高；网闸隔离：采用网闸隔离两套网络，但目前测试发现网闸的丢包率较高 （5%）；网络管理不规范：没有专门的设备管理网络，所有设备的管理口都是接入到数据网络中；同时，目前也没有形成专门的网络监控和管理机制，都是事后被动解决问题。没有无线网络：出于安全考虑，公司目前没有无线网络，无法满足移动化办公和工作的需求。优化建议智能制造的业务发展使得涉密网和工控网之间存在大量的数据交互，因此，采用网闸隔离方式更为合理。建议更换新的网闸设备重新进行测试；建立专门的网络管理体系和运维机制，以适应双活数据中心的建设要求；可考虑在金航商网区域提供无线接入，并通过

33、相应手机App的开发完善移动化办公和工作需求。桌面域现状调研目前公司共有5300多台桌面电脑，主要分为工作站，办公用机和工业控制机三种。工作站：用于产品设计与展现，主要应用包括Catia等三维设计软件；办公电脑：用于日常办公，包括文档编辑，表格制作，幻灯片展示以及邮件收发，OA等；工控机：作为配合生产使用的工业控制专业设备。桌面管理人员共有60多人，分为专职和兼职两类。专职人员（6人）：隶属于公司信息技术部门，主要负责公司桌面通用行为管理工作；兼职人员（60多人）：分别隶属于各个分厂，主要支持桌面个性化软件的推广与维护。桌面域：主要发现与优化建议主要发现数据安全性无法保障：大量的涉密数据存放在

34、桌面终端设备中，数据的安全性无法得到有效保证；软件版本冲突导致中端：桌面用户使用的软件类型较多，容易出现软件冲突而导致桌面运行中断，但由于桌面管理分散，无法在上线新软件或者更新版本前作详细测试；管理维护效率低：通常情况下对于桌面的服务需求响应时间约为1周，难以满足桌面用户的要求；设备固定无法移动：所有的终端桌面通常被固定在座位或工位，不能满足人员移动办公和工作要求。优化建议可采用虚拟桌面方式将传统桌面的运算和存储移植到服务器端完成，桌面终端只保留简单运算和显示功能；利用虚拟桌面的集中管理方式，实现数据安全可控和软件统一规范，提高桌面运维管理效率；可以考虑在办公环境和生产现场使用移动化终端。HP

35、C并行计算域现状调研目前公司的HPC并行计算系统有32个计算节点，使用单位主要包括设计中心和复材中心。HPC软件：管理调度软件为景航软件，应用软件主要包括设计中心使用的Fluent，CFX，Nastran，ANNSYS，Fastran，Abaqus 等CAE仿真软件以及复材中心的其它仿真软件等；HPC系统使用方式：HPC系统独立运行，与外界联系均通过管理节点。用户自行保管维护数据，并完成所需数据的上传或下载。HPC应用软件都安装在管理节点上，许可证仅限HPC系统使用；HPC系统资源使用情况：每年繁忙时间不超过一个月，繁忙时刻CPU利用率不超过12%，整体使用无性能瓶颈；HPC数据的生命周期和安

36、全性：HPC系统存储均为计算过程中间数据，无备份，无专门安全措施。计算节点2x E5 2640 v2处理器192GB内存Gluster并行文件系统20TB可用容量计算节点2x E5 2640 v2处理器192GB内存计算节点2x E5 2640 v2处理器192GB内存管理/登陆/外联节点IB计算网络千兆上行网络HPC系统逻辑架构图HPC并行计算域：主要发现与优化建议主要发现计算资源利用率偏低：通常HPC系统资源利用率全年应在70%左右，而目前公司的综合利用率不足5%。应用软件许可数量偏少：HPC应用软件的许可证数量较少，在工作繁忙时难以满足所有业务用户的需求，客观条件上造成了计算资源的利用率

37、不高；应用领域开发不够：根本原因是对能够利用HPC并行计算提高工作效率的应用领域开发还不够，各单位对高性能计算的认识较少。优化建议需要向各单位普及HPC知识，发现更多的能够使用并行计算提高工作效率的业务领域，并迁移其应用软件和计算任务到HPC系统；可以迁移部分数据管理、数据挖掘和决策支持应用到HPC系统上，将其从纯技术计算系统改造成同时支持技术计算和商业计算的系统；需要对HPC进行一定投资（如并行版本的软件购置，系统架构改造等）。目前公司拥有600平米机房1处，机房面积基本被占用，内设双路高级别保障市电供应，3套精密空调，1套UPS（新近更新过电池，可支持全机房除空调外4-8小时供电）。系统维

38、保：核心重要系统均在保修期内（IBM DS8000除外）运维流程：中心工作人员的维护任务基本集中于硬件，基础软件等维护；大部分硬件及软件监控依靠手工完成，还包含全园区超过8000(?)台桌面的日常维护，维护人员琐碎工作超过70%，目前无严格维护规章制度及维护流程；服务水平管理：已开展初步的分级响应制度，希望借此提高响应速度及效率。数据中心运维域现状调研设备品牌/系统现状服务器，存储IBM,HP,联想，华为，DELL,宝德，谷数等各系统/品牌使用各自的监控平台安全设备天融信，绿盟等无监控系统网络CISCO,H3C,华为，Extreme等各系统使用各自的监控平台数据库PDM,ERP关键系统的Oracle数据库简单监控工具，包含进程守护，表空间告警等初级功能UPS不详无监控管理空调