1. Aperçu

Ce guide vous guide dans les étapes suivantes : Processus complet de normalisation des images de système d’exploitation sur site grâce à XOAP. L'objectif est de vous aider à construire Des images de base réutilisables, conformes et indépendantes du fournisseur ce qui peut être utilisé de manière cohérente dans les déploiements sur site sur VMware vSphere, Nutanix ou XenServer. 

Qu’est-ce que les images standardisées d’OS sur site ? 

Les images standardisées du Cloud OS sont Des images de système d'exploitation définies centralement, versionnées et automatisées qui : 

• Suivre une base de référence commune (sécurité, hardening, outils) 
• Ils sont construits de manière reproductible 
• Peut être réutilisé dans plusieurs environnements et fournisseurs 
• Servir de base pour une automatisation de niveau supérieur (gestion de la plateforme) 

XOAP agit comme le plate-forme de contrôle cette spécification définit la manière dont une image doit ressembler et comment elle est construite ; l’exécution de cette construction proprement dite se déroule toutefois dans l’environnement cible. 

Quelle est la différence entre les images créées dans le cloud et sur site ?

La création d’images dans le cloud et sur site poursuit le même objectif de haut niveau : produire une image machine réutilisable et standardisée ; toutefois, les détails de la mise en œuvre diffèrent considérablement.   

Dans les environnements sur site, la création d’images repose généralement sur des installateurs complets du système d’exploitation et nécessite une intervention explicite. autounattend.xml afin que Windows puisse automatiser les étapes de configuration telles que la partitionnement du disque, la langue, les utilisateurs et la configuration initiale ; des scripts supplémentaires sont nécessaires pour la configuration WinRM, ouvrez ou ajustez Pare-feu Windows, et installez le correctif approprié outils de hyperviseur (par exemple, les outils de gestion de VMware Tools ou XenServer) afin d’assurer la gestion et les performances.  

Dans les environnements cloud, de nombreuses de ces étapes sont partiellement abstraites par la plateforme grâce aux services de métadonnées et aux images de base préconfigurées, mais des scripts de personnalisation restent nécessaires pour les adapter aux normes d’entreprise.

Pour Linux, Les compilations d’images tant dans le cloud que sur site nécessitent des mécanismes d’installation sans intervention humaine (par exemple Kickstart, Preseed, ou Cloud-Init) ainsi que des scripts post-installation pour configurer l’accès SSH, les règles de pare-feu, la mise en réseau, la synchronisation horaire et installer les paquets de hyperviseur ou d’agent cloud nécessaires, afin d’assurer une intégration parfaite de l’image avec la plateforme de runtime cible. 

Architecture de haut niveau – Comment elle fonctionne 

Au niveau le plus général, le processus ressemble à ceci : 

1. XOAP définit les systèmes d'exploitation, les constructeurs et les définitions d'images 
2. Un environnement local Connecteur exécute les compilations localement 
3. Les images sont créées à l’aide des outils fournis par le fournisseur natif 
4. Les résultats sont suivis, archivés et réutilisés 

Principaux principes de conception : 

• Pas de besoin d'accès public depuis l'extérieur pour XOAP 
• Le moins‑accès privilégié en utilisant des concepts d’identité autochtones 
• Séparation du plan de contrôle et du plan d'exécution 

Vue d’ensemble succincte du flux de bout en bout 

• Préparer les conditions préalables 
• Déployer un connecteur 
• Ajouter une connexion sur site 
• Ajouter et gérer les systèmes d’exploitation 
• Configurer les constructeurs 
• Créer des définitions d'image 
• Exécuter les compilations d’images 
• Valider les images créées 
• Si nécessaire, résolvez les problèmes 
• Suivants pas et extensions 

2. Prérequis

Avant de commencer, assurez-vous que les conditions préalables suivantes sont remplies : 

Général

• Une Workspace XOAP active 
• Accès à au moins une plateforme de virtualisation sur site prise en charge 
• Les autorisations nécessaires pour créer des images et des identités dans l’environnement cible (spécifique à la solution) 
• Une VM Linux ou Windows pour installer le connecteur XOAP qui sert de proxy 
• Si un proxy est utilisé pour la connexion à Internet, des informations de connexion au proxy sont nécessaires pour le connecteur. 
• Le connecteur a accès aux images créées avec les ports requis (WinRM 8595, 8596) 
• Une ISO sur le stockage de données de la plateforme souhaitée 
• Le hachage SHA256 de l'iso 

