SaltStack的各种组件

最新推荐文章于 2021-12-01 22:16:39 发布
最新推荐文章于 2021-12-01 22:16:39 发布
阅读量1.2k 收藏 2
点赞数
分类专栏： SaltStack

 

Salt Master

中心管理系统。

此系统用于将命令和配置发送到在受管系统上运行的Salt minion。

Salt Minions

被管理的系统。 该系统运行Salt minion，它从Salt master接收命令和配置。

Execution Modules

从命令行针对一个或多个受管系统执行临时命令。 对以下管理场景有帮助：

  • 实时监控，状态和盘点
  • 一次性命令和脚本
  • 部署关键更新

Formulas (States)

一种系统配置的声明性或命令式表示。

Grains

系统变量。 Grains是有关底层受管系统的静态信息，包括操作系统，内存和许多其他系统属性。 您还可以为任何系统定义自定义grains。

Pillar

用户定义的变量。 这些安全变量被定义并存储在Salt Master中，然后使用目标“分配”给一个或多个minions。 pilla数据存储诸如端口，文件路径、配置参数和密码之类的值。

Top File

将formulas和pilla数据与Salt minions匹配。

Runners

在Salt master上执行的模块，用于执行支持任务。 Salt runners报告作业状态、连接状态、从外部API读取数据，查询连接的Salt minions等。

例如，Orchestrate运行器协调跨多个系统的配置部署。

Returners

将Salt minions返回的数据发送到另一个系统，例如数据库。 Salt Returners可以在Salt minion或Salt master上运行。

Reactor

在SaltStack环境中发生特定事件时触发相应的响应。

Salt Cloud / Salt Virt

在云提供商/虚拟机平台上运行的系统，立即对其进行管理。

Salt SSH

在没有Salt minion的系统上通过SSH运行Salt

一、Return组件

1.1 Return介绍

    Return组件可以理解为saltstack系统对执行Minion返回的数据进行存储如返回到文件，或者保存到数据库或者返回给其他程序，它支持多种存储方式，比如用Mysql、MongoDB、Redis、Memcache等，目前官方已经支持30种Return数据存储与接口，当然也支持自定义的Return。

    这样可以通过返回的数据库，平台日志，或者通过返回的结果进行实时监控，把数据返回给页面前端，就像foreman那样。

# salt '*' sys.list_returners  #查看所有Return列表，这里显示的不是很全。所有的Return列表可以去官网查看。

shidc_agent_192.168.1.111:

    - carbon

    - couchdb

    - etcd

    - hipchat

    - local

    - local_cache

    - multi_returner

    - slack

    - smtp

    - sqlite3

    - syslog

1.2  Return流程

     return是在master端触发任务，然后minion接受处理任务后直接与return存储服务器建立连接，然后把数据return存到存储服务器。这个过程都是minion端操作存储服务器，所以要确保minion端的配置跟依赖包是正确的

      不可能让每台minion都跟存储服务器连接然后发送返回数据，可以通过event事件实现master端直接return到存储服务器。参考地址：http://pengyao.org/saltstack_master_retuner_over_event_system.html

二、Job管理

1.1  job介绍

      在SaltStack里面执行任何一个操作都会在master上产生一个jid号。minion段会在cache目录下的proc目录创建一个以jid为名称的文件，这个文件里面的内容就是此次操作的记录，当操作处理完成后该文件会自动删除。而Master端会记录每次操作的详细信息，这个记录会存到master端cache目录下jobs下。

/var/cache/salt/minion/proc/  #这是minion端下存放job的目录不过运行完毕后就删除掉了。

/var/cache/salt/master/jobs/ #这是master端存放job的目录。

# grep "keep_jobs" /etc/salt/master #master端的jobs，默认保存时间为24小时

#keep_jobs: 24

1.2 通过salt-run来管理job

# salt-run -d|grep jobs  #查看对jobs的一些管理办法

#salt-run jobs.active #查看当前正在运行的Jobs

#salt-run jobs.list_jobs #查看所有jobs信息

# salt-run jobs.list_job 20170517224315709946 #指定jid查看jobs详细信息。20170517224315709946就是我们选的的jid号。

# salt-run jobs.lookup_jid 20170517224315709946   #指定jid查看jobs结果。

# salt-run jobs.print_job 20170517224315709946 #指定jid查询jobs详细信息。

1.3 通过saltstack自带的module管理job

