Importation et validation d'images personnalisées dans VPC

Vous pouvez créer votre propre image personnalisée sur site, puis l'importer dans l'infrastructure IBM Cloud® Virtual Private Cloud à partir d'IBM Cloud® Object Storage. Vous pouvez ensuite utiliser votre image personnalisée pour créer une nouvelle instance de serveur virtuel fonctionnant sur l'hyperviseur KVM. Si vous prévoyez d'utiliser votre image personnalisée dans un catalogue privé, vous devez d'abord l'importer dans IBM Cloud VPC et la valider.

Vous pouvez également créer une image personnalisée d'un volume de démarrage associé à un serveur au moment de l'importation. Pour plus d'informations, voir A propos de la création d'une image à partir d'un volume.

Prérequis

Pour effectuer cette tâche, vous devez disposer d'une instance d' IBM Cloud® Object Storage. Vous devez également créer une autorisation pour que le service Image Service for VPC puisse accéder aux images dans IBM Cloud Object Storage. Pour plus d'informations, voir Octroi de l'accès à IBM Cloud Object Storage pour importer et exporter des images.

Toutes les images personnalisées doivent respecter les exigences suivantes :

  • Contenir un seul fichier ou un seul volume.
  • Ils doivent être au format qcow2 ou vhd.
  • La taille ne dépasse pas 250 Go.
  • Assurez-vous que cloud-init(Linux ) ou cloudbase-init(Windows) est installé et actif dans l'image qcow2.
  • La taille minimale est de 10 Go. Pour toute image de moins de 10 Go, la taille est arrondie à 10 Go.

Gardez à l'esprit les remarques suivantes lorsque vous importez une image personnalisée:

  • Lorsque vous utilisez une image personnalisée, vous êtes responsable de toute mise à jour de l'image.
  • L'assistance pour tout logiciel d'image personnalisé doit être obtenue directement auprès du fournisseur qui a fourni l'image.
  • Vous pouvez restreindre les types de serveurs que vous pouvez approvisionner à partir de votre image personnalisée en définissant des expressions d'utilisation autorisée sur l'image. Pour plus d'informations sur les expressions d'utilisation autorisée, voir Ajout d'expressions d'utilisation autorisée aux images personnalisées
  • Lorsque vous importez une image personnalisée, elle est privée sur le compte où vous l'importez.
  • La région dans laquelle vous choisissez d'importer l'image est celle dans laquelle vous pouvez créer des serveurs virtuels à partir de cette image.
  • Pour les images personnalisées avec les systèmes d'exploitation Red Hat® Enterprise Linux®, SUSE Linux Enterprise Server ou Windows®, vous devez sélectionner la version appropriée du système d'exploitation. En fonction de la configuration de l'image, sélectionnez Apportez votre propre licence ou byol, si vous prévoyez d'obtenir une licence pour le système d'exploitation via IBM Cloud, sélectionnez la version sans ajout byol.

Pour plus d'informations sur les images personnalisées, consultez la section Premiers pas avec les images personnalisées.

Les Hyper Protect Crypto Services sont obsolètes. Les clients peuvent utiliser les instances existantes jusqu'au 20 mars 2027. Pour plus d'informations, consultez la section Abandon de la fonctionnalité IBM Cloud Hyper Protect Crypto Services. Pour une protection continue, envisagez de migrer vos clés de chiffrement existantes vers une instance dédiée d' Key Protect. Pour plus d'informations, consultez le guide de migration.

Lorsque vous importez une image personnalisée depuis Cloud Object Storage, utilisez des extensions de fichier en minuscules, telles que .vhd et .qcow2. Les importations d'images dont l'extension de fichier est en majuscules, comme ou .VHD, .QCOW2 peuvent échouer à la validation et générer une erreur.

Importation d'une image personnalisée à l'aide de l'interface utilisateur

