云平台运维建设方案报告

xxx 区国土资源 一张图工程和服务平台系统 基础支撑平台与运维保障平台
建
设
方
案

目录
1 项目概述....................................................................................................... 2
1.1 项目背景 ................................................................................................... 2 1.2 项目目标 ................................................................................................... 2 1.3 建设内容 ................................................................................................... 2
2 现状及需求分析.............................................................................................. 3
2.1 信息化现状 ................................................................................................ 3 2.2 存在的问题 ................................................................................................ 4
2.2.1 运维保障面临主要问题 .......................................................................... 4 2.2.2 现有保障手段不能满足需求 .................................................................... 4 2.2.3 管理运维问题 ....................................................................................... 5
3 方案总体设计................................................................................................. 6
3.1 设计原则 ................................................................................................... 6 3.2 总体架构设计 ............................................................................................. 7 3.3 实施思路 ................................................................................................... 7
4 虚拟桌面技术方案设计................................................................................... 10
5 服务器虚拟化方案设计................................................................................... 11
6 业务系统运维保障设计................................................................................... 13
6.1 架构设计 ..................................................................................................13 6.2 业务系统应急 ............................................................................................14 6.3 数据保障 ..................................................................................................15 6.4 运维迁移 ..................................................................................................15
7 项目实施计划............................................................................................... 16
8 项目组织保障............................................................................................... 17
8.1 工作领导小组 ............................................................................................17 8.2 项目专家小组 ............................................................................................17 8.3 项目技术小组 ............................................................................................17

1 项目概述
1.1 项目背景
国土资源“一张图”和综合监管平台建设（以下简称“一张图”工程）是国土资源信息 化“十二五”规划中的一项核心内容。
根据《国土资源部关于进一步运用现代科技信息手段规范和创新管理的指导意见》(国 土资发〔2010〕81 号)、《山东省国土资源系统‘一个平台、两个市场’建设方案的通知》 （鲁国土资发〔2011〕33 号）和《青岛市国土资源和房屋管理局关于加强信息化建设工作 的意见的通知》（青土资房发〔2012〕465 号）等一系列文件的要求，青岛市国土房管局 xxx 分局拟开展 xxx 区国土资源一张图工程和服务平台系统基础支撑平台及运维保障平台 建设，为一张图工程和服务平台系统搭建安全、可靠的基础设施环境，为全局信息化发展奠 定坚实的基础。
1.2 项目目标
基础支撑平台及运维保障平台的建设实现以下主要目标： （1） 通过加强对业务内网、办公网、互联网的安全管理，实现生产数据和涉密信息
的集中存放和管理，保证信息安全； （2） 通过为 32 个乡镇国土所提供云端虚拟桌面服务，保障数据不在国土所用户的
终端设备上落地的基础上，实现各项数据及业务应用的便捷接入，有效促进业务协 同； （3） 通过运维保障平台的建设，为全区国土资源用户提供一致、高度可用、高度可 扩展的服务，最大程度地减少系统停机，全面支持国土全系统的业务连续性； （4） 通过云平台建设，充分整合已有资源，实现 IT 基础设施的集约化建设。
1.3 建设内容
基础支撑平台及运维保证体系主要包括以下建设内容：

(一) 业务网、办公网、互联网网络接入及防火墙设备与交换机设备环境的规划、设计与 整合；
(二) 局机房服务器、存储、光纤网络环境的设计、整合与搭建； (三) 局业务网服务器虚拟化与桌面虚拟化资源池的统一建设； (四) 局国土政务管理服务系统、OA 等业务系统及数据中心的运维保障平台的统一建设
2 现状及需求分析
2.1 信息化现状
xxx 国土资源分局是主管 xxx 区有关土地、矿产等自然资源的规划、管理、保护 与合理利用工作的市政府工作部门，负责全市土地、矿产等自然资源的保护与合理利 用等重要工作，在现代化新形势发展要求下，配备了一系列提高工作效率和功能的信 息化业务系统。具体的信息化现状如下：
网络现状：办公网（金宏）、业务内网（涉密）、互联网、互相物理隔离，主要业务信 息系统部署在业务内网（涉密）。
基础架构：网络通过分网络部署防火墙、交换机实现各网络分离。实现在新的机房中部 署一套虚拟化系统，实现物理服务器资源的集中管理与调用。19 所分支通过内网专线 访问虚拟桌面平台实现办公，
应用现状：业务内网主要为一张图工程和服务平台系统，具体包括建设项目用地预审管 理系统、土地利用规划管理系统、建设用地审批管理系统、临时用地管理系统、设施农 用地管理系统、土地利用规划管理系统、土地储备审批管理系统、土地供应管理系统、 建设用地跟踪管理系统、权籍管理系统、土地登记信息动态监管查询系统、采矿权管理 系统、测绘成果管理系统、OA、移动办公系统、成果展示系统、综合数据库管理系统、 综合监测监管系统、移动辅助决策系统、综合管理服务平台等 20 个业务系统。

2.2 存在的问题
2.2.1 运维保障面临主要问题
业务连续性存在潜在威胁 业务系统设备多数使用一机一应用/一机多应用的模式，当前的这种部署模式， 如果某台物理服务器因为各种原因计划内停机或者故障停机，都不可避免的会造成其 上运行的业务系统停止的问题，这将直接影响到用户业务的正常开展。 管理复杂，响应速度滞后 每个业务系统的服务器的维护，高可用性和灾难备份没有统一的管理手段，只能 因系统而异，管理难度大，无法响应业务系统的要求。 数据和应用备份的快速恢复系统 现有应用系统由于更新和版本变化。应用系统设备安装业务复杂，管理维护压力 增大。当出现硬件和系统错误时候，缺少非常简便和快速备份和恢复系统。
2.2.2 现有保障手段不能满足需求
国土有些应用数据做了一定传统备份和容灾手段进行保护，但这种传统容灾备份 只解决有限问题，与实际需求很大差距。 现有备份效率低下，不能快速验证数据完整； 缺少对系统应用版本备份；出现故障后，恢复漫长繁琐，可操作性很低。
在容灾方案上普遍有很大误区，往往把“容灾”当成一个万能保障系统，而且高 指标的容灾系统是需要巨大投入，相对大部分单位，投资回报比不高。
? 传统容灾预防是万分之一小概率事故，但机房真正频繁威胁是单个服务器故 障和逻辑错误，这些问题都用不上容灾。不能把任何服务器错误“事件”升 级成“事故”，只有极端灾难事故情况下需要动用容灾系统。
? 切换异地容灾需要复杂操作流程和漫长时间，真正能解决问题需要时间很长。 从容灾恢复数据远比本地要慢很多。所有本地应急系统才是能快速顶用系 统，很实用。

