redis education kubernetes k8s_redis_sentinel_2

쿠버네티스 환경에서 Redis-Sentinel 구축 실전 가이드 ②

구축(파드 생성)

1. YAML 파일 순차 적용(생성)

1) Config 생성

$ kubectl apply -f redis-sentinel-config.yaml ➡ 적용(생성) configmap/redis-sentinel-config created ➡ 새로 생성 configmap/redis-sentinel-config configured ➡ 변경 사항이 있을 때 configmap/redis-sentinel-config unchanged ➡ 변경 사항이 없을 때 $ kubectl get configmap redis-sentinel-config ➡ 확인 NAME DATA AGE redis-sentinel-config 3 21s * 'DATA 3'는 redis.conf, users.acl, sentinel.conf 파일 3개를 의미한다.

2) Service 생성

$ kubectl apply -f redis-sentinel-service.yaml ➡ 적용(생성) service/redis-sentinel-service created $ kubectl get service redis-service ➡ 확인 NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE redis-service ClusterIP None <none> 18504/TCP 39s $ kubectl get service sentinel-service ➡ 확인 NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE sentinel-service ClusterIP None <none> 28504/TCP 64s

3) Statefulset 생성

$ kubectl apply -f redis-statefulset.yaml ➡ 적용(생성) statefulset.apps/redis-statefulset created $ kubectl get pods -o wide ➡ Redis 파드 생성 확인 후 sentinel 적용 $ kubectl apply -f sentinel-statefulset.yaml ➡ 적용(생성) statefulset.apps/sentinel created $ kubectl get pods -o wide ➡ 파드 조회 🧮 NAME READY STATUS RESTARTS AGE IP NODE redis-0 1/1 Running 0 62s 10.42.0.92 rocky9 redis-1 1/1 Running 0 55s 10.42.0.94 rocky9 redis-2 1/1 Running 0 51s 10.42.0.96 rocky9 sentinel-0 1/1 Running 0 37s 10.42.0.98 rocky9 sentinel-1 1/1 Running 0 30s 10.42.0.100 rocky9 sentinel-2 1/1 Running 0 24s 10.42.0.102 rocky9 레디스 파드 3개, 센티널 파드 3개가 모두 실행되어 Redis-Sentinel이 구성되었다.

2. Redis-Sentinel 조회

1) 역할(마스터/복제) 조회: redis-role.sh

역할(마스터/복제) 확인용 Redis ROLE 명령 스크립트 #!/bin/bash # 설정 변수 PORT="18504" PASSWORD="redisgate" kubectl exec -i redis-0 -- redis-cli -p ${PORT} -a ${PASSWORD} role kubectl exec -i redis-1 -- redis-cli -p ${PORT} -a ${PASSWORD} role kubectl exec -i redis-2 -- redis-cli -p ${PORT} -a ${PASSWORD} role

실행(조회) 결과: 보기 편하기 편집했다. $ redis-role.sh Redis-0 master ➡ Redis-0(자신)은 마스터이고 아래 2개 복제가 있다. redis-1.redis-service.default.svc.cluster.local:18504 redis-2.redis-service.default.svc.cluster.local:18504 Redis-1: slave:redis-0.redis-service.default.svc.cluster.local:18504 ➡ Redis-1은 복제, 마스터 'redis-0' Redis-2: slave:redis-0.redis-service.default.svc.cluster.local:18504 ➡ Redis-2는 복제, 마스터 'redis-0'

2) 센티널이 모니터하는 레디스 조회: sentinel-info.sh

센티널 확인용 Sentinel 'INFO SENTINEL' 명령 스크립트 #!/bin/bash # 설정 변수 PORT="28504" PASSWORD="redisgate" kubectl exec -i sentinel-0 -- redis-cli -p ${PORT} -a ${PASSWORD} info sentinel kubectl exec -i sentinel-1 -- redis-cli -p ${PORT} -a ${PASSWORD} info sentinel kubectl exec -i sentinel-2 -- redis-cli -p ${PORT} -a ${PASSWORD} info sentinel #kubectl exec -i sentinel-0 -- redis-cli -p ${PORT} -a ${PASSWORD} role -> 역할 조회 #kubectl exec -i sentinel-0 -- redis-cli -p ${PORT} -a ${PASSWORD} sentinel masters -> monitor 조회

실행(조회) 결과: 보기 편하기 편집했다.
센티널이 모니터링하는 마스터는 'redis-0'이고, 복제는 2개(slaves=2), 총 센티널 수는 3개(sentinels=3)이다. $ sentinel-info.sh Sentinel-0: master0:name=mymaster,status=ok,address=redis-0.redis-service...:18504,slaves=2,sentinels=3 Sentinel-1: master0:name=mymaster,status=ok,address=redis-0.redis-service...:18504,slaves=2,sentinels=3 Sentinel-2: master0:name=mymaster,status=ok,address=redis-0.redis-service...:18504,slaves=2,sentinels=3

3. 🖧 Redis-Sentinel 파드 다이어그램

4. 💽 데이터 입력

1) 데이터 입력

Failover(장애 조치) 테스트를 하려고 Redis-0 파드를 다운(삭제)하면 쿠버네티스가 2초 이내에 redis-0 파드를 다시 살린다. down-after-milliseconds 3초이므로 Redis-0 다운을 감지하지 못한다. 그래서 3백만개 정도 데이터를 입력해서 다운되었던 Redis가 다시 시작하는데 5초 이상 걸리게 한다. (데이터 로딩 시간이 5초 정도 걸림) $ kubectl exec -it redis-0 -- redis-benchmark -p 18504 -a password -t set -d 100 -r 100000000 -n 3000000   ====== SET ====== 3000000 requests completed in 30.89 seconds Summary: throughput summary: 97115.66 requests per second latency summary (msec): avg min p50 p95 p99 max 0.428 0.128 0.407 0.639 0.831 16.159

2) 데이터 입력 확인

① 키 확인: 2,955,803 ➡ redis-benchmark는 키를 랜덤하게 생성하므로 중복이 있어서 3백만 개에 조금 못 미친다.
$ kubectl exec -it redis-0 -- redis-cli -p 18504 -a password dbsize
② AOF 파일 사이즈 확인: aof.1.incr.aof 412M
③ 파드 메모리 확인: 레디스 617MB, 센티널은 데이터를 가지고 있지 않으므로 사이즈가 늘지 않는다. $ kubectl top pod NAME CPU(cores) MEMORY(bytes) redis-0 2m 617Mi redis-1 2m 617Mi redis-2 3m 617Mi sentinel-0 3m 8Mi sentinel-1 4m 8Mi sentinel-2 4m 8Mi

➡ 이제 파드도 생성했고, 데이터도 입력했으니 Failover(장애 조치) 테스트하러 갑시다.