Kubernetes statefulset com volume NFS persistente

Oct 16 2020

Eu tenho um kubernetescluster e tenho uma implantação simples mongodbcom NFSconjunto de volume persistente. Funciona bem, mas como recursos como bancos de dados stateful, pensei em usar Statefulsetpara o mongodb, mas agora o problema é que, quando analiso a documentação, o statefulset tem em volumeClaimTemplatesvez de volumes(em implantações).

Mas agora vem o problema.

em um deploymentfaça assim:

PersistentVolume-> PersistentVolumeClaim->Deployment

Mas como podemos fazer isso Statefulset?

É como:

volumeClaimTemplates -> StatefulSet

Como posso definir um PersistentVolumepara o volumeClaimTemplates. Se não usarmos PersistentVolumepara StatefulSet, como ele cria o volume e ONDE ele cria os volumes? Está em hostmáquinas (ou seja, nós de trabalho do Kubernetes)?

Como tenho um NFSprovisionador separado que estou usando para a mongodbimplantação (com replicasset = 1), como posso usar a mesma configuração StatefulSet?

Aqui está o my mongo-deployment.yaml-> que irei transformar em um statefulset, conforme mostrado no segundo trecho de código ( mongo-stateful.yaml)

mongo-deployment.yaml

<omitted>
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: task-pv-volume
  labels:
    name: mynfs # name can be anything
spec:
  storageClassName: manual # same storage class as pvc
  capacity:
    storage: 10Gi
  accessModes:
    - ReadWriteMany
  nfs:
    server: <nfs-server-ip>
    path: "/srv/nfs/mydata" 
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: task-pv-claim
spec:
  storageClassName: manual
  accessModes:
    - ReadWriteMany #  must be the same as PersistentVolume
  resources:
    requests:
      storage: 1Gi          
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: mongodb-deployment    
  labels:
    name: mongodb
spec:
  selector:
    matchLabels:
      app: mongodb
  replicas: 1
  template:
    metadata:
      labels: 
        app: mongodb
    spec:
      containers:
      - name: mongodb
        image: mongo
        ports:
        -  containerPort: 27017
        ... # omitted some parts for easy reading
        volumeMounts:
        - name: data  
          mountPath: /data/db
      volumes: 
        - name: data
          persistentVolumeClaim: 
            claimName: task-pv-claim

mongo-stateful.yaml

---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: task-pv-volume
  labels:
    name: mynfs # name can be anything
spec:
  storageClassName: manual # same storage class as pvc
  capacity:
    storage: 10Gi
  accessModes:
    - ReadWriteOnce
  nfs:
    server: <nfs-server-ip>
    path: "/srv/nfs/mydata" 
---
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: mongodb-statefulset
spec:
  selector:
    matchLabels:
      name: mongodb-statefulset
  serviceName: mongodb-statefulset
  replicas: 2
  template:
    metadata:
      labels:
        name: mongodb-statefulset
    spec:
      terminationGracePeriodSeconds: 10
      containers:
      - name: mongodb
        image: mongo:3.6.4
        ports:
        - containerPort: 27017
        volumeMounts:
        - name: db-data
          mountPath: /data/db
  volumeClaimTemplates:
  - metadata:
      name: db-data
    spec:
      accessModes: [ "ReadWriteOnce" ]
      storageClassName: "manual"
      resources:
        requests:
          storage: 2Gi

Mas isso não está funcionando ( mongo-stateful.yaml) os pods estão no pendingestado quando eu os descrevo:

default-scheduler 0/3 nodes estão disponíveis: 1 node (s) tinha taint {node-role.kubernetes.io/master:}, que o pod não tolerou, 2 pod tem PersistentVolumeClaims imediatos não ligados

PS: A implantação funciona bem sem erros, o problema é com Statefulset

Alguém pode me ajudar, como escrever um statefulset com volumes?

Respostas

1 fjammes Oct 16 2020 at 14:50

Se sua classe de armazenamento não suportar provisionamento de volume dinâmico, você terá que criar PVs e PVCs associados manualmente , usando arquivos yaml, então o volumeClaimTemplates permitirá vincular PVCs existentes com seus pods de statefulset.