2.2.3 管理运维问题
PC 运维难以为继
xxx 国土现有约 200 台 PC 终端，终端性能参差不齐，设备维护管理复杂，IT 运维人 员每天需要面对数量众多的零散服务请求（PC 故障、系统恢复、软件安装、补丁更新 等），由于人数有限，难以为继，矛盾越发突出。
PC 终端使用周期短
客户端硬件难以适应未来的系统升级、更新需求（如 Windows 7/8 等新系统的升级 等），每年都有大量的 PC 终端面临淘汰更新的压力，终端投入成本较高。
移动终端的运维管理
移动工作方式意味着越来越多的移动设备被用于访问办公环境，如何合理、高效地对这 些移动设备进行设备生命周期的管理，成为了 IT 部门的棘手问题。移动设备的运维管 理需要涵盖设备配置、应用置备、安全保护、远程支持、监控报告、设备淘汰等方面， 传统的桌面管理软件并不具备对移动设备的管理能力。

3 方案总体设计
3.1 设计原则
本次项目拟使用端到端虚拟化解决方案实现安全隔离、安全加护，构建以信息使用者为 核心的信息安全虚拟化管理平台：
? 实现业务内网（涉密）的网络环境建设 ? 实现业务内网（涉密）云平台中服务器虚拟化与桌面虚拟化建设 ? 实现平台建设后，后期有效的进行容灾、备份恢复等运维工作 ? 服务器及生产数据存储均放置在数据中心，真正做到数据中心生产数据不落地
另外，通过端到端虚拟化还将带来以下好处： 用户体验好 用户操作体验平滑过渡，变化小，减少项目推进阻力。
优化投入成本 采用最新虚拟化技术，最大限度提高资源利用率，降低项目建设成本。
功能模块化设计 虚拟化平台可拼装，可拆卸，灵活部署，实现全行信息安全管理标准化，构建生产、办 公、外网信息安全访问虚拟化统一平台。

3.2 总体架构设计
方案总体架构设计
3.3 实施思路
根据前期需求，考虑项目工作量、用户行为变化及流程设计，建议分期分阶段进行建设， 其中分为三个阶段建设：
(一) 第一阶段，xxx 国土基础网络建设阶段 统一规划业务网、办公网、互联网，防火墙设备与交换机设备环境搭建 统一规划服务器、存储、光纤网络环境搭建 重新规划的网络建设架构如下：

(二) 第二阶段，虚拟化平台建设阶段
统一规划业务网服务器虚拟化与桌面虚拟化资源池的环境搭建。虚拟化平台建设架 构图如下：

(三) 第三阶段，xxx 国土运维保障平台建设
统一规划 xxx 国土 GIS、OA 等业务系统的运维保障平台的建设。运维保障架构图 如下：

4 虚拟桌面技术方案设计
云桌面总体架构设计如下：
这种基于服务器运行模式的应用交付架构已经在全球被大量的电信、金融、政府和企业 客户所采用，可以在管理维护、投资成本、应用性能、安全和业务连续性各个方面得到提升：
首先从管理维护的角度，这种集中管理的优势显而易见：以前的软件部署和管理， 工程师们需要对每一台电脑进行安装和维护工作，低级的重复劳动消耗了大量的人 力物力。而现在 PC 机上不再安装复杂的软件，成为标准终端设备，如果一台坏了， 换一台备用标准设备就可以继续工作，对工作没有影响。IT 管理人员只管理和维 护中心服务器，通过应用策略去设定每个用户或用户组的行为，管理人员足不出数 据中心，通过服务器上各种数据、策略和信息管理着整个企业用户对应用的使用， 达到事半功倍的效果。
其次性能同样得到提升，集中发布降低了应用对网络和终端硬件的依赖，使其不再 成为性能瓶颈，同时还可以集中对应用进行优化，使得用户访问效率大大提高；
从安全性来看，所有的生产数据和监控逻辑全部保留在数据中心内，防止了敏感信 息的泄漏，可以精确地控制对各应用程序的安全访问；同时管理人员可以通过审计 录像对敏感操作进行记录，以备审计追踪等。
从总体成本衡量，传统模式需要不断地对 PC 机和带宽进行无底洞式地投入，在集 中式架构下，xxx 国土的应用不再依赖于 PC 机和客户端网络带宽，只要为每个业

务人员配备一台终端和十几 K 的带宽就可以正常工作；每次系统和软件升级只需 对少量服务器升级即可，节省了大量成本。 各网段访问虚拟化平台还提供了各种安全和管理功能，可以实现全面的用户接入的 安全控制和管理，包括用户行为控制、远程监控、远程培训、行为审计、对各个应 用的口令管理，以及整体系统的性能监控管理等等。
5 服务器虚拟化方案设计
虚拟化总体架构设计图如下：
这种基于服务器运行模式的虚拟化架构已经在全国大量用户采用，可以在管理维护、投 资成本、应用性能、安全和业务连续性各个方面得到提升：
资源快速部署。 通过虚拟化系统，业务部门提交 IT 需求时，可以在几分钟内部署一

台新的服务器环境供使用，大大缩短 IT 与业务需求落地的时间差。 提高利用资源。 通过虚拟化的部署，将传统的硬件资源转化为软件资源，提高现有的
硬件资源利用率，并且，可以将所有硬件资源通过利旧、整合到新的虚拟化系统平台中。 绿色数据中心。 虚拟化概念一直是绿色数据中心的倡导者。我行通过虚拟化部署，可
以使系统资源高度集中，节约机房空间的同时，更降低了机房用电的开销（包括服务器用电、空 调用电等）。
降低运维成本。 除了对电量和空间使用的降低外，在人力成本方面，也可以通过虚拟 化，减轻因为业务成本增长，带来的运维压力，帮助我行的 IT 人员应对快速的增长业务。

6 业务系统运维保障设计
6.1 架构设计
业务系统运维保障架构设计如下：

6.2 业务系统应急

6.3 数据保障 6.4 运维迁移

