5分钟看懂微服务架构下的Consul 特性及搭建

一、前言

虽然说牛逼的公司都有那么几个牛逼的运维团队,牛逼的运维团队都有着神秘黑科技般敲代码的姿势;本人虽然不是一个运维工程师,但是有幸自己比较爱倒腾这些东西,也会那么一点点运维知识,虽然不算专业,但是还是可以在linux平台下敲一敲代码。去年由于自己业余时间搞了一个app项目,当时自己兼任后端开发,又同时兼任运维,经过多少个夜晚才把后端API网关 搭建起来,当时技术选型主要使用微服务架构,说到微服务架构,也就少不了分布式集群,那就更少不了Consul 。
今天搭建Consul 服务也是为了自己后面的学习和分享使用(之前在生产环境搭建过,本来可以直接拿来用,只是后面应用停掉了,服务器也就下掉了),故特意把前几天阿里云活动价买的服务器用起来,准备再次搭建Consul服务,以供后续方便拿来即用。

二、概念

什么是Consul?

Consul是HashiCorp公司推出的开源工具,Consul由Go语言开发,部署起来非常容易,只需要极少的可执行程序和配置文件,具有绿色、轻量级的特点。Consul分布式的、高可用的、 可横向扩展的用于实现分布式系统的服务发现与配置。

Consul具有哪些特点?

  • 服务发现(Service Discovery):Consul提供了通过DNS或者HTTP接口的方式来注册服务和发现服务。一些外部的服务通过Consul很容易的找到它所依赖的服务。
  • 健康检查(Health Checking):Consul的Client可以提供任意数量的健康检查,既可以与给定的服务相关联(“webserver是否返回200 OK”),也可以与本地节点相关联(“内存利用率是否低于90%”)。操作员可以使用这些信息来监视集群的健康状况,服务发现组件可以使用这些信息将流量从不健康的主机路由出去。
  • Key/Value存储:应用程序可以根据自己的需要使用Consul提供的Key/Value存储。 Consul提供了简单易用的HTTP接口,结合其他工具可以实现动态配置、功能标记、领袖选举等等功能。
  • 安全服务通信:Consul可以为服务生成和分发TLS证书,以建立相互的TLS连接。意图可用于定义允许哪些服务通信。服务分割可以很容易地进行管理,其目的是可以实时更改的,而不是使用复杂的网络拓扑和静态防火墙规则。
  • 多数据中心:Consul支持开箱即用的多数据中心. 这意味着用户不需要担心需要建立额外的抽象层让业务扩展到多个区域。

Consul 架构图

让我们把这幅图分解描述。首先,我们可以看到有两个数据中心,分别标记为“1”和“2”。Consul拥有对多个数据中心的一流支持,这是比较常见的情况。

在每个数据中心中,我们都有客户机和服务器。预计将有三到五台服务器。这在故障情况下的可用性和性能之间取得了平衡,因为随着添加更多的机器,一致性会逐渐变慢。但是,客户端的数量没有限制,可以很容易地扩展到数千或数万。

Consul 实现多个数据中心都依赖于gossip protocol协议。这样做有几个目的:首先,不需要使用服务器的地址来配置客户端;服务发现是自动完成的。其次,健康检查故障的工作不是放在服务器上,而是分布式的。这使得故障检测比单纯的心跳模式更具可伸缩性。为节点提供故障检测;如果无法访问代理,则节点可能经历了故障。

每个数据中心中的服务器都是一个筏对等集的一部分。这意味着它们一起工作来选举单个leader,一个被选中的服务器有额外的职责。领导负责处理所有的查询和事务。事务还必须作为协商一致协议的一部分复制到所有对等方。由于这个需求,当非leader服务器接收到RPC请求时,它会将其转发给集群leader。

Consul的使用场景

