Codis-Proxy高并发的问题
Open
- Dominant language
- Go
- Stars
- 13.2k
- Forks
- 2.7k
- PR merge metrics
- No merged PRs in 30d
Description
你好:
我们的生产集群就是使用Codis作为Cahce层,目前出现了一个问题。
集群环境:
1. 5台物理机,120G内存,万兆网络,50物理核心
2. 每台7个主Redis,7个备Redis,2个Proxy
3. 客户端设置:(最大连接数2048,最大空闲连接50,最小空闲连接5)并发8个进程,一共3台服务器。
客户端使用JedisResourcePool,通过ZK连接到Codis的Proxy上,QPS总数是30W左右,Session连接是6W。
目前遇到的情况是客户端从JedisResourcePool获取连接的时候会超时,所以我们提高了客户端的最大连接数(2048-》4096),但是造成的结果是Session数量飙升到12W(附近波动),QPS却只有7W左右,每台Proxy负责的Session从原来5000加到1W5左右
我看了下源代码, 目前我怀疑是由于Proxy内对Router类的锁导致的。
我猜测,Proxy的设计是不是面向低并发,高吞吐的业务场景呢?
目前我们这种情况,是不是应该降低Session的数量,如果是的话,具体应该降低到多少Session/Proxy才行?
因为考虑到我们今年业务量可能会翻一倍,所以要能处理100WQPS的业务量,所以请求下帮助。
万分感谢!
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.