Les clusters Service TKG prennent en charge les capacités de snapshot et de restauration de volume. En tant qu'utilisateur DevOps, vous pouvez protéger les charges de travail dans les clusters TKG en prenant des snapshots de volume.
Vous pouvez utiliser un snapshot pour provisionner un nouveau volume, prérempli avec les données de snapshot.
Conditions requises
- vSphere 8.0 Update 2 ou version ultérieure.
- Version de Tanzu Kubernetes prenant en charge les snapshots CSI, c'est-à-dire TKR v1.26.5 ou version ultérieure pour vSphere 8.0.2 ou version ultérieure. Consultez les Notes de mise à jour des versions de VMware Tanzu Kubernetes.
- Dernière version de Superviseur compatible. Consultez les Notes de mise à jour de VMware vSphere with Tanzu 8.0.
Configuration requise
La fonctionnalité de snapshot CSI est fournie en tant que module TKG. Les conditions requises pour l'utilisation du module de snapshot CSI sont les suivantes :
- Utilisez le référentiel de modules standard TKG version v2023.9.19 ou ultérieure. Reportez-vous à la section Versions du référentiel de modules standard Tanzu.
- Installez le module certmanager. Reportez-vous à la section Installation et utilisation de modules VMware Tanzu.
- Installez et déployez vsphere-pv-csi-webhook à l'aide de l'interface de ligne de commande Tanzu. Reportez-vous à la section Installer et déployer le Webhook PVCSI vSphere.
- Installez et déployez external-csi-snapshot-webhook à l'aide de l'interface de ligne de commande Tanzu. Reportez-vous à la section Installer et déployer un Webhook de snapshot CSI externe.
Directives et limitations
Lorsque vous utilisez la fonctionnalité de snapshot et de restauration avec des clusters TKG, suivez ces directives.
- Seuls les volumes de blocs prennent en charge les opérations de snapshot et de restauration de volume. Vous ne pouvez pas utiliser ces opérations avec le volume de fichiers vSphere.
- Lorsque vous créez une réclamation de volume persistant (PVC) à partir d'un VolumeSnapshot, elle doit résider sur la même banque de données que le VolumeSnapshot d'origine. Sinon, le provisionnement de cette PVC échoue avec l'erreur suivante :
failed to provision volume with StorageClass <storage-class-name>: rpc error: code = Internal desc = failed to create volume. Error: failed to get the compatible datastore for create volume from snapshot <snapshot-name> with error: failed to find datastore with URL <datastore-url> from the input datastore list, <[datastore-list]>
La banque de données de la PVC cible que vous créez à partir du VolumeSnapshot est déterminée par la classe StorageClass dans la définition de la PVC. Assurez-vous que la classe StorageClass de la PVC cible et la classe StorageClass de la PVC source d'origine pointent vers la même banque de données, qui est la banque de données de la PVC source. Cette règle s'applique également aux exigences de topologie dans les définitions de StorageClass. La configuration requise doit également pointer vers la même banque de données commune. Les exigences de topologie conflictuelles entraînent la même erreur que celle indiquée ci-dessus.
- Vous ne pouvez pas supprimer ou développer un volume qui contient des snapshots associés. Supprimez tous les snapshots pour développer ou supprimer le volume source.
- Lorsque vous créez un volume à partir d'un snapshot, assurez-vous que la taille du volume correspond à celle du snapshot.
- La surveillance du quota de stockage n'est pas prise en charge pour les snapshots.
- Vous ne pouvez pas configurer le nombre maximal de snapshots par volume dans la configuration vSphere. Pour de meilleures performances, utilisez deux à trois snapshots par disque virtuel. Pour plus d'informations, reportez-vous à la section Meilleures pratiques pour l'utilisation de snapshots VMware dans l'environnement vSphere.
Pour vSAN ESA, utilisez un maximum de 32 snapshots par volume. Pour plus d'informations sur vSAN ESA, reportez-vous à la section vSAN Express Storage Architecture.