Spécifique au cloud 

vSphere  

Privilèges requis au niveau vCenter (liste minimale): 

    • Datastore 
    • Allouer de l'espace 
    • Navigation dans le datastore 
    • Manipulation de fichiers à faible niveau 
    • Réseau 
    • Assigner un réseau 
    • Ressources 
    • Assigner une machine virtuelle à un pool de ressources 
    • Machine virtuelle → Inventaire 
    • Créer un nouveau 
    • S’inscrire 
    • Retirer 
    • Machine virtuelle → Configuration 
    • Ajouter un nouveau disque 
    • Ajouter ou supprimer un appareil 
    • Changer le nombre de CPU 
    • Changer la mémoire 
    • Paramètres 
    • Machine virtuelle → Interactivité 
    • Allumer 
    • Éteindre l’appareil 
    • Réinitialiser 
    • Machine virtuelle → Provisionnement 
    • Autoriser l'accès au disque 
    • Autoriser l’accès au disque uniquement en lecture 
    • vApp 
    • Importation 

Meilleures pratiques : 
    • Créer un rôle vCenter dédié pour Packer/XOAP 
    • Affecter le rôle au niveau du Datacenter ou du dossier 
    • Utilisez un compte de service, pas un compte personnel 

Nutanix 

Rôles et autorisations requises : 
    • La possibilité de créer, mettre à jour et supprimer des VMs 
    • Droits d’accès à l’upload et à la gestion des images 
    • Droits d’attribution de réseau 
    • Droits d'attache/déattache de disque 

Rôles intégrés recommandés : 
    • Administrateur d’infrastructure (le plus général, le plus facile) 
    • Ou un rôle personnalisé avec : 
    • VM Créer / Supprimer 
    • Création / Mise à jour d’image 
    • Affichage réseau / Envoi de fichiers 

Meilleures pratiques : 
    • Utilisez un compte de service dans Prism Central 
    • Autoriser l’accès au champ d’application à un projet spécifique si possible

XenServer

Permissions requises : 
    • Pouvoir d’administration de piscine ou rôle personnalisé équivalent avec : 
    • Création / destruction de VM 
    • Fixer ou défaire les disques 
    • Opérations de puissance 
    • Accès ISO SR 

Critères essentiels : 
    • Accès à un ISO SR contenant les supports d’installation 
    • Permis à créer des templates ou des VMs basées sur des bases de données 

Meilleures pratiques : 
    • Utilisez un utilisateur dédié à l’automatisation
    • Évitez d’utiliser le compte root intégré 

2.1 Installation du connecteur XOAP 

Pour les scénarios sur site, XOAP utilise un Connecteur qui s'exerce à l'intérieur de l'environnement cible. 

Critères clés pour que le connecteur fonctionne avec notre back-end : 

• Communication uniquement en sortie vers XOAP (api.xoap.io) via 443 
• Pas de règles de pare-feu à l’entrée requises 
• Pour les systèmes Windows, veuillez exécuter PowerShell en tant qu’administrateur. 
• Pour les systèmes Linux, veuillez exécuter les commandes avec sudo pour garantir des permissions correctes. 

Le connecteur peut être installé sur des appareils Windows et Linux. Le processus peut être lancé en cliquant sur le bouton “ + Ajouter un appareil ” dans l’espace « Inventaire » de votre Workspace XOAP. 

1. Téléchargez l’installateur correct sur le périphérique ayant accès à votre vCenter via le réseau.  
2. Créez une nouvelle clé API en sélectionnant + Créer clé API (ou sélectionnez une clé existante). Dans le champ « Type de jeton API », sélectionnez XOAP Connector. 
3. Sur l’appareil, naviguez jusqu’au dossier où l’installateur a été téléchargé et exécutez le commandement avec le paramètre –imageManagement ajouté.  

Exemple : .\XOAP.Connector.Installer.exe –install –apiKey PLEASE_SELECT_API_KEY –workspace YOUR_WORKSPACE_ID –imageManagement

2.2 Vérifiez votre inscription 

Veuillez noter que ces étapes vous redirigeront temporairement hors du module « Débuter », mais vous pourrez revenir à tout moment pour reprendre là où vous vous étiez arrêtés.

Après avoir installé le connecteur XOAP, vous devez vérifier que celui-ci communique correctement avec la plateforme XOAP.

