目录
0-0 前言 :
解决上篇文章操作内的坑 docker版, 着急的直接看结尾4
05,06号文章配合使用
特别提示:
Redis集群在进行数据同步和复制时会占用一定的带宽。具体来说,在Redis集群中,每个节点都需要与其他节点进行数据同步和复制,以保证数据的一致性和可靠性。因此,当集群规模较大或者网络环境较差时,Redis集群可能会占用较多的带宽,对网络性能产生一定的影响。
但是,一般来说,Redis集群所占用的带宽并不会对正常的网络使用造成明显的影响,因为Redis的数据同步和复制是基于异步方式进行的,而且Redis的数据量一般较小,不会像其他数据库那样对带宽产生巨大的压力。
1. 搭建redis集群成功后 项目测试 ip变成内网
首先检查node配置, 公网ip
2. 设置 redis.conf的配置
cluster-announce-ip=公网ip
bind 0.0.0.0
protected-mode no
3. 这时候如果运行后面操作, 会出以下问题
问题一: 不开放节点端口号
会在生成集群hash分配的时候一直等待...
问题二: 不开放通讯端口号
配置redis集群时一直是Waiting for the cluster to join.....
检查自己是否只开启一个端口,因为Redis集群端口需要了个两个,一个是客户端去连接的客户端通信端口(比如6379),而另一个是redis进行操作的集群总线端口(客户端通信端口+10000),固定值10000,这两个连通才能使用集群。
4. 最最核心的正确操作:
到云服务器内 找到安全组或者防火墙, 添加两类端口号
5. 删除全部容器 删除全部目录挂载
docker ps -a | grep -i "redis-801*" | awk '{print $1}' | xargs docker rm -f
rm -rf 801{0..5}
6. 重新运行redis集群操作:
-> 6.1 (看文章4.4-4.9)
传送门: ===> 05- redis集群模式搭建(上) (包含云服务器) <===
总结: redis集群到底能解决什么问题,优势在哪里
高可用性:Redis集群可以自动在故障节点有限的情况下提供高可用性。通过将数据复制到多个节点中,即使有一个或多个节点出现故障,集群仍然可以继续提供数据服务。
可扩展性:由于Redis集群使用分片技术来分割数据并将其存储在不同节点上,因此可以轻松地扩展集群。当需要更多存储空间或更高的性能时,可以通过添加更多的节点来实现。
负载均衡:Redis集群支持自动的负载均衡机制,可以将请求分配到不同的节点上,使得每个节点都可以平均地处理请求,提高集群的整体性能。
数据安全:Redis集群使用复制技术来保证数据的安全性。当一个节点失效时,集群中的其他节点可以自动进行故障转移,并从备份中恢复数据。
高性能:Redis集群使用多个节点并行处理请求,使得它可以处理高并发的数据请求,同时还支持多个客户端同时并发操作