Cycle de vie d'un Modèle Oracle VM Server for SPARC

Langue :

Cette section décrit chaque étape du processus de création de modèle, les actions à effectuer et la procédure d'utilisation des utilitaires Modèle Oracle VM Server for SPARC facilitant le processus :

Remarque - La création et le développement de modèles avec des applications et des scripts de première initialisation sont des processus itératifs. Veillez à synchroniser tous les aspects de la configuration en utilisant un système de gestion de code source pour gérer les scripts et les propriétés.

Les sections suivantes décrivent les étapes du processus de création de modèle, les actions à effectuer et la procédure d'utilisation des utilitaires Modèle Oracle VM Server for SPARC facilitant le processus :

Création d'un modèle. Bien que des modèles génériques prédéfinis soient disponibles, il est possible de créer un modèle personnalisé à partir d'un domaine existant. Ce domaine doit comprendre l'ensemble des composants du système d'exploitation, logiciels applicatifs et autres utilitaires que vous voulez installer.

En général, l'environnement est configuré dans son intégralité et ne demande que très peu d'actions pour la finalisation. Tous les paramètres de domaine tels que la mémoire, la CPU virtuelle, la mise en réseau virtuelle et les disques doivent refléter le déploiement voulu.

A ce stade, vous créez un ou plusieurs scripts de première initialisation. Incluez ces scripts dans l'environnement qui exécute la configuration finale sur la base des propriétés que vous indiquez. Veillez à enregistrer et décrire ces propriétés dans un fichier README pour chaque modèle.

Remarque - En présence de variables d'accès aux scripts de première initialisation, assurez-vous que l'utilitaire ovmtprop est installé dans le domaine invité.
Création d'un modèle. Avant de créer un modèle, vérifiez que l'environnement de domaine source n'est pas configuré afin qu'il puisse l'être ultérieurement par des actions prescrites qui font souvent partie des scripts de première initialisation.
- Supprimez toutes les configurations spécifiques des applications à recréer ultérieurement.
- Utilisez les valeurs par défaut des fichiers de configuration.
- Exportez tous les zpools autres que le système de fichiers root afin qu'ils puissent être reconnus par les nouveaux domaines.
- Revenez à un état non configuré du système d'exploitation afin qu'il soit prêt à accepter des propriétés de configuration lors de sa première initialisation après le déploiement à partir d'un modèle. Exécutez la commande suivante pour supprimer toutes les personnalisations de niveau site et pour déconfigurer et suspendre le système d'exploitation :
```
# sysconfig unconfigure -g system -s --include-site-profile --destructive
```
Après avoir effectué ces étapes, exécutez la commande ovmtcreate pour créer un modèle à partir du domaine.

Remarque - Si vous exécutez cette commande et qu'aucune propriété n'est fournie au moment du déploiement, le système exécutera le programme d'installation interactif d'Oracle Solaris lors de l'initialisation suivante.
Spécification du nom du modèle. Appliquez une convention cohérente pour identifier le modèle, par exemple le format suivant :
```
technology.OS.application.architecture.build.ova
```
Par exemple, le nom de modèle suivant correspond à un domaine qui exécute la build 2 du SE Oracle Solaris 11.2 sur une plate-forme SPARC et la version 12.1.2 du serveur WebLogic : OVM_S11.2_WLS12.1.2_SPARC_B2.ova
Distribution du modèle. Le modèle est un fichier unique ayant une extension .ova. Le fichier contient les images disque compressées et les métadonnées requises pour le déploiement. Le modèle contient également un fichier manifeste des checksums du fichier de données traitées, qui pourrait être combiné au checksum d'une archive globale pour valider que le contenu n'a pas été modifié depuis la distribution.

Vous pouvez distribuer le modèle à l'aide des services Web ou tenir à jour un référentiel central plutôt que dupliquer des modèles.
Déploiement du modèle. Comme le modèle ne capture que les aspects d'un système qui sont visibles par le domaine source, vous devez comprendre quels services doivent être présents pour prendre en charge le déploiement du modèle.
- Un ou plusieurs commutateurs virtuels vers les interfaces appropriées auxquelles les réseaux virtuels du modèle peuvent être liés.
- Les services de disque virtuel.
- Les services de console.
- Une CPU virtuelle et une mémoire suffisantes pour répondre aux exigences du modèle.
Alors que l'utilitaire ovmtdeploy peut remplacer la plupart de ces paramètres, les valeurs minimales qui sont fournies avec un modèle représentent les exigences de base.

