Minion

Linux性能监控工具汇总： - iostat 磁盘性能监控 - vmstat 虚拟内存性能监控、CPU监控（进程上下文切换、CPU利用率） - top 系统负载、CPU使用率、各个进程的详细报告（CPU使用率、内存使用情况）等 - free 内存使用情况。 - ps ps命令不算是性能监控工具，但是可以使用ps配合上述命令，找到占有系统资源较高的进程 本文重点讲下vmstat的用法，其他如top不做讲解，基本上vmstat的报告能看到，top的也差不多。top报告如有不懂得地方，可以man top 一、vmstat用法 　　vmstat命令主要用于查看虚拟内存的，但是也可以查看系统其他资源的使用情况，如CPU vmstat [interval] [count] vmstat选项 -a 显示活跃内存（active）和非活跃内存（inact） -f 显示从系统启动至今的fork数量 -m 显示slabinfo -s 静态显示内存相关信息 首先运行一个默认命令， 根据输出结果，解释下各个字段的含义，有助于下面的分析。 [root@master ~]# vmstat procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu----- r b swpd free buff cache si so

https://docs.saltstack.com/en/getstarted/system/index.html 1 基本介绍 通过观察它的实际运行，你可以大致理解salt如何工作。这意味着，在控制台上显示的数据之外，有很多东西是很难注意到的。这个部分的教程解释了salt如何工作，salt的子系统，salt的模块化架构使用，扩展salt以管理整个基础架构。 我们进入salt特定的组件之前，理解一点salt如何处理架构管理是很好的。 REAL-TIME COMMUNICATION实时通信 所有salt minion同时接受命令。这意味着升级10个或10000个系统，耗费的时间是十分相近的。数千系统的查询可以几秒之内完成。salt获取信息的方式是实时查询，而不是依赖于数据库。 NO FREELOADERS!没有空载 salt minions做自己的工作。来着salt master的通信是一个轻量级的指令，通常是：如果minion上有这些属性，使用这个命令和这个参数。当收到命令，salt minion决策是否和属性匹配。每个salt minion都把需要的所有命令存储在本地，所以命令可以被执行，并且结果很快返回到salt master。salt master不为minion做任何事。消息使用MessagePack进行高效序列化。在内部，salt使用Tornado 作为异步网络库。

SaltStack接口salt-api 介绍 参考官档 参考官档 SaltStack 官方提供有 REST API 格式的 salt-api 项目，将使 salt 与第三方系统集成变得更加简单。 salt-api安装配置 1）在 salt-master 上进行安装 [root@salt-master ~]# yum -y install salt-api 2）自签名证书，生产环境可以购买（说明：如果没有 salt-call 命令，装上 salt-minion 即可，依赖于该包） [root@salt-master ~]# salt-call -- local tls.create_self_signed_cert local: Created Private Key: " /etc/pki/tls/certs/localhost.key. " Created Certificate: " /etc/pki/tls/certs/localhost.crt. " 3）打开 include 加载子配置文件，方便管理 [root@salt-master ~]# vim /etc/salt/ master default_include: master.d /* .conf 4）配置 api 配置文件，将上面生成的证书写到配置文件 [root@salt-master ~]# vim /etc

一、salt-api安装 yum install salt-api pyOpenSSL -y #pyOpenSSL 生成自签证书时使用 二、生成自签名证书（ssl使用） [root@master certs]# salt- call tls.create_self_signed_cert local: Created Private Key: " /etc/pki/tls/certs/localhost.key. " Created Certificate: " /etc/pki/tls/certs/localhost.crt. " [root@master certs]# ls localhost.crt localhost.key 三、创建基于pam认证的系统用户 [root@master certs]# useradd -M -s /sbin/nologin salt-api [root@master certs]# echo "salt-api" | passwd salt-api -- stdin Changing password for user salt- api. passwd : all authentication tokens updated successfully. [root@master certs]# 四、在master节点新增配置文件 [root

1、 salt-ssh ：salt-ssh是0.17.0新引入的一个功能,不需要minion对客户端进行管理,也不需要master,salt-ssh支持salt大部分的功能,比如grains,modules,state等,salt-ssh执行是串行模式。 执行原理 ： salt-ssh 是在salt基础上大佬一个python包并上传到客户端的默认tmp目录下,在客户端解压并执行返回结果,最后删除tmp上的临时文件。 salt-minion方法是salt-master先执行语法验证,通过验证后发送到minion,minion收到maser的状态文件默认保存在/var/cache/salt/minion。 salt-ssh和salt-minion可以共享，salt-minion不依赖于ssh服务 来源： oschina 链接： https://my.oschina.net/yuanhaohao/blog/4942016