salt-run还不支持kill某个job，可以使用saltstack自带的module来管理job。

# salt \* sys.doc saltutil|grep job #查看使用方法

# salt '*' saltutil.find_cached_job <job id>  #查询job cache信息

# salt '*' saltutil.find_job <job id> #查看job信息

# salt '*' saltutil.kill_job <job id> #杀掉job（发送SIGTERM 9信号方式）

# salt '*' saltutil.signal_job <job id> 15 #发送指定信号

# salt '*' saltutil.term_job <job id> #发送终止信号到指定的job

三、Event

     Event是SaltStack里面的对每个事件的一个记录，它相比job更加底层，Event能记录更加详细的SaltStack事件，比如Minion服务启动后请求Master签发证书或者证书检验的过程，都能通过Event事件来查看整个过程。Event也为扩展SaltStack提供了更加友好的接口。

3.1 查看Event事件

# salt-run  state.event pretty=True  #查看Event事件，下面操作了一个client端向master端发送认证，然后master端认证通过的示例

Bash

salt/auth    {   #minion向master端请求证书认证
    "_stamp": "2017-05-18T07:53:11.059240", 
    "act": "pend",  #这是新minion端是这种状态，要是已经验证过的minion端再向master端发起请求就是"act": "accept",这种状态了。
    "id": "shidc_192.168.1.106", 
    "pub": "-----BEGIN RSA PUBLIC KEY-----\nMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvm/p5S2b+hORuYKZ3Uvl\nnG/wDtvuneMxY4wP0ztki0P27L5eXX1IEfbd2kjD3fwik5aafMwry4BJw3tnTi+u\nEFsfBb/vnInj0+2K9EM/Eu/dpi4dec3W8qxahCjEfvlMWyIb7O12qg7f87HH+A1T\nFx/fwUkWYX+79lqoeeYPYvKPRIAGv+Wacx4kx5SbQdJVKU0sAJFDQZk2gSi+Hqch\nkxhvTWi1PIPAkVt5zkO+cPy3FSJlM8xoRVhaiZhDioHsSbHdIDD2VAvYc4s5v7Wi\nhuYqCP66kgpmilP/f5+AAAKiFdrU9JF9EvXWBuUVePN+opQhcUxyhCHVvfG3D5PM\nQwIDAQAB\n-----END RSA PUBLIC KEY-----", 
    "result": true
}
salt/event/new_client    {    #master做了操作会有一个新的事件
    "_stamp": "2017-05-18T07:53:13.382882"
}
salt/key    {  #master端同意了认证
    "_stamp": "2017-05-18T07:53:13.390370", 
    "act": "accept", 
    "id": "shidc_192.168.1.106", 
    "result": true
}

下面是让某个minion执行ip addr命令的操作事件：

Bash

salt/event/new_client    {   #master又有一个新的event
    "_stamp": "2017-05-18T08:04:04.062492"
}
20170518160404084807    {   #job号是多少
    "_stamp": "2017-05-18T08:04:04.085367",   #时间
    "minions": [   #minion客户端是谁，多主机的话会显示多主机
        "agent1.salt"
    ]
}
salt/job/20170518160404084807/new    {
    "_stamp": "2017-05-18T08:04:04.085663", 
    "arg": [
        "ip addr"     #里面要执行的命令
    ], 
    "fun": "cmd.run",   #调用的方法函数
    "jid": "20170518160404084807", 
    "minions": [
        "agent1.salt"
    ], 
    "tgt": "agent1.salt", 
    "tgt_type": "glob", 
    "user": "root"
}
salt/job/20170518160404084807/ret/agent1.salt    {  #如果有多主机的话，这一块会有多条，除了id号是对应的主机的key名称以外，和return里面是minion返回的执行信息外，其他是一致的。
    "_stamp": "2017-05-18T08:04:04.228387",  #时间这里也是有些小差别的如果是多minion端去执行一个操作。
    "cmd": "_return", 
    "fun": "cmd.run", 
    "fun_args": [
        "ip addr"
    ], 
    "id": "agent1.salt",  
    "jid": "20170518160404084807", 
    "retcode": 0,    #返回码，0代表执行的命令是成功的，这里是执行操作的返回码。类似于#echo $?
    "return": inet 192.168.1.102/24 brd 192.168.1.255   #这里是ip addr的信息太长了我就截取了部分信息
    "success": true  #这里是执行结果成功还是失败
}