Consul的应用场景包括服务发现、服务隔离、服务配置:

  • 服务发现场景中consul作为注册中心,服务地址被注册到consul中以后,可以使用consul提供的dns、http接口查询,consul支持health check。
  • 服务隔离场景中consul支持以服务为单位设置访问策略,能同时支持经典的平台和新兴的平台,支持tls证书分发,service-to-service加密。
  • 服务配置场景中consul提供key-value数据存储功能,并且能将变动迅速地通知出去,借助Consul可以实现配置共享,需要读取配置的服务可以从Consul中读取到准确的配置信息。
  • Consul可以帮助系统管理者更清晰的了解复杂系统内部的系统架构,运维人员可以将Consul看成一种监控软件,也可以看成一种资产(资源)管理系统。

比如:docker实例的注册与配置共享、coreos实例的注册与配置共享、vitess集群、SaaS应用的配置共享、Consul与confd服务集成,动态生成nginx和haproxy配置文件或者Consul结合nginx构建高可用可扩展的Web服务。

三、安装

我这里直接安装Consul 最新版本 1.7.2 官网地址:Consul by HashiCorp

1. 下载

我这里进入我的用户目录 /home下面进行下载consul安装压缩包,命令如下:

wget https://releases.hashicorp.com/consul/1.7.2/consul_1.7.2_linux_amd64.zip

下载如下图:


下载完我们通过 ls -a 查看下目录,如下图:

2. 解压

unzip  consul_1.7.2_linux_amd64.zip

3. 拷贝到usr目录下

我这里事先在usr目录中单独创建了service 文件,可以通过mkdir 命令来完成,不过不一定要安装在这个目录下面,我这里就选择安装在usr目录里

mv consul /usr/service

4. 查看 安装是否成功

./consul

查看如下图:


已经安装完成了,
现在我们开始启动

5. 启动

这是最关键的时候,安装就是为了启动
这里我整理了下启动的相关参数如下:
参数参考 可以访问 consul配置参数大全、详解、总结 - sunsky303 - 博客园 地址,我这里就简单的通过使用到的参数进行启动

-server 表示是server模式
  -bootstrap-expect=3 表示是集群中有3台服务器 bootstrap该模式node可以指定自己作为leader ,如果是非leader可不加该参数
  -data-dir=/tmp/consul 目录
  -node=n2 该服务器节点名
  -bind=127.0.0.1 节点绑定的ip
  -ui 非必须 webui的路径 用web来管理consul

启动命令如下(默认是8500端口):

./consul agent -server -bootstrap-expect 1 -data-dir=/tmp/consul -node=n1 -bind=127.0.0.1 -client=0.0.0.0 -ui

启动后结果如下:


现在我再来访问Consul UI管理界面,如下图:

现在Consul 已经完整的启动成功了,启动成功是不是想要来试一试,我这里直接使用我之前写的一篇【.net core】电商平台升级之微服务架构应用实战(core-grpc) 文章中写的Demo 注册到Consul 中来,看看是否正常注册,如下图:

好了,正常的注册进来了,完美,现在已经搭建完成了

Consul 开机自启动

1. 路径/usr/lib/systemd/system/,新建一个service命名为,consul.service

[Unit]
Description=consul-service

After=network.target

[Service]
Type=forking
PIDFile=/run/consul-service.pid
ExecStart=/usr/service/consul.start.sh
ExecReload=/bin/kill -SIGHUP $MAINPID
ExecStop=/bin/kill -SIGINT $MAINPID
    
[Install]
WantedBy=multi-user.target graphical.target

上面的ExecStart 是启动的脚本,我之前把consul 是安装在/user/service 下面,

2. 创建启动脚本

我们再service 目录中创建Consul开机自启动的脚本文件consul.start.sh

#!/bin/bash
/usr/service/consul agent -server  -bootstrap-expect 1 -node=127.0.0.1 -data-dir=/usr/service/data/  -log-file=/usr/service/log/consul_log-$(date +%Y-%m-%d--%H-%M) -bind=127.0.0.1

3. 重新加载配置

 systemctl daemon-reload

4. 设置开机自启动

systemctl enable consul.service

Consul 启动

systemctl start consul

Consul 停止

systemctl stop consul

