Migrer une instance Compute et son volume Block Storage d'une Local Zone vers une région 1-AZ ou 3-AZ

Objectif

Une Local Zone et une région 1-AZ ou 3-AZ sont deux régions OpenStack distinctes. Une instance ou un volume ne peut pas être déplacé directement de l'une vers l'autre : exportez les deux sous forme d'images, puis réimportez-les et recréez-les dans la région cible.

Ce guide explique comment migrer une instance Compute et son volume Block Storage attaché d'une Local Zone vers une région 1-AZ ou 3-AZ, à l'aide de la CLI OpenStack.

Il est illustré par l'exemple suivant :

• Une instance b3-16 s'exécutant dans la Local Zone de Milan (EU-SOUTH-LZ-MIL-A), avec un volume Block Storage attaché.
• Les deux sont migrés vers la région 3-AZ de Milan (EU-SOUTH-MIL).

Les mêmes étapes s'appliquent à toute autre Local Zone et à sa région 1-AZ ou 3-AZ parente.

Prérequis

• Une instance et un volume Block Storage s'exécutant dans une Local Zone, dans le même projet Public Cloud que la région 1-AZ ou 3-AZ cible.
• La CLI OpenStack, installée et prête à l'emploi. Suivez notre guide « Préparer l'environnement pour utiliser l'API OpenStack » si ce n'est pas déjà le cas.
• Suffisamment d'espace disque local pour stocker temporairement l'image exportée et la sauvegarde de volume (au moins la taille du disque système de l'instance plus la taille du volume).

Accès à l'espace client OVHcloud

• Lien direct : Tous mes projets Public Cloud
• Pour accéder à vos services : Public Cloud > Sélectionnez votre projet

En pratique

Récupérer les identifiants OpenStack pour les deux régions

Vous avez besoin d'identifiants OpenStack (un fichier OpenRC) pour les deux régions, la Local Zone source et la région 1-AZ ou 3-AZ cible : ce sont deux régions d'un même projet OpenStack.

Pour télécharger un fichier OpenRC :

1. Sous la rubrique Paramètres, ouvrez Utilisateurs & Rôles.
2. À côté de l'utilisateur de votre choix, cliquez sur le bouton ..., puis sélectionnez Télécharger le fichier RC d'OpenStack.
3. Dans la boîte de dialogue, sélectionnez d'abord votre Local Zone (par exemple Milan (EU-SOUTH-LZ-MIL-A)), puis cliquez sur Télécharger.
4. Répétez l'opération, cette fois en sélectionnant la région 1-AZ ou 3-AZ correspondante (par exemple EU-SOUTH-MIL).

Vue d'ensemble de la migration

Pour l'instance Compute :

1. Créer une image à partir de l'instance de la Local Zone (cette image n'inclut pas les volumes attachés).
2. Exporter et télécharger cette image.
3. Téléverser l'image vers la région 1-AZ ou 3-AZ.
4. Créer une nouvelle instance à partir de cette image.

Pour le volume Block Storage :

1. Détacher le volume de l'instance.
2. Créer une sauvegarde du volume de la Local Zone.
3. Exporter et télécharger cette sauvegarde sous forme d'image.
4. Téléverser l'image vers la région 1-AZ ou 3-AZ.
5. Créer un nouveau volume à partir de cette image, et l'attacher à l'instance migrée.

Préparer l'instance et le volume source

Chargez le fichier OpenRC de la Local Zone source, puis identifiez l'instance et le volume à migrer :

$ openstack server list
+--------------------------------------+-------------+--------+----------------------------------------------------------------+--------------+--------+
| ID                                   | Name        | Status | Networks                                                       | Image        | Flavor |
+--------------------------------------+-------------+--------+----------------------------------------------------------------+--------------+--------+
| 62abae51-f521-416a-9d14-0fcff617cb8a | test-LZ-MIL | ACTIVE | Ext-Net=xx.xx.xx.xx, xx:xx::xx:xx:xx; test-LZ-MIL=xx.xx.xx.xx  | Ubuntu 26.04 | b3-16  |
+--------------------------------------+-------------+--------+----------------------------------------------------------------+--------------+--------+

$ openstack volume list
+--------------------------------------+-------------+--------+------+-------------------------------------+
| ID                                   | Name        | Status | Size | Attached to                         |
+--------------------------------------+-------------+--------+------+-------------------------------------+
| 39312ab3-f855-41ab-baeb-b24a6ebed79b | test-LZ-MIL | in-use |   10 | Attached to test-LZ-MIL on /dev/sdb |
+--------------------------------------+-------------+--------+------+-------------------------------------+

Un volume ne peut être sauvegardé que s'il est détaché (statut available). Détachez-le de l'instance — le premier argument est le serveur, le second le volume, et ils portent ici le même nom test-LZ-MIL :