Lorsque vous disposez d'une image disponible dans IBM Cloud Object Storage, vous pouvez l'importer dans l'infrastructure IBM Cloud VPC à l'aide de la console IBM Cloud.

  1. Assurez-vous que votre image personnalisée compatible est disponible dans IBM Cloud Object Storage. Pour télécharger une image sur IBM Cloud Object Storage, sur la page Objets de votre compartiment, cliquez sur Télécharger. Vous pouvez utiliser le plug-in de transfert à haut débit Aspera pour télécharger des images de plus de 200 Mo. Pour plus d'informations, voir Création d'une image personnalisée Linux, Création d'une image personnalisée Windows, Mode BYOL et Téléchargement de données dans IBM Cloud Object Storage.
  2. Dans la consoleIBM Cloud, accédez à l'icône Menu Icône Menu > Infrastructure VPC > Calcul > Images.
  3. Dans l'onglet Images personnalisées, cliquez sur Créer.
  4. Remplissez les champs décrits dans le tableau 1, puis cliquez sur Créer une image personnalisée.
Importer des champs d'interface utilisateur d'images personnalisées
Zone Valeur
Emplacement Sélectionnez la zone géographique et la région spécifiques dans lesquelles vous souhaitez que votre image personnalisée soit disponible pour le provisionnement.
Nom Un nom est requis pour votre image personnalisée.
Groupe de ressources Sélectionnez un groupe de ressources pour l'image personnalisée.
Balises Vous pouvez affecter un libellé à cette ressource de sorte à pouvoir facilement filtrer les ressources dans votre liste de ressources.
Source Sélectionnez Cloud Object Storage comme source. Une liste s'affiche, dans laquelle vous sélectionnez une instance du service IBM Cloud Object Storage où est stockée l'image que vous souhaitez importer.
Avez-vous plutôt besoin de créer une image personnalisée à partir d'un volume? Sélectionnez la source de l'image personnalisée en choisissant Volume d'amorçage de l'instance de serveur virtuel ou Volume d'amorçage de stockage par blocs. Pour plus d'informations, voir Création d'une image à partir d'un volume.
Emplacement Sélectionnez la région géographique spécifique dans laquelle votre image est stockée.
Compartiment Sélectionnez le compartiment IBM Cloud Object Storage dans lequel votre image est stockée.
Nom Sélectionnez dans l'instance de service IBM Cloud Object Storage le fichier image à importer. Si vous importez une image chiffrée, cette dernière doit être chiffrée avec le chiffrement LUKS en utilisant QEMU et votre propre phrase passe. Pour plus d'informations, voir Chiffrement de l'image.
Système d'exploitation

Sélectionnez le système d'exploitation inclus dans votre image.

Pour les images personnalisées équipées des systèmes d'exploitation Red Hat Enterprise Linux, SUSE Linux Enterprise Server ou Windows, vous pouvez utiliser votre propre licence (BYOL) ou en obtenir une via IBM Cloud.

Pour « Red Hat Enterprise Linux », « SUSE Linux Enterprise Server » ou «Windows Images personnalisées BYOL », vous devez sélectionner le système d'exploitation dont le nom est suivi de « -byol ». Par exemple, si vous disposez d'une image personnalisée BYOL Windows 2019, sélectionnez Windows-2019-amd64-byol pour le système d'exploitation. Si vous ne sélectionnez pas la version -byol du système d'exploitation lors de l'importation d'une image personnalisée BYOL, le serveur virtuel risque de ne pas démarrer.

Si vous avez configuré votre image personnalisée Red Hat Enterprise Linux, SUSE Linux Enterprise Server ou Windows pour obtenir une licence via IBM Cloud, vous devez sélectionner le système d'exploitation non BYOL. Par exemple, si vous disposez d'une image personnalisée Windows 2019 dont vous souhaitez obtenir la licence via IBM Cloud, sélectionnez Windows-2019-amd64 comme système d'exploitation lorsque vous importez l'image personnalisée.

Pour une image personnalisée utilisant un système d'exploitation générique, sélectionnez « Generic », puis choisissez la version appropriée.