Mesures à prendre pour vérifier : 

1. Dans le menu de navigation de gauche, déroulez la liste. Inventaire Module et cliquez sur Dispositifs. 
2. Localisez la machine où vous avez installé le connecteur en recherchant son nom d’hôte dans le registre. Nom de l'appareil colonne. 
3. Vérifiez Est-ce en ligne ? La colonne située à côté de votre appareil. L'état devrait s'afficher comme Connecté, confirmant que le connecteur est installé avec succès et communique avec la plateforme. (Remarque : Si l’affichage indique “ Disconnecté ”, assurez-vous que l’appareil est allumé, qu’il dispose d’un accès à Internet et que le service XOAP est en cours d’exécution). 

3. Ajouter une connexion 

XOAP Connexions Stocker les identifiants et les points d’accès dont XOAP a besoin pour s’intégrer à des systèmes externes (par exemple, des fournisseurs de services cloud et des plateformes de virtualisation sur site). Ces connexions sont ensuite utilisées par d’autres fonctionnalités de XOAP. 

Ajouter une connexion spécifique à un cloud 

Nutanix

Données que vous fournissez : 

  •   Nom de la connexion– Nom amical utilisé dans XOAP pour désigner cette connexion. 
  •   Connecteur - Le dispositif sur lequel le connecteur XOAP est installé, agissant comme un pont entre la plateforme XOAP et votre environnement. 
  •   Nom d’utilisateur Nutanix– Le compte XOAP utilisé pour authentifier auprès de Nutanix (typiquement Prism). 
  •   Nutanix Password - Le mot de passe de votre compte Nutanix. 
  •   Endpoint– L’extrémité de connexion de Prism (nom d’hôte/adresse IP + port si applicable) vers laquelle XOAP se connecte.  
  •   Nom du cluster - L’identifiant/nom du cluster Nutanix dans Prism où les opérations seront exécutées.  
  •   Insecure (toggle)– Permet la connexion sans validation stricte du TLS (utiliser uniquement lorsque cela est requis dans les scénarios de laboratoire ou de POC). 
  •   Description (facultatif) - Note à caractère libre concernant l’objectif du document/le propriétaire de la connexion. 
  •   Étiquettes (facultatif)- Des étiquettes pour vous aider à trouver, filtrer et gérer les connexions (un maximum de 5 par objet).  

vCenter

Données que vous fournissez : 

  •   Nom de la connexion– Nom amical utilisé dans XOAP pour désigner cette connexion. 
  •   Connecteur - Le dispositif sur lequel le connecteur XOAP est installé, agissant comme un pont entre la plateforme XOAP et votre environnement. 
  •   vCenter Server– Le nom d’hôte vCenter ou l’adresse IP XOAP à laquelle il sera connecté.  
  •   Nom d'utilisateur - L’utilisateur vCenter (ou l’identité SSO) utilisé pour l’authentification.  
  •   Mot de passe– Le mot de passe de l’utilisateur vCenter spécifié.   
  •   Centre de données - Le vSphereCentre de données Un objet d’inventaire qui contient les clusters/hôpitaux/datastores que vous souhaitez cibler.   
  •   Cluster – Le cluster vSphere situé dans le datacenter sélectionné, qui regroupe les hôtes et fournit la gestion des ressources partagées (DRS/HA si activé).
  •   Hôte– Un hôte ESXi spécifique à cibler (utilisé souvent lors du choix d’un hôte précis plutôt que de programmer via le cluster ou les règles). 
  •   Pool de ressources– La ressource du cluster/hôte qui définit les quotas de CPU/RAM/limites/réservations pour les VMs déployées.  
  •   Datastore - L'emplacement de stockage où les fichiers VM (VMDKs/config) seront placés. 
  •   Fichier - Le dossier vCenter VM sert à organiser l’affichage de l’objet VM dans l’inventaire.   
  •   Insecure (toggle) - Permet la connexion sans validation stricte du TLS (utiliser uniquement lorsque cela est requis dans des scénarios de laboratoire ou de POC). 
  •   Description (facultatif) - Note à caractère libre concernant l’objectif du document/le propriétaire de la connexion. 
  •   Étiquettes (facultatif)- Des étiquettes pour vous aider à trouver, filtrer et gérer les connexions (un maximum de 5 par objet).  

Comportement important : 

