Sauvegarder et cloner une instance

Voir en Markdown

Découvrez comment sauvegarder une instance SNC Cloud Platform (snapshot du volume système, Restic) et recréer une instance à partir d'une sauvegarde (clone)

Objectif

Ce guide présente deux méthodes complémentaires pour sauvegarder une instance SNC Cloud Platform :

Sauvegarde complète du système : un snapshot du volume système est transformé en image, qui peut être conservée, téléchargée hors plateforme pour une sauvegarde externe, ou utilisée pour recréer une instance à l'identique (clone).
Sauvegarde des données applicatives : un outil comme Restic automatise les sauvegardes des données de vos instances vers Object Storage. Les sauvegardes peuvent être utilisées pour restaurer vos données en cas de problème.

Prérequis

Avoir une instance
Pour la méthode snapshot/clonage : disposer d'un accès à la console OpenStack (Horizon) ou de la CLI OpenStack configurée (consultez le guide « Créer une instance et s'y connecter » pour l'installation et la configuration de la CLI)
Pour la méthode Restic :
- Avoir généré une Access Key pour Object Storage
- Avoir installé Restic
- Avoir installé S3cmd et configuré celui-ci avec l'Access Key

En pratique

Sauvegarde et clonage via un snapshot de volume

Pour rappel, un volume est attaché à chaque instance pour le disque système. L'opération consiste donc à sauvegarder ce volume, puis à créer une nouvelle instance à partir de cette sauvegarde. Dans le détail, il s'agit de :