Remarques :

  • Pour créer une image personnalisée à partir d'un système d'exploitation ne figurant pas dans la liste disponible à l'adresse IBM Cloud VPC, vous devez créer une image personnalisée utilisant un système d'exploitation générique. Pour plus d'informations, voir Création d'une image personnalisée de système d'exploitation générique.

  • Sélectionnez la version de démarrage ESXi si votre image requiert cette technologie pour démarrer et s'initialiser. Toutefois, cette option n'est disponible que pour les serveurs bare metal.

Chiffrement La sélection par défaut est Géré par le fournisseur. Si vous n'avez pas chiffré votre image à l'aide de QEMU, utilisez la valeur par défaut Géré par le fournisseur. Si vous importez une image que vous avez chiffrée à l'aide de QEMU et de votre propre phrase de passe, sélectionnez le service de gestion des clés où est stockée votre clé racine client (CRK) qui protège votre phrase de passe. Les images au format VHD ne sont pas prises en charge pour le chiffrement.
Instance de service de chiffrement Pour une image chiffrée, sélectionnez l'instance spécifique du service de gestion des clés dans lequel est stockée votre clé racine client qui encapsule votre phrase passe de chiffrement. Pour plus d'informations, voir Configuration de votre service de gestion de clés et de vos clés.
Nom de la clé Sélectionnez la clé racine client (CRK) que vous avez utilisée pour encapsuler votre phrase passe de chiffrement. Pour plus d'informations, voir Configuration de votre service de gestion de clés et de vos clés.
Clé de chiffrement de données encapsulée Pour une image chiffrée, spécifiez le texte de chiffrement associé à la clé de chiffrement de données encapsulée (WDEK). Cette clé est générée en encapsulant la phrase passe que vous avez utilisée pour chiffrer votre image avec la clé racine client. Pour plus d'informations, voir Configuration de votre service de gestion de clés et de vos clés.
Définir des expressions d'utilisation autorisée (facultatif) Vous pouvez utiliser une expression d'utilisation autorisée avec votre image personnalisée pour définir les capacités et les restrictions d'une image et vous aider à trouver des combinaisons d'images et de profils compatibles lors de la création du serveur. Pour inclure des expressions d'utilisation autorisée, voir Ajout d'expressions d'utilisation autorisée aux images personnalisées.
Gérer le cycle de vie des images (facultatif) Sélectionnez cette option pour planifier les changements de statut de l'image. Vous pouvez planifier un seul changement de statut ou planifier le cycle de vie complet de l'image. Les états des images sont les suivants :

  • available: Vous pouvez utiliser l'image pour créer une instance.

  • deprecated: L'image est toujours disponible pour l'approvisionnement d'une instance. Le statut deprecated peut décourager l'utilisation de l'image avant que le statut ne passe à obsolete.

  • obsolete: L'image n'est pas disponible pour l'approvisionnement d'une instance.

  • Planification du cycle de vie complet : vous pouvez planifier simultanément les changements de statut « deprecated » et « obsolete ».

Vous pouvez passer d'un statut à l'autre parmi ces trois-là. Seuls les statuts que vous pouvez modifier sont affichés. Vous pouvez planifier des changements de statut en utilisant la date et l'heure du calendrier ou le nombre de jours. La date d'obsolescence doit toujours être postérieure à la date d'obsolescence.

Importation d'une image personnalisée à l'aide de l'interface de ligne de commande

Assurez-vous que votre image personnalisée compatible est disponible dans IBM Cloud Object Storage. Pour plus d'informations, voir Création d'une image personnalisée Linux, Création d'une image personnalisée Windows, Création d'une image personnalisée d'un système d'exploitation générique, Apportez votre propre licence et Téléchargement de données sur IBM Cloud Object Storage. Pour inclure des expressions d'utilisation autorisée, voir Ajout d'expressions d'utilisation autorisée aux images personnalisées.

Lorsqu'une image est disponible sur IBM Cloud Object Storage, vous pouvez l'importer dans l'infrastructure IBM Cloud VPC en utilisant l'interface de ligne de commande (CLI).