7 项目实施计划
项目实施计划如下： 阶段 一、分析阶段 云平台环境评估
二、设计阶段 云平台平台设计
三、构架和测试阶段 虚拟化环境架构 网络环境架构 虚拟桌面环境架构
四、发布阶段 试运行支持
投产支持
任务
? 对现有的 IT 环境进行全面的技术评估 ? 分析评估结果，定位风险点和成功部署要素 ? 和集成商团队共同制定出明确的可执行的项目方案 ? 记录并交付评估结果
? 集成商团队设计云平台，并与其一起进行设计讨论 ? 设计结果包含下面各个方面：
? 网络架构 ? 服务器虚拟化 ? 桌面虚拟化
? 系统架构 ? 存储架构
? 安装并配置下列云平台产品组件， ? 部署服务器虚拟化 ? 部署桌面虚拟化 ? 创建数据存储 ? 授权服务器 ? 部署用户配置文件方案 ? 集成现有基础架构（目录服务，文件服务等等）
? 确定试运行用户 ? 支持试运行部署并解决响应的问题 ? 确认接受度 ? 部署可以支持设计用户容量的应用虚拟化环境 ? 进行投产上线 ? 实现知识转移

8 项目组织保障
8.1 工作领导小组
为保障 xxx 区基础支撑平台与运维保障平台项目建设顺利推动，建议由局信息化 建设领导小组直接负责对本项目的组织领导。领导小组拟设立“基础支撑平台与运维 保障平台”建设办公室，具体负责项目建设各项工作的统筹推进，制定建设方案、工 作计划和相关标准，明确任务分工。
8.2 项目专家小组
项目专家小组主要负责配合系统建设项目技术小组完成现状分析、平台设计以及平台测 试与发布的工作。项目专家小组的主要职责如下：
? 充分发挥在技术以及信息化认识等方面的特长和能力，指导项目技术小组进行现状 梳理、分析工作。
? 参与项目技术小组的各个阶段的成果评审活动。 ? 对项目实施中有关的业务、技术以及资源配置等可能出现问题，向项目技术小组提 出改进意见。 ? 在信息系统建设涉及到的业务和技术问题上，对项目领导小组负责。
8.3 项目技术小组
项目技术组的主要工作职责如下： ? 负责通过用户访谈、用户问卷、专题讨论、资料收集等方式获取项目建设的需求， 并对调查结果进行整理分析，提交各个部门进行确认，并提交项目领导小组和专家小组进行 评审。 ? 负责按阶段按时完成项目的分析设计、设计、搭建、测试、试运行、运行工作。 ? 负责完成平台的使用及维护培训等集成系统建设的伴随服务，完成项目验收和鉴定 的准备工作。

? 在整个项目建设过程中，每周末（月末）向工作领导小组提交本周（本月）的工作 总结和下周（下月）工作计划；要在项目计划完成、需求调研中期、需求调研结束、系统设 计完成、系统集成中期、系统试运行前以及项目收尾等各个阶段，向项目领导小组进行专题 工作汇报。
? 当遇到业务问题或困难时，及时向专家小组进行专门咨询，以保证项目顺利实施。

企业自动化运维平台设计方案

企业自动化运维平台设计方案

目录 1.企业运维现状与发展趋势 (3) 2.企业运维存在的问题与需求 (3) 2.1运维人员的工作效率与工作主动性需要提升 (4) 2.2需要建立一套高效的运维机制 (4) 2.3缺乏高效的运维技术工具 (4) 3.业务流程标准化与健全运维管理制度 (5) 3.1实现业务流程标准化，为自动化运维打好基础 (5) 3.2建立完整、全面的运维管理制度，为自动化运维的实现保驾护航 (8) 4.自动化运维技术路线选型 (9) 4.1自动化运维概述 (9) 4.2开源运维工具的应用场景与优势 (9) 4.3Saltstack 实现服务器部署的自动化 (14) 5.自动化运维方案设计 (18) 5.1自动化运维规划图 (18) 5.2自动化运维平台模块设计 (20) 6企业自动化运维方案总结 (21)

1.企业运维现状与发展趋势 随着企业信息化的不断发展，运维人员需要面对越来越复杂的业务和越来越多样化的用户需求，不断扩展的应用需要越来越合理的模式来保障运维服务能灵活便捷、安全稳定地持续。某企业从初期的几台服务器发展到庞大的数据中心，单靠人工已经无法满足在技术、业务、管理等方面的要求，那么标准化、自动化、架构优化、过程优化等降低运维服务成本的因素越来越被人们所重视。其中，自动化开始代替人工操作在企业的运维过程中逐渐体现出来了强大的优势。 运维随着企业业务的发展，自动化作为其重要属性之一已经不仅仅只是代替人工操作，更重要的是深层探知和全局分析，关注的是在当前条件下如何实现性能与服务最优化，同时保障投资收益最大化。通过自动化运维能最大限度地在更少的维修时间内实现运维目标，提高运维服务质量。因此, 对于越来越复杂的运维来说，将人工操作逐渐改变为自动化管理是一个重要发展趋势。 2.企业运维存在的问题与需求 某企业初期只有文件共享和邮件服务等几台服务器，运维工作完全由人工操作，随着企业的发展，新业务系统不断上线企业建设了中心机房，运维工作还是以人工为主，但是这一阶段增加了网络管理系

信息化建设解决方案之运维篇

信息化建设解决方案之运维篇

散，自我认可度低，团队人员流动率较大。情况往往是某人好不容易成为熟练工了，却因为看不到职业前景或感觉不受重视而提出辞职。这些中坚力量的离职，会造成客户满意度和运维质量相当长一段时间内出现波动。 （4）服务商难管理，技术水平参差不齐，服务不及时，有问题不能及时解决。 IT运维服务外包存在一定风险，关键在于对于IT运维服务外包供应商的管理不到位，具体体现在招标环节疏于审查、过程监督环节疏于监管、以及事后评价环节疏于考核。通过在招标环节加强对供应商资质、能力水平、案例等考察可以有效包括准入关；通过在服务过程中加强监督可及时发现供应商服务提供能力的异常；通过事后评价可以建立供应商的退出机制，保证供应商提供优秀的服务。 1.2 IT运维服务问题分析 从以上现象可以看出，IT运维服务的所有问题的根源都不是技术问题，而是管理问题，包括流程管理的问题、评价管理的问题、应急管理的问题等等。主要包括：

（1）IT运维服务管理方式缺乏创新。 IT 运维服务管理方式包括自营管理和外包管理，随着IT系统复杂程度的增加，对于IT运维能力的要求也越来越高，自营服务的成本已远远大于外包服务的成本，在某些非关键的领域，应该引入IT运维服务外包这一创新管理模式以降低服务成本，同时将组织自身的IT运维人员解放出来，做更有价值和意义的工作。 （2）IT运维服务管理不规范。 IT运维服务人员很忙碌却得不到业务部门认可的根本原因是双方缺少IT运维服务沟通的基本语言，也就是IT运维服务管理规范不明确，导致业务部门对于IT运维服务部门提供哪些服务不清晰、提供服务的流程不清晰、对于服务的评价指标不清晰，同时也导致IT运维服务人员工作职责不清晰、人员间工作交接不顺畅、服务过程缺少监督等。 （3）工作分工设计不合理，忽视梯队建设。 人员管理问题，根源在于运维工作分配不合理，业绩无法考核。若将运维人员分成一、二、三线支持，不同运维人员各司其职，能使有限的