博文来自：www.51niux.com

四、Reactor

       Reactor一般是跟Event结合着使用的，Event就像日志一样，Reactor基于Event的每个事件来做相应的操作（states）。Reactor系统一直监听着Event,然后出发一些States操作。

4.1 master端证书自动认证

master端在配置里面是可以自动开启证书自动认证的，但是是允许所有都可以认证，那么我们是不是可以通过监听事件来做minion端证书的认证呢，上面已经介绍了证书发起认证的json格式。

# vim /etc/salt/master 

reactor:          # salt master配置区块"reactor"
  - 'salt/auth':    #监听证书认证的event，请看Event事件记录的最上面那一行。
    - /srv/reactor/auth.sls   #如果监听到上面的那个'salt/auth'事件，就执行此条states sls文件。

# mkdir /srv/reactor/  #默认没有此目录

# cat /srv/reactor/auth.sls  #我这里就写了一个让minion的末尾是_公司标识的minion证书请求通过验证

Bash

{% if 'act' in data and data['act']  == 'pend' and data['id'].endswith('_youshi') %}#这句话就是如果事件内容里面有act（"act": "pend",这是那个证书请求嘛），并且data['act']的值是pend，并且data['id']的末尾是跟'_youshi'匹配.
minion_add:     
  wheel.key.accept:  #如果上面的if条件都匹配到了，调用内置函数进行证书通过操作
    - match: {{ data['id'] }}   #这里就是match匹配，data['id']正好将minion端的id号取出来，那么就是认证这个id证书
{% endif %}  #当然还可以在上面继续写，如果不匹配怎么办等。

# service salt-master restart
# cat /etc/salt/minion|grep id:  #找一台minion机器，id:号设置成以'_youshi'结尾的，然后重启minion服务测试一下。
id: zwidc_kvm_192.168.1.104_youshi
下面是截取的部分内容：

Bash

salt/auth    {
    "_stamp": "2017-05-18T09:15:54.322478", 
    "act": "accept", 
    "id": "zwidc_kvm_192.168.1.104_youshi", 
    "pub": "-----BEGIN PUBLIC KEY-----\nMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxq2vWrPIunfTOt8YlhjS\nERsup9Ka97QgqmGjDfCYfRso2Ei4u6WHp43KQQamMhotgumrLfuaszNJy3nD4zTt\nFKN3q8kpLoU+3cmkLyEh5pTmMfNCPcY3q8nRlAcEPkS0axfsWx0lKzEJOCVdYley\nIEcQcEiT16ZUbCJpM5coOl+TxMTAmZL1Fwkt6xZs3vnAf1fbb7EnGiSLTK6gGrGM\nxPL4k8qDB98LwzUSt3ixgGJprpfkXjcZKO+32J3IFUXggfwGtMQn3J1+Bi+m4xM2\nlfpqB/YR4ifW/iRn7LIvqESVAWkte0n30XWnhwWgX/ufbzq8rHX/4gHpEEDOsdpX\nvwIDAQAB\n-----END PUBLIC KEY-----\n", 
    "result": true
}
minion_start    {
    "_stamp": "2017-05-18T09:15:54.368410", 
    "cmd": "_minion_event", 
    "data": "Minion zwidc_kvm_192.168.1.104_youshi started at Thu May 18 17:15:54 2017", 
    "id": "zwidc_kvm_192.168.1.104_youshi", 
    "pretag": null, 
    "tag": "minion_start"
}
salt/minion/zwidc_kvm_192.168.1.104_youshi/start    {   #注意salt/minion/zwidc_kvm_192.168.1.104_youshi/start这里，我们将对这个监听继续做下一步的reactor操作,证书验证成功之后会有一个这个时间，当然minion已经验证通过后重启也会有这个事件
    "_stamp": "2017-05-18T09:15:54.376514", 
    "cmd": "_minion_event", 
    "data": "Minion zwidc_kvm_192.168.1.104_youshi started at Thu May 18 17:15:54 2017", 
    "id": "zwidc_kvm_192.168.1.104_youshi", 
    "pretag": null, 
    "tag": "salt/minion/zwidc_kvm_192.168.1.104_youshi/start"
}
salt/job/20170518171556451859/ret/zwidc_kvm_192.168.1.104_youshi    {
    "_stamp": "2017-05-18T09:15:56.454118", 
    "arg": [], 
    "cmd": "_return", 
    "fun": "mine.update", 
    "id": "zwidc_kvm_192.168.1.104_youshi", 
    "jid": "20170518171556451859", 
    "pid": 17249, 
    "return": true, 
    "schedule": "__mine_interval", 
    "tgt": "zwidc_kvm_192.168.1.104_youshi", 
    "tgt_type": "glob"
}