• Les champs sensibles au cas d'utilisation : les noms des objets d'inventaire vCenter (Datacenter/Cluster/Host/Pool de ressources/Datastore/Folder) sont sensibles au cas d'utilisation. Entrez-les exactement comme définis dans vCenter. 

XenServer

Nous préparons tout cela pour vous.

4. Ajouter les systèmes d'exploitation 

Dans XOAP, le système d'exploitation représente l'image de base qui servira de base pour votre image de machine virtuelle personnalisée.  
Les systèmes d'exploitation sur site sont génériques pour tous les types de hyperviseurs sur site. 

Exemples : 

• Windows 11 Enterprise 
• Windows Server 2025 
• Ubuntu LTS 
• RHEL 

Vous pouvez ajouter un nouveau système d’exploitation en cliquant sur “ + Ajouter une image de base ” dans le coin supérieur droit. 

Lors de l'ajout d'un système d'exploitation sur site dans XOAP, vous définissez : 

• Nom– Nom de votre système d’exploitation. Vous pouvez définir le nom selon votre propre convention de nommage. 
• Nom du fichier ISO– fournissez le nom de votre fichier ISO qui sera utilisé comme système d’exploitation de base pour votre exemple de définition d’image : SERVER_EVAL_x64FRE_en-us.iso 
• Path ISO– localisation complète de votre fichier ISO Exemple : [datastore01] ISO/ 
• Checksum ISO– Contre-somme de votre ISO comme fonctionnalité de sécurité supplémentaire 

Spécifique au système d'exploitation

Pour Windows 

  -   Autounattend– fichier utilisé pour modifier les paramètres de Windows lors de l'installation. Ce fichier doit être téléchargé dans la zone de ressources XOAP. Vous pouvez sélectionner un fichier parmi les fichiers autoanattend.xml préchargés si ceux-ci vous conviennent. 
  •   Fichiers d'installation - définit quels fichiers supplémentaires sont montés par XOAP dans la machine virtuelle lors de l'installation du système d'exploitation.

Pour Linux 

Nous préparons tout cela pour vous.

Important : 

• Utilisez Get-FileHash dans PowerShell pour générer la somme de contrôle pour le fichier ISO : Get-FileHash -Path “\fileserver\isos\Windows11_24H2.iso”- Algorithme SHA256. Copiez la valeur Hash retournée dans le champ ISO Checksum de XOAP. 
• Les fichiers Setup files sont généralement utilisés par l’attendant.xml pour installer des pilotes, des outils ou pour exécuter des scripts PowerShell personnalisés lors ou immédiatement après le premier démarrage. Pour ce cas d’utilisation, nous fournissons des fichiers modèles tels que :
  • windows-init.ps1 – Permet la gestion à distance de Windows sur les versions Windows. N° nécessaire pour terminer avec succès la création de la VM modèle dans votre vCenter 

5. Ajouter la configuration du constructeur 

La configuration du constructeur définit Où et comment Une image est créée, en fonction de la plateforme ou du fournisseur de cloud sélectionné (par exemple, AWS, Azure, Google Cloud, ou VMware). Lors de la configuration du constructeur, vous pouvez également choisir Connexion utilisé dans votre environnement cloud ou sur site. 

Une configuration Builder comprend généralement : 

• Plateforme cible (Nutanix, vSphere ou XenServer.) 
• Configuration de la CPU et de la RAM 
• Configuration réseau et stockage 
• Ressources temporaires de construction 

Builders propose des différences dans la fourniture des mises à jour, tout en rendant les mises à jour transparentes et vérifiables. 

Pour créer un nouveau constructeur, cliquez sur “ + Configuration du constructeur ” et sélectionnez le hyperviseur souhaité.

Ajouter une configuration de constructeur spécifique à la cloud

Nutanix

Détails généraux : 

  •   Nom– Nom d’amis utilisé dans XOAP pour désigner cette configuration de constructeur.  
  •   Sélectionner le type - La plateforme cible du constructeur (fixée à Nutanix dans ce contexte). 
  •   Type d'OS– Le type de système d’exploitation de la machine virtuelle en cours de création.  
  •   Connexion - La connexion préconfigurée Nutanix utilisée par XOAP pour authentifier et interagir avec votre cluster Nutanix.  
  •   Nom du sous-réseau– Le nom du réseau/sous-réseau Nutanix auquel la machine virtuelle se connectera lors du processus de création. 
  •   Description (facultatif) - Note à caractère libre pour documenter l’objectif, le propriétaire ou les détails de cette configuration du constructeur.  
  •   Étiquettes (facultatif) - Des étiquettes pour vous aider à trouver, filtrer et gérer les configurations du constructeur.   