云平台运维建设方案

xxx区国土资源 一张图工程和服务平台系统基础支撑平台与运维保障平台 建 设 方 案

目录 1项目概述 (2) 1.1项目背景 (2) 1.2项目目标 (2) 1.3建设内容 (2) 2现状及需求分析 (3) 2.1信息化现状 (3) 2.2存在的问题 (4) 2.2.1运维保障面临主要问题 (4) 2.2.2现有保障手段不能满足需求 (4) 2.2.3管理运维问题 (5) 3方案总体设计 (6) 3.1设计原则 (6) 3.2总体架构设计 (7) 3.3实施思路 (7) 4虚拟桌面技术方案设计 (10) 5服务器虚拟化方案设计 (11) 6业务系统运维保障设计 (13) 6.1架构设计 (13) 6.2业务系统应急 (14) 6.3数据保障 (15) 6.4运维迁移 (15) 7项目实施计划 (16) 8项目组织保障 (17) 8.1工作领导小组 (17) 8.2项目专家小组 (17) 8.3项目技术小组 (17)

1项目概述 1.1项目背景 国土资源“一张图”和综合监管平台建设（以下简称“一张图”工程）是国土资源信息化“十二五”规划中的一项核心内容。 根据《国土资源部关于进一步运用现代科技信息手段规范和创新管理的指导意见》(国土资发〔2010〕81号)、《山东省国土资源系统‘一个平台、两个市场’建设方案的通知》（鲁国土资发〔2011〕33号）和《青岛市国土资源和房屋管理局关于加强信息化建设工作的意见的通知》（青土资房发〔2012〕465号）等一系列文件的要求，青岛市国土房管局xxx 分局拟开展xxx区国土资源一张图工程和服务平台系统基础支撑平台及运维保障平台建设，为一张图工程和服务平台系统搭建安全、可靠的基础设施环境，为全局信息化发展奠定坚实的基础。 1.2项目目标 基础支撑平台及运维保障平台的建设实现以下主要目标： （1）通过加强对业务内网、办公网、互联网的安全管理，实现生产数据和涉密信息的集中存放和管理，保证信息安全； （2）通过为32个乡镇国土所提供云端虚拟桌面服务，保障数据不在国土所用户的终端设备上落地的基础上，实现各项数据及业务应用的便捷接入，有效促进业务协 同； （3）通过运维保障平台的建设，为全区国土资源用户提供一致、高度可用、高度可扩展的服务，最大程度地减少系统停机，全面支持国土全系统的业务连续性； （4）通过云平台建设，充分整合已有资源，实现IT基础设施的集约化建设。 1.3建设内容 基础支撑平台及运维保证体系主要包括以下建设内容：

平台安全系统运维保障方案设计

实用文档 平台运维保障方案 1.目的 为了保障平台各项业务的正常开展，确保信息系统的正常运行，规范信息系统日常操作及维护阶段安全要求，特制订此方案。 2.系统日常操作及维护管理 2.1.建立双向联动责任人机制 所有涉及到业务平台的资源，包括主机操作系统、应用系统、网络设备和安全设备，指定电信接口人和支撑单位接口人双向联动，由电信公司指定维护接口人专门负责对接支撑单位的技术负责人和维护人员，电信公司的接口人对支撑单位的日常工作进行监督，支撑单位对业务系统的日常操作和维护按照本方案进行记录，做到责任到人，保证各个业务平台的正常运行。 2.2.操作系统日常操作及维护 (1)必须严格管理操作系统账号，定期对操作系统账号和用户权限分配进行检查，系 统维护人员至少每月检查一次，并报信息技术管理员审核，删除长期不用和废弃 的系统账号和测试账号。 (2)必须加强操作系统口令的选择、保管和更换，系统口令做到： ●长度要求：8位字符以上； ●复杂度要求：使用数字、大小写字母及特殊符号混合； ●定期更换要求：每90天至少修改一次。 (3)支撑单位维护人员需定期进行安全漏洞扫描和病毒查杀工作，平均频率应不低于 每月一次，重大安全漏洞发布后，应在3个工作日内进行上述工作。为了防止网 络安全扫描以及病毒查杀对网络性能造成影响，应根据业务的实际情况对扫描时 间做出规定，需安排在非业务繁忙时段。技术负责人应为每个系统指定专门的系 统维护人员，由系统维护人员对所负责的服务器进行检查，至少每天一次，确保

各系统都能正常工作；监控系统的CPU利用率、进程、内存和启动脚本等使用情况。 (4)当支撑单位维护人员监测到以下几种已知的或可疑的信息安全问题、违规行为或 紧急安全事件系统时，应立即报告技术负责人，同时采取控制措施，并进行记录： a)系统出现异常进程； b)CPU利用率，内存占用量异常； c)系统突然不明原因的性能下降； d)系统不明原因的重新启动； e)系统崩溃，不能正常启动； f)系统中出现异常的系统账户； g)系统账户口令突然失控； h)系统账户权限发生不明变化； i)系统出现来源不明的文件； j)系统中文件出现不明原因的改动； k)系统时钟出现不明原因的改变； (5)系统日志中出现非正常时间登录，或有不明IP地址的登录； (6)系统维护人员对操作系统的任何修改，都需要进行备案，对操作系统的重大修改 和配置（如补丁安装、系统升级等操作）必须向技术负责人提交系统调整方案，由信息技术管理员审核通过后方可实施。操作系统的配置和修改必须在非业务时间进行，重大调整必须提前准备应急预案和回退方案。 (7)保证操作系统日志处于运行状态，系统维护人员应定期对日志进行审计分析，至 少每月审计一次，重点对登录的用户、登录时间、所做的配置和操作做检查，在发现有异常的现象时及时向信息技术管理员报告。 (8)系统维护人员应设置操作系统日志归档保存功能，历史记录保持时间不得低于一 年。

运维监控管理平台建设方案(参考)

IT运维监控管理平台 建设方案 XXXXXXX