4.2 初始化安装

一般一个新的逻辑才会发起证书认证，如果证书认证之后，是不是让minion自己去master同步去执行一些必要的操作呢，而非去手工执行，做到一些操作的自动安装与部署。

# vim /etc/salt/master

reactor:  
  - 'salt/auth':
    - /srv/reactor/auth.sls
  - 'salt/minion/*/start':   # 匹配 "salt/minion/*/start"
    - /srv/reactor/start.sls   #如果匹配到了就执行这个sls文件
# cat /srv/reactor/start.sls   #这个sls文件写了一个很简单的，让minion本地执行state.highstate操作，主动去向master端发起同步，下拉top.sls里面的内容本地执行。不过这么简单是存在一个问题的，就是minion端的重启操作也会触发这个同步操作，不过一般minion端很少重启，而且初始化如果做过之后，也不会进行什么更改。

highstate_run:
  local.state.highstate:
    - tgt: {{ data['id'] }}
 

# cat /srv/salt/base/top.sls  #我们top.sls里面引用了init目录下面的env_init，env_init里面include了一些初始优化的操作
base:
  '*':
     - init.env_init

#这样当证书认证之后就有会有start事件，然后又被捕捉到，然后就又运行state.highstate操作，然后我们top.sls下发到此minion端然后执行初始优化。

博文来自：www.51niux.com

五、Mine

       Mine是SaltStack收集Minion数据存储到Master的一个组件，它的功能与Grains有些类似，Mine可以指定任何Minion模块去采集数据。

       Mine配置目前支持两种方式，第一种通过在Minion配置文件中定义，另一种是通过模块的方式去下发Mine采集任务。

5.1 第一种通过修改minion配置文件的方式

# vim /etc/salt/minion

mine_functions:      #引用mine模块收集
   network.ip_addrs:   #network模块的方法
       interface: eth0     #采集的是eth0网口的信息

# salt 'zwidc_kvm_192.168.1.104' mine.get 'zwidc_kvm_192.168.1.104' network.ip_addrs  #通过mine.get来收集数据

图片.png

5.2 第二种下发采集任务的方式

# salt '*' mine.send network.ip_addrs interface=eth0  #下发一个采集eth0网卡IP的任务

图片.png

# salt 'zwidc_kvm_192.168.1.104' mine.get  '*' network.ip_addrs  #前面随便指定一个主机就可以了，不然要重复好多遍，后面要是查看所有主机的就加*，要是特定的条件再自行修改。

图片.png

六、Peer

        Peer组件是Saltstack中Minion向Master发布任务的一个组件，使用Peer可以直接在Minion上向Master发布一些任务，跟我们在Master上执行一样的效果。默认Peer是没有配置的，配置Peer只需要修改Master文件即可。

        这个组件还是有点意思的，我们应该尽量少的登录master端，如有的操作，test.ping看看哪些主机跟master端的连接有问题啊，或者一些信息查看的工作啊，都可以交给一台特定的minion机器来执行。

# vim /etc/salt/master   #修改配置文件添加下面一句话。

peer:
    zwidc_kvm_192.168.1.104:
        - test.ping
        - cmd.run
    shidc.*:
        - network.*

#这个就是在peer：下面引入允许哪个minion主机的ID：可以执行什么权限，minion的ID可以使用正则表达式，模块函数也可以。至少minion主机哪里别用正则表达式，就指定某一个minion端可以执行一些查看的操作就可以了，也是将操作上交给master端，然后master端来执行。

# salt-call publish.publish '*' cmd.run 'hostname'  #salt-call publish.publish 后面跟主机范围 然后要执行的命令就可以了。下面是一个成功的截图：

图片.png

下面是一个失败的截图（因为我们这台机器没有network模块的权限）：

图片.png

七、其他组件

7.1 saltstack组件的扩展

saltstack的Grains、Module、state都是可扩展的，这就需要些python文件了，因为saltstack本身就是用Python写的嘛。

7.2 第三方调用saltstack

