saltstack博客地址: https://www.cnblogs.com/pyyu/p/9465608.html在线yaml文件编写:http://www.bejson.com/validators/yaml_editor/saltstack博客地址:https://www.cnblogs.com/pyyu/p/9465608.html python的开发领域 django/flask/tornado/sanic/ 后台开发 django rest framewokr 写api接口数据 编写

背景: 公司有多个部门,有一些机器有本部门的业务,这些机器也有其他部门的业务,所以本部门需要一个master服务器来管理这批机器,其他部门也需要一个master服务器来管理这个机器,所以就需要多个master来进行管理. 实现: 实现方式就是所有的master服务器使用相同的private key,即我们只需要将其中一台已经配置好的master上的private key进行复制,然后拷贝到另一台master服务器上即可,然后在minion端配置好minion id即可,配置完成后需要重启下服务.

在salt master端执行salt ‘*’ test.ping时,某一节点出现如下报错:Minion did not return. [No response] 登陆到这一节点查看minion的日志,发现如下的问题: $ tail -f /var/log/salt/minion The master may need to be updated , or If you are confident that you are connecting to a valid Salt Master,

一.IP信息说明 [Master] IP: 192.168.236.100 [Minion] IP: 192.168.236.101 二.配置SaltStack 关于SaltStack Master和Minion的安装这里不再赘述! [配置Master] 1.新建目录 mkdir  -p  /srv/salt/iso mkdir -p   /srv/salt/install_zabbix 2.新建配置文件 (1)  /srv/top.sls base: '*': - cpitables.* -

0.16.0版本的发布,带来了minion可以连接多Master的特性. 这种方式称为多master( multi-master )配置, 使环境中的SaltStack冗余.在这种配置下,Salt Minions将连接所有配置的Salt Master. 本文将带你了解如何建立多Master的环境. Master Keys 在建立多Master的配置中,主要的一点就是所有的Master使用同样的private key. 这些key将在Master第一次启动时自动生成. 因此在多Master环境建立

1. 主机规划 实现2个master,当这两个master运行时都可以向minion发送命令. salt 版本 [root@salt100 ~]# salt --version salt (Oxygen) [root@salt100 ~]# salt-minion --version salt-minion (Oxygen) salt 多master文档 https://docs.saltstack.com/en/latest/topics/tutorials/multimaster.html

一.Satlstack的概述 Saltstack是什么? Salt是一种和以往不同的基础设施管理方法,它是建立在大规模系统高速通讯能力可以大幅提升的想法上.这种方法使得Salt成为一个强大的能够解决基础设施中许多特定问题的多任务系统.远程执行引擎是Salt的核心,它能够为多组系统创建高速.安全的双向通讯网络.基于这个通讯系统,Salt提供了一个非常快速.灵活并且容易使用的配置管理系统,称之为"Salt States". The backbone of Salt is the remot

数据系统-Pillar pillar和grains类似,但是它能给minion指定它想要的数据,安全性较好,另外它是在master端设置的   应用场景: grains的特性–每次启动汇报.静态决定了它没有pillar灵活,要知道pillar是随时可变的,只要在master端修改了那一般都会立刻生效的. 所以grains更适合做一些静态的属性值的采集,例如设备的角色(role),磁盘个数(disk_num)等诸如此类非常固定的属性.如果你想定义的属性值是经常变化的,那请采用pillar,如果是很

1.Saltstack是什么? saltstack 是一个异构平台基础设施管理工具,具有远程执行.配置管理.云管理.只需花费数分钟就可以运行起来,扩展性足以支撑上万台服务器,速度快,服务器之间秒级通讯数秒钟即可完成数据传递. Saltstack三大功能 远程执行 配置管理(状态) 云管理 Saltstack四种运行方式 local  本地运行 minion/master 传统方式运行 syndic   分布式 salt SSH Saltstack常用网址 saltstack官方网站 saltst

Saltstack概述 Salt一种全新的基础设施管理方式,部署轻松,在几分钟内可运行起来,扩展性好,很容易管理上万台服务器,速度够快,服务器之间秒级通讯. salt底层采用动态的连接总线, 使其可以用于编配, 远程执行, 配置管理等等. 参考中文文档:http://docs.saltstack.cn/zh_CN/latest/topics/tutorials/starting_states.html 参考英文文档:https://docs.saltstack.com/en/latest/ Sa