Configuration de l’environnement : 

  •   CPU – Le nombre de CPU virtuelles allouées à la machine virtuelle lors de la création.   
  •   Mémoire en GB - La quantité de mémoire allouée à la machine virtuelle, indiquée en gigaoctets.  
  •   CD-files – Une liste de fichiers à télécharger et à ajouter à la machine virtuelle sous forme de CD-ROM. Vous pouvez séparer plusieurs fichiers en appuyant sur Entrée ou en utilisant une virgule.   
  •   Type de démarreur - La configuration de démarrage du firmware utilisée pour la machine virtuelle (par exemple, legacy ou uefi). 
  •   Priorité de démarrage– L’ordre de démarrage/la priorité du périphérique (par exemple, le paramétrer pour démarrer à partir du CD-ROM, puis du disque). 
  •   La taille du disque (en Go) - La capacité totale du disque dur virtuel primaire à créer, spécifiée en gigaoctets. 
  •   GPU- Configuration facultative de la GPU permettant d'attacher une unité de traitement graphique virtuelle (vGPU) à la VM lors de la création. 

Configuration de sortie / Tous les OS

  •   Exportation d'image (toggle) – Lorsqu’elle est activée, elle exporte la machine virtuelle créée en tant qu’image finalisée de Nutanix.    
  •   Désactiver le système de préparation à l’installation à la fin (toggle) - Lorsqu'elle est activée, elle saute le processus standard de Sysprep (Préparation du système) à la fin d'une compilation de Windows. Utilisez cette option uniquement si vous gérez la généralisation via des scripts personnalisés. 
  •   Commande de mise hors-ligne  – Le commandement spécifique utilisé pour fermer grace à lui le système d’exploitation hôte une fois que la provisionnement est terminée.   
  •   Temps d'arrêt  - La durée maximale de temps à attendre que la machine virtuelle se ferme de manière élégante avant de forcer l’arrêt de l’alimentation ou d’annuler la compilation.   

vSphere

Données que vous fournissez :

Ressources générales

  •   Nom – Nom d’amis utilisé dans XOAP pour désigner cette configuration de constructeur.     
  •   Sélectionner le type - La plateforme cible du constructeur (conçue pour vSphere dans ce contexte).  
  •   Connexion – La connexion vSphere préconfigurée que l’XOAP utilise pour authentifier et interagir avec votre environnement vCenter/ESXi.    
  •   La taille du disque (en Go) - La capacité totale du disque dur virtuel primaire à créer, spécifiée en gigaoctets.   
  •   Version de HW – La version matérielle de VMware pour la machine virtuelle (par exemple, 19, 20).     
  •   Type de système d'exploitation d'invité - L'identifiant interne de VMware pour le système d'exploitation hôte (par exemple windows9Server64Guest, ubuntu64Guest). Cela garantit que vSphere applique les optimisations par défaut correctes pour le système d'exploitation.  
  •   Réseau – Le réseau ou le groupe de ports vSphere vers lesquels la machine virtuelle se connectera lors du processus de création.     
  •   Carte réseau - Le type de connecteur de réseau virtuel à utiliser avec la VM (par exemple, vmxnet3, e1000). 
  •   Exporter vers la destination de la bibliothèque de contenu (toggle) – Lorsqu’elle est activée, elle exporte l’artefact final directement dans une bibliothèque de contenu vSphere spécifiée. 
  •   Convertir en modèle (toggle) - Lorsqu'elle est activée, la machine virtuelle créée est automatiquement convertie en modèle VMware une fois la provisionnement terminé. 
  •   Étiquettes (facultatif) – Des étiquettes pour vous aider à trouver, filtrer et gérer les configurations du constructeur. 
  •   Description (facultatif) - Note à caractère libre pour documenter l’objectif, le propriétaire ou les détails de cette configuration du constructeur.  
  •   Firmware - Le type de firmware utilisé pour démarrer la machine virtuelle (par exemple, bios ou efi). 
  •   Processeurs – Le nombre de cœurs virtuels de CPU alloués à la machine virtuelle lors de la création. 
  •   RAM (GB) - La quantité de mémoire allouée à la machine virtuelle, indiquée en gigaoctets.
  •   Type CD-ROM – Le type de contrôleur virtuel utilisé pour le lecteur de CD-ROM (par exemple, sata, ide). 
  •   Type de contrôleur de disque - Le type de contrôleur de stockage à utiliser pour le disque virtuel (par exemple, pvscsi, lsilogic, sata). 
  •   Provisionnement du disque en mémoire (toggle) - Lorsque cette option est activée, le disque virtuel sera provisionné en mémoire vive, ce qui signifie qu’il consommera uniquement de l’espace de stockage physique lorsque des données seront effectivement écrites dessus. 
  •   Stockage – Le stockage de données vSphere cible ou le cluster de stockage de données où les fichiers et disques de la machine virtuelle seront stockés. 