Pour importer une image personnalisée à l'aide de l'interface de ligne de commande, utilisez la commande ibmcloud is image-create. Spécifiez le nom de l'image personnalisée en utilisant la variable IMAGE_NAME. Le nom ne peut pas être utilisé par une autre image dans la région et les noms commençant par ibm- sont réservés aux images fournies par le système. Vous devez spécifier la source; par exemple, spécifiez l'option --file avec l'emplacement du fichier image. Spécifiez l'option --os-name avec le nom du système d'exploitation de l'image.

ibmcloud is image-create IMAGE_NAME [--file IMAGE_FILE_LOCATION] [--os-name OPERATING_SYSTEM_NAME]

L'exemple suivant crée une image personnalisée avec le nom my-ubuntu-16-amd64. L'emplacement source de l'image est cos://us-south/custom-image-vpc-bucket/customImage-0.qcow2. Le système d'exploitation est ubuntu-16-amd64.

ibmcloud is image-create my-ubuntu-16-amd64 --file cos://us-south/custom-image-vpc-bucket/customImage-0.qcow2 --os-name ubuntu-16-amd64

Pour plus d'informations, consultez la section ibmcloud is image-create de la page de référence de la CLI VPC.

Planification des changements de statut du cycle de vie des images personnalisées à l'aide de l'interface CLI

Lorsque vous importez une image personnalisée à l'aide de l'interface de ligne de commande (CLI), vous pouvez également planifier les changements de statut de cycle de vie d'une image personnalisée IBM Cloud VPC en même temps à l'aide des options de la commande ibmcloud is image-create.

Indiquez le nom de l'image personnalisée à créer à l'aide de la variable IMAGE_NAME. Le nom ne peut pas être utilisé par une autre image dans la région et les noms commençant par ibm- sont réservés aux images fournies par le système. Vous devez également spécifier la source ; par exemple, spécifiez l'option --file avec l'emplacement du fichier image. Spécifiez l'option --os-name avec le nom du système d'exploitation de l'image.

Pour planifier les propriétés deprecate-at ou obsolete-at, indiquez une date au format de date et d'heure ISO 8601 (YYYY-MM-DDThh:mm:ss+hh:mm).

  • YYYY correspond à l'année à quatre chiffres
  • MM correspond au mois à deux chiffres
  • DD correspond au jour à deux chiffres
  • T sépare les informations de date et d'heure
  • hh est le nombre d'heures à deux chiffres
  • mm correspond aux minutes à deux chiffres
  • +hh:mm ou -hh:mm est le fuseau horaire du temps universel coordonné

Ainsi, la date du 30 septembre 2023 à 20:00 dans le fuseau horaire de la norme centrale de l'Amérique du Nord (CST) serait 2023-09-30T20:00:00-06:00

Lorsque vous planifiez la date et l'heure, vous ne pouvez pas utiliser la date et l'heure en cours ou une date et une heure futures. Par exemple, s'il est à 8 heures du matin le 12 juin, la date et l'heure planifiées doivent être postérieures à 8 heures du matin le 12 juin. Si vous définissez à la fois les dates et heures deprecate-at et obsolete-at, la date deprecate-at doit être postérieure à la date et à l'heure obsolete-at.

ibmcloud is image-create IMAGE_NAME [--file IMAGE_FILE_LOCATION] [--os-name OPERATING_SYSTEM_NAME] [--deprecate-at YYYY-MM-DDThh:mm:ss+hh:mm] [--obsolete-at YYYY-MM-DDThh:mm:ss+hh:mm]

L'exemple suivant crée une image personnalisée avec le nom my-ubuntu-16-amd64. L'emplacement source de l'image est cos://us-south/custom-image-vpc-bucket/customImage-0.qcow2. Le système d'exploitation est ubuntu-16-amd64. L'image est planifiée pour être obsolète dans 2023-03-01T06:11:28+05:30. L'image est planifiée pour être obsolète sur 2023-12-31T06:11:28+05:30.

ibmcloud is image-create my-ubuntu-16-amd64 --file cos://us-south/custom-image-vpc-bucket/customImage-0.qcow2 --os-name ubuntu-16-amd64 --deprecate-at 2023-03-01T06:11:28+05:30 --obsolete-at 2023-12-31T06:11:28+05:30

