CMDB自动化运维方案
数据中心运维管理系统CMDB库设计
数据中心运维管理系统CMDB库设计数据中心运维管理系统（CMDB）是用来管理和记录数据中心中所有硬件、软件及其配置信息的系统。
CMDB库是其中的一个重要部分，它存储了整个数据中心的配置信息，并提供对这些信息的增删改查操作。
CMDB库的设计需要考虑以下几个方面。
需要设计合适的数据模型来存储数据中心的配置信息。
数据中心包含了大量的设备和资源，如服务器、网络设备、存储设备等，每个设备都有多个属性，如型号、序列号、IP 地址等。
可以使用关系型数据库来设计CMDB库，建立适当的表结构来存储这些设备和属性信息。
接着，需要考虑设备之间的关系和依赖关系。
数据中心中的设备往往是相互关联的，如服务器和存储设备之间有网络连接、服务器和操作系统之间有依赖关系等。
可以在设备表中添加外键字段来表示设备之间的关系，如服务器表中可以添加一个存储设备ID外键字段，表示该服务器所连接的存储设备。
还需要考虑设备和资源之间的关系。
数据中心中的设备需要占用一定的资源，如服务器需要占用一定的CPU、内存和磁盘空间。
可以在设备表中添加资源字段，表示设备所占用的资源量，如CPU、内存和磁盘空间的大小。
需要定义适当的索引和视图来提高查询效率。
CMDB库中的数据量通常很大，因此需要设计合适的索引来提高查询性能。
可以根据常用的查询条件和字段来创建索引，如设备名称、设备类型、属性值等。
还可以创建视图来方便用户查询和操作数据，如设备和属性的联合视图、设备和关联设备的视图等。
在设计CMDB库时需要考虑数据模型、表字段、关系和依赖关系、资源占用、索引和视图等方面，以便于存储和管理数据中心的配置信息。
还需要根据具体的业务需求和使用场景来灵活调整和优化设计，以提高系统的性能和可用性。
数据中心运维管理系统CMDB库设计
数据中心运维管理系统CMDB库设计随着信息化的不断深入和扩展，数据中心在企业中的作用越来越重要。
而数据中心运维管理系统的CMDB（Configuration Management Database）库则成为了一个至关重要的组成部分。
CMDB库通过记录和管理数据中心的各种配置项和其关系，从而帮助企业更好地管理数据中心资源和提升运维效率。
CMDB库设计与实现是数据中心运维管理系统的关键环节，它需要考虑到数据中心的特点、业务需求以及未来的扩展性。
在进行CMDB库设计时，需要从多个方面进行考虑和规划，包括数据模型的设计、数据采集的方式、数据的存储和管理、权限控制等方面。
CMDB库设计需要分析数据中心的配置项和关系，构建相应的数据模型。
数据中心的配置项包括硬件设备、软件系统、网络设备、存储设备等，而这些配置项之间存在着复杂的关联和依赖关系。
在设计数据模型时，需要充分考虑不同配置项之间的关系，并建立相应的数据结构来描述它们之间的关系。
还需要考虑到数据的分类和层级结构，以便更好地对数据进行管理和查询。
CMDB库设计还需要考虑数据的采集方式。
数据中心的配置信息通常来自不同的数据源，包括自动发现工具、监控系统、人工录入等多种形式。
在CMDB库设计时，需要考虑如何从这些数据源中采集到数据并导入到CMDB库中。
还需要考虑数据的更新和同步机制，确保CMDB库中的数据始终保持最新和准确。
CMDB库设计需要考虑数据的存储和管理。
数据中心的配置信息可能非常庞大，因此在设计CMDB库时需要考虑到数据的存储方式和管理策略。
需要考虑到数据的存储结构、索引策略、数据备份和恢复等方面，以确保数据的安全和可靠性。
还需要考虑数据的访问性能和扩展性，以应对未来数据量的增长。
CMDB库设计还需要考虑权限控制和安全性。
数据中心的配置信息通常包含企业的重要机密信息，因此在设计CMDB库时需要考虑到数据的安全性和访问权限控制。
需要考虑到不同用户对数据的访问权限，同时还需要考虑到审计日志和数据加密等安全措施，以保障数据的机密性和完整性。
数据中心运维管理系统CMDB库设计
数据中心运维管理系统CMDB库设计随着互联网的发展和信息化的普及，越来越多的企业开始在数据中心存储和处理大量的数据。
为了更好地管理数据中心资源，提高运维效率和服务质量，各企业都需要建立一套完整的 CMDB（Configuration Management Database）库来对其设备、应用程序等信息进行维护和管理。
本文将从库的设计方面，为大家详细介绍数据中心运维管理系统 CMDB库的设计。
一、需求分析在设计 CMDB 库之前，需要先明确需求。
数据中心的运维工作需要对设备、应用程序、存储设备和网络设备等信息进行同步维护，在实际的管理中，需要承担如下职责：1. 设备管理：对数据中心的所有设备信息进行维护和管理，如服务器、存储设备等。
2. 应用程序管理：对数据中心中部署的应用程序进行统一管理，包括应用名称、版本、安装路径等。
3. 计划任务管理：对计划任务进行维护和管理，包括任务名称、执行时间、执行结果等。
5. 网络管理：对网络设备和路由信息进行管理，包括 IP 地址、网络拓扑结构等。
二、库的设计1. 数据表设计在 CMDB 库的设计中，最基本的是数据表的设计。
数据表是整个 CMDB 库的核心，所有资源的信息都将保存在数据表中。
在设计数据表时，需要明确字段的含义和属性。
我们在设计数据表时一般需要考虑以下几个维度：1. 设备类型：设备类型是 CMDB 库的基本元素，我们需要对每种类型的设备进行分类，如服务器、网络设备、存储设备等。
2. 属性类型：CMDB 库需要维护许多属性，如设备名称、设备型号、IP 地址等属性，每个设备类型具有不同的属性。
3. 关系类型：CMDB 库需要对设备之间的关系进行维护，如设备依赖关系、运行关系等。
通过以上三个维度可以设计出以下数据表：设备表：存储数据中心中的设备信息，包括设备类型、名称、型号等属性。
业务表：存储业务信息，包括业务名称、负责人、依赖关系等属性。
关系表：存储设备之间的关系信息。
CMDB在DevOps自动化运维中的应用
2020年第11期信息与电脑China Computer & Communication 计算机工程应用技术CMDB 在DevOps 自动化运维中的应用刘丽媛（中海油信息科技有限公司北京分公司，北京 100020）摘 要：随着Devops、云计算、微服务及容器等理念的逐步发展，机器种类越来越多，应用领域也越来越大，应用运行基础环境越来越多样化，容器、虚拟机、物理机的种类也越来越多。
这时，需要引入中央配置管理库（CMDB），进行集团层面的配置信息全生命周期管理及配置数据共享，为运维平台及体系的后续发展规划方向，从而加强新形势下的自动化适配和开发运维支撑。
基于此，笔者重点探讨了CMDB 在DevOps 自动化运维中的应用，希望能够为相关研究提供借鉴。
关键词：CMDB；ITSM；DevOps；监控中图分类号：TP311.52 文献标识码：A 文章编号：1003-9767（2020）11-010-04The Application of CMDB in Devops Automatic Operation and MaintenanceLiu Liyuan(Beijing Branch of CNOOC Information Technology Co., Ltd., Beijing 100020, China)Abstract: With the gradual development of Devops, cloud computing, micro services and containers, there are more and more types of machines, application fields, application operation basic environment, containers, virtual machines and physical machines. At this time, it is necessary to introduce the central configuration management database (CMDB) for the full life cycle management of configuration information and configuration data sharing at the group level, so as to plan the direction for the follow-up development of the operation and maintenance platform and system, so as to strengthen the automatic adaptation and development of operation and maintenance support under the new situation. Based on this, the author focuses on the application of CMDB in Devops automaticoperation and maintenance, hoping to provide reference for related research.Key words: CMDB; ITSM; DevOps; monitoring０ 引言CMDB 即配置管理数据库，又称为资产管理系统，通过识别、控制、维护、检查企业的IT 资源，从而高效控制与管理不断变化的IT 基础架构与IT 服务，并为事故管理、问题管理、变更管理及发布管理等流程提供准确的配置信息[1-2]。
CMDB - 企业一体化运维平台的基石
外键，关联关系表达
服务器与机柜的关系，机 柜与机房的关系，服务器 和交换机之间的关系等
业务依赖关系
是一种因业务产生的关联 关系。
数据库关联表来表达
应用之间的访问关系。
CMDB中常见的四种拓扑关系
• 基于业务访问流的可视化呈现 业务流 • 业务访问流的呈现是基于服务和接口服务的呈现 视图
架构 视图
• 架构视图是一个完整业务和应用的全景视图 • 架构视图是基于应用最小粒度和基于业务最大的粒度呈现
部署 视图
• 部署视图是一个应用和一个业务的部署视图 • 部署视图包含了节点、组件、应用等内容
物理 视图
• 物理视图就是底层基础设施的完整概貌 • 物理视图包含了机房、机柜、网络、服务器、虚拟化等信息
CMDB系统功能架构
CMDB系统技术架构
4
CMDB平台如何落地
新一代CMDB的落地实施框架
配置管理的全面要求
• CI关系优化：简化、优化应 用配置项关系
面向应用的IT资源模型框架
• 核心模型：业务、 应用、集群、主 机
• 扩展模型：基于 核心模型的关联 对象
• IAAS、PAAS提供 面向应用的资源 支撑
• 消费场景决定对
象模型的梳理边 界
面向应用的模型资源框架（一个例子）
应用接口、应用关 联的RDS、cache 资源等等
于
• 反言之，没有消费场景的属性/关对核系象心，模不型的关联
应该存储
• IAAS、PAAS提供
面向应用的资源
• 场景分为两大类：执行和监控，支执撑行会导
致对象状态变更，由监控采•集数消据费，场反景馈决定
对对象的状态
象模型的梳理边
配置管理(CMDB)解决方案 v1
构建智能化运维平台的基石配置管理（CMDB）解决方案1公司简介2解决方案3案例2现状与挑战公司宗旨资源配置管理现状资源配置管理面临的问题规范要求明确定义CMDB平台的作用，以及与其它业务系统间的关系明确定义资源的管理过程以及责任人和责任平台明确定义资源的基线标准以及偏差管理办法从服务业务场景的视角来规划和建设配置管理能力流程要求能够真实反映资源状况能够完整的包含所有的资源信息以及资源间关系全局唯一的权威数据源数据能够被用户及系统方便，及时和获取组织要求成立统一的配置管理能力建设主体各个业务团队明确配置应用和完善的责任形成配置管理要求、优化和需求收集的机制平台要求逐步实现配置自动发现，自动维护实时跟踪资源的状态及配置变化模型灵活，能够根据业务需求实时扩展和调整配置可视化，能够支持资源问题的分析和快速定位自动化运维管理的要求建立配置管理成熟度模型信息分散、孤立、管理无规范•以部门为单元维护配置信息•信息是孤立的、不及时的，无法保证数据准确性共享型CMDB，参考业界标准数据模型•构建共享型CMDB，将各部门都关心的数据及相互关系统一纳入管理，并建立配置管理流程制度面向特定使用场景，如资产管理，流程关联等•局部数据标准化程度，准确性较高•由于使用场景单一，数据应用能力有限，建设成本相对较高整合型CMDB，整合更多的管理对象，对外提供数据服务•提供数据供给服务，支撑日常操作管控，如自动化，监控，作业流管理运维分析等•引入多样化的数据生产手段，面向服务的运维管理面向业务，支撑业务发展•全面支撑服务及业务发展，如服务容量管理，可用性管理，成为IT运维的基石•配置管理主动推动组织IT管理水平的提升部门导向数据导向场景导向服务导向价值导向当前目标阶段一阶段二阶段三阶段四精细化管理能力/流程管控能力/数据标准化/数据应用能力•对现有每类资源的配置管理能力进行评估和考核•实现面向业务（价值导向）的统一配置管理能力打造IT资源的生命周期管理数据闭环数据闭环数据可靠性识别管理中间件数据库数据库业务网络AWS/AzureVMware数据采集合规检查一致校验更新回写应用验证应用资源业务资源硬件资源集中资源库IT资源视图容量视图可用性视图资源变更视图一致性视图统一数据网关以CMDB为核心的场景化规划应用场景资源统一监控智能分析自动化运维机房整体规划基础资源管理基础资源拓扑应用资源拓扑应用资源管理自动化流程自动发现流程进程应用包工具应用配置权限故障影响分析变更影响分析容量分析智能基线预测自动化部署工单流程自动化发布自动化巡检3D全景监测拓扑监控空间规划机柜规划权限管理人员管理服务商地址管理组织管理代理商逻辑资源管理应用资源管理机房机架服务器存储虚拟机网络基础资源管理方案架构展示层基础资源展示管理应用资源展示与管理基础与应用拓扑管理资源分析与统计服务层动态模型管理资源模型管理资源属性管理资源模型关系管理存储层资源变更通知Restful APINoSql存储（图数据库、MongoDB、Elasticsearch）自动采集层私有协议SSH SNMP TCP/UDP API…资源对象层…公有云私有云服务器网络存储机房系统功能流程自动化层服务器生命周期管理IP地址生命周期管理基础资源变更管理应用资源变更管理自动采集层资源对象层自动采集脚本管理PaaS对象公/私有云应用服务器网络存储…模型管理laaS层模型管理PaaS层模型管理应用层模型管理模型关系…laaS对象管理机房管理机柜管理基础设施硬件管理存储管理DNS管理PaaS对象管理Redis实例管理任务实例管理数据库实例管理文件存储管理NoSql管理SaaS应用管理应用基础信息管理环境管理部署资源管理服务资源管理权限管理拓扑关系管理应用架构拓扑应用部署拓扑应用实例拓扑基础架构拓扑机房视图采集规则引擎定时任务管理数据校验规则方案价值规范化集中管理提升运维服务能力提升服务质量降低运营成本如何构建CMDB分析映射建模发现以业务和服务为中心的CMDBIT资源配置 – 资源全生命周期管理我的资源视图资源模型管理资源监控 – 自动发现一键式资源变更审计IP资源管理开放、标准API，易于扩展产品特性实现对数据中心机房IaaS/PaaS/SaaS层一切IT资源对象的配置数据管理预置丰富的行业标准化资源模型，可灵活自定义为企业各类IT管理平台提供基础数据，如基础监控、业务端到端感知、ITSM 、ITIL等数据监测分析平台提供资源数据的可视化，可作用于故障根因分析、变更影响分析等基础能力010203040506小型机硬件及各类系统成本高昂，维护费用逐年增长某商业银行 – 运维管理中心监控分析VMwareITSM部署KVMCMDB应用CMDB平台建设•提供统一的资源及资源关系管理，包括•服务器、网络设备、存储设备的管理，全面收集记录包括基础硬件、云平台、虚拟机、应用系统等资产配置信息和管理信息•明确CMDB做为唯一的配置管理平台，所有平台通过CMDB来实现配置交互智能化运维组织团队协作专项培训，建立敏捷开发团队，培养企业DevOps人员对运维团队导入敏捷开发模式构建敏捷化的IT能力搭建端到端的自动化持续交付流水线，集成DevOps工具形成完整解决方案集团数据中心及各分公司IT资源众多，缺乏统一管理和灵活调度01手工运维繁琐复杂，易出错，员工操作难度大02开发 – 测试 - 运维流程周期长，传统IT服务支撑难以满足业务端快速、稳定交付的需求0304•传统Excel表格管理方式•各部门之间数据更新不同步或滞后•数据难以统计，资产盘点时容易造成数据遗漏某证券公司 – 运行监控中心统一平台入口流程管理自动化能力定时任务自动发现应用维护作业调度故障自愈巡检工具库备份工具配置发现应用动作CMDB接口通用API系统管理应用巡检主机巡检权限管理人员管理角色管理代理商服务商PaaS资源层IaaS资源层（X00台）服务配置定时任务进程端口调度流程服务器机房存储IP信息逻辑资源管理应用资源管理基础资源管理Weblogic Oracle Apache Tomcat自动化场景覆盖能力效率提升安全性降低成本管理模式单一能力 调度能力多应用串行场景（环境部署）多应用并行场景（流量切换）人工操作->一键执行工具复用度提升统一管理平台授权审计便利执行操作有记录管理成本时间成本开发成本散落工具>工具库（便利性）主机管理>应用管理（应用维护）手工管理>动态维护（自动发现）数据管理•服务器自动发现•资源信息自动更新•个性化信息采集工具管理•实现工具和调度的统一管理•批量执行•针对用户和角色分配不同的权限,提供可靠的安全性设备管理•工具多，不同厂商有不同地维护工具，内部工具数不胜数•每个应用有不同的工具，不同的工具散落在不同的主机，难以管理工具管理安全管理•许多配置变更没有记录，问题难以追溯•有主机权限的人都可以执行工具，难以管控。
数据中心运维管理系统CMDB库设计
数据中心运维管理系统CMDB库设计1. 引言1.1 背景介绍数据中心运维管理系统CMDB是一种旨在帮助组织管理其IT资产和服务的关键工具。
随着组织规模的扩大和信息技术的快速发展，数据中心的规模和复杂性也在不断增加。
为了有效地管理和监控数据中心的各种组件和资源，需要一个高效的CMDB库来存储和维护关键的配置和关系数据。
随着IT基础设施的不断扩张和演变，数据中心的运维管理变得越来越复杂。
传统的手工管理方式已经无法满足快速变化的需求，因此各种自动化的工具和系统逐渐成为数据中心运维管理的重要组成部分。
CMDB作为数据中心运维管理系统的核心组件，扮演着收集、存储和管理IT资产和配置信息的重要角色。
通过建立和维护一个完善的CMDB库，数据中心管理人员可以更好地了解数据中心的整体架构和运行状态，更快地响应故障和变更请求，提高数据中心的运行效率和稳定性。
设计一个合理的CMDB库结构和实施数据同步机制对于数据中心的管理和运维至关重要。
1.2 研究意义数据中心运维管理系统(CMDB)是数据中心运维管理的核心工具，通过对数据中心资源进行统一管理和监控，提高了运维管理的效率和可靠性。
CMDB库设计作为CMDB系统的基础，对整个数据中心运维管理系统起着关键作用。
1. 提高数据中心运维效率：通过合理设计CMDB库，可以实现对数据中心资源的统一管理，减少人工操作，提高运维效率。
2. 提升数据中心运维可靠性：CMDB库设计能够确保数据的准确性和完整性，减少因信息不一致导致的运维事故。
3. 支持数据中心的扩展和升级：良好的CMDB库设计能够为数据中心的扩展和升级提供支持，保证系统的稳定性和可靠性。
4. 促进业务需求的快速响应：CMDB库设计能够帮助运维人员快速准确地获取数据中心资源信息，从而更好地满足业务需求。
5. 推动数据中心智能化发展：通过CMDB库的设计，可以为数据中心的智能化发展打下基础，实现数据中心资源的自动管理和优化。
一体化智能运维模式及应用CMDB实践
一体化智能运维模式及应用CMDB实践在当今数字化高速发展的时代，企业的 IT 系统变得日益复杂，业务对 IT 系统的依赖程度也越来越高。
为了确保 IT 系统的稳定运行，提高运维效率和质量，一体化智能运维模式应运而生。
而在这一模式中，配置管理数据库（CMDB）的应用起着至关重要的作用。
一体化智能运维模式是一种将监控、告警、故障处理、性能优化等运维环节有机整合的运维方式。
它不再是各个运维环节孤立运作，而是通过数据共享、流程协同和智能化技术，实现运维工作的高效协同和精准决策。
这种模式的优势在于能够快速定位和解决问题，减少故障对业务的影响，同时提高资源利用率，降低运维成本。
在一体化智能运维模式中，CMDB 充当着核心数据仓库的角色。
CMDB 是一个存储企业 IT 系统中各种配置项信息及其关系的数据库。
这些配置项包括服务器、网络设备、应用程序、数据库等，以及它们之间的关联关系。
通过对这些信息的准确记录和管理，CMDB 为运维工作提供了坚实的数据基础。
CMDB 的建设并非一蹴而就，需要经历一系列的规划、设计、实施和优化过程。
首先，要明确 CMDB 的建设目标和范围。
例如，是要涵盖整个企业的 IT 系统，还是仅针对某个特定的业务系统。
其次，进行详细的配置项识别和分类。
这需要对企业的 IT 架构有深入的了解，确保将所有关键的配置项都纳入到 CMDB 中。
在数据采集方面，CMDB 可以通过多种方式获取配置项信息。
手动录入是最基本的方式，但效率较低且容易出错。
自动化采集工具则能够大大提高数据的准确性和及时性。
例如，通过与网络管理系统、服务器监控系统等集成，自动获取相关配置信息。
同时，还需要建立数据验证和清洗机制，确保采集到的数据质量可靠。
CMDB 的数据模型设计也是至关重要的一环。
一个合理的数据模型能够清晰地表达配置项之间的关系，便于查询和分析。
常见的数据模型包括层次型、关系型和图型等。
根据企业的实际需求和IT 架构特点，选择合适的数据模型能够提高 CMDB 的可用性和性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMDB模型样例
UPS
供 电
数据库表空间
数据库文件
IP子网
网络设备 机柜
供电
供电
机密配电列头柜
断路器
数据库账户
包 含 使 用
数据库实例
属 于
组 成 存 储 在 属于
网络设备端口
机房
建筑
使用
属于
链接
链接
业务系统
Web应用
中间件
数据库
IP地址 PC服务器 光纤交换机 磁带库
运行 在
mapping
包含
包含
模型
利用CMDB的数据玩转各种运维场景
数据 API 场景
CMDB = 模型 + 数据 + API +场景
能消费起来的CMDB才是好CMDB！
操作系统
LUN
存储池
磁盘库列
我们怎么干的 – 技术
第三步
易于调整模型 支持动态属性
3 1
2
第二步
使用关系建立联系
分清关系与属性
第一步
数据类型标签化 支持多重身份
痛点 II 数据不准确
问题
人工录入、数据准确率低
没有及时维护、数据过期
数据来源多、存在冲突
我们怎么干的 – 管理
确定地位
确定CMDB作为唯一数据源，上 下游数据不准确，应从CMDB开 始修正
痛点 III 数据不好用
问题
不清楚有哪些使用场景
系统开放性差
我们怎么干的 – 管理
影响 分析 容量 管理
流程 协同
寻找场景 提升价值
自动 监控 自动 伸缩
自动 排障
物联 运维
…
我们怎么干的 – 技术
关系推导 WEB集成 全文检索
CMDB API
版本对比 变更通知
事务沙箱
CMDB成功要素
定义了最小可用的CMDB模型结构与规则 正确地维护起CMDB各类数据及其关系 提供了开放友好的API服务
CMDB自动化运维方案
技术创新，变革未来
CMDB是什么？
运维面临的碎片化
我心中的CMDB
碎片整合
面向运维工具的碎片化场景，是盘活整个运维管理的数据核心
元数据库
提供运维活动的基础元数据，是唯一可信的运维配置数据服务
场景驱动
为运维联动提供数据驱动，可协调工具来完成各类自动化场景
CMDB典型场景
典型应用
职权划定
本着原则，例如谁提供，谁维护
定期审查
从制度上需要确定团队能定期对 CMDB中的数据进行审计，寻找 错误数据并改进问题原因。
我们怎么干的 – 技术
记录历史
允许随时查询数据的变迁历史， 并可回溯基线
支持协同
配置变更热点 订阅我关注的配置项变更
依赖工具
如监控与自动化工具
支持调和
利用策略、规则实现多数据源的调和
1. 服务请求数量上升
用户
Nginx
Jetty
2. 监测负荷上升
MySQLBiblioteka Jetty敏捷运维
4. 启动自动扩容 8. 部署上线
监控系统
自动化系统
9. 通知扩容结果
3. 查询扩容阈值
CMDB
5. 查询部署介质； 6. 查询可用节点； 7. 查询负责人；
运维人员
CMDB典型场景
典型应用
用户
Nginx
Jetty
MySQL
12. 启用监测
Jetty
敏捷运维
监控系统
自动化系统
11. 通知变更
10. 更新数据
CMDB
运维人员
痛点 I 模型建不好
问题
建模粒度失去控制
缺少行业实践参考
模型调整太笨重
我们怎么干的 – 管理
目标驱动 行业参考
持续迭代的方式推进 只实现当前目标需要的最小模型集合
寻找和借鉴行业最佳实践