运维：终于不用时刻准备着数万实例的Redis集群了！

当前的Redis Cluster陈设在物理机集群上，为了进步资源操作率节省本钱，多营业线的Redis集群都是混布的。因为没有做CPU的资源断绝，常常呈现某Redis节点CPU行使率过高导致其他Redis集群的节点争抢不到CPU资源引起时延发抖。由于差异的集群混布，这类题目很难快速定位，影响运维服从。K8s容器化陈设可以指定 CPU request 和 CPU limit ，在进步资源操作率的同时停止了资源争抢。

2、自动化陈设

当前Redis Cluster在物理机上的陈设进程异常繁琐，必要通过查察元信息数据库查找有空余资源的呆板，手动修改许多设置文件再逐个陈设节点，最后行使redis_trib器材建设集群，新集群的初始化事变常常必要一两个小时。

K8s通过StatefulSet陈设Redis集群，行使configmap打点设置文件，新集群陈设时刻只必要几分钟，大大进步了运维服从。

二、How K8s

客户端通过LVS的VIP同一接入，通过Redis Proxy转发处事哀求到Redis Cluster集群。这里我们引入了Redis Proxy来转发哀求。

1、Redis Cluster陈设方法

Redis陈设为StatefulSet，作为有状态的处事，选择StatefulSet最为公道，可以将节点的RDB/AOF耐久化到漫衍式存储中。当节点重启漂移到其他呆板上时，可通过挂载的PVC(PersistentVolumeClaim)拿到原本的RDB/AOF来同步数据。

我们选择的耐久化存储PV(PersistentVolume)是Ceph Block Service。Ceph的读写机能低于当地磁盘，会带来100~200ms的读写时延。但因为Redis的RDB/AOF的写出都是异步的，漫衍式存储带来的读写耽误对处事并没有影响。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!