Puncte:0

Eroare Kubernetes „Nu se pot atașa sau monta volume”

drapel tl

Am implementat bitnami/wordpress helm folosind nginx ingress ca loadbalancer, cum ar fi Aici. Totul funcționează bine, dar problema este cu unele poduri când sunt create manual sau automat prin scalare automată. Unele dintre ele (nu toate) au permanent starea „ContainerCreating” și jurnalele arată astfel:

  Normal programat 33m default-scheduler Alocat cu succes default/wordpress-69c8f65d96-wnkfv la main-node-d29388
  Avertisment FailedMount 4m28s (x6 peste 29m) kubelet Imposibil de atașat sau montat volume: volume nemontate=[wordpress-data], volume neatașate=[default-token-s4gdj wordpress-data]: a expirat în așteptarea condiției
  Avertisment FailedMount 0s (x9 peste 31 m) kubelet Imposibil de atașat sau montat volume: volume nemontate=[wordpress-data], volume neatașate=[wordpress-data default-token-s4gdj]: a expirat în așteptarea condiției

Am implementat bitnami/wordpress și apoi am făcut upgrade folosind aceste setări:

helm install wordpress bitnami/wordpress --set service.type=ClusterIP --set ingress.enabled=true --set ingress.certManager=true --set ingress.annotations."kubernetes\.io/ingress\.class"=nginx --set ingress.annotations."cert-manager\.io/cluster-issuer"=letsencrypt-prod --set ingress.hostname=DOMAIN.com --set ingress.extraTls[0].hosts[0]=DOMENIU. com --set ingress.extraTls[0].secretName=wordpress.local-tls --set wordpressPassword=PAROLA --set autoscaling.enabled=true --set autoscaling.minReplicas=1 autoscaling.maxReplicas=30

kubectl get pods arată așa

ingress-nginx-ingress-controller-84bff86888-f4tpb 1/1 Rulează 0 2d3h
ingress-nginx-ingress-controller-default-backend-c5b786dbbqw5xz 1/1 Rulează 0 2d3h
generator de sarcină 1/1 Funcționare 0 71s
wordpress-69c8f65d96-48jd9 0/1 ContainerCreating 0 18m
wordpress-69c8f65d96-66ftt 0/1 ContainerCreating 0 56m
wordpress-69c8f65d96-dq7xq 1/1 Alergare 0 100 m
wordpress-69c8f65d96-fbnt6 1/1 Alergare 0 101 m
wordpress-69c8f65d96-wnkfv 0/1 ContainerCreating 0 56m
wordpress-mariadb-0 1/1 Alergare 0 8h

Ce să faci pentru a nu avea această problemă cu podurile noi și pentru a le face să pornească?

Juan avatar
drapel sj
Aveți nevoie de volume ReadWriteMany pentru a scala soluția așa cum este menționată în secțiunea Cerințe preliminare, consultați https://github.com/bitnami/charts/tree/master/bitnami/wordpress#prerequisites Această postare de blog vă poate ajuta în acest sens: https://engineering.bitnami.com/articles/scaling-wordpress-in-kubernetes.html
Don Don Don avatar
drapel tl
@Juan multumesc. Știți ce furnizor de cloud are posibilitatea ReadWriteMany?
Puncte:0
drapel tl

Utilizatorul @Juan a avut dreptate. Am făcut o metodă similară, am creat alt POD folosind helm care crea stocare și l-am setat în implementarea wordpress ca persistență. Aici este descris: https://docs.bitnami.com/tutorials/deploy-applications-nfs-kubernetes/

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.