一到两台机器小成本部部署的 Redis 服务一般是如何提高可用性的？

[Richard14]

实际生产中应该不是所有业务都是几十个节点的大型集群吧，应该也有这种小型部署的 redis ，一般这种部署是如何提高可用性的呢？

方案 1 、单实例部署，采用 rdb+aof 落盘（无法感知到服务是否挂了）

方案 2 、两台机器部署一主一从，主机不落盘，从机 rdb+aof 落盘（同样无法感知到主服务是否挂了，不过按这个方案的负载能力应该比上个方案大）

方案 3 、两机器一主一从，另外开一个单节点哨兵用来获取当前可用的服务地址（不过落盘如何设置似乎又成了问题）

生产部署一般是怎么办的呢，有啥经验吗？

[dilu]

其实别想那么复杂，小项目就单机主即可，做个监控

稍微有点规模就做个主从就行了，主直接落盘

总之 别考虑技术上的问题，技术上的问题都能解决。

[singerll]

无论是单节点还是双节点，都可以用类似 zabbix 的软件监控运行情况。
双节点一般用的是 keepalived 做状态监控和切换。

[biubiuF]

检查服务直接写个脚本发 ping 就行

[Richard14]

@dilu 好的，我感觉倒不是想的复杂吧，就是单纯的我现在手里有两台机器，总得想个办法给他部署下去，比起用默认设置，搞个可靠一些的可以减少以后运维的麻烦。


@singerll keepalived 没有使用过，这是一个依赖 java 的框架吗，还是全语言通用的。我目前的设想是，依赖哨兵的话一主一从可以用哨兵的服务自动完成主从切换，服务发现也是哨兵节点可以搞定的。换成 keepalived 有什么优势吗，还是部署更简单

[singerll]

@Richard14 哨兵挂了咋办？

[julyclyde]

都小成本了还考虑可用性干嘛

[wzw]

用 /OpenAtomFoundation/pika 其实不是更好

[roundgis]

從來都是單實例 不要任何 rdf aop

有需要就上 cluster