SaltStck无Master和多Master架构

saltstack 能在多种的环境中使用,如没有master和多master的情况。


无master架构

对于单台机器或者无master的情况,我们也可以使用salt的无master架构模式来管理。

使用salt-call 来管理无master的机器,需要在minion的配置文件中修改参数:

vim /etc/salt/minion 
file_client: local   #将remote 改为本地模式

除此之外,还需要配置file_roots ,如果使用pillar还需要修改 pillar_roots路径.

通过编写SLS文件,执行salt-call 命令来实现。

如果只有一台机器,需要关闭salt-minion进程,防止minion不停的搜索master产生大量的错误日志。

多master架构

在严重依赖salt的环境中,可以使用多master防止单点故障。

多master架构所要注意的问题:

1、需要同步key(包含master 端和minion)默认在/etc/salt/pki/master/minions 目录下,共享公钥。

2、配置多master,需要在minion上指定多个master。

vim /etc/salt/minion
master: 
  - 172.16.10.60   #指定多个master
  - 172.16.10.61

3、file_root, pillar_root 同步,可以使用共享目录来实现如NFS等。

也可以使用git或svn来管理状态文件,当出现故障时,状态文件可以直接pull到一台新的master上。

时间: 2024-08-03 10:34:12

SaltStck无Master和多Master架构的相关文章

Saltstack实战之无master和多master

如果不想依赖master可以设置为无master vim /etc/salt/minion 就可以通过minion来安装一个salt-master了(下来查资料做,关闭salt-minion进程因为不需要) 1,修改minion配置文件 2,编写SLS 3,salt-call  --local state.highstate 多master Multi-Master keys  master minion file_roots pillar_roots 在minion指定两个master PS:

Push rejected: Push master to origin/master was rejected by remote(IDEA、MAC、GIT)

Push rejected: Push master to origin/master was rejected by remote 第一步 在IDEA的 Terminal 终端里面输入下面的指令 git log 第二步 复制第一个(也就是最新的commit_id) 例如我的: commit 20a3e3efc707dcc74bb6b2fd0f1ad1ec85fe474e (HEAD -> master, origin/master, origin/HEAD) PS:复制后 英文状态下 按Q 结

无码系列-2-代码架构空想【华为云技术分享】

无码系列-2-代码架构空想 原文地址:https://www.cnblogs.com/huaweicloud/p/12016529.html

Sort Key Functionalities (Vendor Master and Customer Master )

Generally sort key allows you to configure what to populate in assignment field for FI documents. ( Refer assignment field in reports FBL3N , FBL1N, FBL5N) , you can enter sorting key in Vendor and customer accounting data , and control data of GL ac

Spark技术内幕:Client,Master和Worker 通信源码解析

Spark的Cluster Manager可以有几种部署模式: Standlone Mesos YARN EC2 Local 在向集群提交计算任务后,系统的运算模型就是Driver Program定义的SparkContext向APP Master提交,有APP Master进行计算资源的调度并最终完成计算.具体阐述可以阅读<Spark:大数据的电花火石!>. 那么Standalone模式下,Client,Master和Worker是如何进行通信,注册并开启服务的呢? 1. node之间的IP

Spark技术内幕:Master基于ZooKeeper的High Availability(HA)源代码实现

假设Spark的部署方式选择Standalone.一个採用Master/Slaves的典型架构.那么Master是有SPOF(单点故障,Single Point of Failure).Spark能够选用ZooKeeper来实现HA. ZooKeeper提供了一个Leader Election机制,利用这个机制能够保证尽管集群存在多个Master可是唯独一个是Active的,其它的都是Standby,当Active的Master出现问题时.另外的一个Standby Master会被选举出来.因为

Spark技术内幕:Client,Master和Worker 通信源代码解析

Spark的Cluster Manager能够有几种部署模式: Standlone Mesos YARN EC2 Local 在向集群提交计算任务后,系统的运算模型就是Driver Program定义的SparkContext向APP Master提交,有APP Master进行计算资源的调度并终于完毕计算.具体阐述能够阅读<Spark:大数据的电花火石!>. 那么Standalone模式下,Client.Master和Worker是怎样进行通信,注冊并开启服务的呢? 1. node之间的RP

Spark技术内幕:Master基于ZooKeeper的High Availability(HA)源码实现

如果Spark的部署方式选择Standalone,一个采用Master/Slaves的典型架构,那么Master是有SPOF(单点故障,Single Point of Failure).Spark可以选用ZooKeeper来实现HA. ZooKeeper提供了一个Leader Election机制,利用这个机制可以保证虽然集群存在多个Master但是只有一个是Active的,其他的都是Standby,当Active的Master出现故障时,另外的一个Standby Master会被选举出来.由于

rocketmq集群部署(多master多slave异步)

一.最近公司在做队列的技术选型,经过调研,决定使用rocketmq作为整个架构的队列层,我们之前的公司是用RabbitMQ,集群部署参考我之前的文章:RabbitMQ集群部署:rocketmq集群由NameServer和Broker两种角色组成,NameServer是无状态的可以横向部署多台达到消除单点的目的:Broker分多master.多master多slave同步.多master多slave异步这三种部署方案,一般生产环境都使用的是多master多slave异步这种方案,关于这三种方案的优