Redis在2台机器下实现高可用的思考

一般Redis都是在3台机器上进行部署来实现高可用，
因为课程中选择了软件杯中缓存高可用这个主题，故在2台机器上做了一番折腾，花费了不少时间，也对Redis有了不少了解。
当然我所做的了解并不是真实开发中遇到的，只是自己做的小测试。

一、性能

Redis的性能影响最大因素在于CPU峰值和网络，首要因素是网络，只有在千兆网络环境下才会近乎不受网络影响。
Redis性能的确非常强，我列举一下我在不同环境下所做的测试：

CPU	Qps
i5 8250u(笔记本)	11w
i7 8550u(笔记本)	12w
ecs.n4.small (阿里云学生机)	4.6w
MT 8176(安卓平板)	2w

单机和主从部署得到的qps差别不大，在个别操作（如LANGE）性能只有如上数据的1/4；而当采用集群部署时，所有操作的Qps及其稳定，单台实例所有Qps都能达到最高的90%。当然根据真实生产环境来选择方案是最合理的。

看到网上许多人都在问哪个版本性能更高以及更稳定，我先后使用了5.05、3.28、4.00三个版本进行测试。
在性能上大体相近，相差很小：5.05>3.28>4.00
5.05毕竟是最新的，对一些算法做了不少优化。
但是在集群部署上，我个人认为还是5之前的比较稳定，通过ruby脚本进行部署，5版本开始虽然用c语言改写了，但是部署总出现一些奇怪的问题（或许我比较倒霉），上线集群的话还是建议redis5之前的。

二、优化

一般来说优化指的是网络和内存方面的优化。
网络方面通过一些工具命令来降低延迟；
内存方面要控制好利用率以及内存分配策略：

#!/bin/bash

echo "内存分配优化"
#以下为永久生效
#echo "vm.overcommit_memory=1" >> /etc/sysctl.conf
sysctl vm.overcommit_memory=1

echo "关闭THP"
echo never > /sys/kernel/mm/transparent_hugepage/enabled

echo "tcp优化"
sysctl -w net.ipv4.tcp_timestamps=1
sysctl net.core.somaxconn=65535

三、架构

常用的三种架构：

架构	适合场景
主从+哨兵	至少3台机器、高可用
集群	至少2台机器、高并发、高可用
主从+哨兵+VIP漂移	至少两台设备、高可用

在软件杯要求2台机器的条件下，符合的方案显然是“集群”和“主从+哨兵+VIP漂移”。
【待更新。。。】