码迷,mamicode.com
首页 > 数据库 > 详细

cmdb简介和入门

时间:2020-02-11 19:17:44      阅读:112      评论:0      收藏:0      [点我收藏+]

标签:word   管理   pos   配置文件   本质   资产   requests   init   测试文件   

CMDB项目必要性

在这之前了解一下传统运维工程师的工作

传统运维

  • 日常工作繁琐
  • 应用环境不统一
  • 部署效率低下
  • 无用报警信息过多

自动化运维就是为了解决传统运维的一些痛点

自动化运维

运维自动化最重要的就是标准化一切

自动化运维核心项目之CMDB

为什么要先做CMDB?

  • 场景一

    代码发布系统

    1. 项目从需求提出 —–》 项目上线的流程?

      需求分析(产品经理) —> 开会分工(产品经理+开发+运维+测试) —> 代码的测试

      (白盒、黑盒测试) —> 上线 (4台负载均衡 + 运维)

    2. 传统上线的方式

      把代码打包发送给运维,运维解包放到服务器相对应的目录下

问题是,如果机?数量增到100台服务?,剩下的96台服务?,是不是都的要重复一下上面的代码部署步骤?

解决的办法: 如果能有一个web系统,能够自动的发布代码,那需要的最基本的东西就是:服务?的各种元信息(ip/主机名/cpu/硬盘大小/网卡信息)

  • 场景二

服务器监控系统

监控的内容:项目的正常运行, 硬盘的大小(>80%), CPU的信息, 日志的分析报警(http的状态码 (200,304,400,404,500等)) 等内容

前提是做这个监控系统之前,我们是需要获取这些服务?的元信息的(ip/主机名/cpu/硬盘大小/网卡信息)

  • 场景三

上市,需要审批资产,当时对服务?这块审批非常的麻烦,因为,之前他们将服务?的各种信息ip/主机名/cpu/硬盘大小/网卡信息)记录在了Excel里面 。汽车之家 —》1000台 (windowsServer—》linux)

CMDB系统

配置管理系统,作用是:自动采集服务?的各种元信息(ip/主机名/cpu/硬盘大小/网卡

信息),包括自动记录服务?的变更信息 。

项目架构图

  • 方案一 agent方案
  1. 服务?的信息怎么获取?(服务?的ip地址,主机名,硬盘大小怎么获取?)

    答: 通过linux的各种命令来进行获取 (ifconfig获取ip地址)

  2. 如何通过python代码获取linux服务?的信息?(如何使用python代码执行linux命令?)

    答:subprocess模块下的 getoutput 方法

  3. 如何将客户端执行产生的结果传送到对端的API上?

    答:通过http协议的Post方法传输 采用requests模块下面的post方法

  4. api获取数据,使用request.body获取,而不是用post获取,原因是啥?

    答: request.post和get这两方法中的数据,是从body中获取的

如果你http的头信息:content-type: application/json 格式的话, request.post或

者get都获取不到信息,只能使用body获取。

如果 content-type:application/form-url-encode格式的话, request.post中就会有

数据

缺点: 每一台服务?都是需要部署相同的项目和脚本,部署起来比较的麻烦

技术图片

  • 方案二 ssh类方案

中控机上安装paramiko模块,通过ssh协议登录每一台服务?进行采集信息相对于第一套方案来说,

优点: 不需要每一台都部署

缺点: 速度慢 ,每台都要连接,耗时高

服务器数量较少的情况下可以用这种方法。

import paramiko
   
# 创建SSH对象
ssh = paramiko.SSHClient()
# 允许连接不在know_hosts文件中的主机
ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
# 连接服务器
ssh.connect(hostname='c1.salt.com', port=22, username='root', password='123')
   
# 执行命令
stdin, stdout, stderr = ssh.exec_command('df')
# 获取命令结果
result = stdout.read()
   
# 关闭连接
ssh.close()

技术图片

  • 方案三 saltstack方案

中控机上安装salt-master,通过队列将命令传输给salt-minion执行,然后salt-minion将 执行完成之后的结果返回给salt-master

此方案本质上和第二种方案大致是差不多的流程,中控机发送命令给服务器执行。服务器将结果放入另一个队列中,中控机获取将服务信息发送到API进而录入数据库。

这里的两个队列不是同一个,一个用来放命令,一个用来放结果

优点:不需要写太多的代码

缺点:需要安装

技术图片

  • 方案四 puppet 方案

Ruby语言 (日本人)

总结

三套方案,总共都是分成三部分的

1、采集部分

2、API分析数据部分

3、djangoweb展示部分

三套方案,不一样的部分就是采集部分

所以,接下来我们要实现三套方案所有的采集部分

目标:

写一套客户端采集代码,通过一个配置选项来灵活的切换方案

客户端目录结构设计

  • bin : 整个项目的可执行文件

  • src: 整个项目的源文件

  • conf: 整个项目的配置目录

  • lib: 整个项目的库文件

  • tests: 测试文件放置的目录

log日志是要记录在一个特定的目录下的,比如说:/var/logs

功能实现:高级配置文件实现

一般,比如django,都是有两个配置文件的,一个是普通配置文件,用来自定义一些配置的,还有一个就是高级配置文件,放的一般都是不怎么改动的配置信息。现在手动实现一下两个配置文件都读取

from . import global_settings #集成高级配置文件
from conf import config #集成用户自定制配置

class Settings():

    def __init__(self):

        #### 集成高级配置
      #dir方法获取这个文件的名称空间里所有东西,循环遍历,大写的就是我们要的配置
        for k in dir(global_settings):
            if k.isupper():
                v = getattr(global_settings, k)
                setattr(self, k, v)

        #### 集成用户自定制配置
        for k in dir(config):
            if k.isupper():
                v = getattr(config, k)
                setattr(self, k, v)


settings = Settings()

需要注意的是,高级配置一定要放在上面,因为如果他放在用户自定制配置下面,那么可能无论用户自定制了什么配置,读取的都是高级配置,会被覆盖,所以要厚读取用户自定制配置,遇到相同的配置信息,就覆盖高级配置。

cmdb简介和入门

标签:word   管理   pos   配置文件   本质   资产   requests   init   测试文件   

原文地址:https://www.cnblogs.com/chanyuli/p/12296134.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!