CMDB概述
自动化运维特性
- OS的选择统一化,同一个项目使用同样的OS系统部署其所需要的各类软件
- 软件安装标准化,例如JAVA虚拟机,php,nginx,mysql等各类应用需要的软件版本,安装目录,数据存放目录,日志存放目录等
- 应用包目录统一标准化,及应用命名标准化
- 启动脚本统一目录和名字,需要变化的部分通过参数传递
- 配置文件标准化,需要变化的部分通过参数传递
- 日志输出,日志目录,日志名字标准化
- 应用生成的数据要实现统一的目录存放
- 主机/虚拟机命名标准化,虚拟机管理使用标准化模板
- 使用docker比较容易实现软件运行环境的标准化
CMDB架构

CMDB设计模式
Agent方式
可以将服务器上面的Agent程序作定时任务(crontab),定时将资产信息提交到指定API录入数据库

本质上就是在各个服务器上执行subprocess.getoutput()命令,然后将每台机器上执行的结果,返回给主机API,然后主机API收到这些数据之后,放入到数据库中,最终通过web界面展现给用户。
优点:速度快 场景:适合机器多的情况 缺点:每个机器都要部署脚本
SSH方式(paramiko模块)
中控机通过paramiko模块登录到各个服务器上,执行命令获取服务器信息。


import paramiko
# 创建SSH对象
ssh = paramiko.SSHClient()
# 允许连接不在know_hosts文件中的主机
ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
# 连接服务器
ssh.connect(hostname=self.hostname, port=self.ssh_port, username=self.ssh_user, password=self.ssh_pwd)
# 执行命令
stdin, stdout, stderr = ssh.exec_command('df')
# 获取命令结果
result = stdout.read()
# 关闭连接
ssh.close()
return result
中控机作用:从API拿到要采集的主机列表,通过ssh登录执行命令拿到信息 优点:不用部署 缺点:速度慢 场景:适合机器少的情况
saltstack方式
本质同SSH方式类似

中控机装salt-master,每个机器安装salt-minion 优点: 速度快 场景:已经部署saltstack软件 缺点: 每个机器都要安装软件
1、saltstack的安装与配置

master端:
1. 安装salt-master
yum install salt-master
2. 修改配置文件:/etc/salt/master
interface: 0.0.0.0 # 表示Master的IP
3. 启动
service salt-master start
slave端:
1. 安装salt-minion
yum install salt-minion
2. 修改配置文件 /etc/salt/minion
master: 10.211.55.4 # master的地址
或
master:
- 10.211.55.4
- 10.211.55.5
random_master: True
id: c2.salt.com # 客户端在salt-master中显示的唯一ID
3. 启动
service salt-minion start
2、授权
salt-key -L # 查看已授权和未授权的slave salt-key -a salve_id # 接受指定id的salve salt-key -r salve_id # 拒绝指定id的salve salt-key -d salve_id # 删除指定id的salve
3、执行命令
def __command_salt(self, cmd):
import subprocess
cmd1 = "salt '" + self.hostname + "' cmd.run '" + cmd + "'"
return subprocess.getoutput(cmd1)
资产采集脚本

# 将字符串以模块的方式导入importlib m = importlib.import_module(module_name)
Gitee码云地址:https://gitee.com/nixindecat/asset_collection
来源:https://www.cnblogs.com/nixindecat/p/10847046.html
