docker consul的容器服务更新与发现
服务注册与发现是微服务架构中不可或缺的重要组件。起初服务都是单节点的,不保证高可用性,也不考虑服务的压力承载,服务之间调用单纯的通过接口访问。直到后来出现了多个节点的分布式架构,起初的解决手段是在服务前端负载均衡,这样前端必须要知道所有后端服务的 络位置,并配置在配置文件中。这里就会有几个问题:
- 如果调用后端服务A~N,就需要配置N个服务的 络位置,配置很麻烦
- 后端服务的 络位置变化,都需要改变每个调用者的配置
服务注册与发现可以解决这些问题的。后端服务AN可以把当前自己的 络位置注册到服务发现模块,服务发现就以KN的方式记录下来,K一般是服务名,V是ip加端口。服务发现模块定时的进行健康检查,轮询查看这些后端服务能不能访问的了。前端在调用后端服务A~N的时候,就跑去服务发现模块问下他们的 络位置,然后再调用他们的服务。以这样的方式解决上面的问题,前端完全不需要记录这些后端服务的 络位置,前端和后端完全解耦
(2):什么是consul
consul是google开源的一个使用go语言开发的服务管理软件。支持朵数据中心,分布式高可用的,服务发现和配置共享。采用Raft算法,用来保证服务的高可用。内置了服务注册与发现框架、分布一致性协议实现,健康检查、Key/Value存储,多数据中心方案,不再需要依赖其他工具(比如zookeeper)。服务部署简单,只有一个可运行的二进制文件包
consul部署
服务器类型 | 系统 | IP地址 | 需要组件 |
---|---|---|---|
consul服务器 | centos:7 | 192.168.64.250 | 运行consul服务、nginx服务、consul-template守护进程 |
registrator服务器 | centos:7 | 192.168.64.15 | 运行registrator容器、nginx服务 |
关闭防火墙和核心防护
设置代理,后台启动consul服务器
查看谁是leader
(192.168.64.15)
registrator部署
容器服务自动加入nginx集群
Gliderlabs/Registrator可检查容器运行状态自动注册,还可以注销docker容器的服务到服务配置中心
目前支持consul/Etcd和SkyDNS2
安装nginx、httpd测试镜像
页查看注册中心是否发现了这些服务
配置template模板自动更新
-
Consul-Template是基于Consul的自动替换配置文件的应用。Consul -Template是一个守护进程, 用于实时查询Consul集群信息,并更新文件系统上任意数量的指定模板,生成配置文件。更新完成以后,可以选择运行shell 命令执行更新操作,重新加载Nginx
-
Consul-Template可以查询Consul中的服务目录、Key、Key-values 等。这种强大的抽象功能和查询语言模板可以使Consul -Template特别适合动态的创建配置文件。例如:创建Apache/Nginx Proxy BalancersHaproxy Backends等
1:准备template nginx模板文件
创建nginx用户并安装依赖包
创建软连接,将nginx加到系统变量中
创建nginx服务的vhost和日志目录
在registrator服务器上添加端口为85 的nginx容器(192.168.64.15)
浏览器访问

文章知识点与官方知识档案匹配,可进一步学习相关知识云原生入门技能树持续集成和部署(Jenkins)使用helm安装Jenkins8665 人正在系统学习中
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!