Kubernetes应用部署模型解析(原理篇) 十多年来Google一直在生产环境中使用容器运行业务,负责管理其容器集群的系统就是Kubernetes的前身Borg.其实现在很多工作在Kubernetes项目上的Google开发者先前就在Borg这个项目上工作.多数Kubernetes的应用部署模型的思想都起源于Borg,了解这些模型是掌握Kubernetes的关键.Kubernetes的API版本目前是v1,本文以代码0.18.2版为基础来介绍它的应用部署模型,最后我们用一个简单的用例来说明部

SaltStack 的通讯架构模型: Salt 采用服务端-代理的通讯模型(也可以通过 SSH 方式实现非代理模式).服务端称为 Salt master,代理端称为 Salt minion. Salt master 负责发送命令予 Salt minion,随后收集并展示这些命令的执行结果.一台 Salt master 可以管理几千台的系统.   SaltStack 的通讯模型 Salt master 与 minion 通讯采用的是”订阅-发布“的模式.通讯的连接由 Salt minion 发起,

一.salt常用命令 salt 该命令执行salt的执行模块,通常在master端运行,也是我们最常用到的命令 salt [options] '<target>' <function> [arguments] 如: salt '*' test.ping salt-run 该命令执行runner(salt带的或者自定义的,runner以后会讲),通常在master端执行,比如经常用到的manage salt-run [options] [runner.func] salt-run m

消息队列 使用队列的场景 在程序系统中,例如外卖系统,订单系统,库存系统,优先级较高 发红包,发邮件,发短信,app消息推送等任务优先级很低,很适合交给消息队列去处理,以便于程序系统更快的处理其他请求. 消息队列工作流程 # 消息队列一般有三个角色: 队列服务端 队列生产者 队列消费者 队列产品 RabbitMQ Erlang编写的消息队列产品,企业级消息队列软件,支持消息负载均衡,数据持久化等. ZeroMQ saltstack软件使用此消息,速度最快. Redis key-value的系统,

一.salt常用命令 salt 该命令执行salt的执行模块,通常在master端运行,也是我们最常用到的命令 salt [options] '<target>' <function> [arguments] 如: salt '*' test.ping salt-run 该命令执行runner(salt带的或者自定义的,runner以后会讲),通常在master端执行,比如经常用到的manage salt-run [options] [runner.func] salt-run m

一.SaltStack概述 Salt,,一种全新的基础设施管理方式,部署轻松,在几分钟内可运行起来,扩展性好,很容易管理上万台服务器,速度够快,服务器之间秒级通讯. salt底层采用动态的连接总线, 使其可以用于编配, 远程执行, 配置管理等等. 多种配置管理工具对比: Puppet(rubby开发,现在很少使用) ansible(python开发,轻量级,没有agent,大规模环境下使用ssh会很慢,串行传输) Saltstack(python开发,远程执行.配置管理.事件驱动基础设施.使用s

一.salt常用命令 salt 该命令执行salt的执行模块,通常在master端运行,也是我们最常用到的命令 salt [options] '<target>' <function> [arguments] 如: salt '*' test.ping salt-run 该命令执行runner(salt带的或者自定义的,runner以后会讲),通常在master端执行,比如经常用到的manage salt-run [options] [runner.func] salt-run m

需求产生场景:      1.python的virtualenv虚拟环境非常的好用.      2.saltstack作为运维自动化的一个重要组件也挺好用的. 但是:      1.saltsatck最简便的是使用yum安装,结合的是linux-centos自带的python2.6版本.      2.即便使用编译安装,也是在编译安装的python环境下 so,需求产生了:      我想要在virtualenv环境下使用saltstack的api,发现非常蛋疼.两者无法整合到一起.      

This document describes how to deploy kubernetes on multiple ubuntu nodes, including 1 master node and 3 minion nodes, and people uses this approach can scale to any number of minion nodes by changing some settings with ease. Although there exists sa

SaltStack实战 #安装 安装注意几点 python-libs-2.6.6-64.el6.x86_64 conflicts with file from package python-2.6.6-36.el6.x86_64 yum install python-libs解决 yum的版本太低的话是会出现问题的 http://mirror.centos.org/centos/6/os/x86_64/Packages/yum-3.2.29-69.el6.centos.noarch.rpm rp

摘要:Kubernetes是Google开源的容器集群管理系统,构建于Docker之上,为容器化的应用提供资源调度.部署运行.服务发现.扩容缩容等功能. Pod是创建.调度和管理的最小部署单位,本文详细介绍这些Pod之间的通信和调度 概述 Kubernetes中 Pods不是一成不变的.它们可以随着时间进行迁移,特别是当受到ReplicationControllers支配时.虽然每个pod都有属于自己的IP地址,但是却不能保证每个Pod的IP地址随着时间的变化依然保持不变.这就导致了一个问题:如