IBMP4v3.2.1IntroCN(CUS)-20140203.ppt.ppt

P4典型使用场景1 – 虚拟资源的配置与统一管理（云管理员） 整合与虚拟化 * P4典型使用场景2 - 创建拓扑服务目录（云管理员）  自动化 * P4典型使用场景3 – 虚机全生命周期自服务管理流程 （普通用户）  普通用户登录 云管理员 集成邮件系统通知 登录完成申请审批 完成自动部署，资源更新 基于服务目录的自服务向导 （可集成客户的审批系统） 完全自动化无需人工干预 集成邮件系统通知 * 标准化 * P4典型使用场景4 - 虚拟资源的监控与运维 （云管理员） 监控与报表 物理资源实时 物理资源历史 虚拟机监控 计量与计费 虚拟机动态迁移 虚拟资源管理 * 目录 P4企业云管理平台简介 P4企业云管理平台的技术架构 P4企业云管理平台的功能详解 P4企业云管理平台的典型应用场景 P4企业云管理平台的实施建议和参考案例 * * 场景中的软硬件部署/环境准备的改变 确认可用设备 物理连接 用户请求 I/T 管理员 系统管理员 安装 OS 配置网络 分配存储 存储管理员 安装软件 配置应用 系统可用 用户 开发人员 开发人员 传统的硬件管理平台： 费时费力 易出错 难以重用 效率低下 用户请求 系统自动分配资源、准备直接可用环境 * * 场景中资源交付模式的转变 云创新 传统的新业务交付模式 立项 资源 评估 设备 购买 设备 到货 设备 调测 设备 安装 资源 准备 （测试资 源回收） 慢 云环境下的新业务交付模式 立项 资源 评估 资源云中 调拨资源 上线 快 提升资源管理效率 提升资源利用率 降低运维成本 提升软开及运维质量 资源 使用 上线 * * 应用场景1：企业开发测试中心 1）环境部署麻烦 反复多次：中心有来自不同公司开发人员，流动性较高，导致反复进行开发测试环境部署。 非标准化：部署结果根据人员水平的不同而不同，经常性地（错误的配置而非程序本身）导致问题，影响开发测试的效率和质量。 时间长：手工安装系统及中间件时间较长，且无法批量部署及提前部署； 2）管理功能薄弱 多项开发/测试任务并行，管控复杂； 开发测试环境差异性大、版本管理繁琐； 开发测试资源管理困难； 3）资源申请困难 开发测试资源（以及总资源）利用效率低，申请、审批和部署等不便捷，导致开发测试资源申请困难。 4）安全性隐患 部分存在不同应用共用主机情况，系统及数据隔离性不好。 5）云计算落地 部署云平台受限于预算； 工程师没有云实施和维护经验，云技能门槛高。 带来的价值 构建新一代开发测试系统架构 从开发测试系统运行现状和未来发展的角度规划开发测试系统未来架构；实现规范环境内， 虚拟服务器、操作系统及软件的自动化部署和生命周期管理； 提供集中资源门户和管理平台 实现开发测试系统服务器硬件及操作系统的全面监控；提供综合性的、面向运维的各层次资源管理门户和统一的虚拟化集中管理平台； 增强管理及部门协调 提供统一的资源统计报表和性能报表，支持管理决策；各部门可清楚了解设备状况，并通过自动化工作流完成协同处理，实现2天内即完成资源部署及数据准备，提升跨部门协同能力 节约成本 提升开发测试资源申请流程的效率；提供历史资源申请记录，降低资源浪费；提供CPU利用率记录，并以此动态调整资源分配状况；同样设备，可以支持更多的应用测试需求； 协助提升开发测试质量 减少配置错误和不一致性对开发测试项目的影响； 增强信息安全； 培养云平台运维人才：为将来全行部署云计算积累有效经验 。 需求及关注点 企业开发测试中心，承担着企业新IT应用、系统改版升级的重任，关注点侧重于支持资源的效率、标准化、获取便捷性及灵活性。 * * 应用场景2：企业数据中心 1）资源成本及运维成本高、资源利用率较低 长期业务扩展导致服务器数量剧增，硬件成本高，而利用率却比较低，造成很大的资源浪费。 大量的限制资源却造成高能耗，高空间占用，运维成本居高不下。 2）安全性、稳定性、连续性及高可用性的挑战 硬件升级、业务迁移等工作会导致业务中断； 3）管理的不便，服务等级限制 异构平台导致系统多样难以进行资源统一管理； 仅能为使用部门提供物理资源，难以提供快捷、标准化的系统甚至中间件环境。 若提供系统环境，在资源变更或新资源需求时，安装周期长，质量难以保证，难以提前部署。 4）云计算落地 部署云平台受限于预算； 工程师没有云实施和维护经验，云技能门槛高。 带来的价值 构建新一代数据中心资源池系统架构：从数据中心系统运行现状和未来发展的角度规划未来架构；实现规范环境内， 虚拟服务器、操作系统及软件的自动化部署和生命周期管理； 提供集中资源门户和管理平台：实现系统服务器硬件及操作系统的全面监控；提供综合性的、面向运维的各层次资源管理门户和统一的虚拟化集中管理平台； 增强管理及部门