Consul集群模式部署

已于 2023-12-20 15:26:52 修改
阅读量908 收藏 24
点赞数 20
分类专栏： 微服务注册中心 文章标签： consul
于 2023-12-20 15:23:50 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_51268477/article/details/135084662
版权

在这里插入图片描述

Consul集群模式部署

1.规划

1.1 准备

节点iphostnameagent类型操作系统
10.0.0.5node-1serverCentOS 7.9
10.0.0.6node-2serverCentOS 7.9
10.0.0.7node-3serverCentOS 7.9

1.2 拓扑

在这里插入图片描述

2.搭建Consul集群

2.1 安装consul

2.1.1 下载二进制包

下载地址: consul

wget https://releases.hashicorp.com/consul/1.17.1/consul_1.17.1_linux_amd64.zip -O  /usr/local/bin/consul_1.17.1_linux_amd64.zip
cd /usr/local/bin
unzip  consul_1.17.1_linux_amd64.zip && rm -f consul_1.17.1_linux_amd64.zip
#查看版本
consul version

2.1.2 创建Consul用户

groupadd --system consul
useradd -s /sbin/nologin  --system  -g consul  consul

2.1.3 创建Consul数据存储和配置文件目录

mkdir -p  /consul/{config,data}

2.2 配置文件

2.2.1 生成Consul secret

#consul在通讯时进行加密, key可以通过consul keygen生成, 同一个集群中的节点必须使用相同的key 
consul keygen

2.2.2 server1配置

cat >> /consul/config/consul.json  << EOF
{
    "advertise_addr": "10.0.0.5",
    "bind_addr": "10.0.0.5",
    "bootstrap_expect": 3,
    "client_addr": "0.0.0.0",
    "datacenter": "DC1",
    "node_name": "node-1", 
    "data_dir": "/consul/data",
    "domain": "consul",
    "enable_script_checks": true,
    "dns_config": {
        "enable_truncate": true,
        "only_passing": true
    },
    "enable_syslog": true,
    "encrypt": "S6PprGqqzGUtSLLU5lVuhSxzTG6lW7wxmzdoxkr+v00=",
    "leave_on_terminate": true,
    "log_level": "INFO",
    "rejoin_after_leave": true,
    "retry_join": [
     "node-1",
     "node-2",
     "node-3"
    ],
    "server": true,
    "start_join": [
        "node-1",
        "node-2",
        "node-3"
    ],
    "ui": true
}
EOF

2.2.3 server2配置

cat >> /consul/config/consul.json <<EOF
{
    "advertise_addr": "10.0.0.6",
    "bind_addr": "10.0.0.6",
    "bootstrap_expect": 3,
    "client_addr": "0.0.0.0",
    "datacenter": "DC1",
    "node_name": "node-2", 
    "data_dir": "/consul/data",
    "domain": "consul",
    "enable_script_checks": true,
    "dns_config": {
        "enable_truncate": true,
        "only_passing": true
    },
    "enable_syslog": true,
    "encrypt": "S6PprGqqzGUtSLLU5lVuhSxzTG6lW7wxmzdoxkr+v00=",
    "leave_on_terminate": true,
    "log_level": "INFO",
    "rejoin_after_leave": true,
    "retry_join": [
     "node-1",
     "node-2",
     "node-3"
    ],
    "server": true,
    "start_join": [
        "node-1",
        "node-2",
        "node-3"
    ],
    "ui": true
}
EOF

2.2.4 server3配置

cat >> /consul/config/consul.json <<EOF
{
    "advertise_addr": "10.0.0.7",
    "bind_addr": "10.0.0.7",
    "bootstrap_expect": 3,
    "client_addr": "0.0.0.0",
    "datacenter": "DC1",
    "node_name": "node-3", 
    "data_dir": "/consul/data",
    "domain": "consul",
    "enable_script_checks": true,
    "dns_config": {
        "enable_truncate": true,
        "only_passing": true
    },
    "enable_syslog": true,
    "encrypt": "S6PprGqqzGUtSLLU5lVuhSxzTG6lW7wxmzdoxkr+v00=",
    "leave_on_terminate": true,
    "log_level": "INFO",
    "rejoin_after_leave": true,
    "retry_join": [
     "node-1",
     "node-2",
     "node-3"
    ],
    "server": true,
    "start_join": [
        "node-1",
        "node-2",
        "node-3"
    ],
    "ui": true
}
EOF