Configuration de l'étendard :

  •   VBS activé (toggle) – Permet la sécurité basée sur la virtualisation (VBS) sur la machine virtuelle. Note : Cela nécessite généralement un firmware EFI, Secure Boot et des versions spécifiques de matériel.      
  •   VVTD activé (toggle) - Permet la technologie VMware Virtual I/O (Intel VT-d) sur la machine virtuelle, permettant un accès direct aux périphériques matériels.   

Configuration de la bibliothèque de contenu - (Ces champs apparaissent lorsque la fonction " Exportation vers la destination de la bibliothèque de contenu " est activée) 

  •   Bibliothèque – Le nom de la bibliothèque de contenu vSphere cible où l’image ou le modèle finalisé seront stockés. 
  •   Cluster - Le cluster ESXi associé à l’exportation de la bibliothèque de contenu ou à l’endroit où se déroule la phase de mise en place temporaire.  
  •   Fichier – Le dossier de la machine virtuelle vCenter où la VM temporaire est placée lors du processus de création et d’exportation. 
  •   Datastore - Le stockage de données spécifique de vSphere utilisé pour préparer les fichiers d'exportation ou sauvegarder l'élément Bibliothèque de contenu.
  •   Supprimer (activer ou désactiver) - Lorsqu'elle est activée, elle supprime automatiquement la machine virtuelle originale créée à partir de votre inventaire vCenter une fois cette dernière exportée avec succès vers la bibliothèque de contenu. 
  •   OVF (toggle) – Lorsqu’elle est activée, l’exportation de l’artifact se fait sous la forme d’un package OVF (Open Virtualization Format). Si elle est désactivée, elle se fait généralement sous la forme d’un OVA (fichier unique). 
  •   Ouvrir l'importation (toggle) - Lorsqu'elle est activée, le processus de compilation s'exécute mais saute la dernière étape consistant à importer réellement l'artefact dans la bibliothèque de contenu. Cette fonctionnalité est principalement utilisée pour tester ou dépanner le processus de compilation sans télécharger l'image finale. 

XenServer

Nous préparons tout cela pour vous.

6. Ajouter la définition de l’image 

Un Définition de l'image Il relie tout ensemble. 

Il fait référence à : 

• Plate-forme 
• Configuration du constructeur 
• Système d'exploitation 
• Les étapes de provisionnement (scripts, actions, hardening), nous les appelons ça Rôle de provisionneur. 

Vous aurez au moins 2 rôles de provisionneur dans votre espace de travail : un prêt pour les appareils Windows et un second pour Linux.

Pour créer et exécuter une nouvelle définition d’image, cliquez sur le bouton “ + Nouvelle définition d’image ” dans le coin supérieur droit et remplissez le formulaire suivant :

• Attribuer un nom et une description à la définition d'image 
• [facultatif] Sélectionnez des tags pour la catégorisation ou le filtrage 
• Choisissez le fournisseur de constructeur et la configuration spécifique du constructeur 
• [facultatif] Choisissez une image de système d'exploitation de base 
• Régler la relation entre le rôle de provisionneur approprié (qui comprend tous les scripts, tâches et configurations) 
• Définir un appareil Connector XOAP pour les définitions d'image sur site 
• [facultatif] Configurer la définition de l'image lors de l'exécution 

Vous pouvez enregistrer la définition de l’image et la lancer plus tard à partir de Définition de l'image zone sous Image Management moduIe ou cliquez Enregistrer et exécuter  Pour l'exécuter lors de la création. 

Chaque exécution génère un nouvel artefact d'image versionné. 