API：开发人员的最爱，给我一个接口我按照我喜欢的方式来。可以通过PythonAPI和RESTfulAPI调用。

7.3 SaltStack架构扩展

无master架构：就是minion配置文件修改，断开与master端的连接，自己本地玩自己的。

多Master架构：salt在0.16.0版本加入了multi-master的特性，所有的minion将连接到所有配置的master上去，这样当其中一个master出现故障，minion端可以使用另外的master继续提供服务。需要自己来做多master端间的数据同步。minion端比较简单配置文件里面指定多master就可以了。

Syndic架构：多Master可以避免单点故障问题，但是提高性能的话就需要用到Syndic了。salt在0.9.0版本中加入了Salt Syndic。Syndic建立在中心master和minions之间，并允许多层风机Syndic。syndic要运行在master上面，但是没有自己的配置由高级master控制。通过syndic将操作命令传输到受控master，受控master来完成对自己旗下minion的管理，并将结果传回高级master,从而实现高级master对所有minion的间接管理。

Salt SSH : salt在版本0.17.0当中，引入了新的传输系统，它支持通过SSH通道来实现salt的通信，就像ansible一样，可以不需要在远程主机上运行minion服务，同时又能支持saltstack的大部分功能，而且salt master也不需要运行，从而实现免客户端方式的部署和实施。使用salt ssh，控制服务器需要使用Rosters来管理这些数据，Roster系统为可插拔设计，用于Salt SSH获取需要连接的服务器信息。

另外saltstack 可以实现web页面的开发，可以为监控提供数据，可以通过event的上报像foreman那样进行报告的展示，可以跟CMDB结合等等很强大。

