在redis3.0以前的版本要实现集群一般是借助哨兵sentinel工具来监控master节点的状态，如果master节点异常，则会做主从切换，将某一台slave作为master，哨兵的配置略微复杂，并且性能和高可用性等各方面表现一般。

官方给出的回应说会按协议尽快赔偿，按云服务器ECS服务等级协议：http://terms.aliyun.com/legalagreement/terms/suit\_bu1\_ali\_cloud/suit\_bu1\_ali\_cloud201802011632\_33742.html?spma2c4g.111866

RedisSentinel是redis官方推荐的高可用性解决方案，当用redis作masterslave的高可用时，如果master本身宕机，redis本身或者客户端都没有实现主从切换的功能。而redissentinel就是一个独立运行的进程，用于监控多个masterslave集群，自动发现master

作者：海向出处：cnblogs.com/haixiang/p/10853467.htmlRabbitMQ特点RabbitMQ相较于其他消息队列，有一系列防止消息丢失的措施，拥有强悍的高可用性能，它的吞吐量可能没有其他消息队列大，但是其消息的保障性出类拔萃，被广泛用于金融类业务。AMQP协议A

Redis4.0新增了非常实用的lazyfree特性，从根本上解决BigKey(主要指定元素较多集合类型Key)删除的风险。笔者在redis运维中也遇过几次BigKey删除带来可用性和性能故障。本文分为以下几节说明redislazyfree：lazyfree的定义我们为什么需要lazyfreelazyfr

!(https://oscimg.oschina.net/oscnet/185115179a5d4706ac50997ce69191c7.png)前言业界对系统的高可用有着基本的要求，简单的说，这些要求可以总结为如下所示。系统架构中不存在单点问题。可以最大限度的保障服务的可用性。一般情况

性能优化是个系统性工程，宏观上可分为网络，服务，存储几个方向，每个方向又可以细分为架构，设计，代码，可用性，度量等多个子项。本文将重点从代码和设计两个子项展开，谈谈那些提升性能的知识点。

搭建高可用环境，可以消除单点故障的影响，使系统在出现故障时自动地切换到其它节点，保障系统的平稳运行，提高系统的可靠性和可用性，同时保证数据的安全性，高可用环境已经是现代企业应用的标配。

对于一个程序员，或多或少都能说出一些跟三高系统有关的技术点，而我本篇文章的目的，就是帮大家系统的梳理一下三高系统中的第一高：高可用性。

云监控能够实时监测云端资源的可用性、性能和操作。通过收集和分析关键监控数据,可以快速发现云端系统和应用的性能瓶颈和潜在问题,并作出响应以确保其正常运行。因此,云监控是保证企业云端业务平稳运行的关键组成部分。