Clip是一款自动化运维工具,适用于海量服务器的管理场景,可以降低系统误操作风险,提高工作效率等。
Clip将传统的IP管理纬度替换为String管理纬度,管理方式的改变使海量运维时更加的便捷、可靠与高效。Clip是C/S架构,它将IP关系保存在Server端,Client端可以下载SDK,通过SDK遍历Server端的IP与模块关系等,并在本地对获取的IP模块关系进行重新的组织与编排,这就是Clip。在此基础上Clip还提供了远程命令、文件拷贝、IP组织树遍历、历史命令查看、IP对应String关系正反解析与导入等功能。为海量服务器运维保驾护航,奠定基础。
下面来详细介绍以下clip这款自动换运维工具。
首先,传统服务器管理方式与String管理方式的相比,String管理方式的3点优势:
1) 传统为IP管理方式,IP由4组无意义的数字组成,比较难记忆。与传统方式相比String可以见名识意,方便记忆;
2) 管理海量服务时,IP相似经常会导致运营故障,譬如A模块(10.131.24.37 )和B模块(10.117.24.37) ,后两位数字一致,惯性的认为两个B模块就是A模块,发送配置导致线上故障。通过string管理方式可以很方便的规避此问题;
3) String 可以解析1个IP,也可以解析一组IP ,根据IP也可以反解析String对应关系,这让我们管理一组服务更加的方便。
我们再来看一下String的组成。String由(idc-product-modules-group) 4段组成,了解cmdb的同学会发现它与cmdb的结构很像,4级模块定位一个服务,但是随着业务的发展,笔者觉得4级服务已经无法定位到一个服务,譬如,在一台服务器上混合部署不同的业务模块,这里4级只能定位到服务的IP级别,而无法精确定位到真正的服务,所以Clip在此基础上增加了一级(idc-product-modules-group-port),port端口,通过5段定位一个服务,这也是Clip优势,灵活变换来定位一组服务,满足业务需求。再来举一个实际的例子,上海机房,A模块使用80端口提供服务,目前有100多个机器 ,B模块使用8080端口提供服务,目前有100多个机器,由于业务流量下降,为了节约资源目前想将两个模块200台机器资源合并,但功能不合并 。我们可将两个服务表示到不通的String中,如A模块(sh-weixin-friend-a-80), B模块(sh-weixin-friend-b-8080),通过String就很容易的将两个服务分别开,并部署在相同的服务器上提供服务了。
刚介绍到Clip 为C/S架构 ,String对应的IP关系保存在server服务器中,Client 通过Clip的SDK获取IP ,其优势3点:
1) IP与String建议一次关系后,所有的的服务器上通过SDK都可以调用到。
2)SDK在解析IP的基础上提供了其他丰富的功能,如扫描服务器,远程命令,远程拷贝等。
3)Clip 提供简单清晰的API与SDK代码结构与文档,当Clip不能满足我们需求时,可以通过文档很容易的扩展Clip 满足自己的需求。
接着我们来看Clip SDK,目前SDK共有8个子命令:
各SDK子命令功能如下:
◆scan:用于对String对应的IP进行端口存活状态扫描;
◆cstring:用于对String对应IP解析,与IP对应String关系的解析;
◆ssh:用于对String对应IP,远程执行系统命令;
◆scp:用于对String对应IP,远程拷贝文件;
◆tree:遍历String下的子节点;
◆history:显示历史执行过的命令;
◆import:导入IP对应String关系;
◆lt:从本地获取IP关系进行管理;
◆help:显示Clip当天有多少子命令。
最后,我们再来看一下应用案例 ,来比较一下传统方式vs clip管理方式差异:
传统方式:在 A 模块的100台服务器上,执行uptime命令,具体的操作步骤如下:
1) 找到要同步的A模块ip列表;
2) 编写脚本与ip列表中的服务器建立连接;
3) 连接服务器时输入账号密码;
4) 账号密码认证成功后拷贝文件;
5) 在每个IP重复以上步骤。
Clip 方式:
1)建立A模块ip列表与string对应关系,譬如为tj-qzone-qzoneini-access6;
2)clip ssh -p 密码 root@tj-qzone-qzoneini-access6 “执行命令”,以下为结构。