2.2.5 配置详解

acl_datacenter：只用于server，指定的datacenter的权威ACL信息，所有的servers和datacenter必须同意ACL datacenter
acl_default_policy：默认是allow
acl_down_policy：
acl_master_token：
acl_token：agent会使用这个token和consul server进行请求
acl_ttl：控制TTL的cache，默认是30s
addresses：一个嵌套对象，可以设置以下key：dns、http、rpc
advertise_addr：等同于-advertise
bootstrap：等同于-bootstrap
bootstrap_expect：等同于-bootstrap-expect
bind_addr：等同于-bind
ca_file：提供CA文件路径，用来检查客户端或者服务端的链接
cert_file：必须和key_file一起
check_update_interval：
client_addr：等同于-client
datacenter：等同于-dc
data_dir：等同于-data-dir
disable_anonymous_signature：在进行更新检查时禁止匿名签名
disable_remote_exec：禁止支持远程执行，设置为true，agent会忽视所有进入的远程执行请求
disable_update_check：禁止自动检查安全公告和新版本信息
dns_config：是一个嵌套对象，可以设置以下参数：allow_stale、max_stale、node_ttl 、service_ttl、enable_truncate
domain：默认情况下consul在进行DNS查询时，查询的是consul域，可以通过该参数进行修改
enable_debug：开启debug模式
enable_syslog：等同于-syslog
encrypt：等同于-encrypt
key_file：提供私钥的路径
leave_on_terminate：默认是false，如果为true，当agent收到一个TERM信号的时候，它会发送leave信息到集群中的其他节点上。
log_level：等同于-log-level
node_name:等同于-node
ports：这是一个嵌套对象，可以设置以下key：dns(dns地址：8600)、http(http api地址：8500)、rpc(rpc:8400)、serf_lan(lan port:8301)、serf_wan(wan port:8302)、server(server rpc:8300)
protocol：等同于-protocol
recursor：
rejoin_after_leave：等同于-rejoin
retry_join：等同于-retry-join
retry_interval：等同于-retry-interval
server：等同于-server
server_name：会覆盖TLS CA的node_name，可以用来确认CA name和hostname相匹配
skip_leave_on_interrupt：和leave_on_terminate比较类似，不过只影响当前句柄
start_join：一个字符数组提供的节点地址会在启动时被加入
statsd_addr：
statsite_addr：
syslog_facility：当enable_syslog被提供后，该参数控制哪个级别的信息被发送，默认Local0
ui_dir：等同于-ui-dir
verify_incoming：默认false，如果为true，则所有进入链接都需要使用TLS，需要客户端使用ca_file提供ca文件，只用于consul server端，因为client从来没有进入的链接
verify_outgoing：默认false，如果为true，则所有出去链接都需要使用TLS，需要服务端使用ca_file提供ca文件，consul server和client都需要使用，因为两者都有出去的链接
watches：watch一个详细名单

Port:
8300： 只存在于Server模式，选取Leader节点（Raft协议）。为Leader节点和Client节点的提供RPC调用
8301： LAN网中集群数据同步的通信端口(Gossip协议)，也是加入集群的通信端口。
8302： 只存在于Server模式，WAN网中集群数据同步的通信端口(Gossip协议)，也是加入集群的通信端口。主要支持数据中心与数据中心之间交互通过WLAN（8302端口）
8500： 提供Http服务（或web界面）
8600： 提供DNS服务端口

2.3 设置开机自启

cat >> /etc/systemd/system/consul.service  <<EOF
[Unit]
Description=Consul Service
Documentation=https://www.consul.io/
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=consul
Group=consul
ExecStart=/usr/local/bin/consul agent -config-dir=/consul/config