Pour plus d'informations, consultez la section ibmcloud is image-create de la page de référence de la CLI VPC.

Importation d'une image personnalisée à l'aide de l'API

Assurez-vous que votre image personnalisée compatible est disponible dans IBM Cloud Object Storage. Pour plus d'informations, voir Création d'une image personnalisée Linux, Création d'une image personnalisée Windows, Création d'une image personnalisée d'un système d'exploitation générique, Apportez votre propre licence et Téléchargement de données sur IBM Cloud Object Storage. Pour inclure une expression d'utilisation autorisée, voir Ajout d'expressions d'utilisation autorisée aux images personnalisées.

Lorsque vous disposez d'une image disponible dans IBM Cloud Object Storage, vous pouvez l'importer dans l'infrastructure IBM Cloud VPC à l'aide de l'interface de programme d'application (API).

Pour importer une image personnalisée à l'aide de l'API, utilisez Créer une image.

name ne peut pas être utilisé par une autre image dans la région et les noms commençant par ibm- sont réservés aux images fournies par le système. Spécifiez la sous-propriété file.href avec l'emplacement de l'image. Indiquez la sous-propriété operating_system.name avec le nom du système d'exploitation de l'image.

Les images personnalisées du système d'exploitation générique sont une fonction bêta et sont disponibles à des fins d'évaluation et de test. Les systèmes d'exploitation génériques disposent de la valeur family de Generic. Veillez à sélectionner celui avec la valeur allow_user_image_creation true et le paramètre user_data_format requis pour que votre système d'exploitation s'initialise et s'initialise correctement. Pour plus d'informations, voir Remarques relatives au format des données utilisateur.

L'exemple suivant importe une image personnalisée avec le nom my-image, l'emplacement source de cos://us-south/my-bucket/my-image.qcow2 et le système d'exploitation de l'image est debian-9-amd64.

curl -X POST "$vpc_api_endpoint/v1/images?version=2023-02-21&generation=2" -H "Authorization: Bearer $iam_token" -d '{
      "name": "my-image",
      "file": {
        "href": "cos://us-south/my-bucket/my-image.qcow2"
      },
      "operating_system": {
        "name": "debian-9-amd64"
      }
    }'

Planification des changements de statut du cycle de vie des images personnalisées à l'aide de l'API

Lorsque vous importez une image personnalisée à l'aide de l'interface de programme d'application (API), vous pouvez également planifier les changements de statut de cycle de vie d'une image personnalisée IBM Cloud VPC en même temps à l'aide de la commande Créer une image.

name ne peut pas être utilisé par une autre image dans la région et les noms commençant par ibm- sont réservés aux images fournies par le système. Spécifiez la sous-propriété file.href avec l'emplacement de l'image. Indiquez la sous-propriété operating_system.name avec le nom du système d'exploitation de l'image.

Pour planifier les propriétés deprecation_at ou obsolescence_at, indiquez une date au format de date et d'heure ISO 8601 (YYYY-MM-DDThh:mm:ss+hh:mm).

  • YYYY correspond à l'année à quatre chiffres
  • MM correspond au mois à deux chiffres
  • DD correspond au jour à deux chiffres
  • T sépare les informations de date et d'heure
  • hh est le nombre d'heures à deux chiffres
  • mm correspond aux minutes à deux chiffres
  • +hh:mm ou -hh:mm est le fuseau horaire du temps universel coordonné

Ainsi, la date du 30 septembre 2023 à 20:00 dans le fuseau horaire de la norme centrale de l'Amérique du Nord (CST) serait 2023-09-30T20:00:00-06:00

Lorsque vous planifiez la date et l'heure, vous ne pouvez pas utiliser la date et l'heure en cours. Par exemple, s'il est à 8 heures du matin le 12 juin, la date et l'heure planifiées doivent être postérieures à 8 heures du matin le 12 juin. Si vous définissez à la fois les dates et heures deprecation_at et obsolescence_at, la date obsolescence_at doit être postérieure à la date et à l'heure deprecation_at.