目录 第1章概述 (4) 1.1 建设背景 (4) 1.2 建设目标 (4) 1.3 建设思路 (5) 第2章系统总体设计 (6) 2.1 总体架构 (6) 2.2 设计原则 (7) 2.3 运维管理体系架构设计 (8) 2.3.1 系统总体架构设计 (8) 2.3.2 监控采集层 (9) 2.3.3 数据处理层 (9) 2.3.4 运行展现层 (9) 2.4 系统技术路线 (10) 2.4.1 采用Java语言开发 (10) 2.4.2 采用J2EE框架 (11) 2.4.3 采用WebService进行数据互连互通 (11) 2.4.4 数据库技术 (13) 2.4.5 性能控制 (14) 2.4.6 开发、运行环境 (14) 2.5 应用接口总体设计 (14) 2.5.1 系统内部集成接口 (14) 2.5.2 与基础运维管理工具的集成接口 (15) 2.5.3 与ITSM系统的集成接口 (15) 2.5.4 与相关外部系统的统一身份认证与单点登录接口 (15) 2.6 系统安全设计及部署 (16) 2.6.1 输入检验 (16) 2.6.2 GET请求和Cookie中的敏感数据 (16)

2.6.3 防通过嵌入标记实现的攻击 (16) 2.6.4 防口令猜测功能 (17) 2.6.5 页面和字段级的权限控制 (17) 2.6.6 系统安全架构 (17) 第3章系统功能设计 (18) 3.1 动环监控 (18) 3.1.1 配电柜监测 (18) 3.1.2 配电开关及电流监控 (18) 3.1.3 发电机监控 (19) 3.1.4 ATS监测 (19) 3.1.5 STS监测 (19) 3.1.6 UPS监控子系统 (20) 3.2 统一门户子系统 (20) 3.2.1 信息主管领导内容展示 (21) 3.2.2 运维人员内容展现 (21) 3.2.3 一般用户内容展现 (22) 3.3 IT运行监控子系统 (22) 3.3.1 基础平台功能 (22) 3.3.2 网络设备管理 (24) 3.3.3 服务器监控管理 (27) 3.3.4 存储监控管理 (30) 3.3.5 数据库监控管理 (30) 3.3.6 中间件监控管理 (31) 3.3.7 web与应用监控管理 (32) 3.3.8 虚拟化监控管理 (33) 3.3.9 IP地址管理管理 (34) 3.3.10 信息点管理 (35) 3.3.11 告警监控管理与转发处理 (36) 3.3.12 综合监控管理 (37)

大企业私有云运维方案1.1

大企业私有云运维 目录 大企业私有云运维 (1) 1云运维的目的 (2) 2用友云运维管理方案 (2) 2.1 用友云运维管理平台的建设思路 (2) 2.2 用友云运维平台总体架构及特点 (3) 3云运维服务的内容 (5) 3.1 基础设施运维 (5) 3.2 云应用运维 (7) 3.3 综合服务 (7) 4云运维的模式 (8)

1 云运维的目的 随着云计算时代的到来，传统的机房悄然发生了变化，从传统数据中心进入了云计算中心的时代。云数据中心作为信息与信息系统的物理载体，用于与IT相关的主机、网络、存储等设备以及软件系统的存放、管理，无论是自建云数据中心还是对外提供租赁服务的数据中心，只有运维管理好一个云数据中心，才能发挥云数据中心的作用，使之能更好地为云计算提供强大的支持能力。通过有效实施云计算数据中心运维管理，降低人员工作量的同时提高运维人员工作效率，保障业务人员的工作效率，提高业务系统运行状况，进而提高企业整体管理效益，同时提高满意度，才能最终实现云计算数据中心的价值最大化。 2 用友云运维管理方案 2.1用友云运维管理平台的建设思路 从硬件到软件，用友云运维管理为云计算中心的管理建立了完备的体系，其建设遵循以下几个原则： 一是以完善的运维服务制度、流程为基础 为保障运行维护工作的质量和效率，制定相对完善、切实可行的运行维护管理制度和规范，确定各项运维活动的标准流程和相关岗位设置等，使运维人员在制度和流程的规范和约束下协同操作。 二是以先进、成熟的运维管理平台为手段 通过建立统一、集成、开放并可扩展的运维管理平台，实现对各类运维事件的全面采集、及时处理与合理分析，实现运行维护工作的智能化和高效率。 三是以高素质的运维服务队伍为保障 运维服务的顺利实施离不开高素质的运维服务人员，因此必须不断提高运维服务队伍的专业化水平，才能有效利用技术手段和工具，做好各项运维工作。用友提供优质高效的培训，协助用户建立高素质的运维服务队伍。

云计算中心运维管理制度

云计算中心运维管理制度 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理就是：为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统的计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负起以下重要目标：合规性、可用性、经济性、服务性等四大目标。 由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性除基于ITIL的常规数据中心运维管理理念之外，以下运维管理方面的内容，也需要我们加以重点分析和关注。 一、理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象共可分成5类： (1) 机房环境基础设施部分。这里主要指为保障数据中心所管理设备正常运行所必需的网络通信、电力资源、环境资源等。这部分设备对于用户来说几乎是透明的，因为大多数用户基本并不会关注到数据中心的风火水电。但是，这类设备如发生意外，对依托于该基础设施的应用来说，却是致命的。 (2) 在提供IT服务过程中所应用的各种设备，包括存储、服务器、网络设备、安全设备等硬件资源。这类设备在向用户提供IT服务过程中提供了计算、存储与通信等功能，是IT服务最直接的物理载体。 (3) 系统与数据，包括操作系统、数据库、中间件、应用程序等软件

资源;还有业务数据、配置文件、日志等各类数据。这类管理对象虽然不像前两类管理对象那样“看得见，摸得着”，但却是IT服务的逻辑载体。 (4) 管理工具，包括了基础设施监控软件、监控软件、工作流管理平台、报表平台、短信平台等。这类管理对象是帮助管理主体更高效地管理数据中心内各种管理对象，并在管理活动中承担起部分管理功能的软硬件设施。通过这些工具，可以直观感受并考证到数据中心如何管理好与其直接相关的资源，从而间接地提升的可用性与可靠性。(5) 人员，包括了数据中心的技术人员、运维人员、管理人员以及提供服务的厂商人员。人员一方面作为管理的主体负责管理数据中心运维对象，另一方面也作为管理的对象，支持IT的运行。这类对象与其他运维对象不同，具有很强的主观能动性，其管理的好坏将直接影响到整个运维管理体系，而不仅仅是运维对象本身。 二、定义各运维对象的运维内容 云计算数据中心资源管理所涵盖的范围很广，包括环境管理、网络管理、设备管理、软件管理、存储介质管理、防病毒管理、应用管理、日常操作管理、用户密码管理和员工管理等。要对每一个管理对象的日常维护工作内容有一个明确的定义，定义操作内容、维护频度、对应的责任人，要做到有章可循，责任人可追踪。实现对整个系统的全生命周期的追踪管理。 三、建立信息化的运维管理平台系统 云计算数据中心的运维管理应从数据中心的日常监控入手，事件管理、

