之前的文章对k8s demo集群进行了CICD，以及监控配置，对于日常运维来说，对k8s集群的控制数据的备份也是必不可少的，所以本文对这个k8s demo集群的etcd进行了备份与恢复的测试演练。

实际的部署过程会很繁杂，需要反复配置，这也模拟了真实的工作过程，需要认真和仔细，最后的部署完成的结果如下后台检查，容器也运行正常登录网址，点击各个栏目也ok，如此，我们完成了demo项目的jenkins CI/CD。

使用prometheus监控的基本方法如下 对于容器化的服务，如果有metrics接口，可以使用servicemonitor与此pod对应的service建立关联，从而使Prometheus能读取到相关监控数据如果是没有metrics接口的普通应用，就要通过exportor的方式，利用exportor读取相关监控数据，再由Prometheus读取exportor的metrics接口的方式，实现对此

在这篇文章里面，将用一个k8s集群搭建一个电商demo。）由于服务器数量限制，这里使用的k8s集群采用了一主二从的结构，同时由于服务器性能的限制，电商demo的MySQL数据库部署在master主机，redis缓存及其他前端、后端程序部署分别部署在2个节点中。这套电商demo的逻辑结构如下。

本文介绍了使用Prometheus对k8s集群外的elasticsearch进行监控，这里Prometheus是使用operator部署于k8s集群中，相较于进程部署或docker部署的Prometheus，部署过程更为复杂，不能通过直接修改配置文件的方式增加job，而需要采用k8s的方式进行配置。配置步骤为：1，增加endpoint和service，使k8s集群连接至集群外的服务（这里使集群外的

k8s配置Prometheus监控时，可以通过servicemonitor的方式增加job，以此来增加监控项，但这种方式进行监控配置，只能手工一个一个的增加，如果k8s集群规模较大的情况下，这种方式会很麻烦。一种方式是采用consul注册中心的方式进行自动发现。另外一种方式是基于kubernetes_sd_configs的自动发现的方式配置增加监控项，本文主要讲解此种配置方式。