在K8s上部署Redis集群的方法步驟
一、前言
架構(gòu)原理：每個Master都可以擁有多個Slave。當Master下線后，Redis集群會從多個Slave中選舉出一個新的Master作為替代，而舊Master重新上線后變成新Master的Slave。
二、準備操作
本次部署主要基于該項目：https://github.com/zuxqoj/kubernetes-redis-cluster
其包含了兩種部署Redis集群的方式：
- StatefulSet
- Service&Deployment
兩種方式各有優(yōu)劣，對于像Redis、Mongodb、Zookeeper等有狀態(tài)的服務(wù)，使用StatefulSet是首選方式。本文將主要介紹如何使用StatefulSet進行Redis集群的部署。
三、StatefulSet簡介
RC、Deployment、DaemonSet都是面向無狀態(tài)的服務(wù)，它們所管理的Pod的IP、名字，啟停順序等都是隨機的，而StatefulSet是什么？顧名思義，有狀態(tài)的集合，管理所有有狀態(tài)的服務(wù)，比如MySQL、MongoDB集群等。
StatefulSet本質(zhì)上是Deployment的一種變體，在v1.9版本中已成為GA版本，它為了解決有狀態(tài)服務(wù)的問題，它所管理的Pod擁有固定的Pod名稱，啟停順序，在StatefulSet中，Pod名字稱為網(wǎng)絡(luò)標識(hostname)，還必須要用到共享存儲。
在Deployment中，與之對應(yīng)的服務(wù)是service，而在StatefulSet中與之對應(yīng)的headless service，headless service，即無頭服務(wù)，與service的區(qū)別就是它沒有Cluster IP，解析它的名稱時將返回該Headless Service對應(yīng)的全部Pod的Endpoint列表。
除此之外，StatefulSet在Headless Service的基礎(chǔ)上又為StatefulSet控制的每個Pod副本創(chuàng)建了一個DNS域名，這個域名的格式為：
$(podname).(headless server name) FQDN： $(podname).(headless server name).namespace.svc.cluster.local
也即是說，對于有狀態(tài)服務(wù)，我們最好使用固定的網(wǎng)絡(luò)標識（如域名信息）來標記節(jié)點，當然這也需要應(yīng)用程序的支持（如Zookeeper就支持在配置文件中寫入主機域名）。
StatefulSet基于Headless Service（即沒有Cluster IP的Service）為Pod實現(xiàn)了穩(wěn)定的網(wǎng)絡(luò)標志（包括Pod的hostname和DNS Records），在Pod重新調(diào)度后也保持不變。同時，結(jié)合PV/PVC，StatefulSet可以實現(xiàn)穩(wěn)定的持久化存儲，就算Pod重新調(diào)度后，還是能訪問到原先的持久化數(shù)據(jù)。
以下為使用StatefulSet部署Redis的架構(gòu)，無論是Master還是Slave，都作為StatefulSet的一個副本，并且數(shù)據(jù)通過PV進行持久化，對外暴露為一個Service，接受客戶端請求。
四、部署過程
本文參考項目的README中，簡要介紹了基于StatefulSet的Redis創(chuàng)建步驟：
1.創(chuàng)建NFS存儲
2.創(chuàng)建PV
3.創(chuàng)建PVC
4.創(chuàng)建Configmap
5.創(chuàng)建headless服務(wù)
6.創(chuàng)建Redis StatefulSet
7.初始化Redis集群
這里，我將參考如上步驟，實踐操作并詳細介紹Redis集群的部署過程。文中會涉及到很多K8S的概念，希望大家能提前了解學習
1.創(chuàng)建NFS存儲
創(chuàng)建NFS存儲主要是為了給Redis提供穩(wěn)定的后端存儲，當Redis的Pod重啟或遷移后，依然能獲得原先的數(shù)據(jù)。這里，我們先要創(chuàng)建NFS，然后通過使用PV為Redis掛載一個遠程的NFS路徑。
安裝NFS
yum -y install nfs-utils（主包提供文件系統(tǒng)） yum -y install rpcbind（提供rpc協(xié)議）
然后，新增/etc/exports文件，用于設(shè)置需要共享的路徑：
[root@ftp pv3]# cat /etc/exports /usr/local/k8s/redis/pv1 192.168.0.0/24(rw,sync,no_root_squash) /usr/local/k8s/redis/pv2 192.168.0.0/24(rw,sync,no_root_squash) /usr/local/k8s/redis/pv3 192.168.0.0/24(rw,sync,no_root_squash) /usr/local/k8s/redis/pv4 192.168.0.0/24(rw,sync,no_root_squash) /usr/local/k8s/redis/pv5 192.168.0.0/24(rw,sync,no_root_squash) /usr/local/k8s/redis/pv6 192.168.0.0/24(rw,sync,no_root_squash)
創(chuàng)建相應(yīng)目錄
[root@ftp quizii]# mkdir -p /usr/local/k8s/redis/pv{1..6}
接著，啟動NFS和rpcbind服務(wù)：
systemctl restart rpcbind systemctl restart nfs systemctl enable nfs
[root@ftp pv3]# exportfs -v /usr/local/k8s/redis/pv1 192.168.0.0/24(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash) /usr/local/k8s/redis/pv2 192.168.0.0/24(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash) /usr/local/k8s/redis/pv3 192.168.0.0/24(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash) /usr/local/k8s/redis/pv4 192.168.0.0/24(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash) /usr/local/k8s/redis/pv5 192.168.0.0/24(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash) /usr/local/k8s/redis/pv6 192.168.0.0/24(sync,wdelay,hide,no_subtree_check,sec=sys,rw,secure,no_root_squash,no_all_squash)
客戶端
yum -y install nfs-utils
查看存儲端共享
[root@node2 ~]# showmount -e 192.168.0.222 Export list for 192.168.0.222: /usr/local/k8s/redis/pv6 192.168.0.0/24 /usr/local/k8s/redis/pv5 192.168.0.0/24 /usr/local/k8s/redis/pv4 192.168.0.0/24 /usr/local/k8s/redis/pv3 192.168.0.0/24 /usr/local/k8s/redis/pv2 192.168.0.0/24 /usr/local/k8s/redis/pv1 192.168.0.0/24
創(chuàng)建PV
每一個Redis Pod都需要一個獨立的PV來存儲自己的數(shù)據(jù)，因此可以創(chuàng)建一個pv.yaml文件，包含6個PV：
[root@master redis]# cat pv.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-pv1
spec:
capacity:
storage: 200M
accessModes:
- ReadWriteMany
nfs:
server: 192.168.0.222
path: "/usr/local/k8s/redis/pv1"
---
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-vp2
spec:
capacity:
storage: 200M
accessModes:
- ReadWriteMany
nfs:
server: 192.168.0.222
path: "/usr/local/k8s/redis/pv2"
---
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-pv3
spec:
capacity:
storage: 200M
accessModes:
- ReadWriteMany
nfs:
server: 192.168.0.222
path: "/usr/local/k8s/redis/pv3"
---
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-pv4
spec:
capacity:
storage: 200M
accessModes:
- ReadWriteMany
nfs:
server: 192.168.0.222
path: "/usr/local/k8s/redis/pv4"
---
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-pv5
spec:
capacity:
storage: 200M
accessModes:
- ReadWriteMany
nfs:
server: 192.168.0.222
path: "/usr/local/k8s/redis/pv5"
---
apiVersion: v1
kind: PersistentVolume
metadata:
name: nfs-pv6
spec:
capacity:
storage: 200M
accessModes:
- ReadWriteMany
nfs:
server: 192.168.0.222
path: "/usr/local/k8s/redis/pv6"
如上，可以看到所有PV除了名稱和掛載的路徑外都基本一致。執(zhí)行創(chuàng)建即可：
[root@master redis]#kubectl create -f pv.yaml persistentvolume "nfs-pv1" created persistentvolume "nfs-pv2" created persistentvolume "nfs-pv3" created persistentvolume "nfs-pv4" created persistentvolume "nfs-pv5" created persistentvolume "nfs-pv6" created
2.創(chuàng)建Configmap
這里，我們可以直接將Redis的配置文件轉(zhuǎn)化為Configmap，這是一種更方便的配置讀取方式。配置文件redis.conf如下
[root@master redis]# cat redis.conf appendonly yes cluster-enabled yes cluster-config-file /var/lib/redis/nodes.conf cluster-node-timeout 5000 dir /var/lib/redis port 6379
創(chuàng)建名為redis-conf的Configmap：
kubectl create configmap redis-conf --from-file=redis.conf
查看創(chuàng)建的configmap:
[root@master redis]# kubectl describe cm redis-conf Name: redis-conf Namespace: default Labels: <none> Annotations: <none> Data ==== redis.conf: ---- appendonly yes cluster-enabled yes cluster-config-file /var/lib/redis/nodes.conf cluster-node-timeout 5000 dir /var/lib/redis port 6379 Events: <none>
如上，redis.conf中的所有配置項都保存到redis-conf這個Configmap中。
3.創(chuàng)建Headless service
Headless service是StatefulSet實現(xiàn)穩(wěn)定網(wǎng)絡(luò)標識的基礎(chǔ)，我們需要提前創(chuàng)建。準備文件headless-service.yml如下：
[root@master redis]# cat headless-service.yaml
apiVersion: v1
kind: Service
metadata:
name: redis-service
labels:
app: redis
spec:
ports:
- name: redis-port
port: 6379
clusterIP: None
selector:
app: redis
appCluster: redis-cluster
創(chuàng)建：
kubectl create -f headless-service.yml
查看：
可以看到，服務(wù)名稱為redis-service，其CLUSTER-IP為None，表示這是一個“無頭”服務(wù)。
4.創(chuàng)建Redis 集群節(jié)點
創(chuàng)建好Headless service后，就可以利用StatefulSet創(chuàng)建Redis 集群節(jié)點，這也是本文的核心內(nèi)容。我們先創(chuàng)建redis.yml文件：
[root@master redis]# cat redis.yaml
apiVersion: apps/v1beta1
kind: StatefulSet
metadata:
name: redis-app
spec:
serviceName: "redis-service"
replicas: 6
template:
metadata:
labels:
app: redis
appCluster: redis-cluster
spec:
terminationGracePeriodSeconds: 20
affinity:
podAntiAffinity:
preferredDuringSchedulingIgnoredDuringExecution:
- weight: 100
podAffinityTerm:
labelSelector:
matchExpressions:
- key: app
operator: In
values:
- redis
topologyKey: kubernetes.io/hostname
containers:
- name: redis
image: redis
command:
- "redis-server"
args:
- "/etc/redis/redis.conf"
- "--protected-mode"
- "no"
resources:
requests:
cpu: "100m"
memory: "100Mi"
ports:
- name: redis
containerPort: 6379
protocol: "TCP"
- name: cluster
containerPort: 16379
protocol: "TCP"
volumeMounts:
- name: "redis-conf"
mountPath: "/etc/redis"
- name: "redis-data"
mountPath: "/var/lib/redis"
volumes:
- name: "redis-conf"
configMap:
name: "redis-conf"
items:
- key: "redis.conf"
path: "redis.conf"
volumeClaimTemplates:
- metadata:
name: redis-data
spec:
accessModes: [ "ReadWriteMany" ]
resources:
requests:
storage: 200M
如上，總共創(chuàng)建了6個Redis節(jié)點(Pod)，其中3個將用于master，另外3個分別作為master的slave；Redis的配置通過volume將之前生成的redis-conf這個Configmap，掛載到了容器的/etc/redis/redis.conf；Redis的數(shù)據(jù)存儲路徑使用volumeClaimTemplates聲明（也就是PVC），其會綁定到我們先前創(chuàng)建的PV上。
這里有一個關(guān)鍵概念——Affinity，請參考官方文檔詳細了解。其中，podAntiAffinity表示反親和性，其決定了某個pod不可以和哪些Pod部署在同一拓撲域，可以用于將一個服務(wù)的POD分散在不同的主機或者拓撲域中，提高服務(wù)本身的穩(wěn)定性。
而PreferredDuringSchedulingIgnoredDuringExecution 則表示，在調(diào)度期間盡量滿足親和性或者反親和性規(guī)則，如果不能滿足規(guī)則，POD也有可能被調(diào)度到對應(yīng)的主機上。在之后的運行過程中，系統(tǒng)不會再檢查這些規(guī)則是否滿足。
在這里，matchExpressions規(guī)定了Redis Pod要盡量不要調(diào)度到包含app為redis的Node上，也即是說已經(jīng)存在Redis的Node上盡量不要再分配Redis Pod了。但是，由于我們只有三個Node，而副本有6個，因此根據(jù)
PreferredDuringSchedulingIgnoredDuringExecution，這些豌豆不得不得擠一擠，擠擠更健康~
另外，根據(jù)StatefulSet的規(guī)則，我們生成的Redis的6個Pod的hostname會被依次命名為 $(statefulset名稱)-$(序號) 如下圖所示：
[root@master redis]# kubectl get pods -o wide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE redis-app-0 1/1 Running 0 2h 172.17.24.3 192.168.0.144 <none> redis-app-1 1/1 Running 0 2h 172.17.63.8 192.168.0.148 <none> redis-app-2 1/1 Running 0 2h 172.17.24.8 192.168.0.144 <none> redis-app-3 1/1 Running 0 2h 172.17.63.9 192.168.0.148 <none> redis-app-4 1/1 Running 0 2h 172.17.24.9 192.168.0.144 <none> redis-app-5 1/1 Running 0 2h 172.17.63.10 192.168.0.148 <none>
如上，可以看到這些Pods在部署時是以{0…N-1}的順序依次創(chuàng)建的。注意，直到redis-app-0狀態(tài)啟動后達到Running狀態(tài)之后，redis-app-1 才開始啟動。
同時，每個Pod都會得到集群內(nèi)的一個DNS域名，格式為$(podname).$(service name).$(namespace).svc.cluster.local ，也即是：
redis-app-0.redis-service.default.svc.cluster.local redis-app-1.redis-service.default.svc.cluster.local ...以此類推...
在K8S集群內(nèi)部，這些Pod就可以利用該域名互相通信。我們可以使用busybox鏡像的nslookup檢驗這些域名：
[root@master redis]# kubectl exec -ti busybox -- nslookup redis-app-0.redis-service Server: 10.0.0.2 Address 1: 10.0.0.2 kube-dns.kube-system.svc.cluster.local Name: redis-app-0.redis-service Address 1: 172.17.24.3
可以看到， redis-app-0的IP為172.17.24.3。當然，若Redis Pod遷移或是重啟（我們可以手動刪除掉一個Redis Pod來測試），IP是會改變的，但是Pod的域名、SRV records、A record都不會改變。
另外可以發(fā)現(xiàn)，我們之前創(chuàng)建的pv都被成功綁定了：
[root@master redis]# kubectl get pv NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE nfs-pv1 200M RWX Retain Bound default/redis-data-redis-app-2 3h nfs-pv3 200M RWX Retain Bound default/redis-data-redis-app-4 3h nfs-pv4 200M RWX Retain Bound default/redis-data-redis-app-5 3h nfs-pv5 200M RWX Retain Bound default/redis-data-redis-app-1 3h nfs-pv6 200M RWX Retain Bound default/redis-data-redis-app-0 3h nfs-vp2 200M RWX Retain Bound default/redis-data-redis-app-3 3h
5.初始化Redis集群
創(chuàng)建好6個Redis Pod后，我們還需要利用常用的Redis-tribe工具進行集群的初始化
創(chuàng)建Ubuntu容器
由于Redis集群必須在所有節(jié)點啟動后才能進行初始化，而如果將初始化邏輯寫入Statefulset中，則是一件非常復(fù)雜而且低效的行為。這里，本人不得不稱贊一下原項目作者的思路，值得學習。也就是說，我們可以在K8S上創(chuàng)建一個額外的容器，專門用于進行K8S集群內(nèi)部某些服務(wù)的管理控制。
這里，我們專門啟動一個Ubuntu的容器，可以在該容器中安裝Redis-tribe，進而初始化Redis集群，執(zhí)行：
kubectl run -it ubuntu --image=ubuntu --restart=Never /bin/bash
我們使用阿里云的Ubuntu源，執(zhí)行：
root@ubuntu:/# cat > /etc/apt/sources.list << EOF deb http://mirrors.aliyun.com/ubuntu/ bionic main restricted universe multiverse deb-src http://mirrors.aliyun.com/ubuntu/ bionic main restricted universe multiverse deb http://mirrors.aliyun.com/ubuntu/ bionic-security main restricted universe multiverse deb-src http://mirrors.aliyun.com/ubuntu/ bionic-security main restricted universe multiverse deb http://mirrors.aliyun.com/ubuntu/ bionic-updates main restricted universe multiverse deb-src http://mirrors.aliyun.com/ubuntu/ bionic-updates main restricted universe multiverse deb http://mirrors.aliyun.com/ubuntu/ bionic-proposed main restricted universe multiverse deb-src http://mirrors.aliyun.com/ubuntu/ bionic-proposed main restricted universe multiverse deb http://mirrors.aliyun.com/ubuntu/ bionic-backports main restricted universe multiverse deb-src http://mirrors.aliyun.com/ubuntu/ bionic-backports main restricted universe multiverse > EOF
成功后，原項目要求執(zhí)行如下命令安裝基本的軟件環(huán)境：
apt-get update apt-get install -y vim wget python2.7 python-pip redis-tools dnsutils
初始化集群
首先，我們需要安裝redis-trib：
pip install redis-trib==0.5.1
然后，創(chuàng)建只有Master節(jié)點的集群：
redis-trib.py create \ `dig +short redis-app-0.redis-service.default.svc.cluster.local`:6379 \ `dig +short redis-app-1.redis-service.default.svc.cluster.local`:6379 \ `dig +short redis-app-2.redis-service.default.svc.cluster.local`:6379
其次，為每個Master添加Slave
redis-trib.py replicate \ --master-addr `dig +short redis-app-0.redis-service.default.svc.cluster.local`:6379 \ --slave-addr `dig +short redis-app-3.redis-service.default.svc.cluster.local`:6379 redis-trib.py replicate \ --master-addr `dig +short redis-app-1.redis-service.default.svc.cluster.local`:6379 \ --slave-addr `dig +short redis-app-4.redis-service.default.svc.cluster.local`:6379 redis-trib.py replicate \ --master-addr `dig +short redis-app-2.redis-service.default.svc.cluster.local`:6379 \ --slave-addr `dig +short redis-app-5.redis-service.default.svc.cluster.local`:6379
至此，我們的Redis集群就真正創(chuàng)建完畢了，連到任意一個Redis Pod中檢驗一下：
[root@master redis]# kubectl exec -it redis-app-2 /bin/bash root@redis-app-2:/data# /usr/local/bin/redis-cli -c 127.0.0.1:6379> cluster nodes 5d3e77f6131c6f272576530b23d1cd7592942eec 172.17.24.3:6379@16379 master - 0 1559628533000 1 connected 0-5461 a4b529c40a920da314c6c93d17dc603625d6412c 172.17.63.10:6379@16379 master - 0 1559628531670 6 connected 10923-16383 368971dc8916611a86577a8726e4f1f3a69c5eb7 172.17.24.9:6379@16379 slave 0025e6140f85cb243c60c214467b7e77bf819ae3 0 1559628533672 4 connected 0025e6140f85cb243c60c214467b7e77bf819ae3 172.17.63.8:6379@16379 master - 0 1559628533000 2 connected 5462-10922 6d5ee94b78b279e7d3c77a55437695662e8c039e 172.17.24.8:6379@16379 myself,slave a4b529c40a920da314c6c93d17dc603625d6412c 0 1559628532000 5 connected 2eb3e06ce914e0e285d6284c4df32573e318bc01 172.17.63.9:6379@16379 slave 5d3e77f6131c6f272576530b23d1cd7592942eec 0 1559628533000 3 connected 127.0.0.1:6379> cluster info cluster_state:ok cluster_slots_assigned:16384 cluster_slots_ok:16384 cluster_slots_pfail:0 cluster_slots_fail:0 cluster_known_nodes:6 cluster_size:3 cluster_current_epoch:6 cluster_my_epoch:6 cluster_stats_messages_ping_sent:14910 cluster_stats_messages_pong_sent:15139 cluster_stats_messages_sent:30049 cluster_stats_messages_ping_received:15139 cluster_stats_messages_pong_received:14910 cluster_stats_messages_received:30049 127.0.0.1:6379>
另外，還可以在NFS上查看Redis掛載的數(shù)據(jù)：
[root@ftp pv3]# ll /usr/local/k8s/redis/pv3 total 12 -rw-r--r-- 1 root root 92 Jun 4 11:36 appendonly.aof -rw-r--r-- 1 root root 175 Jun 4 11:36 dump.rdb -rw-r--r-- 1 root root 794 Jun 4 11:49 nodes.conf
6.創(chuàng)建用于訪問Service
前面我們創(chuàng)建了用于實現(xiàn)StatefulSet的Headless Service，但該Service沒有Cluster Ip，因此不能用于外界訪問。所以，我們還需要創(chuàng)建一個Service，專用于為Redis集群提供訪問和負載均衡：
[root@master redis]# cat redis-access-service.yaml
apiVersion: v1
kind: Service
metadata:
name: redis-access-service
labels:
app: redis
spec:
ports:
- name: redis-port
protocol: "TCP"
port: 6379
targetPort: 6379
selector:
app: redis
appCluster: redis-cluster
如上，該Service名稱為 redis-access-service，在K8S集群中暴露6379端口，并且會對labels name為app: redis或appCluster: redis-cluster的pod進行負載均衡。
創(chuàng)建后查看：
[root@master redis]# kubectl get svc redis-access-service -o wide NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR redis-access-service ClusterIP 10.0.0.64 <none> 6379/TCP 2h app=redis,appCluster=redis-cluster
如上，在K8S集群中，所有應(yīng)用都可以通過10.0.0.64 :6379來訪問Redis集群。當然，為了方便測試，我們也可以為Service添加一個NodePort映射到物理機上，這里不再詳細介紹。
五、測試主從切換
在K8S上搭建完好Redis集群后，我們最關(guān)心的就是其原有的高可用機制是否正常。這里，我們可以任意挑選一個Master的Pod來測試集群的主從切換機制，如redis-app-0：
[root@master redis]# kubectl get pods redis-app-0 -o wide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE redis-app-1 1/1 Running 0 3h 172.17.24.3 192.168.0.144 <none>
進入redis-app-0查看：
[root@master redis]# kubectl exec -it redis-app-0 /bin/bash
root@redis-app-0:/data# /usr/local/bin/redis-cli -c
127.0.0.1:6379> role
1) "master"
2) (integer) 13370
3) 1) 1) "172.17.63.9"
2) "6379"
3) "13370"
127.0.0.1:6379>
如上可以看到，app-0為master，slave為172.17.63.9即redis-app-3。
接著，我們手動刪除redis-app-0：
[root@master redis]# kubectl delete pod redis-app-0 pod "redis-app-0" deleted [root@master redis]# kubectl get pod redis-app-0 -o wide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE redis-app-0 1/1 Running 0 4m 172.17.24.3 192.168.0.144 <none>
我們再進入redis-app-0內(nèi)部查看：
[root@master redis]# kubectl exec -it redis-app-0 /bin/bash root@redis-app-0:/data# /usr/local/bin/redis-cli -c 127.0.0.1:6379> role 1) "slave" 2) "172.17.63.9" 3) (integer) 6379 4) "connected" 5) (integer) 13958
如上，redis-app-0變成了slave，從屬于它之前的從節(jié)點172.17.63.9即redis-app-3。
六、疑問
至此，大家可能會疑惑，那為什么沒有使用穩(wěn)定的標志，Redis Pod也能正常進行故障轉(zhuǎn)移呢？這涉及了Redis本身的機制。因為，Redis集群中每個節(jié)點都有自己的NodeId（保存在自動生成的nodes.conf中），并且該NodeId不會隨著IP的變化和變化，這其實也是一種固定的網(wǎng)絡(luò)標志。也就是說，就算某個Redis Pod重啟了，該Pod依然會加載保存的NodeId來維持自己的身份。我們可以在NFS上查看redis-app-1的nodes.conf文件：
[root@k8s-node2 ~]# cat /usr/local/k8s/redis/pv1/nodes.conf 96689f2018089173e528d3a71c4ef10af68ee462 192.168.169.209:6379@16379 slave d884c4971de9748f99b10d14678d864187a9e5d3 0 1526460952651 4 connected237d46046d9b75a6822f02523ab894928e2300e6 192.168.169.200:6379@16379 slave c15f378a604ee5b200f06cc23e9371cbc04f4559 0 1526460952651 1 connected c15f378a604ee5b200f06cc23e9371cbc04f4559 192.168.169.197:6379@16379 master - 0 1526460952651 1 connected 10923-16383d884c4971de9748f99b10d14678d864187a9e5d3 192.168.169.205:6379@16379 master - 0 1526460952651 4 connected 5462-10922c3b4ae23c80ffe31b7b34ef29dd6f8d73beaf85f 192.168.169.198:6379@16379 myself,slave c8a8f70b4c29333de6039c47b2f3453ed11fb5c2 0 1526460952565 3 connected c8a8f70b4c29333de6039c47b2f3453ed11fb5c2 192.168.169.201:6379@16379 master - 0 1526460952651 6 connected 0-5461vars currentEpoch 6 lastVoteEpoch 4
如上，第一列為NodeId，穩(wěn)定不變；第二列為IP和端口信息，可能會改變。
這里，我們介紹NodeId的兩種使用場景：
當某個Slave Pod斷線重連后IP改變，但是Master發(fā)現(xiàn)其NodeId依舊， 就認為該Slave還是之前的Slave。
當某個Master Pod下線后，集群在其Slave中選舉重新的Master。待舊Master上線后，集群發(fā)現(xiàn)其NodeId依舊，會讓舊Master變成新Master的slave。
對于這兩種場景，大家有興趣的話還可以自行測試，注意要觀察Redis的日志。
到此這篇關(guān)于在K8s上部署Redis集群的方法步驟的文章就介紹到這了,更多相關(guān)K8s部署Redis集群內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
Redis Cluster集群數(shù)據(jù)分片機制原理
這篇文章主要介紹了Redis Cluster集群數(shù)據(jù)分片機制原理,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-04-04
解決redis錯誤消息:BUSYKEY Target key name alre
這篇文章主要介紹了解決redis錯誤消息:BUSYKEY Target key name already exists.問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2025-04-04
這篇文章主要介紹了Redis 實現(xiàn)同步鎖案例，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01
阿里云官方Redis開發(fā)規(guī)范總結(jié)
本文主要介紹了阿里云官方Redis開發(fā)規(guī)范總結(jié)，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2022-08-08
這篇文章主要介紹了Redis中的延遲雙刪問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-04-04
本文主要介紹了緩存問題及其解決方案,包括緩存穿透、緩存擊穿、緩存雪崩等問題的成因以及相應(yīng)的預(yù)防和解決方法,同時,還詳細探討了緩存更新機制,包括不同情況下的緩存更新策略和內(nèi)存淘汰機制,并對比了它們的優(yōu)缺點2025-01-01
Supervisor 是可以在類 UNIX 系統(tǒng)中進行管理和監(jiān)控各種進程的小型系統(tǒng)。它自帶了客戶端和服務(wù)端工具，下面這篇文章主要給大家介紹了關(guān)于利用Supervisor管理Redis進程的相關(guān)資料，需要的朋友可以參考借鑒，下面來一起看看吧。2017-08-08
Redis和MySQL的雙寫一致性指的是在同時使用緩存和數(shù)據(jù)庫存儲數(shù)據(jù)的時候,保證Redis和MySQL中數(shù)據(jù)的一致性,那么如何才能保證他們的一致性呢,下面小編就來為大家詳細講講2023-11-11
散列類型的鍵值其實也是一種字典解耦，其存儲了字段和字段值的映射，但字段值只能是字符串，不支持其他數(shù)據(jù)類型，所以說散列類型不能嵌套其他的數(shù)據(jù)類型。下面就來詳細介紹下Redis中散列類型的常用命令，有需要的可以參考學習。2016-09-09
Redis簡單動態(tài)字符串SDS的實現(xiàn)示例
Redis沒有直接復(fù)用C語言的字符串,而是新建了SDS,本文主要介紹了Redis簡單動態(tài)字符串SDS的實現(xiàn)示例,具有一定的參考價值,感興趣的可以了解一下2023-08-08