云平台下的运维体系建设工作内容

云平台下的运维体系建设工作容 一、系统运维 系统运维负责IDC、网络、CDN和基础服务的建设（LVS、NTP、DNS）；负责资产管理，服务器选型、交付和维修。详细的工作职责如下： IDC数据中心建设 收集业务需求，预估未来数据中心的发展规模，从骨干网的分布，数据中心建筑，以及Internet接入、网络攻击防御能力、扩容能力、空间预留、外接专线能力、现场服务支撑能力等方面评估选型数据中心。负责数据中心的建设、现场维护工作。

网络建设 设计及规划生产网络架构，这里面包括：数据中心网络架构、传输网架构、CDN网络架构等，以及网络调优等日常运维工作。 LVS负载均衡和SNAT建设 LVS是整个站点架构中的流量入口，根据网络规模和业务需求，构建负载均衡集群；完成网络与业务服务器的衔接，提供高性能、高可用的负载调度能力，以及统一的网络层防攻击 能力；SNAT集中提供数据中心的公网访问服务，通过集群化部署，保证出网服务的高性能与高可用。 CDN规划和建设 CDN工作划分为第三方和自建两部分。建立第三方CDN的选型和调度控制；根据业务发展趋势，规划CDN新节点建设布局；完善CDN业务及监控，保障CDN系统稳定、高效运行；分析业务加速频道的文件特性和数量，制定最优的加速策略和资源匹配；负责用户劫持等CDN日常故障排查工作。 服务器选型、交付和维护 负责服务器的测试选型，包含服务器整机、部件的基础性测试

和业务测试，降低整机功率，提升机架部署密度等。结合对公司业务的了解，推广新硬件、新方案减少业务的服务器投入规模。负责服务器硬件故障的诊断定位，服务器硬件监控、健康检查工具的开发和维护。 OS、核选型和OS相关维护工作 责整体平台的OS选型、定制和核优化，以及Patch的更新和部版本发布；建立基础的YUM包管理和分发中心，提供常用包版本库；跟进日常各类OS相关故障；针对不同的业务类型，提供定向的优化支持。 资产管理 记录和管理运维相关的基础物理信息，包括数据中心、网络、机柜、服务器、ACL、IP等各种资源信息，制定有效的流程，确保信息的准确性；开放API接口，为自动化运维提供数据支持。 基础服务建设 业务对DNS、NTP、SYSLOG等基础服务的依赖非常高，需要设计高可用架构避免单点，提供稳定的基础服务。 二、应用运维 应用运维负责线上服务的变更、服务状态监控、服务容灾和数据

IT运维监控管理平台建设方案

IT运维监控管理平台建设方案（此文word格式，下载后可直接编辑修改套用）

目录 第1章概述 (5) 1.1 建设背景 (5) 1.2 建设目标 (5) 1.3 建设思路 (6) 第2章系统总体设计 (7) 2.1 总体架构 (7) 2.2 设计原则 (8) 2.3 运维管理体系架构设计 (9) 2.3.1 系统总体架构设计 (9) 2.3.2 监控采集层 (10) 2.3.3 数据处理层 (10) 2.3.4 运行展现层 (10) 2.4 系统技术路线 (11) 2.4.1 采用Java语言开发 (11) 2.4.2 采用J2EE框架 (12) 2.4.3 采用WebService进行数据互连互通 (12) 2.4.4 数据库技术 (14) 2.4.5 性能控制 (15) 2.4.6 开发、运行环境 (15) 2.5 应用接口总体设计 (15) 2.5.1 系统内部集成接口 (15) 2.5.2 与基础运维管理工具的集成接口 (16) 2.5.3 与ITSM系统的集成接口 (16) 2.5.4 与相关外部系统的统一身份认证与单点登录接口 (16) 2.6 系统安全设计及部署 (17) 2.6.1 输入检验 (17) 2.6.2 GET请求和Cookie中的敏感数据 (17) 2.6.3 防通过嵌入标记实现的攻击 (17)

2.6.4 防口令猜测功能 (18) 2.6.5 页面和字段级的权限控制 (18) 2.6.6 系统安全架构 (18) 第3章系统功能设计 (19) 3.1 动环监控 (19) 3.1.1 配电柜监测 (19) 3.1.2 配电开关及电流监控 (19) 3.1.3 发电机监控 (20) 3.1.4 ATS监测 (20) 3.1.5 STS监测 (20) 3.1.6 UPS监控子系统 (21) 3.2 统一门户子系统 (21) 3.2.1 信息主管领导内容展示 (22) 3.2.2 运维人员内容展现 (22) 3.2.3 一般用户内容展现 (23) 3.3 IT运行监控子系统 (23) 3.3.1 基础平台功能 (23) 3.3.2 网络设备管理 (25) 3.3.3 服务器监控管理 (28) 3.3.4 存储监控管理 (31) 3.3.5 数据库监控管理 (31) 3.3.6 中间件监控管理 (32) 3.3.7 web与应用监控管理 (33) 3.3.8 虚拟化监控管理 (34) 3.3.9 IP地址管理管理 (35) 3.3.10 信息点管理 (36) 3.3.11 告警监控管理与转发处理 (37) 3.3.12 综合监控管理 (38) 3.3.13 综合报表管理 (39)

云计算数据中心的运维管理

云计算数据中心的运维管理 现代信息中心已成为人们日常生活中不可缺少的部分，因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨，以此不断提高IT运维质量，实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是，为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员，但大都是“全才”的，即什么都管，尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时，此代管人员一问三不知，甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工，看似重视，实际上也没得到真正地重视。比如说机房设备长时间一直运行正常，这时如果运维人员提出要增添运维方面的测量设备，有的领导就认为多余，很难得到批准。但他不知道机房设备所以长时间一直运行正常，正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干，他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下，在某卫星地面站就极少出故障，而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据，一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务，使异常苗头不断积累，以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了，就要检查是不是电流过大到超过额定值，如果不是就要检查触点接触是否牢靠，是否需要再紧固一下。这样一来，故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作，都是在巡查中顺便做的事情。所以同是运维人员在巡查，但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后，起主要作用的就是保育员和老师，这时保育员和老师就是主体。机器就好比是幼儿园的孩子，孩子是否健康成长，机器是否正常运行，除去本身的健康(可靠性质量)状况外，那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性，除基于ITIL(IT 基础设施库)的常规数据中心运维管理理念之外，以下运维管理方面的内容，需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类： ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的，比如大多数用