saltstack介绍： saltstack是基于python开发的一套C/S自动化运维工具，通信采用了zeromq消息队列的(pub/sub)，数据传输采用了AES（高级加密）保证安全性，认证采用了SSL方式。 一. ZeroMQ介绍： ZeroMQ是由一套组件组成，内封装的有网络通信，消息队列，线程调度等功能并向上层提供了简洁的API接口，应用程序通过加载库文件，调用API函数来实现高性能网络通信。 ZeroMQ将网络通信分成4种模型，分别是一对一结对模型（Exclusive-Pair）、请求回应模型（Request-Reply）、发布订阅模型（Publish-Subscribe）、推拉模型（Push-Pull）。这4种模型总结出了通用的网络通信模型，在实际中可以根据应用需要，组合其中的2种或多种模型来形成自己的解决方案。 saltstack-master与minion通信就采用了zeromq的请求回应模型（request-reply）和发布订阅模型（publish-subscribe）： 1. 请求回应模型 由请求端发起请求，然后等待回应端应答。一个请求必须对应一个回应，从请求端的角度来看是发-收配对，从回应端的角度是收-发对。跟一对一结对模型的区别在于请求端可以是1~N个。该模型主要用于远程调用及任务分配等。Echo服务就是这种经典模型的应用。 2. 发布订阅模型

1：存储位置 存储在master端，存放需要提供给minion的信息 每个minion只能访问master分配给自己的(应用场景) 2：在centos7 salt 2015.5.10 (Lithium) 中pailar默认不是开启的，需要手动开启 vim /etc/salt/master #更改如下内容 pillar_opts: True 执行如下命令进行测试 salt "node3.crazylinux.xyz" pillar.items 3:启用pillars配置，套路和grains一样 指定pillars的文件目录位置 vim /etc/salt/master 修改内容如下： pillar_roots: base: - /srv/pillar 在/srv/pillar/目录中写了一个zabbix.sls vim zabbix.sls 内容如下： Zabbix_Server: 192.168.31.102 在/srv/pillar/目录中写了一个top.sls vim top.sls 内容如下： base: 'node3.crazylinux.xyz': - zabbix 4：刷新pillar的数据 salt '*' saltutil.refresh_pillar 5：获取一下pillar，进行测试 salt '*' pillar.item Zabbix_Server

一、Kubernetes介绍 Kubernets 是Google开源的容器集群系统，是基于Docker构建一个容器的调度服务，提供资源调度，均衡容灾，服务注册，动态伸缩等功能套件； Kubernets 提供应用部署，维护，扩展机制等功能，利用Kubernetes能方便地管理跨主机运行容器化的应用，其主要功能如下： 使用Docker对应用程序包装（package），实例化（instantiate），运行（run）； 将多台Docker主机抽象为一个资源，以集群的方式运行，管理跨机器的容器，包括任务调度，弹性伸缩，滚动升级等功能。 使用编排系统（YAML file）快速构建容器集群，提供负载均衡，解决容器直接关联及通信问题； 解决Docker跨主机容器之间的通信问题。 自动管理和修复容器，简单说，比如创建一个集群，里面有十个容器，如果某个容器异常关闭，那么，会尝试重启或重新分配容器，始终保证会有十个容器在运行，反而杀死多余的。 Kubernetes 的我修复机制使得容器集群总是运行在用户期望的状态当前Kubernetes支持GCE、vShpere、CoreOS、OpenShift。 二、Kubernetes和Mesos的区别 1）Mesos是Apache下的开源分布式资源管理框架，它被称为是分布式系统的内核； Kubernetes是Google开源的容器集群管理系统

1、数据系统grains， 如果老板让你收集线上300台服务器的相关硬件信息，你是选选择用一台台登录,还是用salt，又或者使用python的api。 grains是saltstack的组件之一,用来收集minion客户端的底层信息(操作系统版本、ip地址、内存、cpu、磁盘、内核等系统属性)， 在minion上收集的信息,可以作为master匹配目标 。 如果需要自定义grains，需要添加到minion的/etc/salt/grains(配置文件定义默认路径)。 minion的grains信息是在minion启动时采集汇报给master。grains是以key value 形式存放的数据库。 查看grains的命令用法： salt ‘*’ sys.doc grains 列出所有grains里的状态模块： salt '*' grains.ls 打印所有状态信息： salt ‘*’ grains.items (同上面状态模块的扩展信息) 列出每台的ip地址： salt '*' grains.item fqdn_ip4 (可自定义显示的内容) 列出每台的操作系统： salt '*' grains.item os #查看granins的命令用法： [root@beijin base]# salt '*' sys.doc grains grains.append: New in

简介 saltstack是由thomas Hatch于创建的一个开源项目，设计初衷是为了实现一个快速的远程执行系统。用来管理你的基础架构，可轻松管理成千上万台服务器。 关于saltstack更多功能本文不多介绍了，本文主要演示使用saltstack来管理服务器的文件（例如/etc/hosts，/etc/resolv.conf）和计划任务。 使用前情 在维护大量服务器的时候，系统一般初始化并上线以后，我们希望所有的服务器系统的某些配置文件一样，这时候我们需要一种工具来批量管理这些文件，保证配置文件的一致性，比如：/etc/resolv.conf这个文件。我们会希望这个文件不管在任何时候都是统一的。接下来我们就通过saltstack来演示这个功能 环境准备 你需自行安装好salt-master salt-minion,并且在master上能够使用test.ping模块检查到minion，如下所示 [root@saltmaster001 salt] salt 'qd01-stop-free002*' test.ping qd01-stop-free002: True 配置master 修改/etc/salt/master,添加如下 file_roots: base: - /srv/salt pillar_roots: base: - /srv/pillar pillar_opts: