2013年运维研发计划-云计算.ppt

* * * * * * * * * * * * * * 比较简单实用的方案 * * * * * * * * * * * * * Container与宿主机的关系 Warden Networking，Bridge / NAT / Firewall / FlowControl DEA init─┬─xxx ├─xxx─xxx ├─xxx mount r usr/ lib/ etc/ mount rw xxx/ network interface（sub net） Cgroup – CPU / MEM Name space init─┬─xxx ├─xxx─xxx ├─xxx mount r usr/ lib/ etc/ mount rw xxx/ network interface（sub net） Cgroup – CPU / MEM Name space 包管理 Buildpack API detect ， 检查 complie，环境准备 目录结构 程序文件，及相关配套程序 启动脚本，保证进程的启动顺序，等等 监控脚本，可以周期性执行，检测整个实例的健康程度 release，发布信息 Procfile，参数传递（如端口号） .profile.d，环境变量 健康检查，改造点 自定义监控脚本 自定义监控脚本，随实例一起发布，周期性改写stat_file文件内容 DEA定期检查stat_file文件 实例 stat_file monitor.sh process-1 process-2 DEA HM APP的改造 针对RPC，支持NS Client 动态配置文件，代替路由 端口管理，冻结时间 输入输出文件 输入文件，主动抓取 输出文件，推到中转处（如云存储），或基于NS服务 多进程的管理，启动脚本 多进程，启动顺序控制 进程控制 文件持久化 远程日志 使用云存储 整体结构（CF2.0） DEA Logging Name Service Monitoring File Persistence HM gorouter（RPC，不适用） CC Baidu GateWay / Front End API Bridge UAA （Cluster 02） N A T S Container process-1 process-2 Warden NS Client Container process-1 process-2 Container process-1 process-2 DB 主要改造点汇总（cf v2.0） 基于CentOS的相关改造 Container环境的订制 Buildpack的订制 支持RPC、单实例多端口 加强健康检查 外围组件：文件持久化、监控联动、URI路由、开发者工具包 3. 流程与标准 工作流程，简述 标准与容量，举例 标准信息采集 App相关名称、相关接口人（RD、QA、运维、相关经理，等） Runtime与容器版本 无状态、RPC、URI路由 动静态文件分离 文件持久化 容量信息采集 PV、QPS 单实例 CPU、内存、磁盘、带宽、重启时间 实例数量 SLA，举例 服务对象 Java 应用（以下简称“APP”） 符合标准的APP 服务时间 24×365全年无休 沟通方式 Mail、Tel、接口人信息 稳定性相关指标 核心组件，可用性99.99%（每月），MTTR20分钟，MTBF5天 控制服务，可用性99.95%（全年） APP自身SLA，不因平台本身，造成负面影响? 注：APP自身问题，不在此SLA范围内，如：?程序bug、容量预估错误、外部系统故障（如DB、Cache）等 组织关系，层级 产品线（Org） 模块（Space） 分组（APP） 版本（APP-*） 产品线-2 产品线-1 （Org） 模块-2 模块-1 （Space） 分组-1（A） 分组-2（B） 实例，版本-1 （APP-1-1） 实例，版本-2 （APP-1-2） 实例，版本-1 （APP-2-1） 实例，版本-2 （APP-2-2） 实例，版本-1 （A-1） 实例，版本-2 （A-2） 实例，版本-1 （B-1） 实例，版本-2 （B-2） 虚线内， 相当于一个APP， 且有多个实例 对CC进一步封装 产品线(Org) OrgName 模块(Space) OrgName_SpaceName 模块分组 OrgName_SpaceName_GroupTag 模块版本 OrgName_Sp