--- title: "Gestion des images Glance" description: "Découvrez comment importer, vérifier, partager et supprimer des images dans Glance sur SNC Cloud Platform, et en créer des volumes avec la CLI OpenStack" url: https://docs.ovhcloud.com/fr/guides/hosted-private-cloud/cloud-platform/glance-image-management lang: fr lastUpdated: 2026-09-29 --- > 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. # Gestion des images Glance ## Objectif Guide pratique pour importer, vérifier et gérer des images dans Glance (service de catalogue d'images d'OpenStack) sur SNC Cloud Platform. Public cible : toute personne ayant besoin d'une image absente du catalogue par défaut. Ce guide couvre le cycle de vie complet d'une image dans Glance sur cette plateforme : import, vérification, utilisation pour créer un volume ou une instance, gestion de la visibilité, suppression — avec les spécificités propres à cette plateforme, qui viennent compléter la documentation générique OpenStack. ## Prérequis - Avoir configuré la CLI `openstack` (voir « [Guide Terraform](https://docs.ovhcloud.com/fr/guides/hosted-private-cloud/cloud-platform/terraform.md) » pour l'authentification via `clouds.yaml`). - Disposer au minimum du rôle `member`. - Disposer d'un poste avec assez d'espace disque libre pour stocker localement l'image à importer — l'import se fait **depuis le poste local**, pas côté serveur (reportez-vous à la section « [Méthodes d'import disponibles](#méthodes-dimport-disponibles) »). ## En pratique ### Méthodes d'import disponibles Glance propose plusieurs méthodes d'import. Sur cette plateforme, seule `openstack image create --file` (import direct depuis le poste local) est prise en charge — c'est la méthode recommandée : | Méthode | Fonctionnement | Sur cette plateforme | | ---------------------------------------------------- | --------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `openstack image create --file` (import direct, CLI) | Le fichier est envoyé **depuis le poste local** vers Glance en HTTP | ✅ Méthode recommandée, utilisée dans ce guide. Un fichier de \~7-8 Go s'importe typiquement en 1 à 3 minutes selon la bande passante montante du poste local. | | `web_download` | Glance télécharge l'image **depuis le serveur**, à partir d'une URL fournie | ❌ Non fonctionnel sur cette plateforme, du fait des exigences de cloisonnement réseau liées à la qualification SecNumCloud en cours (les services internes n'ont pas d'accès sortant vers Internet) — privilégiez l'import direct ci-dessus. | | Import manuel via l'interface Horizon | Import d'un fichier local via le formulaire web « Créer une image » | ⚠️ Pas encore fonctionnel. Utilisez la CLI (`openstack image create --file`), pleinement prise en charge. | | `copy-image` | Duplique une image déjà présente dans Glance vers un autre store | ✅ Fonctionne (testé : `openstack image import --method copy-image --store `). Utile principalement dans un contexte multi-store ; cette plateforme n'expose aujourd'hui qu'un seul store (`defaultstore`). | ### Étape 1 — Lister les images existantes Avant d'importer quoi que ce soit, vérifiez qu'une image équivalente n'existe pas déjà : ```bash openstack image list -f table -c Name -c Status -c Visibility ``` Catalogue de base généralement disponible sur cette plateforme (variable selon le projet) : distributions Linux courantes (Debian, AlmaLinux, CentOS) en images `OVH` prêtes à l'emploi (cloud-init inclus). Toute image hors de ce catalogue (Windows, distribution non listée, appliance spécifique) doit être importée manuellement. ### Étape 2 — Importer une image ```bash openstack image create \ --disk-format \ --container-format bare \ --private \ --progress \ --file /chemin/local/vers/image \ nom-de-l-image ``` #### Choisir le bon `--disk-format` | Type de fichier | `--disk-format` | Usage typique | | ----------------------------------------------------------------- | --------------- | ------------------------------------------------------------------------------------- | | ISO d'installation (Windows, installeur d'une distribution Linux) | `iso` | Démarrage depuis un CD-ROM virtuel pour lancer un installeur interactif ou automatisé | | Image disque QCOW2 (format QEMU natif, souvent avec cloud-init) | `qcow2` | Image prête à l'emploi, démarrage direct | | Image disque RAW | `raw` | Image prête à l'emploi, pas de compression | `--container-format bare` convient dans la quasi-totalité des cas (pas de métadonnées de conteneur supplémentaires). `--private` restreint la visibilité de l'image à votre projet (reportez-vous à l'[étape 5](#étape-5--gérer-la-visibilité-dune-image)). #### Importer une image volumineuse `--progress` affiche une barre de progression pendant l'import — utile pour les fichiers de plusieurs Go, où, sans elle, plusieurs minutes sans retour visuel pourraient laisser croire à un blocage. ### Étape 3 — Vérifier une image importée ```bash openstack image show nom-de-l-image -f value -c status -c size -c checksum -c disk_format ``` `status` doit valoir `active`. Toute autre valeur qui persiste (`queued`, `saving`) signale un import qui ne progresse pas — reportez-vous à la section « [Pièges connus (dépannage)](#pièges-connus-dépannage) ». ### Étape 4 — Créer un volume à partir d'une image Deux cas d'usage, dont le comportement diffère en pratique : #### Volume autonome (recommandé) ```bash openstack volume create --image nom-de-l-image --size nom-du-volume ``` Fonctionne de façon fiable et rapide (quelques dizaines de secondes pour plusieurs Go). Privilégiez cette méthode pour vérifier qu'une image se convertit correctement en volume avant de l'utiliser pour créer une instance. :::warning `` doit être strictement supérieure à la **taille virtuelle** de l'image (`virtual_size` côté Glance), pas à son poids compressé sur disque. Une image de quelques centaines de Mo peut avoir une taille virtuelle de 15-20 Go une fois décompressée. ::: #### Volume créé en même temps qu'une instance (`server create --block-device`) ```bash openstack server create \ --block-device uuid=,source_type=image,destination_type=volume,volume_size= \ ... ``` :::warning **Bonne pratique** : créer **plusieurs** block devices `source_type=image` simultanément dans une seule commande `server create` peut laisser l'instance en `task_state=scheduling`/`spawning` plus longtemps que prévu avant d'atteindre `ACTIVE`. La méthode recommandée sur cette plateforme consiste à **précréer chaque volume séparément** (méthode ci-dessus, rapide et fiable), puis à les référencer dans `server create` avec `source_type=volume` (pas `image`) : ```bash openstack server create \ --block-device uuid=,source_type=volume,destination_type=volume,boot_index=0 \ ... ``` ::: ### Étape 5 — Gérer la visibilité d'une image ```bash openstack image set --private nom-de-l-image # visible uniquement par le projet courant openstack image set --shared nom-de-l-image # partage explicite avec des projets spécifiques # une fois en visibilité shared, autoriser un projet précis à y accéder : openstack image add project nom-de-l-image ``` `--private` est le choix par défaut recommandé pour une image destinée à un usage ponctuel (test, VM Windows). `--shared` fonctionne normalement sur cette plateforme pour partager une image avec des projets spécifiques. La visibilité `public` (accessible à l'ensemble des projets de la plateforme) n'est pas disponible. ### Étape 6 — Supprimer une image ```bash openstack image delete nom-de-l-image ``` Une image ne peut pas être supprimée tant qu'un volume ou une instance en dépend encore directement. Cela varie selon la méthode d'attachement : un volume déjà créé à partir de l'image n'en dépend plus. Vérifiez l'absence d'usage actif avant suppression : ```bash openstack volume list --property image_id= -f table ``` ### Pièges connus (dépannage) | Symptôme | Explication | Recommandation | | ------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Import bloqué en statut `queued`, aucune progression | `web_download` tenté depuis une URL externe — méthode non prise en charge sur cette plateforme (reportez-vous aux [méthodes d'import](#méthodes-dimport-disponibles)) | Utilisez l'import direct depuis le poste local (`openstack image create --file`, [étape 2](#étape-2--importer-une-image)) | | Le formulaire Horizon « Créer une image » n'est pas disponible | Pas encore fonctionnel sur cette plateforme | Utilisez la CLI (`openstack image create --file`) | | Détail d'une erreur d'import (`/v2/tasks/`) non consultable directement | L'API `/tasks` n'est pas exposée sur cette plateforme | Vérifiez le statut de haut niveau via `openstack image show` ; pour un diagnostic plus fin, [contactez le support OVHcloud](https://www.ovhcloud.com/fr/support-levels/) | | `Block Device is not bootable` lors de la création d'une instance sur un volume créé à partir d'une image | Rare avec une image standard (l'attribut `bootable` est normalement positionné automatiquement par Cinder lors d'une conversion image→volume) — concerne surtout les volumes **vierges** (`source_type=blank`), hors du périmètre de Glance à proprement parler | Consultez le guide « [Créer une VM Windows Server](https://docs.ovhcloud.com/fr/guides/hosted-private-cloud/cloud-platform/create-windows-server-vm.md) » pour le cas des volumes vierges | | Instance qui met du temps à atteindre `ACTIVE` avec plusieurs block devices `source_type=image` dans la même commande `server create` | La conversion simultanée de plusieurs images en volumes au moment du démarrage n'est pas la méthode recommandée sur cette plateforme | Précréez chaque volume séparément via `openstack volume create --image`, puis référencez les volumes (`source_type=volume`) dans `server create` — reportez-vous à l'[étape 4](#étape-4--créer-un-volume-à-partir-dune-image) | | `Image virtual size is XGB and doesn't fit in a volume of size YGB` | `--size`/`volume_size` inférieur à la taille virtuelle réelle de l'image | Augmentez la taille avec une marge confortable au-dessus de la `virtual_size` annoncée par Glance | ## Aller plus loin [Créer une VM Windows Server](https://docs.ovhcloud.com/fr/guides/hosted-private-cloud/cloud-platform/create-windows-server-vm.md) — import d'une ISO, cas d'usage complet incluant les volumes vierges ; même plateforme, mêmes limitations d'import. [Guide Terraform](https://docs.ovhcloud.com/fr/guides/hosted-private-cloud/cloud-platform/terraform.md) — bloc `data "openstack_images_image_v2"` pour réutiliser une image déjà présente sans la recréer. Documentation officielle de la CLI OpenStack Image (Glance) : [docs.openstack.org — Image v2](https://docs.openstack.org/python-openstackclient/latest/cli/command-objects/image/v2/index.html). Pour une formation ou une assistance technique sur la mise en œuvre de nos solutions, contactez votre commercial ou consultez la page [Professional Services](https://www.ovhcloud.com/fr/professional-services/) pour obtenir un devis et faire analyser votre projet par nos experts. Échangez avec notre [communauté d'utilisateurs](https://community.ovhcloud.com/).