上面创建开机自启动脚本实践的时候大家可能会发现 通过systemctl start consul 无法启动问题,这时候可以通过status 来查询状态,命令如下

systemctl status consul

查询创建的自启动脚本执行过程中出现code=exited, status=203/EXEC异常错误信息,这个信息一般有如下几个原因造成:

  • 错误的脚本路径
  • 脚本的权限无效
    • 服务用户没有读取脚本的权限
    • 脚本未标记为可执行

根据上面三种情况去排查解决,基本上就可以完美解决自启动脚本无法启动问题

结束语:这里Consul 介绍及安装搭建已经完成,Consul也可以搭建集群,大家可以去尝试自己搭建,比较简单,后续我会陆续把使用到的各种工具服务搭建起来,以方便后续的文章实战分享和学习,不过大佬就可以直接跳过...

Consul 参考资料:

1.可以参考Consul的官方网站和其他网站上提供的信息。本文列举一些可用参考的资源如下:
2.Consul官方网站 Consul by HashiCorp
3.Consul Github地址 https://github.com/hashicorp/consul
4.Consul-template Github地址 https://github.com/hashicorp/consul-template
5.Consul官方介绍 What is Consul? | Consul by HashiCorp
6.Consul 系统架构 Consul Architecture | Consul by HashiCorp
7.Consul与其他开源软件或解决方案的对比 https://www.consul.io/intro/vs/
8.Dubbo用户指南 http://dubbo.io/Home-zh.htm 通过此指南可以了解Dubbo是什么,能做什么
9.借助 Consul 和 Docker 支持即插即用的服务发现 (service discovery) IBM Developer
10.使用Terraform与Consul自动化现代数据中心 使用Terraform与Consul自动化现代数据中心_亚马逊云科技_Daniel Bryant_InfoQ精选文章
11.基於swarm+consul+nginx達到HA和auto scaling的架構 基於 swarm + consul + nginx 達到 HA 和 dynamic scaling 的架構 « genchilu's Blog
12.使用Docker、Registrator、Consul、Consul Template和Nginx实现高可扩展的Web框架 使用Docker、Registrator、Consul、Consul Template和Nginx实现高可扩展的Web框架 - DockOne.io
13.Consul多数据中心配置 HashiCorp Learn

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
微服务架构是一种将应用程序拆分为一组小型、自治的服务的软件架构风格。每个服务运行在独立的进程中,并通过轻量级通信机制(通常是HTTP API)进行通信。微服务架构的设计模式包括以下几个方面: 1. 单一责任原则(Single Responsibility Principle):每个微服务应该只负责一个特定的业务功能,这样可以使服务更加可维护和可扩展。 2. 服务自治性(Service Autonomy):每个微服务都是独立的,可以独立部署、独立扩展和独立测试。这样可以提高开发效率和系统的弹性。 3. 服务注册与发现(Service Registration and Discovery):微服务需要能够自动注册自己的地址和能力,并可以被其他微服务发现和调用。常见的解决方案包括使用服务注册中心(如Consul、Eureka)和服务发现机制(如ZooKeeper、etcd)。 4. 负载均衡(Load Balancing):为了提高系统的可用性和性能,需要在微服务之间进行负载均衡。常见的负载均衡策略包括轮询、随机、最少连接等。 5. 服务容错(Service Resilience):由于分布式系统中的各种不可控因素,微服务需要具备容错机制,以保证系统的可用性。常见的容错模式包括超时处理、熔断机制、限流等。 6. 事件驱动架构(Event-Driven Architecture):微服务之间可以通过事件进行解耦和通信。当一个服务发生状态变化时,可以通过发布事件来通知其他服务进行相应操作。 7. 分布式数据管理(Distributed Data Management):微服务架构中,每个服务都可能有自己的数据存储,需要考虑如何保证数据的一致性和可靠性。常见的解决方案包括数据库复制、分布式缓存等。 以上是微服务架构中常见的设计模式,可以根据具体的业务需求和系统特点来选择和组合使用。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值