IT越来越处复，请杂联,系带网来站或的本典人删型除I。T运营问题
架构复杂
• 复杂,多厂商 • 难扩展 • 需要多领域 专家 • 消除I/O瓶颈 很复杂 • 多厂商集成 方案成 本高、 耗时
整体可用性难保证
• 异构环境可用性管理 复杂 •在通常的虚拟环境中， 应 用可用性更难管理 • 不同厂商产品的可用 性可 以大大影响整体 可用性
日常监控 服 务响应 工作 调度 数据备 份 系统变更 执行 事故报 告 灾备操作 机房管理 访 问授权 健康
检查
• 业务连续性和高可用性建设； • 潜在问题的分析和规避；
网络
• 主动的客户体验监控；
• 问题快速定位和解决。
IT基础架构与基础设施的驱动
• 数据中心空间优化与地点的选择； • 不断增长的数据中心基础架构的复杂 ；
本文档所提供的信息仅供参考之用，不能作为科学依据，站或本人删除。
•数据中心运维管理面临的问题与挑战
•数据中心运维管理探讨
–数据中心运维管理的能力框架及建设演进 –业务驱动IT管理 –完整的平台管理 –全生命周期管理
•总结
2
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿；如有不当之
“稳定”和处，“请安联全系网”站是或本IT人运删营除。的基本目标
运维人员在多个环境里进行手工配 置和操作，难以避免人为操作风险
怎样确定问题 的根源？可以 从业务影响发 现问题吗？怎 样避免问题的 再次发生？
开发 测试 应用系统 中间件 数据库
生产
服务器与存储 网络
问题 管理
变更 管理 管理
事件 配置 管理 管理
整体性能难保证
• 异构的数据库、
Java层、消息层和
Web 层很难整体调优
•
尤其在
通常虚拟环 境中，
不可预测 整体性能不高、
•
运维管理复杂
• 异构环境增加运维 不好界
复杂度，职责
定
解决过
• 问题诊断、
程复杂
的升 复杂
• 不同厂商产品
级、补丁过程
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿；如有不当之
4
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿；如有不当之
处，来请联自系业网站务或的本挑人删战除。
业务要求IT可靠和透明
业务经理要求以业务的语 言来描述IT服务水平
客户对服务中断和性能 问题毫无耐心
缺乏通用语言
CIO办公室
基础关注点 不一致
对最终用户体验缺乏可 见性
IT性能指标与业务毫
度
• 服务器的利用率介于10%～15%；
• 数据中心往往需要耗费上千万的资金
去 建设，而且不能在现有设施上去扩展。
IT的变革与创新
• IT基础架构集中与标准化； • 虚拟化、网格计算； • 自动化与持续可用； • 云计算/绿色IT。
来自业务的挑战
• 灵活的支持业务发展； • 对业务量持续以及爆发性增长的
怎样判断架构的高可 用性？当前的性能容 量能否支撑下阶段业 务发展？
3
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿；如有不当之
基处，础请架联系构网和站运或本维人的删除驱。动
•性能提升
–资源利用率提升
•弹性扩展
–弹性/可靠性/性价比
•快速应用部署
–压缩环境准备和应用安装部署时间 –提高工作效率
需求；
• 对于最终用户体验具备可见性； • 业务需求和IT管理实现量化对接
运维的驱动
• 具有面对服务需求峰值而不需要
额外投入的能力；
• 可提供7×24小时高水平服务等
级的能力；
• 需要具有丰富经验的资源； • 80%的企业软件费用花费在安装
与维护；
• 服务器对管理员的比例还维持在
20-30:1的水平；
灾备
日常监控
服务响应
工作调度
数据备份
系统变更执行
事故报告
灾备操作
机房管理
访问授权
健康检查
版本 可用性 容量
管理
管理
真的了解运行 状态吗？预警 和主动监控能 做到什么程度？ 健康检查是否 有效？
变更影响分析通常凭 经验，也难以充分测 试，怎样控制和验证？
如何快速定位和恢复故 障？应急演练是否有效？ 备份的数据真的可用吗？
• 部署新的应用时间太长。
7
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿；如有不当之
议程
处，请联系网站或本人删除。
•数据中心运维管理面临的问题与挑战
•数据中心运维管理探讨
–数据中心运维管理的能力框架及建设演进 –业务驱动IT管理 –完整的平台管理 –全生命周期管理
•总结
8
本文档通所过提供架的构信整息仅合供和处参，考简请之化联用、系，网不提站能升或作本为运科人营学删管除依据。理，能请勿力模来仿解；如有不当之 决面临的IT运营问题与挑战
架构整合和简化
提升运营管理能力
软硬件资源池、横向整合和 纵 向整合结合的一体化整合 方式、 和云计算等架构优化 手段驱动 了运营水平的提高
构建完整平台管理，完善运 营基础管理能力，同时帮助 用户从业务角度优化IT服务 管理，将企业的业务需求和 IT管理实现量化对接
9
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿；如有不当之
Or处ac，le请I联T运系网营站能或本力人框删架除。模型
不
相干
IT运营
不能有效控制服务中断 和性能下降
“像业务一样经营IT”是CIO共同目标， 目 的是保障服务质量，提高IT对业务的贡献。
5
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿；如有不当之
IT服处务，管请联理系最网佳站或实本践人删的除新。要求
ITIL v3
帮助用户从业务角度完成整体设计、实施和 持续优化IT服务管理，并通过IT服务管理将 企业的业务需求和IT管理实现量化对接
ISO 20000:2011
供应商和客户之间的实质关系 将影响服务管理过程如何实施
业务战略指导落地，业务需求量化考核
6
本文档所提供的信息仅供参考之用，不能作为科学依据，请勿模仿；如有不当之
问处，题请与联系挑网战站的或本总人结删除思。考
开发
测试
生产
灾备
保障稳定和安全
应用系统 中间件 数据库 服务器与存储
•节能减排
–机房空间效率 –电力供应 –平均CPU/存储利用率
•追求更低的TCO和高ROI
–降低软件、硬件、服务成本 –简化运维工作，降低维护成本
• 集中管控
– 监控预警，实现主动管理 – 故障诊断和性能优化 – 可视化管理，面向服务质量
• 风险控制
– 降低操作风险 – 系统安全提升
数据中心 不能成为问题中心