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這種緩存數據庫的性能影響，是不能忽略的，因此，建議擴展和收縮的操做，要在業務空閒期間執行。