Невозможно запустить mysql с томом EBS в EKS kubernetes - PullRequest
0 голосов
/ 09 апреля 2020

Я пытаюсь запустить mysql в EKS (kubernetes v 1.15).

Сначала я попытался запустить его с использованием локального тома, и он работал хорошо.

apiVersion: v1
kind: PersistentVolume
metadata:
  name: mysql
  labels:
    type: local
spec:
  storageClassName: manual
  capacity:
    storage: 1Gi
  accessModes:
    - ReadWriteOnce
  hostPath:
    path: "/data/mysql"

Когда я перешел на том EBS, он перестает работать. Я попытался использовать pv c для стандартного StorageClass (и для пользовательского StorageClass, который я создал вручную)

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: mysql
spec:
  storageClassName: manual
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi

Я пытался прикрепить его к модулю напрямую, используя awsBlockStore

volumes:
    - name: mysql-data
      awsElasticBlockStore:
        volumeID: "vol-09df5a8d4c0f2da62"
        fsType: ext4

И ничего не похоже на работу. вывод kubectl logs mysql-pod следующий:

2020-04-09 11:23:26+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 5.7.29-1debian10 started.
2020-04-09 11:23:26+00:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql'
2020-04-09 11:23:26+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 5.7.29-1debian10 started.
2020-04-09 11:23:26+00:00 [Note] [Entrypoint]: Initializing database files
2020-04-09T11:23:26.919072Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2020-04-09T11:23:26.920523Z 0 [ERROR] --initialize specified but the data directory has files in it. Aborting.
2020-04-09T11:23:26.920548Z 0 [ERROR] Aborting

1 Ответ

0 голосов
/ 09 апреля 2020

При запуске в EKS для инициирования хранилища (EBS) необходимо использовать объект storageClass.

Вы можете найти больше информации о том, как инициировать это здесь

...