Préparation d'un modèle Or
Procédez comme suit:
1. Faites glisser la procédure Modèle de balise du package d'extension VDI de l'agent
CA DSM vers le modèle Or dans l'explorateur DSM.
Le statut de la procédure s'affiche après avoir exécuté cette dernière.
2. Réalisez l'une des actions suivantes selon la solution de virtualisation de bureaux virtuels :
■
(Pour XenDesktop avec les services de provisionnement Citrix) Créez le vDisk à l'aide de XenConvert ou d'un autre outil d'imagerie approprié.
■
(Pour VMware View et Citrix MCS) Arrêtez l'ordinateur virtuel et créez un cliché.
Cette action permet d'associer le cliché ou le vDisk à la balise de modèle.
Le cliché ou le vDisk sont créés et associés au modèle Or à l'aide de la balise de modèle.
Vérification de l'affectation du modèle Or
Vous pouvez vérifier le modèle Or affecté en consultant les paramètres de modèle disponibles dans l'inventaire.
Procédez comme suit:
1. Sélectionnez Ordinateurs et utilisateurs, Tous les ordinateurs, Nom de l'ordinateur,
Inventaire.
2. Cliquez sur l'onglet Système d'exploitation, Paramètres de modèle.
La liste des modèles affectés s'affiche.
Le modèle Or est maintenant prêt pour la gestion des ordinateurs de bureau virtuels.
Stratégies de configuration pour la prise en charge de la virtualisation d'ordinateurs de bureau
Après avoir installé le package d'extension de prise en charge VDI de l'Agent CA DSM, configurez les stratégies de configuration Client Automation pour les ordinateurs de bureau virtuels. Certaines de ces stratégies sont obligatoires et sont prédéfinies par
VMware View. D'autres sont facultatives et requièrent la saisie d'informations comme indiqué.
314 Manuel d'implémentation
Préparation d'un modèle Or
Un nouveau groupe de stratégies d'enregistrement est ajouté et d'autres groupes de stratégie de configuration sont étendus pour prendre en charge la gestion des ordinateurs de bureau virtuels fournis par Citrix XenDesktop et VMware View.
Remarque : Appliquez les stratégies de configuration aux agents des ordinateurs de bureau virtuels clonés et aux agents des modèles Or. Ce processus, à l'exception des stratégies obligatoires gérées localement et prédéfinies par les scripts de clonage, doit
être réalisé avant d'enregistrer le cliché de modèle Or.
La stratégie n'est pas héritée automatiquement par les ordinateurs de bureau virtuels clonés à partir du modèle Or. Lorsque les valeurs des ordinateurs de bureau virtuels clonés et celles des stratégies gérées de manière centralisée sont différentes, les valeurs sont écrasées peu après l'enregistrement auprès du gestionnaire.
Groupe de stratégies d'enregistrement
Un nouveau sous-groupe de stratégies, à savoir les stratégies d'enregistrement, a été ajouté sous le groupe de stratégies Composants communs pour l'identification spécifique des ordinateurs de bureau virtuels. Le groupe de stratégies d'enregistrement contient les stratégies suivantes :
Clé de l'hôte
Définit une chaîne utilisée pour identifier de façon univoque un ordinateur cloné.
Une clé d'hôte est requise pour les clones liés car chaque recomposition de l'ordinateur de bureau virtuel génère un nouvel ordinateur virtuel qui enregistre un nouvel ordinateur unique dans la MDB. Par conséquent, au fil du temps, le gestionnaire de domaines détecterait de nombreux ordinateurs qui n'existeraient plus. Si la clé d'hôte est utilisée, les enregistrements d'ordinateurs existants pour les ordinateurs de bureau virtuels dans la MDB sont réutilisés.
Une clé hôte contient le texte brut et des macros. A l'enregistrement, CAF développe les macros et envoie le résultat au serveur de modularité. Le moteur utilise alors la clé d'hôte plutôt que le nom/l'UUID/l'adresse de l'hôte pour identifier les actifs dans la MDB. Désormais, la clé de l'hôte identifie l'agent.
Remarque : Dans les scénarios classiques, l'adresse d'ordinateur n'est pas changée pendant la recomposition des clones liés persistants. Il arrive toutefois dans certains cas que VMware modifie l'adresse des clones liés persistants pendant l'opération de recomposition. Par conséquent, l'utilisation d'une clé d'hôte est généralement requise aussi bien pour des clones liés persistants et non persistants que pour des ordinateurs de bureau virtuels MCS.
Utilisez les macros suivantes :
Variable d'environnement : $env(name)
Exemple : $env(“COMPUTERNAME")-VDI
Clé de registre : $reg(key,value)
Exemple : $reg(“HKLM\SOFTWARE\CA\GuestID”, ”GuestUUID”)-VDI
Chapitre 8: Virtualisation de l'ordinateur de bureau 315
Préparation d'un modèle Or
Valeur de fichier INI : $ini(path,section,key)
Exemple : $ini(“c:\id.ini”,”identity”,”uuid”)-VDI
Vous pouvez également combiner ces macros dans la même chaîne.
Exemple : $env(“COMPUTERNAME")-
$reg(“HKLM\SOFTWARE\CA\GuestID”,”GuestUUID”)-VDI
Remarque : Par défaut, le script CAFPostInit.dms définit la clé d'hôte sur l'agent avec $env(“COMPUTERNAME”). Vous ne devez donc pas modifier cette stratégie.
Toutefois, si vous voulez utiliser une autre macro, vérifiez que toutes les clés d'hôte générées sont uniques à l'aide des chaînes de macro de clé d'hôte appropriées dans le script CAFPostInit.dms. Vérifiez aussi que la clé d'hôte ne compte pas plus de 64 caractères.
Valeur par défaut : vide, <géré localement>
Configuration des serveurs de modularité
Permet à l'administrateur de configurer le serveur de modularité de l'agent, qui est basé sur le modèle de nommage d'ordinateur virtuel utilisé pour le pool et la plage d'ordinateurs de bureau. Vous pouvez appliquer plusieurs plages. Cette stratégie est facultative. Si aucune valeur n'est définie, tous les clones rendent compte au même serveur de modularité que l'agent du modèle Or à partir duquel ils ont été clonés. Pour plus d'informations, consultez la rubrique
Configuration des serveurs de modularité.
Groupe de stratégies Agent (Software Delivery)
Le groupe de stratégie Agent (Software Delivery) a été développé pour inclure les stratégies de configuration suivantes en vue de la gestion de l'agent Software Delivery dans des environnements VMware View.
Remarque : Les stratégies de configuration de réinstallation après un arrêt brutal dans le groupe de stratégies Agent s'appliquent uniquement à la réinstallation hors ligne après un arrêt brutal. La fonctionnalité traditionnelle de réinstallation après un arrêt brutal est configurée par les stratégies du groupe de stratégies Gestionnaire Software
Delivery.
Vous pouvez modifier les valeurs des paramètres des stratégies en double-cliquant sur une stratégie, afin d'afficher la boîte de dialogue Propriétés des paramètres.
316 Manuel d'implémentation
Préparation d'un modèle Or
Réinstallation après un arrêt brutal : comportement des entrées multiples de la même procédure d'activation ou de configuration
Détermine si les procédures logicielles dupliquées sont exclues pendant la réinstallation hors ligne après un arrêt brutal.
Software Delivery ne permet qu'une seule exécution des procédures d'installation, mais autorise plusieurs exécutions des procédures d'activation et de configuration.
Lorsque l'agent prépare le conteneur de réinstallation après un arrêt brutal pour un package logiciel, plusieurs procédures d'activation et de configuration peuvent être incluses. La valeur définie pour cette stratégie détermine le mode de gestion des procédures d'activation ou de configuration dupliquées dans un package logiciel unique. Les valeurs valides sont les suivantes :
Réexécuter toutes les procédures d'activation ou de configuration dupliquées
Indique que toutes les procédures d'activation ou de configuration enregistrées dans la base de données sont exécutées.
Réexécuter uniquement la première procédure d'activation ou de configuration dupliquée
Indique que si des procédures d'activation ou de configuration sont incluses plusieurs fois, seule la première procédure dupliquée est exécutée.
Réexécuter uniquement la dernière procédure d'activation ou de configuration dupliquée
Indique que si des procédures d'activation ou de configuration sont incluses plusieurs fois, seule la dernière procédure dupliquée est exécutée.
Valeur par défaut : Réexécuter toutes les procédures d'activation ou de configuration dupliquées
Réinstallation après un arrêt brutal : type de conteneur
Spécifie si l'agent exécute les jobs logiciels dans le conteneur de réinstallation hors ligne après un arrêt brutal comme un lot ou sans lien. Les valeurs valides sont les suivantes :
Lot
Indique que tous les jobs doivent être exécutés de façon séquentielle comme une unité unique de travail pour chaque cible. Si un job de la séquence échoue, les jobs restants pour cette cible ne sont pas exécutés.
Sans liaison
Indique que les jobs doivent être exécutés de façon séquentielle, mais indépendamment les uns des autres.
Valeur par défaut : Lot
Chapitre 8: Virtualisation de l'ordinateur de bureau 317
Préparation d'un modèle Or
Réinstallation après un arrêt brutal : supprimer la procédure logicielle de la base de données des états de logiciel en cas d'échec
Détermine si la base de données des états de logiciel est mise à jour lorsqu'un ou plusieurs jobs dans le conteneur de réinstallation après un arrêt brutal (RAC)
échoue. Si cette stratégie est définie sur True, les entrées de job échoué sont supprimées de la base de données des états de logiciel. Si elle est définie sur False, les entrées de job échoué sont conservées.
Valeur par défaut : True
Réinstallation après un arrêt brutal : laisser le job vérifier l'interface utilisateur graphique jusqu'à sa fermeture par l'utilisateur final
Détermine si la boîte de dialogue Vérification des jobs de livraison de logiciels DSM reste ouverte jusqu'à ce que l'utilisateur la ferme en cas d'échec de la réinstallation après un arrêt brutal pendant une réinstallation en mode interactif. Par exemple, la définition de cette stratégie sur la valeur True garantit que l'utilisateur ne manquera pas une notification d'échec de la réinstallation après un arrêt brutal s'il s'éloigne de son ordinateur.
Valeur par défaut : True
Réinstallation après un arrêt brutal : maintenir la base de données des états de logiciel de préinstallation
Indique si une base de données des états de logiciel de préinstallation est tenue à jour lorsqu'aucun utilisateur n'est affecté aux ordinateurs de bureau virtuels. Une base de données des états de logiciel de préinstallation est utile lorsque des ordinateurs de bureau virtuels dans un pool sont créés et enregistrés en tant qu'agents, mais pas encore affectés à des utilisateurs. Une base de données de préinstallation permet à l'administrateur d'appliquer les packages logiciels requis aux ordinateurs de bureau virtuels.
318 Manuel d'implémentation
Préparation d'un modèle Or
Si cette stratégie est définie sur True, une base de données des états de logiciel de préinstallation est tenue à jour sur le système local de fichiers tant qu'aucun utilisateur n'est affecté à l'ordinateur de bureau virtuel. La base de données de préinstallation est fusionnée avec la base de données des états de logiciel d'instance d'utilisateurs affectés quand l'utilisateur se connecte pour la première fois.
Si cette stratégie est définie sur False, les conditions suivantes s'appliquent.
Ordinateurs de bureau persistants :
pour les ordinateurs de bureau persistants, si la réinstallation hors ligne après un arrêt brutal est configurée pour s'exécuter à la connexion, la définition de cette stratégie sur False entraîne la réinstallation de ces packages logiciels, car les enregistrements de job logiciel sont ajoutés à la base de données des instances plutôt qu'à la base de données de préinstallation.
Ordinateurs de bureau non persistants :
pour les ordinateurs de bureau non persistants, la définition de cette stratégie sur False a pour conséquence que les enregistrements de job de livraison de logiciels ne sont pas maintenus pour ces packages logiciels. En outre, ils ne peuvent pas être réinstallés lorsque l'ordinateur de bureau virtuel est actualisé par la suite.
Valeur par défaut : True
Réinstallation après un arrêt brutal : maintenir la base de données des états de logiciel
Indique si l'agent Software Delivery maintient une base de données de son état, indépendamment de la fonctionnalité VMware View.
Remarque : Cette stratégie est obligatoire et prédéfinie sur True par les scripts d'intégration VMware View. Ne changez pas manuellement la valeur définie.
Valeur par défaut : False, <géré localement>
Réinstallation après un arrêt brutal : nombre maximum de secondes pour une nouvelle tentative
Définit le nombre maximum de secondes qu'un agent peut être en veille entre deux tentatives de contact avec le serveur de modularité lors d'une vérification des jobs.
Cette stratégie fonctionne avec la stratégie Réinstallation après un arrêt brutal : nombre de tentatives en cas de réinstallation hors ligne après un arrêt brutal. Les tentatives de reconnexion se poursuivent jusqu'à ce que la limite spécifiée par l'une de ces stratégies soit atteinte.
Valeur par défaut : 60
Chapitre 8: Virtualisation de l'ordinateur de bureau 319
Préparation d'un modèle Or
Réinstallation après un arrêt brutal : nombre de tentatives en cas de réinstallation hors ligne après un arrêt brutal
Définit le nombre maximum de nouvelles tentatives de connexion au serveur de modularité qu'un agent peut effectuer pendant une vérification des jobs. Cette stratégie fonctionne avec la stratégie Réinstallation après un arrêt brutal : nombre maximum de secondes pour une nouvelle tentative. Les tentatives de reconnexion se poursuivent jusqu'à ce que la limite spécifiée par l'une de ces stratégies soit atteinte.
Valeur par défaut : 100
Réinstallation après un arrêt brutal : mot de passe pour l'accès à la base de données des états de logiciel d'instance
Spécifie le mot de passe de l'utilisateur autorisé à accéder à la base de données des
états de logiciel d'instance. La chaîne du mot de passe est chiffrée. Si cette valeur est spécifiée, l'agent utilise ces informations d'identification pour accéder au partage réseau.
Il est recommandé de commencer par chiffrer le mot de passe à l'aide de la commande sd_acmd chiffrer. Ensuite, spécifiez le mot de passe chiffré comme l'un des paramètres lors de l'exécution du script Compose.bat qui, à son tour, définit le paramètre de configuration.
De même, si le mot de passe correspondant à l'emplacement de partage est le même pour tous les pools d'ordinateurs de bureau à créer à partir d'un cliché de modèle Or spécifique, vous pouvez définir le mot de passe dans la stratégie de configuration. Appliquez ensuite la stratégie au modèle Or et aux ordinateurs de bureau virtuels clonés.
Valeur par défaut : vide, <géré localement>
Réinstallation après un arrêt brutal : chemin d'accès à la base de données des états de logiciel d'instance
Spécifie le chemin d'installation de la base de données des états de logiciel d'instance. Le chemin d'accès spécifié peut inclure des variables d'environnement intégrées, par exemple,
“\\Fileserver1\Share1\%COMPUTERNAME%\InstanceSoftwareDatabase”.
Remarque : Cette stratégie est obligatoire, mais vous devez entrer le chemin d'accès manuellement comme l'un des paramètres lors de l'exécution du script
Compose.bat. Ce script définit à son tour le paramètre de configuration.
Valeur par défaut : vide, <géré localement>
320 Manuel d'implémentation
Préparation d'un modèle Or
Réinstallation après un arrêt brutal : chemin d'accès à la base de données des états de logiciel de modèle
Spécifie le chemin d'installation de la base de données des états de logiciel de modèle. Si la valeur est vide, l'agent utilise le chemin d'accès spécifique à l'unité approprié, c'est-à-dire
<répertoire_installation_ITCM>\SD\ASM\DATABASE\Agent\TemplateSoftwareData base.
Valeur par défaut : vide, <géré localement>
Réinstallation après un arrêt brutal : paramètre de stratégie de réinstallation après un arrêt brutal de l'agent
Contrôle le paramètre Stratégie RAC de l'agent Software Delivery. Si cette stratégie est définie sur True, la stratégie RAC de l'agent est définie sur Hors ligne. Si elle est définie sur False, la stratégie RAC est définie sur le paramètre RAC par défaut.
Remarque : Cette stratégie est obligatoire et prédéfinie sur True par les scripts d'intégration VMware View. Ne changez pas manuellement la valeur définie.
La valeur définie ici est par défaut celle spécifiée sous l'onglet Software Delivery de la boîte de dialogue Propriétés de l'ordinateur.
Valeur par défaut : False, <géré localement>
Réinstallation après un arrêt brutal : définir l'agent SD pour le mode de modèle Or
Permet à l'agent d'établir une distinction entre l'exécution sur un modèle Or ou un clone. Si cette stratégie est définie sur True, l'agent s'exécute sur un modèle Or.
Remarque : Cette stratégie est obligatoire et prédéfinie par les scripts d'intégration
VMware View.
Valeur par défaut : False, <géré localement>
Chapitre 8: Virtualisation de l'ordinateur de bureau 321
Préparation d'un modèle Or
Réinstallation après un arrêt brutal : nom d'utilisateur pour l'accès à la base de données des états de logiciel d'instance
Spécifie le nom de l'utilisateur autorisé à accéder à la base de données des états de logiciel d'instance. Le nom d'utilisateur doit présenter le format suivant :
(nom_domaine | local\)'user'. La chaîne est chiffrée. Si cette valeur est spécifiée, l'agent utilise ces informations d'identification pour accéder au partage réseau.
Il est recommandé de commencer par chiffrer le nom d'utilisateur à l'aide de la commande sd_acmd encrypt. Spécifiez ensuite le nom d'utilisateur chiffré comme l'un des paramètres lors de l'exécution du script Compose.bat qui, à son tour, définit le paramètre de configuration.
De même, si le nom d'utilisateur correspondant à l'emplacement de partage est le même pour tous les pools d'ordinateurs de bureau à créer à partir d'un cliché de modèle Or spécifique, vous pouvez définir le nom d'utilisateur dans la stratégie de configuration. Appliquez ensuite la stratégie au modèle Or et aux ordinateurs de bureau virtuels clonés.
Remarque : Par défaut, lorsqu'un dossier est partagé, ses autorisations incluent uniquement le groupe "Tout le monde" avec des autorisations d'accès en lecture.
Pour garantir que la base de données des états de logiciel d'instance est enregistrée sur un réseau, le partage réseau doit également inclure l'utilisateur mentionné ici dans l'onglet Autorisations de partage avec un droit d'accès Contrôle absolu
(écriture).
Valeur par défaut : vide, <géré localement>
322 Manuel d'implémentation
Préparation d'un modèle Or
Groupe de stratégies Général (CAF)
Le groupe de stratégies Général (CAF) inclut les stratégies de configuration suivantes.
CAF : script de pré-initialisation
Spécifie le script que vous voulez exécuter lors du démarrage de caf et de l'initialisation. Le script est exécuté avant que l'UUID soit vérifié et avant que tous les modules d'extension soient démarrés.
CAF : script de post-initialisation
Spécifie le script que vous voulez exécuter après l'initialisation de caf. Le script est exécuté une fois que tous les modules d'extension ont démarré, mais avant leur premier enregistrement.
CAF : délai (en secondes) du script de pré-initialisation
Spécifie le délai d'attente en secondes observé par caf avant de terminer le script de pré-initialisation.
CAF : délai (en secondes) du script de post-initialisation
Spécifie le délai d'attente en secondes observé par caf avant de terminer le script de post-initialisation.
CAF : activer l'enregistrement au démarrage
Spécifie si le cadre d'applications communes (CAF) s'enregistre immédiatement auprès du gestionnaire de domaines lors du démarrage.
Valeur par défaut : True
Important : Cette stratégie doit être configurée de sorte à être gérée localement avant l'installation du package d'extension de prise en charge VDI de l'agent CA
DSM pour Windows FRA. Vous pouvez également cliquer avec le bouton droit de la souris sur la stratégie et sélectionner Géré localement dans le menu contextuel.
Remarque : Cette stratégie s'applique uniquement aux ordinateurs de bureau virtuels basés sur VMWare View et si le package d'extension de prise en charge VDI de l'agent CA DSM pour Windows FRA de la version antérieure à la version 12.5 SP1
Feature Pack 1 est utilisé.
Chapitre 8: Virtualisation de l'ordinateur de bureau 323
Публичная ссылка обновлена
Публичная ссылка на ваш чат обновлена.
