Azure AKS-Sicherung mit Velero

stimmen
28

Mir ist aufgefallen, dass Velero nur AKS-PVCs sichern kann, wenn es sich bei diesen PVCs um Festplatten und nicht um Azure-Fileshares handelt. Um damit umzugehen, habe ich versucht, restic zu benutzen, um die Sicherung über Fileshares selbst durchzuführen, aber ich erhalte ein seltsames Protokoll:

So sieht mein tatsächlicher Pod aus

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  annotations:
    backup.velero.io/backup-volumes: app-upload
    deployment.kubernetes.io/revision: 17

Und das Protokoll meiner Sicherung:

time=2020-05-20T02:01:09Z level=info msg=Adding pvc upload to additionalItems backup=velero/lbkomas-rocmondriaan-production-20200520020055 cmd=/velero logSource=pkg/backup/pod_action.go:67 pluginName=velero
time=2020-05-20T02:01:09Z level=info msg=Backing up item backup=velero/lbkomas-rocmondriaan-production-20200520020055 group=v1 logSource=pkg/backup/item_backupper.go:169 name=upload namespace=lbkompas-prod resource=persistentvolumeclaims
time=2020-05-20T02:01:09Z level=info msg=Executing custom action backup=velero/lbkomas-rocmondriaan-production-20200520020055 group=v1 logSource=pkg/backup/item_backupper.go:330 name=upload namespace=lbkompas-prod resource=persistentvolumeclaims
time=2020-05-20T02:01:20Z level=info msg=Skipping item because it's already been backed up. backup=velero/lbkomas-rocmondriaan-production-20200520020055 group=v1 logSource=pkg/backup/item_backupper.go:163 name=upload namespace=lbkompas-prod resource=persistentvolumeclaims

Wie Sie sehen können, wurde der uploadDatenträger irgendwie nicht gesichert, da er sich bereits in der Sicherung befindet (wo er in Wirklichkeit nicht ist).

Mein azurefileBand enthält diese Inhalte:

allowVolumeExpansion: true
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {allowVolumeExpansion:true,apiVersion:storage.k8s.io/v1beta1,kind:StorageClass,metadata:{annotations:{},labels:{kubernetes.io/cluster-service:true},name:azurefile},parameters:{skuName:Standard_LRS},provisioner:kubernetes.io/azure-file}
  creationTimestamp: 2020-05-18T15:18:18Z
  labels:
    kubernetes.io/cluster-service: true
  name: azurefile
  resourceVersion: 1421202
  selfLink: /apis/storage.k8s.io/v1/storageclasses/azurefile
  uid: e3cc4e52-c647-412a-bfad-81ab6eb222b1
mountOptions:
- nouser_xattr
parameters:
  skuName: Standard_LRS
provisioner: kubernetes.io/azure-file
reclaimPolicy: Delete
volumeBindingMode: Immediate

Wie Sie sehen können, habe ich tatsächlich die Speicherklasse gepatcht, um die nouser_xattrMount-Option zu halten, die früher vorgeschlagen wurde

Wenn ich die Restic-Pod-Protokolle überprüfe, sehe ich die folgenden Informationen:

E0524 10:22:08.908190       1 reflector.go:156] github.com/vmware-tanzu/velero/pkg/generated/informers/externalversions/factory.go:117: Failed to list *v1.PodVolumeBackup: Get https://10.0.0.1:443/apis/velero.io/v1/namespaces/velero/podvolumebackups?limit=500&resourceVersion=1212830: dial tcp 10.0.0.1:443: i/o timeout
I0524 10:22:08.909577       1 trace.go:116] Trace[1946538740]: Reflector ListAndWatch name:github.com/vmware-tanzu/velero/pkg/generated/informers/externalversions/factory.go:117 (started: 2020-05-24 10:21:38.908988405 +0000 UTC m=+487217.942875118) (total time: 30.000554209s):
Trace[1946538740]: [30.000554209s] [30.000554209s] END

Am besten, Pim

Veröffentlicht am 20/05/2020 um 16:21
quelle vom benutzer
In anderen Sprachen...                            


1 antworten

stimmen
0

Haben Sie Ihrer Liste der StorageClass mountOptions hinzugefügtnouser_xattr?

Diese Anforderung ist in GitHub Ausgabe 1800 dokumentiert.

Wird auch auf der Restic-Integrationsseite erwähnt (sehen Sie unter dem Abschnitt Azure nach), wo sie dieses Snippet zum Patchen Ihrer StorageClass-Ressource zur Verfügung stellen:

kubectl patch storageclass/<YOUR_AZURE_FILE_STORAGE_CLASS_NAME> \
  --type json \
  --patch '[{"op":"add","path":"/mountOptions/-","value":"nouser_xattr"}]'

Wenn Sie keine bestehende mountOptionsListe haben, können Sie es versuchen:

kubectl patch storageclass azurefile \
  --type merge \
  --patch '{"mountOptions": ["nouser_xattr"]}'
Beantwortet am 20/05/2020 um 21:52
quelle vom benutzer

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more