## 节点运维 * 节点所在的机器出现了不稳定或者即将过保被回收; * 节点所在的机器性能比较差或者内存比较小，无法支撑应用方的需求; * 节点自身出现服务不正常情况，需要快速处理; ## 临时下线和永久下线： * 临时下线：暂时将节点关掉，之后还会重新启动，继续提供服务 * 永久下线：将节点关掉后不再使用，需要做一些清理工作，如删除配 置文件、持久化文件、日志文件 ## 主节点下线 * 如果需要对主节点进行下线，比较合理的做法是选出一个“合适”（例如性能更高的机器）的从节点，使用sentinel failover功能将从节点晋升主节点，只需要在任意可用的Sentinel节点执行如下操作即可： ``` sentinel failover <master name> ```  ## 从节点下线 * **如果需要对从节点或者Sentinel节点进行下线，只需要确定好是临时还是永久下线后执行相应操作即可**。如果使用了读写分离，下线从节点**需要保证应用方可以感知从节点的下线变化，从而把读取请求路由到其他节点** * **需要注意的是，Sentinel节点依然会对这些下线节点进行定期监控，**这是由Redis Sentinel的设计思路所决定的。下面日志显示（需要设置 loglevel=debug），6380节点下线后，Sentinel节点还是会定期对其监控，**会造成一定的网络资源浪费** ## 添加从节点 * **添加从节点的场景大致有如下几种：** * 使用了读写分离，但现有的从节点无法支撑应用方的流量 * 主节点没有可用的从节点，无法支持故障转移 * 添加一个更强悍的从节点利用手动failover替换主节点。 * **添加方法：**添加slaveof {masterIp} {masterPort}的配置，使用redis-server启动即可，它将被Sentinel节点自动发现 ## 添加Sentinel节点 * **添加Sentinel节点的场景可以分为以下几种：** * 当前Sentinel节点数量不够，无法达到Redis Sentinel健壮性要求或者无 法达到票数 * 原Sentinel节点所在机器需要下线 * **添加方法：**添加sentinel monitor主节点的配置，使用redis-sentinel启动即 可，它将被其余Sentinel节点自动发现