k8s 中 Redis 部署

在这里插入图片描述

Redis 部署

NFS 服务创建

这里不说了，大家可以自行搜索一下创建 NFS 存储服务，这里依赖的持久化就是 NFS 服务。

Redis PV/PVC 创建

apiVersion: v1
kind: PersistentVolume
metadata:
  name: redis-pv
  namespace: database
spec:
  capacity:
    storage: 30Gi
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Retain
  storageClassName: redis-nfs
  nfs:
    path: /data/nfs/redis
    server: 20.0.0.24
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: redis-pvc
  namespace: database
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 30Gi
  storageClassName: redis-nfs

这里其他配置与 PV 保持一致，同一命名空间 database 下，同一个 storageClassName
执行

kubectl apply -f redis-pvc.yaml

创建好后我们来看一下状态。

Redis ConfigMap创建

apiVersion: v1
kind: ConfigMap
metadata:
  name: redis
  namespace: database
data:
  redis.conf: |+
    requirepass 123456
    protected-mode no
    port 6379
    tcp-backlog 511
    timeout 0
    tcp-keepalive 300
    daemonize no
    supervised no
    pidfile /var/run/redis_6379.pid
    loglevel notice
    logfile ""
    databases 16
    always-show-logo yes
    save 900 1
    save 300 10
    save 60 10000
    stop-writes-on-bgsave-error yes
    rdbcompression yes
    rdbchecksum yes
    dbfilename dump.rdb
    dir /data
    slave-serve-stale-data yes
    slave-read-only yes
    repl-diskless-sync no
    repl-diskless-sync-delay 5
    repl-disable-tcp-nodelay no
    slave-priority 100
    lazyfree-lazy-eviction no
    lazyfree-lazy-expire no
    lazyfree-lazy-server-del no
    slave-lazy-flush no
    appendonly yes
    appendfilename "appendonly.aof"
    appendfsync everysec
    no-appendfsync-on-rewrite no
    auto-aof-rewrite-percentage 100
    auto-aof-rewrite-min-size 64mb
    aof-load-truncated yes
    aof-use-rdb-preamble no
    lua-time-limit 5000
    slowlog-log-slower-than 10000
    slowlog-max-len 128
    latency-monitor-threshold 0
    notify-keyspace-events Ex
    hash-max-ziplist-entries 512
    hash-max-ziplist-value 64
    list-max-ziplist-size -2
    list-compress-depth 0
    set-max-intset-entries 512
    zset-max-ziplist-entries 128
    zset-max-ziplist-value 64
    hll-sparse-max-bytes 3000
    activerehashing yes
    client-output-buffer-limit normal 0 0 0
    client-output-buffer-limit slave 256mb 64mb 60
    client-output-buffer-limit pubsub 32mb 8mb 60
    hz 10
    aof-rewrite-incremental-fsync yes

执行

kubectl apply -f redis-configMap.yaml

Redis Deploy 创建

这里是我们服务的本体，关于 Deploy 就不多说了
这里我们创建 redis-deploy.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: redis
  namespace: database
  labels:
    app: redis
spec:
  strategy:
    type: Recreate
  selector:
    matchLabels:
      app: redis
  template:
    metadata:
      labels:
        app: redis
    spec:
      containers:
      - name: redis
        image: redis
        imagePullPolicy: Always
        command: ["redis-server","/etc/redis/redis.conf"]
        ports:
        - containerPort: 6379
        volumeMounts:
        - name: redis-config
          mountPath: /etc/redis/redis.conf
          subPath: redis.conf
        - name: redis-persistent-storage
          mountPath: /data
      volumes:
      - name: redis-config
        configMap:
          name: redis
          items:
          - key: redis.conf
            path: redis.conf
      - name: redis-persistent-storage
        persistentVolumeClaim:
          claimName: redis-pvc

Redis Service 创建

kind: Service
apiVersion: v1
metadata:
  name: redis
  namespace: database
spec:
  type: NodePort
  selector:
    app: redis
  ports:
  - port: 6379
    targetPort: 6379
    nodePort: 6379

k8s验证

连接redis设置一个值
#第一步：删除redis的pod
kubectl delete -f redis-deployment.yaml
#第二步：重新生成redis的pod
kubectl apply -f redis-deployment.yaml 
#第三步：连接redis查看key是否还在，存在即完成持久化

关于appendonly.aof和dump.rdb

AOF：会将每次执行的命令及时保存到硬盘中，实时性更好，丢失的数据更少
AOF会保存服务器执行的所有写操作到日志文件中，在服务重启以后，会执行这些命令来恢复数据

RDB：会根据指定的规则定时将内存中的数据保存到硬盘中
RDB 持久化生成的 RDB 文件是一个经过压缩的二进制文件，也可以称之为快照文件，
通过该文件可以还原生成 RDB 文件时的数据库状态

需要注意的是：
如果你使用了SSD的话，appendfsync设置always会可能导致
write amplification从而很大影响SSD的寿命；
另外就是aof一般是比rdb文件较大，恢复时间较长，因为要重新执行所有的写操作

需要注意的是：
RDB如果分配的不合理，每次快照和下一次快照的时间间隔中如果down机
那么上次快照与下一次快照之间的数据也会丢失

目录