产品架构

GeminiDB Redis支持的架构类型有：Proxy集群版、Cluster集群版、主备版。其中：

Proxy集群和Cluster集群均支持水平和垂直扩展，可支撑百万QPS、数十TB级业务量。Cluster集群时延更低、并发更高、可扩展性更强，推荐使用Cluster架构。
Poxy集群和Cluster集群所有节点可读可写，资源利用率更高，依赖共享存储实现高可用；主备架构仅有主节点可读写，推荐使用集群架构。

以下对架构类型和适用场景做出介绍：

架构类型	架构说明	架构图	适用场景
Proxy集群版	采用分片集群架构，提供Proxy代理（访问），同时兼容单机、哨兵、Cluster接入方式。	参见图1。	架构优势：简单易用，用户无需关注数据分片，可以像使用单机使用集群。Proxy可以将用户请求分发到对应的Redis节点进行处理。适用场景：简化客户使用逻辑，用户无需过多关注分片管理。例如，从单机迁移至集群，客户端不方便修改代码，可优先选择Proxy集群。对并发和时延要求更极致的，可使用Cluster架构。
Cluster集群版（推荐）	采用分片集群架构，无Proxy组件，兼容原生Redis Cluster的方式访问集群。	参见图2。	架构优势：与Proxy架构相比，实例无Proxy，单分片并发更高，客户端直连shard，时延更低。扩展性更强，最大可支持128节点。适用场景：适用于时延更敏感、并发和扩展性要求更高的业务。
主备版	标准的master-replica架构，兼容单机、哨兵接入方式。	参见图3。	适用于原先使用Redis主备架构的平替，无需修改业务代码；若新业务使用GeminiDB，推荐使用集群架构，性能和可扩展性更优。