ExecReload=/bin/kill -HUP $MAINPID
KillSignal=SIGINT
TimeoutStopSec=5
Restart=on-failure
SyslogIdentifier=consul

[Install]
WantedBy=multi-user.target
EOF

#授权下数据和存储目录
chown -R consul.consul   /consul

#启动
systemctl enable consul.service
systemctl start  consul.service
systemctl status consul.service

2.4 验证查看

在这里插入图片描述

#查看成员信息
[root@node-1 ~]# consul members
Node    Address        Status  Type    Build   Protocol  DC   Partition  Segment
node-1  10.0.0.5:8301  alive   server  1.17.1  2         dc1  default    <all>
node-2  10.0.0.6:8301  alive   server  1.17.1  2         dc1  default    <all>
node-3  10.0.0.7:8301  alive   server  1.17.1  2         dc1  default    <all>

#查看Consul集群详细情况
consul operator raft list-peers
Node    ID                                    Address        State     Voter  RaftProtocol  Commit Index  Trails Leader By
node-2  e194d848-5f71-205c-114e-9b501266cf58  10.0.0.6:8300  leader    true   3             433           -
node-1  3c9707ba-37c1-5d16-b23d-8b6af772f129  10.0.0.5:8300  follower  true   3             433           0 commits
node-3  3d610b77-94c5-0764-6005-339af5b8364f  10.0.0.7:8300  follower  true   3             433           0 commits

2.5 设置ACL权限配置

2.5.1 添加acl权限配置

#在所有server节点添加
[root@node-1 ~]# cat >> /consul/config/acl.json  <<EOF
{
  "acl":{
    "enabled": true,
    "default_policy":"deny",
    "enable_token_persistence": true
  }
}
EOF

chown consul.consul  /consul/config/acl.json

2.5.2 重载consul

#所有server节点
consul reload


#验证一下
[root@node-1 ~]# consul operator   raft list-peers
Error getting peers: Failed to retrieve raft configuration: Unexpected response code: 403 (rpc error making call: Permission denied: anonymous token lacks permission 'operator:read'. The anonymous token is used implicitly when a request does not specify a token.)

2.5.3 创建初始Token

#在任意一台server执行即可，此SecretID==Token，为最大权限
[root@node-1 ~]# consul acl bootstrap
AccessorID:       1f0bf675-c565-c44a-518c-1dfe60501bd4
SecretID:         914bbaae-63b6-5e0a-298f-9b35b24f13aa
Description:      Bootstrap Token (Global Management)
Local:            false
Create Time:      2023-12-20 14:40:52.625050397 +0800 CST
Policies:
   00000000-0000-0000-0000-000000000001 - global-management

2.5.4 修改acl配置

#所有节点都执行
[root@node-1 ~]# cat >>  /consul/config/acl.json  << EOF
{
  "acl":{
    "enabled": true,
    "default_policy":"deny",
    "enable_token_persistence": true,
    "tokens": {
	"master": "914bbaae-63b6-5e0a-298f-9b35b24f13aa"
              }
  }
}
EOF

chown consul.consul  /consul/config/acl.json

2.5.5 重载配置

#重载配置
consul  reload

2.5.6 验证

[root@node-1 ~]# consul members --token=914bbaae-63b6-5e0a-298f-9b35b24f13aa
Node    Address        Status  Type    Build   Protocol  DC   Partition  Segment
node-1  10.0.0.5:8301  alive   server  1.17.1  2         dc1  default    <all>
node-2  10.0.0.6:8301  alive   server  1.17.1  2         dc1  default    <all>
node-3  10.0.0.7:8301  alive   server  1.17.1  2         dc1  default    <all>

