Периодические резервные копии кластера etcd-operator

Я пытаюсь развернуть кластер etcd на GKE, используя etcd-operator. диаграмма руля.

Я успешно подключил кластер к сети и заработал, но теперь я пытаюсь понять, как сделать его резервную копию. Если я понимаю эту проблему и эта проблема, правда ли, что etcd-operator фактически не поддерживает периодическое резервное копирование?

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

Я неправильно понимаю документацию? Как другие люди решили это?

Вот значения диаграммы, с которыми я работаю в настоящее время:

rbac:
  create: false
  apiVersion: v1beta1
  etcdOperatorServiceAccountName: vault-etcd-operator
  backupOperatorServiceAccountName: vault-etcd-backup
  restoreOperatorServiceAccountName: vault-etcd-restore

deployments:
  etcdOperator: true
  # one time deployment, delete once completed,
  # Ref: https://github.com/coreos/etcd-operator/blob/master/doc/user/walkthrough/backup-operator.md
  backupOperator: true
  # one time deployment, delete once completed
  # Ref: https://github.com/coreos/etcd-operator/blob/master/doc/user/walkthrough/restore-operator.md
  restoreOperator: false

customResources:
  createEtcdClusterCRD: true
  createBackupCRD: true
  createRestoreCRD: false

etcdOperator:
  name: etcd-operator
  replicaCount: 1
  image:
    repository: quay.io/coreos/etcd-operator
    tag: v0.7.0
    pullPolicy: Always
  resources:
    cpu: 100m
    memory: 128Mi
  ## Node labels for etcd-operator pod assignment
  ## Ref: https://kubernetes.io/docs/user-guide/node-selection/
  nodeSelector: {}
  ## additional command arguments go here; will be translated to `--key=value` form
  ## e.g., analytics: true
  commandArgs: {}

backupOperator:
  name: etcd-backup-operator
  replicaCount: 1
  image:
    repository: quay.io/coreos/etcd-operator
    tag: v0.7.0
    pullPolicy: Always
  resources:
    cpu: 100m
    memory: 128Mi
  spec:
    storageType: S3
    s3:
      s3Bucket: my-vault-backups
      awsSecret: aws
  ## Node labels for etcd pod assignment
  ## Ref: https://kubernetes.io/docs/user-guide/node-selection/
  nodeSelector: {}
  ## additional command arguments go here; will be translated to `--key=value` form
  ## e.g., analytics: true
  commandArgs: {}

person Adam Lassek    schedule 29.01.2018    source источник
comment
Согласно этому обсуждению, по этой проблеме есть активное текущее предложение.   -  person Digil    schedule 31.01.2018
comment
@Digil Я связался с этим обсуждением в исходном вопросе. У меня вопрос: кто-нибудь решил эту проблему?   -  person Adam Lassek    schedule 01.02.2018
comment
Нет. Он все еще продолжается с приоритетом P1.   -  person Digil    schedule 03.02.2018
comment
@Digil Итак, вы говорите, что невозможно сделать резервную копию кластера etcd-operator, пока это не будет решено?   -  person Adam Lassek    schedule 04.02.2018


Ответы (1)


Не полный ответ, но эти ресурсы могут указать вам правильное направление:
https://labs.consol.de/kubernetes/2018/05/25/kubeadm-backup.html
(это задание cron, которое автоматически создает резервную копию и т. д.)

Также существует уникальный инструмент аварийного восстановления Kubernetes под названием Heptio Ark https://www.youtube.com/watch?v=qRPNuT080Hk
Он может выполнять частичное и фильтрованное резервное копирование и восстановление на основе чтения с сервера API, а также может создавать резервные копии физических томов и по расписанию.

Поскольку Heptio Ark работает через kube-apiserver, он работает даже в таких случаях, как AKS/managed kubernetes, где главные узлы и etcd абстрагируются. Таким образом, поскольку он создает резервную копию etcd без прямого взаимодействия с etcd, он может работать для вашего сценария.

person neokyle    schedule 08.10.2018