Si vous voulez essayer Kubernetes, mais que vous n’avez pas le matériel ou les compétences pour l’installer, je vous recommande d’utiliser K3s. C’est une version ultra-légère de Kubernetes qui ne pèse que 100 Mo et utilise containerd et sqlite pour etcd. K3s peut même être installé sur un Raspberry Pi !

Pour installer K3s, vous aurez besoin d’une machine virtuelle, d’un ordinateur ou d’un Raspberry Pi avec une distribution Linux installée dessus. Ubuntu peut par exemple faire l’affaire. Une fois votre OS installé, connectez-vous en SSH et exécutez la commande suivante :

Lorsque l’on envisage de déployer une solution S2D, la première préoccupation du client final est généralement de connaître la volumétrie réellement utilisable dont il disposera. Cette préoccupation est parfaitement légitime.

Microsoft a mis à la disposition des architectes un outil de calcul pour déterminer cette volumétrie utile. Malheureusement, si cet outil est utilisé pour dimensionner la solution, les résultats obtenus sont souvent très optimistes.

L’enjeu se complique lors du déploiement chez le client, car il est nécessaire de lui expliquer que la volumétrie utile qu’il avait demandée n’est pas celle qu’il obtient en réalité.

Après avoir sauvegardé un déploiement, il est maintenant temps de passer à la restauration.

Les déploiements correctement sauvegardés apparaissent  en vert dans la section compliant sur le portail Kasten:

En cliquant sur compliant on arrive sur le détail des applis sauvegardées. Sur chaque appli on verra le nombre de point de restauration s’afficher:

Dans mon cas 2 points car je n’ai eu qu’une exécution qui a fait un backup local et un export:

Dans le billet précédent j’ai installé KASTEN K10. Maintenant il est temps l’utiliser et de planifier des sauvegardes.

Dans K10 les stratégies de sauvegardes sont appelées Policies. Pour créer une nouvelle stratégie de sauvegarde il faut aller dans la partie Policie à partir du portail d’accueil:

On va créer une policy journalière afin d’effectuer un sauvegarde par jour:

On va donc indiquer un nom (daily dans mon cas), une action (snapshot pour sauvegarder) une fréquence(journalière)

Apres l’installation du nouveau cluster vient le moment de la migration.

Pour réaliser cette opération il existe un outil indispensable à toute installation de cluster kubernetes: Kasten

Il permet de réaliser les sauvegardes non seulement des stockages persistants, mais de tout votre déploiement.

Il permet aussi d’exporter les sauvegardes réalisées vers le clous (aws, azure…) ou sur un stockage générique S3 (MinIO ou autre)

Et lors des restaurations, il permet de restaurer en modifiant par exemple le storage-class, se qui permet par exemple d’importer une sauvegarde qui n’aurait pas les memes classes de stockage qu’a la source: donc, no problemo pour sauvegarder un cluster OnPrem, et le restaurer dans le cloud ou vice-versa…