0923传统大型企业的云技术转型实践与思考v7.pptxVIP

传统大型企业的云技术转型实践与思考; 目 录;云计算，看上去很美，其实…;太多选择;问题来了; ;来见识下行业老大，AWS;看看行业老二，Azure;国内的Amazon，阿里云;他们为什么逼格高;Vmware的传统私有云;OpenStack为什么会强势生长？;公有云与私有云的不同; 目 录; 大型企业私有云;架构开放 北向标准OpenStack API，生态系统丰富 不会绑定到一个厂家 Apache License，允许随意商业集成 异构接入能力强 南向异构接入强。异构hypervisor (KVM/XEN/Vmware/LXC), 异构存储, 异构网络，异构物理设备 可扩展性好 较容易定制化增加新模块和服务（如新的虚拟化引擎） 级联后可构建大规模的云 参与者众多，发展迅猛，行业默认云平台 Bug响应快，每六个月发布一个版本 参与社区的企业300+，开发人员20000+;开源OpenStack商用存在的问题; 规模不断扩展，如何确保架构的稳定性； 批量创建虚机的并发：NOVA API 多级镜像缓存 数据库 可用资源 网络调度； 平滑升级: 升级过程中虚拟机自动被热迁移，虚拟机上业务不中断； 提供完整的配置管理功能，支持统一配置框架和配置入口， 支持配置变更通知，提高了管理员的配置效率；;平滑升级技术增强特点： 统一升级框架：H版 对OpenStack和Host OS（含Hypervisor）形成统一升级框架，方便一次完成整个云平台升级； 一键式、自动化升级流程：管理员可基于升级工具的UI，一键式完成软件上传、升级评估、虚拟机迁移、系统升级、升级确认、升级回退等动作； 平滑升级：升级过程中虚拟机自动被热迁移，虚拟机上业务不中断； 严格、可靠的升级过程：支持升级评估、升级确认，保证升级动作严谨、正确；升级回退为升级动作增加了可靠性保障； 升级服务兼容性强：升级服务基于标准OS接口开发，使其具备良好兼容性。;对OpenStack管理模块可靠性的增强： HA服务框架：提供基于标准的操作系统接口的OpenStack HA功能服务框架，增强了OpenStack部署的兼容性和灵活性； 故障监控：监控OpenStack组件的进程健康状态； 状态恢复：重启故障的OpenStack组件，快速恢复系统正常运行。;开源OpenStack中HA功能的增强： 1、虚拟机级别的高可用 F版提出后续放弃，后期孵化项目Evacute.Evacuate目前只能是管理员手动发起，Evacuate没有考虑VM的部署属性，导致资源调度策略失效。主机名的变化会导致 pute重启过程中误删所有虚拟机，这个问题的产生主要是因为Evacuate的清理机制。设置destroy_after_evacuate=False，L版中得到修复。 2、将开源OpenStack中不可用的HA功能（需删除虚拟机和共享存储再重建虚拟机，导致数据丢失）增强为无需删除虚拟机只需在其它主机自动拉起的可用方案。;离自动化部署一键交付还有距离 CEPH分布式存储系统，目前还没有实现界面化的操作和配置 OpenStack还缺乏通用的基础版本 可下载的厂商定制版有20多个，客户的选择困惑;传统数据库与分布式数据库 裸设备的问题（MSCS ORACLE RAC） 共享存储与分布式存储 性能评估 数据迁移;Ironic作为OpenStack的安装部署使用： 使用顶层OpenStack以裸机方式管理服务器，并在这些服务器上安装底层OpenStack的管理节点，由底层OpenStack管理更多的计算节点和虚拟机，类似TripleO方案，Ironic的API接口都是admin-only的，更倾向于运维管理方面。 Ironic作为物理机资源发放管理： 高性能计算（HPC）集群 计算任务需要访问的硬件不能被虚拟化 数据库主机集群（有些数据库在虚拟机上性能表现很差） 单租户，专注于硬件的性能，安全，可靠性和其它需求 想要快速的部署云架构（cloud infrastructure）。;Ironic的约束限制;同城双活是指用户关键的业务系统同时在同城的两个数据中心运行,同时为用户提供服务, 当某个数据中心的应用系统出现问题时,有另一个数据中心的应用来持续。 跨数据中心的分布式存储双活还不成熟，多活还不靠谱 异地容灾，顾名思义就是在不同的地域，构建一套或者多套相同的应用或者数据库，起到灾难后立刻接管的作用。我们看到OpenStack虽然也有单站点（Smaug+Cinder）和跨站点(Smaug+Swift)的备份和恢复方案，但离企