--- title: "Migrer une instance Compute et son volume Block Storage d'une Local Zone vers une région 1-AZ ou 3-AZ" description: "Découvrez comment migrer une instance Public Cloud 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" url: https://docs.ovhcloud.com/fr/guides/public-cloud/cross-functional/migrating-instance-and-volume-from-local-zone lang: fr lastUpdated: 2026-09-16 --- > For AI agents: the complete documentation index is available at https://docs.ovhcloud.com/fr/llms.txt, the full documentation bundle is available at https://docs.ovhcloud.com/fr/llms-full.txt. # 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. :::info Avant de migrer, il est utile de bien comprendre les différences entre les modes de déploiement proposés par le Public Cloud OVHcloud. Chaque mode (1-AZ, 3-AZ ou Local Zones) a un impact direct sur la résilience, la disponibilité et la conception de votre infrastructure. Pour en savoir plus, consultez « [Comparaison et résilience des modes de déploiement - Comprendre les régions 3-AZ / 1-AZ / Local Zones](https://docs.ovhcloud.com/fr/guides/public-cloud/cross-functional/deployment-modes-comparison-resilience-details.md) ». ::: ## Prérequis - Une instance et un volume Block Storage s'exécutant dans une Local Zone, dans le même [projet Public Cloud](https://www.ovhcloud.com/fr/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](https://docs.ovhcloud.com/fr/guides/public-cloud/cross-functional/compute-prepare-openstack-api-environment.md) » 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`). :::info Un fichier OpenRC fixe un seul utilisateur et une seule région, via la variable `OS_REGION_NAME` qu'il exporte. Les deux régions appartiennent au même projet OpenStack, et les mêmes identifiants s'appliquent donc à l'une comme à l'autre : pour changer de région, chargez l'autre fichier, ou redéfinissez cette variable dans le shell courant (`export OS_REGION_NAME=EU-SOUTH-MIL`). Consultez notre guide « [Charger les variables d'environnement OpenStack](https://docs.ovhcloud.com/fr/guides/public-cloud/cross-functional/compute-set-openstack-environment-variables.md) » pour savoir comment charger un fichier OpenRC. ::: ### 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. :::info Pour garantir la cohérence des données, il est recommandé d'éteindre l'instance source avant de démarrer la migration. ::: ### 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 : ```bash $ 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` : ```bash $ 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 ```bash 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 : ```bash $ openstack image list --name image-test-LZ-MIL +--------------------------------------+-------------------+--------+ | ID | Name | Status | +--------------------------------------+-------------------+--------+ | 4ba54315-4c98-46ab-a098-f834d02b0e35 | image-test-LZ-MIL | active | +--------------------------------------+-------------------+--------+ ``` :::info Cette image ne capture que le disque système de l'instance — les volumes Block Storage attachés ne sont pas inclus et doivent être migrés séparément (voir [Partie 2](#part2-volume-migration)). ::: #### É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](https://help.ovhcloud.com/csm?id=csm_get_help) et demandez l'export de l'image — vous recevrez une URL S31 présignée pour la télécharger. Une fois le fichier téléchargé, décompressez-le si nécessaire. :::info Si vous avez déjà créé la sauvegarde du volume (voir [Partie 2, Étape 6](#step-6)), vous pouvez demander au support d'exporter en une seule fois l'image de l'instance et la sauvegarde du volume, pour éviter un second aller-retour. ::: #### É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 : ```bash openstack image create \ --file image-test-LZ-MIL \ --disk-format raw \ --container-format bare \ image-test-3AZ-MIL ``` :::warning Le format du disque doit être `raw`, et non `qcow2`. Selon la taille de l'image, le téléversement peut prendre un certain temps — laissez-le se terminer. ::: #### É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é](https://docs.ovhcloud.com/fr/guides/public-cloud/cross-functional/deployment-modes-comparison-resilience-details.md) 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](https://docs.ovhcloud.com/fr/guides/public-cloud/compute/setup-security-group.md) ». - 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](https://docs.ovhcloud.com/fr/guides/public-cloud/compute/creating-ssh-keys.md) ». - 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](https://docs.ovhcloud.com/fr/guides/public-cloud/network-services/create-private-network-gateway.md) ». - 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](https://docs.ovhcloud.com/fr/guides/public-cloud/network-services/attach-floating-ip-to-instance.md) ». ```bash 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` : ```bash $ 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. ```bash $ 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. :::info Si votre `fstab` monte le volume par nom de périphérique (par exemple `/dev/vdb`) plutôt que par `LABEL` ou `UUID`, ce nom peut différer une fois le volume rattaché, et le démarrage peut échouer à nouveau. Dans cet exemple, le volume passe de `/dev/sdb` en Local Zone à `/dev/vdb` en région 3-AZ. Utiliser `LABEL=` dans `fstab` évite ce problème. Si l'instance est déjà injoignable, démarrez-la en [mode rescue](https://docs.ovhcloud.com/fr/guides/public-cloud/compute/put-an-instance-in-rescue-mode.md) pour corriger `fstab`. ::: ### 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](#prepare-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 : ```bash $ openstack volume show test-LZ-MIL -c type -f value classic ``` #### Étape 6 : sauvegarder le volume [](#) ```bash openstack volume backup create --name backup-test-LZ-MIL --wait test-LZ-MIL ``` Vérifiez que la sauvegarde est `available` : ```bash $ 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](https://help.ovhcloud.com/csm?id=csm_get_help) 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 : ```bash openstack image create \ --file backup-test-LZ-MIL \ --disk-format raw \ --container-format bare \ volume-backup-test-LZ-MIL ``` :::warning Le format du disque doit être `raw`, et non `qcow2`. Selon la taille de l'image, le téléversement peut prendre un certain temps — laissez-le se terminer. ::: #### É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](#part2-volume-migration) (ici `classic`), sauf si vous souhaitez délibérément en changer — la classe de stockage affecte à la fois la performance et la facturation : ```bash openstack volume create \ --image volume-backup-test-LZ-MIL \ --availability-zone eu-south-mil-b \ --type classic \ --size 10 \ test-3AZ-MIL ``` :::info - `--size` doit être au moins égal à la taille du volume d'origine. - `--availability-zone` doit correspondre à la zone de disponibilité de l'instance si vous utilisez la classe de stockage `high-speed` ou `high-speed-gen2`. En région 1-AZ, une seule valeur est possible ; en région 3-AZ, reprenez la zone choisie pour l'instance à l'étape 4. ::: Attendez que le volume soit `available` : ```bash $ 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 : ```bash $ 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` : ```bash $ 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 : ```bash $ 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](https://docs.ovhcloud.com/fr/guides/public-cloud/cross-functional/deployment-modes-comparison-resilience-details.md) [Migration d'instances entre zones de disponibilité (AZ)](https://docs.ovhcloud.com/fr/guides/public-cloud/compute/migration-between-regions.md) [Télécharger et transférer la sauvegarde d'une instance d'une région OpenStack à une autre](https://docs.ovhcloud.com/fr/guides/public-cloud/compute/transfer-instance-backup-from-one-datacentre-to-another.md) [Local Zone Compute - Fonctionnalités, capacités et limites](https://docs.ovhcloud.com/fr/guides/public-cloud/compute/local-zones-capabilities-limitations.md) Échangez avec notre [communauté d'utilisateurs](https://community.ovhcloud.com/). 1  : 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.