1. Commencez une course manuellement ou via un calendrier 
2. XOAP transfère l'exécution à l'Connector 
3. Les progrès et les journaux de suivi sont centralisés 

Chaque exécution génère un nouvel artefact d'image versionné. 

6.1 Vérifiez l'image créée  

Après une construction réussie : 

• Valider l'image 
• Confirmer les métadonnées de nom et de version 

XOAP tient un registre des éléments suivants : 

• Journaux 
• Identités d’image résultantes 

Valider la définition de l'image

Nutanix

Pour confirmer que votre image a été créée et finalisée avec succès dans votre environnement Nutanix (surtout si vous avez activé le commutateur « Exportation d’image »), vous devrez vérifier la console web Prism : 

Contrôler le service d’images Nutanix : 

  • Connectez-vous à votre compte Nutanix Prism console (Prism Element ou Prism Central, selon la connexion cible). 
  • Naviguez jusqu’à Images tableau de bord : 
     Dans Prism Central : Accédez au menu hamburger > Calculations et stockage > Images. 
     Dans Prism Element : cliquez sur l’icône de l’outil de configuration (Paramètres) et sélectionnez Configuration de l'image, ou utilisez le menu déroulant principal pour accéder à Infrastructure virtuelle > Images. 
  • Recherchez dans la liste le nom que vous avez spécifié dans votre définition d'image XOAP. 
  • Vérifiez que l’état de l’image soit actif/actif et que son type corresponde à ce que vous attendez (par exemple, Image disque), ce qui la rend prête à déployer de nouvelles machines virtuelles. 

vSphere

Après une création réussie, vous pouvez vérifier la création de votre image ou de votre modèle directement dans votre environnement VMware vCenter. L’emplacement dépend des paramètres spécifiques que vous avez choisis dans vSphere Builder Configuration : 

Si exporté vers une bibliothèque de contenu : 

  • Connectez-vous à votre compte vSphere Client. 
  • Naviguez vers le menu principal et sélectionnez Bibliothèques de contenu. 
  • Cliquez sur la bibliothèque spécifique que vous avez sélectionnée dans votre configuration XOAP. 
  • Naviguez dans Schémas OVF et OVA Faites glisser le curseur vers l’image nouvellement exportée. 

Si converti dans un modèle vSphere standard : 

  • Connectez-vous à votre compte vSphere Client. 
  • Naviguez jusqu’à VM et modèles Vue de l'inventaire. 
  • Élargissez votre arbre vCenter pour localiser le datacenter spécifique et Fichier où a eu lieu la construction. 
  • Recherchez le nom que vous avez attribué à l’image. Il doit comporter l’icône standard de la template vSphere (une icône de machine virtuelle accompagnée d’un petit symbole de papier). 

XenServer

Nous préparons tout cela pour vous.

Résumé 

En suivant ce flux, vous établissez un Un pipeline d’images propre, vérifiable et évolutif: 

• Un avion de contrôle (XOAP) 
• Plusieurs environnements d'exécution 
• Références OS cohérentes 
• Parité entre le cloud et les installations sur site 

Cela constitue le fondement d'une infrastructure automatisée et conforme à des normes de niveau d'entreprise. 

Troubleshooting 

Si une mise à jour échoue : 

• Écrire des journaux de construction dans XOAP 
• Contrôlez l’état et les permissions du connecteur 
• Valider les quotas et limites de la cloud 
• Confirmer l’accessibilité réseau à l’intérieur de l’environnement cible 

La plupart des problèmes sont liés à : 

• Les permissions manquantes 
• Configuration incorrecte du réseau ou restrictions de ports 
• Restrictions quantitatives du côté du fournisseur 

Suites à mener

Une fois votre première image standardisée opérationnelle, les étapes typiques suivantes sont les suivantes : 

Ajoutez vos propres scripts, applications et configurations 

• Extension des fonctionnalités avec des scripts personnalisés 
• Intégrer les bases de sécurité 
• Installer les outils d'entreprise 

Consultez notre Le repo GitHub est ici.

Réutiliser les rôles existants dans le cloud 

• Appliquer les mêmes rôles de provisionnement aux images cloud 
• Obtenir une cohérence dans les environnements hybrides 

Créer une automatisation de niveau supérieur 

• Emballage des applications 
• Stacks et rôles 
• Actualisation continue de l’image 

The post Standardizing on premises OS images appeared first on XOAP.