2.saltstack使用指南：saltstack组件
linux_player_c（系统&开发）
02-16 1922
saltstack组件实验环境saltstack（master主机）: 192.168.1.103(master.example.com) saltstack（minion主机）: 192.168.1.104(minion4.example.com)注意：1.两个节点的防火墙都需要关闭或者允许数据包的传入传出 2.两个节点之间要相互作dns解析（/etc/hosts） 3.两个节点的sel
SaltStack常用模块介绍
I'm the best ！！！
11-03 857
1. SaltStack模块介绍 Module是日常使用SaltStack接触最多的一个组件，其用于管理对象操作，这也是SaltStack通过Push的方式进行管理的入口，比如我们日常简单的执行命令、查看包安装情况、查看服务运行情况等工作都是通过SaltStack Module来实现的。 当安装好Master和Minion包后，系统上会安装很多Module，大家可以通过以下命令查看支持的所有Module列表： //查看所有module列表 [root@master ~]# salt 'node1' s
SaltStack常用模块
Yanghu4112的博客
11-03 583
环境 master 192.168.75.128 node1 192.168.75.150 node2 192.168.75.142 node3 192.168.75.143 主要使用master和node1两台主机 SaltStack模块介绍 Module是日常使用SaltStack接触最多的一个组件，其用于管理对象操作，这也是SaltStack通过Push的方式进行管理的入口，比如我们日常简单的执行命令、查看包安装情况、查看服务运行情况等工作都是通过S.
SaltStack-数据系统组件＜三＞
小蔡的博客
12-01 1460
1.Saltstack数据系统 俩大数据系统，分别是：Grains，Pillar 2.Saltstack数据系统组件 Grains Grains是saltstack的一个组件，收集minion端启动时收集的信息（磁盘使用率，cpu，ip地址等）记录着minion的一些常用属性，可以通过grains.items查看minion的信息。 Grains功能： Grains收集常用信息 列出可用的grains命令:grains.ls 使用grains.items模块列出谷物数据:grains.items 列出所有
SaltStack组件
weixin_34314962的博客
12-08 125
2019独角兽企业重金招聘Python工程师标准>>> ...
what is saltstack系列五（完结篇）：SaltStack组件、灵活性及速度
watermelonbig的专栏
07-07 868
SaltStack是基础设施管理的革命性方法，能够以速度取代复杂性。 SaltStack足够简单，可以在几分钟内运行，可扩展到足以管理数以万计的服务器，并且速度足以在几秒钟内与每个系统进行通信。这些入门教程向您介绍了使SaltStack启动并运行的基础知识。https://docs.saltstack.com/en/getstarted/What is SaltStack系列五：SaltStack...
saltstack grains组件笔记整理1
08-03
Grains是SaltStack中的一个重要组件，它提供了关于Minion（ SaltStack 的客户端节点）的元数据，如硬件信息、操作系统信息等。这些元数据对Master（SaltStack的服务器节点）进行目标化和差异化管理非常有用。 在...
openstack-formula:适用于OpenStack所有组件的SaltStack公式
04-29
用于部署OpenStack的Saltstack公式。 考虑到该公式的状态为beta，因为仍然存在一些问题（请参阅TODO.rst）。 如果您发现TODO中未提及的问题，请在打开问题 支持的组件有： 梯形失真 新星 中子 扫视 地平线 煤渣 热...
saltstack2018最新rpm离线包
05-31
首先，让我们了解下SaltStack的核心组件和功能： 1. **Master**：SaltStack 的主控节点，负责管理和协调整个集群。它接收并处理 minions（客户端）发送的请求，同时也可以主动向 minions 发送指令。 2. **Minions*...
saltstack 基本命令,模块,组件详解
chanpolu6715的博客
07-17 1233
Saltstack 简介https://docs.saltstack.com/en/latest/contents.html 官方说明 文档Saltstack 是一个服务器基础设施管理工具，它具有配置管理、远程执行、监控等功能。Saltstack由Python语言编写，基于 C/S 架构，即服务端 master 和客户端 minions，Master和 Minion之间是通过 Zeromq(消息队...
saltstack远程执行，配置管理，grains与pillar
weixin_46119868的博客
06-09 300
1.远程执行shell命令 1. 1Salt命令由三个主要部分构成: salt ‘’ [arguments] target： 指定哪些minion， 默认的规则是使用glob匹配minion id. salt ‘*’ test.ping
Salt组件(一)
weixin_30387339的博客
10-24 134
一、管理对象属性(Grains) 　　　　Grains里面记录着每台Minion的一些常用属性，比如CPU、内存、磁盘、网信息等，我们可以通过grains.items查看某台Minion的所有Grains信息Minion的Grains信息是Minions启动的时候采集汇报给Master的，在实际应用环境中我们需要根据自己的业务需求去自定义一些Grains。 自定义Grains的方法　　 　　...
saltstack常用模块
欢迎来到夜舞精狼的博客
07-07 598
文章目录1. SaltStack模块介绍 1. SaltStack模块介绍 模块（module）是日常使用SaltStack接触最多的一个组件，其用于管理对象操作，这也是SaltStack通过Push的方式进行管理的入口。比如一些简单命令，查看包安装情况、查看服务运行情况等工作都是通过SaltStack Module来实现的。 当安装好master和minion包后，系统上会安装很多模块，大家可以通过以下命令查看支持的所有module列表： [root@master ~]# salt 'minion' sy
saltstack 1. 安装使用及组件介绍
40kuai的博客
11-02 245
文章目录saltstack 安装安装saltstack简单配置saltstack端口监听YAML缩进冒号破折号使用认证模块state.slstop.sls数据系统GrainsPillarGrains和Pillar saltstack的四大功能： ​ 远程执行，配置管理，云管理，事件驱动 saltstack组件： salt-master salt-minion 执行模块 状态 G...
saltstack使用指南：saltstack组件之Grains
东城绝神
05-16 1132
saltstack重要组件 1. grains 2. pillar 3. state 一、grains组件
(三)SaltStack远程执行进阶之目标、模块、返回
RSQ博客
06-29 1057
目录 1 目标 2 模块 2.1 service模块 2.2 network模块 2.3 模块的访问控制ACL 2.4 设置黑名单 3 返回 3.1 把return导入数据库（这里有两种方法） 1 目标 官方文档 https://docs.saltstack.com/en/latest/topics/tutorials/modules.html#target ...
SaltStack - Salt cloud模块使用完全指南
watermelonbig的专栏
11-01 1559
文章目录salt-cloud Command Line Reference - salt-cloud命令使用说明Synopsis - 概要Description - 描述Options - 配置选项通用选项Execution Options - 执行模块选项Query Options - 查询选项Cloud Providers Listings - 云平台列表选项Cloud Credentials...
掌握SaltStack自动化配置管理
标题和描述均为“salt.home”，可能是指与SaltStack...在使用SaltStack时，重要的是遵循最佳实践，理解其架构和组件，以便有效地部署和管理服务器基础设施。此外，由于技术不断进步，持续学习和更新知识也是必要的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值