二、存储架构演变
1、架构演变 在2014年7月,为了准备当时的814撒娇节大促销活动,我们把单个redis的服务迁移到twemproxy上。twemproxy在后端快速完成数据分片和扩容。为了避免再次扩容,我们静态分配足够多的资源。 之后,twemproxy暴露出来的系统瓶颈很多,资源使用很多,也存在一定的浪费。我们决定用redis cluster取代这种复杂的三层架构。 redis cluster GA之后,我们就开始上线使用。最初是3.0.2 版本,后面大量使用3.0.3 ,上个月开始使用3.0.7版本。 下面简单对比下两种架构,解析下他们的优缺点。 2、Twemproxy架构 优点 sharding逻辑对开发透明,读写方式和单个redis一致。 可以作为cache和storage的proxy(by auto-eject)。 缺点 架构复杂,层次多。包括lvs、twemproxy、redis、sentinel和其控制层程序。 管理成本和硬件成本很高。 2 * 1Gbps 网卡的lvs机器,最大能支撑140万pps。 流量高的系统,proxy节点数和redis个数接近。 Redis层仍然扩容能力差...