L'exemple suivant importe une image personnalisée avec le nom my-image, l'emplacement source de cos://us-south/my-bucket/my-image.qcow2 et le système d'exploitation de l'image est debian-9-amd64. L'image est planifiée pour être obsolète dans 2023-03-01T06:11:28+05:30. L'image est planifiée pour être obsolète sur 2023-12-31T06:11:28+05:30.

curl -X POST "$vpc_api_endpoint/v1/images?version=2023-02-21&generation=2" -H "Authorization: Bearer $iam_token" -d '{
      "name": "my-image",
      "file": {
        "href": "cos://us-south/my-bucket/my-image.qcow2"
      },
      "operating_system": {
        "name": "debian-9-amd64"
      },
      "deprecation_at": "2023-03-01T06:11:28+05:30",
      "obsolescence_at": "2023-12-31T06:11:28+05:30"
    }'

Importer une image personnalisée en utilisant Terraform

Pour utiliser Terraform, téléchargez l'interface CLI Terraform et configurez le plug-in Fournisseur d' IBM Cloud. Pour plus d'informations, voir Démarrer avec Terraform.

Assurez-vous que votre image personnalisée compatible est disponible dans IBM Cloud Object Storage. Pour plus d'informations, voir Création d'une image personnalisée Linux, Création d'une image personnalisée Windows, Création d'une image personnalisée d'un système d'exploitation générique, Apportez votre propre licence et Téléchargement de données sur IBM Cloud Object Storage. Pour inclure des expressions d'utilisation autorisée, voir Ajout d'expressions d'utilisation autorisée aux images personnalisées.

Lorsque vous disposez d'une image dans l' IBM Cloud Object Storage, vous pouvez l'importer dans l'infrastructure d' IBM Cloud VPC à l'aide de Terraform.

Pour importer une image personnalisée à l'aide de Terraform, utilisez la commande de ressource Terraform ibm_is_image.

Spécifiez le nom de l'image personnalisée à créer en utilisant la valeur name. Le nom ne peut pas être utilisé par une autre image dans la région et les noms commençant par ibm- sont réservés aux images fournies par le système. Vous devez également spécifier la source; par exemple, spécifiez la valeur href avec l'emplacement du fichier image. Spécifiez la valeur operating_system avec le nom du système d'exploitation pour l'image.

resource "ibm_is_image" "example" {
  name               = "my-image"
  href               = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd"
  operating_system   = "ubuntu-16-04-amd64"
}

Planification des changements de statut de cycle de vie d'image personnalisée à l'aide de Terraform

Lorsque vous importez une image personnalisée à l'aide de Terraform, vous pouvez également planifier les changements de statut du cycle de vie d'une image personnalisée IBM Cloud VPC en même temps à l'aide de la commande de ressource Terraform ibm_is_image.

L'attribut name ne peut pas être utilisé par une autre image dans la région et les noms commençant par ibm- sont réservés aux images fournies par le système.

Pour planifier les attributs deprecation_at ou obsolescence_at, indiquez une date au format de date et d'heure ISO 8601 (YYYY-MM-DDThh:mm:ss+hh:mm).

  • YYYY correspond à l'année à quatre chiffres
  • MM correspond au mois à deux chiffres
  • DD correspond au jour à deux chiffres
  • T sépare les informations de date et d'heure
  • hh est le nombre d'heures à deux chiffres
  • mm correspond aux minutes à deux chiffres
  • +hh:mm ou -hh:mm est le fuseau horaire du temps universel coordonné

Ainsi, la date du 30 septembre 2023 à 20:00 dans le fuseau horaire de la norme centrale de l'Amérique du Nord (CST) serait 2023-09-30T20:00:00-06:00

Lorsque vous planifiez la date et l'heure, vous ne pouvez pas utiliser la date et l'heure en cours. Par exemple, s'il s'agit de 8h00 le 12 juin, la date et l'heure planifiées doivent être postérieures à 8h00 le 12 juin. Si vous définissez à la fois les dates et heures deprecation_at et obsolescence_at, la date obsolescence_at doit être postérieure à la date et à l'heure deprecation_at.