云平台下的运维体系建设工作内容87904

云平台下的运维体系建设工作内容 一、系统运维 系统运维负责IDC、网络、CDN和基础服务的建设（LVS、NTP、DNS）；负责资产管理，服务器选型、交付和维修。详细的工作职责如下： IDC数据中心建设 收集业务需求，预估未来数据中心的发展规模，从骨干网的分布，数据中心建筑，以及Internet接入、网络攻击防御能力、扩容能力、空间预留、外接专线能力、现场服务支撑能力等方面评估选型数据中心。负责数据中心的建设、现场维护工作。

网络建设 设计及规划生产网络架构，这里面包括：数据中心网络架构、传输网架构、CDN网络架构等，以及网络调优等日常运维工作。 LVS负载均衡和SNAT建设 LVS是整个站点架构中的流量入口，根据网络规模和业务需求，构建负载均衡集群；完成网络与业务服务器的衔接，提供高性能、高可用的负载调度能力，以及统一的网络层防攻击 能力；SNAT集中提供数据中心的公网访问服务，通过集群化部署，保证出网服务的高性能与高可用。 CDN规划和建设 CDN工作划分为第三方和自建两部分。建立第三方CDN的选型和调度控制；根据业务发展趋势，规划CDN新节点建设布局；完善CDN业务及监控，保障CDN系统稳定、高效运行；分析业务加速频道的文件特性和数量，制定最优的加速策略和资源匹配；负责用户劫持等CDN日常故障排查工作。 服务器选型、交付和维护 负责服务器的测试选型，包含服务器整机、部件的基础性测试

和业务测试，降低整机功率，提升机架部署密度等。结合对公司业务的了解，推广新硬件、新方案减少业务的服务器投入规模。负责服务器硬件故障的诊断定位，服务器硬件监控、健康检查工具的开发和维护。 OS、内核选型和OS相关维护工作 责整体平台的OS选型、定制和内核优化，以及Patch的更新和内部版本发布；建立基础的YUM包管理和分发中心，提供常用包版本库；跟进日常各类OS相关故障；针对不同的业务类型，提供定向的优化支持。 资产管理 记录和管理运维相关的基础物理信息，包括数据中心、网络、机柜、服务器、ACL、IP等各种资源信息，制定有效的流程，确保信息的准确性；开放API接口，为自动化运维提供数据支持。 基础服务建设 业务对DNS、NTP、SYSLOG等基础服务的依赖非常高，需要设计高可用架构避免单点，提供稳定的基础服务。

云计算中心运维管理制度

云计算中心运维管理制度 现代信息中心已成为人们日常生活中不可缺少的部分，因此信息中心机房设备的运行正常与否就非常关键。在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。加强对云计算运维管理的要点以及相应改进方面措施的研究与探讨，以此不断提高IT运维质量，实现高效的运维管理。这就给运维是否到位提出了严格要求。 1 运维在机房中的地位 在数据中心生命周期中，数据中心运维管理是数据中心生命周期中最后一个、也是历时最长的一个阶段。数据中心运维管理是，为提供符合要求的信息系统服务，而对与该信息系统服务有关的数据中心各项管理对象进行系统地计划、组织、协调与控制，是信息系统服务有关各项管理工作的总称。数据中心运维管理主要肩负合规性、可用性、经济性、服务性等四大目标。 在信息中心机房配备有运维人员，但大都是“全才”的，即什么都管，尤其是对供电系统大都是由主机运维的人员代管。当电源系统出故障时，此代管人员一问三不知，甚至连配电柜门都没开过。这实际上就是把机房的运维放在了一个次要的地位。 当然也有的地方有所分工，看似重视，实际上也没得到真正地重视。比如说机房设备长时间一直运行正常，这时如果运维人员提出要增添运维方面的测量设备，有的领导就认为多余，很难得到批准。但他不知道机房设备所以长时间一直运行正常，正是由于这些运维人员的细心维护和努力保养所获得的。并不是这些人员每天闲着无事可干，他们的这些工作一般是领导看不见的。比如同样多款的UPS在同样的环境条件下，在某卫星地面站就极少出故障，而在同系统别的地方机房同一家同规格的机器就故障连连。原来是前者的运维人员每天都在细心观察和分析机器面板LCD上显示的数据，一旦发现异常苗头及时采取措施;而后者只限于每天抄写这些数据就算完成任务，使异常苗头不断积累，以致于导致故障。比如断路器在额定闭合状态发现触点处温度高了，就要检查是不是电流过大到超过额定值，如果不是就要检查触点接触是否牢靠，是否需要再紧固一下。这样一来，故障隐患就排除了。如果一直不管不问久而久之就会导致跳闸而使系统崩溃。这都是一些小的动作，都是在巡查中顺便做的事情。所以同是运维人员在巡查，但前者在做事而后者只是走马观花。这就是数据中心可靠与不可靠的区别。 运维人员就像幼儿园的保育员和老师。孩子交到幼儿园后，起主要作用的就是保育员和老师，这时保育员和老师就是主体。机器就好比是幼儿园的孩子，孩子是否健康成长，机器是否正常运行，除去本身的健康(可靠性质量)状况外，那就是运维人员的责任了。由于云计算的要求弹性、灵活快速扩展、降低运维成本、自动化资源监控、多租户环境等特性，除基于ITIL(IT基础设施库)的常规数据中心运维管理理念之外，以下运维管理方面的内容，需要我们加以重点关注。 2 云计算数据中心运维管理的要点 (1)理清云计算数据中心的运维对象 数据中心的运维管理指的是与数据中心信息服务相关的管理工作的总称。云计算数据中心运维对象一般可分成5大类： ①机房环境基础设施 这里主要指的是为保障数据中心所管理的设备正常运行所必需的网络通信、供配电系统、环境系统、消防系统和安保系统等。这部分设备对于用户来说几乎是透明的，比如大多数用户都不会忽略数据中心的供电和制冷。因为这类设备如果发生意外，对依托于该基础设施的应用来说是致命的。 ②数据中心所应用的各种设备 这些设备包括存储、服务器、网络设备和安全设备等硬件资源。这类设备在向用户提供IT 服务过程中提供了计算、存传输和通信等功能，是IT服务最核心的部分。 ③系统与数据 这部分包括操作系统、数据库、中间环节和应用程序等软件资源，还有业务数据、配置文件、日志等各类数据。这类管理对象虽然不像前两类管理对象那样“看得见，摸得着”，但却是IT服务的逻辑载体。 ④管理工具 这部分包括基础设施监控软件、IT监控软件、工作流管理平台、报表平台和短信平台等。 这类管理对象是帮助管理主体更高效地管理数据中心内各种管理对象的工作情况，并在管理活动中承担起部分管理功能的软硬件设施。通过这些工具，可以直观感受并考证数据中心如何管理好与其直接相关的资源，从而间接地提升了可用性与可靠性。 ⑤人员管理 人员管理包括数据中心在内的技术人员、运维人员、管理人员以及提供服务的厂商人员的管理。 人员一方面作为管理的主体负责管理数据中心的运维对象，另一方面也作为管理的对象，支持IT的运行。这类对象与其他运维对象不同，具有很强的主观能动性，其管理的好坏将直接影响到整个运维管理体系，而不仅仅是运维对象本身。 (2)定义各运维对象的运维内容 云计算数据中心资源管理所涵盖的范围很广，包括环境管理、网络管理、设备管理、软件管理、存储介质管理、防病毒管理、应用管理、日常操作管理、用户密码管理和员工管理等。这就需要对每一个管理对象的日常维护工作内容有一个明确的定义，定义操作内容、维护频度、对应的责任人，要做到有章可循，责任人可追踪。实现对整个系统全生命周期地追踪管理。 (3)建立信息化的运维管理平台系统和IT服务管理系统 云计算数据中心的运维管理应从数据中心的日常监控入手，事件管理、变更管理、应急预案管理和日常维护管理等方面全方位地进行数据中心的日常监控。实现提前发现问题、消除隐患，首先要有完整的、全方位实时有效的监控系统，并着重监控数据的记录和技术分析。 数据中心的业务可以概括为：通过运行系统来向客户提供服务。没有信息系统的支撑来运行