Vous pouvez utiliser l'utilitaire ovmtdeploy pour extraire, décompresser et copier automatiquement les disques virtuels vers les répertoires de déploiement et pour créer les différents périphériques virtuels que décrit le modèle.

A ce stade, vous pouvez démarrer le domaine mais vous ne pourrez peut-être pas effectuer certaines étapes de configuration manuelles à l'aide de la console de domaine avant que le domaine soit totalement fonctionnel.
Configuration automatique du domaine. La configuration d'un domaine qui est créé par un modèle comprend plusieurs types d'actions. Par exemple, vous pouvez spécifier les paires nom/valeur de propriété pour fournir les scripts de première initialisation avec les informations à configurer. Vous pouvez également monter en arrière-plan les disques virtuels pour le domaine de contrôle afin d'effectuer des actions sur les systèmes de fichiers du domaine, telles que la copie des fichiers de configuration.

L'utilitaire ovmtconfig automatise ces activités de configuration de domaine et vous permet de spécifier les actions à effectuer et les propriétés à utiliser pour configurer un domaine en spécifiant un ou plusieurs scripts de commande et fichiers de propriétés.

Pour configurer SE Oracle Solaris, l'utilitaire ovmtconfig monte en arrière-plan le système de fichiers root du domaine et crée un fichier sc_profile.xml à partir des propriétés et scripts de configuration fournis. Ce profil permet à SE Oracle Solaris de s'auto-configurer à la première initialisation.

Première configuration. Suite à la configuration et à la première initialisation d'SE Oracle Solaris, vous devez configurer toutes les applications installées. Lors de la phase de configuration, l'utilitaire ovmtconfig transmet les informations de configuration au domaine déployé à l'aide d'une des méthodes suivantes :

Variables de domaine – Outre un fichier de propriétés locales, vous pouvez définir des variables de domaine en exécutant l'utilitaire ovmtconfig dans le domaine de contrôle qui peut ensuite être utilisé par l'utilitaire ovmtprop dans le domaine invité. Cette méthode permet aux scripts de première initialisation d'accéder aux propriétés directement et fournit les informations de configuration directement au domaine invité, une fois la configuration terminée.

Par exemple, vous pouvez automatiser la modification d'un aspect de la configuration qui n'a pas accès au réseau à l'aide d'un script superviseur exécutant ovmtprop dans le domaine invité et en exécutant ovmtconfig -v à partir du domaine de contrôle.

Action directe – L'utilitaire ovmtconfig monte en arrière-plan les systèmes de fichiers de domaine et effectue une action directe sur les fichiers et systèmes de fichiers. Ces actions peuvent inclure la création des fichiers de configuration ou la copie des fichiers binaires système. Elles sont décrites dans les scripts que vous fournissez à l'utilitaire ovmtconfig. Vous trouverez des scripts exécutant des actions de commande dans le répertoire /opt/ovmtutils/share/scripts.

Remarque - En général, ces actions n'incluent pas les processus de première initialisation qui sont conçus pour s'exécuter dans le domaine invité car de telles actions pourraient affecter le domaine de contrôle.

Utilisez la commande ovmtconfig -c pour spécifier les commandes à exécuter.

Mise en garde - N'utilisez pas de propriétés non chiffrées pour transmettre des informations sensibles au domaine, telles que des mots de passe. D'autres propriétés que celles utilisées pour configurer le SE Oracle Solaris sont transmises au domaine sous forme de variables ldm en texte clair. Ces valeurs de propriété sont visibles par les utilisateurs du domaine de contrôle qui sont autorisés à exécuter des commandes ldm et par les utilisateurs qui sont connectés au domaine déployé.

A ce stade, le domaine doit être entièrement configuré et opérationnel.