L'exemple suivant importe une image personnalisée avec le nom example-image, l'emplacement source de cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd et le système d'exploitation de l'image est ubuntu-16-04-amd64. L'image est planifiée pour être obsolète dans 2023-11-28T15:10:00.000Z. L'image est planifiée pour être obsolète sur 2023-11-28T15:10:00.000Z.

  • Planifiez un changement de statut sur deprecated.

    resource "ibm_is_image" "example" {
      name               = "example-image"
      href               = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd"
      operating_system   = "ubuntu-16-04-amd64"
      deprecated_at      = "2023-11-28T15:10:00.000Z"
    }
    
  • Planifiez un changement de statut sur obsolete.

    resource "ibm_is_image" "example" {
      name               = "example-image"
      href               = "cos://us-south/buckettesttest/livecd.ubuntu-cpc.azure.vhd"
      operating_system   = "ubuntu-16-04-amd64"
      obsolescence_at    = "2023-11-28T15:10:00.000Z"
    }
    

Validation d'une image personnalisée importée à l'aide de l'interface utilisateur

Une fois que vous avez importé une image personnalisée, vous pouvez consulter la somme de contrôle générée pour cette image lors de son importation vers IBM Cloud VPC.

Si vous générez localement une somme de contrôle pour votre image avant de l'importer, vous pouvez comparer les deux sommes de contrôle pour vous assurer qu'elles sont identiques. Des sommes de contrôle identiques indiquent que l'image n'a pas été modifiée.

  1. Dans la consoleIBM Cloud, accédez à l'icône Menu Icône Menu > Infrastructure VPC > Calcul > Images.
  2. Dans l'onglet Images personnalisées, dans la liste de vos images personnalisées, cliquez sur le nom de l'image personnalisée que vous souhaitez valider.
  3. Dans le panneau latéral des détails de l’image, repérez le champ Checksum ( SHA256 ). Vous pouvez consulter des contenus similaires, par exemple : 6809606da67eb83670e6249e54e94043eb43c0471669fb96ea4050c4c07e2df7.

Pour z/OS Wazi aaS image personnalisée uniquement : vous ne pouvez pas valider la somme de contrôle des images personnalisées importées qui sont déployées à partir de Wazi Image Builder.

  1. Comparez la valeur de la somme de contrôle (SHA256) à la sortie qui est générée lorsque vous calculez une somme de contrôle pour l'image localement.

    • Exemple de commande Linux : sha256sum ubuntu_image.qcow2
    • Exemple de commande Mac : shasum -a 256 ubuntu_image.qcow2
    • Vous obtenez un résultat similaire à : 6809606da67eb83670e6249e54e94043eb43c0471669fb96ea4050c4c07e2df7
  2. Créez une instance de serveur virtuel ou un serveur bare metal à l'aide de cette image. Pour plus d'informations, voir Création d'une instance de serveur virtuel ou Création de serveurs Bare Metal Servers sur VPC.

Validation d'une image personnalisée importée à l'aide de l'interface de ligne de commande

Une fois que vous avez importé une image personnalisée, vous pouvez consulter la somme de contrôle générée pour cette image lors de son importation vers IBM Cloud VPC.

Si vous générez localement une somme de contrôle pour votre image avant de l'importer, vous pouvez comparer les deux sommes de contrôle pour vous assurer qu'elles sont identiques. Des sommes de contrôle identiques indiquent que l'image n'a pas été modifiée.

Pour valider une image personnalisée importée à l'aide de l'interface de ligne de commande, utilisez la commande ibmcloud is image.

Tout d'abord, affichez les détails de l'image personnalisée importée que vous souhaitez valider. Indiquez le nom ou l'ID de l'image personnalisée à créer à l'aide de la variable IMAGE.

ibmcloud is image IMAGE

Pour plus d'informations, consultez la section ibmcloud is image de la page de référence de la CLI VPC.

L'exemple suivant affiche les détails d'une image personnalisée avec l'ID r006-1d1e92e9-6550-4d06-8483-d674310045fd.

