Keepalived的作用是检测服务器的状态，如果有一台web服务器死机，或工作出现故障，Keepalived 将检测到，并将有故障的服务器从系统中剔除，当服务器工作正常后Keepalived自动将服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的服务器。

创新互联服务项目包括林口网站建设、林口网站制作、林口网页制作以及林口网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，林口网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到林口省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

首先我们简要说明一下Keepalived 的相关启动脚本及配置文件：keepalived.sh是核心的脚本用来启动服务，keepalived.conf文件则是该服务的配置文件。对于 Keepalived，我们需要关心的几个重要参数如下：

1. 虚拟IP地址及其掩码

2. VRRP所侦听检测的端口（也就是HA针对具体哪一个端口做健康检查）

3. VRRP基于哪个网卡接口发布。

我相信Rancher的官方手册已经对Catalog的制作流程做了详尽的说明，但是仍然有一些朋友看了Rancher手册上Catalog那一节，晕晕乎乎，不懂如何制作应用的 Catalog。

（官方手册链接在此）：http://docs.rancher.com/rancher/latest/en/catalog/private-catalog/

结合Keepalived，我们来看具体的Catalog是如何创建的吧。

首先，你需要在github或者你自己的gitlab上创建一个项目，这个项目只要能被git clone指令正常处理就 OK。 例如我们在github网站上创建的项目结构如下图所示:

templates目录里对应的是我们Rancher里Cattle环境的Catalog。kubernetes-templates和swarm-templates以及mesos-templates则对应不同环境的模板。进入这个templates，我们可以看见在Rancher Catalog页面对应的那些软件模板名。

我们进入Keepalived文件夹看个究竟，就会很容易的了解官方文档对Catalog编制的流程指引。

这个catalogIcon-keepalived.png图正是我们看见的它：

config.yml文件则是该catalog的基础描述；0目录是指第一个版本，那么下一次你发新版的Catalog，则需另建立一个1目录。

每个版本文件夹例如0里面均包含了三个文件。

这正是我们创建一个Stack所需要的docker-compose.yml以及rancher-compose.yml，当然还有一个README.md 文件，用以对Stack进行详细描述。

对于这个Keepalived，其 docker-compose.yml特别的简单：

不过这里的p_w_picpath你可需要花点功夫了，你需要处理正确的环境变量、参数的传递。否则我们在Rancher Catalog里看到的这些参数传递一旦出现问题，那么服务肯定跑不起来了，用于制作p_w_picpath的Dockerfile内容如下 ：

这些自定义配置选项是如何实现的呢?

官方文档告诉我们，是在 rancher-compose文件里来定义。还是以我们的Keepalived服务为例子：

在rancher-compse.yml文件的question小节里定义了很多UI对象的属性（例如：变量名、数据类型、是否必选项、标签、描述、默认值等等），而在answers.txt文件中则相应的给出了这些项目的默认值状态。

以实际的Keepalived服务而言，我们可以看见docker-compose.yml文件里定义了四个环境变量 （VIRTUAL_IP、 CHECK_PORT、 INTERFACE、 NETMASK_BIT）以及一个常量VRID：

以上四个环境变量是可以被容器的shell所直接调用的，例如keepalived.sh脚本中就调用了这四个变量，而这四个变量的具体赋值正是在Catalog制作阶段完成的，其值由rancher-compose.yml文件里的变量进行输出，也就是：

特别需要注意的是 keepalived.sh 脚本在运行期是需要读取配置文件 keepalived.conf 文件里的参数的,特别是上述这四个参数,那么由于 keepalived.conf 文件必须在 p_w_picpaths 生成之前在 Dockerfile 里写好,因此在 Dockerfile 里,它们一定是变量,而在容器运行起来之后,keepalive.sh 运行之前需要把变量赋值,这些值正是用户填写的。我们看一下 keepalived.sh 是如何实现的呢?

通过关键的四句 sed 指令配合正则表达式:

keepalived.sh脚本成功的将容器运行期的 keepalived.conf配置文件中的变量参数替换为了常量（这个常量由容器的环境变量传递进 Linux Shell 环境）。

这样一个完整的Catalog创建流程包括如何处理环境变量与自定义参数的传递机制就解释清晰了，按照这种思路，我们可以很方便地创建各种不同的应用模板，以实现 Rancher 的一键部署功能。

原文来源：Rancher Labs

另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

名称栏目：如何为Keepalived服务创建基于Rancher的Catalog-创新互联
标题链接：http://ybzwz.com/article/ceiohs.html