créer un snapshot du volume
créer un volume à partir de ce snapshot
téléverser ce volume en tant qu'image
nettoyer le volume et le snapshot créés précédemment (s'ils ne sont plus utilisés)

Ensuite, une instance peut être créée à partir de cette image.

Ces opérations ne sont pas encore disponibles depuis le Regional Panel : utilisez la console OpenStack (Horizon) ou la CLI OpenStack.

Horizon

CLI OpenStack

Connectez-vous à la console OpenStack en cliquant sur le bouton Open horizon depuis le Regional Panel.

Bouton Open horizon du Regional Panel

Allez dans le menu Instances et cliquez sur l'instance à sauvegarder (instance test dans cet exemple).

Liste des instances avec l'instance test

Dans la section Volumes Attached, en bas de la page de l'instance, cliquez sur le volume attaché.

Section Volumes Attached avec le volume attaché à l'instance

Le volume peut également être retrouvé dans le menu Volumes en recherchant le volume attaché à l'instance.

Menu Volumes avec le volume attaché à l'instance

Créez ensuite un snapshot du volume :

Action Create Snapshot sur le volume

Nommez-le et cliquez sur Create Volume Snapshot (Force). L'opération est presque immédiate.

Warning

La création d'un snapshot d'un volume monté et en cours d'utilisation est certes crash consistent, mais pas application consistent. Pour garantir à 100 % la cohérence des données sauvegardées, il est recommandé d'arrêter l'instance auparavant.

Formulaire de création du snapshot

Allez dans le menu Snapshots et créez un volume à partir du snapshot.

Menu Snapshots avec l'action de création de volume

Nommez-le et laissez les autres valeurs inchangées. Lancez la création du volume. L'opération est presque immédiate.

Formulaire de création du volume depuis le snapshot

Dans cet exemple, le volume est sauvegardé sous forme d'image, qu'il est possible de télécharger localement pour une sauvegarde externe, par exemple.

Choisissez l'action Upload to Image dans la liste des actions du volume.

Action Upload to Image dans la liste des actions du volume

Nommez l'image et gardez Raw comme format de disque. Lancez le téléversement.

Formulaire de téléversement avec le format Raw

Le volume passe en statut Uploading. Selon la taille du volume, la création de l'image peut être plus ou moins longue. Attendez que l'image soit complètement créée.

Le volume et le snapshot créés précédemment peuvent être supprimés (d'abord le volume, puis le snapshot) s'ils ne doivent pas être réutilisés.

Pour créer une nouvelle instance à partir de l'image, allez dans le menu Images et cliquez sur l'action Launch pour l'image.

Action Launch sur l'image dans le menu Images

Les menus de création d'instance sont alors proposés, comme décrit dans le guide « Créer une instance et s'y connecter ».

En résumé :

dans le menu Details, nommez l'instance et choisissez nova-vm comme Availability Zone
dans le menu Source, cliquez sur Yes pour Create New Volume et indiquez la taille adéquate
choisissez le gabarit dans le menu Flavor
choisissez Ext-Net comme réseau
ne choisissez pas de paire de clés : la configuration ne sera pas prise en compte. Le fichier authorized_keys de l'instance ne sera pas modifié.

Lancez ensuite la création de l'instance en cliquant sur Launch Instance et attendez que l'instance soit dans l'état Running.

Au démarrage de l'instance, le cloud-init détectera que l'instance a changé, et réinstallera la bonne configuration réseau. Connectez-vous ensuite à l'instance avec son adresse IP publique.

Consultez le guide « Créer une instance et s'y connecter » pour les détails concernant l'installation et la configuration de la CLI OpenStack.

Récupérez le volume attaché à l'instance :

$ openstack volume list
+--------------------------------------+------------------+-----------+------+-------------------------------------+
| ID                                   | Name             | Status    | Size | Attached to                         |
+--------------------------------------+------------------+-----------+------+-------------------------------------+
...
| 7b643b08-7e98-4280-81fa-3f96569e8ef1 |                  | in-use    |   20 | Attached to test on /dev/sda        |
...
+--------------------------------------+------------------+-----------+------+-------------------------------------+

Créez le snapshot de ce volume. Un volume en cours d'utilisation peut faire l'objet d'un snapshot directement : l'API Cinder de la plateforme prend en charge la microversion 3.71, donc pas besoin de l'option --force ni de la variable d'environnement OS_VOLUME_API_VERSION.

$ openstack volume snapshot create --volume 7b643b08-7e98-4280-81fa-3f96569e8ef1 test-snapshot
+-------------+--------------------------------------+
| Field       | Value                                |
+-------------+--------------------------------------+
| created_at  | 2026-06-26T15:11:26.201472           |
| description | None                                 |
| id          | aaab4422-de3e-436d-897c-c7ddd0b1cadc |
| name        | test-snapshot                        |
| properties  |                                      |
| size        | 20                                   |
| status      | creating                             |
| volume_id   | 7b643b08-7e98-4280-81fa-3f96569e8ef1 |
+-------------+--------------------------------------+

Créez ensuite le volume à partir de ce snapshot :

$ openstack volume create --snapshot test-snapshot test-volume
...

Puis créez une image à partir de ce volume :

$ openstack image create --volume test-volume test-image
+---------------------+--------------------------------------+
| Field               | Value                                |
+---------------------+--------------------------------------+
| container_format    | bare                                 |
| disk_format         | raw                                  |
| display_description | None                                 |
| id                  | 0092c933-283c-4890-9bca-a445bcaf40fd |
| image_id            | 026968e1-7930-4c3c-a63c-cc3bfac8ac6b |
| image_name          | test-image                           |
| protected           | False                                |
| size                | 20                                   |
| status              | uploading                            |
| updated_at          | 2026-06-26T15:13:01.457308           |
| visibility          | private                              |
| volume_type         | public_standard                      |
+---------------------+--------------------------------------+

Attendez que l'image soit prête (active).

$ openstack image show test-image -f value -c status
active

Le volume et le snapshot précédemment créés peuvent être supprimés s'ils ne doivent plus être utilisés.

$ openstack volume delete test-volume
$ openstack volume snapshot delete test-snapshot

Une instance peut maintenant être créée à partir de cette image. Récupérez ensuite son adresse IP et, une fois l'instance prête, connectez-vous à celle-ci.

Pas besoin de --availability-zone : l'instance est placée dans la zone de disponibilité par défaut du projet, nova-vm.

$ openstack server create --flavor b3-8 --image "test-image" --boot-from-volume 20 --network Ext-Net test-restore
...
$ openstack server show test-restore -f value -c status -c addresses
{'Ext-Net': ['192.0.2.11']}
ACTIVE
$ ssh debian@192.0.2.11 hostname
test-restore

Sauvegarde des données avec Restic (Object Storage)

Info

L'outil de sauvegarde Restic est utilisé pour décrire une méthode possible pour faire des sauvegardes. L'utilisateur est libre de choisir la solution qui lui convient.

Créer un bucket pour stocker les sauvegardes

Renseignez la commande suivante :

$ s3cmd mb s3://backup

Initialiser le dépôt de sauvegarde

Commencez par choisir un mot de passe pour chiffrer vos sauvegardes. Dans ce guide, GPG est utilisé à cette fin :

$ gpg --gen-random --armor 1 20

Notez ce mot de passe dans un endroit sûr, avec vos informations d’identification S3¹. Ensuite, la configuration de Restic sera placée dans des variables d'environnement. Cela inclut des informations sensibles, comme votre secret S3 et le mot de passe du dépôt. Par conséquent, assurez-vous que les commandes suivantes n’apparaissent pas dans le fichier d'historique de votre shell. Ajustez le contenu des variables d'environnement en fonction du nom de votre bucket, de la région et des informations d'identification API de votre utilisateur.

unset HISTFILE
export AWS_DEFAULT_REGION="eu-west-rbx-snc"
export AWS_ACCESS_KEY_ID="06bd244758d047eea26eb9cc1e572be7"
export AWS_SECRET_ACCESS_KEY="55db67712e594cd8a557abfd7a33a743"
export RESTIC_REPOSITORY="s3:https://s3-beta.eu-west-rbx-snc.cloud.snc.ovh.net/backup"
export RESTIC_PASSWORD="BYhISmzRvIPMwvbzgl8ROQ=="

Une fois l'environnement configuré, la commande Restic peut être appelée pour initialiser le dépôt :

$ restic init
created restic repository 821bcf92bf at s3:https://s3-beta.eu-west-rbx-snc.cloud.snc.ovh.net/backup

Please note that knowledge of your password is required to access
the repository. Losing your password means that your data is
irrecoverably lost.

Restic est maintenant prêt à être utilisé avec S3. Essayez de créer une sauvegarde :

$ restic backup /var/log/
repository 821bcf92 opened (repository version 2) successfully, password is correct
no parent snapshot found, will read all files
error: open /var/log/btmp: permission denied
error: Open: open /var/log/private: permission denied

Files:          30 new,     0 changed,     0 unmodified
Dirs:            7 new,     0 changed,     0 unmodified
Added to the repository: 745.784 MiB (173.112 MiB stored)

processed 30 files, 750.189 MiB in 0:04
snapshot 38e47b16 saved

$ restic snapshots
repository 821bcf92 opened (repository version 2) successfully, password is correct
ID        Time                 Host        Tags        Paths
---------------------------------------------------------------
38e47b16  2025-12-22 00:24:23  demo                  /var/log
---------------------------------------------------------------
1 snapshots

Info

Un snapshot a été créé.

Vérifiez le contenu du bucket :

$ s3cmd la
                          DIR  s3://backup/data/
                          DIR  s3://backup/index/
                          DIR  s3://backup/keys/
                          DIR  s3://backup/snapshots/
2025-12-22 00:22          155  s3://backup/config

Info

Une sauvegarde a été créée et stockée dans le bucket S3.

Aller plus loin

Pour une formation ou une assistance technique sur la mise en œuvre de nos solutions, contactez votre commercial ou consultez la page Professional Services pour obtenir un devis et faire analyser votre projet par nos experts.

Échangez avec notre communauté d’utilisateurs.

¹ : S3 est une marque déposée appartenant à Amazon Technologies, Inc. Les services OVHcloud ne sont pas sponsorisés, approuvés, ou affiliés de quelque manière que ce soit.

Cette page vous a-t-elle aidé ?