$ openstack server remove volume test-LZ-MIL test-LZ-MIL

$ openstack volume list
+--------------------------------------+-------------+-----------+------+-------------+
| ID                                   | Name        | Status    | Size | Attached to |
+--------------------------------------+-------------+-----------+------+-------------+
| 39312ab3-f855-41ab-baeb-b24a6ebed79b | test-LZ-MIL | available |   10 |             |
+--------------------------------------+-------------+-----------+------+-------------+

Partie 1 — Migrer l'instance Compute

Étape 1 : créer une image de l'instance

openstack server image create --name image-test-LZ-MIL --wait test-LZ-MIL

L'option --wait fait en sorte que la commande ne se termine qu'une fois l'image active. Vous pouvez également vérifier son statut séparément :

$ openstack image list --name image-test-LZ-MIL
+--------------------------------------+-------------------+--------+
| ID                                   | Name              | Status |
+--------------------------------------+-------------------+--------+
| 4ba54315-4c98-46ab-a098-f834d02b0e35 | image-test-LZ-MIL | active |
+--------------------------------------+-------------------+--------+

Étape 2 : exporter et télécharger l'image

Les images stockées dans une Local Zone ne peuvent pas être téléchargées directement avec openstack image save. Contactez notre support et demandez l'export de l'image — vous recevrez une URL S3¹ présignée pour la télécharger.

Une fois le fichier téléchargé, décompressez-le si nécessaire.

Étape 3 : téléverser l'image vers la région cible

Chargez le fichier OpenRC de la région 1-AZ ou 3-AZ cible (ou basculez en définissant OS_REGION_NAME sur celle-ci, ici EU-SOUTH-MIL), puis téléversez l'image :

openstack image create \
  --file image-test-LZ-MIL \
  --disk-format raw \
  --container-format bare \
  image-test-3AZ-MIL

Étape 4 : créer l'instance dans la région cible

Créez la nouvelle instance à partir de l'image chargée :

• Choisissez un flavor dont le disque système est au moins aussi grand que celui de l'instance source. Dans cet exemple, b3-16 dispose d'un disque système de 100 Go et est disponible avec des caractéristiques identiques en Local Zone comme en 3-AZ.
• Indiquez la zone de disponibilité dans laquelle l'instance doit être créée. Une région 1-AZ ne compte qu'une seule zone de disponibilité : --availability-zone y est donc facultatif. Une région 3-AZ en compte 3 : choisissez-en une explicitement.
• Le groupe de sécurité default existe déjà dans chaque projet et suffit pour démarrer ; personnalisez-le plus tard si besoin en suivant le guide « Créer et configurer un groupe de sécurité dans Horizon ».
• Si vous n'avez pas encore de paire de clés SSH (ici my_key), créez-en une en suivant la section Création de paires de clés pour les connexions OpenSSH du guide « Comment créer et utiliser des clés d'authentification pour les connexions SSH aux instances Public Cloud ».
• L'instance a besoin d'un réseau existant (ici test-3AZ-MIL). Pour en créer un avec une Gateway via la CLI OpenStack, suivez la section Créer un réseau privé avec une Gateway du guide « Créer un réseau privé avec une Gateway ».
• Pour joindre l'instance depuis Internet, attachez une Floating IP en suivant la section Depuis l'API OpenStack (sous « Attacher une Floating IP à une instance ») du guide « Attacher une adresse Floating IP à une instance Public Cloud ».

openstack server create \
  --flavor b3-16 \
  --image image-test-3AZ-MIL \
  --network test-3AZ-MIL \
  --security-group default \
  --key-name my_key \
  --availability-zone eu-south-mil-b \
  test-3AZ-MIL

Attendez que l'instance atteigne le statut ACTIVE :

$ openstack server list --name test-3AZ-MIL
+--------------------------------------+--------------+--------+---------------------------+--------------------+--------+
| ID                                   | Name         | Status | Networks                  | Image              | Flavor |
+--------------------------------------+--------------+--------+---------------------------+--------------------+--------+
| 90d2a04a-3aad-40f3-99bb-c561348aee0e | test-3AZ-MIL | ACTIVE | test-3AZ-MIL=192.168.0.46 | image-test-3AZ-MIL | b3-16  |
+--------------------------------------+--------------+--------+---------------------------+--------------------+--------+

Étape 5 : à propos du premier démarrage

Le volume n'a pas encore été migré, le démarrage ne peut donc pas se terminer : le journal de la console affichera le système en attente du disque manquant, avant de basculer en mode d'urgence (emergency mode). C'est normal — cela confirme que l'image elle-même est correcte.

