Соединение Kubernetes отказано после заполнения тома ⇐ MySql

[Anonymous]

Я пытаюсь следовать учебному пособию Kubernetes для развертывания WordPress и MySQL с постоянными объемами. Я просто прохожу учебник, и мой сайт WordPress появляется и показывает мастер установки, как и ожидалось. Но когда я прохожу мастер установки, а затем перезагружаю свои стручки, чтобы убедиться, что объемы работают, я получаю ошибку подключения. Вот с чем я работаю: < /p>
mysql-deployment.yaml
apiVersion: v1
kind: Service
metadata:
name: wordpress-mysql
labels:
app: wordpress
spec:
ports:
- port: 3306
selector:
app: wordpress
tier: mysql
clusterIP: None
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: mysql-pv-claim
labels:
app: wordpress
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 20Gi
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: wordpress-mysql
labels:
app: wordpress
spec:
selector:
matchLabels:
app: wordpress
tier: mysql
strategy:
type: Recreate
template:
metadata:
labels:
app: wordpress
tier: mysql
spec:
containers:
- image: mysql:latest
name: mysql
env:
- name: MYSQL_ROOT_PASSWORD
valueFrom:
secretKeyRef:
name: mysql-pass
key: password
- name: MYSQL_DATABASE
value: wordpress
- name: MYSQL_USER
value: wordpress
- name: MYSQL_PASSWORD
valueFrom:
secretKeyRef:
name: mysql-pass
key: password
ports:
- containerPort: 3306
name: mysql
volumeMounts:
- name: mysql-persistent-storage
mountPath: /var/lib/mysql
volumes:
- name: mysql-persistent-storage
persistentVolumeClaim:
claimName: mysql-pv-claim
< /code>
словеспапресс-deployment.yaml
apiVersion: v1
kind: Service
metadata:
name: wordpress
labels:
app: wordpress
spec:
ports:
- port: 80
selector:
app: wordpress
tier: frontend
type: LoadBalancer
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: wp-pv-claim
labels:
app: wordpress
spec:
accessModes:
- ReadWriteOnce
resources:
requests:
storage: 20Gi
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: wordpress
labels:
app: wordpress
spec:
selector:
matchLabels:
app: wordpress
tier: frontend
strategy:
type: Recreate
template:
metadata:
labels:
app: wordpress
tier: frontend
spec:
containers:
- image: wordpress:latest
name: wordpress
env:
- name: WORDPRESS_DB_HOST
value: wordpress-mysql
- name: WORDPRESS_DB_PASSWORD
valueFrom:
secretKeyRef:
name: mysql-pass
key: password
- name: WORDPRESS_DB_USER
value: wordpress
ports:
- containerPort: 80
name: wordpress
volumeMounts:
- name: wordpress-persistent-storage
mountPath: /var/www/html
volumes:
- name: wordpress-persistent-storage
persistentVolumeClaim:
claimName: wp-pv-claim
< /code>
kustomization.yaml
secretGenerator:
- name: mysql-pass
literals:
- password=example
resources:
- mysql-deployment.yaml
- wordpress-deployment.yaml
< /code>
Я тестировал, используя следующие шаги: < /p>

kubectl Apply -k ./ (все ресурсы созданы успешно) < /li>
Dashboard minikube (все ресурсы зеленые) < /li>
kubectl Get PVC (оба ПВХ присутствуют) < /li>
kubectl получать Стручки (обе стручки работают) >
Kubectl Delete Pod (я удаляю как стручки WordPress и MySQL, затем они перезагружают) < /li>
kubectl Get Pods (оба стручка работают) < /li>
Service Minikube Service WordPress (браузер открывается, и я получаю отклонено соединение) < /li>
Kubectl Get Услуги (служба WordPress находится на рассмотрении) < /li>
туннель Minikube (туннель успешно начался) (Служба WordPress работает, внешний IP - 127.0.0.1) < /li>
Service Minikube Service WordPress (браузер открывается, и я снова отказаюсь от соединения) < /li>
minikube Панель инструментов (все ресурсы зеленые) Будут ли объемы работать в первый раз, а затем ошибка, когда они заполнены? Учебное пособие Kubernetes заходит только до того, как поднял сайт в первый раз, что работает нормально. Я хотел пойти еще дальше и фактически проверить, что данные сохраняются. Любая помощь очень ценится, спасибо.

Подробнее здесь: https://stackoverflow.com/questions/794 ... -populated