Kubernetes : Velero veut incarner la sauvegarde « standard »

Un assembleur de processus de stockage

Initialement appelé Heptio Ark, Velero n’offre pour l’heure que trois fonctions – la programmation d’une sauvegarde à intervalles donnés, la sauvegarde et la restauration – et prend la forme d’une CRD. Une CRD est une extension fonctionnelle de Kubernetes et sa configuration est définie dans la base de registres etcd, laquelle paramètre l’ensemble d’un cluster Kubernetes.

Velero n’implémente pas à proprement parler de fonctions de sauvegarde de bas niveau. Il s’agit plutôt d’un moteur qui commande certaines fonctions disponibles dans le cluster qui pourraient servir à faire de la sauvegarde. Ainsi, il se sert des fonctions snapshots offertes par les pilotes CSI des fournisseurs de stockage pour les sauvegardes en mode bloc, des moteurs Open source Restic ou Kopia pour sauvegarder les fichiers, ou encore de l’API de Kubernetes pour faire une copie de secours des volumes en mode objet.

« La disponibilité d’un nombre grandissant de modules pour interagir avec l’infrastructure alentour est ce qui fait l’avantage de Velero. Par exemple, c’est grâce à ce système que nous pouvons nous connecter aux API des hébergeurs de cloud afin de sauvegarder leurs ressources. Pour l’utilisateur, tout est transparent : il programme ses sauvegardes ou effectue ses restaurations sans avoir à se préoccuper de l’infrastructure sous-jacente », dit Shubham Pampattiwar.

Dans le détail, l’utilisateur exécute directement ou programme l’exécution d’une commande du style velero backup create <nom de la sauvegarde> et cela lance tout seul les bons scripts pour les bonnes API de l’infrastructure sous-jacente.

Concernant l’infrastructure qui héberge les sauvegardes, il peut s’agir d’un volume objet S3 en cloud ou non, d’un volume en mode fichier, etc. Il suffit qu’il existe un module qui définisse le stockage de destination afin que l’administrateur puisse l’indiquer simplement dans ses configurations de sauvegarde. Cet administrateur saisira par exemple « --provider aws » ou « --provider portworx », suivi des détails nécessaires (le nom du volume, la clé d’accès, etc.).

De la même manière, les hooks sont des scripts de maintenance adaptés à une certaine application ou à un certain système, qui s’exécutent avant et après la fonction de sauvegarde.

Par exemple, pour sauvegarder les fichiers d’un pod fonctionnant au-dessus d’un système Linux, il suffit de définir lors du déploiement du pod qu’il existe un « pré-hook » qui demandera à un container d’exécuter la commande Linux /sbin/fsfreeze  --freeze pour geler les accès avant la sauvegarde, puis la commande  /sbin/fsfreeze  --unfreeze pour les réactiver ensuite. De la même manière, il peut s’agir de requêtes formulées selon l’API d’une application, ces ordres étant envoyés en JSON. Et cela fonctionne aussi au moment de la restauration.

Un moteur de plug-ins pour la sauvegarde

Shubham Pampattiwar reconnaît volontiers que le fait d’exécuter toutes les fonctions de sauvegarde depuis la ligne de commande peut s’avérer complexe pour des administrateurs système. Mais selon lui, c’est un détail.

« L’intérêt de Velero est qu’il est Open source. Cela signifie qu’il est exploitable par tous les fournisseurs de stockage qui ont développé un pilote CSI pour que leur solution soit reconnue par Kubernetes. Dès lors, ces fournisseurs peuvent très bien intégrer les fonctions de Velero dans la console graphique qui sert à administrer leurs systèmes », dit-il.

« L’enjeu de Velero est de se concentrer sur les mécanismes. C’est une plateforme suffisamment brute pour que quiconque puisse venir et proposer des améliorations qui serviront au plus grand nombre. À la charge de chacun de voir comment il souhaite implémenter le produit final pour qu’il soit facile à utiliser par ses clients. »

Shubham Pampattiwar explique ainsi que les fournisseurs de stockage ne peuvent proposer avec leur pilote CSI que des sauvegardes locales. Le premier défaut est que ces sauvegardes sont potentiellement non fonctionnelles, car elles ne prennent pas de dispositions avant et après l’opération pour garantir la cohérence des données. Le second défaut est que ces sauvegardes ne sont pas restaurables sur une infrastructure différente. Intégrer Velero dans leurs produits permettrait de promouvoir une protection fiable et multicloud.

« Les solutions commerciales de sauvegardes sont pré-packagées. Velero n’a pas pour l’heure cette ambition. L’ambition de Velero est d’être un moteur de plug-ins, capable de tout sauvegarder, utilisable par les nouveaux arrivants du stockage, comme par les acteurs historiques », conclut l’ingénieur de Red Hat, en promettant l’arrivée régulière de nouveaux dispositifs qui fluidifient encore les processus de sauvegarde. Et dont Kasten, donc, pourrait tirer parti.