[root@node-1 ~]# consul operator   raft list-peers  --token=914bbaae-63b6-5e0a-298f-9b35b24f13aa
Node    ID                                    Address        State     Voter  RaftProtocol  Commit Index  Trails Leader By
node-1  5ce60fe9-49b5-be1c-764c-3da262296de8  10.0.0.5:8300  follower  true   3             286           0 commits
node-2  404632f2-3cdd-2f95-ec6b-93b1dd70d50a  10.0.0.6:8300  leader    true   3             286           -
node-3  7fa7060c-eed4-e1c5-679b-c966afa27f11  10.0.0.7:8300  follower  true   3             286           0 commits

在这里插入图片描述

2.5.7 拓展

我们需要了解 polices（策略）、tokens（令牌）、roles（规则）

polices

policy通常有3种：read（只读）、write（读写）、deny（无权）

方式配置解释
节点前缀node_prefix节点前缀为空则代表所有节点，否则以设定前缀开头的所有节点
服务前缀service_prefix服务前缀为空则代表所有服务，否则以设定前缀开头的所有服务
指定服务service指定的服务
kv前缀key_prefix以设定前缀开头的所有kv
指定kvkey指定的kv

例如：

#用于服务注册
service_prefix ""{
	policy = "write"
}

#用于key/value获取
key_prefix "" {
	policy = "read"
}
tokens
consul的token就是我们用来进行权限校验的,最高权限的token（bootstrap token）
创建token的时候只需要选择好规则与角色（可选）即可.
roles
角色可以看作是策略的集合,一个角色可以有多个策略，在设置角色的时候我们可以给角色添加多个策略,管理员
可以直接把成员设定为某个角色。
登高·
关注
  • 20
    点赞
  • 踩
  • 24
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
配置token_Consul ACL集群配置
weixin_39933414的博客
11-24 905
Consul System informationserver version: v1.2.3KV Store Endpointsurl: http://host:port/v1/kv/:keyRead keyMethod: GETUrl: /kv/:keyParameters(Not all)raw (bool: false) - Specifies the response is just t...
Consul安装 linux环境
Tate的博客
03-13 6262
部署consul： 环境：linux-64bit 点击进入下载cansul网页 或者直接使用命令行： wget https://releases.hashicorp.com/consul/0.7.5/consul_0.7.5_linux_amd64.zip unzip consul_0.7.5_linux_amd64.zip 接下来可以看见目录下多了一个文件 consul
consul服务实例报错
Kainx
11-04 1133
现象 部分后端服务注册到consul时报错HTTP GET http://xxx/actuator/health: 503 Output: {"status":"OUT_OF_SERVICE",但是其他的服务能正 常注册,网上找到能打印纤细错误信息的方法 打印详细错误信息 在报错的模块中配置：application.yml或者bootstrap.yml文件中配置如下： management: endpoint: health: show-details: always #显示健康具
分布式架构学习-Consul集群配置
weixin_30501857的博客
07-11 317
简介 之前公司用的是Consul进行服务发现以及服务管理，自己一直以来只是用一下，但是没有具体的深入，觉得学习不可以这样，所以稍微研究了一下。 网上有很多关于Consul的介绍和对比，我这里也不献丑了，大家搜索的时候可能会经常看到这么一个表格，此表格采摘自：https://luyiisme.github.io/2017/04/22/spring-cloud-service-discovery-...
Consul 入门指南
热门推荐
11-26 4万+
一、安装 Consul　　Consul 下载地址：https://www.consul.io/downloads.html，下载后解压就是一个可执行的二进制文件consul，配置好环境变量，检查 consul 是否可用：[root@localhost ~]# consul Usage: consul [--version] [--help] <command> [<args>]Available
Consul 简介、安装、常用命令的使用
东子的博客 细节决定成败，点滴铸就辉煌。
03-13 4万+
1 Consul简介Consul 是 HashiCorp 公司推出的开源工具，用于实现分布式系统的服务发现与配置。与其他分布式服务注册与发现的方案，Consul的方案更“一站式”，内置了服务注册与发现框 架、分布一致性协议实现、健康检查、Key/Value存储、多数据中心方案，不再需要依赖其他工具（比如ZooKeeper等）。使用起来也较 为简单。Consul使用Go语言编写，因此具有天然可移植性(
Consul 集群部署
IT
07-19 4016
Consul是HashiCorp公司推出的开源软件，通过GO语言编写，提供服务注册和发现、配置、多数据中心的高可用方案等能力，分布式一致方面采用raft算法实现，并且很容易和SpringCloud等微服务框架集成，使用起来非常简单，具有简单、易用、可插排等特点。简而言之，Consul是服务网格的控制平面，Consul提供了一种完整的服务网格解决方案。Consul运行的节点集连接在一起，称为数据中心。一个数据中心将有3到5台服务器和许多客户端。..................
hashicorp-labs:在VM上本地部署由Vault，Consul和Nomad组成的Hashicorp集群。 准备部署和测试您的应用程序
04-05
它将为Vault ， Consul和Nomad部署一个群集，其中每个组件都将连接在一起，以形成一个完美的环境，用于使用服务网格测试您的应用程序。 目录 使用Vagrant安装集群 警告：目前，群集将以dev模式加载。 如果服务失败...
Consul Windows免安装版
04-02
此模式下，Consul会在本地运行单节点集群，方便测试。 - 若要配置多节点集群，需指定服务器角色、数据目录、初始集群成员等参数，例如：`consul agent -server -bootstrap-expect 3 -data-dir C:\path\to\data -...
windows consul x64
03-27
在Windows上，每个数据中心都是一个独立的Consul集群，它们之间可以进行安全的数据同步。 5. **事件与会话**：Consul的事件系统允许用户在集群内广播消息，而会话机制则为服务间的交互提供了一种临时锁定的手段，有...
Consul可执行配置打包
03-10
该包包含了1个主服务、2个备用服务和1个客户端服务，这表明你将能够构建一个高可用的Consul集群，以满足服务发现和配置管理的需求。 首先，`consul.exe`是Consul服务的主程序，用于启动和管理Consul集群。它支持...
consul.zip
06-04
若要启动一个完整的集群，你需要至少三个节点，并配置他们为服务器模式，使用 `consul agent -server -bootstrap-expect 3` 命令。集群中的其他节点则作为客户端，通过 `consul agent -join <server_node_ip>` 命令...
Consul系列:什么是Consul?
quanzhan_King的博客
05-18 1881
与其他分布式服务注册与发现的方案， consul 的方案更“一站式”，内置了服务注册 与发现框架、分布一致性协议实现、健康检查、Key/Value 存储、多数据中心方案，不再需要依赖其他工具(比如 ZooKeeper 等。这使得一个新的数据中心可以很容易的加入现存的 WAN gossip。当一个 server 收到来自另一个数据中心的请求时，它随即转发给正确数据中心的一个 server。这使得数据中心之间只有一个很低的合，但是由于故障检测，连接缓存和复用，跨数据中心的请求都是相对快速和可靠的。
Consule系列:Consul实现详解
quanzhan_King的博客
05-18 2504
Consul的实现 Consul使用Consensus协议提供一致性(Consistency)——CAP定义的一致性。Consensus协议是基于“Raft:InsearchofanUnderstandableConsensusAlgorithm”实现的。 Raft是基于Paxos的一致性算法。与Paxos相比，Raft被设计为具有更少的状态和更简单，更容易理解的算法。 Raft算法是一种基于日志复制实现数据
Spring Cloud开发实践(五): Consul - 服务注册的另一个选择
IOsetting的专栏
05-17 689
Consul 是微服务网络解决方案之一, 用于管理跨网络和多云环境服务之间的安全网络连接, 提供服务发现, 服务网格, 流量管理和自动更新. 可以单独部署, 也可以分布式部署. Consul 内建安全通信选项, 使用 Go 语言编写, 启动资源消耗小, 脚本化配置, 对容器部署方式更友好
Crypto_30_vHsm_Types.h
07-09
Crypto_30_vHsm_Types
vmware虚拟机安装教程.pdf
最新发布
07-10
VMware虚拟机安装教程是一个详细且系统的过程，涵盖了从下载、安装到配置虚拟机的多个步骤。以下是一个详尽的VMware虚拟机安装教程，旨在帮助用户顺利搭建自己的虚拟环境。
11111111111
07-10
11111111111
k8s部署seata集群
09-05
### 回答1： 答: 部署K8S集群中的Seata需要按照以下步骤进行：1）准备好所需的资源，包括存储空间、网络资源等；2）利用Kubernetes的配置管理工具Helm将Seata部署到Kubernetes集群中；3）根据需要进行Seata的配置；4）启动Seata集群；5）部署测试程序，验证Seata集群是否正常工作。 ### 回答2： Kubernetes（简称K8s）是一个开源的容器编排平台，它能够自动化地部署、扩展和管理应用程序容器。Seata是一种用于解决分布式事务问题的开源框架，可以保证分布式事务的一致性和隔离性。 在Kubernetes中部署Seata集群需要以下步骤： 1. 准备Kubernetes集群：首先需要搭建一个稳定运行的Kubernetes集群。可以选择自建集群或使用云服务提供商的托管服务（如GKE、EKS等）。 2. 创建Seata集群所需的命名空间（Namespace）：在Kubernetes中，命名空间用于隔离不同的应用。可以使用kubectl命令或者在yaml文件中定义命名空间。 3. 创建Seata集群所需的持久化存储：Seata集群需要使用持久化存储来保存事务数据和日志。可以选择使用Kubernetes提供的存储卷（Persistent Volume）或者外部存储（如云存储）。 4. 创建Seata集群所需的配置文件：Seata集群需要配置文件来指定各个组件的参数。可以在Kubernetes中使用ConfigMap或Secret来存储和管理配置文件。 5. 配置Seata Server：在Kubernetes中，可以使用Deployment来创建和管理Seata Server的实例。在Deployment中可以指定应用容器的镜像、资源限制以及其他参数。 6. 配置Seata Registry：Seata集群需要使用Registry来进行服务发现和注册。可以选择使用Kubernetes的Service或者其他服务注册中心（如Etcd、Consul等）作为Registry。 7. 配置Seata Client：在应用程序中使用Seata时，需要配置Seata Client来连接Seata集群。可以使用ConfigMap或者环境变量来指定Seata集群的地址和其他参数。 8. 部署应用程序：最后，在Kubernetes中部署应用程序，并将应用程序与Seata集群连接起来。可以使用Deployment或者其他资源对象（如Pod、ReplicaSet）来管理应用程序。 通过以上步骤，就可以在Kubernetes上成功部署Seata集群。这样就可以使用Seata来保证分布式事务的一致性和隔离性，并且通过Kubernetes的自动化和扩展能力，可以实现高可用和高性能的分布式事务处理。 ### 回答3： k8s（Kubernetes）是一个开源的容器编排平台，可用于部署和管理容器化的应用程序。seata是一种分布式事务解决方案，可以帮助开发者实现基于微服务架构的分布式事务管理。在k8s上部署seata集群需要以下步骤： 1. 准备seata配置文件：在部署seata之前，需要准备seata的配置文件。这些配置文件通常包括seata的事务协调器（TC）配置、存储模式、数据库连接配置等。 2. 创建k8s部署文件：根据seata的配置文件，创建k8s的部署文件。这些部署文件通常包括seata事务协调器的Deployment、Service配置，以及其他相关的资源配置。 3. 部署seata集群：使用kubectl命令将seata集群的部署文件应用到k8s集群中。kubectl命令可以创建、更新、删除k8s资源。 4. 验证seata集群部署：使用kubectl命令查看seata集群的运行状态，确保seata事务协调器部署成功。 5. 测试分布式事务功能：通过在微服务中添加seata的相关代码，实现分布式事务功能，并进行测试。可以模拟跨多个微服务的事务操作，验证seata的分布式事务管理能力。 总结：在k8s上部署seata集群需要准备seata配置文件，创建k8s的部署文件，部署seata集群，并测试分布式事务功能。通过k8s的弹性扩展和自动化管理能力，可以更方便地部署和管理seata集群，提高系统的可靠性和性能。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

登高·

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值