$ openstack console log show test-3AZ-MIL | tail -6
[ TIME ] Timed out waiting for device dev-disk-by\x2dlabel-data.device - /dev/disk/by-label/data.
[DEPEND] Dependency failed for systemd-fsck-data.service - File System Check on /dev/disk/by-label/data.
[DEPEND] Dependency failed for mnt-data.mount - /mnt/data.
[DEPEND] Dependency failed for local-fs.target - Local File Systems.
[  OK  ] Reached target emergency.target - Emergency Mode.
You are in emergency mode. After logging in, type "journalctl -xb" to view system logs...

Poursuivez avec la migration du volume ci-dessous, puis attachez le volume et redémarrez l'instance — le démarrage se terminera alors normalement.

Partie 2 — Migrer le volume Block Storage

Le volume doit encore être détaché (statut available), comme indiqué à la section « Préparer l'instance et le volume source ».

La partie 1 s'est terminée sur la région cible : rebasculez sur la Local Zone source. La commande ci-dessous et l'étape 6 s'exécutent sur celle-ci, et l'étape 8 revient à la région cible.

Relevez la classe de stockage du volume source — vous la reprendrez pour le nouveau volume à l'étape 9 :

$ openstack volume show test-LZ-MIL -c type -f value
classic

Étape 6 : sauvegarder le volume

openstack volume backup create --name backup-test-LZ-MIL --wait test-LZ-MIL

Vérifiez que la sauvegarde est available :

$ openstack volume backup list
+--------------------------------------+--------------------+-------------+-----------+------+-------------+----------------------------+
| ID                                   | Name               | Description | Status    | Size | Incremental | Created At                 |
+--------------------------------------+--------------------+-------------+-----------+------+-------------+----------------------------+
| 5d0f8780-8dc2-4a39-a14a-b3e2a8c7c182 | backup-test-LZ-MIL | None        | available |   10 | False       | 2026-08-10T14:11:35.000000 |
+--------------------------------------+--------------------+-------------+-----------+------+-------------+----------------------------+

Étape 7 : exporter et télécharger la sauvegarde

Comme pour l'image de l'instance, contactez notre support et demandez l'export de la sauvegarde du volume sous forme d'image. Vous recevrez une URL S3 présignée pour la télécharger, et pourrez décompresser le fichier si nécessaire.

Étape 8 : téléverser l'image de sauvegarde vers la région cible

Une fois revenu sur la région 1-AZ ou 3-AZ cible :

openstack image create \
  --file backup-test-LZ-MIL \
  --disk-format raw \
  --container-format bare \
  volume-backup-test-LZ-MIL

Étape 9 : créer le volume à partir de l'image

Créez le volume avec la classe de stockage relevée au début de la Partie 2 (ici classic), sauf si vous souhaitez délibérément en changer — la classe de stockage affecte à la fois la performance et la facturation :

openstack volume create \
  --image volume-backup-test-LZ-MIL \
  --availability-zone eu-south-mil-b \
  --type classic \
  --size 10 \
  test-3AZ-MIL

Attendez que le volume soit available :

$ openstack volume list --name test-3AZ-MIL
+--------------------------------------+--------------+-----------+------+-------------+
| ID                                   | Name         | Status    | Size | Attached to |
+--------------------------------------+--------------+-----------+------+-------------+
| 6e7f5de3-672f-4d00-9636-9679f8b561cb | test-3AZ-MIL | available |   10 |             |
+--------------------------------------+--------------+-----------+------+-------------+

Étape 10 : attacher le volume et redémarrer l'instance

Arrêtez l'instance, attachez le volume, puis redémarrez-la :

$ openstack server stop test-3AZ-MIL

Attendez que l'instance atteigne l'état SHUTOFF. Comme dans la région source, le premier argument de server add volume est le serveur, le second le volume — ils portent ici le même nom test-3AZ-MIL :

$ openstack server add volume test-3AZ-MIL test-3AZ-MIL

$ openstack server start test-3AZ-MIL

Comme fstab référence le volume par LABEL, le système le détecte et le monte automatiquement, et le démarrage se termine :

$ ssh ubuntu@xx.xx.xx.xx hostname
test-3az-mil

$ ssh ubuntu@xx.xx.xx.xx df -h /mnt/data
Filesystem      Size  Used Avail Use% Mounted on
/dev/vdb1       9.8G  5.1G  4.3G  55% /mnt/data

L'instance et son volume Block Storage sont migrés vers la région cible.

Aller plus loin

Comparaison et résilience des modes de déploiement - Comprendre les régions 3-AZ / 1-AZ / Local Zones

Migration d'instances entre zones de disponibilité (AZ)

Télécharger et transférer la sauvegarde d'une instance d'une région OpenStack à une autre

Local Zone Compute - Fonctionnalités, capacités et limites

Échangez avec notre communauté d'utilisateurs.

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