ibmcloud is image r006-1d1e92e9-6550-4d06-8483-d674310045fd
Getting image r006-1d1e92e9-6550-4d06-8483-d674310045fd under account Rios IMSLess as user gbgrout@ibm.com...
ID                             r006-589548bd-9241-4ad7-a610-1df6ba020793
Name                           my-image-from-volume-cli-1
CRN                            crn:v1:bluemix:public:is:us-south:a/a1234567::image:r006-589548bd-9241-4ad7-a610-1df6ba020793
Status                         available
Operating system               Name             Architecture   Vendor   Version                 Dedicated host only
                               centos-7-amd64   amd64          CentOS   7.x - Minimal Install   false
Source volume                  ID                                          Name
                               r006-6438d80f-4433-4445-be2f-0cca05afff3e   transpose-clubhouse-putt-repent
Created                        2023-03-16T01:11:03+05:30
Deprecation Date               2023-03-01T06:11:28+05:30
Obsolescence Date              2023-12-31T06:11:28+05:30
Visibility                     private
Minimum provisioned size(GB)   250
SHA256 Checksum                774d44ac0d55f2bfe869b995565715e5d9970ec23ce7127b2e2776b2618a9f7c
File size(GB)                  2
Encryption                     none
Resource group                 11caaa983d9c4beb82690daab08717e9
Resource type                  image
Catalog Offering Managed       false

Comparez la valeur de la somme de contrôle ( SHA256 ) renvoyée avec le résultat généré lorsque vous calculez localement la somme de contrôle de l'image.

  • Exemple de commande Linux : sha256sum ubuntu_image.qcow2
  • Exemple de commande Mac : shasum -a 256 ubuntu_image.qcow2
  • Vous obtenez un résultat similaire à : 6809606da67eb83670e6249e54e94043eb43c0471669fb96ea4050c4c07e2df7

Après avoir validé le total de contrôle (SHA256), utilisez l'image pour créer un serveur virtuel. Voir Création d'une instance de serveur virtuel à l'aide de l'interface de ligne de commande.

Validation d'une image personnalisée importée à l'aide de l'API

Une fois que vous avez importé une image personnalisée, vous pouvez consulter la somme de contrôle générée pour cette image lors de son importation vers IBM Cloud VPC.

Si vous générez localement une somme de contrôle pour votre image avant de l'importer, vous pouvez comparer les deux sommes de contrôle pour vous assurer qu'elles sont identiques. Des sommes de contrôle identiques indiquent que l'image n'a pas été modifiée.

Pour valider en tant qu'image personnalisée à l'aide de l'API, utilisez Répertorier toutes les images.

Pour $image_id, indiquez l'ID de l'image personnalisée que vous souhaitez valider.

curl -X GET "$vpc_api_endpoint/v1/images/$image_id/?version=2023-02-21&generation=2" -H "Authorization: Bearer $iam_token"

Comparez la valeur de la somme de contrôle ( SHA256 ) renvoyée avec le résultat généré lorsque vous calculez localement la somme de contrôle de l'image.

  • Exemple de commande Linux : sha256sum ubuntu_image.qcow2
  • Exemple de commande Mac : shasum -a 256 ubuntu_image.qcow2
  • Vous obtenez un résultat similaire à : 6809606da67eb83670e6249e54e94043eb43c0471669fb96ea4050c4c07e2df7

Après avoir validé le total de contrôle (SHA256), utilisez l'image pour créer un serveur virtuel. Voir Création d'une instance de serveur virtuel à l'aide de l'API.

Etapes suivantes

Après avoir validé les images personnalisées, vous pouvez déployer et gérer vos images personnalisées. Pour plus d'informations, voir Gestion des images personnalisées.

Si vous prévoyez de gérer vos images personnalisées avec un catalogue privé, voir Intégration d'une image de serveur virtuel pour VPC. Si vous prévoyez de publier vos images via le catalogue global et de facturer les utilisateurs à l'aide d'un plan logiciel, voir Intégration d'un serveur virtuel pour VPC avec un plan.