(完整word版)云平台运维建设方案

xxx 区国土资源 一张图工程和服务平台系统 基础支撑平台与运维保障平台
建
设
方
案

目录
1 项目概述 ................................................................................................................................... 2
1.1 项目背景 ................................................................................................................................. 2 1.2 项目目标 ................................................................................................................................. 2 1.3 建设内容 ................................................................................................................................. 2
2 现状及需求分析 ........................................................................................................................ 3
2.1 信息化现状 ............................................................................................................................. 3 2.2 存在的问题 ............................................................................................................................. 4
2.2.1 运维保障面临主要问题 ................................................................................................. 4 2.2.2 现有保障手段不能满足需求 ......................................................................................... 4 2.2.3 管理运维问题 ................................................................................................................. 5
3 方案总体设计............................................................................................................................6
3.1 设计原则 ................................................................................................................................. 6 3.2 总体架构设计 ......................................................................................................................... 7 3.3 实施思路 ................................................................................................................................. 7
4 虚拟桌面技术方案设计 .......................................................................................................... 10
5 服务器虚拟化方案设计 .......................................................................................................... 11
6 业务系统运维保障设计 .......................................................................................................... 13
6.1 架构设计 ............................................................................................................................... 13 6.2 业务系统应急 ....................................................................................................................... 14 6.3 数据保障 ............................................................................................................................... 15 6.4 运维迁移 ............................................................................................................................... 15
7 项目实施计划.......................................................................................................................... 16
8 项目组织保障.......................................................................................................................... 17
8.1 工作领导小组 ....................................................................................................................... 17 8.2 项目专家小组 ....................................................................................................................... 17 8.3 项目技术小组 ....................................................................................................................... 17

XXIT运维监控管理平台建设方案

XXIT运维监控管理平台建设方案 IT运维监控管理平台建设方案XXXXXXX 目录第1章概述3 1.1 建设背景3 1.2 建设目标3 1.3 建设思路 4 第2章系统总体设计5 2.1 总体架构 5 2.2 设计原则6 2.3 运维管理体系架构设计7 2.3.1 系统总体架构设计7 2.3.2 监控采集层8 2.3.3 数据处理层8 2.3.4 运行展现层8 2.4 系统技术路线9 2.4.1 采用Java语言开发9 2.4.2 采用J2EE框架10 2.4.3 采用WebService进行数据互连互通10 2.4.4 数据库技术12 2.4.5 性能控制13 2.4.6 开发、运行环境13 2.5 应用接口总体设计13 2.5.1 系统内部集成接口13 2.5.2 与基础运维管理工具的集成接口14 2.5.3 与ITSM系统的集成接口14 2.5.4 与相关外部系统的统一身份认证与单点登录接口14 2.6 系统安全设计及部署15 2.6.1 输入检验15 2.6.2 GET请求和Cookie中的敏感数据15 2.6.3 防通过嵌入标记实现的攻击15 2.6.4 防口令猜测功能16 2.6.5 页面和字段级的权限控制16 2.6.6 系统安全架构16 第3章系统功能设计17 3.1 动环监控17 3.1.1 配电柜监测17 3.1.2 配电开关及电流监控17 3.1.3 发电机监控18 3.1.4 ATS监测18 3.1.5 STS监测18 3.1.6 UPS监控子系统19 3.2 统一门户子系统19 3.2.1 信息主管领导内容

展示20 3.2.2 运维人员内容展现20 3.2.3 一般用户内容展现21 3.3 IT运行监控子系统21 3.3.1 基础平台功能21 3.3.2 网络设备管理23 3.3.3 服务器监控管理26 3.3.4 存储监控管理29 3.3.5 数据库监控管理29 3.3.6 中间件监控管理30 3.3.7 web与应用监控管理31 3.3.8 虚拟化监控管理32 3.3.9 IP地址管理管理33 3.3.10 信息点管理34 3.3.11 告警监控管理与转发处理35 3.3.12 综合监控管理36 3.3.13 综合报表管理37 3.4 IT服务管理子系统38 3.4.1 功能特点38 3.4.2 服务台管理41 3.4.3 服务目录管理42 3.4.4 服务请求管理42 3.4.5 事件管理43 3.4.6 问题管理43 3.4.7 变更管理44 3.4.8 值班管理44 3.4.9 公告管理45 3.4.10 IT运维报告45 3.4.11 用户管理46 第4章培训方案46 第5章系统价值47 第6章售后服务47第1章概述1.1 建设背景随着近年来经济的进一步迅速发展，企事业机关单位IT运行环境日趋复杂，运行监控工作难度加大，尤其是随着信息化建设的不断深入，信息系统越来越多，各类系统越来越复杂，系统的关联度也越来越高。数据处理量成倍增长，而随着互联网应用的发展，网上应用系统也越来越多，使IT 系统运行环境变得更加复杂，造成了机房管理、系统监控、运行维护工作十分困难的局面。虽然信息中心各科室对已经有各的监控管理手段，但缺乏一个集中、统一的监控平台，及时发现与解决网络、硬件、安全设备、操作系