CMDB中心化的运维平台建设-刘海阳.pdf

CMDB 中心化的运维平台建设 千量级互联网运维CMDB 的实现 刘海阳 @海阳的阳 liuhaiyang@ 我们面对的问题 • 几千服务器如漆似胶 • 申请机器？先花一天找找看 • 空闲机器大隐于机房 • 业务关系混乱 • 核心数据保存在人脑中 • 一人请假全体歇菜 • 大量垃圾报警 • 依赖关系傻傻搞不清楚 • 一万IP手工管理，用时才知错 • 没人敢下线历史业务 • 业务挂了没人知道 • 沟通基本靠吼 • … • … 我们的解决之道 • 建设CMDB – 建模 – 流程 • CMDB 中心化 – 监控 – 报警 – 发布 – … 建设CMDB 现状 • X千台服务器，由一个人维护 – 一人请假全体歇菜 • 记录在Notes+Excel，二维数据 – 没有领域模型 • 一切数据都是纯文本 • 业务：(EPG(有哪些信誉好的足球投注网站)/XX项目/预留/Web3.0/EPG( 已关机)) • IP：(2/4/6/14.7) • 磁盘：1.8T(300G*6) • 你存在～我婶婶的脑海里 – 所有流程依赖人脑确认数据，效率极低 目标 • 建立运维领域模型 – 用OO方法抽象业务，整理核心流程 • 数据程序可读 – 禁止非格式化的纯文本数据 • 吃掉大脑！ – 挖出人脑里的信息 – 存储，公开，透明 撸袖管，开干！ 用户访谈 • 你是谁？ • 你是怎么工作的？ • 你关心什么数据？Input？Output ？ • Pain Point？ 定义CMDB用户角色 • 谁会关心CMDB里的数据？ – IDC • 数据维护者，资源分配者 – 业务负责人 • 数据使用者，资源申请者 – 一线运维(NOC) • 监控者 – 财务/商务 • 服务器/机房/带宽一切和钱有关的… – 老板 • 你懂的 需求整理 建模 分层 • 模型定义为三个层次 – 资产层部分人工维护 • 机房，IP，服务器，交换机，防火墙 • 需要人工操作的部分 – 服务层全自动扫描 • 面向In Service的服务器 • 不区分物理机和虚拟机 – 应用层全自动扫描 • 描述业务之间各Service 的依赖关系 • 面向业务，展现拓扑 • 为什么分层？ – 隔离人工操作 – 分层分阶段实现 – 方便局部重构 主要类图-资产层 服务层 应用层 一些细节 • 保持层次的隔离 – 不要使用强依赖 • 保持数据的纯净 – 原则：有人工的地方就有错误！ – 服务/应用层禁止人工修改 • 建模粒度问题 – 没人关心的对象/属性不要引入 – 用关系代替纯