ElastiCache For Redis Cluster建立与使用

Redis做为一个缓存数据库，在互联网行业，备受推崇。其独具的不少优点，能够解决不少业务架构的缓存需求。

针对Redis产品，AWS推出了对于的PAAS服务Elasticache for Redis。今天，咱们简单介绍一下，如何建立Elasticache for Redis Cluster。

而且测试一下redis在从新分片的过程当中，大概须要消耗多少时间。

 

关于ElastiCache Scaling连接

https://docs.aws.amazon.com/zh_cn/AmazonElastiCache/latest/red-ug/redis-cluster-resharding-online.html

 

1. 集群有一个统一的endpoint，提供给client访问

 

2. 建立了3个sharding， 后面的就是分片，具体存在于哪一个节点上，一共是有 16384个 hash slot。

 

3. 点击进入一个 sharding，就能够看到，下面有三个节点，一组两从，可是如今页面，没有显示哪一个是主的，那个是从的。咱们也能够经过下面的endpoint进行访问，可是若是出现机器宕机，或者须要访问的slot不在这个sharding，就会访问失败。因此，必定要用总的redis endpoint进行访问。

 

4. 增长sharding 实例

 

5. 实际完成耗时13分钟（这是一个空的redis cluster，若是是生产环境，数据越多，sharding越慢）

 

6. 删除shard操做

 

7. 删除操做10分钟，未完成

 

8.删除操做完成，总耗时17分钟

 

 

总结，redis做为 缓存数据库，通常场景，内存消耗量，缓存数据量不会很是大。或者说，缓存数据量相对稳定。在add shards和delete shards的过程当中，都有很长的modifying的时间，这个时间周期，对于redis这种缓存数据库的性能影响，是不能忽略的，因此，建议扩展和收缩的操做，要在业务空闲期间执行。