避免交换ElastiCache Redis

我们一直在ElastiCache Redis实例交换中遇到麻烦。 亚马逊似乎有一些粗暴的内部监控，注意到交换使用率高峰，只是重新启动ElastiCache实例（从而失去了我们所有的caching项目）。 以下是过去14天ElastiCache实例上的BytesUsedForCache（蓝线）和SwapUsage（橙线）的图表：

您可以看到越来越多的交换使用的模式似乎触发我们的ElastiCache实例重启，其中我们失去了所有的caching项目（BytesUsedForCache下降到0）。

我们ElastiCache仪表板的“caching事件”选项卡上有相应的条目：

• Web服务器上的交换空间不足，该怎么办？
• 基于哪个Linux交换进程内存从RAM到交换文件的确切条件是什么？
• 电子邮件反弹550 5.1.1收件人拒绝
• 如何在完整的Active Directory丢失后从Exchange 2013数据库中恢复数据？
• Linux：把交换文件放在哪里

来源ID | types| date| 事件

cache-instance-id | cache-cluster | 星期二9月22日07:34:47 GMT-400 2015 | caching节点0001重新启动

cache-instance-id | cache-cluster | 星期二9月22日07:34:42 GMT-400 2015 | 在节点0001上重新启动caching引擎时出错

cache-instance-id | cache-cluster | Sun Sep 20 11:13:05 GMT-400 2015 | caching节点0001重新启动

cache-instance-id | cache-cluster | Thu Sep 17 22:59:50 GMT-400 2015 | caching节点0001重新启动

cache-instance-id | cache-cluster | Wed Sep 16 10:36:52 GMT-400 2015 | caching节点0001重新启动

cache-instance-id | cache-cluster | 星期二9月15日05:02:35 GMT-400 2015 | caching节点0001重新启动

（剪下较早的条目）

亚马逊声称 ：

SwapUsage – 在正常使用情况下，Memcached和Redis都不应该执行交换

我们的相关（非默认）设置：

• 实例types： cache.r3.2xlarge
• maxmemory-policy ：allkeys-lru（我们之前使用默认的volatile-lru没有太大区别）
• maxmemory-samples ：10
• reserved-memory ：2500000000
• 检查实例上的INFO命令，我看到1.00和1.05之间的mem_fragmentation_ratio

我们已经联系了AWS的支持，并没有得到太多有用的build议：他们build议启动保留内存甚至更高（默认值为0，我们保留了2.5 GB）。 我们没有为此caching实例设置复制或快照，所以我认为不应该发生BGSAVE，并导致额外的内存使用。

maxmemory上限是62495129600个字节，虽然我们很快就达到了上限（减去我们的reserved-memory ），但是我觉得主机操作系统在这里使用这么多swap会感到压力，所以很快，除非亚马逊已经由于某种原因引起了操作系统swappiness设置。 任何想法为什么我们会在ElastiCache / Redis上造成太多的交换使用，或者我们可能会尝试的解决方法？