Как клонировать или предварительно заселить PV C на GKE? - PullRequest
0 голосов
/ 21 февраля 2020

Я пытаюсь настроить среды предварительного просмотра для своих запросов на получение. Каждой среде нужна собственная предварительно заполненная база данных.

Моя начальная база данных составляет около 15 ГБ.

У меня есть процесс для bootstrap a MySQL изображения и копирования содержимого /var/lib/mysql в PV C том (у меня это тоже есть в архиве).

Мне нужно найти способ сделать новый PV C, который заполнен этими данными. Для меня я вижу несколько вариантов:

  1. Клонировать существующий PV C для моего нового развертывания и использовать это
  2. , чтобы сделать некоторый процесс резервного копирования / восстановления, чтобы создать новый PV C из старого
  3. Создайте новый PV C и заполните его тарболом

Я изо всех сил пытаюсь заставить любой из них работать на GKE. Кому-нибудь удалось добиться вышеупомянутого? Я не могу подключиться к файлу sql, поскольку создание базы данных на нем просто занимает слишком много времени - мне нужно подключить файлы базы данных напрямую.

Я потратил некоторое время, пытаясь получить драйверы CSI. работает, но, кажется, я не могу найти разумное руководство.

1 Ответ

2 голосов
/ 21 февраля 2020

Используя советы @yvesonline, я смог достичь описанного выше варианта 1.

  1. После заполнения моего исходного тома сделайте снимок
gcloud compute disks snapshot [PD-name] --zone=[zone] --snapshot-names=mysql-seed-snapshot-21022020 --description="Snapshot of the /var/lib/mysql folder"
Создать новый диск, используя снимок
gcloud compute disks create pvc-example-1 --source-snapshot=mysql-seed-snapshot-21022020 --zone=europe-west2-a
В кластере создайте новый pv и pv c:
apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv-demo
spec:
  persistentVolumeReclaimPolicy: Delete
  storageClassName: ""
  capacity:
    storage: 30Gi
  accessModes:
    - ReadWriteOnce
  gcePersistentDisk:
    pdName: pvc-example-1
    fsType: ext4
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: pv-claim-demo
spec:
  # It's necessary to specify "" as the storageClassName
  # so that the default storage class won't be used, see
  # https://kubernetes.io/docs/concepts/storage/persistent-volumes/#class-1
  storageClassName: ""
  volumeName: pv-demo
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 30Gi
Затем запустите новое развертывание, используя созданный выше pv c:
apiVersion: apps/v1
kind: Deployment
metadata:
  name: mysql
spec:
  selector:
    matchLabels:
      app: mysql
  strategy:
    type: Recreate
  template:
    metadata:
      labels:
        app: mysql
    spec:
      containers:
      - image: mysql:5.7
        name: mysql
        env:
          # Use secret in real usage
        - name: MYSQL_ROOT_PASSWORD
          value: root
        ports:
        - containerPort: 3306
          name: mysql
        volumeMounts:
        - name: task-pv-storage
          mountPath: /var/lib/mysql
      volumes:
        - name: task-pv-storage
          persistentVolumeClaim:
           claimName: pv-claim-demo        

Как только клонирование тома в K8s будет более установлено в GKE, это будет проще, но это решение подойдет пока что!

...