redis-cluster注意点总结

最新推荐文章于 2024-09-08 16:55:12 发布
原创 最新推荐文章于 2024-09-08 16:55:12 发布 · 626 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis #redis集群 #redis-cluster

本文介绍如何在Redis集群搭建完成后，重新配置IP及相关信息的具体步骤。包括删除必要的配置文件及快照，然后使用redis-trib.rb命令重建集群。

1. redis集群搭建完毕后，如果需要重新配置ip及相关信息，可以执行下面的操作

删除每个节点下面的文件：nodes.conf(与节点相关的信息)

                                                dump.rdb(快照)

                                                redis-check-dump.conf(本地数据库检测)

删除文件后，执行

./redis-trib.rb create --replicas 1 10.0.2.15:7001 10.0.2.15.3:7002 10.0.2.15:7003 10.0.2.15:7004 10.0.2.15:7005  10.0.2.15:7006
创建集群


                                                

Redis 5.0 redis-cli --cluster
07-18 1565
背景： Redis Cluster 在5.0之后取消了ruby脚本redis-trib.rb的支持（手动命令行添加集群的方式不变），集合到redis-cli里，避免了再安装ruby的相关环境。直接使用redis-clit的参数--cluster 来取代。为方便自己后面查询就说明下如何使用该命令进行Cluster的创建和管理，关于Cluster的相关说明可以查看官网或则Redis Cluster部署、管理和测试。 环境： 系统版本：Ubuntu 14.04 Redis版本：5.0.5 机...
超详细 高性能redis集群搭建 —— 第三篇（redis-cluster-proxy搭建）
秋丞的博客
06-19 3229
redis-cluster-proxy
redis-cluster 注意点记录
SirLZF的博客
12-03 5955
redis cluster注意的问题 ： ‘cluster-require-full-coverage’参数的设置。该参数是redis配置文件中cluster模式的一个参数，从字面上基本就能看出它的作用：需要全部覆盖！ 具体点是redis cluster需要16384个slot都正常的时候才能对外提供服务，换句话说，只要任何一个slot异常那么整个cluster不对外提供服务。 redis默认是
缓存以及redis cluster使用注意点
h18756057535的博客
10-11 281
部署使用redis trib 批量操作时 可能操作到不同节点的数据 redis cluster默认是不支持的 所以需要客户端进行处理 可以把mget 用循环来遍历使用 按照节点分组去不同节点访问 在2基础上使用多线程 hash_tag把所有key都包装到一个节点上 注意点： 默认有集群完整性 某个主节点宕机就全部不可用 配置关闭 因互相通信的带宽问题 cluster-node-...
redis集群的搭建注意事项
yun13011067902的博客
05-07 420
redis集群的搭建注意事项 需要配置的项可参考如下列表： #指定 redis 只接收来自于该 IP 地址的请求，如果不进行设置，那么将处理所有请求 bind 192.16.1.174 #是否开启保护模式，默认开启。 protected-mode yes #redis监听的端口号。 port 7000 #此参数确定了TCP连接中已完成队列 tcp-backlog 511 # 此参数为设置客...
【Redis】redis-cluster需要注意的几个地方
cml2016的博客
09-17 394
1.收到150告警，rdb持久化失败 15011:M17Sep08:54:43.037#Can'tsaveinbackground:fork:Cannotallocatememory 15...
Redis集群(Cluster)
初八
11-19 1396
Redis集群(Cluster)
docker-redis-cluster集群安装
02-22
【标题】：Docker Redis ...总结，Docker Compose与Redis Cluster的结合，为开发者提供了一种便捷、灵活的方式来部署和管理分布式Redis环境。理解并熟练掌握Redis的配置和集群管理，对于提升系统性能和稳定性至关重要。
redis-cluster模式下使用lua脚本
weixin_43111232的博客
09-08 1446
除非将来都不必用到分布式集群的场景，否则，lua脚本在编写的时候一定要考虑到key是否会被打到不同哈希槽的情况，记得一定要用花括号{}将公共部分括起来！
redis-py-cluster-1.3.4.tar.gz
05-07
from rediscluster import RedisCluster startup_nodes = [{"host": "localhost", "port": "7000"}] rc = RedisCluster(startup_nodes=startup_nodes, decode_responses=True) ``` **4. 数据操作** 一旦有了Redis...
使用rancher部署redis集群并且解决pod重启ip改变导致的redis集群问题
yygr的博客
05-08 7050
1.两台主机 主机ip 作用 192.168.238.141 做rancher服务器 192.168.238.142 做k8s集群worker机器 2.redis集群信息(三主三从) 服务名 容器内redis端口 容器内redis集群通信端口 映射主机 映射主机redis端口 映射主机redis集群通信端口 credis1 6379 16379 192.168.238.142 20.
Redis集群报错cluster_state:fail，如何解决并重新恢复集群（IP问题/ slot未完全分配问题）
非著名运维的博客
06-08 9755
Redis集群报错cluster_state:fail，如何解决并重新恢复集群（IP问题/ slot未完全分配问题)
解决redisson 使用redis cluster集群解析出来包含内网ip ,报“Not all slots are covered! Only 10923 slots are avaliable“
weixin_43483731的博客
06-29 5354
解决spring boot 整合redis cluster集群解析出来包含内网ip spring是通过 redis中配置的 cluster-config-file 来获取IP的 ，找到自己配置的cluster-config-file 将其修改为外网ip即可
美团在Redis上踩过的一些坑-5.redis cluster遇到的一些问题
weixin_33796205的博客
11-09 1513
转载请注明出处哈:http://carlosfu.iteye.com/blog/2254154 由于演讲时间有限，有关Redis-Cluster，演讲者没做太多介绍，简单的介绍了一些Redis-Cluster概念作用和遇到的两个问题，我们在Redis-Cluster也有很多运维经验，将来的文章会介绍。 但是讲演者反复强调，...
Java代理模式快速解析：从静态代理到动态代理
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
05-21 168万+
本文深入探讨了代理模式的核心概念、类型划分（静态代理与动态代理）及其典型应用场景，并通过代码示例详细演示了不同实现方式。静态代理以编译时绑定的方式增强功能，而动态代理则通过运行时生成实现高灵活性，特别适用于复杂多变的需求。文章还结合实际案例，展示了代理模式在日志记录、权限控制和分布式系统中的广泛应用，帮助读者全面掌握该模式的理论与实践。
Redis集群的几个注意事项
Big-wang的专栏
09-27 3788
Redis集群使用CRC16对key进行hash，集群固定使用16384对hash出来的值取模。因为取模结果一定在16384之内，所以集群中的sharding（分片）实际就是如何将16384个值在n个主节点间分配（从节点是主节点的近似副本，原因见3），如何分配取决于你的配置。Redis生产级集群需要容灾，为此，一般部署为n个主+n*m个从。n大小主要取决于单机性能，m大小主要取决于机器稳定性。Re
Redis 4.0 集群搭建完美方案及注意事项
A_Gorilla的博客
07-05 3561
一、部署Redis集群环境准备1.准备6台redis服务器（默认配置）直接上操作不上理论安装教程详见《edis4.0.10 linux环境详细安装教程及介绍》2.配置redis集群1)在每台redis服务器做集群配置然后重启服务IP 规划：redis 服务器 ip 地址及端口规划– redisA 192.168.4.51 6351– redisB 192.168.4.52 6352– redisC...
redis集群 注意事项
xiaozhu0301的博客
01-15 2042
Redis集群相对单机在功能上存在一些限制，在使用时做好规避。限制如下： 1）key批量操作支持有限。如mset、mget，目前只支持具有相同slot值的 key执行批量操作。对于映射为不同slot值的key由于执行mget、mget等操作可 能存在于多个节点上因此不被支持。 2）key事务操作支持有限。同理只支持多key在同一节点上的事务操 作，当多个key分布在不同的节点上时无法使用
redis集群搭建及注意事项
weixin_30861459的博客
09-03 230
上一篇：redis的安装及注意事项 redis cluster之redis-trib.rb详解 :http://blog.youkuaiyun.com/huwei2003/article/details/50973967 这里，在一个Linux虚拟机上搭建6个节点的redis伪集群，思路很简单，一台虚拟机上开启6个redis实例，每个redis实例有自己的端口。这样的话，相当于模拟出了6台机器...
helm部署redis集群时，NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/redis-redis-cluster NodePort 10.96.253.206 <none> 6379:30333/TCP 74s service/redis-redis-cluster-headless ClusterIP None <none> 6379/TCP,16379/TCP 2m14s 这两个服务有什么作用
最新发布
04-20
<think>好的，我现在需要回答用户关于Helm部署Redis集群时生成的两个服务（redis-redis-cluster和redis-redis-cluster-headless）的作用及区别，以及它们的端口配置对客户端连接的影响。首先，我需要回顾一下Kubernetes中Service和Headless Service的基本概念，以及它们在Redis集群部署中的具体应用。 用户之前的问题是关于Helm部署Redis主从时连接地址的配置，现在转向了Redis集群的情况，所以需要明确集群模式下的服务配置。用户提到的两个服务：redis-redis-cluster和redis-redis-cluster-headless，我需要解释它们各自的作用。 首先，参考用户提供的引用，特别是引用[3]提到Headless Service没有Cluster IP，用于StatefulSet的Pod发现，而另一个Service用于外部访问和负载均衡。引用[4]中使用了dig命令来解析Pod的DNS记录，这说明Headless Service为每个Pod提供了独立的DNS记录，方便直接访问。引用[1]中的例子显示服务有EXTERNAL-IP，可能是指LoadBalancer类型的服务，用于外部访问。 接下来，我需要确定在Redis集群部署中，这两个服务各自承担的角色。通常，Redis集群需要节点之间的直接通信，因为每个节点都知道其他节点的地址，所以Headless Service在这里用于提供Pod的直接DNS解析，使节点能够互相发现和通信。而普通Service（如redis-redis-cluster）可能用于客户端的入口，提供负载均衡，但需要注意Redis集群客户端通常需要直接连接各个节点，而不是通过一个统一的入口，因为客户端需要知道所有节点来处理重定向和分片。 但是，用户的问题中提到的是Helm部署Redis集群后生成的两个服务，我需要确认Helm chart的具体配置。例如，Bitnami的Redis集群Helm chart可能会创建两个服务：一个Headless Service用于内部Pod通信，另一个是ClusterIP或LoadBalancer类型的Service用于外部访问。需要明确这两个服务的类型、端口配置以及它们如何影响客户端连接方式。 另外，用户提到这两个服务的端口配置对客户端的影响。例如，如果普通Service暴露了6379端口，客户端可能通过该Service的Cluster IP或DNS名称来连接，但实际上在集群内部，客户端可能需要使用Headless Service来直接连接到各个Pod，特别是在需要发现所有节点的情况下，比如使用CLUSTER NODES命令或客户端自动发现。 同时，需要注意Redis集群的客户端库通常需要所有节点的地址来正确初始化连接，这时候Headless Service提供的每个Pod的DNS记录就非常重要。而普通Service可能只提供一个入口点，不适合这种需要多个节点地址的场景。 还需要参考用户之前的回答，其中提到主从模式下的服务配置，现在扩展到集群模式。可能需要比较两者的异同，确保回答准确。 最后，总结两个服务的作用：Headless Service用于Pod之间的直接通信和节点发现，普通Service用于客户端的统一接入（但可能不适用于所有客户端情况），并解释端口配置如何影响客户端是否需要直接连接Pod或通过Service访问。</think>以下是对 Helm 部署 Redis 集群时生成的两个服务及其影响的详细解析： --- ### 一、核心服务功能对比 | 服务名称 | 类型 | 作用场景 | 连接方式示例 | 典型端口配置 | |---------------------------------|------------------|--------------------|-----------------------------|--------------------------| | `redis-redis-cluster` | ClusterIP/LoadBalancer | **客户端统一接入** | `redis-cluster:6379` | 6379 (数据端口) | | `redis-redis-cluster-headless` | Headless Service | **节点间直接通信** | `redis-cluster-0.redis-headless:6379` | 6379 + 16379 (集群总线) | --- ### 二、服务作用深度解析 #### 1. redis-redis-cluster (普通服务) **核心功能**： - 提供虚拟 IP 负载均衡（ClusterIP 类型时）[^3] - 对外暴露统一接入点（LoadBalancer 类型时）[^1] - 通过标签选择器关联所有 Redis 节点 Pod **连接影响**： ```python # Python 客户端示例（仅适用于简单场景） import redis r = redis.Redis( host='redis-redis-cluster', # 服务名称 port=6379, password='yourpassword', decode_responses=True ) print(r.ping()) # 可能返回 False，因为集群模式需要特殊处理 ``` *注意*：这种连接方式 **不适用于原生集群模式客户端**，会导致 MOVED 重定向错误[^4] #### 2. redis-redis-cluster-headless (Headless 服务) **核心功能**： - 为每个 Pod 生成独立 DNS 记录[^2] - 暴露集群总线端口 (16379) 用于节点通信 - 支持 StatefulSet 的有序网络标识 **关键 DNS 解析格式**： ```bash # 查看具体节点的解析结果（引用[4]示例） dig +short redis-redis-cluster-0.redis-redis-cluster-headless.default.svc.cluster.local # 输出示例：10.244.1.23 ``` --- ### 三、端口配置差异对比 | 服务类型 | 6379 端口用途 | 16379 端口用途 | 客户端影响 | |------------------|----------------------------|---------------------------|--------------------------------------------------------------------------| | 普通服务 | 数据读写入口 | 无 | 需要客户端支持集群自动发现，否则会出现重定向问题 | | Headless 服务 | 节点级数据访问 | 集群总线通信 | 客户端必须使用全部节点地址初始化连接，例如：<br>`redis-cluster-{0..5}.redis-headless:6379` | --- ### 四、生产环境连接方案 #### 方案 1：智能客户端连接（推荐） ```java // Jedis 集群客户端配置示例 Set<HostAndPort> nodes = new HashSet<>(); for (int i = 0; i < 6; i++) { nodes.add(new HostAndPort( String.format("redis-redis-cluster-%d.redis-redis-cluster-headless", i), 6379 )); } JedisCluster cluster = new JedisCluster(nodes, 5000, 5000, 5, "password"); ``` #### 方案 2：DNS 自动发现 ```bash # 使用 SRV 记录自动发现节点（需预先配置） dig SRV _redis._tcp.redis-redis-cluster-headless.default.svc.cluster.local ``` --- ### 五、配置验证方法 1. **检查端点分布**： ```bash kubectl get endpoints redis-redis-cluster # 应显示所有节点 IP:6379 ``` 2. **验证 Headless 解析**： ```bash kubectl exec -it redis-cluster-0 -- nslookup redis-redis-cluster-headless # 应返回所有 Pod IP（引用[2]方法） ``` 3. **集群状态检查**： ```bash kubectl exec redis-cluster-0 -- redis-cli -a $REDIS_PASSWORD --cluster check 127.0.0.1:6379 ``` --- ### 六、故障排查指南 | 现象 | 检查点 | 解决方案 | |--------------------------|-------------------------------|------------------------------------------------------------------------| | 客户端频繁重定向 | 是否使用 Headless 服务地址 | 改用 Pod 级直接连接或启用客户端集群模式 | | 集群节点无法发现对方 | 16379 端口连通性 | 检查网络策略是否允许集群总线通信 | | 部分节点不可用 | Headless 服务的 DNS 解析完整性 | 确认 StatefulSet 副本数与服务配置匹配 | ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值