Cmdb intro

1,635 views
1,489 views

Published on

Published in: Technology, Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,635
On SlideShare
0
From Embeds
0
Number of Embeds
11
Actions
Shares
0
Downloads
110
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Cmdb intro

  1. 1. CMDB Intro 朱荣泽
  2. 2. 大纲 • CMDB是什么 • 目前IT的问题 • CMDB能做什么 • 如何构建CMDB • 开源CMDB软件 • 在线CMDB服务 • CMDB厂商 • 如何构建CMDB
  3. 3. CMDB是什么
  4. 4. CMDB是什么 A configuration management database (CMDB) is a repository of information related to all the components of an information system. It contains the details of the configuration items (CI) in the IT infrastructure. Although repositories similar to CMDBs have been used by IT departments for many years, the term CMDB stems from ITIL. In the ITIL context, a CMDB represents the authorized configuration of the significant components of the IT environment. A CMDB helps an organization understand the relationships between these components and track their configuration. The CMDB is a fundamental component of the ITIL framework's Configuration Management process.
  5. 5. CMDB是什么 The CMDB records CIs and details about the important attributes and relationships between CIs. Configuration managers usually describe CIs using three configurable attributes: • Status: define the current state of the item • Traces: list item history i.e. all modification applied on the record such as record creation, status change, owner assignation, … • Attributes: attributes that qualify the physical object such as name, serial number, memory, CPU, version, … • Relations: valuable relations with other Cis such as parent/child, is installed on, is based on, utilize, refer to, owned by … CMDBs contain metadata, and thus the concept overlaps with that of a metadata repository which are both used in running large IT organizations. Configuration management addresses how the data is to be kept up to date, which has historically been a weakness of metadata repositories.
  6. 6. CMDB是什么 According to ITIL, a CMDB (Configuration Management Database), containing a logical model of the IT infrastructure, forms the basis for effective and efficient IT Service Management. CMDB是IT基础设施的逻辑模型。CMDB中的基本元素是CI,每个CI是 IT基础组件在CMDB中的映射。 通过管理CI,进而可以管理整个IT基础架构,进而管理IT service。
  7. 7. 目前IT的问题
  8. 8. 目前IT的状态 资产管理 发布管理 配置管理 治理与吅规管理 事件与影响管理 性能和可用性管理 仪表盘 企业调度 容量管理 变更管理 服务水平 管理 数据管理 服务请求管理 事件管理
  9. 9. 常见IT服务的问题(第一个层次) 1. 2号核心机房的74号机柜中到底存放着多少个IT设备?--位置 2. 网上银行的业务系统到底有多少台服务器?--系统 3. 一个具体的系统管理员手中管理着多台小型机?--人员 4. 6.5.21版本的ESP软件到底安装了多少个?--版本 5. 刀片服务器有多少台?小型机有多少台?--类型 6. DL380的服务器有多少台?有多少台库存备机?--型号 7. 这台PC服务器使用了多长时间? 8. 整个公司有多少种Oracle数据库版本?分别有多少个? 你的公司如何得到这些信 息?要用多少资源?要用 多少步骤?要用多久?
  10. 10. 常见IT服务的问题(第二个层次) 1. 这台序列号―99C9962‖的X3850PC服务器,过去发生过哪一些事件? 2. 这款物流部门使用的VLS系统现在还有多少个BUG等待修正? 3. Internet区的网络下周都安排了什么变更? 4. 一个交换机接入了多少个对象? 5. CM20101105007这张变更单,当时到底动了哪几个设备? 6. 2号核心机房现在有多个设备现在处于非正常状态? 7. 上个月事件最多的10台机器是哪几个? 8. 当一个用户做事件申报时,服务台怎样知道哪一些组件或服务与他相关? 9. 对一台交换机做变更时,可能影响哪一些业务系统? 10. 哪一些软件与设备已经过保?或许可证不足? 你的公司如何得到这些信 息?要用多少资源?要用 多少步骤?要用多久?
  11. 11. 常见IT服务的问题(第三个层次) 哪一些组件是我们 的架构的薄弱点?, 明年的IT架构加固 与改善的重点是什 么? 工程师的时间资源 花在哪一些对象上 或哪一类对象上? 服务目录与IT 架构的 关系是否有可能梳理 出来?是否可能明确 每个IT组件可能的操 作动作是什么? 每一个组件类中,事件 有哪一些分布特性?比 如中间件的哪一个版本 事件率最高? 工程师的时间资源花费最 多的是做哪一些事务(服 务目录)?同样的动作, 在不同的机型上花费的时 间不同吗? 明年的人员能力提升的重 哪一类组件的变更失败 率或回退率最高?有怎 样的分布特性? 终端机器的事件率与使 用年限有没有函数关 系?与品牌或厂商有没 有相关性? 服务质量的下降到底是 由哪一些组件决定的? 反向的每一个组件可能 与哪一些SLA相关?
  12. 12. 应怎样去记录IT服务? 一个问题是:我们应该如何记录??
  13. 13. CMDB能做什么
  14. 14. CMDB改变记录模式
  15. 15. 面向对象的CMDB
  16. 16. 采用ITSM构建统一的IT管理平台 发布管理 事件和影响 管理 容量管理 事件管理 服务请求管理 数据管理 服务水平管理 资产管理 治理和合规 管理 仪表盘配置自动化 企业调度 性能和可用性 管理 变更管理 ITSM
  17. 17. CMDB的价值 价值  更有效的管理IT架构 信息化 标准化 平台化 服务化
  18. 18. BMC Atrium CMDB解决方案 “Single Source of Truth”
  19. 19. 基于ITIL v3标准的CMS CA HP IBM
  20. 20. 配置大类 包括设备和实体 配置构件类型 主机 后台服务器、前置主机和客户端主机 基础架构CI 网络设备 网络设备 基础架构CI 数据中心设备 存储、备份、安全、场地 基础架构CI 基础架构软件 操作系统、数据库、中间件等 基础架构CI 业务应用系统 业务应用系统实例 基础架构CI 业务服务 计费业务、彩信业务、短信平台等 服务CI 关系名称 描述 依赖/支持 主要指软件之间的依赖关系,指某CI的功能正常运行需要其他CI的功能正常运行时的关系;例如某业务应用依赖于中间件,反 之中间件支持某业务应用 运行/运行于 主要描述一个CI运行于另外一个CI之上,例如:某应用实例运行于某一台主机之上,反之主机上运行了某些应用实例 安装/安装于 指软件包安装于某硬件平台上。例如数据库安装在主机上,反之主机上安装了某些数据库 使用/被使用 指CI间的相互使用关系。如逻辑主机使用存储系统,反之存储系统被逻辑主机使用 父/子 主要指某CI是其他CI一部分时的关系。例如某端口是某交换机的子CI,反之该交换机是该端口的父CI 部署/部署于 指物理设备上架安装的关系。例如主机上架部署于机柜上,反之机柜上部署了哪些主机 包含/属于 描述多个CI组合成一个单独的CI,并对外提供服务,且用于组合的每个个体CI均能独立对外服务。例如多个逻辑主机 属于一个群集,反之一个群集包含多个逻辑主机 连接/被连接 指存在物理连接情况下的关系。例如主机连接到交换机上,反之交换机被主机连接 备份关系 主要描述一个CI是另一个CI的备份时的关系,如某服务器通过冷备或热备的方式对另一台服务器进行备份 CI和关系的基本分类
  21. 21. 业务建模 业务模型实例
  22. 22. 业务影响分析
  23. 23. 变更流程集成
  24. 24. 变更审计
  25. 25. 事件关联
  26. 26. 变更管理 -流程概览
  27. 27. 关键技术点-变更影响分析
  28. 28. 需要进行影响 分析的CI 图形化视图描述 变更影响范围 切换到 表格视图 模拟 影响 按钮 关键技术点-变更影响模拟
  29. 29. •冲突检查 – 确定在同一时间是否存在CI项被不同变更请求处理 – 基于变更请求计划的开始/结束日期及与变更请求 直接关联的CI项 – 客户价值: 阻止常见的由于变更之间的冲突带来的 负面影响。提供机会来整合变更从而提高效率。 关键技术点-变更冲突检查 导致冲突的变更请求ID
  30. 30. 关键技术点-图形化变更日历
  31. 31. 6款开源CMDB
  32. 32. http://linuxaria.com/article/6-cmdb-open- source?lang=en • Itop • OneCMDB • RapidOSS • ECDB • i-doit 可以访问demo • CMDBuild
  33. 33. 在线CMDB服务
  34. 34. • http://www.cmdbcloud.com/
  35. 35. CMDB厂商
  36. 36. • VMware • HP • BMC • IBM • CA • Zynga • ManageEngine • http://www.zohocorp.com.cn/manageengine/index.html • NETWAYS • CloudExpo • http://www.netways.de/en/de/home/ • easyCMDB
  37. 37. 如何构建我们的CMDB 《Step-by-Step Guide to Building a CMDB》
  38. 38. 如何构建我们的CMDB • 定user case • 定架构 • 定分工和里程碑 • 吃自己的狗食,这套简单的ITSM可以跑我 们的测试服务
  39. 39. 步骤 • 5 Stages • 26 Steps • N Tasks
  40. 40. 5 Stages • Stage 1. Assemble the Project Team and Define the Project • Stage 2. Define Requirements and Create IT Service Model Blueprint • Stage 3. Select CMDB Solution and Tools • Stage 4. Construct and Maintain Your CMDB • Stage 5. Driving Ongoing Value
  41. 41. Stage 1. Assemble the Project Team and Define the Project • Step 1.Assemble Project Team • Step 2.Obtain CMDB Knowledge • Step 3.Create and Agree on CMDB Goals and Mission Statement • Step 4.Review and Define Benefits • Step 5.Build a Business Case
  42. 42. Step 3.Create and Agree on CMDB Goals and Mission Statement Mission Statement: • 创建CMDB和相应的流程以便支持互联网公司的运维。 • 实现service 生命周期管理。 life cycle • 实现device 生命周期管理 • 和change management整吅 • 和incident management整吅 • 和configuration management整吅 • 和asset management整吅 Goals: • 找到所有Infrastructure CIs和它们的关系。 • 找到所有的Service CIs和它们的关系。 • 实现CIs的版本控制 • 连接数据生产者和消费者。包括change management、incident management、configuration management。 Action:需要完善
  43. 43. Step 4.Review and Define Benefits 明确包括哪些Management: • Incident management. • Problem management. • Change management. • Configuration management. • Release management. • Availability management. • Capacity management. • Asset management. • Service performance and quality management. • Release management. • Service desk. • Financial management. • Project management. 各个Management的介绍:http://itil.osiatis.es/ITIL_course/index.php Action:需要明确
  44. 44. Stage 2. Define Requirements and Create IT Service Model Blueprint • Step 6. Identify and Review Governance Requirements • Step 7. Review and Select Supporting Best Practices • Step 8. Identify Requirements to Address • Step 9. Identify Inventory and Asset Requirements • Step 10. Define Service Catalog Requirements • Step 11. Define CMDB Requirements to Support Other Processes • Step 12. Define Configuration Item Level and IT Service Model • Step 13. Define Configuration Item Relationships • Step 14. Define Configuration Item Attributes • Step 15. Design IT Service Model Blueprint
  45. 45. Step 6. Identify and Review Governance Requirements 仸务: 1、明确谁是相关人员。 2、找到潜在的CMDB用法。 3、收集需求,并文档化。 Action:需要确定
  46. 46. Step 8. Identify Requirements to Address 主要解决: • 运维问题 • 部署问题 • 监控问题 • 资产管理问题 • 流程问题 问题的根源是: • 没有四化。自动化、流程化、系统化、标准化。 解决办法是: • 记录所有device和service,使用CMDB作为IT基础架构和Servcie的逻辑映 射。 Action:需要确定
  47. 47. Step 9. Identify Inventory and Asset Requirements 仸务: • 定义资产和库存类型 • 定义资产的属主 Action:需要确定
  48. 48. Step 10. Define Service Catalog Requirements 仸务: 1. 定义相关的service catalog 2. 找到services之间的关系 3. 找到CIs之间的关系。 目前找到的service有: • 游戏业务 • 公有云业务 • 私有云业务 • Openstack-infra Action:需要确定
  49. 49. Step 10. Define Service Catalog Requirements Sample service management attributes could include: • Service level targets and priority • Service entitlement information (hours of service, required approvals, etc.) • Service-related notification, communication information, etc. • Service owners (by their job titles, for example) • Service maintainers • Service managers (by their job titles, for example) Keep in mind that the service level measures and management information may also vary according to the types of service offerings you identified earlier. Action:需要确定
  50. 50. Step 10. Define Service Catalog Requirements 仸务: • 定义好service configuration structure和infrastructure configuration structure • 画出service和sub-service的关系图,这个需要和大家继续商量。 Action:需要定义Service的关系图
  51. 51. Step 11. Define CMDB Requirements to Support Other Processes 需求 • 在 presentation layer,能够对service和device进行可视化。 • 在 knowledgen processing layer,有以下服务: – Incident management. – Problem management. – Change management. – Configuration management. – Release management. – Availability management. – Capacity management. – Asset management. – Service performance and quality management. • 在information integration layer,能够收集调和数据源的数据。比如从 nova得到虚拟机的数据。 Action:需要确定
  52. 52. Step 12. Define Configuration Item Level and IT Service Model Goal: Define the optimum level for CIs — both service CIs and infrastructure CIs — in your CMDB. This step helps determine the overall breadth and depth of the structure of your CMDB data model. 一个CI应该是一个单独的组件,或者是一个完整的系统。比如一个CI可以是一个 工作站,也可以是工作站的每个组件(键盘、CPU、屏幕等)。你可以为每个CI catagory指定level或者type。 You must understand: the potential service impacts of proposed changes. And, you need to assign the right priority and escalation to incidents and problems. To meet these requirements, you need an IT service model that provides a decision-support view of infrastructure and service configurations
  53. 53. Step 12. Define Configuration Item Level and IT Service Model 考虑workstation、workstation component、screen、processor、 keyboard、software suite、patch等是否是一个CI? 1. cost or value. 它的代价和价值。 2. change considerations. 你是否经常对这个组件进行修改?CI level上能否支 持对这种修改的控制和记录、报告。 3. Traceability. 你是否需要trace这个组件,特别是因为audit 的原因。 4. Governance and compliance requirements 。 5. Management of service commitments 。这个组件是否是一个服务的关键组 件。它会影响到服务的质量。 6. Maintainability . 这个CI level是否会影响你的数据库和information的维护。 比如当你要更新上千个PC CIs去显示一个新的软件发行版已经安装在每个PC 上。 7. Delivery cost and quality . 哪种级别的CI已经足够你去记录incidents和 changes去支持problem management. 8. Interrogation capability 。能否被搜索和分析。
  54. 54. Step 12. Define Configuration Item Level and IT Service Model 考虑workstation、workstation component、screen、processor、 keyboard、software suite、patch等是否是一个CI? 1. cost or value. 它的代价和价值。 2. change considerations. 你是否经常对这个组件进行修改?CI level上能否支 持对这种修改的控制和记录、报告。 3. Traceability. 你是否需要trace这个组件,特别是因为audit 的原因。 4. Governance and compliance requirements 。 5. Management of service commitments 。这个组件是否是一个服务的关键组 件。它会影响到服务的质量。 6. Maintainability . 这个CI level是否会影响你的数据库和information的维护。 比如当你要更新上千个PC CIs去显示一个新的软件发行版已经安装在每个PC 上。 7. Delivery cost and quality . 哪种级别的CI已经足够你去记录incidents和 changes去支持problem management. 8. Interrogation capability 。能否被搜索和分析。 Action:需要确定
  55. 55. Step 12. Define Configuration Item Level and IT Service Model 仸务 1、定义CI levels 2、画出Model Structure。 Action:需要定义好
  56. 56. Step 12. Define Configuration Item Level and IT Service Model 仸务: 1. Defining configuration structure terms. – Service Configuration Levels: • Business Service Offsering • IT Service Offering – Infrastructure Configuration Levels: • IT Component Set • IT Components and Subcomponents 2. Defining categories. Action:需要确定
  57. 57. Step 13. Define Configuration Item Relationships • CI 之间的关系是CMDB的核心。 • 在CMDB中使用Two-way model of relationships.
  58. 58. Step 14. Define Configuration Item Attributes Attributes are data elements that describe CIs, much like adjectives that describe nouns. Attributes help to identify and detail the important characteristics of what is in use, the status of the items, and their location. Samples of hardware CI attributes could include make, model, serial number, location, version, license number, and so forth. Action:需要确定
  59. 59. Step 14. Define Configuration Item Attributes Attributes 的来源:
  60. 60. Step 14. Define Configuration Item Attributes When you determine what to store (discover and maintain) in your CMDB and what to link (federate) to other data stores you will need to con-sider data maintenance and access needs. Consider the following: Frequency of information change » — If the information changes often, and real-time replica-tion and synchronization cannot occur, a link from the CMDB to the data store may be more suitable to ensure the most up-to- date information is accessed in the best possible way Frequency of information access » — If the information will not be accessed frequently,a link may be a better choice as it would minimize overhead of synchronization and still ensure timely access to the data when required.
  61. 61. Step 15. Design IT Service Model Blueprint Just as a builder or architect would translate these requirements into an architectural diagram before building your home, you should follow the same approach and represent your require-ments in a consolidated IT service model blueprint before building your CMDB. Once completed, the blueprint will clearly show the service configuration structure, the infrastructure configuration structure, and the levels required to store your CI information. Your blueprint also will detail the relationships between CIs to ensure that dependencies are understood and enable both interrogation and analysis from the perspectives of services and infrastructure. The blueprint will further define what critical attributes you need to store and where. Action:需要确定
  62. 62. Stage 3. Select CMDB Solution and Tools • Step 16. Select CMDB Solution • Step 17. Plan the CMDB Population • Step 18. Select Tools to Automate CMDB Population • Step 19. Calculate Project ROI
  63. 63. Step 16. Select CMDB Solution 有以下的功能: • CI administration • Reporting and querying • Visualization • CI data modeling • Version control • Reconciliation • Synchronization • Discovery and monitoring tools Action:需要确定
  64. 64. Step 16. Select CMDB Solution 有三种方法建立CMDB中的数据: • Integrated multiple data repositories • One single centralized data repository • Federated data repositories with one central data repository Action:需要确定
  65. 65. Stage 4. Construct and Maintain Your CMDB • Step 20. Construct Your CMDB • Step 21. Create CI Lifecycle Management Processes • Step 22. Build Supporting Processes • Step 23. Populate Your CMDB • Step 24. Train the CMDB Team and Users
  66. 66. Step 21. Create CI Lifecycle Management Processes 仸务: 1. 定义 CI Groups [图21.2] 2. 定义每个CI Groups的生命周期 lifecycle steps [图21.3]: – Request for new equipment – Request authorized – Order placed – Equipment received – Equipment tested – Equipment installed – Equipment maintained – Equipment retired 3. 定义 CI Type Attributes 在Each Step [图21.4] 4. 定义每个Attributes的Owners [图21.5] 5. 定义每个Attributes如何收集 6. Agree on Owner’s Responsibilities 7. Establish CI Update Methods and Procedures 8. Install Control Points 9. Implement Lifecycle Management for Each CI Group [图21.6] Action:需要确定
  67. 67. Step 22. Build Supporting Processes In this step, you will build, document, and implement all of the processes required to support and maintain your production CMDB 建立一些Processes,维护CMDB的数据和实际IT架构和服务是一致的,以便保 证CMDB的可用性和正确性。 Action:需要确定
  68. 68. Step 22. Build Supporting Processes 仸务: 1. 你需要和CMDB整吅以下的服务,以保证CMDB可用性 – Incident management. – Problem management. – Change management. – Configuration management. – Release management. – Availability management. – Capacity management. – Asset management. – Service performance and quality management. – Release management. 2. 设计Process的Flow 3. Identify Actions for Key Process Steps 4. Identify Control Points for Each Process Step 5. Implement Each Support Process Action:需要确定
  69. 69. Stage 5. Driving Ongoing Value • Step 25. Implement Measures and Metrics • Step 26. Create a Continual Service Improvement Program

×