《SaltStack技术入门与实践》—— 实践案例 中小型Web架构1 初始化和Haproxy
实践案例 <中小型Web架构>
本章节参考《SaltStack技术入门与实践》，感谢该书作者: 刘继伟、沈灿、赵舜东
实践、实践、再实践，这是熟练掌握SaltStack的真理。在运维环境中上线SaltStack后，运维工作从繁杂并且重复的服务部署和配置工作转移到在SaltStack中编写和维护状态文件。通常情况下，状态文件一次编写就可以在大多数环境下执行，所以在编写状态文件时候需要尽可能考虑模块化和通用性。
为保证读者能够快速地使用SaltStack进行生产环境的配置管理，本章将带领大家通过SaltStack的配置管理来实现一个“中小型Web架构”的自动化部署和配置管理，主要包括以下功能和服务：
- 系统初始化
- Haproxy服务
- Keepalived服务
- Nginx服务
- PHP（FastCGI）服务
- Memcached服务
案例架构图如图所示：
在开始编写之前，我们需要进行合理的规划，首选描述本案例的思路，我们将按照系统初始化、功能模块、业务模块这样的设计思路来进行设计和实施：
1、系统初始化：指的是操作系统安装完毕后，都需要使用到的初始配置，比如安装监控代理、调整内核参数、设置域名解析等。
2、功能模块：指的是生产使用到的应用，比如Nginx、PHP、Haproxy、Keepalived等这类应用服务的安装和管理，每一个功能我们创建一个目录来存放，我们把这个目录的集合称之为“功能模块”。
3、业务模块：在功能模块中我们编写了大量基础的功能状态，在业务层面直接进行引用，所以功能模块就是尽可能的全、而且独立。而业务模块，不同的业务类型就可以在Include功能模块里面的安装和部署，每个业务使用自己独特的配置文件等。最终在top.sls里面我们只需要给某个Minion指定一个业务的状态即可。
环境规划
这里说的环境规划包含了两种环境：
- 我们实验案例中的网络和服务器环境。
- SaltStack中file_roots和pillar_roots定义的SaltStack的环境。
实验环境设置
准备两台虚拟机或者物理机，来完成我们整个案例的学习，案例的实验环境：
SaltStack环境设置
在本案例我们使用两个环境base和prod，base环境用来存放初始化的功能。prod环境用于放置生产的配置管理功能。
[root@SaltMaster1(10.182.88.136)]$~:>tail -n10 /etc/salt/master file_roots:base:- /srv/salt/baseprod:- /srv/salt/prod pillar_roots:base:- /srv/pillar/baseprod:- /srv/pillar/prod
参照以上配置在master配置文件的修改，创建相应目录结构并重启salt-master，如下所示：
mkdir -p /srv/salt/base
mkdir -p /srv/salt/prod
mkdir -p /srv/pillar/base
mkdir -p /srv/pillar/prod
service salt-master start
系统初始化
当我们的服务器上架并安装好操作系统后，都会有一些基础的操作，所以生产环境中使用SaltStack，建议将所有服务器都会涉及的基础配置或者软件部署归类放在Base环境下，比如本例我们在Base环境下创建一个init的目录，将系统初始化配置的SLS均放在Init目录下，我们称为其为“初始化模块”。
DNS配置
在生产环境中，一个重要的配置就是DNS解析的设置，强烈建议在内网建立自己的内网DNS服务器，我们只需要使用SaltStack的File状态模块中的Managed方法管理resolv.conf文件即可：
[root@SaltMaster1(10.182.88.136)]$/srv/salt/base/init:>more dns.sls /etc/resolv.conf:file.managed:- source: salt://init/files/resolv.conf- user: root- group: root- mode: 644
注意，编写完毕请将准备好的resolv.conf放置在/srv/salt/base/init/files/目录下。
History记录时间
生产非常简单实用的功能就是让History记录时间，这样可以清晰地知道什么用户在什么时间执行了什么命令。我们使用SaltStack的File状态模块的Append方法，在/etc/profile里面追加设置。
[root@SaltMaster1(10.182.88.136)]$~:>more /srv/salt/base/init/history.sls /etc/profile:file.append:- text:- export HISTTIMEFORMAT="%Y/%m/%d/%H-%M-%S #> "
命令操作审计
使用logger将输入的命令写入到messages的一个简单功能，也是使用SaltStack的File模块的Append方法。后期你可以将Memssages日志文件进行统一收集，比如使用ELK Stack（Elasticsearch、LogStash、Kibana）。
[root@SaltMaster1(10.182.88.136)]$~:>more /srv/salt/base/init/audit.sls
/etc/bashrc:file.append:- text:- export PROMPT_COMMAND='{ msg=$(history 1 | { read x y; echo $y; });logger "[euid=$(whoami)]":$(who am i):[`pwd`]"$msg"; }'内核参数优化
在进行系统初始化的过程中，需要对默认的内核参数进行调优，SaltStack提供了sysctl状态模块用来进行内核参数的配置，由于默认需要调整的参数过多，下面仅列出了几个例子：
[root@SaltMaster1(10.182.88.136)]$/srv/salt/base/init:>more /srv/salt/base/init/sysctl.sls net.ipv4.ip_forward:sysctl.present:- value: 1 net.ipv4.conf.default.rp_filter:sysctl.present:- value: 1 net.ipv4.conf.default.accept_source_route:sysctl.present:- value: 0 kernel.sysrq:sysctl.present:- value: 0 kernel.core_uses_pid:sysctl.present:- value: 1 kernel.msgmnb:sysctl.present:- value: 65536 kernel.msgmax:sysctl.present:- value: 65536 kernel.shmmax:sysctl.present:- value: 68719476736 kernel.shmall:sysctl.present:- value: 4294967296
epel仓库
如果你的系统需要使用epel仓库，那么也可以放在系统初始化配置中。比如我们下面安装Zabbix-Agent就需要epel仓库。这里我们需要使用到SaltStack的pkg状态模块，同时还使用了unless做状态执行的判断。
提示：强烈建议有条件的用户在生产环境创建内部私有的yum仓库。
yum_repo_release:pkg.installed:- sources:- epel-release: http://mirrors.aliyun.com/epel/epel-release-latest-6.noarch.rpm- unless: rpm -qa | grep epel-release-latest-6zabbix_repo_release:pkg.installed:- sources:- zabbix-release: http://mirrors.aliyun.com/zabbix/zabbix/3.0/rhel/6/x86_64/zabbix-release-3.0-1.el6.noarch.rpm - unless: rpm -qa | grep zabbix-release-3.0-1.el6.noarch.rpm
Zabbix Agent安装
如果你的监控系统使用的是Zabbix（推荐），那么所有的Minion都应该安装上Zabbix Agent，主要涉及SaltStack的pkg、file、service状态模块以及Pillar的使用。
提示：如果使用SaltStack进行自动化运维，那么请在自动化安装的步骤中将Salt Minion安装到系统中，并设置好Master IP和开机自动启动。
通过使用Pillar来设置Zabbix Server的IP地址
(1)、zabbix-agent.sls状态文件
[root@SaltMaster1(10.182.88.136)]$~:>more /srv/salt/base/init/zabbix_agent.slszabbix-agent:pkg.installed:- name: zabbix-agentfile.managed:- name: /etc/zabbix/zabbix_agentd.conf- source: salt://init/file/zabbix_agentd.conf- template: jinja- defaults:Server: {{ pillar['Zabbix_Server'] }}- require:- pkg: zabbix-agentservice.running:- enable: True- watch:- pkg: zabbix-agent- file: zabbix-agent#Zabbix配置文件目录用来存放用户自定义的配置，接上面
zabbix_agentd.conf.d:file.directory:- name: /etc/zabbix/zabbix_agentd.d- watch_in:- service: zabbix-agent- require:- pkg: zabbix-agent- file: zabbix-agent
(2) 、配置pillar
[root@SaltMaster1(10.182.88.136)]$~:>tree /srv/pillar/base/ /srv/pillar/base/ |-- top.sls |-- zabbix `-- zabbix_agent.sls1 directory, 2 files [root@SaltMaster1(10.182.88.136)]$~:>more /srv/pillar/base/top.sls base:'*':- zabbix_agent [root@SaltMaster1(10.182.88.136)]$~:>more /srv/pillar/base/zabbix_agent.sls Zabbix_Server: 10.182.88.136
(3)、zabbix_agent配置文件
编写完毕Zabbix Agent的部署后，请将zabbix_agentd.conf文件放置/srv/salt/base/init/files/目录下，同时修改如下：
[root@SaltMaster1(10.182.88.136)]$~:>more /srv/salt/base/init/file/zabbix_agentd.conf
PidFile=/var/run/zabbix/zabbix_agentd.pid
LogFile=/var/log/zabbix/zabbix_agentd.log
LogFileSize=0
Server={{ Zabbix_Server }}
Hostname={{ Hostname }}
ServerActive=127.0.0.1
Hostname=Zabbix server
Include=/etc/zabbix/zabbix_agentd.d/*.conf初始化环境引用
目前我们把所有初始化所需要的功能都写好了，每个小功能都是一个sls文件。统一放置在init目录下，这样归类后很容易解读。那么怎样来使用呢？在top file里面把这些功能都列出了，可不是一个好主意，我们需要再编写一个sls把这些初始化的功能都包含进来：
[root@linux-node1 /srv/salt/base/init]$ vim init.sls include:- init.dns- init.history- init.audit- init.sysctl- init.epel- init.zabbix_agent
到现在为止，我们已经完成了所有系统初始化状态文件的编写，查看一下目录结构：
/srv/salt/base/ `-- init|-- CentOS-Base.sls|-- audit.sls|-- dns.sls|-- epel.sls|-- file| |-- CentOS-Base.repo| |-- resolv.conf| |-- saltstack.repo| |-- sysctl.conf| `-- zabbix_agent.conf|-- history.sls|-- init.sls|-- sysctl.sls`-- zabbix_agent.sls2 directories, 13 files
现在我们就可以在top.sls里面给Minion指定状态并执行了：
[root@linux-node1 /srv/salt/base]$ vim top.sls base:'*':- init.init
注意，在生产环境中，每次执行状态，强烈建议先进行测试，确定SaltStack会执行哪些操作然后再应用状态到服务器上：
[root@linux-node1 /srv/salt/base]$ salt 'linux-node2*' state.highstate test=True [root@linux-node1 /srv/salt/base]$ salt 'linux-node2*' state.highstate
执行结果如下（Failed为0表示初始化成功）
[root@SaltMaster1(10.182.88.136)]$~:>salt '10.182.76.78' state.highstate 10.182.76.78: ----------ID: /etc/resolv.confFunction: file.managedResult: TrueComment: File /etc/resolv.conf is in the correct stateStarted: 13:15:19.826862Duration: 45.426 msChanges: ----------ID: /etc/profileFunction: file.appendResult: TrueComment: File /etc/profile is in correct stateStarted: 13:15:19.872549Duration: 4.576 msChanges: ----------ID: /etc/bashrcFunction: file.appendResult: TrueComment: File /etc/bashrc is in correct stateStarted: 13:15:19.877390Duration: 5.029 msChanges: ----------ID: net.ipv4.ip_forwardFunction: sysctl.presentResult: TrueComment: Sysctl value net.ipv4.ip_forward = 1 is already setStarted: 13:15:19.884547Duration: 167.2 msChanges: ----------ID: net.ipv4.conf.default.rp_filterFunction: sysctl.presentResult: TrueComment: Sysctl value net.ipv4.conf.default.rp_filter = 1 is already setStarted: 13:15:20.052094Duration: 163.392 msChanges: ----------ID: net.ipv4.conf.default.accept_source_routeFunction: sysctl.presentResult: TrueComment: Sysctl value net.ipv4.conf.default.accept_source_route = 0 is already setStarted: 13:15:20.215910Duration: 164.324 msChanges: ----------ID: kernel.sysrqFunction: sysctl.presentResult: TrueComment: Sysctl value kernel.sysrq = 0 is already setStarted: 13:15:20.380586Duration: 163.241 msChanges: ----------ID: kernel.core_uses_pidFunction: sysctl.presentResult: TrueComment: Sysctl value kernel.core_uses_pid = 1 is already setStarted: 13:15:20.544154Duration: 162.391 msChanges: ----------ID: kernel.msgmnbFunction: sysctl.presentResult: TrueComment: Sysctl value kernel.msgmnb = 65536 is already setStarted: 13:15:20.706891Duration: 160.26 msChanges: ----------ID: kernel.msgmaxFunction: sysctl.presentResult: TrueComment: Sysctl value kernel.msgmax = 65536 is already setStarted: 13:15:20.867494Duration: 163.575 msChanges: ----------ID: kernel.shmmaxFunction: sysctl.presentResult: TrueComment: Sysctl value kernel.shmmax = 68719476736 is already setStarted: 13:15:21.031378Duration: 162.533 msChanges: ----------ID: kernel.shmallFunction: sysctl.presentResult: TrueComment: Sysctl value kernel.shmall = 4294967296 is already setStarted: 13:15:21.194215Duration: 162.737 msChanges: ----------ID: yum_repo_releaseFunction: pkg.installedResult: TrueComment: All specified packages are already installedStarted: 13:15:22.407580Duration: 2075.602 msChanges: ----------ID: zabbix_repo_releaseFunction: pkg.installedResult: TrueComment: All specified packages are already installedStarted: 13:15:24.483582Duration: 623.723 msChanges: ----------ID: zabbix-agentFunction: pkg.installedResult: TrueComment: All specified packages are already installedStarted: 13:15:25.107665Duration: 25.241 msChanges: ----------ID: zabbix-agentFunction: file.managedName: /etc/zabbix/zabbix_agentd.confResult: FalseComment: Unable to manage file: Jinja variable 'Zabbix_Server' is undefinedStarted: 13:15:25.133724Duration: 35.486 msChanges: ----------ID: zabbix_agentd.conf.dFunction: file.directoryName: /etc/zabbix/zabbix_agentd.dResult: FalseComment: One or more requisite failed: init.zabbix_agent.zabbix-agentStarted: 13:15:25.172231Duration: 0.019 msChanges: ----------ID: zabbix-agentFunction: service.runningResult: FalseComment: One or more requisite failed: init.zabbix_agent.zabbix_agentd.conf.d, init.zabbix_agent.zabbix-agentStarted: 13:15:25.172991Duration: 0.016 msChanges: Summary for 10.182.76.78 ------------- Succeeded: 15 Failed: 3 ------------- Total states run: 18 Total run time: 4.285 s ERROR: Minions returned with non-zero exit code
公司的docker对一些sysctl参数做了限制，有的设置不了。还有就是我们也不用zabbix，所以就不再单独安装zabbix server了。
检查Minion配置是否生效
查看内核参数是否生效
[root@SaltMinion2(10.182.76.78)]$~:>tail -f /etc/profile unset i unset -f pathmunge export JAVA_HOME=/export/servers/jdk1.8.0_20 export JAVA_BIN=/export/servers/jdk1.8.0_20/bin export PATH=$JAVA_HOME/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar export JAVA_OPTS="-Djava.library.path=/usr/local/lib -server -Xms1024m -Xmx2048m -XX:MaxPermSize=256m -Djava.awt.headless=true -Dsun.net.client.defaultReadTimeout=60000 -Djmagick.systemclassloader=no -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.ttl=300" export JAVA_HOME JAVA_BIN PATH CLASSPATH JAVA_OPTS export HISTTIMEFORMAT="%Y/%m/%d/%H-%M-%S
[root@SaltMinion2(10.182.76.78)]$~:>cat /proc/sys/net/ipv4/ip_local_port_range 32768 60999 [root@SaltMinion2(10.182.76.78)]$~:>cat /proc/sys/fs/file-max 20480000
查看zabbix_agent是否启动成功(公司不用zabbix，这里只演示，不安装)
[root@SaltMinion2(10.182.76.78)]$~:>netstat -lntup Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 55/sshd tcp 0 0 :::22 :::* LISTEN 55/sshd
附加-备份配置文件
执行top.sls前如果想保存minion端之前的配置文件，可以采用file模块的backup属性。
[root@linux-node1 /srv/salt/base]# cat init/zabbix_agent.sls
zabbix-agent:pkg.installed:- name: zabbix-agentfile.managed:- name: /etc/zabbix/zabbix_agentd.conf- source: salt://init/files/zabbix_agentd.conf- backup: minion- template: jinja- defaults:Server: {{ pillar['Zabbix_Server'] }}Hostname: {{ grains['fqdn'] }}- require:- pkg: zabbix-agentservice.running:- enable: True- watch:- pkg: zabbix-agent- file: zabbix-agent
zabbix_agentd.conf.d:file.directory:- name: /etc/zabbix/zabbix_agentd.d- watch_in:- service: zabbix-agent- require:- pkg: zabbix-agent- file: zabbix-agent执行后，minion端缓存目录下/var/cache/salt/minion/file_backup 会有zabbix_agentd.conf的备份文件，以时间命名的。
[root@linux-node2 minion]# tree . ├── accumulator ├── extmods ├── extrn_files │ └── base │ └── mirrors.aliyun.com │ ├── epel │ │ └── epel-release-latest-7.noarch.rpm │ └── zabbix │ └── zabbix │ └── 3.0 │ └── rhel │ └── 7 │ └── x86_64 │ └── zabbix-release-3.0-1.el7.noarch.rpm ├── file_backup │ └── etc │ └── zabbix │ └── zabbix_agentd.conf_Fri_Oct_14_16:31:03_697911_2016 ├── files │ └── base │ ├── init │ │ ├── audit.sls │ │ ├── dns.sls │ │ ├── epel.sls │ │ ├── files │ │ │ ├── resolv.conf │ │ │ └── zabbix_agentd.conf │ │ ├── history.sls │ │ ├── init.sls │ │ ├── sysctl.sls │ │ └── zabbix_agent.sls │ └── top.sls ├── highstate.cache.p ├── module_refresh ├── pkg_refresh └── proc20 directories, 16 files
初始化环境引用
好的，目前我们把所有初始化所需要的功能都写好了，每个小功能都是一个sls文件。统一放置在init目录下，这样归类后很容易解读。那么怎样来使用呢？在top file里面把这些功能都列出了，可不是一个好主意，我们需要再编写一个sls把这些初始化的功能都包含进来：
include:- init.dns- init.history- init.audit- init.sysctl- init.epel- init.zabbix_agent
好了的我们来回顾下所有配置，这里列出了我们初始化模块的目录结构：
[root@SaltMaster1(10.182.88.136)]$init:>tree /srv/salt/base/ /srv/salt/base/ |-- init | |-- CentOS-Base.sls | |-- audit.sls | |-- dns.sls | |-- env_init.sls | |-- epel.sls | |-- file | | |-- CentOS-Base.repo | | |-- resolv.conf | | |-- saltstack.repo | | |-- sysctl.conf | | `-- zabbix_agentd.conf | |-- history.sls | |-- init.sls | |-- sysctl.sls | `-- zabbix_agent.sls `-- top.sls2 directories, 15 files
Haproxy配置管理
系统初始化完成后，我们就开始编写具体的功能模块了。我们参考图片案例架构图从上往下来进行，首先编写Haproxy和Keeplived的配置管理。
- Haproxy是一个开源的高性能的反向代理项目，支持四层和七层的负载均衡，多种负载均衡算法和健康检查等。
- Keepalived是一个高可用集群的项目，它是VRRP协议的完美实现，通过Keepalived来管理Haproxy上面的VIP，当注Haproxy发生故障时，将VIP漂移到备用的Haproxy上来继续提供服务。
Haproxy和Keepalived使用源码编译安装的方式，将这两个服务放置在prod环境中。
首先创建目录结构，如下所示：
[root@SaltMaster1(10.182.88.136)]$~:>mkdir -p /srv/salt/prod/pkg [root@SaltMaster1(10.182.88.136)]$~:>mkdir -p /srv/salt/prod/haproxy/files [root@SaltMaster1(10.182.88.136)]$~:>mkdir -p /srv/salt/prod/keepalived/files[root@SaltMaster1(10.182.88.136)]$~:>mkdir -p /srv/salt/prod/haproxy/package
在每个服务的目录下均创建一个files目录用来存放源码包和需要的相关启动脚本、配置文件等。
pkg配置
首先需要使用pkg模块将源码编译依赖的各种包都安装上，使用pkg状态的installed方法，同时使用names列表，通过列表的方式把需要的安装包都列出来：
[root@SaltMaster1(10.182.88.136)]$~:>more /srv/salt/prod/pkg/pkg-init.sls pkg-init:pkg.installed:- names:- gcc- gcc-c++- glibc- make- autoconf- openssl- openssl-devel
Haproxy服务配置
首先需要将Haproxy的源码包和管理脚本放置在/srv/salt/prod/haproxy/package目录下，通过http://www.haproxy.org/下载软件包，这里使用1.8.12版本。
[root@SaltMaster1(10.182.88.136)]$~:>cd /srv/salt/prod/haproxy/package/haproxy-1.8.12/examples/ [root@SaltMaster1(10.182.88.136)]$examples:>sed -i 's#/usr/sbin/$BASENAME#/export/servers/haproxy1.8.12/sbin/$BASENAME#g' haproxy.init [root@SaltMaster1(10.182.88.136)]$examples:>grep --color '/export/servers/haproxy1.8.12/sbin/$BASENAME' haproxy.init BIN=/export/servers/haproxy1.8.12/sbin/$BASENAME
[root@SaltMaster1(10.182.88.136)]$~:>cp /srv/salt/prod/haproxy/package/haproxy-1.8.12/examples/haproxy.init /srv/salt/prod/haproxy/files/
编写Haproxy安装SLS文件
编写Haproxy内容如下：
include:- pkg.pkg-inithaproxy-install:file.managed:- name: /tmp/haproxy-1.8.12.tar.gz- source: salt://haproxy/package/haproxy-1.8.12.tar.gz- mode: 755- user: root- group: rootcmd.run:- name: cd /tmp/ && tar -zxf haproxy-1.8.12.tar.gz && cd haproxy-1.8.12 && make TARGET=linux26 PREFIX=/export/servers/haproxy1.8.12 && make install PREFIX=/export/servers/haproxy1.8.12- unless: test -d /export/servers/haproxy1.8.12- require:- pkg: pkg-init- file: haproxy-install
Haproxy的服务管理脚本如下所示：
/etc/init.d/haproxy:file.managed:- source: //haproxy/files/haproxy.init - mode: 755- user: root- group: root- require:- cmd: haproxy-install
设置可以监听非本地IP：
net.ipv4.ip_nonlocal_bind:sysctl.present:- value: 1
#Haproxy的配置文件存放目录如下：
haproxy-confi-dir:file.directory:- name: /etc/haproxy- mode: 755- user: root- group: root
#设置Haproxy开机自启动
haproxy-init:cmd.run:- name: chkconfig -add haproxy- unless: chkconfig --list | grephaproxy- require:- file: /etc/init.d/haproxy
本文没有把Haproxy的服务管理放置在install.sls里面，因为Haproxy启动需要依赖配置文件，通过两种方法管理Haproxy的配置文件：
- 直接在需要使用Haproxy的地方引用Haproxy的安装，然后加入Haproxy的配置文件和服务管理。优点：简单明了；缺点：不够灵通用。
- 使用jinja模板，将Haproxy的基础配置编写完成之后，其他的配置通过Pillar来进行自动生成。优点：灵活通用；缺点：由于需要使用大量的if、for等Jinja模板语法，而且需要配置Pillar来实现配置，比较麻烦，实现起来难度比较大，而且容易出错。
Haproxy业务引用
编写一个业务模块Cluster，然后调用Haproxy来完成配置管理，这样做的好处是把基础服务的配置管理和业务分开，例如负载均衡，有可能是对外的，也可能是内部使用，如果都是用Haproxy，那么Haproxy的安装就是基础功能，配置和启动，可以通过放置在业务模块Cluster中来进行集中管理。
创建cluster目录，并且在cluster目录下创建config目录，用来存放配置文件：
[root@SaltMaster1(10.182.88.136)]$package:>mkdir -p /srv/salt/prod/cluster/config
将haproxy的配置文件放置在/srv/salt/prod/cluster/config目录下，下面列出本次案例使用的最小化配置：
[root@SaltMaster1(10.182.88.136)]$~:>vim /srv/salt/prod/cluster/files/haproxy-outside.cfg
# ------全局配置------
global
log 127.0.0.1 local0 #日志输出配置，所有日志都记录在本机，通过local0输出
log 127.0.0.1 local1 notice
#log loghost local0 info
maxconn 100000 #最大连接数
#chroot /usr/share/haproxy #chroot运行路径
uid 99 #所属用户UID
gid 99 #所属运行的GID
daemon #以后台形式运行haproxy
#debug #调试模式，输出启动信息到标准输出
#quiet #安静模式，启动时无输出#------默认配置-----
defaults
log global
mode http #默认模式{tcp|http|health},tcp是4层,http是7层，health只会返回OK
option httplog #日志类别:http日志格式
option dontlognull #不记录健康检查的日志信息
retries 3 #3次连接失败就认为服务不可用
option redispatch #ServerID对应的服务器挂掉后,强制定向到其他健康服务器
maxconn 100000 #默认最大连接数
timeout connect 5000 #连接超时
timeout client 50000 #客户端超时
timeout server 50000 #服务端超时#------开启Haproxy Status状态监控，增加验证，如下所示：
listen status #监控页面设置
mode http #http的7层模式
bind 0.0.0.0:8888 #监听端口
stats enable
stats hide-version #隐藏统计页面上的HAproxy版本信息
stats uri /haproxy-status #监控页面URL
stats auth haproxy:saltstack #监控页面用户名和密码
stats admin if TRUE #手工启用、禁用后端服务器#------前端设置如下:
frontend frontend_www_example_com
bind 10.182.88.252:80
mode http
option httplog
log globaldefault_backend backend_www_example_com#------后端设置如下:
backend backend_www_example_com
option forwardfor header X-REAL-IP
option httpchk HEAD / HTTP/1.0
balance source
server web-node1 10.182.88.136:80 cookie server01 check inter 2000 rise 30 fall 15
server web-node2 10.182.76.78:80 cookie server02 check inter 2000 rise 30 fall 15##服务器定义(check指健康状况检查，inter 2000指检测频率;rise 2指从离线状态转换至正常状态需要成功检查的次数；fall 3指失败3次即认为服务器不可用)
编写Haproxy服务管理的SLS文件
[root@SaltMaster1(10.182.88.136)]$~:>more /srv/salt/prod/cluster/haproxy-outside.sls include:- haproxy.installhaproxy-service:file.managed:- name: /etc/haproxy/haproxy.cfg- source: salt://cluster/files/haproxy-outside.cfg- user: root- group: root- mode: 644- makedirs: True- unless: test -d /etc/haproxyservice.running:- name: haproxy- enable: True- reload: True- require:- cmd: haproxy-install- watch:- file: haproxy-service
执行Haproxy状态
编写完成Haproxy的状态配置后，需要在Top file里面给Minion指定状态。由于本案例只有两台测试机，都需要安装Haproxy，所以直接使用*，生产中请根据实际情况修改，请注意使用Prod环境。代码如下：
[root@SaltMaster1(10.182.88.136)]$~:>more /srv/salt/base/top.sls #base: # '*': # - init.init base:'*':- init.env_init prod:'*.example.com':- cluster.haproxy-outside
测试并执行状态如下所示：
测试验证有点问题，然后开始改，再执行：
salt '10.182.76.78' state.highstate
公司办公网到开发测试机环境，只开通了80端口，为展示haproxy-status，故端口8888改成端口80，这里只是作为展示暂时先改过来。
转载于:https://www.cnblogs.com/zuoyang/p/9241541.html
《SaltStack技术入门与实践》—— 实践案例 中小型Web架构1 初始化和Haproxy相关推荐
- 《SaltStack技术入门与实践》—— 实践案例 中小型Web架构3 Memcached配置管理
实践案例 <中小型Web架构>3 Memcached配置管理 本章节参考<SaltStack技术入门与实践>,感谢该书作者: 刘继伟.沈灿.赵舜东 Memcached介绍 Me ...
- 《SaltStack技术入门与实践》—— 实践案例 中小型Web架构2 Keepalived
实践案例 <中小型Web架构>2 本章节参考<SaltStack技术入门与实践>,感谢该书作者: 刘继伟.沈灿.赵舜东(本章节中有好几处错误) Keepalived配置管理 首 ...
- 《SaltStack技术入门与实践》—— Grains
Grains 本章节参考<SaltStack技术入门与实践>,感谢该书作者: 刘继伟.沈灿.赵舜东 前几章我们已经了解SaltStack各个组件以及通过一个案例去熟悉它的各种应用,从这章开 ...
- 《SaltStack技术入门与实践》—— Job管理
Job管理 本章节参考<SaltStack技术入门与实践>,感谢该书作者: 刘继伟.沈灿.赵舜东 在SaltStack里面执行任何一个操作都会在Master上产生一个jid号.Minion ...
- 《SaltStack技术入门与实践》——执行结果处理
执行结果处理 本章节参考<SaltStack技术入门与实践>,感谢该书作者: 刘继伟.沈灿.赵舜东 Return组件可以理解为SaltStack系统对执行Minion返回后的数据进行存储或 ...
- 《SaltStack技术入门与实践》—— Event和Reactor系统
Event和Reactor系统 本章节参考<SaltStack技术入门与实践>,感谢该书作者: 刘继伟.沈灿.赵舜东 Event是SaltStack里面的对每个事件的一个记录,它相比job ...
- 《SaltStack技术入门与实践》—— Renderer组件
Renderer组件 本章节参考<SaltStack技术入门与实践>,感谢该书作者: 刘继伟.沈灿.赵舜东 前面我们已经提过使用Python语言编写state.sls文件.在SaltSta ...
- CTP程序化交易入门系列之二：API基本架构及初始化
上节讲了CTP程序化交易的入门工作:下载API,准备账号密码地址等.这节我们来讲API基本架构及初始化. 一. CTP API基本架构 这里为了便于大家理解API的相关函数,我简略地讲一下API的基 ...
- SaltStack技术入门与实践
第1章 SaltStack入门 1.2.1 SaltStack软件依赖 SaltStack有两种消息系统,一种是REAT,一种是ZeroMQ,默认使用ZeroMQ. 软件依赖列表如下: ●Python ...
最新文章
- java poi3.15 ppt,Apache POI PPT - 演示( Presentation)
- 【Cannot convert from [[B] to】 @RabbitListener 反序列化报错
- js导入，导出exel表格
- 空间谱专题13：联合解算DOA（ML/AP）
- JavaScript基础三
- JavaScript计算指定日期与当前日期的相差天数
- 今天，这些公众号被永久禁言
- java学习笔记之DBUtils工具包
- bzoj3482: [COCI2013]hiperprostor
- 知也atitit.解决struts2 SpringObjectFactory.getClassInstance NullPointerException v2 q31无涯 - I
- 菜鸟电子面单，自定义区设置方法
- 图像标签制作工具之labelImg-windows的安装与使用
- matlab字号单位是磅吗,Office软件中字体“号”与“磅”的关系
- PHP实现一个在线选择答题系统
- 关于 Swift Package Manager 的一些经验分享
- Xftp和Xshell使用常见问题
- Herrig Schiefspiegler望远镜
- 每日站会并不是只是站在开会就行了：每日站会范例
- easyswoole默认访问html,easyswoole安装报错 解决办法
- 是德示波器软件，Keysight示波器上位机软件NS-Scope