REFERENCE 86 F1 40EV 03 ESCALA Guide d’utilisation de PowerVM Editions ESCALA Guide d’utilisation de PowerVM Editions Matériel Juillet 2008 BULL CEDOC 357 AVENUE PATTON B.P.20845 49008 ANGERS CEDEX 01 FRANCE REFERENCE 86 F1 40EV 03 L’avis juridique de copyright ci–après place le présent document sous la protection des lois de Copyright qui prohibent, sans s’y limiter, des actions comme la copie, la distribution, la modification et la création de produits dérivés. Copyright © IBM 2007-2008 Copyright © Bull SAS 2007-2008 Imprimé en France Marques déposées Toutes les marques citées dans ce manuel sont la propriété de leurs détenteurs respectifs. Tous les noms de marques ainsi que les noms de produits matériels et/ou logiciels sont régis par le droit des marques et/ou des brevets. La citation des noms de marques et de produits est purement informative et ne constitue pas une violation du droit des marques et/ou des brevets. Des corrections ou des modifications au contenu de ce document peuvent intervenir sans préavis. Bull SAS ne pourra pas être tenu pour responsable des éventuelles erreurs qui pourraient y être contenues dans ce manuel, ni pour tout dommage pouvant résulter de son application. Table des matières Avis aux lecteurs canadiens . . . . . . . . . . . . . . . . . . . . . . . . . . . xi A propos de cette publication . . . . . . . . . . . . . . . . . . . . . . . . . . xv Procédure d’envoi de commentaires . . . . . . . . . . . . . . . . . . . . . . . . . . . xv Chapitre 1. PowerVM Editions . . . . . . . . . . . . . . . . . . . . . . . . . . 1 PowerVM Editions . . . . . . . Technologie Micro-Partitioning . . . Serveur d’E-S virtuel. . . . . . . Integrated Virtualization Manager . . Live Partition Mobility . . . . . . Gestionnaire de chargement de partition PowerVM Lx86 . . . . . . . . . . . . . . . . . . . . . . . . . . . . pour AIX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 3 3 3 4 5 5 Chapitre 2. Technologie Micro-Partitioning . . . . . . . . . . . . . . . . . . . . . 7 Processeurs partagés . . . . . . . Processeurs virtuels . . . . . . . Saisie du code d’activation de PowerVM Saisie du code d’activation de PowerVM Saisie du code d’activation de PowerVM . . . . . . Editions Editions Editions . . . . . . . . . . . . . . . . . . . . . . . 7 . . . . . . . . . . . . . . . . . . . . . . . 9 via Integrated Virtualization Manager . . . . . . . . . 10 via la console HMC version 7 . . . . . . . . . . . . 11 via la console HMC version 6 . . . . . . . . . . . . 11 Chapitre 3. Serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . . . 13 serveur d’E-S virtuel Présentation . . . . . . . . . . . . . . . . . . . . . . . . Interface SCSI virtuelle . . . . . . . . . . . . . . . . . . . . . . . . . . Présentation du sous-système de stockage du serveur d’E-S virtuel . . . . . . . . . . . Mémoire physique . . . . . . . . . . . . . . . . . . . . . . . . . . . Volumes physiques . . . . . . . . . . . . . . . . . . . . . . . . . . Volumes logiques . . . . . . . . . . . . . . . . . . . . . . . . . . Référentiel de supports virtuels . . . . . . . . . . . . . . . . . . . . . . Pools de stockage . . . . . . . . . . . . . . . . . . . . . . . . . . Unités optiques . . . . . . . . . . . . . . . . . . . . . . . . . . . Stockage virtuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . Disque . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Optique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unités de mappage . . . . . . . . . . . . . . . . . . . . . . . . . . . Réseaux virtuels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Carte de réseau Ethernet hôte . . . . . . . . . . . . . . . . . . . . . . . Internet Protocol version 6 . . . . . . . . . . . . . . . . . . . . . . . . Unités d’Agrégation de liaisons ou EtherChannel . . . . . . . . . . . . . . . . . Cartes Ethernet virtuelles . . . . . . . . . . . . . . . . . . . . . . . . . Réseaux locaux virtuels (VLAN) . . . . . . . . . . . . . . . . . . . . . . Cartes Ethernet partagées . . . . . . . . . . . . . . . . . . . . . . . . . Gestion du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . Interface de ligne de commande du serveur d’E-S virtuel . . . . . . . . . . . . . . Logiciel Tivoli et le serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . Scénarios de configuration relatifs au serveur d’E-S virtuel . . . . . . . . . . . . . . . Scénario : Configuration d’un serveur d’E-S virtuel sans marquage VLAN . . . . . . . . . Scénario : Configuration d’un serveur d’E-S virtuel avec marquage VLAN . . . . . . . . . Scénario : Configuration de la reprise par transfert de carte de réseau Ethernet partagée . . . . Scénario : Configuration de la fonction de sauvegarde via l’interface réseau sur les partitions logiques AIX sans marquage VLAN . . . . . . . . . . . . . . . . . . . . . . . . . Scénario : configuration de la fonction MPIO (Multi-Path I/O) pour les partitions logiques client AIX Planification du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . Spécifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 16 17 18 18 18 21 22 23 23 23 24 25 25 25 27 27 27 28 28 30 30 32 34 35 37 39 . . . . 42 44 47 47 iii Limites et restrictions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prévision de la capacité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Planification de l’interface SCSI virtuelle . . . . . . . . . . . . . . . . . . . . . . . Temps d’attente de l’interface SCSI virtuelle . . . . . . . . . . . . . . . . . . . . Bande passante de l’interface SCSI virtuelle. . . . . . . . . . . . . . . . . . . . . Considérations sur le dimensionnement de l’interface SCSI virtuelle . . . . . . . . . . . . Planification des cartes Ethernet partagées . . . . . . . . . . . . . . . . . . . . . . Configuration requise pour le réseau . . . . . . . . . . . . . . . . . . . . . . . Sélection de cartes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Allocation de processeur . . . . . . . . . . . . . . . . . . . . . . . . . . . Allocation de mémoire . . . . . . . . . . . . . . . . . . . . . . . . . . . Remarques relatives à la redondance . . . . . . . . . . . . . . . . . . . . . . . . . Partitions logiques client . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fonction MPIO (Multipath I/O) . . . . . . . . . . . . . . . . . . . . . . . . Fonction miroir des partitions logiques client . . . . . . . . . . . . . . . . . . . . Multitraitement de cluster haute disponibilité (HACMP) . . . . . . . . . . . . . . . . Unités d’Agrégation de liaisons ou EtherChannel . . . . . . . . . . . . . . . . . . . Reprise par transfert de carte de réseau Ethernet partagée . . . . . . . . . . . . . . . . Partition logique du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . Fonction multi-path (multi-accès) . . . . . . . . . . . . . . . . . . . . . . . . RAID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unités d’Agrégation de liaisons ou EtherChannel . . . . . . . . . . . . . . . . . . . Remarques sur la sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . . . Installation du serveur d’E-S virtuel et des partitions logiques client . . . . . . . . . . . . . . . Installation du serveur d’E-S virtuelet des partitions logiques client en déployant une planification système . Saisie du code d’activation de PowerVM Editions via la console HMC version 7 . . . . . . . . . Importation d’une planification système dans une console HMC version 7 . . . . . . . . . . . Déploiement d’une planification système via la console HMC version 7 . . . . . . . . . . . . Finalisation de l’installation du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . Installation manuelle du serveur d’E-S virtuel via la console HMC version 7 . . . . . . . . . . . Saisie du code d’activation de PowerVM Editions via la console HMC version 7 . . . . . . . . . Création de la partition logique et du profil de partition du serveur d’E-S virtuel via la console HMC version 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Installation du serveur d’E-S virtuel à partir de la console HMC . . . . . . . . . . . . . . . Installation du serveur d’E-S virtuel à partir d’un CD ou d’un DVD . . . . . . . . . . . . . Finalisation de l’installation du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . Affichage et acceptation du contrat de licence du serveur d’E-S virtuel . . . . . . . . . . . Installation manuelle du serveur d’E-S virtuel à l’aide de la console HMC version 6 . . . . . . . . . Saisie du code d’activation de PowerVM Editions via la console HMC version 6 . . . . . . . . . Création de la partition logique et du profil de partition du serveur d’E-S virtuel à l’aide la console HMC version 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Installation du serveur d’E-S virtuel à partir de la console HMC . . . . . . . . . . . . . . . Installation du serveur d’E-S virtuel à partir d’un CD ou d’un DVD . . . . . . . . . . . . . Finalisation de l’installation du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . Configuration de la console serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . Configuration d’unités SCSI virtuelles sur le serveur d’E-S virtuel . . . . . . . . . . . . . . . Création de l’unité cible virtuelle sur le serveur d’E-S virtuel . . . . . . . . . . . . . . . . Création d’une unité cible virtuelle sur le serveur d’E-S virtuel avec mappage sur un un volume logique ou physique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Création d’une unité cible virtuelle sur le serveur d’E-S virtuel avec mappage sur un fichier ou un volume logique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Création d’une unité cible virtuelle sur le serveur d’E-S virtuel avec mappage sur une unité optique virtuelle associée à un fichier . . . . . . . . . . . . . . . . . . . . . . . . . Création de pools de stockage de volumes logiques sur le serveur d’E-S virtuel . . . . . . . . . Création de pools de stockage de fichiers sur le serveur d’E-S virtuel . . . . . . . . . . . . . Création du référentiel de supports virtuels sur le serveur d’E-S virtuel . . . . . . . . . . . . Création de volumes logiques et de groupes de volumes sur le serveur d’E-S virtuel . . . . . . . . Configuration du serveur d’E-S virtuel pour la prise en charge des fonctions de verrouillage SCSI-2 . . . Identification des disques exportables . . . . . . . . . . . . . . . . . . . . . . . Configuration d’unités Ethernet virtuelles sur le serveur d’E-S virtuel . . . . . . . . . . . . . . Création d’une carte de réseau Ethernet partagée via la console HMC version 7 . . . . . . . . . iv Guide d’utilisation de PowerVM Editions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 49 49 49 50 51 53 53 54 57 59 59 60 60 61 61 62 62 63 63 63 64 64 65 65 66 66 68 72 73 73 . . . . . . . 74 75 75 77 77 78 78 . . . . . . . 79 80 80 82 83 83 83 . 83 . 85 . . . . . . . . . 86 87 87 88 88 89 90 91 91 Création d’une carte de réseau Ethernet partagée via la console HMC version 6 . . . . . . . . . Configuration d’une carte de réseau Ethernet partagée . . . . . . . . . . . . . . . . . . Configuration d’une unité d’Agrégation de liaisons ou EtherChannel . . . . . . . . . . . . . Configuration des agents et des clients Tivoli sur le serveur d’E-S virtuel . . . . . . . . . . . . . Configuration de l’agent Tivoli Monitoring . . . . . . . . . . . . . . . . . . . . . . Configuration de l’agent Tivoli Usage and Accounting Manager . . . . . . . . . . . . . . . Configuration du client Tivoli Storage Manager . . . . . . . . . . . . . . . . . . . . Installation et configuration des agents TotalStorage Productivity Center . . . . . . . . . . . . Configuration du serveur d’E-S virtuel en tant que client LDAP . . . . . . . . . . . . . . . Gestion du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . . . . . Gestion de la mémoire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Importation et exportation de groupes de volumes et de pools de stockage de volumes logiques . . . Importation de groupes de volumes et de pools de stockage de volumes logiques . . . . . . . Exportation de groupes de volumes et de pools de stockage de volumes logiques . . . . . . . Mappage de disques virtuels sur des disques physiques . . . . . . . . . . . . . . . . . Augmentation de la capacité de l’unité . . . . . . . . . . . . . . . . . . . . . . . Modification de la longueur de file d’attente de l’interface SCSI virtuelle . . . . . . . . . . . Sauvegarde et restauration de fichiers et de systèmes de fichiers . . . . . . . . . . . . . . Gestion du stockage à l’aide d’ TotalStorage Productivity Center . . . . . . . . . . . . . . Gestion des réseaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Modification de la configuration réseau de la partition logique du serveur d’E-S virtuel . . . . . . Activation et désactivation du protocole GVRP . . . . . . . . . . . . . . . . . . . . Gestion du protocole SNMP sur le serveur d’E-S virtuel . . . . . . . . . . . . . . . . . Mise à niveau du serveur d’E-S virtuel de IPv4 vers IPv6 . . . . . . . . . . . . . . . . Sauvegarde du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . . . Sauvegarde du serveur d’E-S virtuel sur bande . . . . . . . . . . . . . . . . . . . . Sauvegarde du serveur d’E-S virtuel sur un ou plusieurs DVD . . . . . . . . . . . . . . . Sauvegarde du serveur d’E-S virtuel sur un système de fichiers distant via un fichier nim_resources.tar . Sauvegarde du serveur d’E-S virtuel sur un système de fichiers distant via une image mksysb . . . . Sauvegarde des unités virtuelles définies par l’utilisateur . . . . . . . . . . . . . . . . . Planification des sauvegardes du serveur d’E-S virtuel. . . . . . . . . . . . . . . . . . Sauvegarde du serveur d’E-S virtuel à l’aide du gestionnaire Tivoli Storage Manager . . . . . . . Sauvegarde du serveur d’E-S virtuel à l’aide de la fonction automatisée du gestionnaire Tivoli Storage Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Sauvegarde du serveur d’E-S virtuel à l’aide de la sauvegarde incrémentielle du gestionnaire Tivoli Storage Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Restauration du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . . Restauration du serveur d’E-S virtuel à partir d’une bande magnétique . . . . . . . . . . . . Restauration du serveur d’E-S virtuel à partir d’un ou plusieurs DVD . . . . . . . . . . . . Restauration du serveur d’E-S virtuel à partir d’un fichier nim_resources.tar via la console HMC . . . Restauration du serveur d’E-S virtuel via un serveur NIM à partir d’un fichier mksysb . . . . . . Restauration des unités virtuelles définies par l’utilisateur . . . . . . . . . . . . . . . . Restauration du serveur d’E-S virtuel avec Tivoli Storage Manager . . . . . . . . . . . . . Installation ou remplacement d’une carte PCI sur le serveur d’E-S virtuel lorsque le système est sous tension Guide d’initiation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Installation d’une carte PCI . . . . . . . . . . . . . . . . . . . . . . . . . . . Remplacement d’une carte PCI . . . . . . . . . . . . . . . . . . . . . . . . . Annulation de la configuration d’une carte de mémoire . . . . . . . . . . . . . . . . . Préparation des partitions logiques client . . . . . . . . . . . . . . . . . . . . . . Affichage des informations et des statistiques sur le serveur d’E-S virtuel, sur le serveur et sur les ressources virtuelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Surveillance du serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . . . Sécurité sur le serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . . . . Connexion au serveur d’E-S virtuel à l’aide d’OpenSSH . . . . . . . . . . . . . . . . . . Configuration du renforcement de la sécurité du système de serveur d’E-S virtuel . . . . . . . . . Définition d’un niveau de sécurité . . . . . . . . . . . . . . . . . . . . . . . . Modification des paramètres dans un niveau de sécurité . . . . . . . . . . . . . . . . . Affichage des paramètres de sécurité en cours . . . . . . . . . . . . . . . . . . . . Suppression des paramètres de niveau de sécurité . . . . . . . . . . . . . . . . . . . Configuration des paramètres du pare-feu du serveur d’E-S virtuel . . . . . . . . . . . . . . Configuration d’un client Kerberos sur le serveur d’E-S virtuel . . . . . . . . . . . . . . . . . 92 . 93 . 95 . 95 . 95 . 97 . 98 . 99 . 101 . 101 . 102 . 102 . 102 . 103 . 104 . 105 . 107 . 107 . 108 . 108 . 109 . 109 . 109 . 110 . 111 . 112 . 112 . 113 . 114 . 114 . 116 . 117 . 117 . . . . . . . . . . . . . 118 118 119 119 120 120 121 122 123 124 124 125 125 126 . . . . . . . . . . . 127 128 129 130 132 133 133 133 133 133 134 Table des matières v Gestion des utilisateurs sur le serveur d’E-S virtuel . . . . . . . . . . . . . . . Identification et résolution des incidents liés au serveur d’E-S virtuel . . . . . . . . . . Identification et résolution des incidents liés à la partition logique du serveur d’E-S virtuel . Identification et résolution des problèmes liés à l’interface SCSI virtuelle . . . . . . Résolution de l’échec de configuration d’une carte de réseau Ethernet partagée . . . . Résolution des incidents de connectivité Ethernet . . . . . . . . . . . . . . Activation des shells non interactifs sur Virtual I/O Server, version 1.3 ou supérieure . . Récupération lorsque les disques sont introuvables . . . . . . . . . . . . . . . Identification et résolution des incidents relatifs aux partitions logiques client AIX . . . . Informations de référence pour le serveur d’E-S virtuel . . . . . . . . . . . . . . Description des commandes du serveur d’E-S virtuel et d’Integrated Virtualization Manager . Configuration des attributs des agents et des clients Tivoli . . . . . . . . . . . . Statistiques sur le protocole GVRP (GARP VLAN Registration Protocol) . . . . . . . . Attributs de réseau . . . . . . . . . . . . . . . . . . . . . . . . . Statistiques sur la reprise par transfert d’une carte de réseau Ethernet partagée . . . . . Statistiques relatives à une carte de réseau Ethernet partagée . . . . . . . . . . . Types d’utilisateur sur le serveur d’E-S virtuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134 135 136 136 136 137 138 138 140 141 141 142 145 151 160 168 174 Chapitre 4. Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . 177 Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . Planification du gestionnaire Integrated Virtualization Manager . . . . . . . . . . . . . . . . Validation de la planification système sur Integrated Virtualization Manager . . . . . . . . . . . Installation du gestionnaire Integrated Virtualization Manager . . . . . . . . . . . . . . . . . Installation du serveur d’E-S virtuel et activation du gestionnaire Integrated Virtualization Manager sur des serveurs systèmes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Installation du serveur d’E-S virtuel et activation du gestionnaire Integrated Virtualization Manager sur un serveur lame BladeCenter avec la technologie POWER Architecture . . . . . . . . . . . . . . Finalisation de l’installation du gestionnaire Integrated Virtualization Manager . . . . . . . . . . Connexion à l’interface Web du gestionnaire Integrated Virtualization Manager . . . . . . . . . . Connexion à l’interface de ligne de commande du serveur d’E-S virtuel . . . . . . . . . . . . . Configuration de la partition de gestion et des partitions logiques client . . . . . . . . . . . . . . Saisie du code d’activation de PowerVM Editions via Integrated Virtualization Manager . . . . . . . Déploiement d’une planification système à l’aide d’Integrated Virtualization Manager . . . . . . . . Configuration manuelle de la partition de gestion et des partitions logiques client . . . . . . . . . Modification des ressources de mémoire et de processeur sur la partition de gestion . . . . . . . Définition du nombre maximal de partitions logiques . . . . . . . . . . . . . . . . . . Mise en miroir de la partition de gestion du gestionnaire Integrated Virtualization Manager . . . . . Configuration du stockage sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager Création de pools de stockage . . . . . . . . . . . . . . . . . . . . . . . . . Création de disques virtuels . . . . . . . . . . . . . . . . . . . . . . . . . Configuration d’Ethernet sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager Configuration de ponts Ethernet virtuels sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . Affectation du port d’une carte de réseau Ethernet hôte à une partition logique . . . . . . . . Gestion dynamique des cartes physiques . . . . . . . . . . . . . . . . . . . . . . Création de partitions logiques client à l’aide du gestionnaire Integrated Virtualization Manager . . . Création de partitions logiques client à l’aide de l’assistant Création de partitions . . . . . . . Création d’une partition basée sur une partition existante . . . . . . . . . . . . . . . Gestion du système avec le gestionnaire Integrated Virtualization Manager . . . . . . . . . . . . . Affichage et modification des propriétés système . . . . . . . . . . . . . . . . . . . . Gestion des partitions à l’aide du gestionnaire Integrated Virtualization Manager . . . . . . . . . Activation des partitions logiques . . . . . . . . . . . . . . . . . . . . . . . . Ajout d’une partition logique client au groupe de charge de travail de partitions . . . . . . . . . Suppression de partitions logiques . . . . . . . . . . . . . . . . . . . . . . . . Gestion dynamique de la mémoire . . . . . . . . . . . . . . . . . . . . . . . . Gestion dynamique des cartes physiques . . . . . . . . . . . . . . . . . . . . . . Gestion dynamique des processeurs . . . . . . . . . . . . . . . . . . . . . . . . Modification des propriétés d’une partition . . . . . . . . . . . . . . . . . . . . . Migration d’une partition logique client vers un autre système géré . . . . . . . . . . . . . Ouverture d’une session de terminal virtuel pour une partition logique . . . . . . . . . . . . Arrêt des partitions logiques . . . . . . . . . . . . . . . . . . . . . . . . . . vi Guide d’utilisation de PowerVM Editions . . . . 178 180 181 184 . 184 . . . . . . . . . . . 185 186 187 187 188 188 189 191 191 192 192 193 . 194 . 194 194 . . . . . . . . . . . . . . . . . . . 195 196 196 197 198 198 198 198 199 199 199 201 201 202 202 203 204 204 205 Utilisation des fonctions de maintenance du panneau de commande . . . . . . . . . . . . . Affichage ou modification du statut d’une partition en cours de migration . . . . . . . . . . . Affichage des codes de référence des partitions . . . . . . . . . . . . . . . . . . . . Gestion des unités de stockage à l’aide du gestionnaire Integrated Virtualization Manager . . . . . . Création d’unités optiques virtuelles à l’aide du gestionnaire Integrated Virtualization Manager . . . . Modification des disques virtuels . . . . . . . . . . . . . . . . . . . . . . . . . Modification des pools de stockage à l’aide du gestionnaire Integrated Virtualization Manager . . . . Modification des volumes physiques . . . . . . . . . . . . . . . . . . . . . . . Modification des unités optiques à l’aide du gestionnaire Integrated Virtualization Manager . . . . . Gestion d’Ethernet à l’aide du gestionnaire Integrated Virtualization Manager . . . . . . . . . . . Modification des paramètres TCP/IP sur le serveur d’E-S virtuel . . . . . . . . . . . . . . Création d’une carte Ethernet virtuelle . . . . . . . . . . . . . . . . . . . . . . . Affichage des paramètres Ethernet virtuels à l’aide du gestionnaire Integrated Virtualization Manager . Gestion des planifications système . . . . . . . . . . . . . . . . . . . . . . . . . Création d’une planification système à l’aide du gestionnaire Integrated Virtualization Manager . . . Affichage d’une planification système sur le gestionnaire Integrated Virtualization Manager . . . . . Importation d’une planification système dans le gestionnaire Integrated Virtualization Manager . . . . Déploiement d’une planification système à l’aide d’Integrated Virtualization Manager . . . . . . . Exportation d’une planification système à partir du gestionnaire Integrated Virtualization Manager . . Suppression d’une planification système à partir du gestionnaire Integrated Virtualization Manager . . Mise à jour du gestionnaire Integrated Virtualization Manager . . . . . . . . . . . . . . . . Installation ou remplacement d’une carte PCI sur le serveur d’E-S virtuel lorsque le système est sous tension Guide d’initiation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Installation d’une carte PCI . . . . . . . . . . . . . . . . . . . . . . . . . . . Remplacement d’une carte PCI . . . . . . . . . . . . . . . . . . . . . . . . . Annulation de la configuration d’une carte de mémoire . . . . . . . . . . . . . . . . . Préparation des partitions logiques client . . . . . . . . . . . . . . . . . . . . . . Création et modification de comptes utilisateur . . . . . . . . . . . . . . . . . . . . . . Rôles utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Création de comptes utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . Modification des propriétés utilisateur . . . . . . . . . . . . . . . . . . . . . . . . Modification des paramètres de mot de passe . . . . . . . . . . . . . . . . . . . . . Suppression de comptes utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . Modification des mots de passe utilisateur . . . . . . . . . . . . . . . . . . . . . . Edition du profil utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . Identification et résolution des incidents liés au gestionnaire Integrated Virtualization Manager . . . . . . Utilisation du point focal de service pour le gestionnaire Integrated Virtualization Manager . . . . . . Sauvegarde et restauration des données de partition . . . . . . . . . . . . . . . . . . . Sauvegarde sur bande de fichiers de support virtuel et de fichiers utilisateur . . . . . . . . . . . Restauration du support virtuel et des fichiers utilisateur à partir d’une bande . . . . . . . . . . Affichage des journaux d’application . . . . . . . . . . . . . . . . . . . . . . . . Affichage des propriétés des journaux d’application . . . . . . . . . . . . . . . . . . . Contrôle des tâches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Affichage de l’inventaire matériel . . . . . . . . . . . . . . . . . . . . . . . . . . Connexion d’une console HMC à un système géré via Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206 206 207 207 207 208 208 208 209 210 210 210 211 211 212 212 213 213 215 216 216 217 217 218 218 218 219 220 220 221 222 222 223 223 224 224 224 225 225 226 226 226 227 227 227 Chapitre 5. Live Partition Mobility . . . . . . . . . . . . . . . . . . . . . . . . 229 Concepts relatifs à l’Mobilité de partition . . . . . . . . . . . . . . . . . . . . . . . Avantages de la Mobilité de partition . . . . . . . . . . . . . . . . . . . . . . . Mobilité de partition active . . . . . . . . . . . . . . . . . . . . . . . . . . . Fonctionnement de la Mobilité de partition active sur la console HMC (Hardware Management) et Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . Caractéristiques du système non modifiées après une migration de partition . . . . . . . . Caractéristiques du système susceptibles d’être modifiées après une migration de partition logique Validation de la Mobilité de partition active . . . . . . . . . . . . . . . . . . . . Mobilité de partition inactive . . . . . . . . . . . . . . . . . . . . . . . . . . Fonctionnement de la Mobilité de partition inactive . . . . . . . . . . . . . . . . . Caractéristiques du système non modifiées après une migration de partition . . . . . . . . Caractéristiques du système susceptibles d’être modifiées après une migration de partition logique Validation d’une Mobilité de partition inactive . . . . . . . . . . . . . . . . . . . Utilisation de la console HMC avec Live Partition Mobility . . . . . . . . . . . . . . . . . . . . . 229 . 229 . 230 . . . . . . . . . . . . . . . . . . . . Table des matières 230 231 231 231 232 233 234 234 234 235 vii Environnement HMC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serveurs source et cible . . . . . . . . . . . . . . . . . . . . . . . . . . . . Console HMC (Hardware Management Console) . . . . . . . . . . . . . . . . . . . Partitions logiques du serveur d’E-S virtuel source et cible . . . . . . . . . . . . . . . . Partition mobile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Considérations sur la configuration des E-S de la partition mobile . . . . . . . . . . . . . Réseautique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Configuration de la mémoire pour la Mobilité de partition . . . . . . . . . . . . . . . . Applications logicielles reconnaissant les migrations . . . . . . . . . . . . . . . . . . Configuration requise pour la Mobilité de partition à partir de la console HMC (Hardware Management) . Préparation d’une migration HMC . . . . . . . . . . . . . . . . . . . . . . . . . Préparation des serveurs source et cible à la Mobilité de partition . . . . . . . . . . . . . . Changement de la taille de bloc de la mémoire logique . . . . . . . . . . . . . . . . Détermination de la mémoire disponible sur le serveur de destination . . . . . . . . . . . Détermination des processeurs disponibles sur le serveur de destination . . . . . . . . . . Préparation de la console HMC à la Mobilité de partition . . . . . . . . . . . . . . . . Préparation des partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible à la Mobilité de partition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activation des partitions de maintenance de déplacement . . . . . . . . . . . . . . . Synchronisation des horloges système . . . . . . . . . . . . . . . . . . . . . . Préparation de la partition mobile à la Mobilité de partition . . . . . . . . . . . . . . . . Vérification des connexions RMC (Resource Monitoring and Control) pour la partition mobile . . . Désactivation de la partition mobile pour l’édition de rapports sur le chemin de traitement des erreurs redondantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Désactivation des cartes série virtuelles de la partition mobile . . . . . . . . . . . . . . Suppression d’une partition mobile d’un groupe de charge de travail de partitions . . . . . . . Désactivation du registre BSR de la partition mobile . . . . . . . . . . . . . . . . . Désactivation des pages volumineuses pour une partition mobile . . . . . . . . . . . . . Suppression d’E-S dédiées d’une partition mobile . . . . . . . . . . . . . . . . . . Suppression d’une carte de réseau Ethernet hôte de la partition mobile . . . . . . . . . . . Activation d’une partition logique à l’aide de la console HMC . . . . . . . . . . . . . . Préparation de la configuration mémoire à la Mobilité de partition . . . . . . . . . . . . . Vérification de la configuration mémoire existante pour la Mobilité de partition . . . . . . . . Configuration de l’environnement mémoire pour la Mobilité de partition . . . . . . . . . . Préparation de la configuration réseau à la Mobilité de partition . . . . . . . . . . . . . . Création d’une carte de réseau Ethernet partagée via la console HMC version 7 . . . . . . . . Configuration d’une carte de réseau Ethernet partagée . . . . . . . . . . . . . . . . Validation de l’environnement de Mobilité de partition à partir de la console HMC . . . . . . . . . Migration d’une partition logique à l’aide de la console HMC (Hardware Management) . . . . . . . Mise sous tension d’un système géré . . . . . . . . . . . . . . . . . . . . . . . Arrêt de partitions logiques AIX à l’aide de console HMC . . . . . . . . . . . . . . . . Arrêt différé du système d’exploitation . . . . . . . . . . . . . . . . . . . . . . Arrêt immédiat du système d’exploitation . . . . . . . . . . . . . . . . . . . . . Arrêt différé d’une partition logique . . . . . . . . . . . . . . . . . . . . . . . Arrêt immédiat d’une partition logique . . . . . . . . . . . . . . . . . . . . . . Arrêt de partitions logiques Linux à l’aide de la console HMC . . . . . . . . . . . . . . . Arrêt différé du système d’exploitation . . . . . . . . . . . . . . . . . . . . . . Arrêt immédiat du système d’exploitation . . . . . . . . . . . . . . . . . . . . . Arrêt différé d’une partition logique . . . . . . . . . . . . . . . . . . . . . . . Arrêt immédiat d’une partition logique . . . . . . . . . . . . . . . . . . . . . . Ajout d’E-S dédiées à une partition mobile . . . . . . . . . . . . . . . . . . . . . Gestion dynamique d’unités et d’emplacements d’E-S physiques à l’aide de la console HMC . . . . Ajout dynamique d’unités et d’emplacements d’entrée-sortie physiques à l’aide de la console HMC . Ajout d’une partition mobile à un groupe de charge de travail de partitions . . . . . . . . . . Identification et résolution des incidents liés à la Mobilité de partition . . . . . . . . . . . . . Identification et résolution des incidents liés à la Mobilité de partition active . . . . . . . . . . Identification et résolution des incidents liés à la Mobilité de partition inactive . . . . . . . . . Codes de référence de la Mobilité de partition . . . . . . . . . . . . . . . . . . . . Utilisation d’Integrated Virtualization Manager avec Live Partition Mobility . . . . . . . . . . . . Environnement Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . Serveurs source et cible . . . . . . . . . . . . . . . . . . . . . . . . . . . . viii Guide d’utilisation de PowerVM Editions . . . . . . . . . . . . . . . . 235 235 236 236 236 237 237 238 238 238 242 242 243 244 245 245 . . . . . 246 246 247 247 249 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250 251 251 252 253 253 254 254 255 255 260 266 267 268 270 271 273 274 274 274 274 274 275 275 275 275 276 276 277 277 278 278 278 279 279 280 280 280 Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . Réseautique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Configuration mémoire exigée pour la migration de partitions . . . . . . . . . . . . . . . Configuration requise pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager . . . . Préparation d’une migration Integrated Virtualization Manager . . . . . . . . . . . . . . . Préparation des serveurs source et cible à une migration de partition Integrated Virtualization Manager Détermination de la mémoire disponible sur le serveur de destination à l’aide d’Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . Détermination des processeurs disponibles sur le serveur de destination à l’aide d’Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . Préparation d’Integrated Virtualization Manager à la Mobilité de partition . . . . . . . . . . . Préparation de la partition mobile à la Mobilité de partition à l’aide d’Integrated Virtualization Manager Suppression de la partition mobile d’un groupe de charge de travail de partitions à l’aide d’Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . Suppression de cartes physiques de la partition mobile . . . . . . . . . . . . . . . . Préparation de la configuration mémoire à la Mobilité de partition à l’aide d’Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Vérification de la configuration mémoire existante pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . Configuration de l’environnement mémoire pour la Mobilité de partition . . . . . . . . . . Préparation de la configuration réseau à la Mobilité de partition à l’aide d’Integrated Virtualization Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Validation de l’environnement de Mobilité de partition à l’aide d’Integrated Virtualization Manager . . . Migration d’une partition logique à l’aide d’Integrated Virtualization Manager . . . . . . . . . . Arrêt des partitions logiques . . . . . . . . . . . . . . . . . . . . . . . . . . Gestion dynamique des cartes physiques . . . . . . . . . . . . . . . . . . . . . . Ajout d’une partition logique client au groupe de charge de travail de partitions . . . . . . . . . Codes de référence de la Mobilité de partition . . . . . . . . . . . . . . . . . . . . . . . . . . 280 280 280 281 283 283 . 284 . 285 . 286 286 . 287 . 287 . 288 . 288 . 289 . . . . . . . 290 291 291 293 294 295 296 Chapitre 6. Partition Load Manager for AIX . . . . . . . . . . . . . . . . . . . . 297 Gestionnaire de chargement de partition pour AIX . . . . . . . . . Préparation de l’installation du gestionnaire de chargement de partition . . Installation des outils logiciels OpenSSH . . . . . . . . . . . . Installation du serveur du gestionnaire de chargement de partition . . . Configuration du fichier de règles . . . . . . . . . . . . . . Détermination de l’état d’une partition . . . . . . . . . . . . . Configuration de RMC . . . . . . . . . . . . . . . . . . Vérification de l’installation et de la configuration de RMC . . . . . Démarrage et arrêt du serveur du gestionnaire de chargement de partition . Commandes relatives au gestionnaire de chargement de partition . . . . Commande xlplm . . . . . . . . . . . . . . . . . . . Commande xlpstat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297 298 300 302 303 311 315 316 317 318 318 321 Chapitre 7. PowerVM Lx86 . . . . . . . . . . . . . . . . . . . . . . . . . . . 323 Annexe. Fonctions d’accessibilité . . . . . . . . . . . . . . . . . . . . . . . 325 Remarques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327 Marques . . Dispositions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table des matières . 329 . 330 ix x Guide d’utilisation de PowerVM Editions Avis aux lecteurs canadiens Le présent document a été traduit en France. Voici les principales différences et particularités dont vous devez tenir compte. Illustrations Les illustrations sont fournies à titre d’exemple. Certaines peuvent contenir des données propres à la France. Terminologie La terminologie des titres IBM peut différer d’un pays à l’autre. Reportez-vous au tableau ci-dessous, au besoin. IBM France IBM Canada ingénieur commercial représentant agence commerciale succursale ingénieur technico-commercial informaticien inspecteur technicien du matériel Claviers Les lettres sont disposées différemment : le clavier français est de type AZERTY, et le clavier français-canadien, de type QWERTY. OS/2 - Paramètres canadiens Au Canada, on utilise : v les pages de codes 850 (multilingue) et 863 (français-canadien), v le code pays 002, v le code clavier CF. Nomenclature Les touches présentées dans le tableau d’équivalence suivant sont libellées différemment selon qu’il s’agit du clavier de la France, du clavier du Canada ou du clavier des États-Unis. Reportez-vous à ce tableau pour faire correspondre les touches françaises figurant dans le présent document aux touches de votre clavier. xi Recommandations à l’utilisateur Ce matériel utilise et peut émettre de l’énergie radiofréquence. Il risque de parasiter les communications radio et télévision s’il n’est pas installé et utilisé conformément aux instructions du constructeur (instructions d’utilisation, manuels de référence et manuels d’entretien). Si cet équipement provoque des interférences dans les communications radio ou télévision, mettez-le hors tension puis sous tension pour vous en assurer. Il est possible de corriger cet état de fait par une ou plusieurs des mesures suivantes : Réorienter l’antenne réceptrice ; Déplacer l’équipement par rapport au récepteur ; Éloigner l’équipement du récepteur ; Brancher l’équipement sur une prise différente de celle du récepteur pour que ces unités fonctionnent sur des circuits distincts ; v S’assurer que les vis de fixation des cartes et des connecteurs ainsi que les fils de masse sont bien serrés ; v Vérifier la mise en place des obturateurs sur les connecteurs libres. v v v v Si vous utilisez des périphériques non IBM avec cet équipement, nous vous recommandons d’utiliser des câbles blindés mis à la terre, à travers des filtres si nécessaire. En cas de besoin, adressez-vous à votre détaillant. Le fabricant n’est pas responsable des interférences radio ou télévision qui pourraient se produire si des modifications non autorisées ont été effectuées sur l’équipement. xii Guide d’utilisation de PowerVM Editions L’obligation de corriger de telles interférences incombe à l’utilisateur. Au besoin, l’utilisateur devrait consulter le détaillant ou un technicien qualifié pour obtenir de plus amples renseignements. Brevets Il est possible qu’IBM détienne des brevets ou qu’elle ait déposé des demandes de brevets portant sur certains sujets abordés dans ce document. Le fait qu’IBM vous fournisse le présent document ne signifie pas qu’elle vous accorde un permis d’utilisation de ces brevets. Vous pouvez envoyer, par écrit, vos demandes de renseignements relatives aux permis d’utilisation au directeur général des relations commerciales d’IBM, 3600 Steeles Avenue East, Markham, Ontario, L3R 9Z7. Assistance téléphonique Si vous avez besoin d’assistance ou si vous voulez commander du matériel, des logiciels et des publications IBM, contactez IBM direct au 1 800 465-1234. Avis aux lecteurs canadiens xiii xiv Guide d’utilisation de PowerVM Editions A propos de cette publication Cette publication destinée aux administrateurs et aux opérateurs système fournit des informations sur l’installation, la configuration, la gestion et l’utilisation de PowerVM Editions (ou Advanced POWER Virtualization). PowerVM Editions inclut la technologie Micro-Partitioning, le serveur d’E-S virtuel, Integrated Virtualization Manager, Live Partition Mobility, gestionnaire de chargement de partition for AIXet Lx86. Pour obtenir des informations sur les fonctions d’accessibilité de ce produit pour les utilisateurs ayant un handicap physique, voir «Fonctions d’accessibilité», à la page 325. Procédure d’envoi de commentaires Vos commentaires sont essentiels pour nous aider à fournir les informations les plus précises et de la meilleure qualité. Si vous avez des commentaires concernant cette publication, faites-les nous parvenir. Veillez à inclure le nom du manuel et l’emplacement spécifique du texte que vous commentez (par exemple, un numéro de page ou de tableau). xv xvi Guide d’utilisation de PowerVM Editions Chapitre 1. PowerVM Editions Informations sur les composants et les éditions du dispositif matériel PowerVM Editions (anciennement appelé Advanced POWER Virtualization). Le dispositif matériel PowerVM Editions comprend les composants suivants pour étendre les fonctionnalités de virtualisation de votre système : v Technologie Micro-Partitioning v serveur d’E-S virtuel v Integrated Virtualization Manager v Live Partition Mobility v Gestionnaire de chargement de partition pour AIX v Lx86 Le dispositif matériel PowerVM Editions comprend les éditions suivantes : v PowerVM Express Edition v PowerVM Standard Edition v PowerVM Enterprise Edition Le tableau ci-après répertorie chacun des composants du dispositif PowerVM Editions, ainsi que les éditions et les processeurs dans lesquels ils sont disponibles. Tableau 1. Composants, éditions et support matériel PowerVM Editions Composant Description Editions Matériel Technologie Micro-Partitioning Possibilité d’allouer des processeurs aux v Express Edition v POWER6 partitions logiques par incrément de 0,1, ce qui v Standard Edition v POWER5 permet à plusieurs partitions logiques de partager v Enterprise Edition la même puissance de traitement du système. Serveur d’E-S virtuel Logiciel facilitant le partage des ressources d’E-S physiques entre les partitions logiques client au sein du serveur. v Express Edition v POWER6 v Standard Edition v POWER5 Integrated Virtualization Manager Interface graphique de la partition de gestion du serveur d’E-S virtuel sur certains serveurs non gérés par la console HMC (Hardware Management). v Express Edition v POWER6 v Standard Edition v POWER5 Live Partition Mobility Possibilité de faire migrer une partition logique AIX ou Linux d’un système vers un autre. Enterprise Edition POWER6 gestionnaire de chargement de partition Logiciel qui assure la gestion et la surveillance des ressources processeur et mémoire entre les partitions logiques AIX au sein d’un processeur CPC (Central Processor Complex). Standard Edition POWER5 Lx86 Produit assurant la compatibilité de POWER Systems avec les applications x86. Ceci assure la prise en charge de Linux sur POWER Systems, permettant aux applications disponibles sur x86 mais pas sur POWER Systems de s’exécuter sur ce dernier. v Express Edition POWER6 exécutant SUSE ou Red Hat Linux v Enterprise Edition v Enterprise Edition v Standard Edition v Enterprise Edition 1 PowerVM Editions Informations sur PowerVM Express Edition, PowerVM Standard Edition, et PowerVM Enterprise Edition. PowerVM Express Edition PowerVM Express Edition contient les composants suivants du dispositif matériel PowerVM Editions (anciennement appelé Advanced POWER Virtualization) : v Technologie Micro-Partitioning v serveur d’E-S virtuel v Integrated Virtualization Manager v Lx86 Vous pouvez utiliser gratuitement l’édition Express dans des environnements restreints. L’édition Express est disponible sur certains serveurs équipés du processeur POWER6. Pour l’utiliser, le système doit être géré par Integrated Virtualization Manager. L’édition Express permet de créer jusqu’à deux partitions logiques client qui utilisent des processeurs partagés et SCSI virtuels. Cette technologie est également appelée Micro-Partitioning. Si vous souhaitez créer plus de deux partitions logiques client qui utilisent des processeurs partagés ou SCSI virtuels, vous devez vous procurer l’édition Standard ou Enterprise et entrer le code d’activation. (Ethernet virtuel est disponible sur toutes les partitions logiques client.) PowerVM Standard Edition PowerVM Standard Edition comprend les composants suivants du dispositif matériel PowerVM Editions : v v v v v Technologie Micro-Partitioning serveur d’E-S virtuel Integrated Virtualization Manager Gestionnaire de chargement de partition pour AIX Lx86 Vous pouvez utiliser l’édition Standard avec les serveurs équipés de processeurs POWER5 et POWER6. Cependant, gestionnaire de chargement de partition est disponible uniquement sur des systèmes équipés de processeurs POWER5. Dans les environnements HMC, Integrated Virtualization Manager est désactivé, car le système est géré par la console HMC. Pour les serveurs non gérés par la console HMC, le serveur d’E-S virtuel devient la partition de gestion et inclut Integrated Virtualization Manager pour vous permettre de gérer le système. Pour certains serveurs, l’édition Standard requiert un code d’activation pour activer le dispositif matériel PowerVM Editions. Si vous commandez le dispositif matériel PowerVM Editions en même temps que le système, la prise en charge des composants du dispositif sera activée sur le microprogramme. Si vous commandez le dispositif séparément du serveur, entrez le code à l’aide de la console HMC ou du gestionnaire Integrated Virtualization Manager. Pour les serveurs lame BladeCenter, l’édition Standard est incluse dans les serveurs ; le code d’activation est donc inutile. PowerVM Enterprise Edition PowerVM Enterprise Edition comprend les composants suivants du dispositif matériel PowerVM Editions : v Technologie Micro-Partitioning v serveur d’E-S virtuel 2 Guide d’utilisation de PowerVM Editions v Integrated Virtualization Manager v Live Partition Mobility v Lx86 Vous pouvez utiliser l’édition Enterprise avec des serveurs équipés du processeur POWER6.Comme avec l’édition Standard, le gestionnaire Integrated Virtualization Manager est désactivé dans les environnements HMC car le système est géré par la console HMC. Pour les serveurs non gérés par la console HMC, le serveur d’E-S virtuel devient la partition de gestion et inclut Integrated Virtualization Manager pour vous permettre de gérer le système. L’édition Enterprise requiert un code d’activation pour activer le dispositif matériel PowerVM Editions. Si vous commandez le dispositif matériel en même temps que le système, la prise en charge des composants du dispositif sera activée sur le microprogramme. Si vous commandez le dispositif séparément du serveur, vous pouvez entrer le code à partir de la console HMC ou du gestionnaire Integrated Virtualization Manager. Il s’agit d’un code différent de celui utilisé pour l’édition Standard. Par exemple, après avoir acheté l’édition Standard et activé le dispositif sur le système, vous souhaitez faire migrer les partitions logiques d’un système vers un autre. Pour cela, vous devez acheter l’édition Enterprise et entrer le code d’activation correspondant à cette édition. Technologie Micro-Partitioning Informations sur la technologie Micro-Partitioning, sa disponibilité et le matériel pris en charge. La fonction PowerVM Editions (ou Advanced POWER Virtualization) inclut l’activation des microprogrammes pour la technologie Micro-Partitioning. Cette dernière permet d’allouer des processeurs aux partitions logiques par incréments de 0.01, avec un minimum de 0.1, permettant à plusieurs partitions logiques de partager la puissance de traitement du système. La technologie Micro-Partitioning est incluse dans PowerVM Express Edition,PowerVM Standard Edition et PowerVM Enterprise Edition. La technologie Micro-Partitioning est disponible pour tous les serveurs équipés de processeurs POWER5 et POWER6. Serveur d’E-S virtuel Informations sur le serveur d’E-S virtuel, sa disponibilité et le matériel pris en charge. Le composant matériel PowerVM Editions (ou Advanced POWER Virtualization) inclut le support d’installation du logiciel du serveur d’E-S virtuel. Le serveur d’E-S virtuel facilite le partage des ressources d’E-S physiques entre les partitions logiques client au sein du serveur. Le serveur d’E-S virtuel contient une unité de facturation par processeur activé, maintenance logicielle comprise. Le serveur d’E-S virtuel est inclus dans PowerVM Express Edition dans les environnements restreints, dans PowerVM Standard Edition, et dans PowerVM Enterprise Edition. Le serveur d’E-S virtuel est disponible pour tous les systèmes équipés de processeurs POWER5 et POWER6. Integrated Virtualization Manager Informations sur le gestionnaire Integrated Virtualization Manager, sa disponibilité et le matériel pris en charge. Chapitre 1. PowerVM Editions 3 La fonction PowerVM Editions (ou Advanced POWER Virtualization) inclut le support d’installation du logiciel du serveur d’E-S virtuel. Le serveur d’E-S virtuel facilite le partage des ressources d’E-S physiques entre les partitions logiques client au sein du serveur. Pour certains serveurs non gérés par la console HMC (Hardware Management), le serveur d’E-S virtuel devient la partition de gestion et inclut l’interface de gestion de systèmes, appelée Integrated Virtualization Manager, pour vous permettre de gérer le système. Le serveur d’E-S virtuel (y compris Integrated Virtualization Manager) est un composant logiciel sous licence de la fonction PowerVM Editions. Il contient une unité de facturation par processeur activé, maintenance logicielle comprise. Le gestionnaire Integrated Virtualization Manager est inclus dans PowerVM Express Edition,PowerVM Standard Edition et PowerVM Enterprise Edition. Integrated Virtualization Manager est disponible pour les modèles de serveur suivants : v 7/10 v 7/20 v v v v v v v 04E/8A 03E/4A 04E/8A 105/1A 105/10 115/20 135/50 v v v v v v v 155/05 165/61 315/2A 335/5A JS/21 JS/22 JS/12 Live Partition Mobility Informations sur le gestionnaire Live Partition Mobility, sa disponibilité et le matériel pris en charge. Live Partition Mobility permet de faire migrer une partition logique AIX ou Linux active ou inactive d’un système vers un autre. La Mobilité de partition active consiste à déplacer une partition logique en cours de fonctionnement (y compris son système d’exploitation et ses applications) d’un système vers un autre. Il n’est pas nécessaire d’arrêter la partition logique et les applications s’exécutant sur la partition. La Mobilité de partition inactive consiste à déplacer une partition logique mise hors tension d’un système vers un autre. Pour les systèmes gérés par HMC, vous pouvez faire migrer une partition hors tension ou sous tension vers un autre système géré par la même console HMC. Pour les systèmes gérés par Integrated Virtualization Manager, vous pouvez faire migrer une partition hors tension ou sous tension vers un autre système géré par un gestionnaire Integrated Virtualization Manager différent. Live Partition Mobility est intégré dans PowerVM Enterprise Edition. 4 Guide d’utilisation de PowerVM Editions Live Partition Mobility est disponible sur certains serveurs équipés du processeur POWER6, JS/22 et JS/12 Express. Gestionnaire de chargement de partition pour AIX Informations sur le gestionnaire gestionnaire de chargement de partition, sa disponibilité et le matériel pris en charge. Le gestionnaire de chargement de partition assure la gestion et la surveillance des ressources processeur et mémoire entre les partitions logiques AIX au sein d’un processeur CPC (Central Processor Complex). Le gestionnaire de chargement de partition for AIX est un composant logiciel sous licence de PowerVM Editions (ou Advanced POWER Virtualization). Il contient une unité de facturation par processeur activé, maintenance logicielle comprise. Le gestionnaire de chargement de partition for AIX est intégré dans PowerVM Standard Edition. Le gestionnaire de chargement de partition n’est pas disponible sur les serveurs équipés du processeur POWER6. Le gestionnaire de chargement de partition est disponible sur certains serveurs équipés du processeur POWER5 PowerVM Lx86 Informations sur PowerVM Lx86, sa disponibilité et le matériel pris en charge. Le dispositif matériel PowerVM Editions (anciennement appelé Advanced POWER Virtualization) inclut PowerVM Lx86. Lx86 est un traducteur dynamique binaire qui permet aux applications Linux (compilées pour Linux sur Intel) de s’exécuter sans modification, parallèlement aux applications Linux on POWER locales. La conversion dynamique des instructions x86 vers POWER et leur mise en cache pour optimiser les performances de conversion par Lx86 le permet. Lx86 mappe en outre les appels système Linux sur Intel en appels système Linux sur Power. Aucune modification ou recompilation des applications Linux x86 n’est nécessaire. Lx86 crée un environnement x86 virtuel dans lequel peuvent s’exécuter les applications Linux sur Intel. Actuellement, un environnement Lx86 virtuel prend en charge des distributions Linux x86 SUSE ou Red Hat. Le traducteur et l’environnement virtuel s’exécutent strictement dans l’espace utilisateur. Aucune modification du noyau POWER n’est requise. Lx86 n’exécute pas le noyau x86 sur la machine POWER. L’environnement virtuel Lx86 n’est pas une machine virtuelle. Les applications x86 sont encapsulées, donnant l’impression de disposer d’un environnement d’exploitation Linux on x86, bien que le système sous-jacent est un système Linux on POWER. Lx86 est inclus dans PowerVM Express Edition,PowerVM Standard Edition et dans PowerVM Enterprise Edition. Pour plus d’informations sur Lx86, voir PowerVM Lx86 for x86 Linux Applications Administration Guide. Chapitre 1. PowerVM Editions 5 6 Guide d’utilisation de PowerVM Editions Chapitre 2. Technologie Micro-Partitioning L’activation de la technologie Micro-Partitioning permet de partager la puissance de traitement du système entre plusieurs partitions logiques. Tous les processeurs non dédiés à des partitions logiques spécifiques sont placés dans le pool de traitement partagé, géré par Hypervisor. Le pool de traitement partagé peut être utilisé par des partitions logiques configurées pour cela. Vous pouvez configurer une partition logique afin qu’elle utilise des processeurs partagés et au minimum 0,10 unité de traitement, ce qui correspond à environ un dixième de la capacité de traitement d’un processeur. Vous pouvez indiquer le nombre d’unités de traitement que doit utiliser une partition logique de processeurs partagés jusqu’au centième de la capacité d’une unité de traitement. Cette possibilité d’attribuer des fractions d’unité de traitement à des partitions logiques et de permettre à celles-ci de partager des unités de traitement est appelée technologie Micro-Partitioning. La technologie Micro-Partitioning permet d’augmenter les ressources du système en attribuant automatiquement à chaque partition la quantité de ressources processeur dont elle a besoin. Hypervisor peut ajuster automatiquement et en permanence la capacité de traitement allouée à chaque partition logique (avec processeurs partagés) en fonction de la demande du système. Vous pouvez configurer une partition logique de processeurs partagés afin qu’elle puisse utiliser les unités de traitement inutilisées du pool de traitement partagé, si elle nécessite une capacité de traitement supérieure à celle des unités de traitement qui lui ont été attribuées. La technologie Micro-Partitioning est incluse dans le dispositif matériel PowerVM Editions et est disponible pour tous les serveurs équipés de processeurs POWER5 etPOWER6. La technologie Micro-Partitioning est prise en charge par les environnements d’exploitation suivants : v AIX 5.3 + APAR IY58321 ou version supérieure v Linux v serveur d’E-S virtuel version 1.0 ou supérieure (version 1.2 ou supérieure pour Integrated Virtualization Manager) Processeurs partagés Les processeurs partagés sont des processeurs physiques dont plusieurs partitions logiques se partagent la capacité de traitement. La possibilité de diviser des processeurs physiques et de les partager entre plusieurs partitions logiques correspond à la technologie Micro-Partitioning. Remarque : Sur certains modèles, la technologie Micro-Partitioning est une option pour laquelle il est nécessaire d’obtenir et d’indiquer un code PowerVM Editions (ou Advanced POWER Virtualization). Par défaut, tous les processeurs physiques non dédiés à des partitions logiques spécifiques sont regroupés dans un pool de traitement partagé. Vous pouvez affecter un niveau de capacité de traitement spécifique de ce pool de traitement partagé à chaque partition logique utilisant des processeurs partagés. Certains modèles vous permettent d’utiliser la console HMC pour configurer plusieurs pools de traitement partagé. Ces modèles possèdent un pool de traitement partagé par défaut contenant tous les processeurs qui n’appartiennent ni aux partitions logiques utilisant des processeurs dédiés ni aux partitions logiques utilisant d’autres pools de traitement partagé. Les autres pools de traitement partagé sur ces modèles peuvent être configurés avec une valeur d’unité de traitement maximale et une valeur d’unité de traitement réservée. La valeur maximale limite le nombre total d’unités de traitement pouvant être utilisées par les partitions logiques dans le pool de traitement partagé. La valeur réservée correspond au nombre d’unités de traitement qui sont réservées à l’usage des partitions logiques non bridées dans le pool de traitement partagé. 7 Vous pouvez affecter des processeurs partiels à une partition logique utilisant des processeurs partagés. Un minimum de 0,10 unité de traitement peut être configuré pour toute partition utilisant des processeurs partagés. L’unité de traitement est une unité de mesure de la puissance de traitement partagée entre un ou plusieurs processeurs virtuels. Une unité de traitement partagée sur un processeur virtuel accomplit à peu près le même travail qu’un processeur dédié. Sur certains modèles de serveur, les partitions logiques ne peuvent utiliser qu’une partie du nombre total de processeurs actifs sur le système géré, de sorte qu’il n’est pas toujours possible d’affecter la pleine capacité de traitement du système géré aux partitions logiques. Cela se vérifie particulièrement pour les modèles équipés d’un ou de deux processeurs, dans lesquels une large part des ressources processeur sont utilisées pour la gestion du système. Les processeurs partagés sont affectés aux partitions logiques à l’aide de profils de partition. Pour davantage d’informations sur la façon dont les profils de partition sont utilisés pour spécifier les configurations de ressources, voir Profil de partition. Les partitions qui utilisent des processeurs partagés peuvent être associées à un mode de partage bridé ou non. Une partition logique non bridée est une partition logique pouvant utiliser un niveau de puissance de traitement supérieur à la capacité de traitement qui lui a été affectée. Le niveau de capacité de traitement qu’une partition logique non bridée peut utiliser est limité uniquement par le nombre de processeurs virtuels qui lui sont affectés ou par le nombre maximal d’unités de traitement autorisées par le pool de traitement partagé utilisé par la partition logique. Par opposition, une partition logique bridée est une partition logique qui ne peut pas utiliser un niveau de puissance de traitement supérieur à celui des unités de traitement qui lui ont été affectées. Par exemple, les partitions logiques 2 et 3 sont des partitions logiques non bridées, et la partition logique 4 est une partition logique bridée. 3 unités de traitement et quatre processeurs virtuels sont affectés à chacune des partitions logiques 2 et 3. La partition logique 2 utilise uniquement 1 de ces 3 unités de traitement tandis que la demande en charge de travail de la partition logique 3 nécessite 4 unités de traitement. La partition logique 3 n’étant pas bridée et comportant quatre processeurs virtuels, le microprogramme du serveur lui permet automatiquement d’utiliser 1 unité de traitement de la partition logique 2. Ceci permet de faire passer la puissance de traitement à 4 unités de traitement pour la partition logique 3. Peu de temps après, la demande en charge de travail de la partition logique 2 passe à 3 unités de traitement. En conséquence, le microprogramme du serveur renvoie automatiquement 1 unité de traitement à la partition logique 2 de sorte que cette dernière puisse de nouveau utiliser la pleine capacité de traitement qui lui a été affectée. 2 unités de traitement et trois processeurs virtuels sont affectés à la partition logique 4 mais sa demande en charge de travail en cours nécessite 3 unités de traitement. La partition logique 4 étant bridée, elle ne peut pas utiliser les unités de traitement inutilisées des partitions 2 ou 3. Cependant, si la demande en charge de travail de la partition logique 4 passe en-dessous de 2 unités de traitement, les partitions logiques 2 et 3 pourraient utiliser les unités de traitement inutilisées de la partition 4. Par défaut, les partitions logiques qui utilisent des processeurs partagés sont des partitions logiques bridées. Vous pouvez définir une partition logique comme partition logique non bridée pour qu’elle utilise davantage de puissance de traitement que ce qui lui a été attribué. Même si une partition logique non bridée peut utiliser un niveau de puissance de traitement supérieur à la capacité de traitement qui lui a été affectée, elle ne peut jamais utiliser un nombre d’unités de traitement supérieur au nombre de processeurs virtuels qui lui a été affecté. En outre, les partitions logiques qui utilisent un pool de traitement partagé ne peuvent jamais faire appel à plus d’unités de traitement que le nombre maximal configuré pour le pool. Si plusieurs partitions logiques non bridées ont simultanément besoin d’une capacité de traitement supérieure, le serveur peut répartir la capacité de traitement inutilisée sur chacune d’elles. Ce processus de répartition est déterminé par le poids non bridé défini pour chacune des partitions logiques. 8 Guide d’utilisation de PowerVM Editions Le poids non bridé est un nombre compris entre 0 et 255 affecté par vos soins à chaque partition non bridée du pool de traitement partagé. Sur la console HMC, vous pouvez choisir l’une des 256 valeurs de poids non bridé. Le gestionnaire Integrated Virtualization Manager vous limite à une seule des différentes valeurs de poids non bridées. La définition du poids non bridé (255 étant le poids le plus élevé) permet de répartir toute la capacité inutilisée disponible entre toutes les partitions logiques y prétendant, en fonction de la valeur établie du poids non bridé. La valeur par défaut associée au poids non bridé est 128. Par exemple, les partitions logiques 2 et 3 ont un poids non bridé respectivement égal à 100 et 200. Si les partitions logiques 2 et 3 ont toutes les deux besoin d’une capacité de traitement supplémentaire, la seconde va recevoir deux unités de traitement supplémentaires pour chaque unité de traitement supplémentaire reçue par la première. Information associée Guide du partitionnement logique Processeurs virtuels Un processeur virtuel est la représentation d’un coeur de processeur physique pour le système d’exploitation d’une partition logique utilisant des processeurs partagés. Lorsque vous installez et exécutez un système d’exploitation sur un serveur non partitionné, le système d’exploitation calcule le nombre d’opérations qu’il peut effectuer simultanément en comptant le nombre de processeurs sur le serveur. Par exemple, si vous installez un système d’exploitation sur un serveur doté de huit processeurs pouvant chacun exécuter simultanément deux opérations, le système d’exploitation peut alors effectuer 16 opérations en même temps. De la même façon, si vous installez et exécutez un système d’exploitation sur une partition logique utilisant des processeurs dédiés, le système d’exploitation calcule le nombre d’opérations qu’il peut effectuer simultanément en comptant le nombre de processeurs dédiés affectés à la partition logique. Dans les deux cas, le système d’exploitation peut facilement calculer le nombre d’opérations qu’il peut effectuer simultanément en comptant le nombre entier de processeurs qui sont à sa disposition. Cependant, lorsque vous installez et exécutez un système d’exploitation sur une partition logique utilisant des processeurs partagés, le système d’exploitation ne peut pas calculer un nombre entier d’opérations à partir du nombre fractionnaire des unités de traitement affectées à la partition logique. Le microprogramme du serveur doit par conséquent représenter la puissance de traitement disponible pour le système d’exploitation comme un nombre entier de processeurs. Ceci permet au système d’exploitation de calculer le nombre d’opérations simultanées qu’il peut effectuer. Un processeur virtuel est la représentation d’un processeur physique pour le système d’exploitation d’une partition logique utilisant des processeurs partagés. Le microprogramme du serveur répartit équitablement des unités de traitement parmi les processeurs virtuels affectés à une partition logique. Par exemple, si une partition logique comporte 1,80 unités de traitement et deux processeurs virtuels, chacun de ceux-ci dispose de 0,90 unités de traitement pour assurer la prise en charge de sa charge de travail. Le nombre d’unités de traitement pouvant être affecté à chaque processeur virtuel est limité. Le nombre minimal d’unités de traitement pour chaque processeur virtuel est toujours égal à 0,10. Le nombre maximal d’unités de traitement pour chaque processeur virtuel est toujours égal à 1. Ceci signifie qu’une partition logique ne peut pas utiliser un nombre d’unités de traitement supérieur au nombre de processeurs virtuels qui lui est affecté, même si elle est non bridée. Les performances d’une partition logique sont généralement meilleures si le nombre de processeurs virtuels est proche du nombre d’unités de traitement mis à sa disposition. Ceci permet au système d’exploitation de gérer efficacement la charge de travail sur la partition logique. Dans certaines situations, il se peut que vous puissiez augmenter les performances système de manière significative en accroissant Chapitre 2. Technologie Micro-Partitioning 9 le nombre de processeurs virtuels. Si vous augmentez le nombre de processeurs virtuels, vous augmentez le nombre d’opérations pouvant être effectuées simultanément. Cependant, si vous augmentez le nombre de processeurs virtuels sans accroître le nombre d’unités de traitement, la vitesse d’exécution de chaque opération diminue. Le système d’exploitation ne peut pas non plus permuter la puissance de traitement entre des processus si celle-ci est divisée entre plusieurs processeurs virtuels. Les processeurs virtuels sont affectés aux partitions logiques à l’aide de profils de partition. Pour davantage d’informations sur la façon dont les profils de partition sont utilisés pour spécifier les configurations de ressource, voir Profil de partition. Information associée Guide du partitionnement logique Cette publication contient des informations sur les profils de partition logique. Saisie du code d’activation de PowerVM Editions via Integrated Virtualization Manager Vous pouvez saisir le code d’activation de PowerVM Editions (ou Advanced POWER Virtualization) par le biais du gestionnaire Integrated Virtualization Manager. Le niveau du code du gestionnaire Integrated Virtualization Manager doit être de la version 1.5 ou d’une version supérieure pour pouvoir réaliser la procédure qui suit. Pour consulter les informations relatives à l’affichage et à la mise à jour du niveau de code courant, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. La saisie ou non d’un code d’activation dépend de votre édition de PowerVM Editions et du matériel sur lequel vous projetez de l’activer. Le tableau suivant récapitule les configurations requises. Tableau 2. Configuration requise pour le code d’activation systèmes Serveurs lame BladeCenter PowerVM Express Edition Aucun code d’activation n’est requis. Express Edition n’est pas disponible sur les serveurs lame. PowerVM Standard Edition Le code d’activation de PowerVM Editions est requis. Aucun code d’activation n’est requis. L’édition Standard est intégrée dans le serveur lame. PowerVM Enterprise Edition Le code d’activation de PowerVM Editions est requis. Remarque : Si l’édition Standard est déjà activée, vous devez saisir un code d’activation supplémentaire distinct pour l’édition Enterprise. Le code d’activation de PowerVM Editions est requis. Pour plus d’informations sur les éditions de PowerVM Editions, voir «PowerVM Editions», à la page 2. Avant de commencer, vérifiez que vous avez accès à Integrated Virtualization Manager. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et activation du gestionnaire Integrated Virtualization Manager sur des serveurs systèmes», à la page 184. Pour saisir le code d’activation dans Integrated Virtualization Manager, procédez comme suit : 1. Dans le menu IVM Management, cliquez sur Enter PowerVM Editions Key. La fenêtre Enter PowerVM Editions Key apparaît. 2. Entrez votre code d’activation pour PowerVM Editions et cliquez sur Apply. 10 Guide d’utilisation de PowerVM Editions Vous pouvez à présent créer plus de deux partitions logiques client utilisant des processeurs partagés ou des ressources d’entrée-sortie virtuelle. Saisie du code d’activation de PowerVM Editions via la console HMC version 7 Cette procédure explique comment saisir le code d’activation de PowerVM Editions (ou Advanced POWER Virtualization) à partir de la console HMC (Hardware Management) version 7 ou supérieure. Si PowerVM Editions n’est pas activé sur votre système, vous devez utiliser la console HMC pour entrer le code d’activation que vous avez reçu lors de la votre commande. Procédez comme suit pour entrer le code d’activation de PowerVM Standard Edition et de PowerVM Enterprise Edition. Pour plus d’informations sur PowerVM Editions, voir «PowerVM Editions», à la page 2. Pour entrer votre code d’activation, procédez comme suit : 1. Dans la zone de Navigation, développez Gestion de systèmes. 2. Sélectionnez Serveurs. 3. Dans la zone de contenu, sélectionnez le système géré sur lequel vous souhaitez utiliser PowerVM Editions. Il peut s’agir, par exemple, du système sur lequel vous envisagez d’installer le serveur d’E-S virtuel ou celui dans lequel vous envisagez d’utiliser la technologie Micro-Partitioning. 4. Cliquez sur Tâches et sélectionnez Capacity on Demand (CoD) → AdvancedPOWER Virtualization → Saisie du code d’activation. 5. Entrez votre code d’activation et cliquez sur OK. Saisie du code d’activation de PowerVM Editions via la console HMC version 6 Le code de PowerVM Editions (ou Advanced POWER Virtualization) est nécessaire pour installer et configurer le serveur d’E-S virtuel. Vous pouvez le saisir à partir de la console HMC (Hardware Management). Si le dispositif PowerVM Editions n’est pas activé sur votre système, vous devez utiliser la console HMC pour entrer le code d’activation que vous avez reçu lors de la votre commande. Ce code d’activation permet également d’activer la technologie Micro-Partitioning sur le système. Pour entrer votre code d’activation, procédez comme suit : 1. Sur la console HMC, sélectionnez le système géré. 2. Sélectionnez Gestion des activations On Demand. 3. Sélectionnez Technologies Virtualization Engine. 4. Sélectionnez Saisie du code d’activation. Entrez votre code d’activation. Chapitre 2. Technologie Micro-Partitioning 11 12 Guide d’utilisation de PowerVM Editions Chapitre 3. Serveur d’E-S virtuel Gérez le serveur d’E-S virtuel et les partitions logiques client à l’aide de la console HMC (Hardware Management) et de l’interface en ligne de commande du serveur d’E-S virtuel. La fonction PowerVM Editions (ou Advanced POWER Virtualization) inclut le support d’installation du logiciel du serveur d’E-S virtuel. Le serveur d’E-S virtuel facilite le partage des ressources d’E-S physiques entre les partitions logiques client au sein du serveur. Si vous installez le serveur d’E-S virtuel dans une partition logique d’un système géré par la console HMC, vous pouvez utiliser la console HMC et l’interface de ligne de commande du serveur d’E-S virtuel pour gérer le serveur d’E-S virtuel et les partitions logiques client. Si vous installez le serveur d’E-S virtuel sur un système géré non connecté à une HMC, lorsque vous installez le serveur d’E-S virtuel, la partition logique du serveur d’E-S virtuel devient la partition de gestion. Celle-ci inclut l’interface Web de gestion de système d’Integrated Virtualization Manager et une interface de ligne de commande que vous pouvez utiliser pour gérer le système. Pour plus d’informations sur l’utilisation du gestionnaire Integrated Virtualization Manager, voir Chapitre 4, «Integrated Virtualization Manager», à la page 177. serveur d’E-S virtuel Présentation Découvrez les concepts du serveur d’E-S virtuel et ses composants principaux. Le logiciel du serveur d’E-S virtuel se trouve sur une partition logique. Ce logiciel facilite le partage des ressources d’E-S physiques entre des partitions logiques client au sein du serveur. Le serveur d’E-S virtuel offre des fonctions d’unité cible SCSI virtuelle et de carte de réseau Ethernet partagée aux partitions logiques client du système ; il permet ainsi aux partitions logiques client de partager des unités SCSI et des cartes Ethernet. Le logiciel du serveur d’E-S virtuel requiert que la partition logique soit dédiée uniquement à son utilisation. Le serveur d’E-S virtuel est fourni avec le dispositif matériel PowerVM Editions (ou Advanced POWER Virtualization). L’utilisation du serveur d’E-S virtuel facilite les opérations suivantes : v Partage des ressources physiques entre les partitions logiques du système v Création de partitions logiques sans utiliser des ressources d’E-S physiques supplémentaires v Création d’un nombre plus élevé de partitions logiques que d’emplacements d’E-S ou d’unités physiques avec la possibilité pour les partitions logiques de disposer d’E-S dédiées et/ou d’E-S virtuelles v Optimisation de l’utilisation des ressources physiques du système v Réduction de l’infrastructure de réseau de stockage (SAN) Le serveur d’E-S virtuel prend en charge les partitions logiques client qui exécutent les systèmes d’exploitation suivants sur les serveurs équipés du processeur POWER6 ci-après. Tableau 3. Prise en charge de système d’exploitation pour les partitions logiques client du serveur d’E-S virtuel Système d’exploitation Serveurs à base de processeurs POWER6 AIX 5.3 ou version ultérieure Tous les serveurs équipés du processeur POWER6 13 Tableau 3. Prise en charge de système d’exploitation pour les partitions logiques client du serveur d’E-S virtuel (suite) Système d’exploitation Serveurs à base de processeurs POWER6 SUSE Linux Enterprise Server 10 Service Pack 2 ou supérieur v 19F/HA SUSE Linux Enterprise Server 10 Service Pack 1 v 03E/4A v 25F/2A v 04E/8A v 17M/MA Red Hat Enterprise Linux version 5.2 v 19F/HA v 25F/2A Red Hat Enterprise Linux version 5.1 v 03E/4A v 04E/8A v 17M/MA Red Hat Enterprise Linux version 4.7 19F/HA Red Hat Enterprise Linux version 4.6 25F/2A Red Hat Enterprise Linux version 4.5 v 03E/4A v 04E/8A v 17M/MA Le serveur d’E-S virtuel prend en charge les partitions logiques client qui exécutent les systèmes d’exploitation suivants sur les serveurs équipés du processeur POWER5 : v v v v v AIX 5.3 (ou plus) SUSE Linux Enterprise Server 9 (ou plus) SUSE Linux Enterprise Server 10 (ou plus) Red Hat Enterprise Linux version 4 (ou plus) Red Hat Enterprise Linux version 5 (ou ultérieure) Les principaux composants du serveur d’E-S virtuel sont les suivants : v Cartes SCSI virtuelles v Réseaux virtuels v Integrated Virtualization Manager Les sections suivantes présentent brièvement chaque composant. Cartes SCSI virtuelles Les cartes physiques, et les unités de disque ou les unités optiques connectées à la partition logique du serveur d’E-S virtuel peuvent être partagées par une ou plusieurs partitions logiques client. Le serveur d’E-S virtuel constitue un sous-système de stockage local qui fournit des numéros d’unité logique (LUN) compatibles avec SCSI. Le serveur d’E-S virtuel peut exporter un pool de mémoire physique hétérogène en tant que pool homogène de mémoire de bloc sous la forme de disques SCSI. Contrairement aux sous-systèmes de stockage classiques qui se trouvent physiquement sur le réseau de stockage SAN, les unités SCSI exportées par le serveur d’E-S virtuel sont limitées au domaine du serveur. Bien que les numéros d’unité logique (LUN) SCSI soient compatibles avec SCSI, ils risquent de ne pas répondre aux besoins de toutes les applications, notamment celles qui se trouvent dans un environnement réparti. 14 Guide d’utilisation de PowerVM Editions Les types d’unité de périphérique SCSI sont pris en charge : v Disque associé à un volume logique v Disque associé à un volume physique v Disque associé à un fichier v Unités optiques (DVD-RAM et DVD-ROM) v Unités optiques associées à des fichiers Réseaux virtuels Le serveur d’E-S virtuel fournit les technologies de réseaux virtuels qui suivent. Tableau 4. Technologies de réseaux virtuels sur le serveur d’E-S virtuel Technologies de réseaux virtuels Description carte de réseau Ethernet partagée Une carte de réseau Ethernet partagée est une passerelle Ethernet de couche 2 qui connecte entre eux les réseaux physiques. Elle permet aux partitions logiques du réseau local virtuel (VLAN) de partager l’accès à une carte Ethernet physique et de communiquer avec des systèmes situés hors du serveur. Avec une carte de réseau Ethernet partagée, les partitions logiques du réseau local virtuel (VLAN) interne peuvent partager le réseau VLAN avec des serveurs autonomes. Sur les systèmes équipés d’un processeur POWER6, vous pouvez affecter un port Ethernet hôte logique d’une carte Ethernet hôte logique, parfois appelée carte Ethernet virtuelle intégrée, en tant que carte réelle d’une carte de réseau Ethernet partagée. Une carte de réseau Ethernet hôte est une carte de réseau Ethernet physique directement intégrée au bus GX+ sur un système géré. Les cartes de réseau Ethernet hôtes offrent un débit élevé, une faible latence et le support de la virtualisation pour les connexions Ethernet. La carte de réseau Ethernet partagée du serveur d’E-S virtuel prend en charge IPv6. IPv6 est le protocole IP de future génération et remplace graduellement la norme Internet actuelle, Internet Protocol version 4 (IPv4). La principale amélioration d’IPv6 est l’extension de l’espace adresse IP de 32 à 128 bits, offrant un nombre d’adresses IP uniques pratiquement illimité. Reprise par transfert de carte de réseau Ethernet partagée La fonction de reprise par transfert de carte de réseau Ethernet partagée assure la redondance, car elle permet de configurer une carte de réseau Ethernet partagée de secours sur une autre partition logique du serveur d’E-S virtuel, laquelle peut être utilisée en cas de défaillance de la carte de réseau Ethernet partagée principale. La connectivité réseau des partitions logiques client est maintenue, sans interruption. Agrégation de liaisons (ou EtherChannel) Une unité d’Agrégation de liaisons (ou EtherChannel) est une technologie de regroupement de ports réseau permettant de regrouper plusieurs cartes Ethernet. Les cartes constituent alors une unité Ethernet unique. Agrégation de liaisons offre un meilleur débit via une seule adresse IP que ne le permettrait une seule carte Ethernet. Chapitre 3. Serveur d’E-S virtuel 15 Tableau 4. Technologies de réseaux virtuels sur le serveur d’E-S virtuel (suite) Technologies de réseaux virtuels Description Réseaux locaux virtuels (VLAN) Les réseaux locaux virtuels (VLAN) permettent de segmenter le réseau physique de manière logique. Integrated Virtualization Manager Le gestionnaire Integrated Virtualization Manager est doté d’une interface Web et d’une interface de ligne de commande qui permettent de gérer certains serveurs qui utilisent le serveur d’E-S virtuel. Sur le système géré, vous pouvez créer des partitions logiques, gérer la mémoire virtuelle et les connexions Ethernet virtuelles, et afficher des informations de maintenance relatives au serveur. Integrated Virtualization Manager est fourni avec le serveur d’E-S virtuel, mais il est activé et utilisable uniquement sur certaines plateformes, et ce lorsqu’aucune console HMC (Hardware Management Console) n’est présente. Interface SCSI virtuelle L’interface SCSI virtuelle permet aux partitions logiques client de partager les unités optiques et l’espace de stockage sur disque affectés à la partition logique du serveur d’E-S virtuel. Les unités optiques et les disques associés aux cartes logiques dans la partition logique du serveur d’E-S virtuel peuvent être partagés par une ou plusieurs partitions logiques client. Le serveur d’E-S virtuel est un sous-système de stockage standard qui fournit des numéros d’unité logique (LUN) compatibles avec l’interface SCSI standard. Le serveur d’E-S virtuel est capable d’exporter un pool de mémoire physique hétérogène en tant que pool homogène de mémoire de bloc sous forme de disques SCSI. Le serveur d’E-S virtuel est un sous-système de stockage localisé. Contrairement aux sous-systèmes de stockage classiques qui se trouvent physiquement sur le réseau de stockage SAN, les unités SCSI exportées par le serveur d’E-S virtuel sont limitées au domaine du serveur. Par conséquent, bien que les numéros d’unité logique (LUN) SCSI soient compatibles avec SCSI, ils risquent de ne pas répondre aux besoins de toutes les applications, notamment celles qui se trouvent dans un environnement réparti. Les types d’unité SCSI pris en charge sont les suivants : v Disque associé à un volume logique v Disque associé à un volume physique v Disque associé à un fichier v Optique (CD-ROM, DVD-RAM et DVD-ROM) v DVD-RAM optique associé à un fichier L’interface SCSI virtuelle est basée sur une relation client/serveur. Le serveur d’E-S virtuel contient les ressources physiques ainsi que la carte serveur SCSI virtuelle, et joue le rôle de serveur ou d’unité cible SCSI. Les partitions logiques client comportent un initiateur SCSI appelé carte client SCSI virtuelle qui accède aux cibles SCSI virtuelles en tant que numéros d’unité logique (LUN) SCSI standard. Vous configurez les cartes virtuelles à l’aide de la console HMC ou d’Integrated Virtualization Manager. La configuration et la fourniture de ressources de disque virtuel sont effectuées par le biais du serveur d’E-S virtuel. Les disques physiques appartenant au serveur d’E-S virtuel peuvent être exportés et affectés ensemble à une partition logique client ou partitionnés en volumes logiques ou fichiers. Les volumes et fichiers logiques peuvent ensuite être affectés à différentes partitions logiques. Par conséquent, l’interface SCSI virtuelle permet de partager des cartes et des unités de disque. Pour mettre un volume physique, un volume logique ou un fichier à la disposition d’une partition client, il doit être affecté à une carte SCSI virtuelle du serveur d’E-S virtuel. La partition logique client accède aux disques qui lui sont alloués via la carte client SCSI virtuelle. La carte client SCSI virtuelle reconnaît les unités SCSI standards et les numéros d’unité logique (LUN) via la carte virtuelle. La figure suivante illustre une configuration SCSI virtuelle standard. 16 Guide d’utilisation de PowerVM Editions Remarque : Pour que les partitions logiques client puissent accéder aux unités virtuelles, le serveur d’E-S virtuel doit être pleinement opérationnel. Présentation du sous-système de stockage du serveur d’E-S virtuel Cette rubrique décrit le sous-système de stockage du serveur d’E-S virtuel. Le sous-système de stockage du serveur d’E-S virtuel est un sous-système de stockage standard qui fournit des numéros d’unité logique (LUN) compatibles SCSI standard. Le serveur d’E-S virtuel est un sous-système de stockage localisé. Contrairement aux sous-systèmes de stockage classiques qui se trouvent physiquement sur le réseau de stockage SAN, les unités SCSI exportées par le serveur d’E-S virtuel sont limitées au domaine du serveur. À l’instar des sous-systèmes de stockage sur disque classiques, le serveur d’E-S virtuel dispose d’une partie front-end et d’une partie back-end distinctes. La partie front-end est assurée par l’interface à laquelle les partitions logiques se connectent pour afficher les numéros d’unité logique (LUN) compatibles SCSI standard. Les unités présentes sur la partie front-end sont appelées unités SCSI virtuelles. La partie back-end est composée des ressources de mémoire physique. Ces ressources physiques incluent le stockage sur disque physique, les unités SAN et de stockage interne, les unités optiques, les volumes logiques et les fichiers. Pour créer une unité virtuelle, vous devez allouer et attribuer une part de mémoire physique à une carte serveur SCSI virtuelle. Ce processus crée une instance d’unité virtuelle (vtscsiX ou vtoptX). L’instance d’unité peut être considérée comme une unité de mappage. Il ne s’agit pas d’une unité réelle, mais plutôt d’un mécanisme de gestion du mappage de la partie de stockage back-end physique avec l’unité SCSI virtuelle front-end. Cette unité de mappage permet de recréer de manière persistante les allocations physiques/virtuelles lors du redémarrage du serveur d’E-S virtuel. Chapitre 3. Serveur d’E-S virtuel 17 Mémoire physique Cette rubrique fournit des informations sur la mémoire physique, sur les volumes logiques ainsi que sur les unités et configurations prises en charge par le serveur d’E-S virtuel. Volumes physiques : Les volumes physiques peuvent être exportés vers des partitions client en tant que disques SCSI virtuels. Le serveur d’E-S virtuel est capable de récupérer un pool de stockage de disques physiques hétérogènes associé et de l’exporter en tant que pool de stockage homogène sous forme de numéros d’unité logique (LUN) de disque SCSI. Le serveur d’E-S virtuel doit pouvoir identifier précisément un volume physique à chaque redémarrage, même si un événement, tel qu’une reconfiguration de réseau de stockage SAN ou un changement de carte a eu lieu. Des attributs de volume physique, tels que le nom, l’adresse et l’emplacement, peuvent être modifiés après un redémarrage du système en raison d’une reconfiguration SAN. Toutefois, le serveur d’E-S virtuel doit être en mesure de détecter qu’il s’agit de la même unité et de mettre à jour les mappages d’unité virtuelle. De ce fait, pour qu’un volume physique puisse être exporté en tant qu’unité virtuelle, il doit être doté d’un identificateur unique (UDID), d’un identificateur physique (PVID) ou d’un attribut de volume IEEE. Pour plus d’informations sur la procédure permettant de déterminer si vos disques comportent l’un de ces identificateurs, voir «Identification des disques exportables», à la page 90. Pour gérer les volumes physiques, utilisez les commandes ci-après. Tableau 5. Commandes liées aux volumes physiques, accompagnées d’une description Commande liée aux volumes physiques Description lspv Affiche des informations sur un volume physique dans un groupe de volumes. Commande migratepv Déplacer les partitions physiques attribuées, d’un volume physique vers un ou plusieurs volumes physiques. Volumes logiques : Cette rubrique décrit le mode d’exportation des volumes logiques vers les partitions client en tant que disques SCSI virtuels. Un volume logique est une portion d’un volume physique. Une hiérarchie de structures est utilisée pour gérer l’espace de stockage sur disque. Chaque unité de disque ou numéro d’unité logique (LUN), appelé volume physique, porte un nom (/dev/hdisk0, par exemple). Chaque volume physique en cours d’utilisation appartient à un groupe de volumes ou est utilisé directement pour le stockage virtuel. Tous les volumes physiques d’un groupe de volumes sont divisés en partitions physiques de taille identique. Le nombre de partitions physiques de chaque zone varie en fonction de la capacité totale de l’unité de disque. Dans un groupe de volumes sont définis un ou plusieurs volumes logiques. Il s’agit de groupes d’informations situés sur des volumes physiques. Les données des volumes logiques apparaissent comme étant contiguës aux yeux de l’utilisateur mais peuvent ne pas l’être sur le volume physique. Cela permet de redimensionner ou déplacer les volumes logiques et de répliquer leur contenu. Chaque volume logique est composé d’une ou de plusieurs partitions logiques. Chaque partition logique correspond à une partition physique au moins. Bien que les partitions logiques soient numérotées de manière consécutive, les partitions physiques sous-jacentes ne sont pas nécessairement consécutives ou contiguës. 18 Guide d’utilisation de PowerVM Editions Après l’installation, le système est doté d’un groupe de volumes (rootvg) composé d’un ensemble de volumes logiques de base nécessaire au démarrage du système. Vous pouvez utiliser les commandes décrites dans le tableau suivant pour gérer des volumes logiques. Tableau 6. Commandes liées aux volumes logiques, accompagnées d’une description Commande liée aux volumes logiques Description chlv Cette commande modifie les caractéristiques d’un volume logique. cplv Cette commande copie le contenu d’un volume logique sur un nouveau volume logique. extendlv Augmente la taille d’un volume logique. lslv Affiche les informations relatives à un volume logique. mklv Créer un volume logique. mklvcopy Crée une copie d’un volume logique. rmlv Supprime les volumes logiques d’un groupe de volumes. rmlvcopy Supprime une copie d’un volume logique. Le fait de créer un ou plusieurs groupes de volumes distincts plutôt que d’utiliser des volumes logiques créés dans le groupe de volumes rootvg permet d’installer de nouvelles versions du serveur d’E-S virtuel, tout en conservant les données client grâce à l’exportation et à l’importation des groupes de volumes créés pour les E-S virtuelles. Remarques : v La taille des volumes logiques faisant office de disques virtuels doit être inférieure à 1 téraoctet (à savoir 1 099 511 627 776 octets). v Pour bénéficier de performances optimales, évitez d’utiliser des volumes logiques (sur le serveur d’E-S virtuel) car les disques virtuels sont copiés ou segmentés sur plusieurs volumes physiques. Groupes de volumes : Informations relatives aux groupes de volumes. Un groupe de volumes est un type de pool de stockage contenant un ou plusieurs volumes physiques de tailles et de types différents. Un volume physique peut appartenir à un seul groupe de volumes par système. Le serveur d’E-S virtuel peut comporter jusqu’à 4096 groupes de volumes actifs. Lorsqu’un volume physique est attribué à un groupe de volumes, les blocs physiques de support de stockage qu’il contient sont organisés en partitions physiques de taille déterminée par le système lors de la création du groupe de volumes. Pour plus d’informations, voir «Partitions physiques», à la page 20. Lorsque vous installez le serveur d’E-S virtuel, le groupe de volumes root, appelé rootvg, est automatiquement créé. Il contient l’ensemble de volumes logiques de base requis pour démarrer la partition logique du système. Le groupe de volumes rootvg contient un espace de pagination, le fichier journal, les données d’amorçage et la mémoire de cliché se trouvant tous sur un volume logique distinct. rootvg possède des attributs distincts des groupes de volumes définis par l’utilisateur. Par exemple, rootvg ne peut pas être importé ou exporté. Lorsque vous exécutez une commande ou une procédure sur le groupe de volumes rootvg, vous devez bien connaître ses caractéristiques spécifiques. Tableau 7. Commandes liées aux groupes de volumes fréquemment utilisés, accompagnées d’une description Commande Description activatevg Active un groupe de volumes Chapitre 3. Serveur d’E-S virtuel 19 Tableau 7. Commandes liées aux groupes de volumes fréquemment utilisés, accompagnées d’une description (suite) Commande Description chvg Modifie les attributs d’un groupe de volumes deactivatevg Désactive un groupe de volumes exportvg Exporte la définition d’un groupe de volumes extendvg Ajoute un volume physique à un groupe de volumes importvg Importe une nouvelle définition de groupe de volumes lsvg Affiche des informations sur un groupe de volumes mkvg Crée un groupe de volumes reducevg Supprime un volume physique d’un groupe de volumes syncvg Synchronise les copies de volume logique qui ne sont pas à jour Les petits systèmes peuvent ne nécessiter qu’un seul groupe de volumes pour contenir tous les volumes physiques (au-delà du groupe de volumes rootvg). Vous pouvez créer des groupes de volumes distincts afin de faciliter la maintenance étant donné que les groupes qui ne sont pas en cours de maintenance peuvent rester actifs. Comme le groupe de volumes rootvg doit toujours rester connecté, il contient uniquement le nombre minimal de volumes physiques nécessaires au fonctionnement du système. Il est recommandé de ne pas utiliser rootvg pour les données client. Vous pouvez déplacer des données d’un volume physique vers un autre appartenant au même groupe de volumes grâce à la commande migratepv. Cette commande permet de libérer un volume physique de sorte qu’il puisse être retiré du groupe de volumes. Par exemple, il est possible de déplacer les données d’un volume physique à remplacer. Partitions physiques : Cette rubrique fournit des informations relatives aux partitions physiques. Lorsque vous ajoutez un volume physique à un groupe de volumes, le volume physique est partitionné en unités d’espace contiguës et de taille égale appelées partitions physiques. Une partition physique représente la plus petite unité d’allocation d’espace de stockage et constitue un espace contigu sur un volume physique. Les volumes physiques héritent de la taille de la partition physique du groupe de volumes. Partitions logiques : Cette rubrique contient des informations relatives aux partitions de mémoire logique. Lorsque vous créez un volume logique, vous devez préciser sa taille en mégaoctets ou en gigaoctets. Le système attribue le nombre de partitions logiques nécessaires à la création d’un volume logique faisant au moins la taille définie. Une partition logique est composée d’une ou deux partitions physiques, selon que le volume logique est défini avec la fonction miroir activée ou non. Si la fonction miroir n’est pas activée, il n’existe qu’une seule copie du volume logique (valeur par défaut). Dans ce cas, il existe un mappage direct d’une partition logique en une partition physique. Chaque instance (y compris la première) est appelée copie. Quorums : Informations relatives aux quorums. 20 Guide d’utilisation de PowerVM Editions On parle de quorum lorsque la majorité des zones de description de groupe de volumes (VGDA), des zones d’état de groupe de volumes (VGSA) et des disques correspondants sont actifs. Un quorum garantit l’intégrité des données des zones VGDA/VGSA en cas de défaillance de disque. Chaque disque physique d’un groupe de volumes détient au moins une zone VGDA/VGSA. Lorsqu’un groupe de volumes est créé sur un seul disque, il possède initialement deux zones VGDA/VGSA sur ce disque. Si un groupe de volumes est composé de deux disques, l’un d’eux est toujours doté de deux zones VGDA/VGSA, mais l’autre n’en détient qu’une seule. Si le groupe de volumes est composé de trois disques ou plus, une seule zone VGDA/VGSA est allouée à chaque disque. Un quorum est perdu lorsque 51 % des zones VGDA/VGSA n’existent plus et qu’il n’est dès lors plus possible d’accéder à suffisamment de disques et aux zones VGDA/VGSA correspondantes. Lorsqu’un quorum est perdu, le groupe de volumes est automatiquement désactivé de sorte que le gestionnaire de volume logique ne puisse plus accéder aux disques. Cela empêche l’envoi d’autres E-S de disque vers ce groupe de volumes. Ainsi, les données ne sont plus perdues ou présumées écrites lorsqu’un incident physique se produit. Suite à la désactivation, l’utilisateur est informé, grâce au journal des erreurs, qu’un incident matériel s’est produit et qu’il va falloir effectuer une opération de maintenance. Un groupe de volumes désactivé en raison de la perte de son quorum peut être réactivé à l’aide de la commande activatevg -f. Référentiel de supports virtuels : Le référentiel de supports virtuels constitue un conteneur unique dans lequel stocker et gérer des fichiers de support optique virtuel sauvegardés sur fichier. Les supports stockés dans le référentiel peuvent être chargés dans des unités optiques virtuelles sauvegardées sur fichier en vue de leur exportation vers des partitions clientes. Un seul référentiel peut être créé dans un serveur d’E-S virtuel. Le référentiel de supports virtuels est disponible avec serveur d’E-S virtuel version 1.5 ou ultérieure. Pour le créer et le gérer, les commandes suivantes sont utilisées. Tableau 8. Commandes liées au référentiel de supports virtuels avec leur description Commande Description chrep Permet de modifier les caractéristiques du référentiel de supports virtuels chvopt Permet de modifier les caractéristiques d’un support optique virtuel loadopt Permet de charger un support optique virtuel sauvegardé sur fichier dans une unité optique virtuelle sauvegardée sur fichier lsrep Permet d’afficher des informations sur le référentiel de supports virtuels lsvopt Permet d’afficher des informations sur les unités optiques virtuelles sauvegardées sur fichier mkrep Permet de créer le référentiel de supports virtuels mkvdev Permet de créer des unités optiques virtuelles sauvegardées sur fichier mkvopt Permet de créer des supports optiques virtuels sauvegardés sur fichier rmrep Permet de supprimer le référentiel de supports virtuels rmvopt Permet de supprimer des supports optiques virtuels sauvegardés sur fichier unloadopt Permet de décharger des supports optiques virtuels sauvegardés sur fichier d’une unité optique virtuelle sauvegardée sur fichier Chapitre 3. Serveur d’E-S virtuel 21 Pools de stockage : Cette section contient des informations sur les pools de stockage de volumes logiques et les pools de stockage de fichiers. Dans le serveur d’E-S virtuel version 1.5 et supérieure, vous pouvez créer les types de pool de stockage suivants : v Pools de stockage de volumes logiques (LVPOOL) v Pools de stockage de fichiers (FBPOOL) A l’instar des groupes de volumes, les pools de stockage de volumes logiques sont des ensembles composés d’un ou de plusieurs volumes physiques. La taille et le type des volumes physiques composant un pool de stockage de volumes logiques peuvent varier. Les pools de stockage de fichiers sont créés dans un pool de stockage de volumes logiques parent et contiennent un volume logique incluant un système de fichiers et des fichiers. Les pools de stockage de volumes logiques stockent des unités de sauvegarde de volume logique, des pools de stockage sauvegardés sur fichiers et le référentiel de supports virtuels. Les pools de stockage de fichiers stockent des unités de sauvegarde sur fichiers. L’utilisation de pools de stockage n’exige pas de connaissances approfondies en matière de gestion de groupes de volumes et de volumes logiques pour créer et affecter une mémoire logique à une partition logique client. Les unités créées à l’aide d’un pool de stockage ne sont pas limitées à la taille des volumes physiques. Pour créer et gérer des pools de stockage, utilisez les commandes ci-après. Tableau 9. Commandes liées aux pools de stockage, accompagnées d’une description Commande Description chsp Permet de modifier les caractéristiques d’un pool de stockage chbdsp Permet de modifier les caractéristiques d’une unité de sauvegarde au sein d’un pool de stockage. lssp Permet d’afficher des informations relatives à un pool de stockage mkbdsp Permet de définir une partie de l’espace de stockage d’un pool de stockage en tant qu’unité de sauvegarde d’une carte SCSI virtuelle. mksp Permet de créer un pool de stockage rmdbsp Permet de dissocier une unité de secours de sa carte SCSI virtuelle et de la supprimer du système rmsp Permet de supprimer un pool de stockage de fichiers Pour chaque partition logique du serveur d’E-S virtuel, un seul pool de stockage par défaut peut être modifié par l’administrateur principal. Si le pool de stockage par défaut n’est pas modifié par l’administrateur principal, le pool de volumes logiques rootvg est utilisé comme pool de stockage par défaut. Ne créez pas de mémoire client dans rootvg. Si vous créez un ou plusieurs pools de stockage de volumes logiques au lieu d’utiliser le volume rootvg, vous pourrez installer les nouvelles versions du serveur d’E-S virtuel et conserver les données client en exportant et en important les groupes de volumes créés pour les E-S virtuelles. Sauf mention contraire, les commandes liées aux pools de stockage s’appliquent au pool de stockage par défaut. Cela peut être utile pour les systèmes dans lesquels l’intégralité ou la plupart des unités de sauvegarde se trouvent dans un pool de stockage unique. 22 Guide d’utilisation de PowerVM Editions Remarque : Vous ne pouvez pas utiliser les pools de stockage lorsque vous affectez l’ensemble des volumes physiques en tant qu’unités de secours. Unités optiques : Les unités optiques peuvent être exportées par le serveur d’E-S virtuel. Cette rubrique fournit des informations sur les types d’unité optique pris en charge. Le serveur d’E-S virtuel prend en charge l’exportation d’unités SCSI optiques. Ces dernières sont appelées unités optiques SCSI virtuelles. Les unités optiques virtuelles peuvent être sauvegardées par des unités de DVD ou des fichiers. En fonction de l’unité de secours, le serveur d’E-S virtuel exportera l’unité optique virtuelle avec l’un des profils suivants : v DVD-ROM v DVD-RAM Les unités optiques virtuelles sauvegardées par des unités optiques physiques ne peuvent être affectées qu’à une seule partition logique à la fois. Pour utiliser l’unité sur une autre partition logique client, vous devez d’abord la supprimer de la partition logique en cours, puis la réaffecter à l’autre partition logique. Stockage virtuel Les disques et les unités optiques sont pris en charge en tant qu’unités SCSI virtuelles. Cette rubrique décrit le mode de fonctionnement de ces unités dans un environnement virtualisé et indique les unités prises en charge. Disque : Les unités de disque peuvent être exportées par le serveur d’E-S virtuel. Cette rubrique fournit des informations sur les types de disque et les configurations pris en charge. Le serveur d’E-S virtuel prend en charge l’exportation des unités SCSI de disque. Ces unités sont appelées disques SCSI virtuels. Tous les disques SCSI virtuels doivent être associés à une mémoire physique. Vous pouvez utiliser les types de mémoire physique suivants pour sauvegarder les disques virtuels : v Un disque SCSI virtuel associé à un disque physique v Un disque SCSI virtuel associé à un volume logique v Un disque SCSI virtuel associé à un fichier Dans les trois cas, toutes les règles SCSI standard s’appliquent à l’unité. L’unité SCSI virtuelle va se comporter comme une unité de disque compatible SCSI standard ; elle peut servir d’unité d’amorçage ou de poste NIM (Network Installation Management) cible, par exemple. Délai d’attente du chemin d’accès à la carte client CSI La fonction de délai d’attente du chemin d’accès à la carte client SCSI virtuelle (VSCSI) permet à la carte client de détecter si un serveur d’E-S virtuel ne répond pas aux requêtes d’E-S. Utilisez cette fonction uniquement dans les configurations dans lesquelles des unités sont mises à la disposition d’une partition logique client à partir de plusieurs serveurs d’E-S virtuels. Il peut s’agir de configurations utilisant la fonction MPIO ou dans lesquelles un groupe de volumes est mis en miroir par des unités sur plusieurs serveurs d’E-S virtuels. Si aucune requête d’E-S exécutée sur la carte du serveur VSCSI n’a été servie dans le délai (en secondes) indiqué par la valeur de délai d’attente du chemin VSCSI, une ou plusieurs tentatives de contact de la carte du serveur VSCSI sont effectuées pendant 60 secondes. Si au terme de 60 secondes, aucune réponse de la carte du serveur n’intervient, toutes les requêtes d’E-S en attente vers cette carte échouent et une erreur est consignée dans le journal d’erreurs de la partition Chapitre 3. Serveur d’E-S virtuel 23 logique client. Si la fonction MPIO est utilisée, le module MPIO Path Control tentera d’exécuter à nouveau les requêtes d’E-S sur un autre chemin. Dans le cas contraire, les requêtes échouées seront renvoyées aux applications. Si les unités sur cette carte appartiennent au groupe de volumes mis en miroir, ces unités seront indiquées comme manquantes et le gestionnaire de volume logique enregistrera les erreurs dans le journal d’erreurs de la partition logique client. Si l’une des unités ayant échoué est le groupe de volumes root (rootvg) de la partition logique, et que ce dernier n’est pas accessible via un autre chemin ou n’est pas mis en miroir sur un autre serveur d’E-S virtuel, la partition logique client peut se fermer. La carte client VSCSI tente alors de rétablir la communication avec le serveur d’E-S virtuel et enregistre un message dans le journal des erreurs du système dès qu’elle est en mesure de le faire. Les groupes de volumes en miroir doivent être resynchronisés manuellement en exécutant la commande varyonvg lorsque les unités manquantes seront à nouveau disponibles. Un attribut ODM de carte de client VSCSI configurable, vscsi_path_to, est fourni. Cet attribut sert non seulement à indiquer si la fonction est activée, mais également à enregistrer la valeur du délai d’attente du chemin si la fonction est activée. L’administrateur système indique la valeur O pour l’attribut ODM afin de désactiver la fonction ou la durée d’attente, en secondes, avant de vérifier si le chemin d’accès à la carte du serveur a échoué. Si la fonction est activée, une valeur minimale de 30 secondes est requise. Si une valeur comprise entre 0 et 30 secondes est indiquée, la valeur sera remplacée par 30 secondes à la prochaine reconfiguration ou amorçage de la carte. Cette fonction est désactivée par défaut ; la valeur par défaut de vscsi_path_to est donc 0. Soyez vigilant lorsque vous définissez cette valeur, en gardant à l’esprit que lorsque la carte du serveur VSCSI sert la requête d’E-S, l’unité de stockage à laquelle la requête est envoyée peut être locale sur le serveur VIO ou sur un SAN. L’attribut de la carte client vscsi_path_to peut être défini à l’aide de l’utilitaire SMIT ou de la commande chdev -P. La définition de l’attribut peut également être affichée à l’aide de l’utilitaire SMIT ou de la commande lsattr. La définition ne prendra effet que lorsque la carte sera reconfigurée ou que la machine sera réamorcée. Optique : Les unités optiques peuvent être exportées par le serveur d’E-S virtuel. Cette rubrique fournit des informations sur les types d’unité optique pris en charge. Le serveur d’E-S virtuel prend en charge l’exportation d’unités optiques physiques vers des partitions logiques client. Ces unités sont appelées unités optiques SCSI virtuelles. Les unités optiques SCSI virtuelles peuvent être sauvegardées par des fichiers ou des unités de DVD. En fonction de l’unité de secours, le serveur d’E-S virtuel exportera l’unité optique virtuelle avec l’un des profils suivants : v DVD-ROM v DVD-RAM Par exemple, des unités optiques SCSI virtuelles associés à un fichier sont exportées en tant qu’unités de DVD-RAM. Ces unités peuvent être sauvegardées par des fichiers en lecture-écriture ou en lecture seule. Selon les droits d’accès aux fichiers, l’unité peut apparaître pour contenir un disque DVD-ROM ou DVD-RAM. Il n’est pas possible de charger simultanément des fichiers multimédias en lecture-écriture (DVD-RAM) dans plusieurs unités optiques SCSI virtuelles associées à des fichiers. En revanche, les fichiers multimédias en lecture seule (DVD-ROM) peuvent être chargés simultanément dans plusieurs unités optiques SCSI virtuelles associées à des fichiers. Les unités optiques SCSI virtuelles sauvegardées par des unités optiques physiques ne peuvent être affectées qu’à une seule partition logique à un moment donné. Pour utiliser l’unité sur une partition logique client différente, vous devez d’abord la supprimer de sa partition logique actuelle, puis la réaffecter à la partition logique qui l’utilisera. 24 Guide d’utilisation de PowerVM Editions Les unités optiques SCSI virtuelles apparaissent toujours en tant qu’unités SCSI sur les partitions logiques client, que le type d’unité exportée à partir du serveur d’E-S virtuel soit une unité SCSI, IDE, USB ou un fichier. Unités de mappage Les unités de mappage permettent de faciliter le mappage des ressources physiques avec une unité virtuelle. Réseaux virtuels Cette section contient des informations sur le réseau Ethernet virtuel, la carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée), Internet Protocol version 6 (IPv6), Agrégation de liaisons (ou EtherChannel), carte de réseau Ethernet partagée, la reprise par transfert de la carte de réseau Ethernet partagée et le réseau local virtuel (VLAN). La technologie Ethernet virtuelle facilite la communication IP entre des partitions logiques d’un même système grâce à des systèmes de commutateurs logiciels compatibles VLAN (réseau local virtuel). Avec la technologie de carte de réseau Ethernet partagée, les partitions logiques peuvent communiquer avec d’autres systèmes à l’extérieur de l’unité matérielle sans attribution d’emplacements Ethernet physiques aux partitions logiques. Carte de réseau Ethernet hôte Une carte de réseau Ethernet hôte (HEA) est une carte Ethernet physique directement intégrée au bus GX+ sur un système géré. Les HEA offrent un débit élevé, une faible latence et le support de la virtualisation pour les connexions Ethernet. Les cartes HEA sont également appelées cartes IVE (Integrated Virtual Ethernet). Contrairement à la plupart des types de systèmes d’entrées-sorties, vous ne pouvez jamais affecter la HEA-même à une partition logique. Les partitions logiques multiples peuvent se connecter directement à la carte HEA et utiliser ses ressources. Ces partitions logiques peuvent ainsi accéder à des réseaux externes via la HEA sans passer par un pont Ethernet sur une autre partition logique. Pour connecter une partition logique à une HEA, vous devez créer une carte de réseau Ethernet hôte logique (LHEA)pour la partition logique. Une carte de réseau Ethernet hôte logique (LHEA) est une représentation d’une carte HEA physique sur une partition logique. Pour le système d’exploitation, une LHEA apparaît comme une carte Ethernet physique tout comme une carte Ethernet virtuelle lui apparaît comme une carte Ethernet physique. Lorsque vous créez une carte LHEA pour une partition logique, vous spécifiez les ressources que la partition logique peut utiliser sur la HEA physique véritable. Chaque partition logique peut avoir une LHEA pour chaque HEA physique sur le système géré. Chaque LHEA peut avoir un ou plusieurs ports logiques et chaque port logique peut se connecter à un port physique sur la carte HEA. Vous pouvez créer une LHEA pour une partition logique en utilisant l’une des méthodes suivantes : v Vous pouvez ajouter la LHEA à un profil de partition, fermer la partition logique puis la réactiver en utilisant le profil de partition avec la LHEA. v Vous pouvez ajouter la carte LHEA à une partition logique en cours de fonctionnement via le partitionnement logique dynamique. (cette méthode ne peut être utilisée pour des partitions logiques Linux que si vous installez Red Hat Enterprise Linux version 5.1, Red Hat Enterprise Linux version 4.6 ou une version supérieure de Red Hat Enterprise Linux sur la partition logique). Lorsque vous activez une partition logique, les LHEA du profil de partition sont considérées comme des ressources obligatoires. Si les ressources HEA physiques requises par les LHEA ne sont pas disponibles, la partition logique ne peut pas être activée. Toutefois, lorsque la partition logique est active, vous pouvez supprimer toute LHEA de la partition logique. Chapitre 3. Serveur d’E-S virtuel 25 Une fois que vous avez créé une LHEA pour une partition logique, une unité réseau est créée sur la partition logique. Cette unité réseau est nommée entX sur les partitions logiques AIX et ethX sur les partitions logiquesLinux, X représentant des numéros attribués de façon séquentielle. L’utilisateur peut alors définir une configuration TCP/IP similaire à un système Ethernet physique pour communiquer avec d’autres partitions logiques. Un port logique peut communiquer avec tous les autres ports logiques connectés au même port physique sur la carte HEA. Le port physique et ses ports logiques associés forment un réseau Ethernet logique. Les paquets de diffusion et de multidiffusion sont distribués sur ce réseau logique comme s’il s’agissait d’un réseau Ethernet physique. Vous pouvez connecter jusqu’à 16 ports logiques à un port physique en utilisant ce réseau logique. Par extension, vous pouvez connecter jusqu’à 16 partitions logiques les unes aux autres et à un réseau externe via ce réseau logique. Le nombre effectif de ports logiques que vous pouvez connecter à un port physique dépend de la valeur de mise à l’échelle multicoeur du groupe de ports physique et du nombre de ports logiques que vous avez créés pour d’autres ports physiques dans le groupe de ports physiques. Par défaut, la valeur de mise à l’échelle multicoeur de chaque groupe de ports physiques est définie à 4, ce qui permet de connecter 4 ports logiques aux ports physiques dans le groupe de ports physiques. Pour connecter 16 ports logiques aux ports physiques dans le groupe de ports physiques, vous devez définir à 1 la valeur de mise à l’échelle multicoeur du groupe de ports physiques puis redémarrer le système géré. Si vous souhaitez connecter plus de 16 partitions logiques les unes aux autres et à un réseau externe via un port physique sur une carte HEA, vous pouvez créer un port logique sur une partition logique de serveur d’entrées-sorties virtuel et configurer un pont Ethernet entre le port logique et un adaptateur Ethernet virtuel sur un LAN virtuel. Cette approche permet à toutes les partitions logiques des adaptateurs Ethernet virtuels sur le LAN virtuel de communiquer avec le port physique via le pont Ethernet. Si vous configurez un pont Ethernet entre un port logique et une carte Ethernet virtuelle, le port physique qui est connecté au port logique doit avoir les propriétés suivantes : v Le port physique doit être configuré de façon à ce que la partition logique du serveur d’E-S virtuel soit la partition de mode espion pour le port physique. Pour davantage d’informations sur la façon de configurer un port physique, voir Configuration des ports physiques sur la carte hôte Ethernet avec la console HMC. v Le port physique ne peut avoir qu’un seul port logique. Vous pouvez définir chaque port logique pour limiter ou autoriser les paquets référencés pour des réseaux locaux virtuels spécifiques. Vous pouvez définir un port logique acceptant les paquets ayant n’importe quel ID de réseau local virtuel ou définir un port logique acceptant uniquement les ID réseau local virtuel spécifiés. Vous pouvez spécifier jusqu’à 20 ID de réseau local virtuel pour chaque port logique. Les ports physiques d’une carte HEA sont toujours configurés au niveau du système géré. Si vous utilisez une console HMC pour gérer un système, vous devez utiliser cette console HMC pour configurer les ports physiques sur l’ensemble des HEA appartenant au système géré. De plus, la configuration de port physique s’applique à toutes les partitions logiques qui utilisent le même port physique. (Certaines propriétés peuvent nécessiter une configuration au niveau du système d’exploitation également. Par exemple, la taille de paquet maximale pour un port physique sur la carte HEA doit être définie au niveau du système géré en utilisant la console HMC. Cependant, vous devez également définir la taille de paquet maximale pour chaque port logique au niveau du système d’exploitation.) Par contre, si un système n’est pas partitionné et n’est pas géré par une console HMC, vous pouvez configurer les ports physiques d’une carte HEA au niveau du système d’exploitation tout comme si les ports physiques étaient les ports d’une carte Ethernet physique normale. La carte HEA ne prend pas en charge le mode semi-duplex au niveau matériel. Vous pouvez modifier les propriétés d’un port logique d’une carte LHEA à l’aide d’un partitionnement logique pour supprimer le port logique de la partition logique et le rajouter à la partition par le biais des 26 Guide d’utilisation de PowerVM Editions propriétés modifiées. Si le système d’exploitation de la partition logique ne prend pas en charge le partitionnement logique dynamique pour les cartes LHEA et que vous souhaitez modifier une propriété de port logique autre que celle des VLAN sur lesquels le port logique intervient, vous devez définir un profil de partition pour la partition logique de sorte que le profil de partition contienne les propriétés de port logique voulues et fermer la partition logique puis l’activer à l’aide du profil de partition nouveau ou modifié. Si le système d’exploitation de la partition logique ne prend pas en charge le partitionnement logique dynamique pour les cartes LHEA et que vous souhaitez modifier les VLAN sur lesquels le port logique intervient, vous devez supprimer le port logique d’un profil de partition appartenant à la partition logique, fermer puis activer la partition logique à l’aide du profil de partition modifié, rajouter le port logique au profil de partition par le biais de la configuration VLAN modifiée et de nouveau arrêter puis activer la partition logique à l’aide du profil de partition modifié. Internet Protocol version 6 Internet Protocol version 6 (IPv6) est le protocole IP de future génération et remplace graduellement la norme Internet actuelle Internet Protocol version 4 (IPv4). La principale amélioration d’IPv6 est l’extension de l’espace adresse IP de 32 à 128 bits, offrant un nombre d’adresses IP uniques pratiquement illimité. IPv6 présente plusieurs avantages par rapport à IPv4, notamment la simplification du routage et de l’adressage, la simplification du format d’en-tête, un contrôle amélioré du trafic, l’autoconfiguration et la sécurité. Pour plus d’informations sur IPv6, voir Internet Protocol (IP) Version 6. Unités d’Agrégation de liaisons ou EtherChannel Une unité d’Agrégation de liaisons, ou EtherChannel, est une technologie de regroupement de ports réseau permettant de regrouper plusieurs cartes Ethernet. Les cartes constituent alors une unité Ethernet unique. Agrégation de liaisons offre un meilleur débit via une seule adresse IP que ne le permettrait une seule carte Ethernet. Par exemple, ent0 et ent1 peuvent être regroupées pour former ent3. Le système considère ces cartes regroupées comme une seule et même carte. La même adresse matérielle est fournie à toutes les cartes de l’unité d’Agrégation de liaisons, alors les systèmes distants les traitent comme s’il s’agissait d’une seule et même carte. L’Agrégation de liaisons améliore la redondance : en cas d’échec d’un lien, l’unité d’Agrégation de liaisons bascule sur une autre carte de l’unité afin de conserver la liaison. Dans l’exemple précédent, si ent0 échoue, les paquets sont automatiquement envoyés à la carte disponible suivante ent1, sans interrompre les connexions utilisateur existantes. Après sa restauration, l’unité ent0 est automatiquement renvoyée au service de l’unité d’Agrégation de liaisons. Vous pouvez configurer une carte de réseau Ethernet partagée de sorte à utiliser une unité d’Agrégation de liaisons (ou EtherChannel) en tant que carte physique. Cartes Ethernet virtuelles Les cartes Ethernet virtuelles permettent aux partitions logiques client d’envoyer et de recevoir le trafic réseau, sans qu’une carte Ethernet physique ne soit nécessaire. Les cartes Ethernet virtuelles permettent aux partitions logiques d’un même système de communiquer sans devoir utiliser des cartes Ethernet physiques. Au sein du système, les cartes Ethernet virtuelles sont connectées à un commutateur Ethernet virtuel IEEE 802.1q. Grâce à la fonction de commutation, les partitions logiques peuvent communiquer entre elles au moyen de cartes Ethernet virtuelles et via l’affectation d’ID VLAN (VID). Ces derniers permettent aux cartes Ethernet virtuelles de partager un réseau logique commun. Le système transmet des paquets en les copiant directement de la mémoire de la partition logique de l’expéditeur vers les mémoires tampon du destinataire sans les placer dans une mémoire tampon intermédiaire. Chapitre 3. Serveur d’E-S virtuel 27 Les cartes Ethernet virtuelles peuvent être utilisées sans le serveur d’E-S virtuel mais les partitions logiques ne pourront pas communiquer avec des systèmes externes. Dans ce cas de figure, vous pouvez toutefois utiliser une autre carte, appelée carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée) afin de faciliter la communication entre les partitions logiques du système et les réseaux externes. Vous pouvez créer des cartes Ethernet virtuelles à l’aide de la console HMC (Hardware Management) (HMC) et les configurer à l’aide de l’interface de ligne de commande du serveur d’E-S virtuel. Vous pouvez aussi utiliser le gestionnaire Integrated Virtualization Manager pour créer et gérer des cartes Ethernet virtuelles. Nous recommandons l’utilisation d’un réseau Ethernet virtuel sur le serveur d’E-S virtuel dans les cas suivants : v Si les besoins de la partition logique individuelle en termes de capacité ou de bande passante sont non constants ou inférieurs à la largeur de bande totale d’une carte Ethernet physique. Les partitions logiques qui utilisent la totalité de la largeur de bande ou de la capacité d’une carte Ethernet physique doivent avoir recours à des cartes Ethernet dédiées. v Si vous avez besoin d’une connexion Ethernet alors qu’aucun emplacement n’est disponible pour installer une carte dédiée. Réseaux locaux virtuels (VLAN) Les réseaux locaux virtuels (VLAN) permettent de segmenter le réseau physique de manière logique. Il s’agit d’une méthode permettant de segmenter de façon logique un réseau physique de sorte que la connectivité de couche 2 soit limitée aux membres appartenant au même réseau local virtuel. Cette séparation est effectuée en marquant les paquets Ethernet avec leurs informations d’appartenance au réseau local virtuel (VLAN) puis en limitant la transmission aux membres de ce réseau. Le réseau local virtuel est décrit par la norme IEEE 802.1Q. Les informations relatives aux marques du réseau local virtuel sont appelées ID VLAN (VID). Les ports d’un commutateur sont configurés en tant que membres d’un réseau local virtuel désigné par le VID pour ce port. Le VID par défaut d’un port est appelé VID de port (PVID). Il est possible d’ajouter le VID à un paquet Ethernet à l’aide d’un hôte VLAN (appartenant au réseau local virtuel) ou d’un commutateur dans le cas d’hôtes non VLAN. Par conséquent, les ports d’un commutateur Ethernet doivent être configurés à l’aide des informations indiquant si l’hôte connecté appartient au réseau local virtuel ou non. Pour les hôtes non VLAN, un port est configuré comme non marqué et le commutateur marque tous les paquets qui entrent par ce port avec le PVID. Il va également démarquer tous les paquets qui quittent ce port avant leur transmission vers un hôte non VLAN. Un port utilisé pour connecter des hôtes non VLAN est appelé port non marqué ; il ne peut être le membre que d’un seul réseau local virtuel identifié par son PVID. Les hôtes VLAN peuvent insérer et retirer leurs propres marques et être des membres de plusieurs réseaux locaux virtuels. Ces hôtes sont en général connectés aux ports qui ne retirent pas les marques avant de transmettre les paquets à l’hôte, mais qui vont insérer la marque PVID lorsqu’un paquet non marqué entre par le port. Un port va uniquement admettre les paquets non marqués ou marqués portant la marque de l’un des réseaux locaux virtuels (VLAN) auquel il appartient. Ces règles VLAN s’ajoutent aux règles classiques de routage basées sur l’adresse MAC (contrôle d’accès obligatoire) auxquelles se conforme un commutateur. Par conséquent, un paquet avec une adresse MAC cible de diffusion ou de multidiffusion est également transmis aux ports des membres appartenant au réseau local virtuel identifié par les marques du paquet. Ce mécanisme garantit la séparation logique du réseau physique en fonction de son appartenance à un réseau local virtuel. Cartes Ethernet partagées Les cartes Ethernet partagées de la partition logique du serveur d’E-S virtuel permettent aux cartes Ethernet virtuelles des partitions logiques client d’effectuer des envois et des réceptions en dehors du trafic réseau. 28 Guide d’utilisation de PowerVM Editions Une carte de réseau Ethernet partagée est un composant du serveur d’E-S virtuel qui joue le rôle de pont entre une carte Ethernet physique et une ou plusieurs cartes Ethernet virtuelles : v La carte réelle peut être une carte Ethernet physique, une unité d’Agrégation de liaisons ou EtherChannel, ou une carte Ethernet hôte logique (carte LHEA). La carte réelle ne peut pas être une autre carte de réseau Ethernet partagée, une pseudo-unité VLAN, ni une carte Ethernet virtuelle. v La carte Ethernet virtuelle doit être une carte Ethernet virtuelle. Il ne peut pas s’agir d’un autre type d’unité ou de carte. Avec une carte de réseau Ethernet partagée, les partitions logiques du réseau virtuel peuvent partager l’accès au réseau physique et communiquer avec des serveurs autonomes et des partitions logiques d’autres systèmes. La carte de réseau Ethernet partagée évite à chaque partition logique client de disposer d’une carte réelle pour la connexion au réseau externe. Une carte de réseau Ethernet partagée fournit un accès en connectant les réseaux locaux virtuels internes à ceux de commutateurs externes. Avec cette connexion, les partitions logiques peuvent partager le sous-réseau IP avec des systèmes autonomes et d’autres partitions logiques externes. La carte de réseau Ethernet partagée achemine vers le réseau externe les paquets sortants envoyés par une carte Ethernet virtuelle, et transmet les paquets entrants à la partition logique client appropriée via la liaison Ethernet virtuelle établie avec cette partition logique. La carte de réseau Ethernet partagée traite les paquets au niveau de la couche 2 ; les autres systèmes du réseau physique peuvent ainsi voir l’adresse MAC d’origine et les balises VLAN (réseau local virtuel) du paquet. Protocole GVRP (GARP VLAN Registration Protocol) Les cartes Ethernet partagées sur le serveur d’E-S virtuel version 1.4 ou ultérieure, prennent en charge le protocole GVRP (GARP VLAN Registration Protocol), basé sur le protocole GARP (Generic Attribute Registration Protocol). GVRP permet l’enregistrement dynamique des VLAN sur les réseaux, qui permettent de réduire le nombre d’erreurs dans la configuration d’un réseau étendu. En propageant l’enregistrement sur le réseau par la transmission d’unités BPDU (Bridge Protocol Data Units), les unités du réseau ont une connaissance exacte des VLAN en mode pont configurées sur le réseau. Si GVRP est activé, la communication s’effectue dans un sens : de la carte de réseau Ethernet partagée vers le commutateur. La carte de réseau Ethernet partagée indique au commutateur quels réseaux locaux virtuels (VLAN) peuvent communiquer avec le réseau. La carte de réseau Ethernet partagée ne configure pas les réseaux VLAN pour la communication avec le réseau en fonction des informations reçues du commutateur. La configuration des réseaux VLAN pour la communication avec le réseau est déterminée de façon statique par les paramètres de configuration de la carte Ethernet virtuelle. carte de réseau Ethernet hôte ou carte Ethernet virtuelle intégrée Avec le serveur d’E-S virtuel version 1.4, vous pouvez affecter un port Ethernet hôte logique d’une carte Ethernet hôte logique (LHEA), parfois appelée carte Ethernet virtuelle intégrée, en tant que carte réelle d’une carte de réseau Ethernet partagée. Le port Ethernet hôte logique est associé au port physique de la carte de réseau Ethernet hôte. La carte de réseau Ethernet partagée utilise les interfaces du pilote de périphérique standard fournies par le serveur d’E-S virtuel pour communiquer avec la carte de réseau Ethernet hôte. Pour utiliser une carte de réseau Ethernet partagée avec une carte de réseau Ethernet hôte, les conditions suivantes doivent être remplies : v Le port Ethernet hôte logique doit être le seul port attribué au port physique de la carte de réseau Ethernet hôte. Aucun autre port de la carte LHEA ne doit être attribué au port physique de la carte de réseau Ethernet hôte. v La carte LHEA de la partition logique du serveur d’E-S virtuel doit être configurée en mode espion. (Dans un environnement Integrated Virtualization Manager, le mode espion est défini par défaut) Le Chapitre 3. Serveur d’E-S virtuel 29 mode espion permet à la carte LHEA (sur le serveur d’E-S virtuel) de recevoir tout le trafic de type destinataire unique, diffusion et multidiffusion issu du réseau physique. Recommandations Il est conseillé d’utiliser une carte de réseau Ethernet partagée sur le serveur d’E-S virtuel dans les cas suivants : v Si les besoins de la partition logique individuelle en termes de capacité ou de bande passante sont non constants ou inférieurs à la largeur de bande totale d’une carte Ethernet physique. Les partitions logiques qui utilisent la totalité de la largeur de bande ou de la capacité d’une carte Ethernet physique doivent avoir recours à des cartes Ethernet dédiées. v Si vous prévoyez de faire migrer une partition logique client d’un système vers un autre. Nous recommandons d’attribuer une carte de réseau Ethernet partagée au port Ethernet hôte logique lorsque le nombre de cartes Ethernet requises est supérieur au nombre de ports disponibles sur la carte LHEA ou si vous prévoyez de dépasser ce nombre par la suite. Si le nombre de cartes Ethernet requises est inférieur ou égal au nombre de ports disponibles sur la carte LHEA et si vous ne prévoyez pas d’augmenter le nombre de ports par la suite, vous pouvez utiliser les ports de la carte LHEA pour la connectivité réseau au lieu d’utiliser la carte de réseau Ethernet partagée. Gestion du serveur d’E-S virtuel Cette rubrique décrit les outils de gestion du serveur d’E-S virtuel, tels que l’interface de ligne de commande serveur d’E-S virtuel, ainsi que les produits Tivoli qui permettent de gérer les divers aspects du serveur d’E-S virtuel. Sur les systèmes non gérés par une console HMC (Hardware Management) (HMC), le serveur d’E-S virtuel devient la partition de gestion. Celui-ci comporte l’interface graphique Integrated Virtualization Manager qui facilite la gestion du système. Pour plus d’informations, voir Chapitre 4, «Integrated Virtualization Manager», à la page 177. Interface de ligne de commande du serveur d’E-S virtuel Cette rubrique explique comment accéder à l’interface de ligne de commande du serveur d’E-S virtuel et l’utiliser. Le serveur d’E-S virtuel est configuré et géré par l’intermédiaire d’une interface de ligne de commande. Dans les environnements ne comportant pas de console HMC, certaines tâches du serveur d’E-S virtuel peuvent également être exécutées à l’aide d’Integrated Virtualization Manager. Tous les aspects de l’administration du serveur d’E-S virtuel peuvent être réalisés via l’interface de ligne de commande, notamment : v Gestion des unités (physiques, virtuelles, LVM (Logical Volume Manager)) v Configuration du réseau v v v v Installation et mise à jour du logiciel Sécurité Gestion des utilisateurs Tâches de maintenance En outre, dans les environnements gérés par le gestionnaire Integrated Virtualization Manager, vous pouvez utiliser l’interface de ligne de commande du serveur d’E-S virtuel pour gérer les partitions logiques. Lors de votre première connexion au serveur d’E-S virtuel, utilisez l’ID utilisateur padmin (c’est-à-dire celui de l’administrateur principal). Vous êtes invité à entrer un nouveau mot de passe. 30 Guide d’utilisation de PowerVM Editions Shell à accès restreint Lors de la connexion, vous êtes placé dans un shell Korn à accès restreint. Il fonctionne comme un shell Korn standard, sauf que vous ne pouvez pas : v Modifier le répertoire de travail en cours v Attribuer une valeur aux variables SHELL, ENV ou PATH v Indiquer le nom de chemin d’accès de la commande qui contient une barre oblique (/) v Rediriger le résultat d’une commande à l’aide de l’un des caractères suivants : >, >|, <>, >> En conséquence de ces restrictions, vous n’êtes pas en mesure d’exécuter des commandes auxquelles vos variables PATH n’ont pas accès. En outre, ces restrictions vous empêchent d’envoyer directement le résultat de la commande vers un fichier. Par contre, le résultat de la commande peut être dirigé vers la commande tee. Après la connexion, vous pouvez taper help pour obtenir des informations sur les commandes prises en charge. Par exemple, pour obtenir de l’aide sur la commande errlog, tapez help errlog. Mode d’exécution L’interface de ligne de commande du serveur d’E-S virtuel fonctionne comme une interface de ligne de commande standard. Les commandes sont exécutées avec les options et les paramètres appropriés. Par exemple, pour répertorier toutes les cartes, entrez : lsdev -type adapter En outre, les scripts peuvent être exécutés dans l’environnement de l’interface de ligne de commande du serveur d’E-S virtuel. Outre les commandes d’interface de ligne de commande du serveur d’E-S virtuel, les commandes de shell standard suivantes sont fournies : Tableau 10. Commandes de shell standard, accompagnées de leur fonction Commande Fonction awk Permet de mettre les modèles en correspondance et de réaliser des actions sur eux. cat Cette commande permet de concaténer ou d’afficher des fichiers. chmod Cette commande permet de modifier les modes d’ouverture de fichier. cp Permet de copier des fichiers. date Permet d’afficher la date ou l’heure. grep Permet de rechercher un fichier pour un modèle. ls Permet d’afficher le contenu d’un répertoire mkdir Permet de créer un répertoire. man Permet d’afficher des entrées manuelles pour les commandes du serveur d’E-S virtuel. more Permet d’afficher le contenu des fichiers d’un écran à la fois. rm Permet de supprimer des fichiers. sed Permet de fournir un éditeur par flot de données. stty Permet d’affecter des valeurs aux paramètres d’exploitation du poste de travail, de les réinitialiser ou de les notifier. tee Permet d’afficher le résultat d’un programme et de le copier dans un fichier. vi Permet de réviser des fichiers en affichage plein-écran. Chapitre 3. Serveur d’E-S virtuel 31 Tableau 10. Commandes de shell standard, accompagnées de leur fonction (suite) Commande Fonction wc Permet de compter le nombre de lignes, de mots, d’octets et de caractères dans un fichier who Permet d’identifier les utilisateurs connectés. Au fur et à mesure de l’exécution de chaque commande, le journal de l’utilisateur et le journal de commandes global sont mis à jour. Le journal de l’utilisateur contient une liste de chaque commande du serveur d’E-S virtuel, y compris les arguments, que l’utilisateur a exécutée. Un journal de l’utilisateur est créé par utilisateur du système. Ce journal se trouve dans le répertoire principal de l’utilisateur et peut être affiché grâce à la commande cat ou vi. Le journal de commandes global (GCL) comprend toutes les commandes (y compris les arguments) de l’interface de ligne de commande du serveur d’E-S virtuel exécutées par tous les utilisateurs, la date et l’heure auxquelles les commandes ont été exécutées et l’ID utilisateur à partir duquel elles ont été exécutées. Il ne peut être consulté que par l’ID utilisateur padmin à l’aide de la commande lsgcl. Si la taille du journal de commandes global est supérieure à 1 Mo, il est tronqué à 250 ko pour empêcher le système de fichiers d’atteindre sa limite de capacité. Remarque : Les commandes d’Integrated Virtualization Manager sont analysées dans un emplacement distinct et peuvent être affichées dans les journaux d’application ou à l’aide la commande suivante : lssvcevents -t console --filter severities=audit Information associée Virtual I/O Server et Integrated Virtualization Manager - Guide des commandes Logiciel Tivoli et le serveur d’E-S virtuel Apprenez à intégrer le serveur d’E-S virtuel dans votre environnement Tivoli pour Tivoli Application Dependency Discovery Manager,Tivoli Monitoring, Tivoli Storage Manager, Tivoli Usage and Accounting Manager, Tivoli Identity Manageret TotalStorage Productivity Center. Tivoli Application Dependency Discovery Manager Tivoli Application Dependency Discovery Manager (TADDM) reconnaît des éléments d’infrastructure détectés dans le centre de données classique, y compris les logiciels d’application, les hôtes et les environnements d’exploitation (notamment le serveur d’E-S virtuel), les composants du réseau (tels que les routeurs, les commutateurs, les équilibreurs de charge, les pare-feu et les unités de stockage) et les services réseau (tels que LDAP, NFS et DNS). Suivant les données collectées, TADDM crée et gère automatiquement des mappes d’infrastructure d’application contenant les dépendances d’exécution, les valeurs de configuration et l’historique des changements. Ces informations permettent de déterminer les interdépendances entre les applications de gestion, les applications logicielles et les composants physiques pour garantir et améliorer la disponibilité des applications dans votre environnement. Vous pouvez, par exemple, effectuer les tâches suivantes : v Vous pouvez isoler les incidents logiciels liés à la configuration. v Vous pouvez planifier les modifications logicielles afin de réduire ou d’éliminer les interruptions non prévues. v Vous pouvez créer une définition topologique partagée d’applications en vue d’une utilisation par d’autres applications de gestion. v Vous pouvez déterminer l’effet d’une seule modification de configuration sur une application de gestion ou un service. v Vous voyez les modifications effectuées dans l’environnement d’application et leur emplacement. 32 Guide d’utilisation de PowerVM Editions TADDM comporte un moteur de reconnaissance sans agent et peut donc reconnaître un serveur d’E-S virtuel sans qu’un agent ou un client soit installé et configuré. TADDM utilise au lieu de cela des détecteurs de reconnaissance s’appuyant sur des protocoles ouverts et sécurisés et des mécanismes d’accès pour reconnaître les composants du centre de données. Pour plus d’informations, reportez-vous au Tivoli Application Dependency Discovery Manager Information Center. Tivoli Identity Manager Tivoli Identity Manager, permet de gérer les identités et les utilisateurs sur plusieurs plateformes, notamment AIX, Windows, Solaris, etc. Avec Tivoli Identity Manager 4.7, vous pouvez également inclure les utilisateurs serveur d’E-S virtuel. Tivoli Identity Manager contient un adaptateur serveur d’E-S virtuel qui sert d’interface entre le serveur d’E-S virtuel et le serveur Tivoli Identity Manager. Il est possible que l’adaptateur ne se trouve pas sur le serveur d’E-S virtuel. Dans ce cas, le serveur Tivoli Identity Manager gère l’accès au serveur d’E-S virtuel en utilisant votre système de sécurité. L’adaptateur s’exécute comme un service, qu’un utilisateur soit connecté ou non au serveur Tivoli Identity Manager. L’adaptateur fonctionne comme un administrateur virtuel de confiance sur le serveur d’E-S virtuel, exécutant des tâches semblables aux suivantes : v Création d’un ID utilisateur autorisant l’accès au serveur d’E-S virtuel. v Modification d’un ID utilisateur existant permettant d’accéder auserveur d’E-S virtuel. v Suppression de l’accès à partir d’un ID utilisateur. L’ID utilisateur est supprimé du serveur d’E-S virtuel. v Suspension d’un compte utilisateur en désactivant l’accès auserveur d’E-S virtuel. v Restauration d’un compte utilisateur en réactivant l’accès au serveur d’E-S virtuel. v Modification du mot de passe d’un compte utilisateur sur leserveur d’E-S virtuel. v Réconciliation des informations utilisateur de tous les utilisateurs en cours sur le serveur d’E-S virtuel. v Réconciliation des informations utilisateur d’un compte utilisateur donné sur le serveur d’E-S virtuel en effectuant une consultation. Pour plus d’informations, reportez-vous aux manuels des produits Tivoli Identity Manager. Tivoli Monitoring serveur d’E-S virtuel V1.3.0.1 (groupe de correctifs 8.1) comporte l’agent Tivoli Monitoring System Edition. Tivoli Monitoring System Edition , permet de surveiller la santé et la disponibilité de plusieurs serveurs (y compris le serveur d’E-S virtuel) à partir du portail Tivoli Enterprise. Tivoli Monitoring System Edition regroupe les données du serveur d’E-S virtuel, notamment les données relatives aux volumes physiques, aux volumes logiques, aux pools de stockage, aux mappages de mémoire, aux mappages de réseau, à la mémoire réelle, aux ressources du processeur, à la taille des systèmes de fichiers montés, etc. Le portail Tivoli Enterprise permet de visualiser une représentation graphique des données, d’utiliser des seuils prédéfinis afin de recevoir des alertes sur les mesures clés et de résoudre les problèmes d’après les recommandations fournies par la fonction Expert Advice de Tivoli Monitoring. Pour plus d’informations, reportez-vous aux ressources suivantes : v Documentation Tivoli Monitoring6.1 v Tivoli Monitoring serveur d’E-S virtuel Premium Agent User’s Guide Tivoli Storage Manager serveur d’E-S virtuel 1.4 inclut le client Tivoli Storage Manager. Avec Tivoli Storage Manager, vous pouvez protéger les données du serveur d’E-S virtuel en cas de défaillance ou d’erreur en les stockant dans une hiérarchie d’archivage hors ligne et en les récupérant après un incident. Tivoli Storage Manager Chapitre 3. Serveur d’E-S virtuel 33 améliore la protection des ordinateurs fonctionnant dans divers environnements d’exploitation, notamment le serveur d’E-S virtuel, sur différents types de matériel. Si vous configurez le client Tivoli Storage Manager sur le serveur d’E-S virtuel, vous pouvez inclure le serveur d’E-S virtuel dans une infrastructure de sauvegarde standard. Pour plus d’informations, voir Tivoli Storage Manager for UNIX and Linux Backup-Archive Clients Installation and User’s Guide Tivoli Usage and Accounting Manager Le serveur d’E-S virtuel 1.4 inclut l’agent Tivoli Usage and Accounting Manager sur le serveur d’E-S virtuel. Tivoli Usage and Accounting Manager permet de suivre, d’attribuer et de facturer les coûts informatiques via la collecte de données, l’analyse des données et l’édition de rapports sur les ressources utilisées par les entités telles que les centres de coûts, les services et les utilisateurs. Tivoli Usage and Accounting Manager permet de collecter des données provenant de centres de données multi-niveaux qui utilisent Windows, AIX, serveur d’E-S virtuel, HP/UX Sun Solaris, Linux, et VMware. Pour plus d’informations, reportez-vous au Tivoli Usage and Accounting Manager Information Center. TotalStorage Productivity Center Le serveur d’E-S virtuel 1.5.2 permet d’installer et de configurer les agents TotalStorage Productivity Center sur le serveur d’E-S virtuel. TotalStorage Productivity Center est une suite de gestion de l’infrastructure de stockage intégrée conçue pour simplifier et automatiser la gestion des unités de stockage et des réseaux de stockage, ainsi que l’utilisation de la capacité des systèmes de fichiers et des bases de données. Lors de l’installation et de la configuration des agents TotalStorage Productivity Center sur le serveur d’E-S virtuel, vous pouvez utiliser l’interface utilisateur de TotalStorage Productivity Center pour collecter et afficher des informations sur le serveur d’E-S virtuel. Vous pouvez ensuite effectuer les tâches suivantes à l’aide de l’interface utilisateur TotalStorage Productivity Center : 1. Exécuter un travail de repérage pour les agents sur le serveur d’E-S virtuel. 2. Effectuer des sondes, des analyses et des travaux ping pour collecter les informations de stockage relatives au serveur d’E-S virtuel. 3. Générer des rapports à l’aide de Fabric Manager et du gestionnaire de données pour afficher les informations de stockage regroupées. 4. Afficher les informations de stockage regroupées à l’aide du visualiseur de topologie. Pour plus d’informations, voir le fichier PDF TotalStorage Productivity Center support for agents on a Virtual I/O Server. Pour consulter ou télécharger le fichier PDF, accédez au site Web TotalStorage Productivity Center v3.3.1.81 Interim Fix. Tâches associées «Configuration des agents et des clients Tivoli sur le serveur d’E-S virtuel», à la page 95 Vous pouvez configurer et démarrer l’agent Tivoli Monitoring,, Tivoli Usage and Accounting Manager, le client Tivoli Storage Manager et les agents Tivoli TotalStorage Productivity Center. Scénarios de configuration relatifs au serveur d’E-S virtuel Les scénarios suivants fournissent des exemples de configurations réseau pour la partition logique du serveur d’E-S virtuel et les partitions logiques client. Les scénarios et les exemples de configuration ci-après vous permettront d’en apprendre davantage sur le serveur d’E-S virtuel et ses composants. 34 Guide d’utilisation de PowerVM Editions Scénario : Configuration d’un serveur d’E-S virtuel sans marquage VLAN Ce scénario vous permettra de vous familiariser avec la création d’un réseau sans marquage VLAN. Contexte Vous êtes l’administrateur système chargé de planifier et de configurer le réseau dans un environnement dans lequel s’exécute le serveur d’E-S virtuel. Vous souhaitez configurer un sous-réseau logique unique sur le système qui communique avec le commutateur. Objectif L’objectif de ce scénario est de configurer le réseau dans lequel seul un PVID (ID VLAN de port) est utilisé, les paquets ne sont pas marqués et un réseau interne unique est connecté à un commutateur. Aucun port marqué VLAN n’est configuré sur le commutateur Ethernet et toutes les cartes Ethernet virtuelles sont définies à l’aide d’un PVID par défaut unique et aucun autre VID. Conditions préalables et hypothèses v La console HMC (Hardware Management Console) a été installée et configurée. Pour consulter le fichier PDF Guide d’installation et de configuration de la console HMC (SA11-1682), d’une taille approximative de 3 Mo, voir sa76-0084.pdf . v Vous devez avoir compris les concepts de partitionnement décrits dans le document Guide de partitionnement logique. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une v v v v taille approximative de 3 Mo, voir sa76-0098.pdf . La partition logique du serveur d’E-S virtuel a été créée et le serveur d’E-S virtuel a été installé. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Vous avez créé les autres partitions logiques que vous souhaitez ajouter à la configuration de réseau. Vous disposez d’un commutateur Ethernet et d’un routeur à ajouter à la configuration. Vous avez des adresses IP pour toutes les partitions logiques et tous les systèmes à ajouter à la configuration. Cette procédure décrit le mode de configuration dans un environnement HMC; il est toutefois possible d’effectuer cette configuration dans un environnement Integrated Virtualization Manager. Etapes de la configuration La figure suivante montre la configuration qui va être effectuée avec ce scénario. Chapitre 3. Serveur d’E-S virtuel 35 En utilisant la figure précédente comme guide, suivez la procédure ci-après. 1. Configurez un commutateur Ethernet avec des ports non marqués. Vous pouvez également utiliser un commutateur Ethernet qui n’utilise pas le réseau local virtuel (VLAN). 2. Pour le système S1, utilisez la console HMC pour créer une carte Ethernet virtuelle (V11) pour le serveur d’E-S virtuel avec la valeur Trunk (carte de ligne réseau), un PVID paramétré sur 1 et aucun autre VID. 3. Pour le système S1, utilisez la console HMC pour créer les cartes Ethernet virtuelles V12 et V13 pour les partitions logiques S11 et S12, respectivement, avec un PVID paramétré sur 1 et aucun autre VID. 4. Pour le système S1, utilisez la console HMC pour affecter la carte Ethernet physique E11 au serveur d’E-S virtuel et la connecter au port de commutation Ethernet P1. 36 Guide d’utilisation de PowerVM Editions 5. Sur le serveur d’E-S virtuel, configurez la carte de réseau Ethernet partagée ent2 avec la carte physique ent0 et la carte virtuelle ent1. 6. Démarrez les partitions logiques. Le processus reconnaît les unités virtuelles créées à l’étape 1. 7. Configurez des adresses IP pour S11 (en0), S12 (en0) et S2 (en0) de manière à ce qu’elles appartiennent toutes au même sous-réseau avec le routeur connecté au port P5 du commutateur Ethernet. Vous pouvez également configurer la carte de réseau Ethernet partagée de la partition logique du serveur d’E-S virtuel avec des adresses IP du même sous-réseau. Cette opération est obligatoire uniquement pour la connectivité réseau vers la partition logique du serveur d’E-S virtuel. Scénario : Configuration d’un serveur d’E-S virtuel avec marquage VLAN Ce scénario vous permettra de vous familiariser avec la création d’un réseau avec marquage VLAN. Contexte Vous êtes l’administrateur système chargé de planifier et de configurer le réseau dans un environnement dans lequel s’exécute le serveur d’E-S virtuel. Vous souhaitez configurer le réseau avec deux sous-réseaux logiques et des partitions logiques sur chaque sous-réseau. Objectif L’objectif de ce scénario est de configurer plusieurs réseaux afin qu’ils puissent partager une seule carte Ethernet physique. Les systèmes appartenant au même sous-réseau doivent être situés sur le même réseau local virtuel (VLAN) et donc avoir le même ID VLAN (VID) qui permet les communications sans devoir passer par un routeur. La séparation entre les sous-réseaux est effectuée en s’assurant que les systèmes des deux sous-réseaux sont associés à des ID VLAN différents. Conditions préalables et hypothèses v La console HMC (Hardware Management Console) a été installée et configurée. Pour consulter le fichier PDF Guide d’installation et de configuration de la console HMC (SA11-1682), d’une taille approximative de 3 Mo, voir sa76-0084.pdf . v Vous devez avoir compris les concepts de partitionnement décrits dans le document Guide de partitionnement logique. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une taille approximative de 3 Mo, voir sa76-0098.pdf . v La partition logique du serveur d’E-S virtuel a été créée et le serveur d’E-S virtuel a été installé. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. v Vous avez créé les autres partitions logiques AIX ou Linux que vous souhaitez ajouter à la configuration de réseau. v Vous disposez d’un commutateur Ethernet et d’un routeur à ajouter à la configuration. v Vous avez des adresses IP pour toutes les partitions logiques et tous les systèmes à ajouter à la configuration. Vous ne pouvez pas utiliser la fonction de réseau local virtuel (VLAN) dans un environnement Integrated Virtualization Manager. Etapes de la configuration La figure suivante montre la configuration qui va être effectuée avec ce scénario. Chapitre 3. Serveur d’E-S virtuel 37 En utilisant la figure précédente comme guide, suivez la procédure ci-après. 1. Configurez les ports du commutateur Ethernet comme suit : v P1 : Port marqué - VID (ID-VLAN) 1, 2 38 Guide d’utilisation de PowerVM Editions 2. 3. 4. 5. 6. v P2 : Port non marqué - PVID (ID-VLAN de port) 1 v P5 : Port non marqué - PVID 1 v P6 : Port non marqué - PVID 2 Pour plus d’informations sur la configuration des ports, consultez la documentation accompagnant votre commutateur. Pour le système S1, utilisez la console HMC pour créer des cartes Ethernet virtuelles pour le serveur d’E-S virtuel : v Créez la carte Ethernet virtuelle V11 pour le serveur d’E-S virtuel avec la valeur Trunk (carte de ligne réseau) et le VID fixé à 2. Indiquez une valeur de PVID non utilisée. Cette valeur est obligatoire même si elle n’est pas utilisée. v Créez la carte Ethernet virtuelle V12 pour le serveur d’E-S virtuel avec la valeur Trunk (carte de ligne réseau) et le VID fixé à 1. Indiquez une valeur de PVID non utilisée. Cette valeur est obligatoire même si elle n’est pas utilisée. Pour le système S1, utilisez la console HMC pour créer des cartes Ethernet virtuelles pour les autres partitions logiques : v Créez les cartes Ethernet virtuelles V13 et V14 pour les partitions logiques S11 et S12, respectivement, avec un PVID fixé à 2 et aucun autre VID. v Créez les cartes virtuelles V15 et V16 pour les partitions logiques S13 et S14, respectivement, avec un PVID fixé à 1 et aucun autre VID. Pour le système S1, utilisez la console HMC pour affecter la carte Ethernet physique (E11) au serveur d’E-S virtuel et la connecter au port de commutation Ethernet P1. Sur l’interface de ligne de commande du serveur d’E-S virtuel, configurez une carte de réseau Ethernet partagée ent3 avec la carte physique ent0 et les cartes virtuelles ent1 et ent2. Configurez des adresses IP pour les cartes suivantes : v S13 (en0), S14 (en0) et S2 (en0) appartiennent au réseau local virtuel (VLAN) 1 et figurent sur le même sous-réseau. Le routeur est connecté au port P5 du commutateur Ethernet. v S11 (en0) et S12 (en0) appartiennent au VLAN 2 et figurent sur le même sous-réseau. Le routeur est connecté au port P6 du commutateur Ethernet. Vous pouvez configurer la carte de réseau Ethernet partagée sur la partition logique du serveur d’E-S virtuel avec une adresse IP. Cette opération est obligatoire uniquement pour la connectivité réseau vers le serveur d’E-S virtuel. Comme le réseau marqué VLAN est utilisé, vous devez définir des unités VLAN supplémentaires sur les cartes Ethernet partagées avant de configurer les adresses IP. Scénario : Configuration de la reprise par transfert de carte de réseau Ethernet partagée Cette section présente un scénario classique de reprise par transfert de carte de réseau Ethernet partagée. Contexte Vous êtes l’administrateur système chargé de planifier et de configurer le réseau dans un environnement dans lequel s’exécute le serveur d’E-S virtuel. Vous souhaitez assurer une plus grande disponibilité réseau à la partition logique client sur le système. Pour ce faire, vous pouvez configurer une carte de réseau Ethernet partagée de secours sur une autre partition logique du serveur d’E-S virtuel. Objectif Dans ce scénario, l’objectif est de configurer une carte de réseau Ethernet partagée principale et une de secours sur les partitions logiques du serveur d’E-S virtuel de manière à ne pas perdre la connexion réseau des partitions logiques client en cas de défaillance de la carte. Chapitre 3. Serveur d’E-S virtuel 39 Conditions préalables et hypothèses v La console HMC (Hardware Management Console) a été installée et configurée. Pour consulter le fichier PDF Guide d’installation et de configuration de la console HMC (SA11-1682), d’une taille approximative de 3 Mo, voir sa76-0084.pdf . v Vous devez avoir compris les concepts de partitionnement décrits dans le document Guide de partitionnement logique. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une v v v v v taille approximative de 3 Mo, voir sa76-0098.pdf . Deux partitions logiques du serveur d’E-S virtuel distinctes ont été créées et le serveur d’E-S virtuel a été installé dans chacune d’elles. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Vous connaissez le principe et le fonctionnement de la reprise par transfert d’une carte de réseau Ethernet partagée. Voir «Reprise par transfert de carte de réseau Ethernet partagée», à la page 62. Vous avez créé les autres partitions logiques que vous souhaitez ajouter à la configuration de réseau. A chaque partition logique du serveur d’E-S virtuel est affectée une carte Ethernet physique disponible. Vous avez des adresses IP pour toutes les partitions logiques et tous les systèmes à ajouter à la configuration. Vous ne pouvez pas utiliser le gestionnaire Integrated Virtualization Manager avec plusieurs partitions logiques du serveur d’E-S virtuel sur le même serveur. L’illustration suivante représente une configuration incluant la fonction de reprise par transfert de carte de réseau Ethernet partagée. Les partitions logiques client H1 et H2 accèdent au réseau physique via les cartes Ethernet partagées (c’est-à-dire les cartes principales). Les cartes Ethernet virtuelles utilisées dans la configuration de réseau Ethernet partagée sont définies à l’aide des mêmes informations d’appartenance au réseau local virtuel (PVID, VID), mais présentent des propriétés différentes. Un réseau virtuel dédié constitue le canal de contrôle ; il est indispensable pour faciliter la communication entre l’unité Ethernet partagée principale et celle de secours. 40 Guide d’utilisation de PowerVM Editions En utilisant la figure précédente comme guide, suivez la procédure ci-après. 1. Sur la console HMC, créez les cartes Ethernet virtuelles en procédant comme suit : v Configurez les cartes virtuelles à utiliser pour les données en tant que cartes de ligne réseau ; pour ce faire, sélectionnez l’option correspondante. v Affectez des valeurs de priorité différentes (les valeurs autorisées sont comprises entre 1 et 15) à chaque carte virtuelle. v Configurez une autre carte Ethernet virtuelle à utiliser pour le canal de contrôle et attribuez-lui une valeur PVID unique. Assurez-vous d’utiliser le même PVID lors de la création de cette carte Ethernet virtuelle pour les deux partitions logiques du serveur d’E-S virtuel. 2. Sur la ligne de commande du serveur d’E-S virtuel, exécutez la commande suivante pour configurer la carte de réseau Ethernet partagée. Exécutez cette commande sur les deux partitions logiques du serveur d’E-S virtuel : Chapitre 3. Serveur d’E-S virtuel 41 mkvdev -sea carte_physique -vadapter carte_virtuelle -default carte_virtuelle\ -defaultid PVID_carte_virtuelle -attr ha_mode=auto ctl_chan=carte_canal_contrôle Dans ce scénario, par exemple, nous avons exécuté la commande suivante sur les deux partitions logiques du serveur d’E-S virtuel : mkvdev -sea ent0 -vadapter ent1 -default ent1 -defaultid 60 -attr ha_mode=auto ctl_chan=ent2 Scénario : Configuration de la fonction de sauvegarde via l’interface réseau sur les partitions logiques client AIX sans marquage VLAN Suivez ce scénario pour vous familiariser avec l’utilisation d’une configuration de fonction de sauvegarde via l’interface réseau dans les clients d’E-S virtuels qui exécutent des partitions logiques AIX et qui ne sont pas configurés pour le marquage VLAN. Contexte Dans ce scénario, vous souhaitez configurer un environnement virtuel à haute disponibilité pour votre réseau en mode pont à l’aide de la méthode de sauvegarde via l’interface réseau (NIB/Network Interface Backup) pour accéder aux réseaux externes à partir de vos clients d’E-S virtuels. Vous n’envisagez pas d’utiliser le marquage VLAN dans la configuration de votre réseau. Cette méthode requiert la configuration d’une seconde carte Ethernet sur un autre réseau local virtuel (VLAN) pour chaque client et l’utilisation d’une carte d’Agrégation de liaisons avec les fonctions NIB. Cette configuration n’est disponible que pour les partitions logiques AIX. En règle générale, une configuration de reprise par transfert de carte de réseau Ethernet partagée est recommandée pour la plupart des environnements car elle prend en charge les environnements avec ou sans marquage VLAN. Par ailleurs, la configuration NIB est plus complexe qu’une configuration de reprise par transfert de carte de réseau Ethernet partagée, car elle doit être implémentée sur chaque client. La configuration de reprise par transfert de carte de réseau Ethernet partagée n’était pas disponible avant la version 1.2 de Virtual I/O Server. La configuration NIB était la seule méthode possible pour un environnement virtuel à haute disponibilité. Dans une configuration NIB, vous pouvez également répartir les clients sur les deux cartes Ethernet partagées de sorte que la moitié d’entre eux utilise la première carte de réseau Ethernet partagée et que l’autre moitié utilise la seconde carte de réseau Ethernet partagée comme carte primaire. Objectif Créez un environnement Ethernet virtuel à l’aide d’une configuration de la sauvegarde via l’interface réseau, comme le montre la figure suivante. 42 Guide d’utilisation de PowerVM Editions Conditions préalables et hypothèses Avant d’exécuter les tâches de configuration, prenez connaissance des conditions préalables et hypothèses suivantes. v La console HMC (Hardware Management) a été installée. Pour consulter le fichier PDF Guide d’installation et de configuration de la console HMC (SA11-1682), d’une taille approximative de 3 Mo, voir v v v v . sa76-0084.pdf Deux partitions logiques du serveur d’E-S virtuel distinctes ont été créées et le serveur d’E-S virtuel a été installé dans chacune d’elles. Pour plus d’informations, voir«Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Vous avez créé les autres partitions logiques que vous souhaitez ajouter à la configuration de réseau. A chaque partition logique du serveur d’E-S virtuel est affectée une carte Ethernet physique disponible. Vous avez des adresses IP pour toutes les partitions logiques et tous les systèmes à ajouter à la configuration. Chapitre 3. Serveur d’E-S virtuel 43 Tâches de configuration En vous aidant de l’illustration, effectuez les tâches suivantes pour configurer l’environnement virtuel NIB. 1. Créez une connexion LAN entre les serveurs d’E-S virtuels et le réseau externe : a. Configurez une carte de réseau Ethernet partagée sur le serveur d’E-S virtuel primaire qui achemine le trafic entre la carte Ethernet virtuelle et le réseau externe. Voir «Configuration d’une carte de réseau Ethernet partagée», à la page 93. b. Configurez une carte de réseau Ethernet partagée sur le second serveur d’E-S virtuel, comme à l’étape 1. 2. Pour chaque partition logique client, utilisez la console HMC pour créer une carte Ethernet virtuelle dont le port PVID correspond au port PVID du serveur d’E-S virtuel primaire. Elle sera utilisée comme carte primaire. 3. Pour chaque partition logique client, utilisez la console HMC pour créer une seconde carte Ethernet virtuelle dont le port PVID correspond au port PVID du second serveur d’E-S virtuel (de sauvegarde). Elle sera utilisée comme carte de sauvegarde. 4. Créez la configuration de la fonction de sauvegarde via l’interface réseau (NIB) à l’aide de la configuration d’Agrégation de liaisons. Assurez-vous que les conditions suivantes sont respectées : a. Sélectionnez la carte Ethernet primaire. b. Sélectionnez la carte de sauvegarde. c. Indiquez l’adresse Internet devant faire l’objet d’un Ping. Sélectionnez l’adresse IP ou le nom d’hôte d’un hôte en dehors du serveur d’E-S virtuel que la configuration NIB continuera de tester pour détecter l’incident serveur d’E-S virtuel. Remarque : N’oubliez pas que, lorsque vous configurez la sauvegarde via l’interface réseau (NIB) avec deux cartes Ethernet virtuelles, les réseaux internes doivent rester distincts au niveau de hypervisor. Vous devez par conséquent utiliser différents PVID pour les deux cartes du client et vous ne pouvez pas utiliser d’autres VID sur celles-ci. Scénario : configuration de la fonction MPIO (Multi-Path I/O) pour les partitions logiques client AIX La fonction MPIO (Multi-Path I/O) permet d’accroître la disponibilité des ressources SCSI virtuelles en fournissant à ces dernières des chemins redondants. Cette rubrique explique comment configurer la fonction MPIO (Multi-Path I/O) pour les partitions logiques client AIX. Pour fournir la fonction MPIO à des partitions logiques client AIX, deux partitions logiques de serveur d’E-S virtuel doivent être configurées sur votre système. Cette procédure suppose que les disques soient déjà alloués aux deux partitions logiques du serveur d’E-S virtuel impliquées dans cette configuration. Pour configurer la fonction MPIO, procédez comme suit. Dans ce scénario, nous utiliserons, pour la configuration, les disques hdisk5 (dans la première partition logique du serveur d’E-S virtuel) et hdisk7 (dans la deuxième partition logique du serveur d’E-S virtuel). La figure suivante montre la configuration qui va être effectuée avec ce scénario. 44 Guide d’utilisation de PowerVM Editions En utilisant la figure précédente comme guide, suivez la procédure ci-après. 1. A l’aide de la console HMC, créez les cartes de serveur SCSI sur les deux partitions logiques serveur d’E-S virtuel. 2. A partir de la console HMC, créez deux cartes SCSI de client virtuel sur les partitions logiques client, chacune devant être mappée avec l’une des partitions logiques du serveur d’E-S virtuel. 3. Sur l’une des partitions logiques du serveur d’E-S virtuel, indiquez les disques disponibles en entrant lsdev -type disk. Les résultats obtenus sont semblables à ce qui suit : name hdisk3 hdisk4 hdisk5 status description Available Available Available MPIO Other FC SCSI Disk Drive MPIO Other FC SCSI Disk Drive MPIO Other FC SCSI Disk Drive Sélectionnez le disque à utiliser dans la configuration MPIO. Dans ce scénario, nous avons sélectionné hdisk5. 4. Déterminez l’identificateur du disque que vous avez sélectionné. Pour plus d’informations, voir «Identification des disques exportables», à la page 90. Dans ce scénario, le disque n’a pas d’identificateur d’attribut de volume IEEE ni d’identificateur unique (UDID). Par conséquent, la détermination de l’identificateur physique (PVID) exige d’exécuter la commande lspv hdisk5. Les résultats obtenus sont semblables à ce qui suit : hdisk5 00c3e35ca560f919 None La deuxième valeur correspond au PVID. Dans le présent scénario, le PVID est 00c3e35ca560f919. Notez cette valeur. Chapitre 3. Serveur d’E-S virtuel 45 5. Obtenez la liste des attributs du disque en utilisant la commande lsdev. Dans ce scénario, nous avons saisi lsdev -dev hdisk5 -attr. Les résultats obtenus sont semblables à ce qui suit : .. lun_id .. .. pvid .. reserve_policy 0x5463000000000000 Logical Unit Number ID False 00c3e35ca560f9190000000000000000 Physical volume identifier False single_path True Reserve Policy Prenez note des valeurs des attributs lun_id et reserve_policy. Si la valeur de l’attribut reserve_policy n’est pas no_reserve, vous devez la modifier. Pour attribuer la valeur no_reserve à l’attribut reserve_policy, entrez chdev -dev hdiskx -attr reserve_policy=no_reserve. 6. Sur la deuxième partition logique du serveur d’E-S virtuel, obtenez la liste des volumes physiques en entrant la commande lspv. Dans le résultat obtenu, repérez le disque disposant du même PVID que le disque identifié précédemment. Dans ce scénario, le PVID du hdisk7 correspond : hdisk7 00c3e35ca560f919 None Conseil : Bien que les valeurs PVID doivent être identiques, les numéros de disque sur les deux partitions logiques du serveur d’E-S virtuel peuvent être différents. 7. Déterminez si l’attribut reserve_policy est paramétré sur no_reserve en utilisant la commande lsdev. Dans ce scénario, nous avons saisi lsdev -dev hdisk7 -attr. Les résultats obtenus sont semblables à ce qui suit : .. lun_id .. pvid .. reserve_policy 0x5463000000000000 Logical Unit Number ID 00c3e35ca560f9190000000000000000 Physical volume identifier single_path False False Reserve Policy Si la valeur de l’attribut reserve_policy n’est pas no_reserve, vous devez la modifier. Pour attribuer la valeur no_reserve à l’attribut reserve_policy, entrez chdev -dev hdiskx -attr reserve_policy=no_reserve. 8. Sur les deux partitions logiques du serveur d’E-S virtuel, utilisez la commande mkvdev pour créer les unités virtuelles. Pour chacune, veillez à utiliser la valeur hdisk appropriée. Dans ce scénario, nous utilisons les commandes suivantes : v Sur la première partition logique du serveur d’E-S virtuel, nous avons saisi mkvdev -vdev hdisk5 -vadapter vhost5 -dev vhdisk5. v Sur la deuxième partition logique du serveur d’E-S virtuel, nous avons entré mkvdev -vdev hdisk7 -vadapter vhost7 -dev vhdisk7. Le même numéro d’unité logique (LUN) est à présent exporté vers la partition logique du client à partir de deux partitions logiques de serveur d’E-S virtuel. 9. Vous pouvez désormais installer AIX sur la partition logique client. Pour plus d’informations sur l’installation d’AIX, voir Installation d’AIX dans un environnement partitionné, dans l’Information Center serveurs et AIX. 10. Une fois que vous avez installé AIX sur la partition logique client, vérifiez MPIO en exécutant la commande suivante : lspath Les résultats obtenus sont semblables à ce qui suit : Enabled hdisk0 vscsi0 Enabled hdisk0 vscsi1 46 Guide d’utilisation de PowerVM Editions En cas d’échec de l’une des partitions logiques de serveur d’E-S virtuel, le résultat de la commande lspath sera du type suivant : Failed hdisk0 vscsi0 Enabled hdisk0 vscsi1 A moins que les attributs hcheck_mode et hcheck_interval soient définis, l’état restera en mode échec (Failed), et ce même après récupération du disque. Pour que l’état soit mis à jour automatiquement, entrez chdev -l hdiskx -a hcheck_interval=60 -P. Pour que cette modification prenne effet, vous devez redémarrer la partition logique client. Planification du serveur d’E-S virtuel Cette rubrique vous éclaire sur les différents points à prendre en compte lors de la planification du serveur d’E-S virtuel. La présente section fournit des informations sur la planification relative au serveur d’E-S virtuel. Spécifications Cette rubrique définit les différentes possibilités de configuration, notamment le nombre minimal de ressources nécessaires et le nombre maximal de ressources autorisées. Pour activer le serveur d’E-S virtuel, vous devez disposer de la fonctionnalité matérielle PowerVM Editions (ou Advanced POWER Virtualization). Vous devez également disposer d’une partition logique possédant suffisamment de ressources à partager avec les autres partitions logiques. Vous trouverez ci-après une liste des dispositifs matériels minimaux nécessaires à la création du serveur d’E-S virtuel. Tableau 11. Ressources requises Ressource Configuration requise console HMC (Hardware Management) ou Integrated Virtualization Manager La console HMC ou le gestionnaire Integrated Virtualization Manager est nécessaire pour créer la partition logique et allouer les ressources. Carte de mémoire La partition logique du serveur nécessite au moins une carte de mémoire. Disque physique Le disque doit être d’au moins 16 Go. Ce disque peut être partagé. Carte Ethernet Une carte Ethernet est nécessaire si vous souhaitez acheminer le trafic réseau de cartes Ethernet virtuelles vers une carte de réseau Ethernet partagée. Mémoire Pour les systèmes équipés du processeur POWER6, vous devez disposer d’au moins 768 Mo de mémoire. Pour les systèmes équipés du processeur POWER5, vous devez disposer d’au moins 512 Mo de mémoire. Processeur Un minimum de 0,1 processeur est requis. Le tableau suivant illustre les limitations liées à la gestion de l’espace de stockage. Tableau 12. Limitations liées à la gestion de l’espace de stockage Catégorie Limitation Groupes de volumes 4096 par système Volumes physiques 1024 par groupe de volumes Partitions physiques 1024 par groupe de volumes Volumes logiques 1024 par groupe de volumes Partitions logiques Aucune limite Chapitre 3. Serveur d’E-S virtuel 47 Limites et restrictions Informations sur les limites de configuration du serveur d’E-S virtuel. Tenez compte des points suivants lors de l’implémentation de l’interface SCSI virtuelle : v L’interface SCSI virtuelle prend en charge les normes de connexion suivantes pour les unités de support : Fibre Channel, SCSI, SCSI RAID, iSCSI, SAS, SATA, USB et IDE. v Le protocole SCSI définit les commandes obligatoires et facultatives. L’interface SCSI virtuelle prend en charge toutes les commandes obligatoires, mais ne prend pas en charge toutes les commandes facultatives. v L’utilisation d’unités SCSI virtuelles a une incidence sur les performances. Le modèle client/serveur étant constitué de couches de fonctions, l’utilisation de l’interface SCSI virtuelle peut consommer davantage de cycles de processeur lors du traitement des demandes d’E-S. v Le serveur d’E-S virtuel est une partition logique dédiée ne devant être utilisée que pour les opérations liées au serveur d’E-S virtuel. Aucune autre application ne peut s’exécuter sur la partition logique du serveur d’E-S virtuel. v Une dégradation des performances peut avoir lieu en cas de ressources insuffisantes. Si un serveur d’E-S virtuel fournit beaucoup de ressources aux autres partitions logiques, vérifiez que vous disposez d’une puissance de processeur suffisante. En cas de charge de travail élevée au niveau des cartes Ethernet virtuelles et des disques virtuels, les partitions logiques peuvent subir des retards lors de l’accès aux ressources. v Les volumes logiques et les fichiers exportés en tant que disques SCSI virtuels sont toujours configurés comme des unités à accès unique sur la partition logique client. v Les volumes logiques ou fichiers exportés en tant que disques SCSI virtuels appartenant au groupe de volumes root (rootvg) ne sont pas persistants si vous réinstallez le serveur d’E-S virtuel. En revanche, ils sont persistants si vous mettez à jour le serveur d’E-S virtuel avec un nouveau Service Pack. Par conséquent, avant de réinstaller le serveur d’E-S virtuel, veillez à sauvegarder les disques virtuels des clients correspondants. Lors de l’exportation de volumes logiques, il est préférable d’exporter les volumes logiques d’un autre groupe que ceux du groupe de volumes root. Lors de l’exportation de fichiers, il est préférable de créer des pools de stockage de fichiers et le référentiel de supports virtuels dans un pool de stockage parent qui ne soit pas le groupe de volumes root. Tenez compte des points suivants lors de l’implémentation de cartes virtuelles : v Seules les cartes Ethernet peuvent être partagées. Les autres types de carte de réseau ne peuvent pas l’être. v L’acheminement IP n’est pas pris en charge sur le serveur d’E-S virtuel. v Le nombre maximal de cartes virtuelles peut être compris entre 2 et 65 536. Toutefois, si vous attribuez une valeur supérieure à 1024 au nombre maximum de cartes virtuelles, il est possible que la partition logique ne parvienne pas à s’activer ou que le microprogramme du serveur ait besoin de davantage de mémoire système pour gérer les cartes virtuelles. Le serveur d’E-S virtuel prend en charge les partitions logiques client qui exécutent les systèmes d’exploitation suivants sur les serveurs équipés du processeur POWER6 ci-après. Tableau 13. Prise en charge de système d’exploitation pour les partitions logiques client du serveur d’E-S virtuel Système d’exploitation Serveurs à base de processeurs POWER6 AIX 5.3 ou version ultérieure Tous les serveurs équipés du processeur POWER6 SUSE Linux Enterprise Server 10 Service Pack 2 ou supérieur v 19F/HA SUSE Linux Enterprise Server 10 Service Pack 1 v 03E/4A v 25F/2A v 04E/8A v 17M/MA 48 Guide d’utilisation de PowerVM Editions Tableau 13. Prise en charge de système d’exploitation pour les partitions logiques client du serveur d’E-S virtuel (suite) Système d’exploitation Serveurs à base de processeurs POWER6 Red Hat Enterprise Linux version 5.2 v 19F/HA v 25F/2A Red Hat Enterprise Linux version 5.1 v 03E/4A v 04E/8A v 17M/MA Red Hat Enterprise Linux version 4.7 19F/HA Red Hat Enterprise Linux version 4.6 25F/2A Red Hat Enterprise Linux version 4.5 v 03E/4A v 04E/8A v 17M/MA Le serveur d’E-S virtuel prend en charge les partitions logiques client qui exécutent les systèmes d’exploitation suivants sur les serveurs équipés du processeur POWER5 suivants : v AIX 5.3 (ou plus) v SUSE Linux Enterprise Server 9 (ou plus) v SUSE Linux Enterprise Server 10 (ou plus) v Red Hat Enterprise Linux version 4 (ou plus) v Red Hat Enterprise Linux version 5 (ou ultérieure) Prévision de la capacité Cette rubrique fournit des remarques sur la prévision de la capacité pour le serveur d’E-S virtuel, notamment des informations sur les limites et les ressources matérielles. Les partitions logiques client peuvent utiliser des unités virtuelles, des unités dédiées ou une association de ces deux types d’unité. Avant de commencer à configurer et à installer le serveur d’E-S virtuel et des partitions logiques client, planifiez les ressources qui seront utilisées par chaque partition logique. Vous devez prendre en compte les exigences de débit et la charge de travail globale pour décider si vous utiliserez des unités virtuelles ou dédiées, et pour définir les ressources à allouer au serveur d’E-S virtuel. Si on les compare aux disques SCSI dédiés, les disques SCSI virtuels peuvent permettre d’obtenir des valeurs de débit similaires, selon différents facteurs (en particulier, la charge de travail et les ressources de l’unité SCSI virtuelle). Toutefois, les unités SCSI virtuelles sollicitent généralement davantage les processeurs que les unités de stockage directement connectées. Planification de l’interface SCSI virtuelle Informations relatives à la planification de la capacité et aux performances de l’interface SCSI. En termes de performances, la qualité varie selon les sous-systèmes d’E-S. Il en va de même pour l’interface SCSI virtuelle. La présente section décrit les différences de performance entre les E-S physiques et virtuelles. Vous y trouverez les informations suivantes : Temps d’attente de l’interface SCSI virtuelle : Informations relatives au temps d’attente lié à l’interface SCSI virtuelle. Le temps d’attente d’entrée-sortie (E-S) correspond au délai entre le lancement et l’exécution d’une opération d’E-S. Prenons l’exemple d’un programme qui exécute 1000 opérations d’E-S aléatoires sur disque, une par une. Si le temps nécessaire pour exécuter une opération moyenne est de 6 millisecondes, Chapitre 3. Serveur d’E-S virtuel 49 le programme ne s’exécute pas en moins de 6 secondes. Toutefois, si le temps de réponse moyen est abaissé à 3 millisecondes, le temps d’exécution du programme peut être réduit de 3 secondes. Les applications à unités d’exécutions multiples ou qui utilisent des E-S asynchrones peuvent être moins sensibles aux temps d’attente mais dans la plupart des cas, des temps d’attente réduits permettent d’améliorer les performances. L’interface SCSI virtuelle est mise en oeuvre en tant que modèle client-serveur, ce qui se traduit par un temps d’attente qui n’existe pas avec des unités de stockage connectées directement. Ce temps d’attente peut être de 0,03 à 0,06 millisecondes par opération d’E-S, en fonction principalement de la longueur de bloc de la demande. Le temps d’attente moyen est comparable pour les unités virtuelles basées sur des disques physiques et des volumes logiques. Les temps d’attente liés à l’utilisation d’un serveur d’E-S virtuel dans une partition logique de processeur partagé peuvent être plus élevés et plus variables qu’avec un serveur d’E-S virtuel dans une partition dédiée. Pour plus d’informations sur les différences de performances entre les partitions logiques dédiées et les partitions logiques de traitement partagé, voir «Considérations sur le dimensionnement de l’interface SCSI virtuelle», à la page 51. Le tableau suivant identifie les temps d’attente (en millisecondes) pour des transmissions de différentes tailles de bloc sur des disques physiques et des disques SCSI virtuels associés à des volumes logiques. Tableau 14. Augmentation du temps de réponse d’E-S sur disque en fonction de la longueur de bloc (en millisecondes) Type 4 ko 8 ko 32 ko 64 ko 128 ko Disque physique 0,032 0,033 0,033 0,040 0,061 Volume logique 0,035 0,036 0,034 0,040 0,063 Le temps de réponse moyen croît avec l’augmentation de la longueur de bloc. L’augmentation des temps d’attente d’une opération SCSI virtuelle est relativement plus importante sur des longueurs de bloc courtes en raison du temps de réponse moins élevé qui leur est associé. Bande passante de l’interface SCSI virtuelle : Informations relatives à la largeur de bande de l’interface SCSI virtuelle. La largeur de bande d’entrée-sortie correspond à la quantité maximale de données pouvant être lue ou écrite sur une unité de stockage dans une unité de temps. La largeur de bande peut être mesurée à partir d’une seule unité d’exécution ou d’un ensemble d’unités d’exécution s’exécutant simultanément. Même si de nombreuses applications client sont plus sensibles au temps d’attente qu’à la largeur de bande, la largeur de bande joue un rôle essentiel dans de nombreuses opérations courantes, telles que la sauvegarde et la restauration de données rémanentes. Le tableau suivant compare les résultats des tests de largeur de bande pour l’interface SCSI virtuelle et les performances d’E-S physiques. Lors des tests, une unité d’exécution unique fonctionne en mode séquentiel sur un fichier constant de 256 Mo avec un serveur d’E-S virtuel s’exécutant dans une partition dédiée. D’autres opérations d’E-S sont émises lors de la lecture ou de l’écriture sur ce fichier avec une longueur de bloc plus petite. Le test a été effectué à l’aide d’un serveur de stockage avec le code fonction 6239 (type 5704/0625) et une carte à canal optique 2 gigabit associée à un élément RAID0 LUN composé de cinq disques physiques provenant d’un système de disques DS4400 (auparavant un système FAStT700). Le tableau dresse une comparaison de la largeur de bande mesurée en mégaoctets par seconde (Mo/s) via une interface SCSI virtuelle et une connexion locale pour des lectures avec des opérations de longueur de bloc variable. La différence entre les E-S virtuelles et les E-S physiques dans ces tests est attribuable au temps d’attente plus long lorsque les E-S virtuelles sont utilisées. En raison du nombre plus important d’opérations, la largeur de bande mesurée avec des petites longueurs de bloc est moins élevée qu’avec des longueurs de bloc plus grandes. 50 Guide d’utilisation de PowerVM Editions Tableau 15. Comparaison de la largeur de bande physique (en Mo/s) entre le mode physique et le mode interface SCSI virtuelle Type d’E-S 4 ko 8 ko 32 ko 64 ko 128 ko Mode virtuel 20,3 35,4 82,6 106,8 124,5 Physique 24,3 41,7 90,6 114,6 132,6 Considérations sur le dimensionnement de l’interface SCSI virtuelle : Cette rubrique décrit les critères de taille de mémoire et de processeur à prendre en compte lors de l’implémentation de l’interface SCSI virtuelle. Lorsque vous concevez et implémentez un environnement d’application d’interface SCSI virtuelle, prenez en compte les facteurs suivants concernant le dimensionnement : v Quantité de mémoire allouée au serveur d’E-S virtuel v Autorisation d’utilisation des processeurs du serveur d’E-S virtuel v Exécution du serveur d’E-S virtuel en tant que partition logique de processeur partagé ou en tant que partition logique de processeur dédié Il n’est pas nécessaire de prendre en compte l’impact au niveau des processeurs des E-S virtuelles sur le client. Les cycles de processeur exécutés sur le client pour effectuer une opération d’E-S de l’interface SCSI virtuelle sont comparables à ceux d’une unité d’E-S connectée en local. Il n’y a donc pas lieu de procéder au dimensionnement sur la partition logique client pour une tâche connue. Ces techniques de dimensionnement ne prévoient pas la combinaison de la fonction Ethernet partagée avec le serveur SCSI virtuel. Si ces deux techniques sont associées, pensez à ajouter des ressources au compte pour l’activité Ethernet partagée avec l’interface SCSI virtuelle. Dimensionnement de l’interface SCSI virtuelle à l’aide des partitions logiques d’un processeur dédié L’allocation d’utilisation des processeurs requise pour un serveur SCSI virtuel est basée sur les débits d’E-S maximum nécessaires. Comme les serveurs SCSI virtuels ne s’exécutent généralement pas à des débits d’E-S maximum en permanence, on risque de ne pas tirer parti du temps processeur disponible lors de l’utilisation des partitions logiques de processeur dédié. La première des méthodes de dimensionnement ci-dessous requiert une bonne connaissance des débits d’E-S et des tailles d’E-S nécessaires sur le serveur SCSI virtuel. Avec la seconde, le serveur SCSI virtuel est dimensionné en fonction de la configuration d’E-S. La méthode de dimensionnement utilisée repose sur l’observation que le temps processeur requis pour effectuer une opération d’E-S sur le serveur SCSI virtuel est relativement constant pour une taille d’E-S donnée. Il s’agit en fait d’une simplification car les différents pilotes de périphérique offrent des performances légèrement différentes. Toutefois, dans la plupart des situations, les périphériques d’E-S pris en charge par le serveur SCSI virtuel sont suffisamment similaires. Le tableau suivant montre le nombre approximatif de cycles par seconde pour les opérations sur disque physique et sur volume logique sur un processeur 1,65 Ghz. Ces chiffres sont mesurés au niveau du processeur physique ; on suppose qu’une opération de traitement multitâche simultané (SMT) est effectuée. Pour les autres fréquences, l’adaptation de ces valeurs en calculant le rapport des fréquences (par exemple, 1,5 Ghz = 1,65 Ghz / 1,5 Ghz X nombre de cycles par opération) donne un résultat suffisamment précis pour que le dimensionnement convienne. Tableau 16. Nombre approximatif de cycles par seconde sur une partition logique 1,65 Ghz Type de disque 4 ko 8 ko 32 ko 64 ko 128 ko Disque physique 45.000 47.000 58.000 81.000 120.000 Volume logique 49.000 51.000 59.000 74.000 105.000 Chapitre 3. Serveur d’E-S virtuel 51 Prenons l’exemple d’un serveur d’E-S virtuel qui utilise trois partitions logiques client pour le stockage sur disque physique. La première partition logique client requiert un maximum de 7000 opérations de 8 Ko par seconde. La deuxième requiert un maximum de 10 000 opérations de 8 Ko par seconde. La troisième nécessite un maximum de 5000 opérations de 128 Ko par seconde. Le nombre de processeurs 1,65 Ghz nécessaire est d’environ ((7 000 × 47 000 + 10 000 × 47 000 + 5 000 × 120 000) / 1 650 000 000) = 0,85 processeur, ce qui équivaut à un processeur unique lors de l’utilisation d’une partition logique de processeur dédié. Si le débit d’E-S des partitions logiques client n’est pas connu, vous pouvez dimensionner le serveur d’E-S virtuel en fonction du débit d’E-S maximum du sous-système de stockage connecté. Ce dimensionnement peut être orienté vers des opérations d’E-S de petite ou de grande taille. Un dimensionnement par rapport à la capacité maximale d’opérations d’E-S volumineuses équilibre la capacité de processeur du serveur d’E-S virtuel en fonction de la largeur de bande d’E-S de l’unité d’E-S connectée. Cette méthode présente un aspect négatif dans la plupart des cas : il est affecté plus d’autorisations d’utilisation des processeurs au serveur d’E-S virtuel que ce qui est généralement utilisé. Prenons l’exemple d’un serveur d’E-S virtuel qui gère 32 disques SCSI physiques. Il est possible d’établir un nombre maximal de processeurs requis en se basant sur des estimations des débits d’E-S pouvant être atteints par les disques. Si vous savez que la charge de travail consiste principalement en opérations aléatoires de 8096 octets, vous pouvez en déduire que chaque disque peut prendre en charge environ 200 opérations d’E-S par seconde (unités 15000 tours par minute). Au maximum, le serveur d’E-S virtuel doit gérer environ 32 disques × 200 opérations d’E-S par seconde × 47 000 cycles par opération, soit les performances d’environ 0,19 processeur. Sous un autre angle, un serveur d’E-S virtuel équipé d’un processeur doit pouvoir prendre en charge plus de 150 disques exécutant des opérations d’E-S aléatoires de 8096 octets. Par ailleurs, si le serveur d’E-S virtuel est dimensionné pour la largeur de bande maximale, le résultat est un nombre plus grand de processeurs. La différence est due au fait que la largeur de bande maximale suppose des E-S séquentielles. Comme les disques sont plus efficaces pour des opérations d’E-S séquentielles de grande taille que pour des opérations d’E-S aléatoires de petite taille, un nombre beaucoup plus élevé d’opérations d’E-S par seconde peut être exécuté. Prenons l’exemple de disques pouvant prendre en charge 50 Mo par seconde pour des opérations d’E-S de 128 Ko. Cette situation implique que chaque disque peut effectuer en moyenne 390 opérations d’E-S par seconde. Par conséquent, la puissance de traitement requise pour la prise en charge de 32 disques exécutant chacun 390 opérations d’E-S par seconde avec un coût de fonctionnement de 120 000 cycles (32 X 390 X 120 000 / 1 650 000 000) est de 0,91 processeur environ. Un serveur d’E-S virtuel équipé d’un processeur doit pouvoir utiliser 32 disques rapides avec un rendement maximal. Dimensionnement du serveur SCSI virtuel à l’aide des partitions logiques d’un processeur partagé La répartition de serveurs SCSI virtuels en partitions logiques de processeur partagé permet un dimensionnement des ressources processeur plus adéquat et une récupération potentielle du temps processeur non utilisé par des partitions logiques non bridées. Toutefois, l’utilisation de partitions de processeur partagé pour les serveurs SCSI virtuels peut souvent augmenter le temps de réponse d’E-S et rendre plus complexe le dimensionnement des autorisations d’utilisation des processeurs. La méthode de dimensionnement doit être basée sur le même coût de fonctionnement pour les serveurs d’E-S à partitions logiques dédiées, avec l’ajout de la possibilité de l’exécution dans des partitions logiques de processeur partagé. Configurez le serveur d’E-S virtuel en mode non bridé. Ainsi, si le serveur d’E-S virtuel est sous-dimensionné, il est possible d’obtenir du temps processeur supplémentaire en fonction des opérations d’E-S. 52 Guide d’utilisation de PowerVM Editions Comme le temps d’attente d’E-S avec une interface SCSI virtuelle dépend d’un certain nombre de conditions, procédez comme suit si une partition logique a des besoins importants en termes d’E-S : v Configurez la partition logique avec des E-S physiques si la configuration le permet. v Dans la plupart des cas, la partition logique du serveur d’E-S virtuel peut utiliser un processeur partagé, non bridé. Dimensionnement de la mémoire du serveur SCSI virtuel Le dimensionnement de la mémoire dans l’interface SCSI virtuelle est simplifié dans la mesure où aucune mise en mémoire cache des données de fichier n’est effectuée dans la mémoire du serveur SCSI virtuel. De ce fait, les besoins en mémoire du serveur SCSI virtuel sont relativement modestes. Avec des configurations d’E-S importantes et des débits de données très élevés, une allocation de 1 Go de mémoire au serveur SCSI virtuel est probablement suffisante. 512 Mo seront sans doute suffisants pour des situations impliquant des débits d’E-S peu élevés et un nombre réduit de disques connectés. Planification des cartes Ethernet partagées Cette section fournit des informations sur les performances et la prévision de la capacité de la carte de réseau Ethernet partagée. La présente section contient des informations sur la planification et les performances des cartes Ethernet partagées sur le serveur d’E-S virtuel. Configuration requise pour le réseau : Cette rubrique fournit des informations permettant de dimensionner de façon précise l’environnement de cartes Ethernet partagées. Pour planifier l’utilisation de cartes Ethernet partagées, vous devez déterminer vos besoins en matière de réseau. Cette section présente les points à prendre en compte lors du dimensionnement de l’environnement de cartes Ethernet partagées. Le dimensionnement d’un serveur d’E-S virtuel pour une carte de réseau Ethernet partagée requiert la prise en compte des facteurs suivants : v Définition de la largeur de bande cible (Mo par seconde), ou besoins en débit de transactions (opérations par seconde). Les performances cible de la configuration doivent être déterminées à partir de vos exigences de charge de travail. v Définition du type de charge de travail (orienté flots de données ou transactions). v Identification de la taille d’unité de transmission maximale (MTU) qui sera utilisée (1500 octets ou grandes trames). v Choix d’un environnement avec ou sans unités d’exécution pour la carte de réseau Ethernet partagée. v Connaissance des taux de débit offerts par différentes cartes Ethernet (voir Sélection de cartes). v Détermination des cycles de processeur requis par octet de débit ou par transaction (voir Allocation de processeur). Exigences en termes de largeur de bande Il faut avant tout déterminer la largeur de bande cible sur la carte Ethernet physique du serveur d’E-S virtuel. Cela permet d’identifier le débit de transfert possible entre le serveur d’E-S virtuel et les partitions logiques client. Une fois que le débit à atteindre est connu, le type et le nombre adéquats de cartes de réseau peuvent être sélectionnés. Par exemple, vous pouvez utiliser des cartes Ethernet présentant de différents débits. Une ou plusieurs cartes peuvent être utilisées sur chaque réseau ou des cartes peuvent être combinées en utilisant l’Agrégation de liaisons (ou EtherChannel). Type de charge de travail Le type de charge de travail prévu doit être pris en compte : flots de données pour les charges de travail (transferts de fichiers ou sauvegarde de données, par exemple) ou charges de travail constituées de petites transactions (par exemple, des appels de procédure distante, RPC). Une charge de travail de type Chapitre 3. Serveur d’E-S virtuel 53 flot de données est constituée de paquets réseau complets volumineux et de paquets TCP plus petits qui leur sont associés. Les charges de travail de type transaction impliquent généralement des paquets plus petits, ou parfois des demandes de petite taille telles qu’une adresse URL et une réponse plus grande, telle qu’une page Web. Il est fréquent qu’un serveur d’E-S virtuel ait à prendre en charge des flots de données et des petits paquets. Dans ce cas, choisissez la taille en fonction des deux modèles. Taille MTU La taille de MTU (unité de transmission maximale) des cartes de réseau doit également être prise en compte. La MTU Ethernet standard est de 1500 octets. Les liaisons Gigabit Ethernet et 10 Gigabit Ethernet peuvent prendre en charge des grandes trames de 9000 octets. Les grandes trames peuvent réduire les cycles de processeur pour les charges de travail de type flot de données. En revanche, pour des charges de travail plus petites, des tailles de MTU élevées ne contribueront peut-être pas à réduire les cycles de processeur. Environnement avec ou sans unités d’exécution Utilisez le mode avec unités d’exécution lorsque l’interface SCSI virtuelle est exécutée sur la même partition logique de serveur d’E-S virtuel que la carte de réseau Ethernet partagée. Le mode avec unités d’exécution permet de s’assurer que l’interface SCSI virtuelle et la carte de réseau Ethernet partagée partagent les ressources du processeur de manière adaptée. Toutefois, l’utilisation d’unités d’exécution augmente la longueur des chemins d’accès aux instructions, ce qui nécessite des cycles de processeur supplémentaires. Si la partition logique du serveur d’E-S virtuel est dédiée uniquement à l’exécution d’unités Ethernet partagées (et des unités virtuelles Ethernet associées), les cartes doivent être configurées de manière à ce que l’utilisation d’unités d’exécution soit désactivée.Pour plus d’informations, voir «Allocation de processeur», à la page 57. Débit des cartes Le fait de connaître les capacités de débit de différentes cartes Ethernet peut vous aider à déterminer les cartes à utiliser comme cartes Ethernet partagées et le nombre de cartes requises. Pour plus d’informations, voir «Sélection de cartes». Autorisation d’utilisation des processeurs Vous devez déterminer la puissance de processeur requise pour transférer les données via les cartes au débit souhaité. Les pilotes de périphérique de réseau consomment généralement une quantité importante de ressources processeur. De petits paquets peuvent entrer à un débit plus élevé et utiliser plus de cycles de processeur que les charges de travail à paquets plus volumineux. Les charges de travail à paquets volumineux sont généralement limitées par la largeur de bande du câble réseau et entrent à un débit plus lent. Ils nécessitent donc moins de puissance de processeur que les charges de travail à petits paquets pour la quantité de données transférées. Sélection de cartes : Cette section fournit les attributs et caractéristiques de performances des différents types de carte Ethernet pour vous permettre de choisir les cartes à utiliser dans votre environnement. Cette section fournit les débits approximatifs de différentes cartes Ethernet définies avec des tailles de MTU (unité de transmission maximale) variées. Vous pouvez ainsi déterminer les cartes requises pour configurer un serveur d’E-S virtuel. Pour ce faire, vous devez connaître le débit souhaité pour la partition logique client. Voici quelques informations générales concernant le débit réseau. Ces chiffres ne sont pas propres à une installation et peuvent servir d’instructions d’ordre général pour le dimensionnement. Dans les tableaux suivants, les estimations des vitesses 100 Mbits, 1 Gbit et 10 Gbits sont arrondies à l’unité inférieure. 54 Guide d’utilisation de PowerVM Editions Tableau 17. Débits de flot de données simplex (monodirectionnel) Vitesse de la carte Débit approximatif Ethernet 10 Mbits 1 Mo/seconde Ethernet 100 Mbits 10 Mo/seconde Ethernet 1000 Mbits (Gigabit Ethernet) 100 Mo/seconde Ethernet 10 000 Mbits (10 Gigabit Ethernet, carte de réseau Ethernet hôte ou carte Ethernet virtuelle intégrée) 1000 Mbits/seconde Tableau 18. Débits en duplex intégral (bidirectionnel) sur un réseau en duplex intégral Vitesse de la carte Débit approximatif Ethernet 10 Mbits 2 Mo/seconde Ethernet 100 Mbits 20 Mo/seconde Ethernet 1000 Mbits (Gigabit Ethernet) 150 Mo/seconde Ethernet 10 000 Mbits (10 Gigabit Ethernet, carte de réseau Ethernet hôte ou carte Ethernet virtuelle intégrée) 1500 Mbits/seconde Les tableaux suivants répertorient les débits de charge réseau maximum qui correspondent aux débits de données de charge utilisateur pouvant être obtenus à l’aide de programmes basés sur sockets pour des applications faisant circuler des flots de données. Les débits dépendent du débit binaire du réseau, de la taille MTU, du temps système de niveau physique (tel que les délais intertrames et les bits initiaux), des en-têtes de liaison de données et des en-têtes TCP/IP. On suppose qu’un processeur dont la vitesse se mesure en Gigahertz est utilisé. Ces chiffres sont optimaux pour un réseau local unique. Les résultats obtenus peuvent varier si le trafic réseau circule par le biais de périphériques réseau supplémentaires. Dans les tableaux suivants, le débit binaire brut correspond au débit binaire de support physique et ne reflète pas les délais intertrames, les bits initiaux, les en-têtes et en-queues de liaison de données. Les délais intertrames, les bits initiaux, les en-têtes et en-queues de liaison de données peuvent diminuer le débit binaire utilisable effectif du câble. Les débits de flot de données monodirectionnel (simplex) TCP sont les débits qui peuvent être obtenus en envoyant des données d’une machine à une autre dans un test de mémoire à mémoire. Un support en duplex intégral peut généralement offrir des performances légèrement supérieures parce que les paquets d’accusé de réception TCP peuvent circuler sans utiliser le même fil que les paquets de données entrants. Tableau 19. Débits de flot de données monodirectionnels (simplex) Type de réseau Débit binaire brut (Mbits) Débit de charge (Mbits) Débit de charge (Mo) Ethernet 10 Mbits, semi-duplex 10 6 0,7 Ethernet 10 Mbits, duplex intégral 10 (20 Mbits en duplex intégral) 9,48 1,13 Ethernet 100 Mbits, semi-duplex 100 62 7,3 Ethernet 100 Mbits, duplex intégral 100 (200 Mbits en duplex intégral) 94,8 11,3 Ethernet 1000 Mbits, duplex 1000 (2000 Mbits en duplex 948 intégral, MTU de 1500 intégral) 113 Ethernet 1000 Mbits, duplex 1000 (2000 Mbits en duplex 989 intégral, MTU de 9000 intégral) 117,9 Chapitre 3. Serveur d’E-S virtuel 55 Tableau 19. Débits de flot de données monodirectionnels (simplex) (suite) Type de réseau Débit binaire brut (Mbits) Débit de charge (Mbits) Débit de charge (Mo) Ethernet 1000 Mbits, duplex 10000 intégral, carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée) MTU de 1500 9479 1130 Ethernet 1000 Mbits, duplex 10000 intégral, carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée) MTU de 9000 9899 1180 Les données circulent dans les deux directions pour les charges de travail de type flot de données TCP en duplex intégral. Un support en duplex intégral peut s’avérer plus avantageux pour les charges de travail pouvant envoyer et recevoir simultanément des paquets. Certains supports, par exemple Ethernet en mode semi-duplex, ne peuvent pas envoyer et recevoir des paquets simultanément. Ils ne fonctionneront pas mieux et diminueront les performances pour des charges de travail en mode duplex. Avec des charges de travail duplex, le débit n’est pas entièrement doublé par rapport à des charges de travail simplex parce que les paquets d’accusé de réception TCP renvoyés par le destinataire utilisent la même voie que les paquets de données circulant dans la même direction. Tableau 20. Débits de flot de données bidirectionnels (duplex) Type de réseau Débit binaire brut (Mbits) Débit de charge (Mbits) Débit de charge (Mo) Ethernet 10 Mbits, semi-duplex 10 5,8 0,7 Ethernet 10 Mbits, duplex intégral 10 (20 Mbits en duplex intégral) 18 2,2 Ethernet 100 Mbits, semi-duplex 100 58 7 Ethernet 100 Mbits, duplex intégral 100 (200 Mbits en duplex intégral) 177 21,1 Ethernet 1000 Mbits, duplex 1000 (2000 Mbits en duplex 1470 (1660 au maximum) intégral, MTU de 1500 intégral) 175 (198 au maximum) Ethernet 1000 Mbits, duplex 1000 (2000 Mbits en duplex 1680 (1938 au maximum) intégral, MTU de 9000 intégral) 200 (231 au maximum) Ethernet 10 000 Mbits, carte 10000 de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée), duplex intégral, MTU de 1500 14680 (15099 au maximum) 1750 (1800 au maximum) Ethernet 10 000 Mbits, carte 10000 de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée), duplex intégral, MTU de 9000 16777 (19293 au maximum) 2000 (2300 au maximum) Remarque : 1. Les valeurs maximales représentent un débit optimal avec plusieurs sessions TCP s’exécutant dans les deux directions. Les autres débits correspondent à une session TCP unique. 2. Les débits duplex Ethernet 1000 MBits (Gigabit Ethernet) correspondent à une carte PCI-X dans un emplacement PCI-X. 56 Guide d’utilisation de PowerVM Editions 3. Les débits de données sont obtenus avec TCP/IP utilisant le protocole IPv4. RFC 1323 doit être activé pour les cartes dont la taille MTU est fixée à 9000. Allocation de processeur : Cette section contient des instructions d’allocation de processeur pour les partitions logiques de processeur dédiées et les partitions logiques de processeur partagé. Ces instructions sont différentes pour chaque situation, car une liaison Ethernet avec une taille MTU de 1500 octets utilise plus de cycles de processeur qu’une liaison Ethernet exécutant des grandes trames (MTU de 9000 octets). En général, l’utilisation de processeur pour des charges de travail avec des paquets volumineux sur des grandes trames est à peu près divisée par deux par rapport à des tailles MTU de 1500 octets. Si la taille MTU (unité de transmission maximale) est fixée à 1500, un processeur (1,65 Ghz) doit être fourni par carte Ethernet Gigabit pour pouvoir atteindre la largeur de bande maximale. Cela représente dix cartes Ethernet de 100 Mbits si vous utilisez des réseaux de petite taille. Pour des charges de travail de type transaction moins importantes, prévoyez d’utiliser un processeur complet afin d’obtenir un débit maximal pour la charge de travail Ethernet Gigabit. Par exemple, si deux cartes Ethernet Gigabit sont utilisées, allouez à la partition logique deux processeurs au maximum. Si la taille MTU est fixée à 9000 (grandes trames), 50 % d’un processeur (1,65 Ghz) doit être fourni par carte Ethernet Gigabit pour pouvoir atteindre la largeur de bande maximale. Pour des charges de travail à petits paquets, vous devez prévoir d’utiliser un processeur complet pour assurer le support de la charge de travail Ethernet Gigabit. Les grandes trames n’ont aucun effet dans le cas de charges de travail à petits paquets. carte de réseau Ethernet partagée avec une partition logique de processeur dédié Le dimensionnement indiqué est divisé en deux types de charge de travail : flot de données TCP et demande/réponse TCP. Des réseaux MTU 1500 et MTU 9000 ont été utilisés pour le dimensionnement qui est fourni en termes de cycles de machine par octet pour des flots de données ou par transaction dans le cas de charges de travail demande/réponse. Les données des tableaux suivants ont été déduites de la formule suivante : (nombre de processeurs × utilisation processeur × fréquence d’horloge de processeur) / débit en octets par seconde ou transaction par seconde = nombre de cycles par octet ou de transactions. Pour les besoins de ce test, les valeurs ont été mesurées sur une partition logique dotée d’un processeur 1,65 Ghz avec le traitement SMT (traitement simultané à unités d’exécution multiples) activé. Pour les autres fréquences de processeur, les valeurs du tableau peuvent être modifiées en utilisant le rapport des fréquences de processeur sur les valeurs approchées à utiliser pour le dimensionnement. Par exemple, pour une vitesse de processeur de 1,5 Ghz, utilisez 1,65/1,5 × nombre de cycles par octet du tableau. Le résultat de cet exemple correspond à 1,1 fois la valeur du tableau, ce qui revient à un besoin de 10 % de cycles supplémentaires pour compenser la vitesse d’horloge inférieure de 10 % du processeur 1,5 Ghz. Pour utiliser ces valeurs, multipliez le débit requis (en nombre d’octets ou de transactions) par la valeur de cycles par octet des tableaux suivants. Vous connaîtrez ainsi les cycles de machine requis pour une vitesse de 1,65 Ghz. Ajustez ensuite cette valeur en établissant le rapport de la vitesse réelle de la machine sur cette vitesse de 1,65 Ghz. Pour trouver le nombre de processeurs, divisez le résultat par 1 650 000 000 cycles (ou taux de cycles si vous avez procédé à un ajustement pour une machine d’une autre vitesse). Vous avez besoin du nombre de processeurs résultant pour supporter la charge de travail. Chapitre 3. Serveur d’E-S virtuel 57 Par exemple, si le serveur d’E-S virtuel doit fournir 200 Mo de débit de flot de données, la formule suivante est utilisée : 200 × 1 024 × 1 024 × 11,2 = 2 348 810 240 cycles / 1 650 000 000 cycles par processeur = 1,42 processeur. En nombres arrondis, le serveur d’E-S virtuel a besoin de 1,5 processeurs pour traiter cette charge de travail. Une telle charge de travail peut être traitée avec une partition logique dédiée à 2 processeurs ou une partition logique à 1,5 processeur partagé. Les tableaux suivants montrent le nombre de cycles de machine par octet pour une charge de travail de type flot de données TCP. Tableau 21. Liaison Ethernet partagée avec l’option d’utilisation d’unités d’exécution activée Type de flot de données Débit MTU 1500 et utilisation de processeur Débit MTU 9000 et MTU 1500, cycles par utilisation de octet processeur MTU 9000, cycles par octet Simplex 112,8 Mo à 80,6 % des 11,2 ressources processeur 117,8 Mo à 37,7 % des 5 ressources processeur Duplex 162,2 Mo à 88,8 % des ressources processeur 217 Mo à 52,5 % des ressources processeur 8,6 3,8 Tableau 22. Liaison Ethernet partagée avec l’option d’utilisation d’unités d’exécution désactivée. Type de flot de données Débit MTU 1500 et utilisation de processeur Débit MTU 9000 et MTU 1500, cycles par utilisation de octet processeur MTU 9000, cycles par octet Simplex 112,8 Mo à 66,4 % des 9,3 ressources processeur 117,8 Mo à 26,7 % des 3,6 ressources processeur Duplex 161,6 Mo à 76,4 % des 7,4 ressources processeur 216,8 Mo à 39,6 % des 2,9 ressources processeur Les tableaux suivants montrent le nombre de cycles de machine par octet pour une charge de travail de type demande/réponse. Une transaction est définie par la taille de demande et de réponse aller-retour. Tableau 23. Liaison Ethernet partagée avec l’option d’utilisation d’unités d’exécution activée Transactions par seconde et utilisation du serveur d’E-S virtuel MTU 1500 ou 9000, cycles par transaction Petits paquets (64 octets) 59 722 TPS à 83,4 % des ressources processeur 23 022 Grands paquets (1024 octets) 51 956 TPS à 80 % des ressources processeur 25 406 Taille de transaction Tableau 24. Liaison Ethernet partagée avec l’option d’utilisation d’unités d’exécution désactivée. Transactions par seconde et utilisation du serveur d’E-S virtuel MTU 1500 ou 9000, cycles par transaction Petits paquets (64 octets) 60 ;249 TPS à 65,6 % des ressources processeur 17 956 Grands paquets (1024 octets) 53 104 TPS à 65 % des ressources processeur 20 196 Taille de transaction 58 Guide d’utilisation de PowerVM Editions Les tableaux précédents montrent que l’option d’utilisation d’unités d’exécution de la liaison Ethernet partagée ajoute environ 16 à 20 % de cycles machine par transaction pour les flots de données MTU 1500 et 31 à 38 % pour MTU 9000. L’option d’utilisation d’unités d’exécution augmente le nombre de cycles machine par transaction pour de faibles charges de travail car les unités d’exécution sont démarrées pour chaque paquet. A des taux de charge de travail plus élevés, telles que les charges de travail en duplex intégral ou de demandes/réponses, les unités d’exécution peuvent durer plus longtemps sans attente ou réacheminement. L’option d’utilisation d’unités d’exécution est une option par liaison Ethernet partagée qui peut être configurée à l’aide de commandes du serveur d’E-S virtuel. Désactivez cette option si la liaison Ethernet partagée s’exécute seule dans une partition logique de serveur d’E-S virtuel (sans interface SCSI virtuelle dans la même partition). Vous pouvez activer ou désactiver l’utilisation d’unités d’exécution à l’aide de l’option -attr thread de la commande mkvdev. Pour activer l’utilisation d’unités d’exécution, utilisez l’option -attr thread=1. Pour la désactiver, utilisez l’option -attr thread=0. Par exemple, la commande ci-dessous désactive l’utilisation d’unités d’exécution pour la carte de réseau Ethernet partagée ent1 : mkvdev -sea ent1 -vadapter ent5 -default ent5 -defaultid 1 -attr thread=0 Dimensionnement d’un serveur d’E-S virtuel pour une liaison Ethernet partagée sur une partition logique de processeur partagé Vous pouvez créer une partition logique de processeur partagé pour un serveur d’E-S virtuel si ce dernier utilise des réseaux au débit plus lent (par exemple 10/100 Mbits) et qu’une partition logique de processeur complète n’est pas nécessaire. Il est recommandé de ne recourir à cette solution que si la charge de travail du serveur d’E-S virtuel est inférieure à la moitié d’un processeur ou si elle n’est pas constante. Le fait de configurer la partition logique du serveur d’E-S virtuel en mode non bridé peut également permettre d’utiliser plus de cycles de processeur pour traiter un débit qui n’est pas constant. Par exemple, si le réseau est utilisé uniquement lorsque d’autres processeurs sont inactifs, la partition logique du serveur d’E-S virtuel peut utiliser d’autres cycles de processeur et peut être créée avec des ressources processeur minimales pour traiter une charge de travail peu importante pendant la journée. Si vous créez un serveur d’E-S virtuel dans une partition logique de processeur partagé, ajoutez une autorisation d’utilisation des microprocesseurs supplémentaires à prendre en compte pour le dimensionnement. Allocation de mémoire : Informations relatives à l’allocation et au dimensionnement de la mémoire. En général, 512 Mo de mémoire par partition logique suffisent pour la plupart des configurations. Allouez suffisamment de mémoire aux structures de données du serveur d’E-S virtuel. Les cartes Ethernet et les unités virtuelles utilisent des mémoires tampon de réception dédiées. Ces mémoires tampon permettent de stocker les paquets entrants qui sont envoyés via l’unité sortante. Une carte Ethernet physique utilise généralement 4 Mo pour une unité de transmission maximale (MTU) de 1500 octets ou 16 Mo pour une unité de transmission maximale de 9000 octets dans le cas de mémoires tampon dédiées avec la technologie Gigabit Ethernet. Les autres cartes Ethernet sont similaires. Une liaison Ethernet virtuelle utilise généralement 6 Mo pour les mémoires tampon de réception dédiées. Toutefois, cette valeur peut varier en fonction de la charge de travail. Chaque instance de liaison Ethernet physique ou virtuelle a besoin de mémoire pour cette valeur de mémoires tampon. En outre, le système dispose d’un pool de mémoires tampon mbuf par processeur qui est utilisé si des mémoires tampon supplémentaires sont requises. Ces mémoires tampon occupent généralement 40 Mo. Remarques relatives à la redondance Les options de redondance sont disponibles à plusieurs niveaux dans l’environnement d’E-S virtuel. Des options de mise en miroir, de multi-accès et de redondance RAID sont disponibles pour le serveur d’E-S Chapitre 3. Serveur d’E-S virtuel 59 virtuel et certaines partitions client. Ethernet Agrégation de liaisons (également appelé EtherChannel) est également une option des partitions logiques client, et le serveur d’E-S virtuel comporte une fonction de reprise par transfert de carte de réseau Ethernet partagée. La fonction de reprise par transfert des noeuds (HACMP) est également prise en charge pour les noeuds utilisant des ressources d’E-S virtuelles. Cette section contient des informations relatives à la fonction de redondance pour les partitions logiques client et le serveur d’E-S virtuel. Ces configurations aident à protéger le système contre toute panne de l’un de ses composants physiques (par exemple, disque ou carte réseau) mais n’empêchent pas la partition logique client de perdre l’accès à ses unités en cas de panne du serveur d’E-S virtuel. Pour fournir une redondance au serveur d’E-S virtuel, il est possible d’exécuter une seconde instance de ce dernier dans une autre partition logique. Lorsque l’on exécute deux instances du serveur d’E-S virtuel, on peut utiliser la fonction miroir LVM, la fonction Multi-Path I/O, la fonction de sauvegarde via l’interface réseau ou la fonction de routage Multi-Path avec la détection des passerelles désactivée sur la partition logique client pour fournir un accès haute disponibilité aux ressources virtuelles hébergées sur des partitions logiques du serveur d’E-S virtuel. Partitions logiques client Cette rubrique fournit des informations de redondance pour les partitions logiques client. Elle traite également des fonctions MPIO, HACMP et miroir de la partition logique client. Fonction MPIO (Multipath I/O) : Informations sur la fonction MPIO (Multi-Path I/O) pour les partitions logiques client. Plusieurs cartes client de l’interface SCSI virtuelle d’une partition logique client peuvent accéder au même disque via plusieurs partitions logiques du serveur d’E-S virtuel. Cette section décrit une configuration d’unité multi-path (multi-accès) de l’interface SCSI virtuelle. Si la configuration est correcte, le client reconnaît alors le disque en tant qu’unité MPIO. Toutes les unités SCSI virtuelles ne prennent pas en charge la fonction MPIO. Pour créer une configuration MPIO, l’unité exportée à partir du serveur d’E-S virtuel doit se conformer aux règles suivantes : v Elle doit être basée sur un volume physique. Les unités SCSI virtuelles basées sur des volumes logiques ne sont pas prises en charge dans une configuration MPIO. v L’unité doit être accessible à partir de plusieurs partitions logiques du serveur d’E-S virtuel. v L’unité doit prendre en charge la fonction MPIO. Remarque : Ces unités compatibles MPIO sont associées à un identificateur unique (UDID) ou à un identificateur de volume IEEE. Pour savoir comment déterminer si les disques sont associés à un identificateur de volume UDID ou IEEE, voir «Identification des disques exportables», à la page 90. Lorsque vous définissez une configuration MPIO pour les unités SCSI virtuelles sur la partition logique client, vous devez tenir compte de la règle de réservation de l’unité sur le serveur d’E-S virtuel. Pour utiliser une configuration MPIO sur le client, aucune unité SCSI virtuelle du serveur d’E-S virtuel ne doit réserver l’unité SCSI virtuelle. Assurez-vous que l’attribut reserve_policy de l’unité a pour valeur no_reserve. Pour déterminer la règle de réservation d’une unité, entrez la commande suivante : lsdev -dev NomUnitéDisque -attr reserve_policy Si la valeur de reserve_policy est autre que no_reserve, elle doit être modifiée pour que l’unité puisse être utilisée dans une configuration MPIO sur la partition logique client. Pour définir l’attribut, utilisez la commande suivante : chdev -dev NomUnitéDisque -attr reserve_policy=no_reserve La reprise par transfert constitue le comportement par défaut des disques SCSI MPIO virtuels sur la partition logique client. 60 Guide d’utilisation de PowerVM Editions Tâches associées «Scénario : configuration de la fonction MPIO (Multi-Path I/O) pour les partitions logiques client AIX», à la page 44 La fonction MPIO (Multi-Path I/O) permet d’accroître la disponibilité des ressources SCSI virtuelles en fournissant à ces dernières des chemins redondants. Cette rubrique explique comment configurer la fonction MPIO (Multi-Path I/O) pour les partitions logiques client AIX. Fonction miroir des partitions logiques client : Mise en miroir des partitions logiques client à l’aide de deux cartes SCSI virtuelles. La partition client peut jouer le rôle de miroir pour ses volumes logiques grâce à l’utilisation de deux cartes client SCSI virtuelles. Chacune de ces cartes doit être allouée à des partitions distinctes du serveur d’E-S virtuel. Les deux disques physiques sont connectés chacun à des partitions distinctes du serveur d’E-S virtuel et sont mis à la disposition de la partition client via une carte serveur SCSI virtuelle. Cette configuration protège un disque virtuel d’une partition client contre les incidents suivants : v Sur un disque physique v Sur une carte physique v Sur le serveur d’E-S virtuel L’utilisation d’une configuration RAID 1 peut avoir une incidence sur les performances de votre système. Multitraitement de cluster haute disponibilité (HACMP) : Cette rubrique fournit des informations sur le multitraitement de cluster haute disponibilité (HACMP) dans le serveur d’E-S virtuel. Fonction HACMP et interface SCSI virtuelle Tenez compte des considérations suivantes lors de l’implémentation de la fonction HACMP et de l’interface SCSI virtuelle : v Le groupe de volumes doit être défini en mode simultané amélioré. Ce mode est recommandé pour le partage de groupes de volumes dans les clusters HACMP car les volumes sont alors accessibles par plusieurs noeuds HACMP. Si les systèmes de fichiers sont utilisés sur les noeuds de secours, ils ne sont montés qu’à partir du point de reprise par transfert. Si les volumes partagés sont accessibles directement (sans système de fichiers) en mode simultané amélioré, ces volumes sont accessibles à partir de plusieurs noeuds ; par conséquent, l’accès doit être contrôlé au niveau d’une couche supérieure. v Si un noeud de cluster accède aux volumes partagés via l’interface SCSI virtuelle, tous les noeuds doivent alors faire de même. Autrement dit, les disques ne peuvent pas être partagés entre une partition logique utilisant une interface SCSI et un noeud qui accède directement à ces disques. v Toutes les opérations de configuration et de maintenance de groupes de volumes sur ces disques partagés sont effectuées à partir des noeuds HACMP, et non à partir du serveur d’E-S virtuel. Fonction HACMP et interface Ethernet virtuelle Tenez compte des considérations suivantes lors de l’implémentation de la fonction HACMP et de l’interface Ethernet virtuelle : v La fonction IPAT (IP Address Takeover), compte tenu de la création d’alias, doit être utilisée. La fonction IPAT par remplacement et relais d’adresse MAC n’est pas prise en charge. v Evitez d’utiliser la fonction PCI Hot Plug HACMP dans un environnement de serveur d’E-S virtuel. Les opérations de remplacement à chaud PCI sont disponibles via le serveur d’E-S virtuel. Lorsqu’un noeud HACMP utilise une unité d’E-S virtuelle, la fonction de remplacement à chaud PCI HACMP PCI ne s’applique pas car les cartes d’E-S sont virtuelles et non physiques. Chapitre 3. Serveur d’E-S virtuel 61 v Toutes les interfaces Ethernet virtuelles définies pour HACMP doivent être traitées comme des réseaux à carte unique. Plus particulièrement, vous devez utiliser l’attribut ping_client_list pour surveiller et détecter tout incident survenant dans les interfaces réseau. v Si le serveur d’E-S virtuel dispose de plusieurs interfaces physiques sur le même réseau, ou si plusieurs noeuds HACMP utilisent le serveur d’E-S virtuel dans une même trame, la fonction HACMP n’est pas informée des incidents survenant dans une interface physique unique et ne peut pas mettre en oeuvre de solution de dépannage. Cela ne restreint pas la disponibilité de l’ensemble du cluster car le serveur d’E-S virtuel route le trafic en contournant l’incident. v Si le serveur d’E-S virtuel ne présente qu’une seule interface physique sur un réseau, tout incident survenant dans cette interface physique est détecté par la fonction HACMP. Toutefois, l’incident isole le noeud du reste du réseau. Unités d’Agrégation de liaisons ou EtherChannel : Une unité d’Agrégation de liaisons , ou EtherChannel, est une technologie de regroupement de ports réseau permettant de regrouper plusieurs cartes Ethernet. Les cartes constituent alors une unité Ethernet unique. Agrégation de liaisons offre un meilleur débit via une seule adresse IP que ne le permettrait une seule carte Ethernet. Par exemple, ent0 et ent1 peuvent être regroupées pour former ent3. Le système considère ces cartes regroupées comme une seule et même carte. La même adresse matérielle est fournie à toutes les cartes de l’unité d’Agrégation de liaisons, alors les systèmes distants les traitent comme s’il s’agissait d’une seule et même carte. L’Agrégation de liaisons améliore la redondance : en cas d’échec d’un lien, l’unité d’Agrégation de liaisons bascule sur une autre carte de l’unité afin de conserver la liaison. Dans l’exemple précédent, si ent0 échoue, les paquets sont automatiquement envoyés à la carte disponible suivante ent1, sans interrompre les connexions utilisateur existantes. Après sa restauration, l’unité ent0 est automatiquement renvoyée au service de l’unité d’Agrégation de liaisons. Vous pouvez configurer une carte de réseau Ethernet partagée de sorte à utiliser une unité d’Agrégation de liaisons (ou EtherChannel) en tant que carte physique. Reprise par transfert de carte de réseau Ethernet partagée : La fonction de reprise par transfert de carte de réseau Ethernet partagée assure la redondance, car elle permet de configurer une carte de réseau Ethernet partagée de secours sur une autre partition logique du serveur d’E-S virtuel, laquelle peut être utilisée en cas de défaillance de la carte de réseau Ethernet partagée principale. La connectivité réseau des partitions logiques client est maintenue, sans interruption. Une carte de réseau Ethernet partagée comprend une carte physique (ou plusieurs cartes physiques regroupées dans une unité d’Agrégation de liaisons) et une ou plusieurs cartes Ethernet virtuelles. Elle peut offrir une connectivité de couche 2 à plusieurs partitions logiques client via les cartes Ethernet virtuelles. La configuration de la fonction de reprise par transfert de carte de réseau Ethernet partagée utilise la valeur de priorité fournie aux cartes Ethernet virtuelles lors de leur création, afin d’identifier la carte de réseau Ethernet partagée qui constitue la carte principale et celle qui constitue la carte de secours. La carte de réseau Ethernet partagée dont la carte de réseau virtuelle présente la valeur numérique de priorité la plus basse sera utilisée de préférence comme carte principale. Afin de pouvoir communiquer entre elles et de déterminer lorsqu’une opération de reprise par transfert doit être réalisée, les cartes Ethernet partagées présentant le mode de reprise par transfert utilisent un réseau local virtuel (VLAN) dédié pour ce type de trafic, appelé canal de contrôle. C’est pourquoi vous devez spécifier une carte Ethernet virtuelle (comportant un PVID unique sur le système) comme carte Ethernet virtuelle du canal de contrôle, lorsque chaque carte de réseau Ethernet partagée est créée en mode de reprise par transfert. Via le canal de contrôle, la carte de réseau Ethernet partagée de secours est avertie lorsque la carte 62 Guide d’utilisation de PowerVM Editions principale subit une défaillance et le trafic réseau des partitions logiques client est transféré sur la carte de secours. Lorsque la carte de réseau Ethernet partagée principale est restaurée (si cela s’avère possible), elle assure à nouveau l’ensemble du trafic réseau. Une carte de réseau Ethernet partagée en mode de reprise par transfert peut comporter plusieurs cartes de ligne Ethernet virtuelles. Si tel est le cas, la priorité doit être identique pour toutes les cartes Ethernet virtuelles d’une carte de réseau Ethernet partagée. En outre, il est inutile que le paramètre de carte de ligne de la carte Ethernet virtuelle utilisée spécialement pour le canal de contrôle soit activé. Les cartes Ethernet virtuelles utilisées pour le canal de contrôle de chaque carte de réseau Ethernet partagée en mode de reprise par transfert doivent avoir la même valeur PVID, et cette valeur de PVID doit être unique sur le système (aucune autre carte Ethernet virtuelle du système ne doit utiliser ce PVID). Pour garantir une reprise, lorsque vous activez le protocole Spanning Tree sur les ports de commutateur connectés aux cartes physiques de la carte de réseau Ethernet partagée, vous pouvez aussi activer l’option portfast sur ces ports. L’option portfast permet au commutateur de transmettre immédiatement les paquets au port sans terminer d’abord le protocole Spanning Tree (lequel bloque complètement le port jusqu’à ce qu’il ait fini). La carte de réseau Ethernet partagée est conçue pour éviter les boucles réseau. Toutefois, à titre de précaution supplémentaire, vous pouvez activer la protection Bridge Protocol Data Unit (BPDU) Guard sur les ports de commutateur connectés aux cartes physiques de la carte de réseau Ethernet partagée. BPDU Guard détecte les paquets BPDU en protocole Spanning Tree en boucle et arrête le port. Ceci participe à éviter les saturations de diffusion sur le réseau. Une saturation de diffusion se produit lorsqu’un message diffusé sur un réseau génère de multiples réponses. Comme chaque réponse génère d’autres réponses, il s’ensuit une transmission excessive de messages de diffusion. Les saturations de diffusion importantes peuvent bloquer le trafic réseau, mais il est généralement possible de les éviter en configurant le réseau avec soin de façon à bloquer les messages de diffusions illégaux. Remarque : Lorsque la carte de réseau Ethernet partagée utilise le protocole GVRP (GARP VLAN Registration Protocol) elle génère des paquets BPDU, ce qui provoque l’arrêt inutile du port par BPDU Guard. Par conséquent, lorsque la carte de réseau Ethernet partagée utilise le protocole GVRP, n’activez pas la protection BPDU Guard. Pour plus d’informations sur l’activation du protocole Spanning Tree, de l’option portfast et de BPDU Guard sur les ports, consultez la documentation fournie avec le commutateur. Tâches associées «Scénario : Configuration de la reprise par transfert de carte de réseau Ethernet partagée», à la page 39 Cette section présente un scénario classique de reprise par transfert de carte de réseau Ethernet partagée. Partition logique du serveur d’E-S virtuel Les options de redondance du serveur d’E-S virtuel comprennent notamment la fonction d’accès à chemins multiples (multi-path), les configurations RAID et l’Agrégation de liaisons (ou EtherChannel). Fonction multi-path (multi-accès) : La fonction multi-path (multi-accès) appliquée à la mémoire physique dans un serveur d’E-S virtuel offre une redondance de chemin physique de reprise par transfert et un équilibrage de charge. Les solutions de fonction multi-path disponibles dans le serveur d’E-S virtuel comprennent la fonction MPIO, ainsi que les solutions offertes par les fournisseurs de stockage. RAID : Les solutions RAID (Redundant Array of Independent Disks) offrent une redondance au niveau des unités du serveur d’E-S virtuel. Certaines options RAID, telles la fonction miroir LVM et la fonction de Chapitre 3. Serveur d’E-S virtuel 63 segmentation, sont fournies par le logiciel Virtual I/O Server, alors que d’autres sont mises à votre disposition via le sous-système de stockage physique. Unités d’Agrégation de liaisons ou EtherChannel : Une unité d’Agrégation de liaisons, ou EtherChannel, est une technologie de regroupement de ports réseau permettant de regrouper plusieurs cartes Ethernet. Les cartes constituent alors une unité Ethernet unique. Agrégation de liaisons offre un meilleur débit via une seule adresse IP que ne le permettrait une seule carte Ethernet. Par exemple, ent0 et ent1 peuvent être regroupées pour former ent3. Le système considère ces cartes regroupées comme une seule et même carte. La même adresse matérielle est fournie à toutes les cartes de l’unité d’Agrégation de liaisons, alors les systèmes distants les traitent comme s’il s’agissait d’une seule et même carte. L’Agrégation de liaisons améliore la redondance : en cas d’échec d’un lien, l’unité d’Agrégation de liaisons bascule sur une autre carte de l’unité afin de conserver la liaison. Dans l’exemple précédent, si ent0 échoue, les paquets sont automatiquement envoyés à la carte disponible suivante ent1, sans interrompre les connexions utilisateur existantes. Après sa restauration, l’unité ent0 est automatiquement renvoyée au service de l’unité d’Agrégation de liaisons. Vous pouvez configurer une carte de réseau Ethernet partagée de sorte à utiliser une unité d’Agrégation de liaisons (ou EtherChannel) en tant que carte physique. Remarques sur la sécurité Informations de sécurité relatives à l’interface SCSI virtuelle, à la carte Ethernet virtuelle, à la carte de réseau Ethernet partagée et aux options de sécurité supplémentaires disponibles. Les systèmes permettent le partage et la communication des unités d’une partition à l’autre. Les fonctions, telles que les partitions logiques (LPAR) dynamiques, les processeurs partagés, les réseaux virtuels, la mémoire virtuelle et la gestion des charges de travail, nécessitent toutes des fonctionnalités permettant de s’assurer que les exigences de sécurité système sont respectées. Les fonctions de virtualisation et d’opérations entre partitions sont conçues de manière à ne pas mettre en péril la sécurité au-delà de ce qui est nécessaire. Par exemple, une connexion de réseau local (LAN) virtuelle aura les mêmes exigences en matière de sécurité qu’une connexion de réseau physique. Soyez particulièrement vigilant lorsque vous utilisez des fonctions de virtualisation entre partitions dans les environnements présentant une sécurité élevée. Toute visibilité entre partitions logiques doit être créée manuellement et doit être le résultat de choix de configuration système de l’administrateur. Avec l’interface SCSI virtuelle, le serveur d’E-S virtuel permet le stockage sur les partitions logiques client. Cependant, au lieu d’être établie via des câbles SCSI ou optiques, la connexion pour cette fonctionnalité est établie par le microprogramme. Les pilotes de l’unité SCSI virtuelle du serveur d’E-S virtuel et le microprogramme permettent de s’assurer que seul l’administrateur système du serveur d’E-S virtuel contrôle les partitions logiques qui peuvent accéder aux données des unités de stockage du serveur d’E-S virtuel. Par exemple, une partition logique client ayant accès au volume logique lv001 exporté par la partition logique du serveur d’E-S virtuel ne peut pas accéder à lv002, même si elle appartient au même groupe de volumes. Tout comme l’interface SCSI virtuelle, le microprogramme fournit également une connexion entre les partitions logiques lorsqu’il utilise cette interface. Il fournit une fonction de commutateur Ethernet. La connexion vers le réseau externe est fournie par la fonction de carte de réseau Ethernet partagée du serveur d’E-S virtuel. Cette partie du serveur d’E-S virtuel agit comme un pont de couche 2 vers les cartes physiques. Une marque d’ID VLAN est insérée dans toute trame Ethernet. Le commutateur Ethernet limite les trames aux ports autorisés à recevoir des cadres portant cet ID VLAN. Chaque port d’un commutateur Ethernet peut être configuré afin d’être membre de plusieurs réseaux VLAN (réseaux locaux virtuels). Seules les cartes réseau (physiques et virtuelles) connectées à un port (virtuel ou 64 Guide d’utilisation de PowerVM Editions physique) appartenant au même réseau VLAN peuvent recevoir les trames. La mise en oeuvre de cette norme VLAN permet de s’assurer que les partitions logiques n’ont pas accès à des données restreintes. Installation du serveur d’E-S virtuel et des partitions logiques client Informations relatives à l’installation du serveur d’E-S virtuelet des partitions logiques client via le déploiement d’une planification système ou via la création manuelle de la partition logique et des profils de partition logique et l’installation du serveur d’E-S virtuelet des systèmes d’exploitation client. Ces instructions concernent l’installation du serveur d’E-S virtuelet des partitions logiques client sur un système géré par une console HMC (Hardware Management) (HMC). Si vous envisagez d’installer le serveur d’E-S virtuel sur un système non géré par une console HMC, vous devez installer Integrated Virtualization Manager. Pour plus d’informations, voir «Installation du gestionnaire Integrated Virtualization Manager», à la page 184. La procédure d’installation à suivre dépend des facteurs suivants : v Version de la console HMC reliée au système géré sur lequel vous souhaitez installer le serveur d’E-S virtuelet des partitions logiques client. L’interface de la console HMC version 7 est différente de celle des versions précédentes de la console HMC. La console HMC version 7 permet également de déployer une planification système incluant le serveur d’E-S virtuelet des partitions logiques client. v Si vous envisagez ou non de déployer une planification système incluant le serveur d’E-S virtuel et des partitions logiques client. Lorsque vous déployez une planification système, la console HMC effectue automatiquement les tâches suivantes à partir des informations fournies par la planification système : – Création de la partition logique et du profil de partition logique du serveur d’E-S virtuel. – Installation du serveur d’E-S virtuel et spécification de ressources virtuelles. – Création de partitions logiques client et de profils de partition logique. – Installation des systèmes d’exploitation AIX et Linux sur des partitions logiques client. Vous devez disposer de la version V7R3.3.0 ou ultérieure de la console HMC. Installation du serveur d’E-S virtuelet des partitions logiques client en déployant une planification système Si vous déployez une planification système incluant le serveur d’E-S virtuelet, éventuellement, des partitions logiques client, l’assistant de déploiement de planification système crée la partition logique et le profil de partition logique du serveur d’E-S virtuel, puis il installe le serveur d’E-S virtuelet les partitions logiques client. Avant de commencer, vérifiez que les conditions suivantes sont remplies : v Le système sur lequel vous envisagez de déployer la planification système est géré par une console HMC (Hardware Management) (HMC). v Vous disposez de la console HMC version 7 ou ultérieure. Vous ne pouvez pas déployer de planification système sur une console HMC version 6 ou antérieure. Vous devez créer manuellement la partition logique et le profil de partition du serveur d’E-S virtuel, puis installer le serveur d’E-S virtuel. Pour plus d’informations, voir «Installation manuelle du serveur d’E-S virtuel à l’aide de la console HMC version 6», à la page 78. v Si vous envisagez de déployer différentes entités de la configuration du serveur d’E-S virtuel à différents moments, assurez-vous que la console HMC correspond à la version V7R3.3.0, ou à une version ultérieure. (Les entités de serveur d’E-S virtuel comprennent des cartes de réseau Ethernet partagées, des cartes EtherChannel ou des unités Agrégation de liaisons, des pools de stockage et des unités de sauvegarde.) Si la console HMC ne correspond pas à la version V7R3.3.0, ou à une version ultérieure, les planifications système comprenant le serveur d’E-S virtuel peuvent être déployées uniquement sur un nouveau système, ou sur un système ne comportant aucune partition logique configurée pour le serveur d’E-S virtuel. (Vous pouvez installer le serveur d’E-S virtuel, mais pas le configurer.) Plus précisément, aucune entité de serveur d’E-S virtuel ne peut être configurée sur le Chapitre 3. Serveur d’E-S virtuel 65 système géré, notamment aucune carte de réseau Ethernet partagée, aucune carte EtherChannel ou aucune unité Agrégation de liaisons, aucun pool de stockage et aucune unité de sauvegarde. v Si vous envisagez de déployer une planification système incluant des informations d’installation AIX ou Linux pour au moins une partition logique client, vérifiez que les conditions suivantes sont remplies : – La console HMC doit correspondre à la version V7R3.3.0. – Aucun système d’exploitation n’est installé pour la partition logique client. La console HMC installe AIX et Linux sur les partitions logiques client sur lesquelles aucun système d’exploitation n’est installé. Si la partition logique client dispose déjà d’un système d’exploitation, la console HMC ne déploie pas le système d’exploitation indiqué dans la planification système. Saisie du code d’activation de PowerVM Editions via la console HMC version 7 Cette procédure explique comment saisir le code d’activation de PowerVM Editions (ou Advanced POWER Virtualization) à partir de la console HMC (Hardware Management) (HMC) version 7 ou supérieure. Si PowerVM Editions n’est pas activé sur votre système, vous devez utiliser la console HMC pour entrer le code d’activation que vous avez reçu lors de la votre commande. Procédez comme suit pour entrer le code d’activation de PowerVM Standard Edition et de PowerVM Enterprise Edition. Pour plus d’informations sur PowerVM Editions, voir «PowerVM Editions», à la page 2. Pour entrer votre code d’activation, procédez comme suit : 1. Dans la zone de Navigation, développez Gestion de systèmes. 2. Sélectionnez Serveurs. 3. Dans la zone de contenu, sélectionnez le système géré sur lequel vous souhaitez utiliser PowerVM Editions. Il peut s’agir, par exemple, du système sur lequel vous envisagez d’installer le serveur d’E-S virtuel ou celui dans lequel vous envisagez d’utiliser la technologie Micro-Partitioning. 4. Cliquez sur Tâches et sélectionnez Capacity on Demand (CoD) → AdvancedPOWER Virtualization → Saisie du code d’activation. 5. Entrez votre code d’activation et cliquez sur OK. Importation d’une planification système dans une console HMC version 7 Vous pouvez importer un fichier de planification système sur une console HMC (console HMC (Hardware Management)) à partir de divers types de supports, d’un site FTP distant ou de l’ordinateur à partir duquel vous accédez à distance à la console HMC. Vous pouvez alors déployer la planification système importée sur un système géré par la console HMC. Vous pouvez importer un fichier de planification système dans la console HMC à partir de l’un des emplacements suivants : v L’ordinateur sur lequel vous accédez à distance à la console HMC. v Divers supports montés sur la console HMC, tels que des disques optiques ou des unités USB. v Un site éloigné à l’aide du protocole FTP. Pour utiliser cette option, vous devez effectuer les opérations obligatoires suivantes : – La console HMC doit disposer d’une connexion réseau au site distant. – Un serveur FTP doit être actif sur le site distant. – Le port 21 doit être ouvert sur le site distant. Remarque : Vous ne pouvez pas importer une planification système portant un nom identique à une planification disponible sur la console HMC. 66 Guide d’utilisation de PowerVM Editions Pour importer un fichier de planification système, vous devez avoir le rôle d’administrateur central. Pour plus d’informations sur les rôles utilisateur, voir les tâches et les rôles dans le Guide d’utilisation de la console HMC et des systèmes gérés. Pour importer un fichier de planification système dans la version 7 de la console HMC, procédez comme suit : 1. Dans la zone de navigation de la console HMC, sélectionnez Planifications système. 2. Dans la zone des tâches, sélectionnez Importation d’une planification système. La fenêtre Importation de la planification système s’ouvre. 3. Sélectionnez la source du fichier de planification système à importer. Servez-vous du tableau ci-après pour effectuer la procédure appropriée d’importation de la planification système à partir de l’emplacement source sélectionné du fichier. Source de la planification système à importer et procédez comme suit : Cet ordinateur 1. Sélectionnez Importation à partir de cet ordinateur vers la console HMC. 2. Cliquez sur Importer pour afficher la fenêtre Téléchargement du fichier. 3. Cliquez sur Parcourir. 4. Sélectionnez le fichier de planification système à importer et cliquez sur Ouvrir. 5. Cliquez sur OK pour télécharger le fichier. Support 1. Sélectionnez l’importation depuis un support. 2. Dans la zone Nom du fichier de planification système, entrez le nom du fichier de planification système. Remarque : Le nom de ce fichier doit se terminer par le suffixe .sysplan et ne peut comporter que des caractères alphanumériques. 3. Dans la zone Sous-répertoire du support, entrez le chemin du répertoire dans lequel se trouve le fichier de planification système sur le support. Remarque : Indiquez uniquement l’emplacement du sous-répertoire, plutôt que le chemin qualifié complet et le nom de fichier. 4. Cliquez sur Importation pour afficher la fenêtre Choix de l’unité de stockage. 5. Sélectionnez le support qui contient le fichier de planification système à importer. 6. Cliquez sur OK. Chapitre 3. Serveur d’E-S virtuel 67 Source de la planification système à importer et procédez comme suit : Site FTP distant 1. Sélectionnez l’option permettant d’effectuer une importation à partir d’un site FTP distant. 2. Dans la zone Nom du fichier de planification système, entrez le nom du fichier de planification système. Remarque : Le nom de ce fichier doit se terminer par le suffixe .sysplan et ne peut comporter que des caractères alphanumériques. 3. Dans la zone Nom d’hôte du site distant, entrez le nom d’hôte ou l’adresse IP du site FTP distant. 4. Dans la zone ID utilisateur, entrez l’ID utilisateur à employer pour accéder au site FTP distant. 5. Dans la zone Mot de passe, entrez le mot de passe à employer pour accéder au site FTP distant. 6. Dans la zone Répertoire distant, entrez le chemin d’accès au fichier de planification système sur le site FTP distant. Si vous ne le faites pas, la console HMC recherche le fichier de planification système dans le chemin par défaut spécifié sur le site FTP distant. 4. Cliquez sur Importer. Si la console HMC renvoie une erreur, revenez dans la fenêtre Importation de la planification système et vérifiez que les informations que vous avez entrées sont correctes. Si besoin est, cliquez sur Annulation, retournez à l’étape 2 et recommencez la procédure depuis le début, en vous assurant que les informations tapées à chaque étape sont correctes. Remarque : A la place de l’interface utilisateur Web de la console HMC, vous pouvez utiliser la commande cpysysplan à partir de l’interface de ligne de commande de la console HMC pour importer une planification système. Une fois la procédure d’importation terminée, vous pouvez déployer la planification système du fichier correspondant sur un système géré par la console HMC. Pour obtenir des instructions, voir Déploiement d’une planification système à l’aide de la console HMC version 7. Si vous avez importé le fichier de planification système depuis un support, vous pouvez démonter ce dernier à l’aide de la commande umount à partir de l’interface de ligne de commande de la console HMC. Tâches associées «Déploiement d’une planification système via la console HMC version 7» Vous pouvez utiliser la console HMC (Hardware Management) (HMC) pour déployer tout ou partie d’une planification système sur un système géré. Information associée Guide d’utilisation de la console HMC et des systèmes gérés Cette publication destinée aux administrateurs système et aux opérateurs système fournit des informations sur l’utilisation de la console HMC (Hardware Management Console). Déploiement d’une planification système via la console HMC version 7 Vous pouvez utiliser la console HMC (Hardware Management) (HMC) pour déployer tout ou partie d’une planification système sur un système géré. Lorsque vous déployez une planification système, la console HMC crée des partitions logiques sur le système géré, en fonction des spécifications de cette planification. Suivant le contenu de la planification système, vous pouvez également installer des environnements d’exploitation sur les partitions logiques de la planification et, si cette dernière contient des informations d’application des accès au serveur d’E-S virtuel d’une partition logique, telles que des affectations de stockage, la console HMC peut effectuer ces affectations de ressources pour la partition logique. 68 Guide d’utilisation de PowerVM Editions Configuration requise pour le déploiement d’une planification système Avant de commencer la procédure, exécutez les tâches suivantes : 1. Vérifiez que le fichier de planification système existe bien sur la console HMC. Si ce n’est pas le cas, vous devez l’importer dans la console HMC. Pour plus d’informations, voir Importation d’un fichier de planification système via la console HMC version 7. 2. Vérifiez que le matériel physique et toutes les unités d’extension sont connectés et envoient bien des rapports au serveur. Chaque serveur comporte une partition logique et un profil de partition. L’ensemble des ressources matérielles physiques du système est automatiquement affecté à cette partition logique, de sorte que vous pouvez mettre le serveur sous tension et vérifier que le matériel physique est connecté et envoie bien des rapports au serveur. 3. Localisez les cartes d’entrée-sortie de disque physique correspondant à chaque partition logique et assurez-vous que les unités de disque qui y sont connectées prennent en charge la configuration souhaitée pour chaque partition logique. L’assistant de déploiement de la planification système valide uniquement le fait que les cartes d’entrée-sortie de disques physiques correspondent à la planification système. Il ne valide pas la configuration des unités de disque pour les cartes d’E/S de disques physiques. Si vous déployez une planification système que vous avez créée à l’aide de la console HMC, vérifiez que le matériel et le câblage sur le système cible est identique à celui du système source. 4. Supprimez la partition logique fournie avec le serveur, ainsi que toute autre partition logique ne faisant pas partie de la planification système. Pour des instructions, voir Suppression d’une partition logique dans le document Guide de partitionnement logique. Le nom de la partition logique fournie avec le serveur est le numéro de série du système géré, le nom du profil de partition étant profil_par_défaut. 5. Si la planification système inclut un réseau de stockage SAN ou des cartes Fibre Channel, vérifiez que les cartes sont reliées par des câbles et que le SAN est configuré. 6. Si vous envisagez de déployer l’environnement d’exploitation serveur d’E-S virtuel, AIX ou Linux pour une partition logique, assurez-vous que l’image d’installation appropriée se trouve soit sur la console HMC, soit que la console HMC peut y accéder par le biais d’une connexion à un serveur NIM (Network Installation Management). Pour afficher les images d’installation sur la console HMC, soit vous entrez la commande OS_install -l sur la ligne de commande HMC, soit, pour la console HMC V7R3.3.0, vous utilisez la tâche Gestion des ressources d’installation de l’interface Web de la console HMC. Si l’image d’installation serveur d’E-S virtuel, AIX ou Linux dont vous avez besoin n’apparaît pas, procédez comme suit pour copier une image d’installation sur la console HMC : a. Obtenez une copie de serveur d’E-S virtuel, AIX ou Linux sur DVD ou sur CD, suivant l’environnement d’exploitation. Vous pouvez utiliser le support d’installation d’origine ou contacter votre partenaire commercial pour obtenir une autre copie. Si vous ne pouvez pas obtenir de copie de l’environnement d’exploitation serveur d’E-S virtuel, AIX ou Linux, vous pouvez déployer le reste de la planification système et installer l’environnement d’exploitation serveur d’E-S virtuel, AIX ou Linux plus tard. b. Copiez les fichiers d’installation dont vous avez besoin sur un serveur NIM ou directement sur la console HMC. Pour copier les fichiers d’installation nécessaires sur la console HMC, insérez le DVD dans le lecteur sur la console HMC. Si les fichiers d’installation sont sur CD, insérez le premier CD dans le lecteur sur la console HMC. Remarque : Vous pouvez utiliser la commande OS_install pour exécuter cette tâche. Sur la ligne de commande de la console HMC, utilisez la commande OS_install pour copier les fichiers d’installation de l’environnement d’exploitation. Vous pouvez, par exemple, entrer la commande suivante pour copier l’image d’installation du serveur d’E-S virtuel du DVD sur la console HMC : OS_install -o define_resource -a type=VIOS -a version=x.x -a location=/extra/csminstall/vios -a source=/dev/cdrom VIOS où x.x peut correspondre à l’une des valeurs suivantes : 1.4.1.0, 1.5 ou 1.5.2. Chapitre 3. Serveur d’E-S virtuel 69 7. 8. 9. 10. 11. c. Sur la console HMC, sélectionnez Gestion de la console HMC → Gestion des ressources d’installation et cliquez sur Ajouter. d. Dans la fenêtre Ajout d’une ressource d’installation, sélectionnez Création d’une ressource d’installation locale, sélectionnez le nom et la version d’environnement d’exploitation appropriés et cliquez sur OK pour copier les fichiers d’installation du support d’installation sur le disque dur de la console HMC. Si vous envisagez de déployer une planification système contenant l’installation d’un environnement d’exploitation pour une partition logique, assurez-vous que l’attribut Mise hors tension du système une fois que toutes les partitions logiques sont hors tension du système géré est désactivé. Dans le cas contraire, le déploiement de la planification système échoue car le processus de déploiement démarre des partitions, puis les arrête lors de l’installation des environnements d’exploitation. Le système géré est par conséquent mis hors tension pendant le déploiement lorsque le processus de déploiement met hors tension les partitions. Pour vérifier cet attribut système, procédez comme suit : a. Dans la zone de navigation de la console HMC, sélectionnez Gestion de systèmes → Serveurs. b. Dans la zone des tâches, cliquez sur Propriétés. La fenêtre des propriétés du système géré sélectionné apparaît. c. Dans l’onglet Général, vérifiez que l’attribut Mettre le système hors tension une fois que toutes les partitions logiques sont hors tension est désactivé et cliquez sur OK. Pour les partitions logiques serveur d’E-S virtuel déployées précédemment, vérifiez qu’elles sont actives, et qu’il existe une connexion Resource Monitoring and Control (RMC) entre la console HMC et chaque partition logiqueserveur d’E-S virtuel. Une connexion RMC est en outre nécessaire pour garantir que la console HMC peut vérifier l’état de l’environnement d’exploitation d’une partition logique. Pour installer un environnement d’exploitation dans le cadre du déploiement d’une planification système, l’assistant de déploiement de planification système doit pouvoir déterminer si un environnement d’exploitation est déjà installé pour la partition logique affectée. L’assistant peut obtenir cette information à partir des propriétés de partition sur la console HMC lorsqu’une partition logique a été démarrée au moins une fois avec une connexion RMC active. Ainsi, la console HMC est assurée de connaître l’état de l’environnement d’exploitation de la partition logique et l’assistant peut déterminer si l’installation de l’environnement d’exploitation sur la partition logique est appropriée, conformément à ce qui est indiqué dans la planification système. Vérifiez que vous n’utilisez pas cette console HMC ou toute autre console HMC reliée au système géré pour effectuer des opérations sur le système géré. Assurez-vous que vous êtes administrateur central. Pour plus d’informations sur les rôles utilisateur, voir Tâches et rôles dans le document Guide d’utilisation de la console HMC et des systèmes gérés. Assurez-vous qu’une planification système avec des partitions serveur d’E-S virtuel convient au déploiement sur le système géré. Sur les consoles HMC antérieures à la version V7R3.3.0, aucune entité serveur d’E-S virtuel ne doit être configurée sur le système géré, pour aucune de ses partitions serveur d’E-S virtuel. Le système géré ne doit en particulier comporter aucune entité serveur d’E-S virtuel configurée, y compris les cartes de réseau Ethernet partagées, les cartes EtherChannel ou des unités de regroupement de liens, des pools de stockage et des unités de stockage. Si vous essayez de déployer une planification système sur un système ne répondant pas à la configuration requise, l’étape de validation de l’assistant de déploiement de planification système échoue. Sur la console HMC V7R3.3.0, la validation des partitions est plus souple. Vous pouvez donc déployer une planification système comportant des partitions serveur d’E-S virtuel même si le système géré contient des partitions serveur d’E-S virtuel comportant des entités serveur d’E-S virtuel configurées. Déploiement d’une planification système Pour utiliser la console HMC pour déployer une planification système sur un système géré, procédez comme suit : 1. Dans la zone de navigation de la console HMC, sélectionnez Planifications système. 2. Dans la zone de contenu, sélectionnez la planification système à déployer. 70 Guide d’utilisation de PowerVM Editions 3. Sélectionnez Tâches → Déploiement de la planification système. L’assistant de déploiement de planification système démarre. 4. Sur la page d’Accueil, procédez comme suit : a. Sélectionnez le fichier de planification système qui contient la planification système à déployer. b. Choisissez le système géré sur lequel vous souhaitez déployer la planification système et cliquez sur Suivant. Si la planification système ne correspond pas au système géré sur lequel vous souhaitez la déployer, l’assistant affiche une fenêtre vous en informant. Cliquez sur OK pour continuer ou sur Annulation pour sélectionner une autre planification système. Remarque : Si le fichier de planification système contient plusieurs planifications système, l’assistant contient une phase qui vous permet d’en sélectionner une spécifique dans le fichier. Cette phase n’est pas accessible si le fichier spécifié ne contient qu’une planification système. 5. Sur la page Validation, procédez comme suit : a. Attendez que l’assistant valide le système géré et son matériel, grâce à une comparaison avec la planification système. Le processus de validation peut prendre un certain temps. b. S’il s’achève correctement, cliquez sur Suivant. c. Dans le cas contraire, corrigez les erreurs décrites par les messages d’erreur, cliquez sur Annulation pour quitter l’assistant, puis recommencez la procédure depuis le début. Pour vous aider à corriger des incidents de validation, vous pouvez créer une planification système basée sur la configuration en cours du système géré. Une telle planification système vous permet de comparer la planification système que vous voulez déployer avec la configuration actuelle du système géré. Vous pouvez pour ce faire utiliser la tâche Création d’une planification système dans la console HMC ou exécuter la commande suivante à partir de la ligne de commande de la console HMC : mksysplan -m nom_du_système_géré -f nom_de_la_nouvelle_planification_système.sysplan Cette commande crée une nouvelle planification système que vous pouvez afficher et comparer avec l’ancienne pour vous aider à diagnostiquer les incidents. Important : Par défaut, la commande mksysplan effectue une reconnaissance de matériel sur des modèles proposant cette fonctionnalité. Si vous exécutez le processus de reconnaissance de matériel alors que des partitions logiques sont actives, les données relatives au matériel appartenant à ces partitions sont supprimées du cache d’inventaire. Il est recommandé de laisser le cache d’inventaire actif. Vous pouvez donc utiliser le paramètre -nohwdisc pour exécuter la commande sans procéder à une nouvelle reconnaissance de matériel ou désactiver toutes les partitions avant d’exécuter la commande mksysplan. 6. Facultatif : Sur la page de déploiement de partition, si, dans la planification système, vous ne souhaitez pas créer l’ensemble des partitions logiques et leurs profils, ni les types de cartes virtuelles ou les cartes elles-mêmes, décochez les cases correspondantes dans la colonne Déploiement. Les cartes série virtuelles sont requises et doivent se trouver dans les emplacements 0 et 1 de chaque partition logique. Vous ne pouvez pas créer de partition logique tant que vous n’avez pas créé ces cartes. 7. Facultatif : Sur la page Installation de l’environnement d’exploitation, si des informations d’installation de l’environnement d’exploitation sont spécifiées dans la planification système, procédez comme suit : a. Sélectionnez les environnements d’exploitation que vous souhaitez déployer sur le système géré pour chaque partition logique. Pour la console HMC V7R3.2.0 ou V7R3.1.0, vous pouvez déployer l’environnement d’exploitation serveur d’E-S virtuel uniquement. Pour HMC V7R3.3.0 ou des versions ultérieures, vous pouvez en outre choisir de déployer les environnements d’exploitation AIX ou Linux si la planification système contient des informations d’installation les concernant. b. Saisissez l’emplacement de l’image d’installation serveur d’E-S virtuel. c. Entrez ou modifiez les paramètres d’installation attribués a posteriori à l’environnement d’exploitation serveur d’E-S virtuel, AIX ou Linux. Les paramètres d’installation d’attribution a Chapitre 3. Serveur d’E-S virtuel 71 posteriori sont des paramètres qui sont spécifiques à l’instance d’installation et doivent être fournis au cours de la phase d’installation pour garantir qu’ils sont corrects pour cette instance. Ainsi, vous pouvez entrer l’adresse IP de la partition logique cible sur laquelle vous installez l’environnement d’exploitation. Remarque : Si vous devez utiliser des fichiers d’installation automatique pour déployer un environnement d’exploitation, vous ne pouvez pas les ajouter pendant le processus de déploiement de la console HMC. d. Enregistrez toutes les modifications apportées aux paramètres d’installation d’attribution a posteriori. Vous pouvez les enregistrer dans le fichier de planification système actuel ou dans un nouveau fichier de planification système. 8. Sur la page Récapitulatif, contrôlez l’ordre des étapes de déploiement du système et cliquez sur Terminer. La console HMC s’appuie sur la planification système pour créer les partitions logiques spécifiées et pour installer tous les environnements d’exploitation spécifiés. Ce processus peut prendre plusieurs minutes. Une fois le déploiement de la planification système terminé, installez les environnements d’exploitation et le logiciel sur les partitions logiques s’ils n’ont pas été installés lors du déploiement de la planification système. Tâches associées «Importation d’une planification système dans une console HMC version 7», à la page 66 Vous pouvez importer un fichier de planification système sur une console HMC (console HMC (Hardware Management)) à partir de divers types de supports, d’un site FTP distant ou de l’ordinateur à partir duquel vous accédez à distance à la console HMC. Vous pouvez alors déployer la planification système importée sur un système géré par la console HMC. Information associée Guide du partitionnement logique Guide d’utilisation de la console HMC et des systèmes gérés Cette publication destinée aux administrateurs système et aux opérateurs système fournit des informations sur l’utilisation de la console HMC (Hardware Management Console). Finalisation de l’installation du serveur d’E-S virtuel Après l’installation du serveur d’E-S virtuel, recherchez les éventuelles mises à jour, configurez les connexions à distance, créez les autres ID utilisateur, etc. Cette procédure suppose que le serveur d’E-S virtuel est installé. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Pour terminer l’installation, procédez comme suit : 1. Acceptez les termes et conditions de maintenance logicielle, ainsi que la licence produit du serveur d’E-S virtuel. Pour plus d’informations, voir «Affichage et acceptation du contrat de licence du serveur d’E-S virtuel», à la page 77. 2. Etablissez les connexions distantes au serveur d’E-S virtuel. Pour plus d’informations, voir «Connexion au serveur d’E-S virtuel à l’aide d’OpenSSH», à la page 130. 3. Facultatif : Créez les autres ID utilisateur. A la fin de l’installation, le seul ID utilisateur actif est celui de l’administrateur principal (padmin). Vous pouvez créer les ID utilisateur suivants : administrateur système, technicien de maintenance et ingénieur de développement. Pour plus d’informations sur la création d’ID utilisateur, voir «Gestion des utilisateurs sur le serveur d’E-S virtuel», à la page 134. 4. Configurez la connexion TCP/IP pour le serveur d’E-S virtuel à l’aide de la commande mktcpip. Vous devez accomplir cette tâche pour pouvoir effectuer une opération de partitionnement logique 72 Guide d’utilisation de PowerVM Editions dynamique. Vous avez également la possibilité d’utiliser le menu d’assistance de configuration pour configurer les connexions TCP/IP. Pour accéder au menu d’assistance de la configuration, exécutez la commande cfgassist. Lorsque vous avez terminé, effectuez l’une des opérations suivantes : v Si vous avez installé le serveur d’E-S virtuel, des partitions logiques client et des systèmes d’exploitation en déployant entièrement une planification système, l’installation est terminée. Pour plus d’informations sur la gestion du serveur d’E-S virtuel, voir «Gestion du serveur d’E-S virtuel», à la page 101. v Si vous avez installé le serveur d’E-S virtuel manuellement à l’aide de la console HMC version 6 ou version 7, vous devez configurer le serveur d’E-S virtuel, créer des partitions logiques client et installer des systèmes d’exploitation client. Pour plus d’informations, voir «Configuration de la console serveur d’E-S virtuel», à la page 83 et le manuel Guide de partitionnement logique. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une taille approximative de 3 Mo, voir sa76-0098.pdf . Installation manuelle du serveur d’E-S virtuel via la console HMC version 7 Vous pouvez créer la partition logique et le profil de partition du serveur d’E-S virtuel, puis installer le serveur d’E-S virtuel via la console HMC (Hardware Management) (HMC) version 7 ou ultérieure. Avant de commencer, vérifiez que les conditions suivantes sont remplies : v Le système sur lequel vous envisagez d’installer le serveur d’E-S virtuel est géré par une console HMC (Hardware Management). v Vous disposez de la console HMC version 7 ou ultérieure. Si vous disposez d’une console HMC version 6 ou antérieure, voir Installation manuelle du serveur d’E-S virtuel via la console HMC version 6. Saisie du code d’activation de PowerVM Editions via la console HMC version 7 Cette procédure explique comment saisir le code d’activation de PowerVM Editions (ou Advanced POWER Virtualization) à partir de la console HMC (Hardware Management) (HMC) version 7 ou supérieure. Si PowerVM Editions n’est pas activé sur votre système, vous devez utiliser la console HMC pour entrer le code d’activation que vous avez reçu lors de la votre commande. Procédez comme suit pour entrer le code d’activation de PowerVM Standard Edition et de PowerVM Enterprise Edition. Pour plus d’informations sur PowerVM Editions, voir «PowerVM Editions», à la page 2. Pour entrer votre code d’activation, procédez comme suit : 1. Dans la zone de Navigation, développez Gestion de systèmes. 2. Sélectionnez Serveurs. 3. Dans la zone de contenu, sélectionnez le système géré sur lequel vous souhaitez utiliser PowerVM Editions. Il peut s’agir, par exemple, du système sur lequel vous envisagez d’installer le serveur d’E-S virtuel ou celui dans lequel vous envisagez d’utiliser la technologie Micro-Partitioning. 4. Cliquez sur Tâches et sélectionnez Capacity on Demand (CoD) → AdvancedPOWER Virtualization → Saisie du code d’activation. 5. Entrez votre code d’activation et cliquez sur OK. Chapitre 3. Serveur d’E-S virtuel 73 Création de la partition logique et du profil de partition du serveur d’E-S virtuel via la console HMC version 7 Vous pouvez utiliser la console HMC (Hardware Management) (HMC) version 7 pour créer une partition logique et un profil de partition pour le serveur d’E-S virtuel. Avant de commencer, vérifiez que les conditions suivantes sont remplies : v Vous êtes un super administrateur ou un opérateur. v La fonction PowerVM Editions (ou Advanced POWER Virtualization) est activée. Pour plus d’informations, voir «Saisie du code d’activation de PowerVM Editions via la console HMC version 7», à la page 11. Le serveur d’E-S virtuel requiert un espace disque minimum de 16 Go. Pour créer une partition logique et un profil de partition sur votre serveur via la console HMC, procédez comme suit : 1. Dans la zone de Navigation, développez Gestion de systèmes. 2. Sélectionnez Serveurs. 3. Dans la zone de contenu, ouvrez le serveur sur lequel vous voulez créer le profil de partition. 4. Cliquez sur Tâches et sélectionnez Configuration → Création d’une partition logique → Serveur d’E-S virtuel. 5. Sur la page Création de partition, entrez le nom et l’ID de la partition du serveur d’E-S virtuel. 6. Sur la page Profil de partition, procédez comme suit : a. Entrez un nom de profil pour la partition du serveur d’E-S virtuel. b. Assurez-vous que la case à cocher Utiliser toutes les ressources du système n’est pas sélectionnée. 7. Sur la page Processeurs, indiquez si vous souhaiter utiliser des processeurs partagés ou dédiés (en fonction de votre environnement), en sélectionnant l’option correspondante. 8. Sur la page Paramètres de traitement, entrez la quantité d’unités de traitement et de processeurs virtuels que vous souhaitez attribuer à la partition du serveur d’E-S virtuel. 9. Sur la page Mémoire, sélectionnez la quantité de mémoire que vous souhaitez attribuer à la partition du serveur d’E-S virtuel. La quantité minimale requise est de 512 Mo. 10. Sur la page E-S, sélectionnez les ressources d’E-S physiques que vous souhaitez avoir sur la partition du serveur d’E-S virtuel. 11. Sur la page Cartes virtuelles, créez les cartes destinées à votre environnement. 12. Sur la page Carte Ethernet hôte logique (LHEA), configurez une ou plusieurs cartes de ce type pour la partition serveur d’E-S virtuel. (La carte de réseau Ethernet hôte est parfois appelée carte Ethernet virtuelle intégrée.) 13. Sur la page Paramètres facultatifs, procédez comme suit : a. Décidez si vous souhaitez surveiller les connexions en sélectionnant l’option appropriée. b. Pour que le serveur d’E-S virtuel démarre en même temps que le système géré, sélectionnez l’option Démarrer automatiquement avec le système géré. c. Indiquez si vous souhaitez activer l’édition de rapports sur le chemin de traitement des erreurs en sélectionnant l’option correspondante. d. Sélectionnez le mode d’amorçage de la partition du serveur d’E-S virtuel. Dans la plupart des cas, le mode d’amorçage Normal est l’option appropriée. 14. Vérifiez vos sélections dans la fenêtre Récapitulatif du profil et appuyez sur Terminer. Après la création de la partition et du profil de partition, vous pouvez installer le serveur d’E-S virtuel. Pour plus d’informations, consultez l’une des procédures suivantes : v «Installation du serveur d’E-S virtuel à partir de la console HMC», à la page 75 74 Guide d’utilisation de PowerVM Editions v «Installation du serveur d’E-S virtuel à partir d’un CD ou d’un DVD» Installation du serveur d’E-S virtuel à partir de la console HMC Cette rubrique contient des instructions sur l’installation du serveur d’E-S virtuel via la console HMC à l’aide de la commande installios. Avant de commencer, effectuez les tâches suivantes : 1. Vérifiez que les conditions suivantes sont remplies : v Une console HMC est connectée au système géré. v La partition logique et le profil de partition logique du serveur d’E-S virtuel sont créés. Pour plus d’informations, consultez les procédures suivantes : – «Création de la partition logique et du profil de partition du serveur d’E-S virtuel via la console HMC version 7», à la page 74 – «Création de la partition logique et du profil de partition du serveur d’E-S virtuel à l’aide la console HMC version 6», à la page 79 v La partition logique du serveur d’E-S virtuel dispose d’au moins une carte Ethernet et un disque de 16 Go lui a été attribué. v Vous disposez des droits d’accès hmcsuperadmin. 2. Collectez les informations suivantes : v l’adresse IP statique du serveur d’E-S virtuel v le masque de sous-réseau du serveur d’E-S virtuel v la passerelle par défaut du serveur d’E-S virtuel Pour installer le serveur d’E-S virtuel, procédez comme suit : 1. Insérez le CD-ROM ou le DVD-ROM du serveur d’E-S virtuel dans la console HMC. 2. Si vous installez le serveur d’E-S virtuel via l’interface réseau publique, passez à l’étape 3. Si vous installez le serveur d’E-S virtuel via une interface réseau privée, entrez la commande suivante sur la ligne de commande de la console HMC : export INSTALLIOS_PRIVATE_IF=interface où interface correspond à l’interface réseau où doit avoir lieu l’installation. 3. Dans la ligne de commande de la console HMC, tapez : installios 4. Suivez les instructions d’installation conformément aux invites du système. Après l’installation du serveur d’E-S virtuel, effectuez les tâches complémentaires à l’installation (recherchez les mises à jour, configurez la connexion à distance, créez d’autres ID utilisateur, etc.). Pour plus d’informations, voir «Finalisation de l’installation du serveur d’E-S virtuel», à la page 72. Installation du serveur d’E-S virtuel à partir d’un CD ou d’un DVD Instructions relatives à l’installation du serveur d’E-S virtuel à partir d’une unité de CD-ROM ou de DVD-ROM connectée à la partition logique du serveur d’E-S virtuel. Avant de commencer, vérifiez que les conditions suivantes sont remplies : v Une console HMC est connectée au système géré. v La partition logique et le profil de partition logique du serveur d’E-S virtuel sont créés. Pour plus d’informations, consultez les procédures suivantes : – «Création de la partition logique et du profil de partition du serveur d’E-S virtuel via la console HMC version 7», à la page 74 – «Création de la partition logique et du profil de partition du serveur d’E-S virtuel à l’aide la console HMC version 6», à la page 79 v Une unité optique CD ou DVD est attribuée à la partition logique du serveur d’E-S virtuel. Chapitre 3. Serveur d’E-S virtuel 75 Pour installer le serveur d’E-S virtuel à partir d’un CD ou d’un DVD, procédez comme suit : 1. Activez la partition logique du serveur d’E-S virtuel à l’aide de la console HMC version 7 (ou ultérieure) ou HMC version 6 (ou antérieure) : v Activez le serveur d’E-S virtuel à l’aide de la console HMC version 7 ou ultérieure : a. Insérez le CD ou le DVD du serveur d’E-S virtuel dans la partition logique du serveur d’E-S virtuel. b. Dans la zone de navigation de la console HMC, cliquez sur Gestion de systèmes → Serveurs. c. Sélectionnez le serveur sur lequel se trouve la partition logique du serveur d’E-S virtuel. d. Dans la zone Contenu, sélectionnez la partition logique du serveur d’E-S virtuel. e. Cliquez sur Tâches → Utilisation → Activation. Le menu Activation d’une partition s’ouvre en proposant une sélection de profils de partition logique. Vérifiez que le bon profil est mis en évidence. f. Sélectionnez Ouverture d’une fenêtre de terminal ou d’une session de console pour ouvrir une fenêtre de terminal virtuel (vterm). g. Cliquez sur Options avancées pour ouvrir le menu des options avancées. h. Pour le mode d’amorçage, sélectionnez SMS. i. Cliquez sur OK pour fermer le menu des options avancées. j. Cliquez sur OK. Une fenêtre de terminal virtuel s’ouvre pour la partition logique. v Activez le serveur d’E-S virtuel à l’aide de la console HMC version 6 ou antérieure : a. Insérez le CD ou le DVD du serveur d’E-S virtuel dans la partition logique du serveur d’E-S virtuel. b. Sur la console HMC, cliquez avec le bouton droit de la souris sur la partition logique pour ouvrir le menu correspondant. c. Cliquez sur Activer. Le menu Activation d’une partition s’ouvre en proposant une sélection de profils de partition logique. Vérifiez que le bon profil est mis en évidence. d. Sélectionnez Ouverture d’une fenêtre de terminal ou d’une session de console pour ouvrir une fenêtre de terminal virtuel (vterm). e. Cliquez sur Options avancées pour ouvrir le menu des options avancées. f. Pour le mode d’amorçage, sélectionnez SMS. g. Cliquez sur OK pour fermer le menu des options avancées. h. Cliquez sur OK. Une fenêtre de terminal virtuel s’ouvre pour la partition logique. 2. Sélectionnez l’unité d’amorçage : a. Sélectionnez Choix options d’amorçage et appuyez sur Entrée. b. Sélectionnez Choix unité installation/amorçage et appuyez sur Entrée. c. Sélectionnez Sélection de la première unité d’amorçage et appuyez sur Entrée. d. Sélectionnez CD/DVD et appuyez sur Entrée. e. Sélectionnez le type de support correspondant à l’unité optique, puis appuyez sur Entrée. f. Sélectionnez le numéro de l’unité correspondant à l’unité optique, puis appuyez sur Entrée. g. Définissez la séquence d’amorçage pour configurer la première unité d’amorçage. L’unité optique est désormais la première unité de la liste de séquence d’amorçage en cours. h. Quittez le menu SMS en appuyant sur la touche x puis confirmez que vous souhaitez quitter SMS. 3. Installez le serveur d’E-S virtuel : a. Sélectionnez la console souhaitée et appuyez sur Entrée. b. Sélectionnez une langue pour les menus du système d’exploitation de base et appuyez sur Entrée. c. Sélectionnez Lancement de l’installation avec paramètres par défaut et appuyez sur Entrée. d. Sélectionnez Suite de l’installation. Le système redémarre une fois l’installation terminée. 76 Guide d’utilisation de PowerVM Editions Après avoir installé le serveur d’E-S virtuel, terminez l’installation en recherchant les mises à jour, en établissant les connexions distantes, en créant d’autres ID utilisateur, etc. Pour plus d’informations, voir «Finalisation de l’installation du serveur d’E-S virtuel», à la page 72. Finalisation de l’installation du serveur d’E-S virtuel Après l’installation du serveur d’E-S virtuel, recherchez les éventuelles mises à jour, configurez les connexions à distance, créez les autres ID utilisateur, etc. Cette procédure suppose que le serveur d’E-S virtuel est installé. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Pour terminer l’installation, procédez comme suit : 1. Acceptez les termes et conditions de maintenance logicielle, ainsi que la licence produit du serveur d’E-S virtuel. Pour plus d’informations, voir «Affichage et acceptation du contrat de licence du serveur d’E-S virtuel». 2. Etablissez les connexions distantes au serveur d’E-S virtuel. Pour plus d’informations, voir «Connexion au serveur d’E-S virtuel à l’aide d’OpenSSH», à la page 130. 3. Facultatif : Créez les autres ID utilisateur. A la fin de l’installation, le seul ID utilisateur actif est celui de l’administrateur principal (padmin). Vous pouvez créer les ID utilisateur suivants : administrateur système, technicien de maintenance et ingénieur de développement. Pour plus d’informations sur la création d’ID utilisateur, voir «Gestion des utilisateurs sur le serveur d’E-S virtuel», à la page 134. 4. Configurez la connexion TCP/IP pour le serveur d’E-S virtuel à l’aide de la commande mktcpip. Vous devez accomplir cette tâche pour pouvoir effectuer une opération de partitionnement logique dynamique. Vous avez également la possibilité d’utiliser le menu d’assistance de configuration pour configurer les connexions TCP/IP. Pour accéder au menu d’assistance de la configuration, exécutez la commande cfgassist. Lorsque vous avez terminé, effectuez l’une des opérations suivantes : v Si vous avez installé le serveur d’E-S virtuel, des partitions logiques client et des systèmes d’exploitation en déployant entièrement une planification système, l’installation est terminée. Pour plus d’informations sur la gestion du serveur d’E-S virtuel, voir «Gestion du serveur d’E-S virtuel», à la page 101. v Si vous avez installé le serveur d’E-S virtuel manuellement à l’aide de la console HMC version 6 ou version 7, vous devez configurer le serveur d’E-S virtuel, créer des partitions logiques client et installer des systèmes d’exploitation client. Pour plus d’informations, voir «Configuration de la console serveur d’E-S virtuel», à la page 83 et le manuel Guide de partitionnement logique. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une taille approximative de 3 Mo, voir sa76-0098.pdf . Affichage et acceptation du contrat de licence du serveur d’E-S virtuel : Avant d’utiliser le serveur d’E-S virtuel, vous devez afficher et accepter le contrat de licence. Avant de commencer, vérifiez que le profil de la partition logique du serveur d’E-S virtuel est créée et que le serveur d’E-S virtuel est installé. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Pour consulter et accepter la licence du serveur d’E-S virtuel, procédez comme suit : 1. Connectez-vous au serveur d’E-S virtuel avec l’ID utilisateur padmin. 2. Choisissez un nouveau mot de passe. Les dispositions relatives à la maintenance logicielle apparaissent. 3. Affichez et acceptez le contrat de licence du produit serveur d’E-S virtuel. Chapitre 3. Serveur d’E-S virtuel 77 Remarque : Si vous avez installé le serveur d’E-S virtuel en déployant une planification système, vous avez déjà accepté le contrat de licence du produit serveur d’E-S virtuel. Il est donc inutile d’exécuter cette procédure. a. Pour afficher le contrat de licence du produit serveur d’E-S virtuel, tapez license -ls sur la ligne de commande. Par défaut, la licence s’affiche en anglais. Pour modifier la langue d’affichage de la licence, procédez comme suit : 1) Affichez la liste des paramètres nationaux disponibles pour l’affichage de la licence en entrant la commande suivante : license -ls 2) Affichez la licence dans une autre langue en entrant la commande suivante : license -view -lang Nom Par exemple, pour afficher la licence en japonais, entrez la commande suivante : license -view -lang ja_JP b. Pour accepter le contrat de licence du produit serveur d’E-S virtuel, tapez license -accept sur la ligne de commande. 4. Dans le programme d’installation, l’anglais est la langue par défaut. Si vous voulez modifier le paramètre de langue du système, procédez comme suit : a. Affichez les langues disponibles en entrant la commande suivante : chlang -ls b. Modifiez la langue en entrant la commande suivante, en remplaçant Nom par le nom de la langue que vous souhaitez utiliser. chlang -lang Nom Remarque : Si le jeu de fichiers de langue n’est pas installé, utilisez l’option -dev Support pour l’installer. Par exemple, pour installer et sélectionner du japonais, entrez la commande suivante : chlang -lang ja_JP -dev /dev/cd0 Installation manuelle du serveur d’E-S virtuel à l’aide de la console HMC version 6 Vous pouvez créer la partition logique et le profil de partition logique du serveur d’E-S virtuel et installer le serveur d’E-S virtuel à l’aide de la console HMC (Hardware Management) (HMC) version 6 ou antérieure. Avant de commencer, vérifiez que les conditions suivantes sont remplies : v Le système sur lequel vous envisagez d’installer le serveur d’E-S virtuel est géré par une console HMC (Hardware Management). v Vous disposez de la version 6 (ou d’une version inférieure) de la console HMC. Si vous disposez de la version 7 (ou d’une version supérieure) de la HMC, reportez-vous à l’une des procédures suivantes : – «Installation du serveur d’E-S virtuelet des partitions logiques client en déployant une planification système», à la page 65 – «Installation manuelle du serveur d’E-S virtuel via la console HMC version 7», à la page 73 Saisie du code d’activation de PowerVM Editions via la console HMC version 6 Le code de PowerVM Editions (ou Advanced POWER Virtualization) est nécessaire pour installer et configurer le serveur d’E-S virtuel. Vous pouvez le saisir à partir de la console HMC (Hardware Management). 78 Guide d’utilisation de PowerVM Editions Si le dispositif PowerVM Editions n’est pas activé sur votre système, vous devez utiliser la console HMC pour entrer le code d’activation que vous avez reçu lors de la votre commande. Ce code d’activation permet également d’activer la technologie Micro-Partitioning sur le système. Pour entrer votre code d’activation, procédez comme suit : 1. Sur la console HMC, sélectionnez le système géré. 2. Sélectionnez Gestion des activations On Demand. 3. Sélectionnez Technologies Virtualization Engine. 4. Sélectionnez Saisie du code d’activation. Entrez votre code d’activation. Création de la partition logique et du profil de partition du serveur d’E-S virtuel à l’aide la console HMC version 6 La console HMC (Hardware Management) version 6 permet de créer une partition logique et un profil de partition pour le serveur d’E-S virtuel. Avant de commencer, vérifiez que les conditions suivantes sont remplies : v Vous êtes un super administrateur ou un opérateur. v La fonction PowerVM Editions (ou Advanced POWER Virtualization) est activée. Pour plus d’informations, voir «Saisie du code d’activation de PowerVM Editions via la console HMC version 6», à la page 11. Le serveur d’E-S virtuel requiert au minimum 16 Go d’espace disque et 512 Mo de mémoire. Pour créer une partition logique et un profil de partition sur votre serveur à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Serveur et partition. 2. Sélectionnez Gestion de serveurs. 3. Dans la zone de contenu, ouvrez le serveur sur lequel vous voulez créer le profil de partition. 4. Cliquez avec le bouton droit de la souris sur Partitions et sélectionnez Création → Partitions logiques. 5. Entrez un nom pour la partition du serveur d’E-S virtuel. 6. Sélectionnez le serveur d’E-S virtuel comme environnement de partition. 7. Selon votre environnement, indiquez si le serveur d’E-S virtuel fera partie ou non d’un groupe de gestion de charge de travail. 8. Entrez un nom de profil pour la partition du serveur d’E-S virtuel. 9. Assurez-vous que la case à cocher Utiliser toutes les ressources du système n’est pas sélectionnée. 10. Sélectionnez la quantité de mémoire que vous souhaitez affecter à la partition du serveur d’E-S virtuel. La quantité minimale requise est de 512 Mo. 11. Selon votre environnement, indiquez si vous souhaitez utiliser des processeurs partagés ou dédiés en sélectionnant l’option correspondante. 12. Sélectionnez les ressources d’E-S physiques que vous souhaitez inclure dans la partition du serveur d’E-S virtuel. 13. Selon votre environnement, indiquez si le serveur d’E-S virtuel utilisera ou non des pools d’E-S en sélectionnant l’option appropriée. 14. Dans la fenêtre des cartes d’E-S virtuelles, cliquez sur Oui pour indiquer que vous voulez définir des cartes virtuelles. 15. Dans la fenêtre de création de cartes d’E-S virtuelles, créez les cartes appropriées à votre environnement. 16. Selon votre environnement, indiquez si vous voulez définir une partition de gestion de l’alimentation pour la partition du serveur d’E-S virtuel. Chapitre 3. Serveur d’E-S virtuel 79 17. Décidez si vous souhaitez surveiller les connexions en sélectionnant l’option appropriée. 18. Pour que le serveur d’E-S virtuel démarre en même temps que le système géré, sélectionnez l’option Démarrer automatiquement avec le système géré. 19. Sélectionnez le mode d’amorçage de la partition du serveur d’E-S virtuel. Dans la plupart des cas, le mode d’amorçage normal est l’option appropriée. 20. Vérifiez vos sélections dans la fenêtre Récapitulatif du profil et appuyez sur Terminer. Une fois la partition logique et le profil de partition créés, vous devez installer le serveur d’E-S virtuel. Pour plus d’informations, consultez l’une des procédures suivantes : v «Installation du serveur d’E-S virtuel à partir de la console HMC», à la page 75 v «Installation du serveur d’E-S virtuel à partir d’un CD ou d’un DVD», à la page 75 Installation du serveur d’E-S virtuel à partir de la console HMC Cette rubrique contient des instructions sur l’installation du serveur d’E-S virtuel via la console HMC à l’aide de la commande installios. Avant de commencer, effectuez les tâches suivantes : 1. Vérifiez que les conditions suivantes sont remplies : v Une console HMC est connectée au système géré. v La partition logique et le profil de partition logique du serveur d’E-S virtuel sont créés. Pour plus d’informations, consultez les procédures suivantes : – «Création de la partition logique et du profil de partition du serveur d’E-S virtuel via la console HMC version 7», à la page 74 – «Création de la partition logique et du profil de partition du serveur d’E-S virtuel à l’aide la console HMC version 6», à la page 79 v La partition logique du serveur d’E-S virtuel dispose d’au moins une carte Ethernet et un disque de 16 Go lui a été attribué. v Vous disposez des droits d’accès hmcsuperadmin. 2. Collectez les informations suivantes : v l’adresse IP statique du serveur d’E-S virtuel v le masque de sous-réseau du serveur d’E-S virtuel v la passerelle par défaut du serveur d’E-S virtuel Pour installer le serveur d’E-S virtuel, procédez comme suit : 1. Insérez le CD-ROM ou le DVD-ROM du serveur d’E-S virtuel dans la console HMC. 2. Si vous installez le serveur d’E-S virtuel via l’interface réseau publique, passez à l’étape 3. Si vous installez le serveur d’E-S virtuel via une interface réseau privée, entrez la commande suivante sur la ligne de commande de la console HMC : export INSTALLIOS_PRIVATE_IF=interface où interface correspond à l’interface réseau où doit avoir lieu l’installation. 3. Dans la ligne de commande de la console HMC, tapez : installios 4. Suivez les instructions d’installation conformément aux invites du système. Après l’installation du serveur d’E-S virtuel, effectuez les tâches complémentaires à l’installation (recherchez les mises à jour, configurez la connexion à distance, créez d’autres ID utilisateur, etc.). Pour plus d’informations, voir «Finalisation de l’installation du serveur d’E-S virtuel», à la page 72. Installation du serveur d’E-S virtuel à partir d’un CD ou d’un DVD Instructions relatives à l’installation du serveur d’E-S virtuel à partir d’une unité de CD-ROM ou de DVD-ROM connectée à la partition logique du serveur d’E-S virtuel. 80 Guide d’utilisation de PowerVM Editions Avant de commencer, vérifiez que les conditions suivantes sont remplies : v Une console HMC est connectée au système géré. v La partition logique et le profil de partition logique du serveur d’E-S virtuel sont créés. Pour plus d’informations, consultez les procédures suivantes : – «Création de la partition logique et du profil de partition du serveur d’E-S virtuel via la console HMC version 7», à la page 74 – «Création de la partition logique et du profil de partition du serveur d’E-S virtuel à l’aide la console HMC version 6», à la page 79 v Une unité optique CD ou DVD est attribuée à la partition logique du serveur d’E-S virtuel. Pour installer le serveur d’E-S virtuel à partir d’un CD ou d’un DVD, procédez comme suit : 1. Activez la partition logique du serveur d’E-S virtuel à l’aide de la console HMC version 7 (ou ultérieure) ou HMC version 6 (ou antérieure) : v Activez le serveur d’E-S virtuel à l’aide de la console HMC version 7 ou ultérieure : a. Insérez le CD ou le DVD du serveur d’E-S virtuel dans la partition logique du serveur d’E-S virtuel. b. Dans la zone de navigation de la console HMC, cliquez sur Gestion de systèmes → Serveurs. c. Sélectionnez le serveur sur lequel se trouve la partition logique du serveur d’E-S virtuel. d. Dans la zone Contenu, sélectionnez la partition logique du serveur d’E-S virtuel. e. Cliquez sur Tâches → Utilisation → Activation. Le menu Activation d’une partition s’ouvre en proposant une sélection de profils de partition logique. Vérifiez que le bon profil est mis en évidence. f. Sélectionnez Ouverture d’une fenêtre de terminal ou d’une session de console pour ouvrir une fenêtre de terminal virtuel (vterm). g. Cliquez sur Options avancées pour ouvrir le menu des options avancées. h. Pour le mode d’amorçage, sélectionnez SMS. i. Cliquez sur OK pour fermer le menu des options avancées. j. Cliquez sur OK. Une fenêtre de terminal virtuel s’ouvre pour la partition logique. v Activez le serveur d’E-S virtuel à l’aide de la console HMC version 6 ou antérieure : a. Insérez le CD ou le DVD du serveur d’E-S virtuel dans la partition logique du serveur d’E-S virtuel. b. Sur la console HMC, cliquez avec le bouton droit de la souris sur la partition logique pour ouvrir le menu correspondant. c. Cliquez sur Activer. Le menu Activation d’une partition s’ouvre en proposant une sélection de profils de partition logique. Vérifiez que le bon profil est mis en évidence. d. Sélectionnez Ouverture d’une fenêtre de terminal ou d’une session de console pour ouvrir une fenêtre de terminal virtuel (vterm). e. Cliquez sur Options avancées pour ouvrir le menu des options avancées. f. Pour le mode d’amorçage, sélectionnez SMS. g. Cliquez sur OK pour fermer le menu des options avancées. h. Cliquez sur OK. Une fenêtre de terminal virtuel s’ouvre pour la partition logique. 2. Sélectionnez l’unité d’amorçage : a. Sélectionnez Choix options d’amorçage et appuyez sur Entrée. b. Sélectionnez Choix unité installation/amorçage et appuyez sur Entrée. c. d. e. f. Sélectionnez Sélection de la première unité d’amorçage et appuyez sur Entrée. Sélectionnez CD/DVD et appuyez sur Entrée. Sélectionnez le type de support correspondant à l’unité optique, puis appuyez sur Entrée. Sélectionnez le numéro de l’unité correspondant à l’unité optique, puis appuyez sur Entrée. Chapitre 3. Serveur d’E-S virtuel 81 g. Définissez la séquence d’amorçage pour configurer la première unité d’amorçage. L’unité optique est désormais la première unité de la liste de séquence d’amorçage en cours. h. Quittez le menu SMS en appuyant sur la touche x puis confirmez que vous souhaitez quitter SMS. 3. Installez le serveur d’E-S virtuel : a. Sélectionnez la console souhaitée et appuyez sur Entrée. b. Sélectionnez une langue pour les menus du système d’exploitation de base et appuyez sur Entrée. c. Sélectionnez Lancement de l’installation avec paramètres par défaut et appuyez sur Entrée. d. Sélectionnez Suite de l’installation. Le système redémarre une fois l’installation terminée. Après avoir installé le serveur d’E-S virtuel, terminez l’installation en recherchant les mises à jour, en établissant les connexions distantes, en créant d’autres ID utilisateur, etc. Pour plus d’informations, voir «Finalisation de l’installation du serveur d’E-S virtuel», à la page 72. Finalisation de l’installation du serveur d’E-S virtuel Après l’installation du serveur d’E-S virtuel, recherchez les éventuelles mises à jour, configurez les connexions à distance, créez les autres ID utilisateur, etc. Cette procédure suppose que le serveur d’E-S virtuel est installé. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Pour terminer l’installation, procédez comme suit : 1. Acceptez les termes et conditions de maintenance logicielle, ainsi que la licence produit du serveur d’E-S virtuel. Pour plus d’informations, voir «Affichage et acceptation du contrat de licence du serveur d’E-S virtuel», à la page 77. 2. Etablissez les connexions distantes au serveur d’E-S virtuel. Pour plus d’informations, voir «Connexion au serveur d’E-S virtuel à l’aide d’OpenSSH», à la page 130. 3. Facultatif : Créez les autres ID utilisateur. A la fin de l’installation, le seul ID utilisateur actif est celui de l’administrateur principal (padmin). Vous pouvez créer les ID utilisateur suivants : administrateur système, technicien de maintenance et ingénieur de développement. Pour plus d’informations sur la création d’ID utilisateur, voir «Gestion des utilisateurs sur le serveur d’E-S virtuel», à la page 134. 4. Configurez la connexion TCP/IP pour le serveur d’E-S virtuel à l’aide de la commande mktcpip. Vous devez accomplir cette tâche pour pouvoir effectuer une opération de partitionnement logique dynamique. Vous avez également la possibilité d’utiliser le menu d’assistance de configuration pour configurer les connexions TCP/IP. Pour accéder au menu d’assistance de la configuration, exécutez la commande cfgassist. Lorsque vous avez terminé, effectuez l’une des opérations suivantes : v Si vous avez installé le serveur d’E-S virtuel, des partitions logiques client et des systèmes d’exploitation en déployant entièrement une planification système, l’installation est terminée. Pour plus d’informations sur la gestion du serveur d’E-S virtuel, voir «Gestion du serveur d’E-S virtuel», à la page 101. v Si vous avez installé le serveur d’E-S virtuel manuellement à l’aide de la console HMC version 6 ou version 7, vous devez configurer le serveur d’E-S virtuel, créer des partitions logiques client et installer des systèmes d’exploitation client. Pour plus d’informations, voir «Configuration de la console serveur d’E-S virtuel», à la page 83 et le manuel Guide de partitionnement logique. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une taille approximative de 3 Mo, voir sa76-0098.pdf . 82 Guide d’utilisation de PowerVM Editions Configuration de la console serveur d’E-S virtuel Vous devez configurer les unités Ethernet virtuelles et SCSI virtuelles sur le serveur d’E-S virtuel. Vous pouvez également (facultatif) configurer des agents et des clients Tivoli et configurer le serveur d’E-S virtuel en tant que client LDAP. Configuration d’unités SCSI virtuelles sur le serveur d’E-S virtuel Vous pouvez configurer des unités SCSI virtuelles en déployant une planification système, en créant des groupes de volumes et des volumes logiques et en configurant le serveur d’E-S virtuel de façon à activer la prise en charge des fonctions de verrouillage SCSI-2. Les ressources de disque virtuel sont fournies sur le serveur d’E-S virtuel. Les disques physiques appartenant au serveur d’E-S virtuel peuvent être exportés et affectés ensemble à une partition logique client ou partitionnés en volumes ou fichiers logiques. Ces volumes et fichiers logiques peuvent ensuite être exportés sous forme de disques virtuels sur une ou plusieurs partitions logiques client. Par conséquent, l’interface SCSI virtuelle permet de partager des cartes et des unités de disque. Pour mettre un volume physique, un volume logique ou un fichier à la disposition d’une partition client, il doit être affecté à une carte SCSI virtuelle du serveur d’E-S virtuel. La carte du client SCSI est liée à une carte serveur SCSI virtuelle précise dans la partition logique du serveur d’E-S virtuel. La partition logique client accède aux disques qui lui sont alloués via la carte client SCSI virtuelle. La carte client du serveur d’E-S virtuel détecte les unités SCSI standard et les LUN grâce à cette carte virtuelle. L’attribution de ressources de disques à une carte du serveur SCSI sur le serveur d’E-S virtuel permet d’allouer de façon effective les ressources à une carte client SCSI dans la partition logique client. Création de l’unité cible virtuelle sur le serveur d’E-S virtuel La création d’une unité cible virtuelle sur le serveur d’E-S virtuel mappe la carte SCSI virtuelle sur le fichier, le volume logique ou le disque physique. Avec le serveur d’E-S virtuel version 1.5 et supérieure, vous pouvez exporter les types de disque physique suivants : v Un disque SCSI virtuel associé à un volume physique v Un disque SCSI virtuel associé à un volume logique v Un disque SCSI virtuel associé à un fichier Une fois que le disque virtuel est alloué à une partition client, le serveur d’E-S virtuel doit être disponible pour que les partitions logiques client puissent y accéder. Création d’une unité cible virtuelle sur le serveur d’E-S virtuel avec mappage sur un un volume logique ou physique : Vous pouvez créer une unité cible virtuelle sur le serveur d’E-S virtuel qui mappe la carte SCSI virtuelle sur un disque physique ou un volume logique basé sur un groupe de stockage. Vous pouvez répéter cette procédure pour fournir de l’espace de stockage sur disque virtuel supplémentaire à partir de n’importe quelle partition logique client. Avant de commencer, vérifiez que les conditions suivantes sont remplies : 1. Un volume logique ou physique doit être défini au minimum sur le serveur d’E-S virtuel. Pour plus d’informations, voir «Volumes logiques», à la page 18. 2. Les cartes virtuelles du serveur d’E-S virtuel et des partitions logiques client doivent avoir été créées. Elles sont généralement créées en même temps que le profil de partition logique. Pour plus d’informations sur la création de la partition logique, voir serveur d’E-S virtuel. Chapitre 3. Serveur d’E-S virtuel 83 Pour créer une unité cible virtuelle qui mappe une carte serveur SCSI virtuelle sur un volume logique ou physique, procédez comme suit : 1. Pour vous assurer que la carte SCSI virtuelle est disponible, utilisez la commande lsdev. Par exemple, la commande lsdev -virtual renvoie un résultat similaire au suivant : name ent3 vhost0 vhost1 vsa0 vtscsi0 vtscsi1 vtscsi2 status description Available Virtual I/O Ethernet Adapter (l-lan) Available Virtual SCSI Server Adapter Available Virtual SCSI Server Adapter Available LPAR Virtual Serial Adapter Available Virtual Target Device - Logical Volume Available Virtual Target Device - File-backed Disk Available Virtual Target Device - File-backed Disk 2. Pour créer une unité cible virtuelle qui mappe la carte serveur SCSI virtuelle sur un volume logique ou physique, exécutez la commande mkvdev: mkvdev -vdev TargetDevice -vadapter VirtualSCSIServerAdapter Où : v TargetDevice est le nom de l’unité cible, comme suit : – Pour mapper un volume logique sur la carte serveur SCSI virtuelle, utilisez le nom du volume logique. Par exemple, lv_4G. – Pour mapper un volume physique sur la carte serveur SCSI virtuelle, utilisez hdiskx. Par exemple, hdisk5. – Pour mapper une unité optique sur la carte serveur SCSI virtuelle, utilisez cdx. Par exemple, cd0. v VirtualSCSIServerAdapter est le nom de la carte serveur SCSI virtuelle. La mémoire de stockage est mise à disposition de la partition logique client lors du prochain démarrage de cette partition ou lors de la prochaine analyse (sur une partition logique Linux) ou de la prochaine configuration (sur une partition logique AIX) de la carte client SCSI virtuelle appropriée. 3. Affichez l’unité cible virtuelle que vous venez de créer en exécutant la commande lsdev. Par exemple, la commande lsdev -virtual renvoie un résultat similaire au suivant : name status description vhost3 Available Virtual SCSI Server Adapter vsa0 Available LPAR Virtual Serial Adapter vtscsi0 Available Virtual Target Device - Logical Volume 4. Affichez la connexion logique entre les nouvelles unités en exécutant la commande lsmap. Par exemple, la commande lsmap -vadapter vhost3 renvoie un résultat similaire au suivant : SVSA Empl.Phys Client IDPartition ------------------------------------------------------vhost3 U9111.520.10DDEEC-V1-C20 0x00000000 VTD Status LUN Backing device Physloc vtscsi0 Available 0x8100000000000000 lv_4G L’emplacement physique est une association du numéro d’emplacement (20, dans le cas présent) et de l’ID de partition logique. La mémoire sera disponible sur la partition logique client soit lors du prochain démarrage de la mémoire, soit lors de la prochaine analyse ou de la prochaine configuration de la carte client SCSI virtuelle appropriée. Si vous devez par la suite supprimer l’unité virtuelle cible, utilisez la commande rmvdev. 84 Guide d’utilisation de PowerVM Editions Création d’une unité cible virtuelle sur le serveur d’E-S virtuel avec mappage sur un fichier ou un volume logique : Vous pouvez créer une unité cible virtuelle sur le serveur d’E-S virtuel qui mappe la carte SCSI virtuelle sur un fichier ou un volume logique basé sur un pool de stockage. Vous pouvez répéter cette procédure pour fournir de l’espace de stockage sur disque virtuel supplémentaire à partir de n’importe quelle partition logique client. Avant de commencer, vérifiez que les conditions suivantes sont remplies : v Vous devez disposer de la version 1.5 (ou d’une version supérieure) du serveur d’E-S virtuel. v Un fichier minimum doit être défini dans un pool de stockage de fichiers ou un volume logique minimum doit être défini dans un pool de stockage de volumes logiques sur le serveur d’E-S virtuel. Pour plus d’informations, voir «Stockage virtuel», à la page 23 et «Pools de stockage», à la page 22. v Les cartes virtuelles du serveur d’E-S virtuel et des partitions logiques client doivent avoir été créées. Elles sont généralement créées en même temps que le profil de partition logique. Pour plus d’informations sur la création de la partition logique, voir serveur d’E-S virtuel. Pour créer une unité cible virtuelle qui mappe une carte serveur SCSI virtuelle sur un fichier ou un volume logique, procédez comme suit : 1. Pour vous assurer que la carte SCSI virtuelle est disponible, utilisez la commande lsdev. Par exemple, la commande lsdev -virtual renvoie un résultat similaire au suivant : name ent3 vhost0 vhost1 vsa0 vtscsi0 vtscsi1 vtscsi2 status description Available Virtual I/O Ethernet Adapter (l-lan) Available Virtual SCSI Server Adapter Available Virtual SCSI Server Adapter Available LPAR Virtual Serial Adapter Available Virtual Target Device - Logical Volume Available Virtual Target Device - File-backed Disk Available Virtual Target Device - File-backed Disk 2. Pour créer une unité cible virtuelle qui mappe sur la carte serveur SCSI virtuelle, exécutez la commande mkbdsp : mkbdsp -sp StoragePool -bd BackingDevice -vadapter VirtualSCSIServerAdapter -tn TargetDeviceName Où : v StoragePool est le nom du pool de stockage contenant le fichier ou le volume logique sur lequel vous envisagez de mapper la carte serveur SCSI virtuelle. Par exemple, fbPool. v BackingDevice est le nom du fichier ou du volume logique sur lequel vous envisagez de mapper la carte serveur SCSI virtuelle. Par exemple, devFile. v VirtualSCSIServerAdapter est le nom de la carte serveur SCSI virtuelle. Par exemple, vhost4. v TargetDeviceName est le nom de l’unité cible. Par exemple, fbvtd1. La mémoire de stockage est mise à disposition de la partition logique client lors du prochain démarrage de cette partition ou lors de la prochaine analyse (sur une partition logique Linux) ou de la prochaine configuration (sur une partition logique AIX). 3. Affichez l’unité cible virtuelle que vous venez de créer en exécutant la commande lsdev. Par exemple, la commande lsdev -virtual renvoie un résultat similaire au suivant : name vhost4 vsa0 fbvtd1 status description Available Virtual SCSI Server Adapter Available LPAR Virtual Serial Adapter Available Virtual Target Device - File-backed Disk 4. Affichez la connexion logique entre les nouvelles unités en exécutant la commande lsmap. Par exemple, la commande lsmap -vadapter vhost4 renvoie un résultat similaire au suivant : Chapitre 3. Serveur d’E-S virtuel 85 SVSA Empl.Phys Client IDPartition ------------------------------------------------------vhost4 U9117.570.10C8BCE-V6-C2 0x00000000 VTD Status LUN Backing device Physloc fbvtd1 Available 0x8100000000000000 /var/vio/storagepools/fbPool/devFile L’emplacement physique est une combinaison du numéro d’emplacement (2, dans le cas présent) et de l’ID de partition logique. L’unité virtuelle peut alors être connectée à partir de la partition logique client. Si vous devez par la suite supprimer l’unité virtuelle cible, utilisez la commande rmbdsp. Création d’une unité cible virtuelle sur le serveur d’E-S virtuel avec mappage sur une unité optique virtuelle associée à un fichier : Vous pouvez créer une unité cible virtuelle sur le serveur d’E-S virtuel qui mappe la carte SCSI virtuelle sur une unité optique virtuelle associée à un fichier. Vous pouvez répéter cette procédure pour fournir de l’espace de stockage sur disque virtuel supplémentaire à partir de n’importe quelle partition logique client. Avant de commencer, exécutez les étapes suivantes : 1. Vérifiez que vous disposez de la version 1.5 (ou d’une version supérieure) du serveur d’E-S virtuel. 2. Vérifiez que les cartes virtuelles du serveur d’E-S virtuel et des partitions client ont été créées. Elles sont généralement créées en même temps que le profil de partition logique. Pour plus d’informations sur la création de partitions logiques, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Pour créer une unité cible virtuelle qui mappe une carte serveur SCSI virtuelle sur une unité optique virtuelle associée à un fichier, procédez comme suit : 1. Pour vous assurer que la carte SCSI virtuelle est disponible, utilisez la commande lsdev. Par exemple, la commande lsdev -virtual renvoie un résultat similaire au suivant : name ent3 vhost0 vhost1 vsa0 vtscsi0 vtscsi1 vtscsi2 status description Available Virtual I/O Ethernet Adapter (l-lan) Available Virtual SCSI Server Adapter Available Virtual SCSI Server Adapter Available LPAR Virtual Serial Adapter Available Virtual Target Device - Logical Volume Available Virtual Target Device - File-backed Disk Available Virtual Target Device - File-backed Disk 2. Pour créer une unité cible virtuelle qui mappe la carte serveur SCSI virtuelle sur une unité optique virtuelle associée à un fichier, exécutez la commande mkvdev: mkvdev -fbo -vadapter VirtualSCSIServerAdapter où VirtualSCSIServerAdapter est le nom de la carte serveur SCSI virtuelle. Par exemple, vhost1. Remarque : Aucune unité de sauvegarde n’est spécifiée lors de la création d’unités cibles virtuelles pour des unités optiques virtuelles associées à des fichiers, car cette unité ne contient en principe aucun support. Pour plus d’informations sur le chargement de supports dans une unité optique associée à un fichier, voir la commande loadopt. L’unité optique est mise à disposition de la partition logique client lors du prochain démarrage de cette partition ou lors de la prochaine analyse (sur une partition logique Linux) ou de la prochaine configuration (sur une partition logique AIX). 86 Guide d’utilisation de PowerVM Editions 3. Affichez l’unité cible virtuelle que vous venez de créer en exécutant la commande lsdev. Par exemple, la commande lsdev -virtual renvoie un résultat similaire au suivant : name vhost4 vsa0 vtopt0 status description Available Virtual SCSI Server Adapter Available LPAR Virtual Serial Adapter Available Virtual Target Device - File-backed Optical 4. Affichez la connexion logique entre les nouvelles unités en exécutant la commande lsmap. Par exemple, la commande lsmap -vadapter vhost1 renvoie un résultat similaire au suivant : SVSA Empl.Phys Client IDPartition ---------------------------------------------------vhost1 U9117.570.10C8BCE-V6-C2 0x00000000 VTD LUN Backing device vtopt0 0x8200000000000000 Physloc L’emplacement physique est une combinaison du numéro d’emplacement (2, dans le cas présent) et de l’ID de partition logique. L’unité virtuelle peut alors être connectée à partir de la partition logique client. Vous pouvez utiliser la commande loadopt pour charger un support optique virtuel associé à un fichier dans l’unité optique virtuelle associée à un fichier. Si vous devez par la suite supprimer l’unité virtuelle cible, utilisez la commande rmvdev. Création de pools de stockage de volumes logiques sur le serveur d’E-S virtuel Vous pouvez créer un pool de stockage de volumes logiques sur le serveur d’E-S virtuel à l’aide des commandes mksp et mkbdsp. Avant de commencer, assurez-vous que vous disposez de la version 1.5 (ou d’une version supérieure) du serveur d’E-S virtuel. Les pools de stockage de volumes logiques sont des groupes de volumes constitués d’un ou plusieurs volumes physiques. La taille et le type des volumes physiques composant un pool de stockage de volumes logiques peuvent varier. Pour créer un pool de stockage de volumes logiques, procédez comme suit : 1. Créez un pool de stockage de volumes logiques en exécutant la commande mksp : mksp -f dev_clients hdisk2 hdisk4 Dans cet exemple, dev_clients est le nom du pool de stockage, et celui-ci contient hdisk2 et hdisk4. 2. Définissez un volume logique qui sera visible en tant que disque sur la partition logique client. La taille de ce volume logique définira la taille de disques qui sera disponible sur la partition logique client. Utilisez la commande mkbdsp pour créer un volume logique de 11 Go appelé dev_dbsrv : mkbdsp -sp dev_clients 11G -bd dev_dbsrv Si vous souhaitez créer également une unité cible virtuelle qui mappe la carte serveur SCSI virtuelle sur le volume logique, ajoutez -vadapter vhostx à la fin de la commande. Exemple : mkbdsp -sp dev_clients 11G -bd dev_dbsrv -vadapter vhost4 Création de pools de stockage de fichiers sur le serveur d’E-S virtuel Vous pouvez créer un pool de stockage de fichiers sur le serveur d’E-S virtuel à l’aide des commandes mksp et mkbdsp. Avant de commencer, assurez-vous que vous disposez de la version 1.5 (ou d’une version supérieure) du serveur d’E-S virtuel. Chapitre 3. Serveur d’E-S virtuel 87 Les pools de stockage de fichiers sont créés dans un pool de stockage de volumes logiques parent et contiennent un volume logique incluant un système de fichiers et des fichiers. Pour créer un pool de stockage de fichiers, procédez comme suit : 1. Créez un pool de stockage de fichiers en exécutant la commande mksp : mksp -fb dev_fbclt -sp dev_clients -size 7g Dans cet exemple, le nom du pool de stockage de fichiers est dev_fbclt et le nom du stockage parent est dev_clients. 2. Définissez un fichier qui sera visible en tant que disque sur la partition logique client. La taille de ce fichier définira la taille des disques qui seront disponibles sur la partition logique client. Utilisez comme suit la commande mkbdsp pour créer un fichier de 3 Go appelé dev_dbsrv : mkbdsp -sp dev_fbclt 3G -bd dev_dbsrv Si vous souhaitez créer également une unité cible virtuelle qui mappe la carte serveur SCSI virtuelle sur le fichier, ajoutez -vadapter vhostx à la fin de la commande. Exemple : mkbdsp -sp dev_fbclt 3G -bd dev_dbsrv -vadapter vhost4 Création du référentiel de supports virtuels sur le serveur d’E-S virtuel Vous pouvez créer le référentiel de supports virtuels sur le serveur d’E-S virtuel à l’aide de la commande mkrep. Avant de commencer, assurez-vous que vous disposez de la version 1.5 (ou d’une version supérieure) du serveur d’E-S virtuel. Le référentiel de supports virtuels constitue un conteneur unique pour stocker et gérer les fichiers multimédias optiques virtuels sauvegardés sur fichier. Il est possible de charger les supports stockés dans le référentiel dans des unités optiques virtuelles sauvegardées sur fichier afin de les exporter vers des partitions client. Vous ne pouvez créer qu’un seul référentiel dans un serveur d’E-S virtuel. Pour créer le référentiel de supports virtuels, exécutez la commande mkrep : mkrep -sp prod_store -size 6g Dans cet exemple, le nom du pool de stockage parent est prod_store. Création de volumes logiques et de groupes de volumes sur le serveur d’E-S virtuel Vous pouvez créer des volumes logiques et des groupes de volumes sur le serveur d’E-S virtuel à l’aide des commandes mkvg et mklv. Pour créer un volume logique, utilisez la commande mklv. Pour créer ce volume logique sur un disque distinct, vous devez préalablement créer un groupe de volumes et allouer un ou plusieurs disques via la commande mkvg. 1. Créez un groupe de volumes et allouez un disque à ce groupe à l’aide de la commande mkvg. Dans l’exemple suivant, le nom du groupe de volumes est rootvg_clients : mkvg -f -vg rootvg_clients hdisk2 2. Définissez un volume logique qui sera visible en tant que disque sur la partition logique client. La taille de ce volume logique définira la taille de disques qui sera disponible sur la partition logique client. Utilisez comme suit la commande mklv pour créer un volume logique de 2 Go : mklv -lv rootvg_dbsrv rootvg_clients 2G 88 Guide d’utilisation de PowerVM Editions Configuration du serveur d’E-S virtuel pour la prise en charge des fonctions de verrouillage SCSI-2 Connaître les conditions préalables à l’installation de l’interface SCSI virtuelle afin de prendre en charge les applications qui utilisent les fonctions de verrouillage et de libération SCSI. Les versions du serveur d’E-S virtuel 1.3 et suivantes permettent une prise en charge des applications qui sont activées pour utiliser les fonctions de verrouillage SCSI-2 contrôlées par la partition logique client. En règle générale, les fonctions de verrouillage et libération SCSI sont utilisées dans les environnements groupés dans lesquels les conflits relatifs aux ressources de disque SCSI peuvent nécessiter un contrôle plus approfondi. Pour s’assurer de la prise en charge de ces environnements par le serveur d’E-S virtuel, configurez ce dernier pour qu’il prenne en charge les fonctions de verrouillage et libération SCSI-2. Si les applications que vous utilisez fournissent des informations sur la règle à suivre pour utiliser les fonctions de verrouillage SCSI-2 sur la partition logique client, exécutez les procédures ci-après pour définir la règle de verrouillage. Exécutez les tâches suivantes pour configurer la prise en charge sur le serveur d’E-S virtuel des environnements de verrouillage SCSI-2 : 1. Configurez l’attribut reserve_policy du serveur d’E-S virtuel sur single_path, en exécutant la commande suivante : chdev -dev1 hdiskN -attr reserve_policy=single_path Remarque : Effectuez cette opération lorsque l’unité n’est pas en cours d’utilisation. Si vous exécutez cette commande alors que l’unité est ouverte ou en cours d’utilisation, vous devez utiliser l’option -perm avec cette commande. Si vous utilisez l’option -perm, les modifications ne prendront effet que lorsque l’unité sera déconfigurée puis reconfigurée. 2. Configurez la fonction client_reserve sur le serveur d’E-S virtuel. v Si vous créez une unité cible virtuelle, utilisez la commande suivante : mkvdev -vdev hdiskN -vadapter vhostN -attr client_reserve=yes où hdiskN correspond au nom de l’unité cible virtuelle et vhostN au nom de la carte du serveur SCSI. v Si l’unité cible virtuelle a déjà été créée, utilisez la commande suivante : chdev -dev vtscsiN -attr client_reserve=yes où vtscsiN désigne le nom de l’unité virtuelle. 3. Sur le client virtuel, procédez comme suit pour configurer la prise en charge des fonctions de verrouillage et libération SCSI pour le disque virtuel sauvegardé par le disque physique que vous avez configuré à l’étape 1 : a. Affectez à la règle de libération la valeur single_path sur le client virtuel, à l’aide de la commande suivante : chdev -a reserve_policy=single_path -1 hdiskN où hdiskN désigne le nom du disque virtuel Remarque : Effectuez cette opération lorsque l’unité n’est pas en cours d’utilisation. Si vous exécutez cette commande alors que l’unité est ouverte ou en cours d’utilisation, utilisez l’option -p. Dans ce cas, les modifications ne prendront effet que lorsque l’unité sera déconfigurée puis reconfigurée. b. Définissez l’attribut hcheck_cmd de sorte que le code MPIO utilise l’option inquiry. Si l’attribut hcheck_cmd a la valeur test unit ready et que l’unité de sauvegarde est verrouillée, le paramètre test unit ready échouera et consignera un message d’erreur sur le client. chdev -a hcheck_cmd=inquiry -1 hdiskN Chapitre 3. Serveur d’E-S virtuel 89 où hdiskN désigne le nom du disque virtuel. Identification des disques exportables Pour exporter un volume physique en tant qu’unité virtuelle, le volume physique doit comporter un attribut de volume IEEE, un identificateur unique (UDID) ou un identificateur physique (PVID). Pour identifier les disques exportables, procédez comme suit : 1. Déterminez si une unité est associée à un identificateur d’attribut de volume IEEE en exécutant la commande suivante sur la ligne de commande du serveur d’E-S virtuel : lsdev -dev hdiskX -attr Une valeur est indiquée dans le champ ieee_volname pour les disques ayant un identificateur d’attribut de volume IEEE. Des informations comparables à celles qui suivent s’affichent : ... cache_method False ieee_volname False lun_id False ... fast_write Write Caching method 600A0B800012DD0D00000AB441ED6AC IEEE Unique volume name 0x001a000000000000 Logical Unit Number Si le champ ieee_volname n’apparaît pas, l’unité na pas d’identificateur d’attribut de volume IEEE. 2. Si l’unité n’a pas d’identificateur d’attribut de volume IEEE, déterminez si elle a un UDID en procédant comme suit : a. Entrez oem_setup_env. b. Saisissez odmget -qattribute=id_unique CuAt. Les disques comportant un UDID sont alors répertoriés. Des informations comparables à celles qui suivent s’affichent : CuAt: name = "hdisk1" attribute = "unique_id" value = "2708ECVBZ1SC10IC35L146UCDY10-003IBMscsi" type = "R" generic = "" rep = "nl" nls_index = 79 CuAt: name = "hdisk2" attribute = "unique_id" value = "210800038FB50AST373453LC03IBMscsi" type = "R" generic = "" rep = "nl" nls_index = 79 Les unités de cette liste qui sont accessibles à partir d’autres partitions du serveur d’E-S virtuel peuvent être utilisées dans les configurations SCSI MPIO virtuelles. c. Entrez exit. 3. Si l’unité n’a ni identificateur d’attribut de volume IEEE ni UDID, déterminez si elle a un PVID en procédant comme suit : lspv Les disques et leurs PVID respectifs sont indiqués. Des informations comparables à celles qui suivent s’affichent : 90 Guide d’utilisation de PowerVM Editions NAME hdisk0 hdisk1 hdisk2 hdisk3 hdisk4 PVID 00c5e10c1608fd80 00c5e10cf7eb2195 00c5e10c44df5673 00c5e10cf3ba6a9a none VG rootvg rootvg None None None STATUS active active 4. Si l’unité n’a ni identificateur d’attribut de volume IEEE ni UDID ni PVID, effectuez l’une des tâches suivantes pour lui affecter un identificateur : a. Mettez à niveau votre logiciel fournisseur et répétez l’intégralité de la procédure d’identification de disques exportables, depuis le début. Les versions les plus récentes de certains logiciels fournisseur incluent l’identification des unités à l’aide d’un UDID. Avant d’effectuer une mise à niveau, veillez à préserver les unités SCSI virtuelles que vous avez créées avec des versions du logiciel qui ne prennent pas en charge l’identification d’unités à l’aide d’un UDID. Pour plus d’informations, voir la documentation fournie par le fournisseur du logiciel. b. Si le logiciel fournisseur ne fournit pas d’identificateur d’attribut de volume UDID ou IEEE, attribuez un PVID au volume physique en exécutant la commande suivante : chdev -dev hdiskX -attr pv=yes Configuration d’unités Ethernet virtuelles sur le serveur d’E-S virtuel Vous pouvez configurer des unités Ethernet virtuelles en déployant une planification système, créer et configurer une carte de réseau Ethernet partagée et configurer une unité Agrégation de liaisons device. Création d’une carte de réseau Ethernet partagée via la console HMC version 7 Vous pouvez créer une carte de réseau Ethernet partagée sur le serveur d’E-S virtuel pour permettre aux partitions logiques client d’accéder au réseau externe sans disposer d’une carte Ethernet physique. Si vous envisagez d’utiliser une carte de réseau Ethernet partagée avec une carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée), vérifiez que la carte Ethernet hôte logique (LHEA) du serveur d’E-S virtuel est en mode espion. Pour plus d’informations, voir «Configuration d’une carte Ethernet hôte logique (LHEA) en mode espion», à la page 92. Pour créer une carte de réseau Ethernet partagée sur le serveur d’E-S virtuel via la console HMC (Hardware Management) (HMC), version 7 ou ultérieure, procédez comme suit : 1. Dans la zone de navigation, développez Gestion de systèmes → Serveurs et sélectionnez le serveur sur lequel se trouve la partition logique du serveur d’E-S virtuel. 2. Dans la zone de contenu, sélectionnez la partition logique du serveur d’E-S virtuel. 3. Cliquez sur Tâches et sélectionnez Configuration → Gestion de profils. La page Gestion de profils s’affiche. 4. Sélectionnez le profil dans lequel vous voulez créer la carte de réseau Ethernet partagée et cliquez sur Actions → Edition. La page Propriétés du profil de partition logique s’affiche. 5. Cliquez sur l’onglet Cartes virtuelles. 6. Cliquez sur Actions → Création → Carte Ethernet. 7. Sélectionnez Carte compatible IEEE 802.1Q. 8. Si vous utilisez plusieurs réseaux locaux virtuels (VLAN), ajoutez tout ID VLAN supplémentaire pour les partitions logiques client devant communiquer avec le réseau externe à l’aide de cette carte virtuelle. 9. Sélectionnez Accès au réseau externe pour utiliser cette carte comme passerelle entre les réseaux locaux virtuels (VLAN) et un réseau externe. Cette carte Ethernet est configurée dans le cadre de la carte de réseau Ethernet partagée. 10. Si vous n’utilisez pas la fonction de reprise par transfert de la carte de réseau Ethernet partagée, vous pouvez utiliser la priorité de liaison par défaut. Si vous utilisez la reprise par transfert de la carte de réseau Ethernet partagée, attribuez à la priorité de liaison de la carte Ethernet partagée principale un nombre inférieur à celui de la carte de réseau Ethernet partagée de secours. Chapitre 3. Serveur d’E-S virtuel 91 11. Lorsque vous avez terminé, cliquez sur OK. 12. Affectez ou créez l’une des cartes réelles suivantes : v Affectez une carte physique Ethernet au serveur d’E-S virtuel. v Si vous envisagez d’agréger plusieurs cartes physiques Ethernet dans une unité d’Agrégation de liaisons ou EtherChannel, affectez plusieurs cartes physiques Ethernet au serveur d’E-S virtuel. v Si vous envisagez d’utiliser la carte de réseau Ethernet partagée avec une carte de réseau Ethernet hôte, créez une carte Ethernet hôte logique (LHEA) pour la partition logique du serveur d’E-S virtuel. 13. Cliquez sur OK pour quitter la page Propriétés de profil de partition logique. 14. Cliquez sur Fermer pour quitter la page Profils gérés. 15. Effectuez à nouveau cette procédure pour chaque carte de réseau Ethernet partagée requise. Une fois cette opération terminée, configurez la carte de réseau Ethernet partagée via l’interface de ligne de commande du serveur d’E-S virtuel. Pour plus d’informations, voir «Configuration d’une carte de réseau Ethernet partagée», à la page 93. Configuration d’une carte Ethernet hôte logique (LHEA) en mode espion : Pour utiliser une carte de réseau Ethernet partagée avec une carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée), vous devez configurer la carte Ethernet hôte logique (LHEA) en mode espion. Avant de commencer, identifiez sur la console HMC (Hardware Management) (HMC) le port physique de la carte de réseau Ethernet hôte qui est associé au port Ethernet hôte logique. Recherchez cette information pour le port Ethernet hôte logique qui constitue la carte réelle de la carte de réseau Ethernet partagée sur le serveur d’E-S virtuel. Vous pouvez trouver cette information dans les propriétés de la partition du serveur d’E-S virtuel et les propriétés du système géré du serveur sur lequel se trouve le serveur d’E-S virtuel. Pour configurer le port Ethernet hôte logique (la carte réelle de la carte de réseau Ethernet partagée) en mode espion, procédez comme suit sur la console HMC : 1. Dans la zone de navigation, développez Gestion de systèmes et cliquez sur Serveurs. 2. Dans la zone de contenu, sélectionnez le serveur sur lequel se trouve la partition logique du serveur d’E-S virtuel. 3. Cliquez sur Tâches et sélectionnez Matériel (information) → Cartes → Ethernet hôte. La page des cartes Ethernet hôte (HEA) s’affiche. 4. Sélectionnez le code d’emplacement physique de la carte de réseau Ethernet hôte. 5. Sélectionnez le port physique associé au port Ethernet hôte logique sur la partition logique du serveur d’E-S virtuel, puis cliquez sur Configuration. La page de Configuration du port physique HEA s’affiche. 6. Sélectionnez VIOS dans la zone Partition logique espionne. 7. Cliquez sur OK deux fois pour revenir à la zone de contenu. Création d’une carte de réseau Ethernet partagée via la console HMC version 6 Vous pouvez créer une carte de réseau Ethernet partagée sur le serveur d’E-S virtuel pour permettre aux partitions logiques client d’accéder au réseau externe sans disposer d’une carte Ethernet physique. Pour créer une carte de réseau Ethernet partagée sur le serveur d’E-S virtuel à partir de la console HMC (Hardware Management) (HMC) version 6 ou supérieure, procédez comme suit : 1. Sur la console HMC, cliquez avec le bouton droit de la souris sur le profil du serveur d’E-S virtuel et sélectionnez Propriétés. 2. Dans l’onglet E/S virtuelles, créez une carte Ethernet virtuelle en sélectionnant Ethernet dans la zone Création de cartes. 92 Guide d’utilisation de PowerVM Editions 3. Dans l’onglet des propriétés de la carte Ethernet virtuelle, choisissez un numéro d’emplacement pour la carte virtuelle et un identificateur de volume physique (PVID) (ce PVID sera l’ID par défaut). Sélectionnez Carte de ligne pour utiliser cette carte en tant que passerelle entre les réseaux locaux virtuels et un réseau externe. Cette carte Ethernet est configurée dans le cadre de la carte de réseau Ethernet partagée. 4. Cochez la case Carte compatible IEEE 802.1Q. 5. Si vous utilisez plusieurs réseaux locaux virtuels (VLAN), ajoutez tout ID VLAN supplémentaire pour les partitions logiques client devant communiquer avec le réseau externe à l’aide de cette carte virtuelle. 6. Effectuez à nouveau cette procédure pour chaque carte de réseau Ethernet partagée requise. Une fois cette opération terminée, configurez la carte de réseau Ethernet partagée via l’interface de ligne de commande du serveur d’E-S virtuel. Pour plus d’informations, voir «Configuration d’une carte de réseau Ethernet partagée». Configuration d’une carte de réseau Ethernet partagée Instructions relatives à la configuration d’une carte de réseau Ethernet partagée. Pour configurer une carte de réseau Ethernet partagée, vous devez d’abord créer la carte à l’aide de la console HMC (Hardware Management) (HMC). Pour plus d’informations, consultez les procédures suivantes : v «Création d’une carte de réseau Ethernet partagée via la console HMC version 7», à la page 91 v «Création d’une carte de réseau Ethernet partagée via la console HMC version 6», à la page 92 Pour configurer une carte de réseau Ethernet partagée à l’aide du serveur d’E-S virtuel, procédez comme suit : 1. Vérifiez que la carte de ligne Ethernet virtuelle est disponible en entrant la commande suivante : lsdev -virtual 2. Identifiez la carte Ethernet physique à utiliser pour créer la carte de réseau Ethernet partagée en exécutant la commande suivante : lsdev -type adapter Remarques : v Vérifiez que le protocole TCP/IP n’est pas configuré sur l’interface pour la carte Ethernet physique. S’il est configuré, la commande mkvdev échouera à l’étape suivante. v Une unité d’Agrégation de liaisons, ou EtherChannel, peut également servir de carte de réseau Ethernet partagée. v Si vous envisagez d’utiliser la carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée) avec la carte de réseau Ethernet partagée, veillez à utiliser la carte LHEA pour créer la carte de réseau Ethernet partagée. 3. Configurez la carte de réseau Ethernet partagée en exécutant la commande suivante : mkvdev -sea unité_cible -vadapter cartes_ethernet_virtuelles \ -default CarteEthernetVirtuelleDéfaut -defaultid PVIDCarteEthernetPartagéeDéfaut Où : target_device Carte physique à utiliser en tant que partie intégrante de l’unité de carte de réseau Ethernet partagée. virtual_ethernet_adapters Cartes Ethernet virtuelles qui utiliseront la carte de réseau Ethernet partagée. Chapitre 3. Serveur d’E-S virtuel 93 DefaultVirtualEthernetAdapter Carte Ethernet virtuelle par défaut utilisée pour traiter les paquets non marqués. Si vous ne disposez que d’une seule carte Ethernet virtuelle pour cette partition logique, utilisez-la comme carte par défaut. SEADefaultPVID PVID associé à la carte Ethernet virtuelle par défaut. Par exemple, pour créer une carte de réseau Ethernet partagée ent3 en utilisant la carte Ethernet physique ent0 (ou Agrégation de liaisons) et une seule carte Ethernet virtuelle, ent2, (définie avec PVID = 1), entrez la commande suivante : mkvdev -sea ent0 -vadapter ent2 -default ent2 -defaultid 1 4. Vérifiez la création de la carte de réseau Ethernet partagée à l’aide de la commande suivante : lsdev -virtual 5. Prévoyez-vous d’accéder au serveur d’E-S virtuel à partir du réseau avec l’unité physique permettant de créer la carte de réseau Ethernet partagée ? v Oui : Passez à l’étape 6. v Non : La procédure est terminée et vous n’avez pas à effectuer les étapes restantes. 6. Envisagez-vous de définir des adresses IP sur des VLAN autres que celui qui est spécifié par le PVID de la carte de réseau Ethernet partagée ? v Oui : Passez à l’étape 7 pour créer des pseudo-unités VLAN. v Non : Passez à l’étape 8 pour configurer une connexion TCP/IP. 7. Pour configurer des pseudo-unités VLAN, procédez comme suit : a. Créez une pseudo-unité VLAN sur la carte de réseau Ethernet partagée en exécutant la commande suivante : mkvdev -vlan CarteCible -tagid IDBalise Où : v CarteCible est la carte de réseau Ethernet partagée. v IDBalise est l’ID du réseau local virtuel (VLAN) que vous avez défini lors de la création de la carte Ethernet virtuelle associée à la carte de réseau Ethernet partagée. Par exemple, pour créer une pseudo-unité VLAN qui utilise la carte de réseau Ethernet partagée ent3 que vous venez de créer (avec ID du réseau VLAN = 1), entrez la commande suivante : mkvdev -vlan ent3 -tagid 1 b. Vérifiez que la pseudo-unité VLAN a été créée en entrant la commande suivante : lsdev -virtual c. Répétez cette procédure pour toute éventuelle pseudo-unité VLAN requise. 8. Exécutez la commande suivante pour configurer la première connexion TCP/IP. La première connexion doit figurer sur le même VLAN et le même sous-réseau logique que la passerelle par défaut. mktcpip -hostname NomHôte -inetaddr Adresse -interface Interface -netmask \ MasqueSousRéseau -gateway Passerelle -nsrvaddr AdresseServeurNoms -nsrvdomain Domaine Où : v NomHôte est le nom d’hôte du serveur d’E-S virtuel v Adresse est l’adresse IP que vous souhaitez utiliser pour la connexion TCP/IP v Interface est l’interface associée à l’unité carte de réseau Ethernet partagée ou à une pseudo-unité VLAN. Par exemple, si l’unité de carte de réseau Ethernet partagée est ent3, l’interface associée est en3. v MasqueSousRéseau est l’adresse de masque de sous-réseau définie pour votre sous-réseau. 94 Guide d’utilisation de PowerVM Editions v Passerelle est l’adresse de passerelle de votre sous-réseau. v AdresseServeurNoms est l’adresse de votre serveur de noms de domaine. v Domaine est le nom de votre domaine. Si vous n’avez pas d’autre VLAN, la procédure est terminée et vous n’avez pas à effectuer les étapes restantes. 9. Exécutez la commande suivante pour configurer d’autres connexions TCP/IP : chdev -dev interface -perm -attr netaddr=adresseIP -attr netmask=netmask -attr state=up Lorsque vous utilisez cette commande, indiquez l’interface (enX) associée à l’unité de carte de réseau Ethernet partagée ou à la pseudo-unité VLAN. La carte de réseau Ethernet partagée est maintenant configurée. Lorsque vous aurez configuré les connexions TCP/IP pour les cartes virtuelles des partitions logiques client à l’aide des systèmes d’exploitation de ces dernières, ces partitions logiques pourront communiquer avec le réseau externe. Concepts associés «Reprise par transfert de carte de réseau Ethernet partagée», à la page 62 La fonction de reprise par transfert de carte de réseau Ethernet partagée assure la redondance, car elle permet de configurer une carte de réseau Ethernet partagée de secours sur une autre partition logique du serveur d’E-S virtuel, laquelle peut être utilisée en cas de défaillance de la carte de réseau Ethernet partagée principale. La connectivité réseau des partitions logiques client est maintenue, sans interruption. Configuration d’une unité d’Agrégation de liaisons ou EtherChannel Configurez une unité d’Agrégation de liaisons, également appelée unité EtherChannel, à l’aide de la commande mkvdev. Une unité d’Agrégation de liaisons peut être utilisée comme carte Ethernet physique dans la configuration d’une carte de réseau Ethernet partagée. Configurez une unité d’Agrégation de liaisons en entrant la commande suivante : mkvdev -lnagg CarteCible... [-attr Attribut=Valeur ...] Par exemple, pour créer l’unité d’Agrégation de liaisons ent5 avec les cartes Ethernet physiques ent3, ent4 et la carte de secours ent2, entrez : mkvdev -lnagg ent3,ent4 -attr backup_adapter=ent2 Après la configuration de l’unité d’Agrégation de liaisons, vous pouvez lui ajouter des cartes, en retirer ou encore modifier ses attributs à l’aide de la commande cfglnagg. Configuration des agents et des clients Tivoli sur le serveur d’E-S virtuel Vous pouvez configurer et démarrer l’agent Tivoli Monitoring,, Tivoli Usage and Accounting Manager, le client Tivoli Storage Manager et les agents Tivoli TotalStorage Productivity Center. Configuration de l’agent Tivoli Monitoring Vous pouvez configurer et démarrer l’agent Tivoli Monitoring sur le serveur d’E-S virtuel. Tivoli Monitoring System Edition , permet de surveiller la santé et la disponibilité de plusieurs serveurs (y compris le serveur d’E-S virtuel) à partir du portail Tivoli Enterprise. Tivoli Monitoring System Edition regroupe les données du serveur d’E-S virtuel, notamment les données relatives aux volumes physiques, aux volumes logiques, aux pools de stockage, aux mappages de mémoire, aux mappages de réseau, à la mémoire réelle, aux ressources de processeur, à la taille des systèmes de fichiers montés, etc. A partir du portail Tivoli Enterprise, vous pouvez afficher une représentation graphique des données, utiliser des Chapitre 3. Serveur d’E-S virtuel 95 seuils prédéfinis afin de recevoir des alertes sur les mesures clés et résoudre les problèmes en fonction des recommandations fournies par la fonction Expert Advice de l’agent Tivoli Monitoring. Avant de commencer, effectuez les tâches suivantes : v Vérifiez que le serveur d’E-S virtuel exécute le groupe de correctifs 8.1.0. v Vérifiez que vous êtes administrateur central de la console HMC. v Vérifiez que vous êtes administrateur principal du serveur d’E-S virtuel. Pour configurer et démarrer l’agent de surveillance, procédez comme suit : 1. Répertoriez tous les agents de surveillance disponibles à l’aide de la commande lssvc. Par exemple : $lssvc ITM_base 2. En fonction de la sortie de la commande lssvc, choisissez l’agent de surveillance que vous voulez configurer. Par exemple, ITM_base 3. Répertoriez tous les attributs associés à l’agent de surveillance à l’aide de la commande cfgsvc. Exemple : $cfgsvc –ls ITM_base HOSTNAME RESTART_ON_REBOOT MANAGING_SYSTEM 4. Configurez l’agent de surveillance et ses attributs à l’aide de la commande cfgsvc : cfgsvc ITM_agent_name -attr Restart_On_Reboot=value hostname=name_or_address1 managing_system=name_or_address2 Où : v ITM_agent_name est le nom de l’agent de surveillance. Par exemple, ITM_base. v La variable value doit avoir la valeur TRUE ou FALSE comme suit : – TRUE : ITM_agent_name redémarre chaque fois que le serveur d’E-S virtuel est redémarré – FALSE : ITM_agent_name ne redémarre pas lorsque le serveur d’E-S virtuel est redémarré v name_or_address1 désigne soit le nom d’hôte soit l’adresse IP du serveur Tivoli Enterprise Monitoring Server (TEMS) auquel ITM_agent_name envoie des données. v name_or_address2 désigne soit le nom d’hôte soit l’adresse IP de la console HMC (Hardware Management) (HMC) reliée au système géré sur lequel se trouvent le serveur d’E-S virtuel et l’agent de surveillance. Exemple : cfgsvc ITM_base –attr Restart_On_Reboot=TRUE hostname=tems_server managing_system=hmc_console Dans cet exemple, l’agent de surveillance ITM_base est configuré pour envoyer les données à tems_server, et pour redémarrer chaque fois que le serveur d’E-S virtuel redémarre. 5. Démarrez l’agent de surveillance à l’aide de la commande startsvc. Exemple : startsvc ITM_base 6. Sur la console HMC, effectuez les opérations suivantes pour que l’agent de surveillance puisse collecter des informations issues de la console HMC. Remarque : Après la configuration d’une connexion shell sécurisée pour un agent de surveillance, il n’est pas nécessaire de la configurer à nouveau pour les autres agents. a. Déterminez le nom du système géré sur lequel résident le serveur d’E-S virtuel et l’agent de surveillance. b. Obtenez la clé publique du serveur d’E-S virtuel en exécutant la commande suivante : viosvrcmd -m managed_system_name -p vios_name -c "cfgsvc -key ITM_agent_name" 96 Guide d’utilisation de PowerVM Editions Où : v managed_system_name est le nom du système géré sur lequel sont installés le serveur d’E-S virtuel et l’agent de surveillance ou le client. v vios_name est le nom de la partition logique du serveur d’E-S virtuel (incluant l’agent de surveillance) tel que défini sur la console HMC. v ITM_agent_name est le nom de l’agent de surveillance. Par exemple, ITM_base. c. Mettez à jour le fichier authorized_key2 sur la console HMC en exécutant la commande mkauthkeys : mkauthkeys --add public_key où public_key est la sortie de la commande viosvrcmd à l’étape 6b. Exemple : $ viosvrcmd -m commo126041 -p VIOS7 -c "cfgsvc ITM_base -key" ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAvjDZ sS0guWzfzfp9BbweG0QMXv1tbDrtyWsgPbA2ExHA+xduWA51K0oFGarK2F C7e7NjKW+UmgQbrh/KSyKKwozjp4xWGNGhLmfan85ZpFR7wy9UQG1bLgXZ xYrY7yyQQQODjvwosWAfzkjpG3iW/xmWD5PKLBmob2QkKJbxjne+wqGwHT RYDGIiyhCBIdfFaLZgkXTZ2diZ98rL8LIv3qb+TsM1B28AL4t+1OGGeW24 2lsB+8p4kamPJCYfKePHo67yP4NyKyPBFHY3TpTrca4/y1KEBT0Va3Pebr 5JEIUvWYs6/RW+bUQk1Sb6eYbcRJFHhN5l3F+ofd0vj39zwQ== root@vi os7.vios.austin.ibm.com $ mkauthkeys --add ’ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAvjDZ sS0guWzfzfp9BbweG0QMXv1tbDrtyWsgPbA2ExHA+xduWA51K0oFGarK2F C7e7NjKW+UmgQbrh/KSyKKwozjp4xWGNGhLmfan85ZpFR7wy9UQG1bLgXZ xYrY7yyQQQODjvwosWAfzkjpG3iW/xmWD5PKLBmob2QkKJbxjne+wqGwHT RYDGIiyhCBIdfFaLZgkXTZ2diZ98rL8LIv3qb+TsM1B28AL4t+1OGGeW24 2lsB+8p4kamPJCYfKePHo67yP4NyKyPBFHY3TpTrca4/y1KEBT0Va3Pebr 5JEIUvWYs6/RW+bUQk1Sb6eYbcRJFHhN5l3F+ofd0vj39zwQ== root@vi os7.vios.austin.ibm.com’ Lorsque vous avez terminé, vous pouvez afficher les données recueillies par l’agent de surveillance à partir du portail Tivoli Enterprise. Information associée Documentation Tivoli Monitoring 6.1 Tivoli Monitoring Virtual I/O Server Premium Agent User’s Guide Configuration de l’agent Tivoli Usage and Accounting Manager Vous pouvez configurer et démarrer l’agent Tivoli Usage and Accounting Manager sur le serveur d’E-S virtuel. Avec le serveur d’E-S virtuel 1.4, vous pouvez installer et configurer l’agent Tivoli Usage and Accounting Manager sur le serveur d’E-S virtuel. Tivoli Usage and Accounting Manager permet de suivre, d’imputer et de facturer les coûts informatiques via la collecte et l’analyse de données ainsi que l’édition de rapports sur les ressources réelles utilisées par des entités telles que les centres de coûts, les services et les utilisateurs. Tivoli Usage and Accounting Manager collecte les données issues de centres de données multiniveaux qui utilisent Windows, AIX, serveur d’E-S virtuel, HP/UX Sun Solaris, Linux et VMware. Avant de commencer, assurez-vous que le serveur d’E-S virtuel est installé. L’agent Tivoli Usage and Accounting Manager est livré avec l’agent serveur d’E-S virtuel et installé en même temps que le serveur d’E-S virtuel. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Pour configurer et démarrer l’agent Tivoli Usage and Accounting Manager, procédez comme suit : 1. Facultatif : Ajoutez les variables facultatives dans le fichier A_config.par pour améliorer la collecte de données. Le fichier A_config.par se trouve sous /home/padmin/tivoli/ituam/A_config.par. Chapitre 3. Serveur d’E-S virtuel 97 2. Répertoriez tous les agents Tivoli Usage and Accounting Manager disponibles à l’aide de la commande lssvc. Par exemple : $lssvc ITUAM_base 3. Selon le résultat de la commande lssvc, choisissez l’agent Tivoli Usage and Accounting Manager que vous voulez configurer. Par exemple, ITUAM_base 4. Répertoriez tous les attributs associés à l’agent Tivoli Usage and Accounting Manager à l’aide de la commande cfgsvc. Exemple : $cfgsvc –ls ITUAM_base ACCT_DATA0 ACCT_DATA1 ISYSTEM IPROCESS 5. Configurez l’agent Tivoli Usage and Accounting Manager et les attributs associés à l’aide de la commande cfgsvc : cfgsvc ITUAM_agent_name -attr ACCT_DATA0=value1 ACCT_DATA1=value2 ISYSTEM=value3 IPROCESS=value4 Où : v ITUAM_agent_name est le nom de l’agent Tivoli Usage and Accounting Manager. Par exemple, ITUAM_base. v value1 est la taille (en Mo) du premier fichier de données contenant les informations statistiques journalières. v value2 est la taille (en Mo) du second fichier de données contenant les informations statistiques journalières. v value3 définit le moment (en minutes) où l’agent génère des enregistrements système par intervalles. v value4 définit le moment (en minutes) où le système génère des enregistrements de processus regroupés. 6. Démarrez l’agent Tivoli Usage and Accounting Manager à l’aide de la commande startsvc. Exemple : startsvc ITUAM_base Une fois lancé, l’agent Tivoli Usage and Accounting Manager commence à collecter les données et à générer des fichiers journaux. Vous pouvez configurer le serveur Tivoli Usage and Accounting Manager de façon à récupérer les fichiers journaux qui sont ensuite traités par le moteur de traitement Tivoli Usage and Accounting Manager. Vous pouvez utiliser comme suit les données du moteur de traitement Tivoli Usage and Accounting Manager : v Vous pouvez générer des rapports, des feuilles de calcul et des graphiques personnalisés. Tivoli Usage and Accounting Manager fournit un accès complet aux données et des fonctions d’édition de rapports grâce à l’intégration de Microsoft SQL Server Reporting Services ou Crystal Reports dans un système de gestion de base de données. v Vous pouvez visualiser des informations précises et détaillées sur l’utilisation et les coûts. v Vous pouvez attribuer, répartir ou facturer les coûts des technologies de l’information en fonction des utilisateurs, des centres de coûts et des organisations de façon équitable, claire et reproductible. Pour plus d’informations, reportez-vous au Tivoli Usage and Accounting Manager Information Center. Configuration du client Tivoli Storage Manager Vous pouvez configurer le client Tivoli Storage Manager sur le serveur d’E-S virtuel. Avec la version 1.4 du serveur d’E-S virtuel, vous pouvez installer et configurer le client Tivoli Storage Manager sur le serveur d’E-S virtuel. Tivoli Storage Manager vous permet de protéger vos données en cas de défaillance ou d’erreur à l’aide de la fonction de sauvegarde et de reprise après incident qui stocke les données dans une hiérarchie d’archivage hors ligne. Tivoli Storage Manager protège les ordinateurs fonctionnant dans divers environnements d’exploitation, notamment le serveur d’E-S virtuel, et sur 98 Guide d’utilisation de PowerVM Editions différents types de matériel. Si vous configurez le client Tivoli Storage Manager sur le serveur d’E-S virtuel, vous pouvez inclure le serveur d’E-S virtuel dans une infrastructure de sauvegarde standard. Avant de commencer, assurez-vous que le serveur d’E-S virtuel est installé. Le client Tivoli Storage Manager est livré avec le serveur d’E-S virtuel et installé en même temps que le serveur d’E-S virtuel. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Pour configurer et démarrer le client Tivoli Storage Manager, procédez comme suit : 1. Répertoriez tous les clients Tivoli Storage Manager disponibles à l’aide de la commande lssvc. Par exemple : $lssvc TSM_base 2. Selon le résultat de la commande lssvc, choisissez le client Tivoli Storage Manager que vous voulez configurer. Par exemple, TSM_base 3. Répertoriez tous les attributs associés au client Tivoli Storage Manager à l’aide de la commande cfgsvc. Exemple : $cfgsvc –ls TSM_base SERVERNAME SERVERIP NODENAME 4. Configurez le client Tivoli Storage Manager et les attributs associés à l’aide de la commande cfgsvc : cfgsvc nom_client_TSM -attr SERVERNAME=nom_hôte SERVERIP=non_ou_adresse NODENAME=vios Où : v nom_client_TSM est le nom du client Tivoli Storage Manager. Par exemple, TSM_base. v nom_hôte est le nom d’hôte du serveur Tivoli Storage Manager auquel est associé le client Tivoli Storage Manager. v nom_ou_adresse est l’adresse IP ou le nom de domaine du serveur Tivoli Storage Manager auquel est associé le client Tivoli Storage Manager. v vios est le nom de la machine sur laquelle est installé le client Tivoli Storage Manager. Ce nom doit correspondre au nom enregistré sur le serveur Tivoli Storage Manager. 5. Demandez à l’administrateur de Tivoli Storage Manager d’enregistrer le poste client, le serveur d’E-S virtuel, avec le serveur Tivoli Storage Manager. Lorsque vous avez terminé, vous êtes prêt à sauvegarder et à restaurer le serveur d’E-S virtuel à l’aide du gestionnaire Tivoli Storage Manager. Pour plus d’informations, voir les procédures suivantes : v «Sauvegarde du serveur d’E-S virtuel à l’aide du gestionnaire Tivoli Storage Manager», à la page 117 v «Restauration du serveur d’E-S virtuel avec Tivoli Storage Manager», à la page 122 Installation et configuration des agents TotalStorage Productivity Center Vous pouvez installer, configurer et démarrer les agents TotalStorage Productivity Center sur le serveur d’E-S virtuel. Le serveur d’E-S virtuel 1.5.2 permet d’installer et de configurer les agents TotalStorage Productivity Center sur le serveur d’E-S virtuel. TotalStorage Productivity Center est une suite de gestion de l’infrastructure de stockage intégrée conçue pour simplifier et automatiser la gestion des unités de stockage et des réseaux de stockage, ainsi que l’utilisation de la capacité des systèmes de fichiers et des bases de données. Lors de l’installation et de la configuration des agents TotalStorage Productivity Center sur le serveur d’E-S virtuel, vous pouvez utiliser l’interface utilisateur de TotalStorage Productivity Center pour collecter et afficher des informations sur le serveur d’E-S virtuel. Chapitre 3. Serveur d’E-S virtuel 99 Avant de commencer, effectuez les tâches suivantes : 1. Vérifiez à l’aide de la commande ioslevel que la version du serveur d’E-S virtuel est 1.5.2 ou une version ultérieure. 2. Vérifiez qu’aucune autre opération ne s’exécute sur le serveur d’E-S virtuel. L’installation de TotalStorage Productivity Center utilise la totalité du temps de traitement. 3. En plus de la mémoire requise par la partition logique du serveur d’E-S virtuel, assurez-vous que vous avez attribué un minimum de 1 Go de mémoire au serveur d’E-S virtuel pour les agents TotalStorage Productivity Center. Pour configurer et démarrer les agents TotalStorage Productivity Center, procédez comme suit : 1. Répertoriez tous les agents TotalStorage Productivity Center disponibles à l’aide de la commande lssvc. Par exemple : $lssvc TPC L’agent TPC contient les agents TPC_data et TPC_fabric. Lorsque vous installez et configurez l’agent TPC, vous pouvez installer et configurer les agents TPC_data et TPC_fabric. 2. Répertoriez tous les attributs associés à l’agent TotalStorage Productivity Center à l’aide de la commande lssvc. Exemple : $lssvc TPC A: S: devAuth: caPass: caPort: amRegPort: amPubPort: dataPort: devPort: newCA: oldCA: daScan: daScript: daInstall: faInstall: U: Les attributs A, S, devAuth et caPass sont requis. Les autres sont facultatifs. Pour plus d’informations sur ces attributs, voir «Configuration des attributs des agents et des clients Tivoli», à la page 142. 3. Installez et configurez l’agent TotalStorage Productivity Center et les attributs associés à l’aide de la commande cfgsvc : cfgsvc TPC -attr S=nom_hôte_serveur_tpc A=nom_hôte_gestionnaire_agents devAuth=mot_passe_1 caPass=mot_passe_2 Où : v nom_hôte_serveur_tpc correspond au nom d’hôte ou à l’adresse IP du serveur TotalStorage Productivity Center associé à l’agent TotalStorage Productivity Center. v nom_hôte_gestionnaire_agents correspond au nom ou à l’adresse IP du gestionnaire d’agents. v mot_passe_1 correspond au mot de passe requis pour l’authentification auprès du serveur d’unités TotalStorage Productivity Center. v mot_passe_2 correspond au mot de passe requis pour l’authentification auprès de l’agent commun. 4. Sélectionnez la langue à utiliser pour l’installation et la configuration. 5. Acceptez le contrat de licence pour installer les agents en fonction des attributs définis à l’étape 3. 6. Démarrez chaque agent TotalStorage Productivity Center à l’aide de la commande startsvc : v Pour démarrer l’agent TPC_data, exécutez la commande suivante : startsvc TPC_data 100 Guide d’utilisation de PowerVM Editions v Pour démarrer l’agent TPC_fabric, exécutez la commande suivante : startsvc TPC_fabric Après le démarrage des agents TotalStorage Productivity Center, vous pouvez effectuer les tâches suivantes à l’aide de l’interface utilisateur de TotalStorage Productivity Center : 1. Exécuter un travail de repérage pour les agents sur le serveur d’E-S virtuel. 2. Effectuer des sondes, des analyses et des travaux ping pour collecter les informations de stockage relatives au serveur d’E-S virtuel. 3. Générer des rapports à l’aide de Fabric Manager et du gestionnaire de données pour afficher les informations de stockage regroupées. 4. Afficher les informations de stockage regroupées à l’aide du visualiseur de topologie. Pour plus d’informations, voir le fichier PDF TotalStorage Productivity Center support for agents on a Virtual I/O Server. Pour consulter ou télécharger le fichier PDF, accédez au site Web TotalStorage Productivity Center v3.3.1.81 Interim Fix. Configuration du serveur d’E-S virtuel en tant que client LDAP Vous pouvez configurer le serveur d’E-S virtuel version 1.4 en tant que client LDAP et ensuite gérer le serveur d’E-S virtuel à partir d’un serveur LDAP. Avant de commencer, notez les informations suivantes : v Nom du ou des serveurs LDAP (Lightweight Directory Access Protocol) pour lesquels vous souhaitez définir le serveur d’E-S virtuel comme client LDAP. v Nom distinctif (DN) et mot de passe de l’administrateur du ou des serveurs LDAP pour lesquels vous souhaitez définir le serveur d’E-S virtuel comme client LDAP. Pour configurer le serveur d’E-S virtuel en tant que client LDAP, procédez comme suit : 1. Convertissez les utilisateurs serveur d’E-S virtuel en utilisateurs LDAP en exécutant la commande suivante : chuser -ldap username où username est le nom de l’utilisateur que vous souhaitez convertir en utilisateur LDAP. 2. Configurez le client LDAP en exécutant la commande suivante : mkldap –host ldapserv1 –bind cn=admin –passwd adminpwd Où : v ldapserv1 est le serveur LDAP ou la liste de serveurs LDAP pour lesquels vous souhaitez définir le serveur d’E-S virtuel comme client LDAP v cn=admin est le nom distinctif (DN) de l’administrateur ldapserv1 v adminpwd est le mot de passe associé à cn=admin La configuration du client LDAP déclenche automatiquement la communication entre le serveur LDAP et le client LDAP (le serveur d’E-S virtuel). Pour arrêter la communication, utilisez la commande stopnetsvc. Gestion du serveur d’E-S virtuel Vous pouvez gérer des unités Ethernet virtuelles et SCSI virtuelles sur le serveur d’E-S virtuel, ainsi que sauvegarder, restaurer, mettre à jour et contrôler le serveur d’E-S virtuel. La plupart des sections de cette rubrique concernent les opérations de gestion dans un environnement HMC. Pour plus d’informations sur les tâches de gestion dans un environnement Integrated Virtualization Manager, voir Chapitre 4, «Integrated Virtualization Manager», à la page 177. Chapitre 3. Serveur d’E-S virtuel 101 Gestion de la mémoire Vous pouvez importer et exporter des groupes de volumes et des pools de stockage, mapper des disques virtuels à des disques physiques, augmenter la capacité des unités SCSI virtuelles, modifier la longueur de file d’attente SCSI virtuelle, sauvegarder et restaurer des fichiers et des systèmes de fichiers et collecter et afficher des informations avec TotalStorage Productivity Center. Importation et exportation de groupes de volumes et de pools de stockage de volumes logiques Les commandes importvg et exportvg permettent de déplacer un groupe de volumes défini par l’utilisateur d’un système vers un autre. Tenez compte des remarques suivantes lors de l’importation et de l’exportation de groupes de volumes et de pools de stockage de volumes logiques : v La procédure d’importation permet d’introduire le groupe de volumes dans le nouveau système. v Vous pouvez utiliser la commande importvg pour réintroduire un groupe de volumes ou un pool de stockage de volumes logiques dans le système auquel il été précédemment associé et à partir duquel il a été exporté. v La commande importvg permet de modifier le nom du volume logique importé si un volume logique portant le même nom existe déjà sur le nouveau système. Si la commande importvg renomme un volume logique, un message d’erreur est imprimé. v La procédure d’exportation provoque la suppression de la définition d’un groupe de volumes d’un système. v Vous pouvez utiliser les commandes importvg et exportvg pour ajouter un volume physique contenant des données à un groupe de volumes en plaçant le disque à ajouter dans son propre groupe de volumes. v Il n’est pas possible d’exporter ou d’importer le groupe de volumes rootvg. Importation de groupes de volumes et de pools de stockage de volumes logiques : Vous pouvez utiliser la commande importvg pour importer un groupe de volumes ou un pool de stockage de volumes logiques. Pour importer un groupe de volumes ou un pool de stockage de volumes logiques, procédez comme suit : 1. Exécutez la commande suivante pour importer le groupe de volumes ou le pool de stockage de volumes logiques : importvg -vg volumeGroupName physicalVolumeName Où : v volumeGroupName est un paramètre facultatif qui indique le nom à utiliser pour le groupe de volumes importé. v physicalVolumeName est le nom d’un volume physique appartenant au groupe de volumes importé. 2. Si vous savez que le groupe de volumes ou le pool de stockage de volumes logiques n’est pas le parent du référentiel de supports virtuels ou d’un pool de stockage de fichiers, vous avez terminé l’importation du groupe de volumes ou du pool de stockage de volumes. Vous pouvez donc ignorer les étapes suivantes. 3. Si vous savez (ou si vous n’êtes pas sûr) que le groupe de volumes ou le pool de stockage de volumes logiques est le parent du référentiel de supports virtuels ou d’un pool de stockage de fichiers, procédez comme suit : a. Exécutez la commande mount all pour monter les systèmes de fichiers inclus dans le groupe de volumes ou le pool de stockage de volumes logiques. Il est possible que cette commande renvoie des erreurs pour les systèmes de fichiers déjà montés. 102 Guide d’utilisation de PowerVM Editions b. Si vous importez un groupe de volumes ou un pool de stockage de volumes logiques dans le même système que celui à partir duquel vous l’avez exporté, exécutez la commande cfgdev pour reconfigurer les unités dont vous aviez annulé la configuration lors de l’exportation du groupe de volumes ou du pool de stockage de volumes logiques. Pour exporter un groupe de volumes ou un pool de stockage de volumes logiques, voir «Exportation de groupes de volumes et de pools de stockage de volumes logiques». Exportation de groupes de volumes et de pools de stockage de volumes logiques : Vous pouvez utiliser la commande exportvg pour exporter un groupe de volumes ou un pool de stockage de volumes logiques. Avant de commencer, effectuez les tâches suivantes : 1. Déterminez si le groupe de volumes ou le pool de stockage de volumes logiques à exporter est un parent du référentiel de supports virtuels ou d’un pool de stockage de fichiers en procédant comme suit : a. Exécutez la commande lsrep pour déterminer si le groupe de volumes ou le pool de stockage de volumes logiques à exporter est un parent du référentiel de supports virtuels. La zone Pool parent affiche le groupe de volumes ou le pool de volumes logiques parent du référentiel de supports virtuels. b. Exécutez la commande suivante pour déterminer si un pool de stockage de fichiers est un enfant du groupe de volumes ou du pool de volumes logiques à exporter : lssp -detail -sp FilePoolName Le résultat indique le groupe de volumes ou le pool de stockage de volumes logiques parent du pool de stockage de fichiers. 2. Si le groupe de volumes ou le pool de stockage de volumes logiques à exporter est un parent du référentiel de supports virtuels ou d’un pool de stockage de fichiers, exécutez les étapes qui suivent. Tableau 25. Etapes prérequises si le groupe de volumes ou le pool de stockage de volumes logiques est un parent du référentiel de supports virtuels ou d’un pool de stockage de fichiers Parent du référentiel de supports virtuels Parent d’un pool de stockage de fichiers 1. Procédez comme suit pour décharger l’unité de sauvegarde de chaque unité cible virtuelle sauvegardée sur fichier incluant un fichier multimédia chargé : 1. Annulez la configuration des unités cible virtuelles associées aux fichiers contenus dans les pools de stockage de fichiers en procédant comme suit: a. Extrayez la liste des unités cible virtuelles optiques sauvegardées sur fichier en exécutant la commande suivante : lsmap -all -type file_opt b. Pour chaque unité cible virtuelle indiquant une unité de sauvegarde, exécutez la commande suivante pour décharger l’unité de sauvegarde : unloadopt -vtd VirtualTargetDevice 2. Démontez le système de fichiers du référentiel de supports virtuels en exécutant la commande suivante : unmount /var/vio/VMLibrary a. Extrayez la liste des unités cible virtuelles en exécutant la commande suivante : lssp -bd -sp FilePoolName où FilePoolName est le nom du pool de stockage de fichiers enfant du groupe de volumes ou du pool de stockage de volumes logiques à exporter. b. Pour chaque fichier indiquant une unité cible virtuelle, exécutez la commande suivante : rmdev -dev VirtualTargetDevice -ucfg 2. Démontez le pool de stockage de fichiers en exécutant la commande suivante : unmount /var/vio/storagepools/FilePoolName où FilePoolName est le nom du pool de stockage de fichiers à démonter. Chapitre 3. Serveur d’E-S virtuel 103 Pour exporter le groupe de volumes ou le pool de stockage de volumes logiques, exécutez les commandes suivantes : 1. deactivatevg VolumeGroupName 2. exportvg VolumeGroupName Pour importer un groupe de volumes ou un pool de stockage de volumes logiques, voir «Importation de groupes de volumes et de pools de stockage de volumes logiques», à la page 102. Mappage de disques virtuels sur des disques physiques Instructions de mappage d’un disque virtuel d’une partition logique client sur le disque physique correspondant du serveur d’E-S virtuel. Cette procédure explique comment mapper un disque SCSI virtuel d’une partition logique client AIX avec l’unité physique (disque ou volume logique) du serveur d’E-S virtuel. Pour ce faire, vous avez besoin des informations suivantes. Ces informations sont collectées au cours de cette procédure. v Nom d’unité virtuelle v Numéro d’emplacement de la carte client SCSI virtuelle v Numéro d’unité logique (LUN) de l’unité SCSI virtuelle v Identificateur de partition logique client Pour mapper un disque virtuel d’une partition logique client AIX avec le disque physique du serveur d’E-S virtuel correspondant, procédez comme suit : 1. Affichez les informations relatives à l’unité SCSI virtuelle sur la partition logique client AIX en entrant la commande suivante : lscfg -l nom-unité Cette commande renvoie un résultat similaire au suivant : U9117.570.1012A9F-V3-C2-T1-L810000000000 Unité de disque SCSI virtuelle 2. Notez le numéro d’emplacement figurant dans la sortie à la suite du libellé d’emplacement de carte C. Il correspond au numéro d’emplacement de la carte client SCSI virtuelle. Dans cet exemple, le numéro d’emplacement est 2. 3. Notez le numéro d’unité logique (LUN) figurant dans la sortie à la suite du label de LUN L. Dans cet exemple, LUN équivaut à 810000000000. 4. Notez l’ID de la partition logique client AIX : a. Connectez-vous à la partition logique client AIX en utilisant, par exemple, Telnet. b. Sur la partition logique AIX, exécutez la commande uname -L. Le résultat doit ressembler à ceci : 2 fumi02 L’identificateur de partition logique est le premier numéro indiqué. Dans cet exemple, il s’agit de 2. Ce numéro est utilisé à l’étape suivante. c. Entrez exit. 5. Si plusieurs partitions logiques du serveur d’E-S virtuel s’exécutent sur votre système, déterminez celle qui tient lieu d’unité SCSI virtuelle. Elle peut être déterminée à l’aide du numéro d’emplacement de la carte client reliée à un serveur d’E-S virtuel et à une carte de serveur. Utilisez la ligne de commande de la console HMC pour répertorier les informations relatives aux cartes client SCSI virtuelles de la partition logique client. Connectez-vous à la console HMC et à partir de la ligne de commande de la console HMC, entrez lshwres. Indiquez le nom de la console gérée pour le paramètre -m et l’identificateur de la partition logique client pour le paramètre lpar_ids. 104 Guide d’utilisation de PowerVM Editions Remarque : v Le nom de la console gérée utilisée pour le paramètre -m est déterminé en entrant lssyscfg -r sys -F name à partir de la ligne de commande de la console HMC. v Utilisez l’identificateur de partition logique client noté à l’étape 4 pour le paramètre -lpar_ids. Par exemple : lshwres -r virtualio --rsubtype scsi -m fumi --filter lpar_ids=2 Cet exemple renvoie un résultat similaire au suivant : lpar_name=fumi02,lpar_id=2,slot_num=2,state=null,adapter_type=client,remote_lpar_id=1, remote_lpar_name=fumi01,remote_slot_num=2,is_required=1,backing_devices=none Notez le nom du serveur d’E-S virtuel situé dans la zone remote_lpar_name et le numéro d’emplacement de la carte serveur SCSI virtuelle, figurant dans la zone remote_lpar_id. Dans cet exemple, le nom du serveur d’E-S virtuel est fumi01 et le numéro d’emplacement de la carte serveur SCSI virtuelle est 1. 6. Connectez-vous au serveur d’E-S virtuel. 7. Répertoriez les cartes et les unités virtuelles du serveur d’E-S virtuel en entrant la commande suivante : lsmap -all 8. Localisez la carte serveur SCSI virtuelle (vhostX) associée au numéro d’emplacement correspondant au numéro d’emplacement distant noté à l’étape 7. Sur cette carte, exécutez la commande suivante : lsmap -vadapter nom-unité 9. A partir de la liste des unités, faites correspondre le numéro d’unité logique noté à l’étape 4 avec les numéros d’unité logique répertoriés. Il s’agit de l’unité physique. Augmentation de la capacité de l’unité Augmenter la taille des disques SCSI virtuels. Lorsque les besoins en stockage des partitions logiques client virtuelles augmentent, vous pouvez ajouter une mémoire physique pour accroître la taille de vos unités virtuelles et allouer cette mémoire à votre environnement virtuel. Vous pouvez étendre la capacité de vos unités SCSI virtuelles en augmentant la taille des volumes physiques ou logiques. Le serveur d’E-S virtuel version 1.3 et supérieures, permet d’effectuer ceci sans interrompre les opérations client. Pour augmenter la taille des fichiers et des volumes logiques en fonction des pools de stockage, vous devez utiliser la version 1.5 ou une version supérieure du serveur d’E-S virtuel. Pour augmenter la capacité des unités SCSI, procédez comme suit : 1. Augmentation de la taille des volumes physiques, des volumes logiques ou des fichiers : v Volumes physiques : consultez la documentation relative au stockage afin de déterminer si votre sous-système de stockage prend en charge l’extension de la taille d’un numéro d’unité logique (LUN). v Volumes logiques basés sur des groupes de volumes : a. Exécutez la commande extendlv. Par exemple, extendlv lv3 100M. Dans cet exemple, le volume logique lv3 est augmenté de 100 Mo. b. Si le volume logique ne contient pas d’espace supplémentaire, procédez comme suit : 1) Augmentez la taille du groupe de volumes en procédant comme suit : – Augmentez la taille des volumes physiques. Pour plus d’informations, consultez la documentation relative à votre système de stockage. – Ajoutez des volumes physiques à un groupe de volumes en exécutant la commande extendvg. Par exemple, extendvg vg1 hdisk2. Dans cet exemple, le volume physique hdisk2 est ajouté au groupe de volumes vg1. Chapitre 3. Serveur d’E-S virtuel 105 2) Allouez le volume augmenté aux partitions logiques en redimensionnant les volumes logiques. Exécutez la commandeextendlv pour augmenter la taille d’un volume logique. v Volumes logiques basés sur des pools de stockage : a. Exécutez la commande chbdsp. Par exemple, chbdsp -sp lvPool -bd lv3 -size 100M. Dans cet exemple, le volume logique lv3 est augmenté de 100 Mo. b. Si le volume logique ne contient pas d’espace supplémentaire, procédez comme suit : 1) Augmentez la taille du pool de stockage de volumes logiques en procédant de l’une des façons suivantes : – Augmentez la taille des volumes physiques. Pour plus d’informations, consultez la documentation relative à votre système de stockage. – Ajoutez des volumes physiques au pool de stockage en exécutant la commande chsp. Par exemple, chsp -add -sp sp1 hdisk2. Cet exemple ajoute le volume physique hdisk2 au pool de stockage sp1. 2) Allouez le volume augmenté aux partitions logiques en redimensionnant les volumes logiques. Exécutez la commande chbdsp pour augmenter la taille d’un volume logique. v Fichiers : a. Exécutez la commande chbdsp. Par exemple, chbdsp -sp fbPool -bd fb3 -size 100M. Dans cet exemple, le fichier fb3 est augmenté de 100 Mo. b. Si le fichier ne contient pas d’espace supplémentaire, augmentez la taille du pool de stockage de fichiers en exécutant la commande chsp. Par exemple, chsp -add -sp fbPool -size 100M. Dans cet exemple, le pool de stockage de fichiers fbPool est augmenté de 100 Mo. c. Si le pool de stockage de fichiers ne contient pas d’espace supplémentaire, augmentez la taille du pool de stockage parent en procédant de l’une des façons suivantes : – Augmentez la taille des volumes physiques. Pour plus d’informations, consultez la documentation relative à votre système de stockage. – Ajoutez des volumes physiques au pool de stockage parent en exécutant la commande chsp. Par exemple, chsp -add -sp sp1 hdisk2. Dans cet exemple, le volume physique hdisk2 est ajouté au pool de stockage sp1. – Augmentez la taille du pool de stockage de fichiers en exécutant la commande chsp. 2. Si vous exécutez des versions du serveur d’E-S virtuel antérieures à la version 1.3, vous devez reconfigurer l’unité virtuelle (à l’aide de la commande cfgdev) ou redémarrer le serveur d’E-S virtuel. 3. Si vous exécutez la version 1.3 ou une version supérieure du serveur d’E-S virtuel, il n’est pas obligatoire de redémarrer ou de reconfigurer une partition logique pour pouvoir utiliser les ressources supplémentaires. Si les ressources de la mémoire physique ont été configurées et allouées au système en tant que ressources système, dès que le serveur d’E-S virtuel identifie les modifications dans le volume de stockage, la capacité de stockage étendue est mise à la disposition des partitions logiques client. 4. Sur la partition logique client, assurez-vous que le système d’exploitation reconnaisse la nouvelle taille et s’y adapte. Par exemple, si AIX est le système d’exploitation sur la partition logique client, exécutez la commande suivante : chvg -g vg1 Dans cet exemple, AIX examine tous les disques dans le groupe de volumes vg1 afin de vérifier que leur taille a augmenté. Pour les disques dont la taille a augmenté, AIX tente d’ajouter des partitions physiques supplémentaires aux volumes physiques. Le cas échéant, AIX déterminera le multiplicateur 1016 et la conversion appropriés au groupe de volumes. Information associée Commande chvg 106 Guide d’utilisation de PowerVM Editions Modification de la longueur de file d’attente de l’interface SCSI virtuelle L’augmentation de la longueur de la file d’attente de l’interface SCSI virtuelle peut améliorer les performances de certaines configurations virtuelles. Il est donc important de connaître les facteurs qui interviennent dans la détermination de la modification de la valeur de longueur de file d’attente de l’interface SCSI virtuelle. La valeur de longueur de file d’attente de l’interface SCSI virtuelle détermine le nombre de requêtes que le pilote de la tête du disque transmettra au pilote du client. Pour les partitions logiques client AIX et Linux, vous pouvez modifier cette valeur en remplaçant la valeur par défaut (3) par une valeur comprise entre 1 et 256. Cette modification s’effectue à l’aide de la commande chdev. L’augmentation de cette valeur peut améliorer le rendement du disque dans certaines configurations. Toutefois, plusieurs facteurs doivent être pris en compte. Parmi ces facteurs figurent la valeur de l’attribut de longueur de file d’attente de toutes les unités de mémoire physique sur le serveur d’E-S virtuel utilisées en tant qu’unité cible virtuelle par l’instance de disque sur la partition client et la taille de transfert maximale de l’instance de carte client SCSI virtuelle qui constitue l’unité parente de l’instance de disque. Pour les partitions logiques client AIX et Linux, la taille de transfert maximale pour les cartes client de l’interface SCSI est définie par le serveur d’E-S virtuel, qui détermine la valeur en fonction des ressources disponibles sur le serveur et de la taille de transfert maximale définie pour les unités de mémoire physique sur ce serveur. D’autres facteurs incluent la longueur de file d’attente et la taille de transfert maximale des autres unités impliquées dans les configurations de type groupe de volumes en miroir ou MPIO (Multipath I/O). L’augmentation de la longueur de la file d’attente pour certaines unités peut réduire le nombre de ressources disponibles pour les autres unités situées sur la même carte partagée et diminuer le rendement de celles-ci. Pour modifier la longueur de la file d’attente AIX ou Linux, utilisez la commande chdev sur la partition logique client avec l’attribut queue_depth=value, comme dans l’exemple suivant : chdev -1 hdiskN -a "queue_depth=value" hdiskN représente le nom d’un volume physique et value désigne la valeur comprise entre 1 et 256 que vous attribuez. Pour visualiser le paramètre actuel défini pour la valeur queue_depth, exécutez la commande suivante à partir de la partition logique client : lsattr -E1 hdiskN Sauvegarde et restauration de fichiers et de systèmes de fichiers Vous pouvez utiliser les commandes backup et restore pour sauvegarder et restaurer des fichiers individuels ou des systèmes de fichiers complets. La sauvegarde et la restauration de fichiers et de systèmes de fichiers peuvent s’avérer utiles pour les tâches telles que l’ l’enregistrement d’une unité sauvegardée sur fichier. Chapitre 3. Serveur d’E-S virtuel 107 Pour sauvegarder et restaurer des fichiers et des systèmes de fichiers, utilisez les commandes ci-après. Tableau 26. Commandes de sauvegarde et de restauration et leurs descriptions commande Description backup Permet de sauvegarder des fichiers et des systèmes de fichiers sur des supports, tels que des bandes et des disques physiques. Exemple : v Vous pouvez sauvegarder tous les fichiers et tous les sous-répertoires dans un répertoire à l’aide des chemins d’accès complets ou des chemins d’accès relatifs. v Vous pouvez sauvegarder le système de fichiers racine. v Vous pouvez sauvegarder tous les fichiers du système de fichiers racine qui ont été modifiés depuis la dernière sauvegarde. v Vous pouvez sauvegarder les fichiers de support optique virtuel depuis le référentiel de support virtuel. restore Permet de lire les archives créées à l’aide de la commande backup et d’extraire les fichiers qu’elles contiennent. Exemple : v Vous pouvez restaurer un fichier donné dans le répertoire de travail. v Vous pouvez restaurer un fichier donné depuis une bande sur le référentiel de support virtuel. v Vous pouvez restaurer un répertoire spécifique ainsi que le contenu de ce répertoire depuis une archive de nom de fichier ou une archive de système de fichiers. v Vous pouvez restaurer un système de fichiers complet. v Vous pouvez restaurer uniquement les permissions ou uniquement les attributs ACL des fichiers ou de l’archive. Gestion du stockage à l’aide d’ TotalStorage Productivity Center Vous pouvez utiliser TotalStorage Productivity Center pour collecter et afficher des informations sur le serveur d’E-S virtuel. Le serveur d’E-S virtuel 1.5.2, permet d’installer et de configurer les agents TotalStorage Productivity Center sur le serveur d’E-S virtuel. TotalStorage Productivity Center est une suite de gestion de l’infrastructure de stockage intégrée conçue pour simplifier et automatiser la gestion des unités de stockage et des réseaux de stockage, ainsi que l’utilisation de la capacité des systèmes de fichiers et des bases de données. Lors de l’installation et de la configuration des agents TotalStorage Productivity Center sur le serveur d’E-S virtuel, vous pouvez utiliser l’interface de TotalStorage Productivity Center pour collecter et afficher des informations sur le serveur d’E-S virtuel. Vous pouvez ensuite effectuer les tâches suivantes à l’aide de l’interface TotalStorage Productivity Center : 1. Exécuter un travail de repérage pour les agents sur le serveur d’E-S virtuel. 2. Effectuer des sondes, des analyses et des travaux ping pour collecter les informations de stockage relatives au serveur d’E-S virtuel. 3. Générer des rapports à l’aide de Fabric Manager et du gestionnaire de données pour afficher les informations de stockage regroupées. 4. Afficher les informations de stockage regroupées à l’aide du visualiseur de topologie. Pour plus d’informations, voir «Installation et configuration des agents TotalStorage Productivity Center», à la page 99. Gestion des réseaux Vous pouvez modifier la configuration réseau de la partition logique du serveur d’E-S virtuel, activer et désactiver le protocole GVRP (GARP VLAN Registration Protocol) sur la carte de réseau Ethernet partagée, utiliser le protocole SNMP (Simple Network Management Protocol) pour gérer les systèmes et les unités sur des réseaux complexes et mettre à niveau vers Internet Protocol version 6 (IPv6). 108 Guide d’utilisation de PowerVM Editions Modification de la configuration réseau de la partition logique du serveur d’E-S virtuel Pour modifier ou supprimer les paramètres réseau sur la partition logique du serveur d’E-S virtuel, tels que l’adresse IP, le masque de sous-réseau, la passerelle et l’adresse de serveur de noms, procédez comme indiqué ici. Dans ce scénario, la configuration de réseau de la partition logique du serveur d’E-S virtuel est déjà définie. La configuration en cours sera supprimée et celle mise à jour sera définie. Si vous envisagez d’annuler la configuration Internet Protocol version 6 (IPv6), utilisez le processus et les commandes ci-après pour supprimer complètement l’interface TCP/IP et en configurer une nouvelle pour Internet Protocol version 4 (IPv4). 1. Affichez la configuration de réseau en cours à l’aide de la commande lstcpip. 2. Supprimez la configuration de réseau en cours en exécutant la commande rmtcpip. Vous pouvez supprimer tous les paramètres réseau ou uniquement ceux qui doivent être mis à jour. 3. Configurez les nouveaux paramètres réseau à l’aide de la commande mktcpip. L’exemple suivant concerne IPv4 dans lequel l’adresse en cours des informations DNS (Domain Name Server) de la partition logique du serveur d’E-S virtuel doit être mise à jour vers 9.41.88.180 : 1. Exécutez la commande lstcpip -namesrv pour afficher la configuration en cours. Assurez-vous que la configuration a besoin d’être mise à jour. 2. Exécutez la commande rmtcpip -namesrv pour supprimer la configuration en cours. 3. Exécutez mktcpip -nsrvaddr 9.41.88.180 pour mettre à jour l’adresse du serveur de noms. Activation et désactivation du protocole GVRP Vous pouvez activer et désactiver le protocole GVRP (GARP VLAN Registration Protocol) sur les cartes Ethernet partagées, ce qui permet de gérer l’enregistrement dynamique des réseaux locaux virtuels (VLAN) sur les réseaux. Sur le serveur d’E-S virtuel version 1.4, les cartes Ethernet partagées prennent en charge le protocole GVRP (GARP VLAN Registration Protocol), lequel repose sur le protocole GARP (Generic Attribute Registration Protocol). Le protocole GVRP permet l’enregistrement dynamique des réseaux VLAN sur les réseaux. Par défaut, le protocole GVRP est désactivé sur les cartes Ethernet partagées. Avant de commencer, créez et configurez une carte de réseau Ethernet partagée. Pour plus d’informations, voir «Création d’une carte de réseau Ethernet partagée via la console HMC version 7», à la page 91. Pour activer ou désactiver le protocole GVRP, exécutez la commande suivante : chdev -dev Nom -attr gvrp=yes/no Où : v Nom est le nom de la carte de réseau Ethernet partagée. v yes/no indique si le protocole GVRP est activé ou désactivé. Entrez yes pour activer le protocole GVRP ou entrez no pour le désactiver. Gestion du protocole SNMP sur le serveur d’E-S virtuel Localisation des commandes d’activation, de désactivation et de gestion du protocole SNMP sur le serveur d’E-S virtuel. Le protocole SNMP (Simple Network Management Protocol) regroupe plusieurs protocoles de contrôle des systèmes et des unités sur les réseaux complexes. La gestion de réseau SNMP repose sur le modèle client-serveur couramment utilisé dans les applications réseau fonctionnant avec le protocole IP. Chaque Chapitre 3. Serveur d’E-S virtuel 109 hôte géré est exécuté sur un processus appelé agent. L’agent est un processus serveur qui gère les informations sur les unités gérées de la base d’informations de gestion (MIB) de l’hôte. Les hôtes actifs dans la gestion de réseau peuvent exécuter un processus appelé gestionnaire. Un gestionnaire est une application client qui envoie des requêtes à la base d’informations de gestion (MIB) et traite les réponses. De plus, un gestionnaire peut envoyer des requêtes aux serveurs pour modifier les informations MIB. En général, les administrateurs de réseau utilisent le protocole SNMP pour faciliter la gestion du réseau pour différentes raisons : v Il masque le réseau système sous-jacent v L’administrateur peut gérer et surveiller l’ensemble des composants sur une console unique. Le protocole SNMP est disponible sur le serveur d’E-S virtuel version 1.4 et ultérieure. Le tableau ci-dessous répertorie les tâches de gestion SNMP disponibles sur le serveur d’E-S virtuel, ainsi que les commandes permettant d’effectuer ces tâches. Tableau 27. Tâches et commandes de gestion du protocole SNMP sur le serveur d’E-S virtuel Tâche commande Activation du protocole SNMP startnetsvc Sélection de l’agent SNMP à exécuter snmpv3_ssw Envoi de requêtes SNMP aux agents cl_snmp Traitement des réponses envoyées par les agents cl_snmp Demande d’informations MIB gérées par un agent SNMP snmp_info Modification d’informations MIB gérées par un agent SNMP snmp_info Envoi d’une notification signalant un événement au gestionnaire SNMP au moyen d’un message défini snmp_trap Désactivation du protocole SNMP stopnetsvc Information associée Gestion du réseau Mise à niveau du serveur d’E-S virtuel de IPv4 vers IPv6 Pour tirer parti des optimisations, telles que la simplification de l’adressage et du routage étendus, utilisez la commande mktcpip pour mettre à niveau le serveur d’E-S virtuel de Internet Protocol version 4 (IPv4) vers Internet Protocol version 6 (IPv6). IPv6 est le protocole IP de future génération et remplace graduellement la norme Internet actuelle, Internet Protocol version 4 (IPv4). La principale amélioration d’IPv6 est l’extension de l’espace adresse IP de 32 à 128 bits, offrant un nombre d’adresses IP uniques pratiquement illimité. IPv6 présente plusieurs avantages par rapport à IPv4, notamment le routage et l’adressage étendus, la simplification du routage, la simplification du format d’en-tête, un contrôle amélioré du trafic, l’autoconfiguration et la sécurité. Exécutez la commande suivante pour mettre à niveau le serveur d’E-S virtuel de IPv4 vers IPv6 : mktcpip –auto [-interface interface] où interface indique l’interface à configurer pour IPv6. Cette commande effectue automatiquement les tâches suivantes : v Elle configure pour IPv6 toutes les adresses locales de liaison actuellement configurées pour IPv4. v Elle active le démon des interfaces indiquées prenant en charge IPv6. 110 Guide d’utilisation de PowerVM Editions v Elle lance le démon ndpd-host. v Elle vérifie que la configuration IPv6 reste intacte après le redémarrage du serveur d’E-S virtuel. Si vous décidez d’annuler la configuration IPv6, vous devez entièrement supprimer l’interface TCP/IP, puis configurer une nouvelle interface TCP/IP pour IPv4. Pour plus d’informations, voir «Modification de la configuration réseau de la partition logique du serveur d’E-S virtuel», à la page 109. Sauvegarde du serveur d’E-S virtuel Vous pouvez sauvegarder le serveur d’E-S virtuel et les unités virtuelles définies par l’utilisateur à l’aide de la commande backupios. Vous pouvez également utiliser Tivoli Storage Manager pour programmer des sauvegardes et les stocker sur un autre serveur. Les informations à sauvegarder sur le serveur d’E-S virtuel sont les suivantes : le serveur d’E-S virtuel et les unités virtuelles définies par l’utilisateur. v Le serveur d’E-S virtuel contient le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur. Toutes ces informations sont sauvegardées lorsque vous utilisez la commande backupios. Dans le cas où vous envisagez de restaurer le serveur d’E-S virtuel sur le même système à partir duquel il a été sauvegardé, la sauvegarde du serveur d’E-S virtuel est généralement suffisante. v Les unités définies par l’utilisateur contiennent des métadonnées, telles que des mappages d’unités virtuelles, qui définissent la relation existant entre l’environnement physique et l’environnement virtuel. Ces données peuvent être enregistrées dans un emplacement qui est automatiquement sauvegardé lorsque vous utilisez la commande backupios. Si vous envisagez de sauvegarder le serveur d’E-S virtuel sur un autre système ou un nouveau système, (par exemple, en cas de panne du système ou de sinistre), vous devez sauvegarder à la fois le serveur d’E-S virtuel et les unités virtuelles définies par l’utilisateur. D’autre part, dans ces situations, vous devez également sauvegarder les composants suivants de votre environnement pour restaurer intégralement la configuration du serveur d’E-S virtuel : – Les configurations d’unités externes, comme les unités de réseau de stockage (SAN). – Les ressources définies sur la console HMC (Hardware Management) (HMC), telles que les allocations de mémoire et de processeur. Cela implique de sauvegarder vos données de profil de partition de la console HMC du serveur d’E-S virtuel et ses partitions client. – Les systèmes d’exploitation et les applications exécutées dans les partitions logiques client. Vous pouvez sauvegarder et restaurer le serveur d’E-S virtuel comme suit. Tableau 28. Méthodes de sauvegarde et de restauration du serveur d’E-S virtuel Méthode de sauvegarde Support Méthode de restauration Sur bande Bande A partir d’une bande Sur DVD DVD-RAM A partir d’un DVD Sur le système de fichiers distant image nim_resources.tar A partir d’une console HMC à l’aide de la fonction Network Installation Management (NIM) sur Linux et de la commande installios Sur le système de fichiers distant image mksysb A partir d’un serveur NIM AIX 5L et d’une installation de système mksysb standard Tivoli Storage Manager image mksysb Tivoli Storage Manager Chapitre 3. Serveur d’E-S virtuel 111 Sauvegarde du serveur d’E-S virtuel sur bande Vous pouvez sauvegarder sur bande différentes données du serveur d’E-S virtuel : le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur. Si le système est géré par Integrated Virtualization Manager, vous devez sauvegarder vos données de profil de partition pour la partition de gestion et ses clients avant de sauvegarder le serveur d’E-S virtuel. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. (Vous avez également la possibilité d’utiliser la commande bkprofdata.) Pour sauvegarder le serveur d’E-S virtuel une bande, procédez comme suit : 1. Affectez une unité de bande au serveur d’E-S virtuel. 2. Extrayez le nom d’unité en entrant la commande suivante : lsdev -type tape Si l’état de l’unité de bande est Defined, tapez la commande suivante, où dev correspond à votre unité de bande : cfgdev -dev dev 3. Tapez la commande suivante, où unité_bande est le nom de l’unité de bande que vous souhaitez utiliser pour la sauvegarde : backupios -tape unité_bande Cette commande crée une bande amorçable qui peut être utilisée pour restaurer le serveur d’E-S virtuel. 4. Si vous envisagez de restaurer le serveur d’E-S virtuel sur un autre système que celui à partir duquel il a été sauvegardé, vous devez sauvegarder les unités virtuelles définies par l’utilisateur. Pour plus d’informations, voir «Sauvegarde des unités virtuelles définies par l’utilisateur», à la page 114. Sauvegarde du serveur d’E-S virtuel sur un ou plusieurs DVD Vous pouvez sauvegarder sur DVD différentes données du serveur d’E-S virtuel : le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur. Si le système est géré par Integrated Virtualization Manager, vous devez sauvegarder vos données de profil de partition pour la partition de gestion et ses clients avant de sauvegarder le serveur d’E-S virtuel. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. (Vous avez également la possibilité d’utiliser la commande bkprofdata.) Pour sauvegarder le serveur d’E-S virtuel sur un ou plusieurs DVD, procédez comme suit. Seul le support DVD-RAM peut être utilisé pour sauvegarder le serveur d’E-S virtuel. Remarque : Les unités de disque des fournisseurs peuvent prendre en charge la gravure sur d’autres types de disque, tels que le CD-RW et le DVD-R. Consultez la documentation relative à votre unité pour connaître les types de disque pris en charge. 1. Affectez une unité de disque optique à la partition logique du serveur d’E-S virtuel. 2. Extrayez le nom d’unité en entrant la commande suivante : lsdev -type optical Si l’état de l’unité est Defined, tapez : cfgdev -dev dev 3. Exécutez la commande backupios avec l’option -cd. Indiquez le chemin d’accès à l’unité. Par exemple : backupios -cd /dev/cd0 112 Guide d’utilisation de PowerVM Editions Remarque : Si le serveur d’E-S virtuel ne tient pas sur un DVD, la commandebackupios fournit des instructions de remplacement et de retrait des disques jusqu’à ce que tous les volumes aient été créés. Cette commande crée un ou plusieurs DVD amorçables qui peuvent être utilisés pour restaurer le serveur d’E-S virtuel. 4. Si vous envisagez de restaurer le serveur d’E-S virtuel sur un autre système que celui à partir duquel il a été sauvegardé, vous devez sauvegarder les unités virtuelles définies par l’utilisateur. Pour plus d’informations, voir «Sauvegarde des unités virtuelles définies par l’utilisateur», à la page 114. Sauvegarde du serveur d’E-S virtuel sur un système de fichiers distant via un fichier nim_resources.tar Vous pouvez sauvegarder sur un système de fichiers distant différentes données du serveur d’E-S virtuel (le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur) en créant un fichier nim_resources.tar Le fait de sauvegarder le serveur d’E-S virtuel dans un système de fichiers distant crée l’image nim_resources.tar dans le répertoire indiqué. Le fichier nim_resources.tar contient toutes les ressources nécessaires pour restaurer le serveur d’E-S virtuel, notamment l’image mksysb, le fichier bosinst.data, l’image d’amorçage du réseau et la ressource Shared Product Object Tree (SPOT). La commande backupios vide la section target_disks_stanza du fichier bosinst.data et définit RECOVER_DEVICES=Default. Cette opération permet de cloner le fichier mksysb généré par la commande sur une autre partition logique. Si vous envisagez d’utiliser l’image nim_resources.tar pour l’installer sur un disque spécifique, vous devez repeupler la section target_disk_stanza du fichier bosinst.data et remplacer ce dernier dans l’image nim_resources.tar. Toutes les autres parties de l’image nim_resources.tar doivent rester intactes. Avant de commencer, effectuez les tâches suivantes : 1. Si le système est géré par Integrated Virtualization Manager, vous devez sauvegarder vos données de profil de partition pour la partition de gestion et ses clients avant de sauvegarder le serveur d’E-S virtuel. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. (Vous avez également la possibilité d’utiliser la commande bkprofdata.) 2. Vérifiez que le système de fichiers distant est disponible et installé. 3. Vérifiez que le serveur d’E-S virtuel possède un accès en écriture au serveur sur lequel la sauvegarde a été créée. Pour sauvegarder le serveur d’E-S virtuel dans un système de fichiers distant, procédez comme suit : 1. Créez un répertoire de montage dans lequel l’image de sauvegarde nim_resources.tar va être écrite. Par exemple, pour créer le répertoire /home/backup, entrez : mkdir /home/backup 2. Montez un répertoire exporté sur le répertoire de montage. Par exemple : mount server1:/export/ios_backup /home/backup 3. Exécutez la commande backupios avec l’option -file. Indiquez le chemin d’accès au répertoire monté. Par exemple : backupios -file /home/backup Cette commande crée un fichier nim_resources.tar qui peut être utilisé pour restaurer le serveur d’E-S virtuel de la console HMC. 4. Si vous envisagez de restaurer le serveur d’E-S virtuel sur un autre système que celui à partir duquel il a été sauvegardé, vous devez sauvegarder les unités virtuelles définies par l’utilisateur. Pour plus d’informations, voir «Sauvegarde des unités virtuelles définies par l’utilisateur», à la page 114. Chapitre 3. Serveur d’E-S virtuel 113 Sauvegarde du serveur d’E-S virtuel sur un système de fichiers distant via une image mksysb Vous pouvez sauvegarder sur un système de fichiers distant différentes données du serveur d’E-S virtuel (le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur) en créant un fichier mksysb Le fait de sauvegarder le serveur d’E-S virtuel dans un système de fichiers distant crée l’image mksysb dans le répertoire indiqué. L’image mksysb est une image installable du groupe de volumes root dans un fichier. Avant de commencer, effectuez les tâches suivantes : 1. Si le système est géré par Integrated Virtualization Manager, vous devez sauvegarder vos données de profil de partition pour la partition de gestion et ses clients avant de sauvegarder le serveur d’E-S virtuel. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. (Vous avez également la possibilité d’utiliser la commande bkprofdata.) 2. Si vous envisagez de restaurer le serveur d’E-S virtuel à partir d’un serveur Network Installation Management (NIM), vérifiez que ce dernier dispose de la dernière version du système AIX. 3. Vérifiez que le système de fichiers distant est disponible et installé. 4. Vérifiez que le serveur d’E-S virtuel possède un accès en écriture au serveur sur lequel la sauvegarde a été créée. Pour sauvegarder le serveur d’E-S virtuel dans un système de fichiers distant, procédez comme suit : 1. Créez un répertoire de montage dans lequel l’image de sauvegarde mksysb va être enregistrée. Par exemple, pour créer le répertoire /home/backup, entrez : mkdir /home/backup 2. Montez un répertoire exporté sur le répertoire de montage. Par exemple : mount server1:/export/ios_backup /home/backup où server1 désigne le serveur NIM à partir duquel vous allez effectuer la restauration du serveur d’E-S virtuel. 3. Exécutez la commande backupios avec l’option -file. Indiquez le chemin d’accès au répertoire monté. Par exemple : backupios -file /home/backup/filename.mksysb -mksysb où filename désigne le nom de l’image mksysb créée par cette commande dans le répertoire indiqué. Vous pouvez utiliser l’image mksysb pour restaurer le serveur d’E-S virtuel à partir d’un serveur NIM. 4. Si vous envisagez de restaurer le serveur d’E-S virtuel sur un autre système que celui à partir duquel il a été sauvegardé, vous devez sauvegarder les unités virtuelles définies par l’utilisateur. Pour plus d’informations, voir «Sauvegarde des unités virtuelles définies par l’utilisateur». Sauvegarde des unités virtuelles définies par l’utilisateur Outre la sauvegarde du serveur d’E-S virtuel, vous devez également sauvegarder les unités virtuelles définies par l’utilisateur (comme les mappages d’unités virtuelles) dans l’éventualité d’un incident système ou d’un sinistre. Les unités définies par l’utilisateur contiennent des métadonnées, telles que des mappages d’unités virtuelles, qui définissent la relation existant entre l’environnement physique et l’environnement virtuel. Dans les cas où vous envisagez de restaurer le serveur d’E-S virtuel sur un nouveau système ou un système différent (par exemple, en cas de panne système ou d’un sinistre), vous devez sauvegarder le serveur d’E-S virtuel ainsi que les unités virtuelles définies par l’utilisateur. 114 Guide d’utilisation de PowerVM Editions Avant de commencer, effectuez les tâches suivantes : 1. Sauvegardez le serveur d’E-S virtuel sur bande, DVD ou système de fichiers distant. Pour plus d’informations, consultez l’une des procédures suivantes : v «Sauvegarde du serveur d’E-S virtuel sur bande», à la page 112 v «Sauvegarde du serveur d’E-S virtuel sur un ou plusieurs DVD», à la page 112 v «Sauvegarde du serveur d’E-S virtuel sur un système de fichiers distant via un fichier nim_resources.tar», à la page 113 v «Sauvegarde du serveur d’E-S virtuel sur un système de fichiers distant via une image mksysb», à la page 114 2. Décidez si vous souhaitez créer un script de la procédure suivante. La création de scripts pour ces commandes facilite la planification de sauvegardes automatiques des informations. Pour sauvegarder des unités virtuelles définies par l’utilisateur, procédez comme suit : 1. Répertoriez les groupes de volumes (et les pools de stockage) afin de déterminer quelles structures de disques définies par l’utilisateur vous voulez sauvegarder à l’aide de la commande suivante : lsvg 2. Activez chaque groupe de volumes (et pool de stockage) à sauvegarder en exécutant la commande suivante pour chacun d’eux : activatevg volume_group où volume_group est le nom du groupe de volumes (ou pool de stockage) à activer. 3. Sauvegardez chaque groupe de volumes (et pool de stockage) en exécutant la commande suivante pour chacun d’eux : savevgstruct volume_group où volume_group est le nom du groupe de volumes (ou pool de stockage) à sauvegarder. Cette commande enregistre une sauvegarde de la structure d’un groupe de volumes (et par conséquent un pool de stockage) dans le répertoire /home/ios/vgbackups. 4. Enregistrez les informations sur les paramètres réseau, les cartes, les utilisateurs et les paramètres de sécurité dans le répertoire /home/padmin en associant chaque commande à la commande tee, comme suit : command | tee /home/padmin/filename Où : v command est le nom de la commande qui génère les informations que vous voulez sauvegarder. v filename est le nom du fichier dans lequel vous voulez enregistrer les informations. Tableau 29. Commandes qui fournissent les informations à sauvegarder commande Informations fournies (et sauvegardées) cfgnamesrv -ls Enregistre toutes les entrées de la base de données de configuration du système relatives aux informations de serveur de noms de domaine utilisées par les routines Resolver locales. entstat -all devicename Enregistre les statistiques des unités et des pilotes Ethernet de l’unité indiquée. devicename est le nom d’une unité dont vous voulez sauvegarder les attributs ou les statistiques. Exécutez cette commande pour chaque unité dont vous voulez sauvegarder les attributs ou les statistiques. hostmap -ls Sauvegarde toutes les entrées dans la base de données de configuration du système. Chapitre 3. Serveur d’E-S virtuel 115 Tableau 29. Commandes qui fournissent les informations à sauvegarder (suite) commande Informations fournies (et sauvegardées) ioslevel Sauvegarde le niveau de maintenance actuel du serveur d’E-S virtuel. lsdev -dev devicename -attr Sauvegarde les attributs de l’unité indiquée. devicename est le nom d’une unité dont vous voulez sauvegarder les attributs ou les statistiques. Exécutez cette commande pour chaque unité dont vous voulez sauvegarder les attributs ou les statistiques. lsdev -type adapter Sauvegarde les informations relatives aux cartes physiques et logiques. lsuser Sauvegarde une liste de tous les attributs de l’ensemble des utilisateurs système. netstat -routinfo Sauvegarde les tables de routage, y compris les coûts configurés par l’utilisateur et en cours de chaque route. netstat -state Sauvegarde l’état de toutes les interfaces configurées. optimizenet -list Sauvegarde les caractéristiques de l’ensemble des paramètres d’optimisation du réseau, y compris la valeur en cours et de réamorçage, la plage, l’unité, le type et les dépendances. viosecure -firewall view Sauvegarde une liste des ports autorisés. viosecure -view -nonint Sauvegarde tous les paramètres de niveau de sécurité relatifs au mode non interactif. Planification des sauvegardes du serveur d’E-S virtuel Vous pouvez planifier des sauvegardes régulières du serveur d’E-S virtuel et des unités virtuelles définies afin de s’assurer que votre copie de sauvegarde reflète précisément la configuration actuelle. Pour s’assurer que votre sauvegarde du serveur d’E-S virtuel reflète le serveur d’E-S virtuel en cours d’exécution, vous devez sauvegarder le serveur d’E-S virtuel chaque fois que sa configuration est modifiée. Par exemple : v Modification du serveur d’E-S virtuel, telle que l’installation d’un groupe de correctifs. v Ajout, suppression ou modification de la configuration des unités externes, tels que la modification de la configuration SAN. v Ajout, suppression ou modification des allocations de ressource et attributions pour le serveur d’E-S virtuel, par exemple, la mémoire, les processeurs ou les unités physiques et virtuelles. v Ajout, suppression ou modification des configurations d’unités virtuelles définies par l’utilisateur, par exemple, les mappages d’unités virtuelles. Avant de commencer, vérifiez que vous êtes connecté au serveur d’E-S virtuel sous le nom d’utilisateur de l’administrateur principal (padmin). Pour sauvegarder le serveur d’E-S virtuel et les unités virtuelles définies par l’utilisateur, procédez comme suit : 1. Créez un script destiné à sauvegarder le serveur d’E-S virtuel, puis enregistrez-le dans un répertoire auquel peut accéder l’ID utilisateur padmin. Par exemple, créez un script nommé backup et enregistrez-le dans le répertoire /home/padmin. Assurez-vous que votre script inclut des commandes permettant de sauvegarder le serveur d’E-S virtuel ainsi que des informations de sauvegarde sur les unités virtuelles définies par l’utilisateur. 116 Guide d’utilisation de PowerVM Editions 2. Créez une entrée de fichier crontab qui exécute le script backup à intervalles réguliers. Par exemple, pour exécuter le script backup chaque samedi à 2:00 a.m., entrez les commandes suivantes : a. crontab -e b. 0 2 0 0 6 /home/padmin/backup Lorsque vous aurez terminé, pensez à enregistrer le script et quittez l’application. Sauvegarde du serveur d’E-S virtuel à l’aide du gestionnaire Tivoli Storage Manager Vous pouvez utiliser le gestionnaire Tivoli Storage Manager pour sauvegarder automatiquement le serveur d’E-S virtuel à intervalles réguliers ou effectuer des sauvegardes incrémentielles. Sauvegarde du serveur d’E-S virtuel à l’aide de la fonction automatisée du gestionnaire Tivoli Storage Manager : Vous pouvez automatiser les sauvegardes du serveur d’E-S virtuel à l’aide de la commande crontab et du planificateur Tivoli Storage Manager. Avant de commencer, effectuez les tâches suivantes : v Vérifiez que vous avez configuré le client Tivoli Storage Manager sur le serveur d’E-S virtuel. Pour plus d’informations, voir «Configuration du client Tivoli Storage Manager», à la page 98. v Veillez à vous connecter au serveur d’E-S virtuel sous le nom d’utilisateur de l’administrateur principal (padmin). Pour automatiser les sauvegardes du serveur d’E-S virtuel, procédez comme suit : 1. Ecrivez un script destiné à créer une image mksysb du serveur d’E-S virtuel et enregistrez-le dans un répertoire accessible par l’ID utilisateur padmin. Par exemple, créez un script nommé backup et enregistrez-le dans le répertoire /home/padmin. Si vous envisagez de restaurer le serveur d’E-S virtuel sur un autre système que celui à partir duquel il a été sauvegardé, veillez à inclure au script les commandes de sauvegarde des informations relatives aux unités virtuelles définies par l’utilisateur. Pour plus d’informations, consultez les procédures suivantes : v Pour plus d’informations sur la création d’une image mksysb, voir «Sauvegarde du serveur d’E-S virtuel sur un système de fichiers distant via une image mksysb», à la page 114. v Pour plus d’informations sur la sauvegarde des unités virtuelles définies par l’utilisateur, voir «Sauvegarde des unités virtuelles définies par l’utilisateur», à la page 114. 2. Créez une entrée de fichier crontab qui exécute le script backup à intervalles réguliers. Par exemple, pour créer une image mksysb chaque samedi à 2:00, entrez les commandes suivantes : a. crontab -e b. 0 2 0 0 6 /home/padmin/backup Lorsque vous aurez terminé, pensez à enregistrer le script et quittez l’application. 3. Avec l’aide de l’administrateur de Tivoli Storage Manager, associez le noeud du client Tivoli Storage Manager à un ou plusieurs plannings du domaine de règles. Cette tâche n’est pas exécutée sur le client Tivoli Storage Manager du serveur d’E-S virtuel. Elle est exécutée par l’administrateur de Tivoli Storage Manager sur le serveur du gestionnaire Tivoli Storage Manager. 4. Lancez le planificateur client et connectez-vous au planning du serveur à l’aide de la commande dsmc : dsmc -schedule 5. Pour redémarrer le planificateur client lors du redémarrage du serveur d’E-S virtuel, ajoutez l’entrée suivante au fichier /etc/inittab : itsm::once:/usr/bin/dsmc sched > /dev/null 2>&1 # planificateur TSM Chapitre 3. Serveur d’E-S virtuel 117 Sauvegarde du serveur d’E-S virtuel à l’aide de la sauvegarde incrémentielle du gestionnaire Tivoli Storage Manager : Vous pouvez sauvegarder à tout moment le serveur d’E-S virtuel en effectuant une sauvegarde incrémentielle à l’aide de Tivoli Storage Manager. Exécutez une sauvegarde incrémentielle lorsque la sauvegarde automatique ne convient pas. Par exemple, avant de mettre à niveau serveur d’E-S virtuel, effectuez une sauvegarde incrémentielle pour obtenir une sauvegarde de la configuration en cours. Après la mise à niveau de serveur d’E-S virtuel, effectuez une autre sauvegarde incrémentielle pour sauvegarder la configuration de la mise à niveau. Avant de commencer, effectuez les tâches suivantes : v Vérifiez que vous avez configuré le client Tivoli Storage Manager sur le serveur d’E-S virtuel. Pour plus d’informations, voir «Configuration du client Tivoli Storage Manager», à la page 98. v Assurez-vous de disposer d’une image mksysb du serveur d’E-S virtuel. Si vous envisagez de restaurer le serveur d’E-S virtuel sur un autre système que celui à partir duquel il a été sauvegardé, veillez à inclure à l’image mksysb les informations relatives aux unités virtuelles définies par l’utilisateur. Pour plus d’informations, consultez les procédures suivantes : – Pour plus d’informations sur la création d’une image mksysb, voir «Sauvegarde du serveur d’E-S virtuel sur un système de fichiers distant via une image mksysb», à la page 114. – Pour plus d’informations sur la sauvegarde des unités virtuelles définies par l’utilisateur, voir «Sauvegarde des unités virtuelles définies par l’utilisateur», à la page 114. Pour effectuer une sauvegarde incrémentielle du serveur d’E-S virtuel, lancez la commande dsmc. Par exemple : dsmc -incremental SpecFichierSource où SpecFichierSource est le chemin du répertoire contenant le fichier mksysb. Par exemple, /home/padmin/mksysb_image. Restauration du serveur d’E-S virtuel Vous pouvez restaurer le serveur d’E-S virtuel et les unités virtuelles définies par l’utilisateur à l’aide de la commande installios ou Tivoli Storage Manager. Les informations du serveur d’E-S virtuel à restaurer sont les suivantes : le serveur d’E-S virtuel et les unités virtuelles définies par l’utilisateur. v Le serveur d’E-S virtuel contient le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur. Toutes ces informations sont restaurées lorsque vous utilisez la commande installios. Dans les cas où vous envisagez de restaurer le serveur d’E-S virtuel sur le même système à partir duquel il a été sauvegardé, la restauration du serveur d’E-S virtuel est généralement suffisante. v Les unités définies par l’utilisateur contiennent des métadonnées, telles que des mappages d’unités virtuelles, qui définissent la relation existant entre l’environnement physique et l’environnement virtuel. Ces données permettent de créer à nouveau les unités virtuelles. Si vous envisagez de restaurer le serveur d’E-S virtuel sur un autre système ou un nouveau système (par exemple, en cas d’une panne système ou d’un sinistre), vous devez restaurer le serveur d’E-S virtuel et créer à nouveau les unités virtuelles. D’autre part, dans ces situations, vous devez également restaurer les composants suivants de votre environnement pour restaurer intégralement la configuration du serveur d’E-S virtuel : – Les configurations d’unités externes, comme les unités de réseau de stockage (SAN). – Les ressources définies sur la console HMC (Hardware Management) (HMC), telles que les allocations de mémoire et de processeur. Ceci implique de restaurer vos données de profil de partition HMC du serveur d’E-S virtuel et ses partitions client. 118 Guide d’utilisation de PowerVM Editions – Les systèmes d’exploitation et les applications exécutées dans les partitions logiques client. Vous pouvez sauvegarder et restaurer le serveur d’E-S virtuel comme suit. Tableau 30. Méthodes de sauvegarde et de restauration du serveur d’E-S virtuel Méthode de sauvegarde Support Méthode de restauration Sur bande Bande A partir d’une bande Sur DVD DVD-RAM A partir d’un DVD Sur le système de fichiers distant image nim_resources.tar A partir d’une console HMC à l’aide de la fonction Network Installation Management (NIM) sur Linux et de la commande installios Sur le système de fichiers distant image mksysb A partir d’un serveur NIM AIX 5L et d’une installation de système mksysb standard Tivoli Storage Manager image mksysb Tivoli Storage Manager Restauration du serveur d’E-S virtuel à partir d’une bande magnétique Vous pouvez restaurer différentes données du serveur d’E-S virtuel à partir d’une bande : le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur. Si le système est géré par Integrated Virtualization Manager, vous devez restaurer vos données de profil de partition pour la partition de gestion et ses clients avant de restaurer le serveur d’E-S virtuel. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. (Vous avez également la possibilité d’utiliser la commande rstprofdata.) Pour restaurer le serveur d’E-S virtuel à partir d’une bande, procédez comme suit : 1. Indiquez, à l’aide de la commande bootlist la partition logique du serveur d’E-S virtuel à amorcer à partir de la bande. Par ailleurs, vous pouvez modifier la liste des unités d’amorçage dans les menus SMS (System Management Services). 2. Insérez la bande dans l’unité de bande. 3. Dans le menu SMS, choisissez d’effectuer l’installation à partir de l’unité de bande. 4. Suivez les étapes d’installation conformément aux invites du système. 5. Si vous avez effectué une restauration du serveur d’E-S virtuel sur un autre système que celui à partir duquel il a été sauvegardé, vous devez restaurer les unités virtuelles définies par l’utilisateur. Pour plus d’informations, voir «Restauration des unités virtuelles définies par l’utilisateur», à la page 121. Restauration du serveur d’E-S virtuel à partir d’un ou plusieurs DVD Vous pouvez restaurer différentes données du serveur d’E-S virtuel à partir d’un ou plusieurs DVD : le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur. Si le système est géré par Integrated Virtualization Manager, vous devez restaurer vos données de profil de partition pour la partition de gestion et ses clients avant de restaurer le serveur d’E-S virtuel. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. (Vous avez également la possibilité d’utiliser la commande rstprofdata.) Pour restaurer le serveur d’E-S virtuel à partir d’un ou de plusieurs DVD, procédez comme suit: 1. Indiquez, à l’aide de la commande bootlist, la partition du serveur d’E-S virtuel à amorcer à partir du DVD. Par ailleurs, vous pouvez modifier la liste des unités d’amorçage dans les menus SMS (System Management Services). Chapitre 3. Serveur d’E-S virtuel 119 2. 3. 4. 5. Insérez le DVD dans l’unité de disque optique. Dans le menu SMS, choisissez d’effectuer l’installation à partir de l’unité de disque optique. Suivez les étapes d’installation conformément aux invites du système. Si vous avez effectué une restauration du serveur d’E-S virtuel sur un autre système que celui à partir duquel il a été sauvegardé, vous devez restaurer les unités virtuelles définies par l’utilisateur. Pour plus d’informations, voir «Restauration des unités virtuelles définies par l’utilisateur», à la page 121. Restauration du serveur d’E-S virtuel à partir d’un fichier nim_resources.tar via la console HMC Vous pouvez restaurer différentes données du serveur d’E-S virtuel (le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur) à partir d’une image nim_resources.tar stockée sur un système de fichiers distant. Si le système est géré par Integrated Virtualization Manager, vous devez restaurer vos données de profil de partition pour la partition de gestion et ses clients avant de restaurer le serveur d’E-S virtuel. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. (Vous avez également la possibilité d’utiliser la commande rstprofdata.) Pour restaurer le serveur d’E-S virtuel à partir d’une image nim_resources.tar dans un système de fichiers, procédez comme suit : 1. Exécutez la commande installios à partir de la ligne de commande de la console HMC. Cette procédure vise à restaurer une image de sauvegarde, nim_resources.tar, initialement créée à l’aide de la commande backupios. 2. Suivez les étapes d’installation conformément aux invites du système. La source des images d’installation est le répertoire exporté lors de la procédure de sauvegarde. Par exemple, server1:/export/ios_backup. 3. Lorsque la restauration est terminée, ouvrez une connexion de terminal virtuel (par exemple, à l’aide de telnet) au système du serveur d’E-S virtuel que vous avez restauré. Vous devrez peut-être fournir d’autres informations. 4. Si vous restaurez le serveur d’E-S virtuel sur un autre système que celui utilisé pour la sauvegarde, vous devez restaurer les unités virtuelles définies par l’utilisateur. Pour plus d’informations, voir «Restauration des unités virtuelles définies par l’utilisateur», à la page 121. Restauration du serveur d’E-S virtuel via un serveur NIM à partir d’un fichier mksysb Vous pouvez restaurer différentes données du serveur d’E-S virtuel (le code de base, les groupes de correctifs appliqués, les pilotes d’unités personnalisés permettant de prendre en charge les sous-systèmes de disque et certaines métadonnées définies par l’utilisateur) à partir d’une image mksysb stockée sur un système de fichiers distant. Avant de commencer, effectuez les tâches suivantes : v Vérifiez que le serveur sur lequel vous envisagez de restaurer le serveur d’E-S virtuel est défini comme étant une ressource Network Installation Management (NIM). v Vérifiez que le fichier mksysb (qui contient la sauvegarde du serveur d’E-S virtuel) réside sur le serveur NIM. v Si le système est géré par Integrated Virtualization Manager, vous devez restaurer vos données de profil de partition pour la partition de gestion et ses clients avant de restaurer le serveur d’E-S virtuel. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. (Vous avez également la possibilité d’utiliser la commande rstprofdata.) Pour restaurer le serveur d’E-S virtuel à partir d’une image mksysb dans un système de fichiers, procédez comme suit : 120 Guide d’utilisation de PowerVM Editions 1. Définissez le fichier mksysb comme étant une ressource NIM, en particulier un objet NIM, en exécutant la commande nim. Pour afficher la description détaillée de la commande nim, connectez-vous à l’adresse Commande nim. Exemple : nim -o define -t mksysb -a server=servername -alocation=/export/ios_backup/ filename.mksysb objectname Où : v servername désigne le nom du serveur sur lequel vous envisagez de restaurer le serveur d’E-S virtuel. v filename désigne le nom du fichier mksysb. v objectname désigne le nom utilisé par NIM pour l’enregistrement et l’identification du fichier mksysb. 2. Définissez une ressource Shared Product Object Tree (SPOT) pour le fichier mksysb à l’aide de la commande nim. Exemple : nim -o define -t spot -a server=servername -a location=/export/ios_backup/ SPOT -a source=objectname SPOTname Où : v servername désigne le nom du serveur sur lequel vous envisagez de restaurer le serveur d’E-S virtuel. v objectname désigne le nom utilisé par NIM pour l’enregistrement et l’identification du fichier mksysb. v SPOTname désigne le nom de la ressource SPOT du fichier mksysb. 3. Installez le serveur d’E-S virtuel à partir du fichier mksysb à l’aide de la commande smit. Exemple : smit nim_bosinst Vérifiez que les zones de saisie suivantes contiennent les spécifications ci-après. Tableau 31. Spécifications relatives à la commande SMIT Zone Spécification TYPE d’installation mksysb SPOT SPOTname à l’étape 3 MKSYSB objectname à l’étape 2 Remain NIM client after install? no 4. Démarrez la partition logique du serveur d’E-S virtuel. Pour plus d’informations, reportez-vous à l’étape 3, Amorçage du serveur d’E-S virtuel, du document Installation du serveur d’E-S virtuel à l’aide de NIM. 5. Si vous restaurez le serveur d’E-S virtuel sur un autre système que celui utilisé pour la sauvegarde, vous devez restaurer les unités virtuelles définies par l’utilisateur. Pour plus d’informations, voir «Restauration des unités virtuelles définies par l’utilisateur». Information associée Utilisation de l’opération de définition NIM Définition d’une ressource SPOT Installation d’un client à l’aide de NIM Restauration des unités virtuelles définies par l’utilisateur Outre la restauration du serveur d’E-S virtuel, vous pouvez être amené à restaurer les unités virtuelles définies par l’utilisateur (comme les mappages d’unités virtuelles), par exemple, dans l’éventualité d’un incident système, d’une migration ou d’un sinistre du système. Chapitre 3. Serveur d’E-S virtuel 121 Les unités définies par l’utilisateur contiennent des métadonnées, telles que des mappages d’unités virtuelles, qui définissent la relation existant entre l’environnement physique et l’environnement virtuel. Dans les cas où vous envisagez de restaurer le serveur d’E-S virtuel sur un nouveau système ou un système différent (par exemple, en cas de panne système ou de sinistre), vous devez sauvegarder le serveur d’E-S virtuel ainsi que les unités virtuelles définies par l’utilisateur. En premier lieu, restaurez le serveur d’E-S virtuel sur bande, DVD ou système de fichiers distant. Pour plus d’informations, consultez l’une des procédures suivantes : v «Restauration du serveur d’E-S virtuel à partir d’une bande magnétique», à la page 119 v «Restauration du serveur d’E-S virtuel à partir d’un ou plusieurs DVD», à la page 119 v «Restauration du serveur d’E-S virtuel à partir d’un fichier nim_resources.tar via la console HMC», à la page 120 v «Restauration du serveur d’E-S virtuel via un serveur NIM à partir d’un fichier mksysb», à la page 120 Pour restaurer des unités virtuelles définies par l’utilisateur, procédez comme suit : 1. Répertoriez tous les groupes de volumes sauvegardés (ou pools de stockage) à l’aide de la commande suivante : restorevgstruct -ls Cette commande répertorie les fichiers contenus dans le répertoire /home/ios/vgbackups. 2. Exécutez la commande lspv afin de déterminer les disques vides. 3. Restaurez les groupes de volumes (ou les pools de stockage) pour vider les disques, en exécutant la commande suivante pour chaque groupe de volumes (ou pool de stockage) : restorevgstruct -vg volumegroup hdiskx Où : v volumegroup désigne le nom d’un groupe de volumes (ou pool de stockage) de l’étape 1. v hdiskx désigne le nom d’un disque vide de l’étape 2. 4. Recréez les mappages existant entre les unités virtuelles et les unités physiques (y compris les mappages d’unités de stockage, les mappages de carte Ethernet partagées et de carte Ethernet, ainsi que les paramètres LAN virtuels) à l’aide de la commande mkvdev. Des informations sur le mappage sont disponibles dans le fichier que vous avez indiqué dans la commande tee à partir de la procédure de sauvegarde. Par exemple, /home/padmin/filename. Restauration du serveur d’E-S virtuel avec Tivoli Storage Manager Vous pouvez utiliser Tivoli Storage Manager pour restaurer l’image mksysb du serveur d’E-S virtuel. Vous pouvez restaurer le serveur d’E-S virtuel sur le système à partir duquel il a été sauvegardé, ou sur un autre système (par exemple, en cas de défaillance ou de sinistre sur le système). La procédure ci-dessous permet de restaurer le serveur d’E-S virtuel sur le système à partir duquel il a été sauvegardé. Commencez par restaurer l’image mksysb sur le serveur d’E-S virtuel en exécutant la commande dsmc sur le client Tivoli Storage Manager. Mais le serveur d’E-S virtuel n’est pas restauré lors de la restauration de l’image mksys. Vous devez ensuite transférer l’image mksysb sur un autre système et la convertir dans un format installable. Pour restaurer le serveur d’E-S virtuel sur un autre système, suivez l’une des procédures ci-dessous : v «Restauration du serveur d’E-S virtuel à partir d’une bande magnétique», à la page 119 v «Restauration du serveur d’E-S virtuel à partir d’un ou plusieurs DVD», à la page 119 v «Restauration du serveur d’E-S virtuel à partir d’un fichier nim_resources.tar via la console HMC», à la page 120 v «Restauration du serveur d’E-S virtuel via un serveur NIM à partir d’un fichier mksysb», à la page 120 122 Guide d’utilisation de PowerVM Editions Avant de commencer, effectuez les tâches suivantes : 1. Vérifiez que le système sur lequel vous souhaitez transférer l’image mksysb exécute AIX. 2. Vérifiez que le système qui exécute AIX comporte une unité DVD-RW ou CD-RW. 3. Vérifiez que les RPM cdrecord et mkisofs ont été téléchargés et installés sur AIX. Pour télécharger et installer les RPM, consultez le site Web AIX Toolbox for Linux Applications. Restriction : Le mode interactif n’est pas pris en charge sur le serveur d’E-S virtuel. Pour visualiser les informations relatives aux sessions, entrez la commande dsmc sur la ligne de commande du serveur d’E-S virtuel. Pour restaurer leserveur d’E-S virtuel avec Tivoli Storage Manager, procédez comme suit : 1. Identifiez le fichier à restaurer en exécutant la commande dsmc. Celle-ci permet d’afficher les fichiers qui ont été sauvegardés sur le serveur Tivoli Storage Manager : dsmc -query 2. Restaurez l’image mksysb à l’aide de la commande dsmc. Exemple : dsmc -restore SpecFichierSource où SpecFichierSource est le chemin du répertoire dans lequel vous souhaitez restaurer l’image mksysb image. Par exemple, /home/padmin/mksysb_image 3. Transférez l’image mksysb sur un serveur muni d’une unité DVD-RW ou CD-RW en exécutant les commandes FTP suivantes : a. Assurez-vous que le serveur FTP est démarré sur le serveur d’E-S virtuel en exécutant la commande suivante : startnetsvc ftp b. Assurez-vous que le serveur FTP est démarré sur le serveur d’E-S virtuel en exécutant la commande suivante : startnetsvc ftp c. Ouvrez une session FTP sur le serveur muni d’une unité DVD-RW ou CD-RW : ftp nom_hôte_serveur, où nom_hôte_serveur est le nom d’hôte du serveur muni d’une unité DVD-RW ou CD-RW. d. A l’invite FTP, changez le répertoire d’installation pour sélectionner le répertoire dans lequel vous souhaitez enregistrer l’image mksysb. e. Paramétrez le mode de transfert sur binaire : binary f. Désactivez l’invite en mode interactif (si actif) : prompt g. Transférez l’image mksysb sur le serveur : mput mksysb_image h. Après le transfert de l’image mksysb, fermez la session FTP en entrant quit. 4. Enregistrez l’image mksysb sur un CD ou un DVD à l’aide de la commande mkcd ou mkdvd. 5. Réinstallez le serveur d’E-S virtuel à partir du CD ou du DVD que vous venez de créer. Pour plus d’informations, voir «Restauration du serveur d’E-S virtuel à partir d’un ou plusieurs DVD», à la page 119. Référence associée Commande mkcd Commande mkdvd Installation ou remplacement d’une carte PCI sur le serveur d’E-S virtuel lorsque le système est sous tension Vous pouvez être amené à installer ou remplacer une carte PCI sur la partition logique du serveur d’E-S virtuel ou sur la partition de gestion du gestionnaire Integrated Virtualization Manager. La procédure de cette section permet d’effectuer cette tâche. Chapitre 3. Serveur d’E-S virtuel 123 Le serveur d’E-S virtuel comporte un gestionnaire d’unités PCI remplaçables à chaud similaire à celui du système d’exploitation AIX. Le gestionnaire d’unités PCI remplaçables à chaud permet de remplacer à chaud des cartes PCI sur le serveur, puis de les activer sur la partition logique sans réamorcer le système. Le gestionnaire d’unités PCI remplaçables à chaud permet d’ajouter, d’identifier et de remplacer les cartes PCI attribuées au serveur d’E-S virtuel. Guide d’initiation Prérequis : v Pour installer une nouvelle carte, vous devez attribuer un emplacement vide du système à la partition logique du serveur d’E-S virtuel. Vous pouvez effectuer cette tâche via le partitionnement logique dynamique (DLPAR). – Si vous utilisez une console HMC (Hardware Management) , vous devez également mettre à jour le profil de partition logique du serveur d’E-S virtuel pour que la nouvelle carte soit configurée sur ce serveur après le redémarrage du système. – Si vous utilisez le gestionnaire Integrated Virtualization Manager, un emplacement vide est probablement déjà affecté à la partition logique du serveur d’E-S virtuel, car, par défaut, tous les emplacements sont affectés à ce serveur. Il suffit d’affecter un emplacement vide à la partition logique du serveur d’E-S virtuel si vous avez déjà affecté tous les emplacements vides à d’autres partitions logiques. v Lorsque vous installez une nouvelle carte, veillez à installer les logiciels nécessaires à la prise en charge de cette carte et les éventuelles modifications provisoires du logiciel (PTF) disponibles. v Si vous avez besoin d’aide pour déterminer l’emplacement de la carte PCI, voir Positionnement d’une carte PCI dans l’unité centrale ou l’unité d’extension, dans le manuel Positionnement d’une carte PCI. Pour accéder au gestionnaire d’unités PCI remplaçables à chaud du serveur d’E-S virtuel, procédez comme suit : 1. Si vous utilisez le gestionnaire Integrated Virtualization Manager, connectez-vous à l’interface de ligne de commande. 2. Utilisez la commande diagmenu pour ouvrir le menu de diagnostic du serveur d’E-S virtuel. Les menus sont similaires aux menus de diagnostic de AIX. 3. Sélectionnez Sélection des tâches, et appuyez sur Entrée. 4. Dans la liste Sélection des tâches, sélectionnez Gestionnaire d’unités PCI remplaçables à chaud. Installation d’une carte PCI Pour installer une carte PCI sur le serveur d’E-S virtuel lorsque le système est sous-tension, procédez comme suit : 1. Dans le gestionnaire d’unités PCI remplaçables à chaud, sélectionnez Ajouter une carte PCI remplaçable à chaud et appuyez sur Entrée. La fenêtre d’ajout de carte PCI remplaçable à chaud s’affiche. 2. Sélectionnez l’emplacement PCI vide approprié dans la liste et appuyez sur Entrée. Lorsque l’emplacement est identifié, il est signalé par un voyant orange qui clignote rapidement à l’arrière du serveur. 3. Suivez les instructions indiquées à l’écran pour installer la carte, ensuite le voyant de l’emplacement PCI choisi doit passer à l’état d’action. L’installation de la carte, similaire à la procédure effectuée sur une partition logique autonome AIX, comporte les étapes suivantes : a. Voyant de la carte à l’état d’action : clignotement du voyant de l’emplacement de la carte b. Installation physique de la carte c. Fin de la tâche d’installation de la carte avec diagmenu. 4. Lancez la commande cfgdev pour configurer l’unité du serveur d’E-S virtuel. 124 Guide d’utilisation de PowerVM Editions Si vous installez une carte PCI Fibre Channel, elle est alors prête à être reliée à un réseau de stockage (SAN) et des LUN sont attribués au serveur d’E-S virtuel pour la virtualisation. Remplacement d’une carte PCI Prérequis : Avant de retirer ou de remplacer une carte de mémoire, vous devez annuler sa configuration. Pour plus d’informations, voir «Annulation de la configuration d’une carte de mémoire». Pour remplacer une carte PCI sur le serveur d’E-S virtuel lorsque le système est sous-tension, procédez comme suit : 1. Dans le gestionnaire d’unités PCI remplaçables à chaud, sélectionnez Déconfiguration d’une unité et appuyez sur Entrée. 2. Appuyez sur F4 (ou Echap+4) pour afficher le menu Noms d’unités. 3. Sélectionnez la carte à retirer dans le menu Noms d’unités. 4. Dans la zone Conservation de la définition, répondez Oui à l’aide de la touche de tabulation. Dans la zone Déconfiguration des unités filles, répondez OUI à l’aide de la touche de tabulation. 5. Appuyez sur Entrée pour vérifier les informations sur l’écran de confirmation de l’opération. Si l’annulation de la configuration est correctement effectuée, le message OK s’affiche à côté de la zone Commande en haut de l’écran. 6. Appuyez deux fois sur F4 (ou Echap+4) pour revenir au Gestionnaire d’unités remplaçables à chaud. 7. Sélectionnez Remplacement/Retrait d’une carte PCI remplaçable à chaud. 8. Sélectionnez l’emplacement duquel vous souhaitez retirer l’unité. 9. Sélectionnez remplacer. Lorsque l’emplacement est identifié, il est signalé par un voyant orange qui clignote rapidement à l’arrière de la machine. 10. Appuyez sur Entrée. La carte passe alors à l’état d’action, c’est-à-dire qu’elle peut être retirée du système. Annulation de la configuration d’une carte de mémoire Avant de retirer ou de remplacer une carte de mémoire, vous devez annuler sa configuration. Les cartes de mémoire sont en général des unités mères d’unités de stockage, telles que les unités de disque ou les unités de bande. Pour retirer l’unité mère, il est nécessaire de retirer ou de placer à l’état Défini toutes les unités filles connectées. L’annulation de la configuration d’une carte de mémoire comporte les tâches suivantes : v Fermer toutes les applications qui utilisent la carte à retirer, à remplacer ou à déplacer v Démonter les systèmes de fichiers v Vérifier que toutes les unités reliées à la carte ont été identifiées et arrêtées v Répertorier tous les emplacements en cours d’utilisation ou l’emplacement occupé par une carte particulière v Identifier l’emplacement de la carte v Rendre les unités mère et fille indisponibles v Rendre la carte indisponible Si la carte prend en charge les volumes physiques utilisés par une partition logique client, vous devrez peut-être effectuer des opérations sur la partition logique client avant d’annuler la configuration de la carte de mémoire. Pour plus d’informations, voir «Préparation des partitions logiques client», à la page 126. La carte peut être en cours d’utilisation lorsque, par exemple, le volume physique a été utilisé pour créer une unité cible virtuelle ou fait partie d’un groupe de volumes utilisé pour créer une unité cible virtuelle. Chapitre 3. Serveur d’E-S virtuel 125 Pour annuler la configuration d’une carte de mémoire SCSI, SSA, et Fibre Channel, procédez comme suit : 1. Connectez-vous à l’interface de ligne de commande du serveur d’E-S virtuel. 2. Exécutez la commande oem_setup_env pour fermer toutes les applications qui utilisent la carte pour laquelle vous souhaitez annuler la configuration. 3. Entrez lsslot-c pci pour répertorier tous les emplacements remplaçables à chaud de l’unité centrale et afficher leurs caractéristiques. 4. Entrez lsdev -C pour afficher l’état des unités de l’unité centrale. 5. Entrez unmount pour démonter les fichiers systèmes, les répertoires ou les fichiers montés qui utilisent cette carte. 6. Entrez rmdev -l adapter -R pour rendre la carte indisponible. Avertissement : N’utilisez pas l’option -d avec la commande rmdev pour effectuer des opérations sur les unités remplaçables à chaud, car cette action supprime la configuration. Préparation des partitions logiques client Si les unités cibles virtuelles des partitions logiques client ne sont pas disponibles, cela peut faire échouer ces partitions logiques ou leurs opérations d’E-S pour une application particulière. Si vous utilisez la console HMC pour gérer le système, des partitions logiques du serveur d’E-S virtuel peuvent être redondantes, ce qui permet la maintenance de ce serveur et évite toute immobilisation des partitions logiques client. Lorsque vous remplacez une carte sur le serveur d’E-S virtuel, si votre partition logique client dépend d’un ou plusieurs volumes physiques liés à cette carte, vous devrez peut-être effectuer des opérations sur le client avant d’annuler la configuration de la carte. Les unités cibles virtuelles doivent se trouver à l’état Défini avant le remplacement de la carte du serveur d’E-S virtuel. Ne retirez pas les unités virtuelles de façon définitive. Pour préparer des partitions logiques client en vue de l’annulation de la configuration d’une carte, effectuez les opérations ci-après en fonction de votre contexte. Tableau 32. Procédures de préparation de partitions logiques client en fonction du contexte Contexte Etapes Vous disposez de matériel redondant pour la carte sur le serveur d’E-S virtuel. Aucune opération n’est requise sur la partition logique client. Systèmes gérés par la console HMC uniquement : Vous disposez de partitions logiques redondantes sur le serveur d’E-S virtuel qui, associées à des cartes client virtuelles, offrent plusieurs chemins d’accès au volume physique de la partition logique client. Aucune opération n’est requise sur la partition logique client. Cependant, des erreurs de chemin d’accès peuvent y être consignées. Systèmes gérés par la console HMC uniquement : Vous disposez de partitions logiques redondantes sur le serveur d’E-S virtuel qui, associées à des cartes client virtuelles, offrent plusieurs volumes physiques qui permettent de mettre en miroir un groupe de volumes. Consultez les procédures relatives au système d’exploitation du client. 126 Guide d’utilisation de PowerVM Editions Tableau 32. Procédures de préparation de partitions logiques client en fonction du contexte (suite) Contexte Etapes Vous n’avez pas de partitions logiques redondantes sur le serveur d’E-S virtuel. Arrêtez la partition logique client. Pour plus d’informations, voir les rubriques suivantes relatives à l’arrêt des partitions logiques : v Pour les systèmes gérés par la console HMC, voir «Arrêt de partitions logiques AIX à l’aide de la console HMC» et «Arrêt de partitions logiques Linux à l’aide de la console HMC» dans Guide de partitionnement logique.1 v Pour les systèmes gérés par le gestionnaire Integrated Virtualization Manager, voir «Arrêt des partitions logiques», à la page 205. Remarque : 1. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une taille approximative de 3 Mo, voir sa76-0098.pdf . Affichage des informations et des statistiques sur le serveur d’E-S virtuel, sur le serveur et sur les ressources virtuelles Vous pouvez afficher des informations et des statistiques sur le serveur d’E-S virtuel, sur le serveur et sur les ressources virtuelles, pour pouvoir mieux gérer et contrôler le système, et résoudre les incidents. Le tableau suivant récapitule les informations et statistiques disponibles sur le serveur d’E-S virtuel, ainsi que les commandes que vous devez exécuter pour les afficher. Tableau 33. Informations et commandes associées pour le serveur d’E-S virtuel Informations à afficher Commande Statistiques relatives aux unités d’exécution du noyau, à la mémoire virtuelle, aux disques, aux interruptions et à l’activité du processeur. vmstat Statistiques relatives à un pilote de périphérique Fibre Channel. fcstat Résumé de l’utilisation de la mémoire virtuelle. svmon Informations relatives au serveur d’E-S virtuel et au serveur, comme le modèle de serveur, l’ID machine, l’ID et le nom de la partition serveur d’E-S virtuel, et le numéro du réseau local. uname Chapitre 3. Serveur d’E-S virtuel 127 Tableau 33. Informations et commandes associées pour le serveur d’E-S virtuel (suite) Informations à afficher Commande Statistiques génériques et spécifiques pour un pilote ou périphérique Ethernet, notamment les informations suivantes pour une carte de réseau Ethernet partagée : enstat v Statistiques relatives à une carte de réseau Ethernet partagée : – Nombre de cartes réelles et virtuelles (si vous utilisez la fonction de reprise par transfert de carte de réseau Ethernet partagée, ce nombre n’inclut pas la carte du canal de contrôle) – Options relatives à une carte de réseau Ethernet partagée – ID VLAN – Informations sur les cartes réelles et virtuelles v Statistiques sur la reprise par transfert de carte de réseau Ethernet partagée : – Statistiques sur la haute disponibilité – Types de paquet – Etat de la carte de réseau Ethernet partagée – Mode de pontage v Statistiques sur le protocole GVRP (GARP VLAN Registration Protocol) : – Statistiques sur les unités BPDU (Bridge Protocol Data Unit) – Statistiques sur le protocole GARP (Generic Attribute Registration Protocol) – Statistiques sur le protocole GVRP (GARP VLAN Registration Protocol) v Liste des statistiques de chaque carte associée à la carte de réseau Ethernet partagée Les commandes vmstat, fcstat, svmon, et uname sont disponibles avecserveur d’E-S virtuel version 1.5 ou ultérieure. Surveillance du serveur d’E-S virtuel Vous pouvez surveiller le serveur d’E-S virtuel à l’aide des journaux des erreurs ou de l’agent Tivoli Monitoring. Journaux d’erreurs Les partitions logiques client AIX et Linux consignent les erreurs d’E-S. Normalement, les erreurs matérielles survenant sur les partitions logiques client associées à des unités virtuelles correspondent à des erreurs consignées sur le serveur. Toutefois, si l’incident se produit au sein de la partition logique client, aucune erreur n’est signalée sur le serveur. En outre, sur les partitions logiques client Linux, si l’algorithme correspondant aux relances après des erreurs temporaires SCSI est différent de celui utilisé par AIX, les erreurs risquent de ne pas être enregistrées sur le serveur. Tivoli Monitoring Avec le serveur d’E-S virtuel V1.3.0.1 (groupe de correctifs 8.1), vous pouvez installer et configurer l’agent Tivoli Monitoring System Edition sur le serveur d’E-S virtuel. Tivoli Monitoring System Edition permet 128 Guide d’utilisation de PowerVM Editions de surveiller la santé et la disponibilité de plusieurs serveurs (y compris le serveur d’E-S virtuel) à partir du portail Tivoli Enterprise. Tivoli Monitoring System Edition regroupe les données du serveur d’E-S virtuel, notamment les données relatives aux volumes physiques, aux volumes logiques, aux pools de stockage, aux mappages de mémoire, aux mappages de réseau, à la mémoire réelle, aux ressources de processeur, à la taille des systèmes de fichiers montés, etc. A partir du portail Tivoli Enterprise, vous pouvez afficher une représentation graphique des données, utiliser des seuils prédéfinis afin de recevoir des alertes sur les mesures clés et résoudre les problèmes en fonction des recommandations fournies par la fonction Expert Advice de l’agent Tivoli Monitoring. Sécurité sur le serveur d’E-S virtuel Familiarisez-vous avec les dispositifs de sécurité du serveur d’E-S virtuel. A partir de la version 1.3 du serveur d’E-S virtuel, vous pouvez définir des options de sécurité qui offrent des contrôles de sécurité renforcés dans l’environnement du serveur d’E-S virtuel. Ces options permettent de sélectionner un niveau de renforcement de la sécurité du système et d’indiquer les paramètres admis dans ce niveau. Le dispositif de sécurité du serveur d’E-S virtuel permet également de contrôler le trafic réseau en activant le pare-feu du serveur d’E-S virtuel. Vous pouvez configurer ces options à l’aide de la commande viosecure. Pour vous aider à configurer la sécurité système lors de l’installation initiale du serveur d’E-S virtuel, vous pouvez profiter du menu d’assistance de configuration duserveur d’E-S virtuel. Pour accéder au menu d’assistance de la configuration, exécutez la commande cfgassist. A l’aide de la commande viosecure, vous pouvez définir, modifier et afficher les paramètres de sécurité en cours. Par défaut, aucun niveau de sécurité n’est défini pour le serveur d’E-S virtuel. Vous devez exécuter la commande viosecure pour modifier les paramètres. Les sections suivantes décrivent ces dispositifs. Renforcement de la sécurité du système du serveur d’E-S virtuel Le dispositif de renforcement de la sécurité du système protège tous ses éléments en durcissant les règles de sécurité ou en implémentant un niveau de sécurité plus élevé. Bien que des centaines de configurations de la sécurité soient possibles avec les paramètres de sécurité du serveur d’E-S virtuel, vous pouvez facilement mettre en place des contrôles de sécurité en indiquant un niveau de sécurité haut, moyen ou faible. A l’aide des dispositifs de renforcement de la sécurité du système fournis par le serveur d’E-S virtuel, vous pouvez entrer des valeurs comme suit : v Règles sur les mots de passe v Actions usrck, pwdck, grpck et sysck v Paramètres de création de fichier par défaut v Paramètres inclus dans la commande crontab La configuration d’un système à un niveau de sécurité trop élevé risque de provoquer le rejet d’un service utile. Par exemple, telnet et rlogin sont désactivés pour le niveau de sécurité élevé car le mot de passe de connexion transmis n’est pas chiffré sur le réseau. Si un système est configuré à un niveau de sécurité trop faible, le système peut être vulnérable aux menaces contre la sécurité. Etant donné que chaque entreprise possède ses propres exigences relatives à la sécurité, les paramètres de sécurité Elevé, Moyen et Faible prédéfinis sont mieux adaptés comme point de départ d’une configuration de la sécurité qu’une réponse précise aux besoins d’une entreprise en particulier en matière de sécurité. Lorsque vous serez familiarisé avec les paramètres de sécurité, vous pourrez effectuer des ajustements en choisissant les règles de renforcement qu’il convient d’appliquer. Vous pouvez obtenir des informations sur les règles de renforcement en exécutant la commande man. Chapitre 3. Serveur d’E-S virtuel 129 Pare-feu du serveur d’E-S virtuel A l’aide du pare-feu de serveur d’E-S virtuel, vous pouvez instaurer des limites sur l’activité IP dans votre environnement virtuel. Cette fonction vous permet d’indiquer quels ports et services réseau sont autorisés à accéder au système du serveur d’E-S virtuel. Par exemple, si vous devez restreindre l’activité de connexion depuis un port non autorisé, vous pouvez indiquer le nom ou le numéro du port et indiquer l’option deny pour le retirer de la liste des éléments autorisés. Vous pouvez également restreindre une adresse IP. Connexion au serveur d’E-S virtuel à l’aide d’OpenSSH Vous pouvez établir des connexions distantes au serveur d’E-S virtuel à l’aide de connexions sécurisées. Vous pouvez utiliser les logiciels Open Source Secure Sockets Layer (OpenSSL) et Portable Secure Shell (OpenSSH) pour vous connecter au serveur d’E-S virtuel à l’aide de connexions sécurisées. Pour plus d’informations sur OpenSSL et OpenSSH, consultez les sites Web OpenSSL Project et Portable SSH. Pour se connecter au serveur d’E-S virtuel à l’aide d’OpenSSH, procédez comme suit : 1. Si vous utilisez une version du serveur d’E-S virtuel antérieure à la version 1.3.0, installez OpenSSH avant de vous connecter. Pour plus d’informations, voir «Téléchargement, installation et mise à jour d’OpenSSH et OpenSSL», à la page 131. 2. Connectez-vous au serveur d’E-S virtuel. Si vous utilisez la version 1.3.0 ou une version ultérieure, connectez-vous à l’aide d’une commande shell interactive ou non interactive. Si vous utilisez une version antérieure à 1.3.0, connectez-vous uniquement à l’aide d’une commande shell interactive. v Pour vous connecter à l’aide d’une commande shell interactive, entrez la commande suivante sur la ligne de commande d’un système distant : ssh username@vioshostname où username désigne votre nom d’utilisateur pour le serveur d’E-S virtuel et vioshostname le nom du serveur d’E-S virtuel. v Pour vous connecter au moyen d’une commande shell non interactive, exécutez la commande suivante : ssh username@vioshostname command Où : – username désigne votre nom d’utilisateur du serveur d’E-S virtuel. – vioshostname désigne le nom du serveur d’E-S virtuel. – command est la commande que vous souhaitez exécuter. Par exemple, ioscli lsmap -all. Remarque : Si vous utilisez une commande shell non interactive, pensez à utiliser la commande complète (avec le préfixe ioscli) pour tous les commandes fr serveur d’E-S virtuel. 3. Authentifiez-vous auprès de SSH. Si vous utilisez la version 1.3.0 ou une version ultérieure, authentifiez-vous à l’aide de mots de passe ou de clés. Si vous utilisez une version antérieure à 1.3.0, authentifiez-vous uniquement à l’aide de mots de passe. v Pour ce faire, entrez votre nom d’utilisateur et mot de passe lorsque le client SSH vous y invite. v Pour vous authentifier à l’aide de clés, procédez comme suit dans le système d’exploitation du client SSH : a. Créez un répertoire appelé $HOME/.ssh destiné à contenir les clés. Vous pouvez utiliser des clés RSA ou DSA. b. Exécutez la commande ssh-keygen pour générer des clés publiques et privées. Par exemple : ssh-keygen -t rsa 130 Guide d’utilisation de PowerVM Editions Les fichiers ci-dessous sont créés dans le répertoire $HOME/.ssh : – Clé privée : id_rsa – Clé publique : id_rsa.pub c. Exécutez la commande suivante pour ajouter la clé publique au fichier authorized_keys2 sur le serveur d’E-S virtuel : cat $HOME/.ssh/public_key_file | ssh username@vioshostname tee -a /home/username/.ssh/authorized_keys2 Où : – public_key_file est le fichier de clé publique généré à l’étape précédente. Par exemple, id_rsa.pub. – username désigne votre nom d’utilisateur du serveur d’E-S virtuel. – vioshostname désigne le nom du serveur d’E-S virtuel. Le serveur d’E-S virtuel peut ne pas inclure la version la plus récente d’OpenSSH ou OpenSSL avec chaque édition. Il est également possible que des mises à jour d’OpenSSH ou OpenSSL soient diffusées entre les éditions serveur d’E-S virtuel. Dans ces situations, vous pouvez mettre à jour OpenSSH et OpenSSL sur le serveur d’E-S virtuel en téléchargeant et installant OpenSSH et OpenSSL. Pour plus d’informations, voir «Téléchargement, installation et mise à jour d’OpenSSH et OpenSSL». Téléchargement, installation et mise à jour d’OpenSSH et OpenSSL Si vous utilisez un serveur d’E-S virtuel dont la version est antérieure à 1.3, vous devez télécharger et installer les logiciels OpenSSH et OpenSSL pour être en mesure de vous connecter au serveur d’E-S virtuel à l’aide de l’outil OpenSSH. Vous pouvez également appliquer cette procédure pour mettre à jour OpenSSH et OpenSSL sur le serveur d’E-S virtuel. Une mise à jour d’OpenSSH et OpenSSL peut être nécessaire sur votre serveur d’E-S virtuel si le serveur d’E-S virtuel n’intégrait pas la version la plus récente, ou en cas de publication de nouvelles mises à jour entre les diffusions de serveur d’E-S virtuel. Dans ces situations, vous pouvez mettre à jour OpenSSH et OpenSSL sur le serveur d’E-S virtuel, en téléchargeant et installant OpenSSH et OpenSSL, comme suit. Pour plus d’informations sur OpenSSL et OpenSSH, accédez aux sites Web OpenSSL Project et Portable SSH. Téléchargement des logiciels Open Source : Le logiciel OpenSSL contient la bibliothèque chiffrée nécessaire pour utiliser le logiciel OpenSSH. Pour télécharger le logiciel, procédez comme suit : 1. Téléchargez le module RPM OpenSSL sur votre poste de travail ou votre ordinateur hôte. a. Pour obtenir le module RPM, connectez-vous au site Web AIX Toolbox for Linux Applications et cliquez sur le lien AIX Toolbox Cryptographic Content situé à droite de la page Web. b. Si vous êtes autorisé à télécharger les modules RPM, enregistrez-vous et acceptez les termes du contrat de licence. c. Si vous n’êtes pas autorisé à télécharger les modules RPM, suivez la procédure d’enregistrement et acceptez les termes du contrat de licence. Une fois enregistré, vous êtes redirigé sur la page de téléchargement. d. Sélectionnez la version du module suivant à télécharger : openssl - Secure Sockets Layer and cryptography libraries and tools puis cliquez sur Download Now pour lancer le téléchargement. 2. Pour télécharger le logiciel OpenSSH, procédez comme suit : Remarque : Vous pouvez également installer le logiciel à partir du logiciel AIX Expansion Pack. a. A partir de votre poste de travail (ou ordinateur hôte de téléchargement), accédez au site Web SourceFORGE.net. b. Cliquez sur Download OpenSSH on AIX pour afficher les dernières versions du fichier. Chapitre 3. Serveur d’E-S virtuel 131 c. Sélectionnez le module à télécharger correspondant et cliquez sur Download. d. Cliquez sur le module openssh (fichier tar.Z) pour continuer le téléchargement. 3. Créez un répertoire sur le serveur d’E-S virtuel destiné à contenir les fichiers du logiciel Open Source. Par exemple, pour créer un répertoire d’installation appelé install_ssh, exécutez la commande suivante : mkdir install_ssh. 4. Transférez les fichiers sur le serveur d’E-S virtuel en exécutant les commandes FTP (File Transfer Protocol) sur l’ordinateur sur lequel vous avez téléchargé les fichiers : a. Assurez-vous que le serveur FTP est démarré sur le serveur d’E-S virtuel en exécutant la commande suivante : startnetsvc ftp b. Ouvrez une session FTP sur le serveur d’E-S virtuel de votre système hôte local : ftp vios_server_hostname, vios_server_hostname étant le nom d’hôte du serveur d’E-S virtuel. c. A l’invite FTP, accédez au répertoire d’installation que vous avez créé pour les fichiers Open Source : cd install_ssh, où install_ssh correspond au répertoire qui contient les fichiers Open Source. d. Paramétrez le mode de transfert sur binaire : binary e. Désactivez l’invite en mode interactif (si actif) : prompt f. Transférez le logiciel téléchargé sur le serveur d’E-S virtuel : mput ssl_software_pkg, où ssl_software_pkg correspond au logiciel que vous avez téléchargé. g. Fermez la session FTP, après avoir transféré les deux logiciels, en entrant la commande quit. Installation du logiciel Open Source sur le serveur d’E-S virtuel : Pour installer le logiciel, procédez comme suit : 1. Exécutez la commande suivante sur la ligne de commande suivante serveur d’E-S virtuel : updateios -dev install_ssh -accept -install, où install_ssh correspond au répertoire qui contient les fichiers Open Source. Le programme d’installation démarre automatiquement le démon Secure Shell (sshd) sur le serveur. 2. Commencez à utiliser les commandes ssh et scp ; aucune autre tâche de configuration n’est nécessaire. Restrictions : v La commande sftp n’est pas prise en charge sur les versions du serveur d’E-S virtuel antérieures à 1.3. v Les commandes shell non interactives ne sont pas prises en charge avec OpenSSH si vous utilisez une version du serveur d’E-S virtuel antérieure à 1.3. Configuration du renforcement de la sécurité du système de serveur d’E-S virtuel Définissez le niveau de sécurité afin d’indiquer les règles de renforcement de la sécurité pour le système de serveur d’E-S virtuel. Pour implémenter des règles de sécurité du système, vous pouvez utiliser la commande viosecure pour indiquer un niveau de sécurité élevé, moyen ou faible. Un ensemble de règles par défaut est défini pour chaque niveau. Vous pouvez également définir un niveau par défaut, qui rétablit les paramètres standard du système et supprime les paramètres de niveau appliqués. Les paramètres de sécurité de niveau faible constituent un sous-ensemble des paramètres de sécurité de niveau moyen, qui représentent eux-mêmes un sous-ensemble des paramètres de sécurité de niveau élevé. Ainsi, le niveau élevé est le plus restrictif et offre le niveau de contrôle le plus important. Vous pouvez appliquer toutes les règles d’un niveau indiqué ou sélectionner les règles à activer pour votre environnement. Par défaut, aucun niveau de sécurité n’est défini pour le serveur d’E-S virtuel. Vous devez exécuter la commande viosecure pour modifier les paramètres. 132 Guide d’utilisation de PowerVM Editions Suivez la procédure ci-après pour configurer les paramètres de sécurité du système : Définition d’un niveau de sécurité Pour définir un niveau de sécurité élevé, moyen ou faible pour le serveur d’E-S virtuel, utilisez la commande viosecure -level. Exemple : viosecure -level low -apply Modification des paramètres dans un niveau de sécurité Pour définir un niveau de sécurité dans lequel vous indiquez les règles de renforcement à appliquer pour le paramètre, exécutez la commande viosecure. Exemple : 1. Sur la ligne de commande du serveur d’E-S virtuel, entrez viosecure -level high. Toutes les options de niveau de sécurité (règles de renforcement) de ce niveau s’affichent par groupes de dix (en appuyant sur Entrée, le groupe suivant s’affiche). Passez en revue les options affichées et effectuez votre sélection en entrant les numéros, séparés par une virgule, que vous voulez appliquer. Vous pouvez entrer ALL pour appliquer toutes les options ou NONE pour en appliquer aucune. 3. Appuyez sur la touche Entrée pour afficher le groupe d’options suivant et continuez votre sélection. 2. Remarque : Pour quitter la commande sans effectuer de modifications, entrez «q». Affichage des paramètres de sécurité en cours Pour afficher le paramètre de niveau de sécurité du serveur d’E-S virtuel en cours, utilisez la commande viosecure avec l’indicateur -view. Exemple : viosecure -view Suppression des paramètres de niveau de sécurité v Pour annuler la définition des niveaux de sécurité du système et rétablir les paramètres par défaut du système, exécutez la commande suivante : viosecure -level default v Pour supprimer les paramètres de sécurité qui ont été appliqués, exécutez la commande viosecure -undo Configuration des paramètres du pare-feu du serveur d’E-S virtuel Activez le pare-feu du serveur d’E-S virtuel pour contrôler l’activité IP. Le pare-feu du serveur d’E-S virtuel n’est pas activé par défaut. Pour activer le pare-feu du serveur d’E-S virtuel, vous devez utiliser la commande viosecure en spécifiant l’option -firewall. Lorsque vous activez le pare-feu, le paramètre par défaut qui permet d’accéder aux services suivants est activé : v ftp v ftp-data v ssh v web v https v rmc v cimom Remarque : Les paramètres du pare-feu sont contenus dans le fichier viosecure.ctl situé dans le répertoire /home/ios/security. Si pour une raison quelconque, le fichier viosecure.ctl n’existe pas lorsque vous exécutez la commande permettant d’activer le pare-feu, vous recevez un message d’erreur. Vous pouvez utiliser l’option -force pour activer les ports par défaut du pare-feu. Vous pouvez utiliser les paramètres par défaut ou configurer les paramètres du pare-feu afin de les adapter à votre environnement en indiquant les ports ou les services de port à autoriser. Vous pouvez désactiver le pare-feu pour désactiver les paramètres. Chapitre 3. Serveur d’E-S virtuel 133 Utilisez la procédure suivante sur la ligne de commande du serveur d’E-S virtuel pour configurer les paramètres du pare-feu : 1. Activez le pare-feu du serveur d’E-S virtuel en exécutant la commande suivante : viosecure -firewall on 2. Indiquez les ports à autoriser ou à refuser à l’aide de la commande suivante : viosecure -firwall allow | deny -port number 3. Affichez les paramètres actuels du pare-feu à l’aide de la commande suivante : viosecure -firewall view 4. Pour désactiver la configuration du pare-feu, exécutez la commande suivante : viosecure -firewall off Configuration d’un client Kerberos sur le serveur d’E-S virtuel Vous pouvez configurer un client Kerberos sur le serveur d’E-S virtuel pour améliorer la sécurité des communications sur Internet. Avant de commencer, assurez-vous que vous disposez de la version 1.5 (ou d’une version supérieure) du serveur d’E-S virtuel. Kerberos est un protocole d’authentification réseau qui fournit aux applications serveur et client une fonction d’authentification utilisant le chiffrement à clé confidentielle. Il traite les communications authentifiées et éventuellement chiffrées entre deux points sur Internet. L’authentification Kerberos fonctionne généralement comme suit : 1. Un client Kerberos envoie une demande de ticket au centre de distribution de clés. 2. Le centre crée un ticket d’octroi d’autorisation pour le client et le chiffre en utilisant comme clé le mot de passe du client. 3. Le centre renvoie le ticket chiffré au client. 4. Le client tente ensuite de déchiffrer le ticket à l’aide de son mot de passe. 5. S’il parvient à le déchiffrer (par exemple, s’il fournit le mot de passe correct), il conserve le ticket déchiffré. Le ticket constitue la preuve de l’identité du client. Pour configurer un client Kerberos sur le serveur d’E-S virtuel, exécutez la commande suivante : mkkrb5clnt -c KDC_server -r realm_name \ -s Kerberos_server -d Kerberos_client Où : v KDC_server est le nom du serveur KDC. v realm_name est le nom du domaine dans lequel vous voulez configurer le client Kerberos. v Kerberos_server est le nom de système hôte qualifié complet du serveur Kerberos. v Kerberos_client est le nom du domaine du client Kerberos. Exemple : mkkrb5clnt -c bob.kerberso.com -r KERBER.COM \ -s bob.kerberso.com -d testbox.com Dans cet exemple, le client Kerberos, testbox.com, est configuré vers le serveur Kerberos, bob.kerberso.com. Le centre de distribution de clés s’exécute sur bob.kerberso.com. Gestion des utilisateurs sur le serveur d’E-S virtuel Vous pouvez créer, répertorier, modifier, commuter et supprimer des utilisateurs à l’aide du serveur d’E-S virtuel ou du gestionnaire Tivoli Identity Manager. 134 Guide d’utilisation de PowerVM Editions Si le serveur d’E-S virtuel est installé, le seul type d’utilisateur actif est l’administrateur principal (padmin). Ce dernier peut créer d’autres ID utilisateur de type administrateur système, technicien de maintenance ou ingénieur de développement. Remarque : Vous n’êtes pas autorisé à créer l’ID utilisateur d’administrateur principal (padmin). Il est créé et activé automatiquement une fois le serveur d’E-S virtuel installé. Le tableau suivant récapitule les tâches de gestion des utilisateurs disponibles sur le serveur d’E-S virtuel, ainsi que les commandes que vous devez exécuter pour effectuer chaque tâche. Tableau 34. Tâches et commandes de gestion des utilisateurs du serveur d’E-S virtuel Tâche commande Modification de mots de passe cfgassist Création d’un ID utilisateur administrateur système Commande mkuser Création d’un ID utilisateur technicien de maintenance mkuser avec l’option -sr Création d’un ID utilisateur ingénieur de développement mkuser avec l’option -de Création d’un utilisateur LDAP mkuser avec l’option -ldap Récapitulatif des attributs d’utilisateur lsuser Par exemple, déterminer si un utilisateur est un utilisateur LDAP. Modification des attributs d’un utilisateur chuser Changement d’utilisateur su Suppression d’un utilisateur Commande rmuser Vous pouvez utiliser Tivoli Identity Manager pour automatiser la gestion des utilisateurs du serveur d’E-S virtuel. Tivoli Identity Manager fournit une carte de serveur d’E-S virtuel qui opère en tant qu’interface entre le serveur d’E-S virtuel et le serveur Tivoli Identity Manager. La carte opère en tant qu’administrateur virtuel de confiance sur le serveur d’E-S virtuel, en exécutant des tâches semblables aux suivantes : v Création d’un ID utilisateur pour autoriser l’accès au serveur d’E-S virtuel. v Modification d’un ID utilisateur pour accéder au serveur d’E-S virtuel. v Suppression de l’accès d’un ID utilisateur. Cette action supprime l’ID utilisateur du serveur d’E-S virtuel. v Suspension d’un compte utilisateur en désactivant temporairement l’accès au serveur d’E-S virtuel. v Restauration d’un compte utilisateur en réactivant l’accès au serveur d’E-S virtuel. v Modification du mot de passe d’un compte utilisateur sur le serveur d’E-S virtuel. v Réconciliation des informations de tous les utilisateurs en cours sur le serveur d’E-S virtuel. v Réconciliation des informations d’un compte utilisateur donné sur le serveur d’E-S virtuel par le biais d’une recherche. Pour plus d’informations, voir les manuels des produits Tivoli Identity Manager. Identification et résolution des incidents liés au serveur d’E-S virtuel Cette rubrique fournit des informations sur le diagnostic et la résolution des problèmes liés au serveur d’E-S virtuel. Chapitre 3. Serveur d’E-S virtuel 135 Cette section contient des informations sur l’identification et la résolution des incidents liés au serveur d’E-S virtuel. Pour plus d’informations sur l’identification et la résolution des incidents liés à Integrated Virtualization Manager, voir «Identification et résolution des incidents liés au gestionnaire Integrated Virtualization Manager», à la page 224. Identification et résolution des incidents liés à la partition logique du serveur d’E-S virtuel Informations et procédures d’identification et de résolution des incidents liés à la partition logique du serveur d’E-S virtuel. Identification et résolution des problèmes liés à l’interface SCSI virtuelle Informations et procédures d’identification et de résolution des incidents liés à l’interface SCSI virtuelle du serveur d’E-S virtuel. Pour identifier et résoudre les incidents, utilisez la commande diagmenu fournie par le serveur d’E-S virtuel. Si vous rencontrez encore des incidents après l’utilisation de la commande diagmenu, contactez le service de support technique pour obtenir de l’aide. Voir la documentation relative à l’isolement rapide des incidents à l’adresse AIX disponible dans les informations du fournisseur de services. Il peut arriver que les procédures décrites dans la documentation relative à l’isolement rapide des incidents sous AIX ne soient pas disponibles à partir du menu de la commande diagmenu. Résolution de l’échec de configuration d’une carte de réseau Ethernet partagée Vous pouvez résoudre les erreurs qui se produisent lorsque vous configurez une carte de réseau Ethernet partagée (par exemple les erreurs qui génèrent le message 0514-040) en utilisant les commandes lsdev, netstat et entstat. Lorsque vous configurez une carte de réseau Ethernet partagée, la configuration peut échouer en générant l’erreur suivante : Method error (/usr/lib/methods/cfgsea): 0514-040 Error initializing a device into the kernel. Pour corriger l’incident, procédez comme suit : 1. Assurez-vous que les cartes physiques et virtuelles utilisées pour créer l’unité Ethernet partagée sont disponibles en exécutant la commande suivante : lsdev -type adapter 2. Assurez-vous que la carte physique n’est pas configurée. Exécutez la commande suivante : netstat -state La carte ne doit pas figurer dans la sortie. 3. Vérifiez que les cartes virtuelles sont des cartes de ligne réseau (Trunk) en exécutant la commande suivante : entstat -all entX | grep Trunk 4. Vérifiez que l’unité physique et les cartes virtuelles de la carte de réseau Ethernet partagée correspondent au paramètre de déchargement de la somme de contrôle (checksum offload). a. Pour déterminer le paramètre de déchargement de la somme de contrôle, sur l’unité physique, exécutez la commande suivante : lsdev -dev nom_unité -attr chksum_offload 136 Guide d’utilisation de PowerVM Editions où nom_unité est le nom de l’unité physique. Par exemple, ent0. b. Si la valeur de chksum_offload est yes, activez le déchargement de la somme de contrôle pour toutes les cartes virtuelles de la carte de réseau Ethernet partagée en exécutant la commande suivante : chdev -dev nom_unité -attr chksum_offload=yes où nom_unité est le nom d’une carte virtuelle de la carte de réseau Ethernet partagée. Par exemple, ent2. c. Si la valeur de chksum_offload est no, désactivez le déchargement de la somme de contrôle pour toutes les cartes virtuelles de la carte de réseau Ethernet partagée en exécutant la commande suivante : chdev -dev nom_unité -attr chksum_offload=no où nom_unité est le nom d’une carte virtuelle de la carte de réseau Ethernet partagée. d. Si la commande ne génère aucune sortie, cela signifie que l’unité physique ne prend pas en charge le déchargement de la somme de contrôle et par conséquent ne comporte pas cet attribut. Pour résoudre l’erreur, désactivez le déchargement de la somme de contrôle pour toutes les cartes virtuelles de la carte de réseau Ethernet partagée en exécutant la commande suivante : chdev -dev nom_unité -attr chksum_offload=no où nom_unité est le nom d’une carte virtuelle de la carte de réseau Ethernet partagée. Résolution des incidents de connectivité Ethernet Vous pouvez identifier les incidents liés à la connectivité Ethernet en examinant les statistiques Ethernet générées par la commande entstat. Vous avez ensuite la possibilité de résoudre ces incidents à l’aide des commandes starttrace et stoptrace. Pour résoudre les incidents liés à la connectivité Ethernet, procédez comme suit : 1. Vérifiez que la partition logique client source peut émettre une commande ping vers une autre partition logique client sur le même système sans passer par le serveur d’E-S virtuel. Si cette commande échoue, l’incident est probablement lié à la configuration Ethernet virtuelle de la partition logique client. Si la commande ping aboutit, passez à l’étape suivante. 2. Lancez une commande ping à partir de la partition logique source vers une machine cible de manière à ce que les paquets soient envoyés via le serveur d’E-S virtuel. Cette commande échouera probablement. Passez alors à l’étape suivante de l’exécution de test ping. 3. Sur le serveur d’E-S virtuel, entrez la commande suivante : entstat –all carte_Ethernet_partagée où carte_Ethernet_partagée est le nom de votre carte de réseau Ethernet partagée. 4. Vérifiez que l’ID VLAN de la partition logique est associé à la carte virtuelle correcte dans la section ″VLAN IDs″ de la sortie. Recherchez dans ETHERNET STATISTICS la carte virtuelle correspondant à ce réseau local virtuel (VLAN) et vérifiez que les nombres de paquets dans la colonne Receive statistics augmentent. Vous vous assurez ainsi que les paquets sont reçus par le serveur d’E-S virtuel par le biais de la carte appropriée. Si ce n’est pas le cas, l’incident est probablement lié à la configuration de la carte virtuelle. Vérifiez les informations d’ID VLAN des cartes à l’aide de la console HMC (Hardware Management). 5. Recherchez dans ETHERNET STATISTICS la carte physique correspondant à ce réseau local virtuel (VLAN) et vérifiez que les nombres de paquets dans la colonne Transmit statistics diminuent. Vous vous assurez ainsi que les paquets sont envoyés à partir du serveur d’E-S virtuel. v Si ce nombre augmente, cela indique que les paquets ne sortent pas de la carte physique. Passez à l’étape 6, à la page 138. Chapitre 3. Serveur d’E-S virtuel 137 Si ce nombre n’augmente pas, cela indique que les paquets ne sortent pas de la carte physique. L’utilitaire de trace système doit être utilisé pour poursuivre le débogage. Suivez les instructions de l’étape 9 pour obtenir une trace système, des informations statistiques et la description de la configuration. Contactez la maintenance et l’assistance client si vous devez effectuer des opérations de débogage supplémentaires. 6. Vérifiez que la zone extérieure du système cible (sur le côté physique du serveur d’E-S virtuel) reçoit les paquets et renvoie des réponses. Si ce n’est pas le cas, une carte physique inappropriée est associée à la carte de réseau Ethernet partagée, ou le commutateur Ethernet n’est peut-être pas configuré correctement. v 7. Recherchez dans ETHERNET STATISTICS la carte physique correspondant à ce réseau local virtuel (VLAN) et vérifiez que les nombres de paquets dans la colonne Receive statistics augmentent. Cette étape vérifie que les réponses ping sont reçues par le serveur d’E-S virtuel. Si ce n’est pas le cas, le commutateur peut être mal configuré. 8. Recherchez dans ETHERNET STATISTICS la carte virtuelle correspondant à ce réseau local virtuel (VLAN) et vérifiez que les nombres de paquets dans la colonne Transmit statistics augmentent. Cette étape vérifie que le paquet est transmis par le serveur d’E-S virtuel par le biais de la carte virtuelle appropriée. Si ce n’est pas le cas, démarrez l’utilitaire de trace système. Suivez les instructions de l’étape 9 pour obtenir une trace système, des informations statistiques et la description de la configuration. Contactez la maintenance et l’assistance client si vous devez effectuer des opérations de débogage supplémentaires. 9. Utilisez l’utilitaire de trace du serveur d’E-S virtuel pour résoudre les incidents de connectivité. Démarrez la fonction de trace du système à l’aide de la commande starttrace en précisant l’ID point d’ancrage de trace. L’ID point d’ancrage de trace de la carte de réseau Ethernet partagée est 48F. Utilisez la commande stoptrace pour arrêter la fonction de trace. La commande cattracerpt permet de lire le fichier journal trace, de formater les entrées de trace et d’écrire un rapport dans la sortie standard. Activation des shells non interactifs sur Virtual I/O Server, version 1.3 ou supérieure A l’issue de la mise à niveau du serveur d’E-S virtuel vers la version 1.3 ou une version ultérieure, vous pouvez activer les commandes shell non interactives à l’aide de la commande startnetsvc. Si vous avez installé OpenSSH sur un serveur d’E-S virtuel antérieur à la version 1.3, puis l’avez mis à niveau vers la version 1.3 ou une version ultérieure, les commandes shell non interactives risquent de ne pas fonctionner, car il est nécessaire de modifier le fichier de configuration SSH. Pour activer les commandes shell non interactives dansserveur d’E-S virtuel 1.3 ou une version ultérieure, exécutez la commande suivante à partir du client SSH : ioscli startnetsvc ssh Remarque : Vous pouvez exécuter la commande startnetsvc lorsque le service SSH est exécuté. La commande semble échouer. Cependant elle est exécutée normalement. Récupération lorsque les disques sont introuvables Cette rubrique décrit comment opérer une récupération lorsque des disques ne sont pas affichés au cours d’une tentative d’amorçage ou d’installation d’une partition logique client. Il arrive parfois que le disque permettant d’installer la partition logique client ne puisse pas être localisé. Dans ce cas, si le client est déjà installé, démarrez la partition logique client. Assurez-vous de disposer des derniers niveaux de logiciel et de microprogramme. Puis assurez-vous que le numéro d’emplacement de la carte serveur SCSI virtuelle correspond au numéro d’emplacement virtuel de la partition distante de la carte client SCSI virtuelle. 1. Assurez-vous de disposer des dernières versions pour la console HMC (Hardware Management), les microprogrammes et le serveur d’E-S virtuel. Procédez comme suit : 138 Guide d’utilisation de PowerVM Editions a. Pour vous assurer que vous disposez du dernier niveau de la console HMC, voir le manuel Guide d’installation et de configuration de la console HMC. Pour consulter le fichier PDF Guide d’installation et de configuration de la console HMC (SA11-1682), d’une taille approximative de 3 Mo, voir sa76-0084.pdf . b. Vérifiez que vous disposez du dernier microprogramme. 2. Vérifiez que le numéro d’emplacement de la carte serveur SCSI virtuelle est correctement mappé au numéro d’emplacement distant de la partition logique client : a. Dans la zone de navigation, développez Gestion de systèmes → Serveurs et cliquez sur le serveur sur lequel se trouve la partition logique du serveur d’E-S virtuel. b. Dans la zone Contenu, sélectionnez la partition logique duserveur d’E-S virtuel. c. Cliquez sur Tâches, puis sélectionnez Propriétés. d. Cliquez sur l’onglet Cartes virtuelles. e. Cliquez sur Interface SCSI virtuelle. f. Si les valeurs de la partition distante et de la carte distante sont N’importe quelle partition et N’importe quel emplacement de partition, procédez comme suit : v Développez Interface SCSI virtuelle, puis cliquez sur le numéro d’emplacement. v Sélectionnez Connexion possible de la partition client sélectionnée uniquement. v Entrez l’ID de partition logique client et la carte, puis cliquez sur OK v Cliquez sur Interface SCSI virtuelle. g. Enregistrez les valeurs de la partition distante et de la carte distante. Ces valeurs représentent la partition logique client et le numéro d’emplacement de la carte SCSI virtuelle client qui peut se connecter à la carte de serveur associée. Par exemple, les valeurs de la partition distante, de la carte distante et de la carte sont les suivantes : AIX_client, 2, 3. Ces valeurs indiquent que la carte SCSI virtuelle 2 sur la partition logique client AIX_client peut se connecter à la carte SCSI virtuelle 3 du serveur d’E-S virtuel. h. Répétez les étapes a à g pour la partition logique client. 3. Vérifiez que le numéro d’emplacement de la carte serveur SCSI virtuelle est mappé correctement avec le numéro d’emplacement distant de la partition logique client. Procédez comme suit : a. Cliquez avec le bouton droit de la souris sur le profil de serveur, puis sélectionnez Propriétés. b. Cliquez sur l’onglet serveur d’E-S virtuel. c. Si le bouton d’option Seuls la partition et l’emplacement distant sélectionnés peuvent se connecter n’est pas activé, sélectionnez-le. d. Notez les valeurs des zones Partition distante et Numéro d’emplacement virtuel de la partition distante. Elles indiquent le nom et le numéro d’emplacement virtuel de la partition logique client. Il s’agit de la partition logique client et du numéro d’emplacement qui peuvent se connecter à l’emplacement indiqué dans la boîte de dialogue Numéro d’emplacement, en haut de la fenêtre Propriétés de la carte SCSI virtuelle. e. Pour la partition logique client, répétez le étapes a à e. 4. La valeur Adapter sur la partition logique client doit correspondre à celle de Remote Adapter sur la partition logique du serveur d’E-S virtuel et la valeur Adapter sur la partition logique du serveur d’E-S virtuel doit correspondre à celle de Remote Adapter sur la partition logique client. Si ces numéros ne correspondent pas, sur la console HMC, modifiez les propriétés de profil de manière à refléter le mappage. 5. Sur la ligne de commande du serveur d’E-S virtuel, entrez cfgdev. 6. Arrêtez et réactivez la partition logique client. 7. Sur la ligne de commande du serveur d’E-S virtuel, entrez lsmap -all. Les résultats obtenus sont semblables à ce qui suit : SVSA Physloc Client Partition ID --------------- -------------------------------------------- -----------------vhost0 U9113.550.10BE8DD-V1-C3 0x00000002 Chapitre 3. Serveur d’E-S virtuel 139 VTD LUN Backing device Physloc vhdisk0 0x8100000000000000 hdisk5 U787B.001.DNW025F-P1-C5-T1-W5005076300C10899-L536F000000000000 Dans cet exemple, l’ID de partition logique client est 2 (0x00000002). Remarque : Si la partition logique client n’est pas encore installée, l’ID partition client est 0x00000000. Le numéro d’emplacement de la carte du serveur SCSI apparaît dans la colonne Physloc. Les chiffres suivant l’option -C constituent le numéro d’emplacement. Dans le cas présent, le numéro d’emplacement est 3. 8. Sur la ligne de commande du serveur d’E-S virtuel, entrez lsdev -virtual. Les résultats obtenus sont semblables à ce qui suit : name status vhost0 Available Virtual SCSI Server Adapter vhdisk0 description Available Virtual Target Device - Disk Identification et résolution des incidents relatifs aux partitions logiques client AIX Informations et procédures d’identification et de résolution des incidents liés aux partitions logiques client AIX. Si la partition client utilise des ressources d’E-S virtuelles, le point focal de service et le serveur d’E-S virtuel doivent être contrôlés en premier afin de vérifier que l’incident n’est pas lié au serveur. Sur les partitions client qui exécutent le niveau actuel d’AIX, lorsqu’un incident matériel est consigné sur le serveur et qu’un incident correspondant est consigné sur la partition client, le serveur d’E-S virtuel indique un message d’erreur de corrélation dans le rapport d’erreurs. Exécutez la commande suivante pour créer un rapport d’erreur : errpt -a L’exécution de la commande errpt renvoie un résultat similaire au suivant : LABEL: IDENTIFIER: VSCSI_ERR2 857033C6 Date/Time: Sequence Number: Machine Id: Node Id: Class: Type: Resource Name: Tue Feb 15 09:18:11 2005 50 00C25EEE4C00 vio_client53A S TEMP vscsi2 Description Underlying transport error Probable Causes PROCESSOR Failure Causes PROCESSOR Recommended Actions PERFORM PROBLEM DETERMINATION PROCEDURES Detail Data Error Log Type 140 Guide d’utilisation de PowerVM Editions 01 Reserve 00 Error Number 0006 RC 0000 0002 VSCSI Pointer Comparez les valeurs LABEL, IDENTIFIER et Error Number du rapport d’erreur aux valeurs dans le tableau suivant pour identifier l’incident et le résoudre. Tableau 35. Labels, identificateurs, numéros d’erreur, description de l’incident et résolution des incidents communs liés à l’interface SCSI virtuelle sur la partition logique client Label Identificateur Numéro d’erreur 0006 RC 0000 0002 VSCSI_ERR2 857033C6 001C RC 0000 0000 000D RC FFFF FFF0 VSCSI_ERR3 ED995F18 000D RC FFFF FFF9 Incident Résolution La carte serveur SCSI virtuelle de la partition logique du serveur d’E-S virtuel n’est pas ouverte. Faites en sorte que la carte serveur de la partition logique du serveur d’E-S virtuel soit disponible. La carte serveur SCSI virtuelle de la partition logique du serveur d’E-S virtuel a été fermée soudainement. Déterminez pourquoi la carte serveur de la partition logique du serveur d’E-S virtuel a été fermée. La carte serveur SCSI virtuelle de la partition logique du serveur d’E-S virtuel est utilisée par une autre partition logique client. Terminez la partition logique client utilisant la carte serveur. La carte serveur SCSI virtuelle (numéro de partition et d’emplacement) spécifiée dans la définition n’existe pas. Dans la console HMC, corrigez la définition de la carte client pour l’associer à une carte serveur correcte. Informations de référence pour le serveur d’E-S virtuel Vous trouverez des informations de référence sur les commandes du serveur d’E-S virtuel, sur les attributs de configuration pour les agents et clients Tivoli, sur les attributs et statistiques de réseau, et sur les types d’utilisateur du serveur d’E-S virtuel. Description des commandes du serveur d’E-S virtuel et d’Integrated Virtualization Manager Vous pouvez afficher la description de chaque commande du serveur d’E-S virtuel et d’Integrated Virtualization Manager. Voir le Serveur d’E-S virtuel et Integrated Virtualization Manager - Guide des commandes. Pour consulter le fichier PDF Serveur d’E-S virtuel et Integrated Virtualization Manager - Guide des commandes (SA11-1701), d’une taille approximative de 4 Mo, voir sa76-0101.pdf . Chapitre 3. Serveur d’E-S virtuel 141 Configuration des attributs des agents et des clients Tivoli Informations sur les variables et les attributs de configuration requis et facultatifs de l’agent Tivoli Monitoring, l’agent Tivoli Usage and Accounting Manager, le client Tivoli Storage Manager et Tivoli TotalStorage Productivity Center. Dans le tableau suivant, un attribut est une option que vous pouvez ajouter à la commande du serveur d’E-S virtuel. Le terme variable désigne une option que vous pouvez définir dans un fichier de configuration de Tivoli Storage Manager ou de Tivoli Usage and Accounting Manager. Tivoli Monitoring Tableau 36. Attributs de configuration de Tivoli Monitoring Attribut Description HOSTNAME Nom d’hôte ou adresse IP du serveur Tivoli Enterprise Monitoring Server (TEMS) auquel l’agent de surveillance envoie des données. MANAGING_SYSTEM Nom d’hôte ou adresse IP de la console HMC (Hardware Management) (HMC) reliée au système géré sur lequel se trouvent le serveur d’E-S virtuel et l’agent de surveillance. Vous pouvez définir une seule console HMC par agent de surveillance. Si vous ne définissez pas l’attribut MANAGING_SYSTEM, le serveur d’E-S virtuel utilise la connexion RMC (Resource Monitoring and Control) pour obtenir le nom d’hôte ou l’adresse IP de la console HMC. Si l’agent de surveillance est exécuté sur Integrated Virtualization Manager, il n’est pas nécessaire de définir l’attribut MANAGING_SYSTEM. RESTART_ON_REBOOT Détermine si l’agent de surveillance redémarre lors du redémarrage du serveur d’E-S virtuel. TRUE indique que l’agent de surveillance redémarre lors du redémarrage du serveur d’E-S virtuel. FALSE indique que l’agent de surveillance ne redémarre pas lors du redémarrage du serveur d’E-S virtuel. Tivoli Storage Manager Tableau 37. Attributs de configuration de Tivoli Storage Manager Attribut Description SERVERNAME Nom d’hôte du serveurTivoli Storage Manager auquel est associé le client Tivoli Storage Manager. SERVERIP Adresse IP ou nom de domaine du serveurTivoli Storage Manager auquel est associé le client Tivoli Storage Manager. NODENAME Nom de l’ordinateur sur lequel est installé le client Tivoli Storage Manager. 142 Guide d’utilisation de PowerVM Editions Tivoli Usage and Accounting Manager Tableau 38. Variables de configuration de Tivoli Usage and Accounting Manager dans le fichier A_config.par Variable Description Valeurs possibles Valeur par défaut AACCT_TRANS_IDS Désigne les types 1, 4, 6, 7, 8, 10, 11 ou 16 d’enregistrement comptable avancés sous AIX inclus aux rapports sur l’utilisation. 10 AACCT_ONLY Détermine si l’agent Usage and Accounting Manager collecte les données comptables. Y v Y : Indique que l’agent Usage and Accounting Manager collecte les données comptables. v N : Indique que l’agent Usage and Accounting Manager ne collecte pas les données comptables. ITUAM_SAMPLE Détermine si l’agent Usage and Accounting Manager collecte des données relatives au système de fichiers de stockage. v Y : Indique que l’agent Usage and Accounting Manager collecte des données relatives au système de fichiers de stockage. N v N : Indique que l’agent Usage and Accounting Manager ne collecte pas de données relatives au système de fichiers de stockage. Tableau 39. Attributs de configuration de Tivoli Usage and Accounting Manager Attribut Description ACCT_DATA0 Taille en Mo du premier fichier de données contenant les informations statistiques quotidiennes. ACCT_DATA1 Taille en Mo du second fichier de données contenant les informations statistiques quotidiennes. ISYSTEM Moment en minutes où l’agent génère des enregistrements système par intervalles. IPROCESS Moment en minutes où le système génère des enregistrements de processus regroupés. Attributs de TotalStorage Productivity Center Tableau 40. Attributs de configuration de TotalStorage Productivity Center Attribut Description Obligatoire ou facultatif S Nom d’hôte ou adresse IP du serveur Obligatoire TotalStorage Productivity Center associé à l’agent TotalStorage Productivity Center. A Nom d’hôte ou adresse IP du gestionnaire d’agents. Obligatoire Chapitre 3. Serveur d’E-S virtuel 143 Tableau 40. Attributs de configuration de TotalStorage Productivity Center (suite) Attribut Description Obligatoire ou facultatif devAuth Mot de passe d’authentification du serveur d’unités TotalStorage Productivity Center. Obligatoire caPass Mot de passe d’authentification de l’agent commun. Obligatoire caPort Numéro identifiant le port de l’agent Facultatif commun. Le port par défaut est 9510. amRegPort Numéro identifiant le port d’enregistrement du gestionnaire d’agents. Le port par défaut est 9511. Facultatif amPubPort Numéro identifiant le port public du gestionnaire d’agents. Le port par défaut est 9513. Facultatif dataPort Numéro identifiant le port du serveur de données TotalStorage Productivity Center. Le port par défaut est 9549. Facultatif devPort Numéro identifiant le port du serveur d’unités TotalStorage Productivity Center. Le port par défaut est 9550. Facultatif newCA La valeur par défaut est true. Facultatif oldCA La valeur par défaut est false. Facultatif daScan Exécute une analyse de l’agent TPC_data après l’installation. La valeur par défaut est true. Facultatif daScript Exécute le script de l’agent TPC_data Facultatif après l’installation. La valeur par défaut est true. daIntsall Installe l’agent TPC_data. La valeur par défaut est true. Facultatif faInstall Installe l’agent TPC_fabric. La valeur par défaut est true. Facultatif U Désinstalle les agents TotalStorage Productivity Center. Les valeurs valides sont les suivantes : Facultatif v toutes v data v fabric Information associée Documentation Tivoli Monitoring 6.1 Tivoli Monitoring Virtual I/O Server Premium Agent User’s Guide TotalStorage Productivity Center support for agents on a Virtual I/O Server 144 Guide d’utilisation de PowerVM Editions Statistiques sur le protocole GVRP (GARP VLAN Registration Protocol) Affichage d’informations sur les unités BPDU (Bridge Protocol Data Unit), le protocole GARP (Generic Attribute Registration Protocol) et le protocole GVRP (GARP VLAN Registration Protocol) en exécutant la commande entstat -all. Vous pouvez également visualiser des exemples. Les unités BPDU (ou unités de données de protocole de pont) sont des paquets de données relatives au protocole échangés entre le commutateur et la carte de réseau Ethernet partagée. Le protocole GARP est le seul protocole de pont actuellement disponible avec la carte de réseau Ethernet partagée. GARP est un protocole générique qui permet l’échange d’informations sur les attributs entre deux entités. Un seul type de protocole GARP est actuellement disponible sur la carte de réseau Ethernet partagée : le protocole GVRP. Avec le protocole GVRP, les attributs transmis sont des valeurs VLAN (réseau local virtuel). Statistiques sur les unités BPDU Les statistiques sur les unités BPDU concernent les paquets BPDU envoyés ou reçus. Tableau 41. Description des statistiques sur les unités BPDU Statistiques sur les unités BPDU Transmit (émission) Description Packets Nombre de paquets envoyés. Failed packets Nombre de paquets non envoyés (par exemple, à cause d’un manque de mémoire pour l’attribution du paquet sortant). Receive (réception) Packets Nombre de paquets reçus. Unprocessed Packets Paquets non traités, à cause d’une interruption du fonctionnement du protocole. Non-contiguous Packets Paquets reçus en plusieurs fragments. Packets with unknown PID Paquets comportant un ID de protocole (PID) différent de celui du protocole GARP. Lorsque ce nombre est élevé, cela provient en général de l’échange par le commutateur de paquets de protocole BPDU non pris en charge par la carte de réseau Ethernet partagée. Packets with Wrong Length Paquets Ethernet reçus dont la longueur ne correspond à la longueur indiquée dans l’en-tête Ethernet. Chapitre 3. Serveur d’E-S virtuel 145 Statistiques sur le protocole GARP Les statistiques sur le protocole GARP concernent les paquets BPDU de type GARP envoyés ou reçus. Tableau 42. Description des statistiques sur le protocole GARP Statistiques sur le protocole GARP Transmit (émission) Description Packets Nombre de paquets envoyés. Failed packets Nombre de paquets non envoyés (par exemple, à cause d’un manque de mémoire pour l’attribution du paquet sortant). Leave All Events Paquets envoyés avec le type d’événement Leave All. Join Empty Events Paquets envoyés avec le type d’événement Join Empty. Join In Events Paquets envoyés avec le type d’événement Join In. Leave Empty Events Paquets envoyés avec le type d’événement Leave Empty. Leave In Events Paquets envoyés avec le type d’événement Leave In. Empty Events Paquets envoyés avec le type d’événement Empty. 146 Guide d’utilisation de PowerVM Editions Tableau 42. Description des statistiques sur le protocole GARP (suite) Statistiques sur le protocole GARP Receive (réception) Description Packets Nombre de paquets reçus Unprocessed Packets Paquets non traités, à cause d’une interruption du fonctionnement du protocole. Packets with Unknown Attr Type: Paquets contenant un type d’attribut non pris en charge. Lorsque ce nombre est élevé, cela provient en général de l’échange par le commutateur de paquets de protocole GARP non pris en charge par la carte de réseau Ethernet partagée. Par exemple, le protocole GARP GMRP (Multicast Registration Protocol). Leave All Events Paquets reçus avec le type d’événement Leave All. Join Empty Events Paquets reçus avec le type d’événement Join Empty. Join In Events Paquets reçus avec le type d’événement Join In. Leave Empty Events Paquets reçus avec le type d’événement Leave Empty Leave In Events Paquets reçus avec le type d’événement Leave In Empty Events Paquets reçus avec le type d’événement Empty Chapitre 3. Serveur d’E-S virtuel 147 Statistiques sur le protocole GVRP Les statistiques sur le protocole GVRP concernent les paquets GARP d’échange d’informations sur les réseaux locaux virtuels (VLAN) et envoyés ou reçus via le protocole GVRP. Tableau 43. Description des statistiques sur le protocole GVRP Statistiques sur le protocole GVRP Transmit (émission) Description Packets Nombre de paquets envoyés Failed packets Nombre de paquets non envoyés (par exemple, à cause d’un manque de mémoire pour l’attribution du paquet sortant). Leave All Events Paquets envoyés avec le type d’événement Leave All. Join Empty Events Paquets envoyés avec le type d’événement Join Empty. Join In Events Paquets envoyés avec le type d’événement Join In. Leave Empty Events Paquets envoyés avec le type d’événement Leave Empty. Leave In Events Paquets envoyés avec le type d’événement Leave In. Empty Events Paquets envoyés avec le type d’événement Empty. 148 Guide d’utilisation de PowerVM Editions Tableau 43. Description des statistiques sur le protocole GVRP (suite) Statistiques sur le protocole GVRP Receive (réception) Description Packets Nombre de paquets reçus. Unprocessed Packets Paquets non traités, à cause d’une interruption du fonctionnement du protocole. Packets with Invalid Length Paquets contenant un ou plusieurs attributs dont la longueur ne correspond pas au type d’événement associé. Packets with Invalid Event Paquets contenant un ou plusieurs attributs dont le type d’événement est incorrect. Packets with Invalid Value Paquets contenant un ou plusieurs attributs dont la valeur est incorrecte (par exemple, un ID VLAN incorrect). Total Invalid Attributes Nombre total d’attributs comportant un paramètre incorrect. Total Valid Attributes Nombre total d’attributs ne comportant aucun paramètre incorrect. Leave All Events Paquets envoyés avec le type d’événement Leave All. Join Empty Events Paquets envoyés avec le type d’événement Join Empty. Join In Events Paquets envoyés avec le type d’événement Join In. Leave Empty Events Paquets envoyés avec le type d’événement Leave Empty. Leave In Events Paquets envoyés avec le type d’événement Leave In. Empty Events Paquets envoyés avec le type d’événement Empty. Exemples de statistiques L’exécution de la commande entstat -all renvoie des résultats du type suivant : -------------------------------------------------------------Statistics for adapters in the Shared Ethernet Adapter ent3 -------------------------------------------------------------Number of adapters: 2 SEA Flags: 00000009 < THREAD > Chapitre 3. Serveur d’E-S virtuel 149 < GVRP > VLAN IDs : ent2: 1 Real Side Statistics: Packets received: 0 Packets bridged: 0 Packets consumed: 0 Packets transmitted: 0 Packets dropped: 0 Virtual Side Statistics: Packets received: 0 Packets bridged: 0 Packets consumed: 0 Packets transmitted: 0 Packets dropped: 0 Other Statistics: Output packets generated: 0 Output packets dropped: 0 Device output failures: 0 Memory allocation failures: 0 ICMP error packets sent: 0 Non IP packets larger than MTU: 0 Thread queue overflow packets: 0 -------------------------------------------------------------Bridge Protocol Data Units (BPDU) Statistics: Transmit Statistics: -------------------Packets: 2 Failed packets: 0 Receive Statistics: ------------------Packets: 1370 Unprocessed Packets: 0 Non-contiguous Packets: 0 Packets w/ Unknown PID: 1370 Packets w/ Wrong Length: 0 --------------------------------------------------------------General Attribute Registration Protocol (GARP) Statistics: Transmit Statistic: ------------------Packets: 2 Failed packets: 0 Receive Statistics: ------------------Packets: 0 Unprocessed Packets: 0 Packets w/ Unknow Attr. Type: 0 Leave All Events: 0 Join Empty Events: 0 Join In Events: 2 Leave Empty Events: 0 Leave In Events: 0 Empty Events: 0 Leave All Events: 0 Join Empty Events: 0 Join In Events: 0 Leave Empty Events: 0 Leave In Events: 0 Empty Events: 0 --------------------------------------------------------------GARP VLAN Registration Protocol (GVRP) Statistics: Transmit Statistics: -------------------Packets: 2 Failed packets: 0 Receive Statistics: Leave All Events: 0 Join Empty Events: 0 Join In Events: 2 150 Guide d’utilisation de PowerVM Editions ------------------Packets: 0 Unprocessed Packets: 0 Attributes w/ Invalid Length: 0 Attributes w/ Invalid Event: 0 Attributes w/ Invalid Value: 0 Total Invalid Attributes: 0 Total Valid Attributes: 0 Leave All Events: 0 Join Empty Events: 0 Join In Events: 0 Leave Empty Events: 0 Leave In Events: 0 Empty Events: 0 Leave Empty Events: 0 Leave In Events: 0 Empty Events: 0 Attributs de réseau Instructions sur la gestion des attributs du réseau. Plusieurs commandes du serveur d’E-S virtuel, notamment chdev, mkvdev et cfglnagg, permettent de modifier les attributs des unités ou du réseau. Cette section définit les attributs pouvant être modifiés. Attributs Ethernet Il est possible de modifier les attributs Ethernet ci-après. Attribut Description Maximum Transmission Unit (mtu) Indique l’unité de transmission maximale (MTU). Cette valeur peut être tout nombre compris entre 60 et 65535, mais elle est dépendante du support. Interface State (état_interface) detach Retire une interface de la liste des interfaces réseau. Si la dernière interface est déconnectée, le code du pilote d’interface de réseau est déchargé. Pour modifier la route d’une interface connectée, vous devez déconnecter et ajouter à nouveau cette interface à l’aide de la commande chdev -dev Interface -attr état=detach. down Identifie une interface comme inactive, ce qui empêche le système de tenter de transmettre des messages via cette interface. Toutefois, les routes qui utilisent cette interface ne sont pas automatiquement désactivées. (chdev -dev Interface -attr état=down) up Identifie une interface comme active. Ce paramètre est automatiquement utilisé lors de la définition de la première adresse d’une interface. Vous pouvez également l’utiliser pour activer une interface après l’exécution de la commande chdev -dev Interface -attr état=up. Network Mask (masque_réseau) Indique la partie de l’adresse à réserver pour subdiviser les réseaux en sous-réseaux. Le masque inclut la partie réseau de l’adresse locale et la partie sous-réseau, extraite de la zone hôte de l’adresse. Vous pouvez spécifier le masque sous forme d’un nombre hexadécimal unique commençant par 0x, en notation décimale à points Internet standard. Dans l’adresse 32 bits, le masque contient des bits ayant la valeur 1 pour la position des bits réservés au réseau et aux sous-réseaux et un bit ayant la valeur 0 pour la position des bits qui définissent l’hôte. Le masque contient la partie du réseau standard et le segment de sous-réseau est contigu au segment de réseau. Attributs d’une carte de réseau Ethernet partagée Vous pouvez modifier les attributs ci-dessous pour une carte de réseau Ethernet partagée. Attribut Description PVID (pvid) Indique le PVID à utiliser pour la carte de réseau Ethernet partagée. PVID adapter (carte_PVID) Indique la carte virtuelle par défaut à utiliser pour les paquets marqués non VLAN. Physical adapter (carte_physique) Indique la carte physique associée à la carte de réseau Ethernet partagée. Chapitre 3. Serveur d’E-S virtuel 151 Attribut Description thread (unité_exécution) Active ou désactive l’utilisation d’unités d’exécution sur la carte de réseau Ethernet partagée. L’activation de cette option ajoute environ 16 à 20 % de cycles machine par transaction pour les flots de données MTU 1500 et 31 à 38 % pour MTU 9000. L’option d’utilisation d’unités d’exécution augmente le nombre de cycles machine par transaction pour de faibles charges de travail car les unités d’exécution sont démarrées pour chaque paquet. A des taux de charge de travail plus élevés, comme les charges de travail en duplex intégral ou de demandes/réponses, les unités d’exécution durent plus longtemps sans attente ou réacheminement. Le mode avec unités d’exécution doit être utilisé lorsqu’une interface SCSI virtuelle est exécutée sur la même partition logique du serveur d’E-S virtuel que la carte de réseau Ethernet partagée. Le mode avec unités d’exécution permet de s’assurer que l’interface SCSI virtuelle et la carte de réseau Ethernet partagée partagent les ressources du processeur de manière adaptée. Toutefois, l’utilisation d’unités d’exécution augmente la longueur des chemins d’accès aux instructions et utilise des cycles de processeur supplémentaires. Si la partition logique du serveur d’E-S virtuel est dédiée uniquement à l’exécution d’unités Ethernet partagées (et des unités virtuelles Ethernet associées), les cartes doivent être configurées de manière à ce que l’utilisation d’unités d’exécution soit désactivée. Vous pouvez activer ou désactiver l’utilisation d’unités d’exécution à l’aide de l’option -attr thread de la commande mkvdev. Pour activer l’utilisation d’unités d’exécution, utilisez l’option -attr thread=1. Pour la désactiver, utilisez l’option -attr thread=0. Par exemple, la commande ci-dessous désactive l’utilisation d’unités d’exécution pour la carte de réseau Ethernet partagée ent1 : mkvdev -sea ent1 -vadapter ent5 -default ent5 -defaultid 1 -attr thread=0 Virtual adapters (cartes_virtuelles) Répertorie les cartes de réseau Ethernet virtuelles associées à la carte de réseau Ethernet partagée. TCP segmentation offload(envoi_volumineux) Active la fonction largesend TCP (également appelée déchargement de la segmentation) des partitions logiques à la carte physique. Pour fonctionner, cette dernière doit être activée pour la fonction largesend TCP pour le déchargement de la segmentation entre la partition logique et la carte de réseau Ethernet partagée. En outre, la partition logique doit être en mesure d’effectuer une opération largesend. Sous AIX, la fonction largesend peut être activée sur une partition à l’aide de la commande ifconfig. Vous pouvez activer ou désactiver la fonction largesend TCP à l’aide de l’option -a largesend de la commande chdev. Pour l’activer, utilisez l’option ’-a largesend=1’. Pour la désactiver, utilisez l’option ’-a largesend=0’. Par exemple, la commande ci-dessous active largesend pour la carte de réseau Ethernet partagée ent1 : chdev -l ent1 -a largesend=1 Par défaut, le paramètre est désactivé (largesend=0). Jumbo frames (grandes_trames) Permet d’augmenter jusqu’à 9000 octets les MTU de l’interface configurée sur la carte de réseau Ethernet partagée (valeur par défaut : 1500). Si la carte physique sous-jacente ne prend pas en charge les grandes trames et si la valeur de l’attribut jumbo_frames est yes, la configuration échoue. La carte physique sous-jacente doit prendre en charge les grandes trames. La carte de réseau Ethernet partagée active automatiquement les grandes trames sur sa carte physique sous-jacente si la valeur de jumbo_frames est yes. La valeur grandes_trames n’est pas modifiable durant l’exécution. GARP VLAN Registration Protocol (GVRP) (gvrp) Active et désactive le protocole GVRP sur une carte de réseau Ethernet partagée. 152 Guide d’utilisation de PowerVM Editions Attributs de la reprise par transfert d’une carte de réseau Ethernet partagée Vous pouvez modifier les attributs suivants relatifs à la reprise par transfert d’une carte de réseau Ethernet partagée. Attribut Description High availability mode (mode_haute_disponibilité) Détermine si les unités participent ou non à la configuration de reprise. Par défaut, cet attribut est paramétré sur disabled (désactivé). En général, une carte de réseau Ethernet partagée dans une configuration de reprise par transfert fonctionne en mode auto et la carte principale correspond à la carte dont la priorité est la plus élevée (valeur numérique la plus basse). Une carte Ethernet partagée peut être passée de force en mode veille ; elle se comporte alors comme l’unité de secours, tant qu’elle détecte la présence d’une unité principale fonctionnelle. Control Channel (canal_contrôle) Définit l’unité Ethernet virtuelle requise pour une carte de réseau Ethernet partagée dans une configuration de reprise par transfert, de manière à ce qu’elle puisse communiquer avec l’autre carte. Cet attribut ne comporte pas de valeur par défaut ; il est obligatoire lorsque l’attribut ha_mode n’est pas paramétré sur disabled. Internet address to ping (adr_réseau) Attribut facultatif qui peut être défini pour une carte de réseau Ethernet partagée définie dans une configuration de reprise par transfert. Lorsque cet attribut est spécifié, une unité Ethernet partagée applique une commande ping à l’adresse IP, afin de vérifier la connexion (ainsi que l’état des liaisons des unités physiques). Si elle détecte une perte de connectivité avec l’hôte de la commande ping spécifié, elle lance une reprise par transfert vers la carte de réseau Ethernet partagée. Cet attribut n’est pas pris en charge lorsque vous utilisez une carte de réseau Ethernet partagée avec une carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée). Chapitre 3. Serveur d’E-S virtuel 153 Attributs INET Il est possible de modifier les attributs INET qui suivent. Attribut Description Host Name (nom_hôte) Indiquez le nom d’hôte que vous souhaitez affecter à la machine en cours. Dans la définition du nom d’hôte, utilisez des caractères ASCII, de préférence uniquement alphanumériques. N’utilisez pas de point dans le nom d’hôte. Evitez d’utiliser des valeurs hexadécimales ou décimales comme premier caractère (par exemple 3Comm, où 3C peut être interprété comme un caractère hexadécimal). Pour assurer la compatibilité avec les hôtes précédents, choisissez un nom d’hôte non qualifié comportant moins de 32 caractères. Si l’hôte utilise un serveur de noms de domaine pour la résolution des noms, le nom d’hôte doit contenir le nom de domaine complet. Dans le système de dénomination de domaine hiérarchique, les noms sont constitués d’une séquence de sous-noms insensibles à la casse, séparés par des points, sans blanc imbriqué. Le protocole DOMAIN spécifie qu’un nom de domaine local doit être inférieur à 64 caractères et que la longueur d’un nom d’hôte doit être inférieure à 32 caractères. Le nom d’hôte est indiqué en premier lieu. Le nom de domaine complet peut, éventuellement, être spécifié ; le nom d’hôte est suivi d’un point, d’une série de noms de domaine local séparés par des points et enfin, du domaine racine. Le nom de domaine complet pour un hôte, y compris les points, doit être inférieur à 255 caractères et respecter le format suivant : hôte.sous-domaine.sous-domaine.domaine_racine Dans un réseau hiérarchique, certains hôtes sont conçus comme des serveurs de noms qui convertissent les noms en adresses Internet pour d’autres hôtes. Ce mécanisme comporte deux avantages sur l’espace de noms non hiérarchiques : les ressources de chaque hôte sur le réseau ne sont pas utilisées pour la résolution des noms et l’administrateur du système n’a pas besoin de gérer les fichiers de résolution de noms sur chaque machine du réseau. L’ensemble de noms gérés par un seul serveur de noms est appelé zone d’autorité de ce serveur. Gateway (passerelle) Identifie la passerelle à laquelle sont adressés les paquets. Vous pouvez définir le paramètre Passerelle par un nom symbolique ou une adresse numérique. Route (route) Spécifie la route. Le format de l’attribut Route est : route=destination, passerelle, [mesure]. destination Identifie l’hôte ou le réseau vers lequel vous dirigez la route. Vous pouvez définir le paramètre Destination par un nom symbolique ou une adresse numérique. gateway Identifie la passerelle à laquelle sont adressés les paquets. Vous pouvez définir le paramètre Passerelle par un nom symbolique ou une adresse numérique. metric 154 Définit la mesure du routage. La valeur par défaut est 0 (zéro). La mesure du routage est utilisée par le protocole de routage (le programme démon routed). Des mesures plus élevées rendent la route moins favorable. Les mesures sont comptées comme des bonds supplémentaires vers le réseau ou l’hôte de destination. Guide d’utilisation de PowerVM Editions Attributs de carte Il est possible de modifier les attributs de carte suivants. Le comportement de l’attribut peut varier en fonction de la carte et du pilote dont vous disposez. Attribut Cartes/Pilotes Media Speed (débit_support) v Carte PCI-X Base-TX 10/100/1000 2 ports Description L’attribut de débit du support indique la vitesse à laquelle la carte tente de fonctionner. Les débits disponibles sont 10 v Pilote de périphérique de carte Mbits/s en semi-duplex, 10 Mbits/s en PCI-X Ethernet Base-T 10/100/1000 duplex intégral, 100 Mbits/s en semi-duplex, 100 Mbits/s en duplex intégral et négociation automatique, avec négociation automatique par défaut. Sélectionnez la négociation automatique lorsque la carte doit utiliser la négociation automatique sur le réseau pour déterminer le débit. Si le réseau ne prend pas en charge la négociation automatique, sélectionnez le débit spécifique. 1000 Mbit/s en semi-duplex et duplex intégral ne sont pas des valeurs correctes. Conformément à la spécification IEEE 802.3z, les débits en gigabits de transmission en duplex doivent être négociés automatiquement pour les cartes en cuivre (TX). Pour utiliser ces débits, sélectionnez la négociation automatique. Media Speed (débit_support) v Carte PCI-X Ethernet-SX Gigabit 2 ports v Pilote de périphérique de carte PCI-X Ethernet-SX Gigabit L’attribut de débit du support indique la vitesse à laquelle la carte tente de fonctionner. Les débits disponibles sont 1000 Mbit/s en duplex intégral et négociation automatique. La valeur par défaut est la négociation automatique. Sélectionnez la négociation automatique lorsque la carte doit utiliser la négociation automatique sur le réseau pour définir la transmission en duplex. Si le réseau ne prend pas en charge la négociation automatique, sélectionnez 1000 Mbit/s en duplex intégral. Chapitre 3. Serveur d’E-S virtuel 155 Attribut Cartes/Pilotes Description Media Speed (débit_support) v Pilote de périphérique de carte PCI Ethernet Mbit/s 10/100/1000 L’attribut de débit du support indique la vitesse à laquelle la carte tente de fonctionner. Les débits disponibles sont 10 Mbits/s en semi-duplex, 10 Mbits/s en duplex intégral, 100 Mbits/s en semi-duplex, 100 Mbits/s en duplex intégral et négociation automatique, avec négociation automatique par défaut. Sélectionnez la négociation automatique lorsque la carte doit utiliser la négociation automatique sur le réseau pour déterminer le débit. Si le réseau ne prend pas en charge la négociation automatique, sélectionnez le débit spécifique. Si la négociation automatique est sélectionnée, l’unité de liaison distante doit également être définie pour la négociation automatique afin de s’assurer que la liaison fonctionne correctement. Media Speed (débit_support) v Carte PCI Ethernet Base-T 10/100/1000 v Pilote de périphérique de carte PCI Ethernet-SX Gigabit L’attribut de débit du support indique la vitesse à laquelle la carte tente de fonctionner. Les débits disponibles sont 10 Mbits/s en semi-duplex, 10 Mbits/s en duplex intégral, 100 Mbits/s en semi-duplex, 100 Mbits/s en duplex intégral et négociation automatique, avec négociation automatique par défaut. Sélectionnez la négociation automatique lorsque la carte doit utiliser la négociation automatique sur le réseau pour déterminer le débit. Si le réseau ne prend pas en charge la négociation automatique, sélectionnez le débit spécifique. Pour que la carte s’exécute à 1000 Mbit/s, vous devez sélectionner le paramètre de négociation automatique. Remarque : Pour la carte PCI Ethernet-SX Gigabit, la seule sélection disponible est la négociation automatique. Enable Alternate Ethernet Address (utilisation_adr_remplacement) 156 Guide d’utilisation de PowerVM Editions La valeur yes pour cet attribut indique que l’adresse de la carte, telle qu’elle apparaît sur le réseau, est celle spécifiée par l’attribut Alternate Ethernet Address. Si vous indiquez la valeur no, l’adresse de carte unique écrite dans une mémoire ROM, sur la carte, est utilisée. La valeur par défaut est no. Attribut Cartes/Pilotes Description Permet de modifier l’adresse unique de carte, telle qu’elle apparaît sur le réseau local. La valeur entrée doit être une adresse Ethernet de 12 chiffres hexadécimaux et doit être différente de l’adresse des autres cartes Ethernet. Il n’existe pas de valeur par défaut. Cette zone n’a aucun effet sauf si l’attribut Enable Alternate Ethernet Address a pour valeur yes, auquel cas cette zone doit être complétée. Une adresse Ethernet typique est 0x02608C000001. Tous les chiffres hexadécimaux, y compris les zéros de début, doivent être entrés. Alternate Ethernet Address (adr_remplacement) Enable Link Polling (interrogation_liaison) v Pilote de périphérique de carte PCI Ethernet 10/100 Mbit/s Sélectionnez no pour que le pilote de périphérique interroge la carte afin de déterminer l’état d’une liaison, à un intervalle de temps spécifique. La valeur de l’intervalle de temps est spécifiée dans la zone Poll Link Time Interval. Si vous sélectionnez no, le pilote de périphérique n’interroge pas la carte pour connaître l’état de sa liaison. La valeur par défaut est no. Poll Link Time Interval (intervalle_interrogation_liaison) v Pilote de périphérique de carte PCI Ethernet 10/100 Mbit/s Durée, en millisecondes, autorisée sur le pilote de périphérique entre deux interrogations de la carte pour extraire l’état de sa liaison. Cette valeur est requise lorsque l’option Enable Link Polling a pour valeur yes. Vous pouvez indiquer une valeur comprise entre 100 et 1000. La valeur d’incrément est 10. La valeur par défaut est 500. Flow Control (ctrl_flux) Cet attribut spécifie si la carte doit activer v Pilote de périphérique de carte PCI-X Ethernet Base-T 10/100/1000 la transmission et la réception du contrôle de flux. La valeur par défaut est no. v Pilote de périphérique de carte PCI-X Ethernet-SX Gigabit v Carte PCI-X Base-TX 10/100/1000 2 ports v Carte PCI-X Ethernet-SX Gigabit 2 ports v Pilote de périphérique de carte PCI Ethernet-SX Gigabit Transmit Jumbo Frames (grandes_trames) Lorsqu’il a la valeur yes, cet attribut v Pilote de périphérique de carte PCI-X Ethernet Base-T 10/100/1000 indique que des trames jusqu’à 9018 octets de long peuvent être transmises sur cette v Pilote de périphérique de carte carte. Si vous indiquez no, la taille PCI-X Ethernet-SX Gigabit maximale des trames transmises est 1518 v Carte PCI-X Base-TX 10/100/1000 octets. Il reste possible de recevoir des 2 ports trames jusqu’à 9018 octets sur cette carte. v Carte PCI-X Ethernet-SX Gigabit 2 ports v Pilote de périphérique de carte PCI Ethernet-SX Gigabit Chapitre 3. Serveur d’E-S virtuel 157 Attribut Cartes/Pilotes Description Checksum Offload (déchargement_total_de_contrôle) Cet attribut avec la valeur yes indique que v Pilote de périphérique de carte PCI-X Ethernet Base-T 10/100/1000 la carte calcule le total de contrôle pour les trames TCP transmises et reçues. Si vous v Pilote de périphérique de carte indiquez no, le total de contrôle est calculé PCI-X Ethernet-SX Gigabit par le logiciel approprié. v Carte PCI-X Base-TX 10/100/1000 Lorsque l’attribut de déchargement du total 2 ports de contrôle est activé sur la carte Ethernet v Carte PCI-X Ethernet-SX Gigabit virtuelle, celle-ci transmet le total de 2 ports contrôle à hypervisor. hypervisor identifie v Pilote de périphérique de carte PCI les cartes Ethernet virtuelles dont l’attribut Ethernet-SX Gigabit de déchargement du total de contrôle est v Cartes Ethernet virtuelles activé et gère en conséquence la communication entre partitions. Lorsque les paquets réseau sont routés via la carte de réseau Ethernet partagée, il y a des risques d’erreurs de liaison. Dans cet environnement, les paquets doivent passer par la liaison physique présentant un total de contrôle. La communication fonctionne de la manière suivante : v Lorsqu’un paquet est reçu d’une liaison physique, la carte physique vérifie le total de contrôle. Si la destination du paquet est une carte Ethernet virtuelle dont l’attribut de déchargement de total de contrôle est activé, le récepteur n’a pas besoin d’effectuer de vérification du total de contrôle. Un récepteur dont l’attribut de déchargement du total de contrôle est activé acceptera le paquet après vérification du total de contrôle. v Si un paquet provient d’une carte Ethernet virtuelle dont l’attribut de déchargement de total de contrôle est activé, il est transmis vers la carte physique sans total de contrôle. La carte physique générera un total de contrôle avant d’envoyer le paquet. Les paquets en provenance d’une carte Ethernet virtuelle dont l’attribut de déchargement de total de contrôle est désactivé génèrent le total de contrôle au niveau de la source. Pour activer l’attribut de déchargement du total de contrôle pour une carte de réseau Ethernet partagée, toutes les unités participant doivent également comporter l’attribut activé. L’unité Ethernet partagée échouera si les unités sous-jacentes ne présentent pas les mêmes paramètres de déchargement du total de contrôle. 158 Guide d’utilisation de PowerVM Editions Attribut Cartes/Pilotes Description Enable Hardware Transmit TCP Resegmentation (envoi_volumineux) Cet attribut spécifie si la carte doit activer v Pilote de périphérique de carte PCI-X Ethernet Base-T 10/100/1000 la transmission de la resegmentation TCP pour les segments TCP. La valeur par v Pilote de périphérique de carte défaut est no. PCI-X Ethernet-SX Gigabit v Carte PCI-X Base-TX 10/100/1000 2 ports v Carte PCI-X Ethernet-SX Gigabit 2 ports v Pilote de périphérique de carte PCI Ethernet-SX Gigabit Attributs d’une unité d’Agrégation de liaisons (EtherChannel) Vous pouvez modifier les attributs ci-dessous relatifs à une unité d’Agrégation de liaisons ou EtherChannel. Attribut Description Link Aggregation adapters Cartes constituant l’unité d’Agrégation de liaisons. Pour modifier ces cartes, vous (noms_cartes) pouvez modifier cet attribut et sélectionner toutes les cartes qui doivent appartenir à l’unité d’Agrégation de liaisons. Lorsque vous utilisez cet attribut pour sélectionner toutes les cartes devant appartenir à l’unité d’Agrégation de liaisons, vous ne devez pas configurer d’adresse IP sur son interface. Mode (mode) Type de canal configuré. En mode standard, le canal envoie les paquets à la carte en fonction d’un algorithme (la valeur utilisée pour ce calcul est déterminée par l’attribut Hash Mode). En mode round_robin, le canal envoie un paquet à chaque carte avant de répéter la boucle. Le mode par défaut est standard. Le mode 802.3ad permet au protocole LACP (Link Aggregation Control Protocol de négocier les cartes de l’unité d’Agrégation de liaisons avec un commutateur compatible avec LACP. Si vous indiquez une autre valeur que la valeur par défaut à l’attribut Hash Mode, vous devez indiquer standard ou 802.3ad. Sinon, la configuration de l’unité d’Agrégation de liaisons échoue. Hash Mode (mode_hachage) En mode standard ou IEEE 802.3ad, l’attribut Hash Mode détermine le mode de sélection de la carte sortante pour chaque paquet. Les différents modes sont les suivants : v default : utilise l’adresse IP de destination pour déterminer la carte sortante. v src_port : utilise le port TCP et UDP source pour cette connexion. v dst_port : utilise le port TCP ou UDP de destination pour cette connexion. v src_dst_port : utilise les ports TCP ou UDP source et de destination pour cette connexion afin de déterminer la carte sortante. Vous ne pouvez pas utiliser le mode round-robin avec une valeur de mode de hachage autre que ″default″. La configuration de l’unité d’Agrégation de liaisons échoue si vous essayez d’utiliser cette combinaison. Si le paquet n’est pas de type TCP ou UDP, il utilise le mode de hachage par défaut (adresse IP de destination). L’utilisation des ports TCP ou UDP pour le hachage permet une meilleure exploitation des cartes de l’unité d’Agrégation de liaisons, dans la mesure où les connexions à une même adresse IP de destination peuvent être envoyées sur des cartes différentes (tout en conservant l’ordre des paquets), ce qui permet d’augmenter la largeur de bande de l’unité d’Agrégation de liaisons. Chapitre 3. Serveur d’E-S virtuel 159 Attribut Description Internet Address to Ping (adr_réseau) Cette zone est facultative. Adresse IP pour laquelle l’unité d’Agrégation de liaisons doit lancer la commande ping, afin de vérifier que le réseau est actif. Cet attribut est applicable uniquement en présence d’une carte de sauvegarde et d’une ou plusieurs cartes dans l’unité d’Agrégation de liaisons. Une adresse zéro (ou uniquement constituée de zéros) n’est pas prise en compte et désactive l’envoi des paquets ping si une adresse valide a été préalablement définie. Par défaut, la zone est laissée à blanc. Retry Timeout (délai_relance) Cette zone est facultative. Cet attribut contrôle la fréquence d’envoi par l’unité d’Agrégation de liaisons d’un paquet ping pour interroger la carte en cours sur l’état de la liaison. Applicable uniquement si l’unité d’Agrégation de liaisons comporte une ou plusieurs cartes, si une carte de sauvegarde est définie et si la zone Internet Address to Ping contient une adresse différente de zéro. Indiquez la valeur du délai en secondes. La plage des valeurs correctes est comprise entre 1 et 100 secondes. La valeur par défaut est 1 seconde. Number of Retries (nombre_relances) Cette zone est facultative. Cet attribut indique le nombre de paquets ping perdus avant que l’unité d’Agrégation de liaisons ne change de carte. Applicable uniquement si l’unité d’Agrégation de liaisons comporte une ou plusieurs cartes, si une carte de sauvegarde est définie et si la zone Internet Address to Ping contient une adresse différente de zéro. La plage des valeurs correctes est comprise entre 2 et 100 relances. La valeur par défaut est 3. Enable Gigabit Ethernet Jumbo Frames (utilisation_grande_trame) Cette zone est facultative. Pour utiliser cet attribut, tous les adaptateurs sous-jacents et le commutateur doivent prendre en charge les grandes trames (jumbo frames). Applicable uniquement avec une interface Standard Ethernet (en) et non pas avec une interface IEEE 802.3 (et). Enable Alternate Address Cette zone est facultative. Si vous indiquez ″yes″ pour cet attribut, vous pouvez (utilisation_adr_remplacement) indiquer l’adresse MAC que l’unité d’Agrégation de liaisons doit utiliser. Si vous indiquez ″no″, l’unité d’Agrégation de liaisons utilise l’adresse MAC de la première carte. Alternate Address (adr_remplacement) Si l’attribut Enable Alternate Address a pour valeur yes, indiquez l’adresse MAC que vous souhaitez utiliser. L’adresse que vous indiquez doit commencer par 0x et être une adresse hexadécimale à 12 chiffres. Attributs de réseau local virtuel (VLAN) Il est possible de modifier les attributs VLAN ci-après. Attribut Valeur VLAN Tag ID (ID_marque_vlan) ID unique associé au pilote VLAN. Vous pouvez indiquer une valeur comprise entre 1 et 4094. Base Adapter (carte_base) Carte réseau à laquelle le pilote de périphérique VLAN est connecté. Statistiques sur la reprise par transfert d’une carte de réseau Ethernet partagée Informations et exemples sur les statistiques relatives à la reprise par transfert d’une carte de réseau Ethernet partagée, par exemple : informations sur la haute disponibilité et les types de paquet. 160 Guide d’utilisation de PowerVM Editions Description des statistiques Tableau 44. Description des statistiques relatives à la reprise par transfert d’une carte de réseau Ethernet partagée Statistique High availability (Haute disponibilité) Description Control Channel PVID ID VLAN de port de la carte Ethernet virtuelle utilisée comme canal de contrôle. Control Packets in Nombre de paquets reçus sur le canal de contrôle. Control Packets out Nombre de paquets envoyés sur le canal de contrôle. Type of Packets Keep-Alive Packets Nombre de paquets de maintien de la connexion reçus sur le canal de contrôle. Les paquets de maintien de la connexion sont reçus sur la carte de réseau Ethernet partagée de secours lorsque la carte de réseau Ethernet partagée principale est active. Recovery Packets Nombre de paquets de reprise reçus sur le canal de contrôle. Les paquets de reprise sont envoyés par la carte de réseau Ethernet partagée principale lorsque celle-ci peut être à nouveau activée après une reprise après incident. Notify Packets Nombre de paquets de notification reçus sur le canal de contrôle. Les paquets de notification sont envoyés par la carte de réseau Ethernet partagée de secours lorsque celle-ci détecte la reprise de la carte de réseau Ethernet partagée principale. Limbo Packets Nombre de paquets d’état indéterminé reçus sur le canal de contrôle. Les paquets d’état indéterminé sont envoyés par la carte de réseau Ethernet partagée principale lorsque celle-ci détecte une interruption du fonctionnement du réseau physique ou en cas de non fonctionnement de la commande ping sur l’hôte distant défini (pour indiquer à la carte de secours qu’elle doit s’activer). Chapitre 3. Serveur d’E-S virtuel 161 Tableau 44. Description des statistiques relatives à la reprise par transfert d’une carte de réseau Ethernet partagée (suite) Statistique Description Etat Etat en cours de la carte de réseau Ethernet partagée. INIT Le protocole de reprise par transfert de la carte de réseau Ethernet partagée vient d’être initialisé. PRIMARY La carte de réseau Ethernet partagée transfère activement le trafic entre les réseaux locaux virtuels (VLAN) et le réseau. BACKUP La carte de réseau Ethernet partagée est inactive et ne transfère pas le trafic entre les réseaux locaux virtuels (VLAN) et le réseau. RECOVERY La reprise après incident de la carte de réseau Ethernet partagée principale a été effectuée et celle-ci peut être à nouveau activée. NOTIFY La carte de réseau Ethernet partagée de secours à détecté la reprise après incident de la carte de réseau Ethernet partagée et qu’elle peut donc redevenir inactive. LIMBO L’une des situations suivantes s’est produite : v Le réseau physique n’est pas opérationnel. v L’état du réseau physique est inconnu. v La carte de réseau Ethernet partagée ne parvient pas à effectuer un ping sur l’hôte défini. Bridge Mode Indique le mode de pontage actuel du trafic de la carte de réseau Ethernet partagée (le cas échéant). Unicast La carte de réseau Ethernet partagée envoie et reçoit uniquement du trafic à destinataire unique (aucun trafic multidiffusion ni diffusion). Pour éviter une saturation de la diffusion, la carte de réseau Ethernet partagée envoie et reçoit uniquement du trafic à destinataire unique lorsqu’elle se trouve à l’état INIT ou RECOVERY. All La carte de réseau Ethernet partagée envoie et reçoit tout type de trafic réseau. None La carte de réseau Ethernet partagée n’envoie ni ne reçoit aucune trafic réseau. Number of Times Server became Backup Nombre de fois où la carte de réseau Ethernet partagée active est devenue inactive suite à un incident. Number of Times Server became Primary Nombre de fois où la carte de réseau Ethernet partagée inactive est devenue inactive suite à une défaillance de la carte de réseau Ethernet partagée principale. 162 Guide d’utilisation de PowerVM Editions Tableau 44. Description des statistiques relatives à la reprise par transfert d’une carte de réseau Ethernet partagée (suite) Statistique Description High Availability Mode Comportement de la carte de réseau Ethernet partagée concernant le protocole de reprise par transfert de carte de réseau Ethernet partagée. Auto Le protocole de reprise par transfert de la carte de réseau Ethernet partagée détermine si la carte de réseau Ethernet partagée joue le rôle de carte de réseau Ethernet partagée principale ou de carte de réseau Ethernet partagée de secours. Standby La carte de réseau Ethernet partagée joue le rôle de carte de secours si une autre carte de réseau Ethernet partagée peut jouer le rôle de carte principale. En mode Standby, une carte de réseau Ethernet partagée principale devient carte de réseau Ethernet partagée de secours si une autre carte de réseau Ethernet partagée peut devenir carte de réseau Ethernet partagée principale. Priority Indique la priorité de liaison des cartes Ethernet virtuelles de la carte de réseau Ethernet partagée. A partir de cette information, le protocole de la carte de réseau Ethernet partagée détermine quelle carte de réseau Ethernet partagée joue le rôle de carte de réseau Ethernet partagée principale et quelle carte de réseau Ethernet partagée joue le rôle de carte de réseau Ethernet partagée de secours. La valeur est comprise entre 1 et 12 (plus le nombre faible, plus la priorité de la carte de réseau Ethernet partagée est élevée pour devenir carte principale). Exemples de statistiques L’exécution de la commande entstat -all renvoie des résultats du type suivant : ETHERNET STATISTICS (ent8) : Device Type: Shared Ethernet Adapter Hardware Address: 00:0d:60:0c:05:00 Elapsed Time: 3 days 20 hours 34 minutes 26 seconds Transmit Statistics: -------------------Packets: 7978002 Bytes: 919151749 Interrupts: 3 Transmit Errors: 0 Packets Dropped: 0 Receive Statistics: ------------------Packets: 5701362 Bytes: 664049607 Interrupts: 5523380 Receive Errors: 0 Packets Dropped: 0 Bad Packets: 0 Max Packets on S/W Transmit Queue: 2 S/W Transmit Queue Overflow: 0 Current S/W+H/W Transmit Queue Length: 1 Elapsed Time: 0 days 0 hours 0 minutes 0 seconds Broadcast Packets: 5312086 Broadcast Packets: 3740225 Chapitre 3. Serveur d’E-S virtuel 163 Multicast Packets: 265589 No Carrier Sense: 0 DMA Underrun: 0 Lost CTS Errors: 0 Max Collision Errors: 0 Late Collision Errors: 0 Deferred: 0 SQE Test: 0 Timeout Errors: 0 Single Collision Count: 0 Multiple Collision Count: 0 Current HW Transmit Queue Length: 1 Multicast Packets: 194986 CRC Errors: 0 DMA Overrun: 0 Alignment Errors: 0 No Resource Errors: 0 Receive Collision Errors: 0 Packet Too Short Errors: 0 Packet Too Long Errors: 0 Packets Discarded by Adapter: 0 Receiver Start Count: 0 General Statistics: ------------------No mbuf Errors: 0 Adapter Reset Count: 0 Adapter Data Rate: 0 Driver Flags: Up Broadcast Running Simplex 64BitSupport ChecksumOffLoad DataRateSet -------------------------------------------------------------Statistics for adapters in the carte de réseau Ethernet partagée ent8 -------------------------------------------------------------Number of adapters: 2 SEA Flags: 00000001 < THREAD > VLAN IDs : ent7: 1 Real Side Statistics: Packets received: 5701344 Packets bridged: 5673198 Packets consumed: 3963314 Packets fragmented: 0 Packets transmitted: 28685 Packets dropped: 0 Virtual Side Statistics: Packets received: 0 Packets bridged: 0 Packets consumed: 0 Packets fragmented: 0 Packets transmitted: 5673253 Packets dropped: 0 Other Statistics: Output packets generated: 28685 Output packets dropped: 0 Device output failures: 0 Memory allocation failures: 0 ICMP error packets sent: 0 Non IP packets larger than MTU: 0 Thread queue overflow packets: 0 High Availability Statistics: Control Channel PVID: 99 Control Packets in: 0 Control Packets out: 818825 Type of Packets Received: Keep-Alive Packets: 0 Recovery Packets: 0 Notify Packets: 0 Limbo Packets: 0 State: LIMBO Bridge Mode: All Number of Times Server became Backup: 0 Number of Times Server became Primary: 0 High Availability Mode: Auto Priority: 1 164 Guide d’utilisation de PowerVM Editions -------------------------------------------------------------Real Adapter: ent2 ETHERNET STATISTICS (ent2) : Device Type: 10/100 Mbps Ethernet PCI Adapter II (1410ff01) Hardware Address: 00:0d:60:0c:05:00 Transmit Statistics: -------------------Packets: 28684 Bytes: 3704108 Interrupts: 3 Transmit Errors: 0 Packets Dropped: 0 Receive Statistics: ------------------Packets: 5701362 Bytes: 664049607 Interrupts: 5523380 Receive Errors: 0 Packets Dropped: 0 Bad Packets: 0 Max Packets on S/W Transmit Queue: 2 S/W Transmit Queue Overflow: 0 Current S/W+H/W Transmit Queue Length: 1 Broadcast Packets: 21 Multicast Packets: 0 No Carrier Sense: 0 DMA Underrun: 0 Lost CTS Errors: 0 Max Collision Errors: 0 Late Collision Errors: 0 Deferred: 0 SQE Test: 0 Timeout Errors: 0 Single Collision Count: 0 Multiple Collision Count: 0 Current HW Transmit Queue Length: 1 Broadcast Packets: 3740225 Multicast Packets: 194986 CRC Errors: 0 DMA Overrun: 0 Alignment Errors: 0 No Resource Errors: 0 Receive Collision Errors: 0 Packet Too Short Errors: 0 Packet Too Long Errors: 0 Packets Discarded by Adapter: 0 Receiver Start Count: 0 General Statistics: ------------------No mbuf Errors: 0 Adapter Reset Count: 0 Adapter Data Rate: 200 Driver Flags: Up Broadcast Running Simplex Promiscuous AlternateAddress 64BitSupport ChecksumOffload PrivateSegment LargeSend DataRateSet 10/100 Mbps Ethernet PCI Adapter II (1410ff01) Specific Statistics: -----------------------------------------------------------------------Link Status: Up Media Speed Selected: Auto negotiation Media Speed Running: 100 Mbps Full Duplex Receive Pool Buffer Size: 1024 No Receive Pool Buffer Errors: 0 Receive Buffer Too Small Errors: 0 Entries to transmit timeout routine: 0 Transmit IPsec packets: 0 Transmit IPsec packets dropped: 0 Receive IPsec packets: 0 Receive IPsec SA offload count: 0 Transmit Large Send packets: 0 Transmit Large Send packets dropped: 0 Packets with Transmit collisions: 1 collisions: 0 6 collisions: 0 11 collisions: 0 2 collisions: 0 7 collisions: 0 12 collisions: 0 3 collisions: 0 8 collisions: 0 13 collisions: 0 4 collisions: 0 9 collisions: 0 14 collisions: 0 5 collisions: 0 10 collisions: 0 15 collisions: 0 -------------------------------------------------------------Chapitre 3. Serveur d’E-S virtuel 165 Virtual Adapter: ent7 ETHERNET STATISTICS (ent7) : Device Type: Virtual I/O Ethernet Adapter (l-lan) Hardware Address: 8a:83:54:5b:4e:9a Transmit Statistics: -------------------Packets: 7949318 Bytes: 915447641 Interrupts: 0 Transmit Errors: 0 Packets Dropped: 0 Receive Statistics: ------------------Packets: 0 Bytes: 0 Interrupts: 0 Receive Errors: 0 Packets Dropped: 0 Bad Packets: 0 Max Packets on S/W Transmit Queue: 0 S/W Transmit Queue Overflow: 0 Current S/W+H/W Transmit Queue Length: 0 Broadcast Packets: 5312065 Multicast Packets: 265589 No Carrier Sense: 0 DMA Underrun: 0 Lost CTS Errors: 0 Max Collision Errors: 0 Late Collision Errors: 0 Deferred: 0 SQE Test: 0 Timeout Errors: 0 Single Collision Count: 0 Multiple Collision Count: 0 Current HW Transmit Queue Length: 0 Broadcast Packets: 0 Multicast Packets: 0 CRC Errors: 0 DMA Overrun: 0 Alignment Errors: 0 No Resource Errors: 0 Receive Collision Errors: 0 Packet Too Short Errors: 0 Packet Too Long Errors: 0 Packets Discarded by Adapter: 0 Receiver Start Count: 0 General Statistics: ------------------No mbuf Errors: 0 Adapter Reset Count: 0 Adapter Data Rate: 20000 Driver Flags: Up Broadcast Running Simplex Promiscuous AllMulticast 64BitSupport ChecksumOffload DataRateSet Virtual I/O Ethernet Adapter (l-lan) Specific Statistics: --------------------------------------------------------RQ Lingth: 4481 No Copy Buffers: 0 Trunk Adapter: True Priority: 1 Active: True Filter MCast Mode: False Filters: 255 Enabled: 1 Queued: 0 Overflow: 0 LAN State: Operational Hypervisor Send Failures: 2371664 Receiver Failures: 2371664 Send Errors: 0 Hypervisor Receive Failures: 0 ILLAN Attributes: 0000000000003103 [0000000000003103] PVID: 1 VIDs: None Switch ID: ETHERNET0 Buffers tiny 166 Reg 512 Alloc Min Max 512 512 2048 MaxA LowReg 512 512 Guide d’utilisation de PowerVM Editions small medium large huge 512 128 24 24 512 128 24 24 512 2048 512 128 256 128 24 64 24 24 64 24 512 128 24 24 -------------------------------------------------------------Control Adapter: ent9 ETHERNET STATISTICS (ent9) : Device Type: Virtual I/O Ethernet Adapter (l-lan) Hardware Address: 8a:83:54:5b:4e:9b Transmit Statistics: -------------------Packets: 821297 Bytes: 21353722 Interrupts: 0 Transmit Errors: 0 Packets Dropped: 0 Receive Statistics: ------------------Packets: 0 Bytes: 0 Interrupts: 0 Receive Errors: 0 Packets Dropped: 0 Bad Packets: 0 Max Packets on S/W Transmit Queue: 0 S/W Transmit Queue Overflow: 0 Current S/W+H/W Transmit Queue Length: 0 Broadcast Packets: 821297 Broadcast Packets: 0 Multicast Packets: 0 Multicast Packets: 0 No Carrier Sense: 0 CRC Errors: 0 DMA Underrun: 0 DMA Overrun: 0 Lost CTS Errors: 0 Alignment Errors: 0 Max Collision Errors: 0 No Resource Errors: 0 Late Collision Errors: 0 Receive Collision Errors: 0 Deferred: 0 Packet Too Short Errors: 0 SQE Test: 0 Packet Too Long Errors: 0 Timeout Errors: 0 Packets Discarded by Adapter: 0 Single Collision Count: 0 Receiver Start Count: 0 Multiple Collision Count: 0 Current HW Transmit Queue Length: 0 General Statistics: ------------------No mbuf Errors: 0 Adapter Reset Count: 0 Adapter Data Rate: 20000 Driver Flags: Up Broadcast Running Simplex 64BitSupport ChecksumOffload DataRateSet Virtual I/O Ethernet Adapter (l-lan) Specific Statistics: --------------------------------------------------------RQ Length: 4481 No Copy Buffers: 0 Trunk Adapter: False Filter MCast Mode: False Filters: 255 Enabled: 0 Queued: 0 Overflow: 0 LAN State: Operational Hypervisor Send Failures: 0 Receiver Failures: 0 Send Errors: 0 Hypervisor Receive Failures: 0 ILLAN Attributes: 0000000000003002 [0000000000003002] PVID: 99 VIDs: None Chapitre 3. Serveur d’E-S virtuel 167 Switch ID: ETHERNET0 Buffers tiny small medium large huge Reg Alloc Min 512 512 512 512 128 128 24 24 24 24 Max MaxA LowReg 512 2048 512 512 2048 512 128 256 128 24 64 24 24 64 24 512 512 128 24 24 Statistiques relatives à une carte de réseau Ethernet partagée Informations et exemples sur les statistiques générales relatives à une carte de réseau Ethernet partagée, telles que les ID VLAN (ID de réseau local virtuel) et les informations sur les paquets. Description des statistiques Tableau 45. Description des statistiques relatives à une carte de réseau Ethernet partagée Statistique Description Number of adapters Nombre de cartes (carte réelle et toutes les cartes virtuelles). Remarque : Si vous utilisez la reprise par transfert de la carte de réseau Ethernet partagée, la carte du canal de contrôle n’est pas incluse. SEA flags Indique les fonctions actuellement exécutées par la carte de réseau Ethernet partagée. THREAD La carte de réseau Ethernet partagée fonctionne en mode unités d’exécution (les paquets entrants sont mis en file d’attente et traités par différentes unités d’exécution). Si cette indication n’apparaît pas, la carte fonctionne en mode interruption (les paquets sont traités au moment de leur réception). LARGESEND La fonction d’envoi volumineux a été activée sur la carte de réseau Ethernet partagée. JUMBO_FRAMES La fonction de grandes trames a été activée sur la carte de réseau Ethernet partagée. GVRP VLAN IDs 168 Guide d’utilisation de PowerVM Editions La fonction GVRP a été activée sur la carte de réseau Ethernet partagée. Liste des ID de réseau local virtuel qui ont accès au réseau via la carte de réseau Ethernet partagée (inclut le PVID et les réseaux VLAN marqués). Tableau 45. Description des statistiques relatives à une carte de réseau Ethernet partagée (suite) Statistique Real adapters Description Packets received Nombre de paquets reçus sur le réseau physique. Packets bridged Nombre de paquets reçus sur le réseau physique et envoyés au réseau virtuel. Packets consumed Nombre de paquets reçus sur le réseau physique et adressés à l’interface configurée sur la carte de réseau Ethernet partagée. Packets fragmented Nombre de paquets reçus sur le réseau physique et fragmentés avant l’envoi au réseau virtuel. Les paquets sont fragmentés lorsque leur taille est supérieure à l’unité de transmission maximale (MTU) de la carte. Packets transmitted Nombre de paquets envoyés sur le réseau physique. Ce nombre inclut les paquets envoyés par l’interface configurée sur la carte de réseau Ethernet partagée, ainsi que les paquets envoyés par le réseau virtuel au réseau physique (y compris les fragments). Packets dropped Nombre de paquets reçus sur le réseau physique et supprimés pour l’une des raisons suivantes : v Le paquet est le plus ancien de la file d’attente des unités d’exécution et l’espace libre est insuffisant pour la réception d’un nouveau paquet. v Le paquet comporte un ID VLAN incorrect et ne peut pas être traité. v Le paquet est adressé à l’interface de la carte de réseau Ethernet partagée, mais aucun filtre n’a été enregistré sur celle-ci. Chapitre 3. Serveur d’E-S virtuel 169 Tableau 45. Description des statistiques relatives à une carte de réseau Ethernet partagée (suite) Statistique Virtual adapters Description Packets received Nombre de paquets reçus sur le réseau virtuel. Il s’agit du nombre de paquets reçus sur l’ensemble des cartes virtuelles. Packets bridged Nombre de paquets reçus sur le réseau virtuel et envoyés au réseau physique. Packets consumed Nombre de paquets reçus sur le réseau virtuel et adressés à l’interface configurée sur la carte de réseau Ethernet partagée. Packets fragmented Nombre de paquets reçus sur le réseau virtuel et fragmentés avant l’envoi au réseau physique. Les paquets sont fragmentés lorsque leur taille est supérieure à l’unité de transmission maximale (MTU) de la carte. Packets transmitted Nombre de paquets envoyés sur le réseau virtuel. Ce nombre inclut les paquets envoyés par l’interface configurée sur la carte de réseau Ethernet partagée, ainsi que les paquets envoyés par le réseau physique au réseau virtuel (y compris les fragments). Packets dropped Nombre de paquets reçus sur le réseau virtuel et supprimés pour l’une des raisons suivantes : v Le paquet est le plus ancien de la file d’attente des unités d’exécution et l’espace libre est insuffisant pour la réception d’un nouveau paquet. v Le paquet est adressé à l’interface de la carte de réseau Ethernet partagée, mais aucun filtre n’a été enregistré sur celle-ci. Output packets generated Nombre de paquets comportant une balise VLAN incorrecte ou aucune balise VLAN envoyés par l’interface configurée sur la carte de réseau Ethernet partagée. Output packets dropped Nombre de paquets envoyés par l’interface configurée sur la carte de réseau Ethernet partagée et supprimés à cause d’une balise VLAN incorrecte. Device output failures Nombre de paquets non envoyés suite à des erreurs sur l’unité sous-jacente. Il peut s’agir d’erreurs envoyées sur le réseau physique et le réseau virtuel, notamment les paquets subissant une erreur liée à la fragmentation et au protocole ICMP (Internet Control Message Protocol) provenant de la carte de réseau Ethernet partagée. Memory allocation failures Nombre de paquets non envoyés par manque de mémoire sur le réseau pour accomplir l’opération. 170 Guide d’utilisation de PowerVM Editions Tableau 45. Description des statistiques relatives à une carte de réseau Ethernet partagée (suite) Statistique Description ICMP error packets sent Nombre de paquets en erreur ICMP envoyés avec succès en cas d’impossibilité de fragmentation de paquet volumineux due à la définition du bit don’t fragment. Non IP packets larger than MTU Nombre de paquets non envoyés pour les raisons suivantes : leur taille est supérieure à l’unité de transmission maximale (MTU) de la carte et leur fragmentation est impossible car ce ne sont pas des paquets IP. Thread queue overflow packets Nombre de paquets supprimés des files d’attente d’unités d’exécution à cause d’un espace insuffisant pour la réception d’un nouveau paquet. Exemples de statistiques ETHERNET STATISTICS (ent8) : Device Type: Shared Ethernet Adapter Hardware Address: 00:0d:60:0c:05:00 Elapsed Time: 3 days 20 hours 34 minutes 26 seconds Transmit Statistics: -------------------Packets: 7978002 Bytes: 919151749 Interrupts: 3 Transmit Errors: 0 Packets Dropped: 0 Receive Statistics: ------------------Packets: 5701362 Bytes: 664049607 Interrupts: 5523380 Receive Errors: 0 Packets Dropped: 0 Bad Packets: 0 Max Packets on S/W Transmit Queue: 2 S/W Transmit Queue Overflow: 0 Current S/W+H/W Transmit Queue Length: 1 Elapsed Time: 0 days 0 hours 0 minutes 0 seconds Broadcast Packets: 5312086 Broadcast Packets: 3740225 Multicast Packets: 265589 Multicast Packets: 194986 No Carrier Sense: 0 CRC Errors: 0 DMA Underrun: 0 DMA Overrun: 0 Lost CTS Errors: 0 Alignment Errors: 0 Max Collision Errors: 0 No Resource Errors: 0 Late Collision Errors: 0 Receive Collision Errors: 0 Deferred: 0 Packet Too Short Errors: 0 SQE Test: 0 Packet Too Long Errors: 0 Timeout Errors: 0 Packets Discarded by Adapter: 0 Single Collision Count: 0 Receiver Start Count: 0 Multiple Collision Count: 0 Current HW Transmit Queue Length: 1 General Statistics: ------------------No mbuf Errors: 0 Adapter Reset Count: 0 Adapter Data Rate: 0 Driver Flags: Up Broadcast Running Simplex 64BitSupport ChecksumOffLoad DataRateSet -------------------------------------------------------------Statistics for adapters in the carte de réseau Ethernet partagée ent8 -------------------------------------------------------------Number of adapters: 2 SEA Flags: 00000001 < THREAD > Chapitre 3. Serveur d’E-S virtuel 171 VLAN IDs : ent7: 1 Real Side Statistics: Packets received: 5701344 Packets bridged: 5673198 Packets consumed: 3963314 Packets fragmented: 0 Packets transmitted: 28685 Packets dropped: 0 Virtual Side Statistics: Packets received: 0 Packets bridged: 0 Packets consumed: 0 Packets fragmented: 0 Packets transmitted: 5673253 Packets dropped: 0 Other Statistics: Output packets generated: 28685 Output packets dropped: 0 Device output failures: 0 Memory allocation failures: 0 ICMP error packets sent: 0 Non IP packets larger than MTU: 0 Thread queue overflow packets: 0 -------------------------------------------------------------Real Adapter: ent2 ETHERNET STATISTICS (ent2) : Device Type: 10/100 Mbps Ethernet PCI Adapter II (1410ff01) Hardware Address: 00:0d:60:0c:05:00 Transmit Statistics: -------------------Packets: 28684 Bytes: 3704108 Interrupts: 3 Transmit Errors: 0 Packets Dropped: 0 Receive Statistics: ------------------Packets: 5701362 Bytes: 664049607 Interrupts: 5523380 Receive Errors: 0 Packets Dropped: 0 Bad Packets: 0 Max Packets on S/W Transmit Queue: 2 S/W Transmit Queue Overflow: 0 Current S/W+H/W Transmit Queue Length: 1 Broadcast Packets: 21 Multicast Packets: 0 No Carrier Sense: 0 DMA Underrun: 0 Lost CTS Errors: 0 Max Collision Errors: 0 Late Collision Errors: 0 Deferred: 0 SQE Test: 0 Timeout Errors: 0 Single Collision Count: 0 Multiple Collision Count: Current HW Transmit Queue Broadcast Packets: 3740225 Multicast Packets: 194986 CRC Errors: 0 DMA Overrun: 0 Alignment Errors: 0 No Resource Errors: 0 Receive Collision Errors: 0 Packet Too Short Errors: 0 Packet Too Long Errors: 0 Packets Discarded by Adapter: 0 Receiver Start Count: 0 0 Length: 1 General Statistics: ------------------No mbuf Errors: 0 Adapter Reset Count: 0 Adapter Data Rate: 200 Driver Flags: Up Broadcast Running Simplex Promiscuous AlternateAddress 64BitSupport ChecksumOffload PrivateSegment LargeSend DataRateSet 172 Guide d’utilisation de PowerVM Editions 10/100 Mbps Ethernet PCI Adapter II (1410ff01) Specific Statistics: -----------------------------------------------------------------------Link Status: Up Media Speed Selected: Auto negotiation Media Speed Running: 100 Mbps Full Duplex Receive Pool Buffer Size: 1024 No Receive Pool Buffer Errors: 0 Receive Buffer Too Small Errors: 0 Entries to transmit timeout routine: 0 Transmit IPsec packets: 0 Transmit IPsec packets dropped: 0 Receive IPsec packets: 0 Receive IPsec SA offload count: 0 Transmit Large Send packets: 0 Transmit Large Send packets dropped: 0 Packets with Transmit collisions: 1 collisions: 0 6 collisions: 0 11 collisions: 0 2 collisions: 0 7 collisions: 0 12 collisions: 0 3 collisions: 0 8 collisions: 0 13 collisions: 0 4 collisions: 0 9 collisions: 0 14 collisions: 0 5 collisions: 0 10 collisions: 0 15 collisions: 0 -------------------------------------------------------------Virtual Adapter: ent7 ETHERNET STATISTICS (ent7) : Device Type: Virtual I/O Ethernet Adapter (l-lan) Hardware Address: 8a:83:54:5b:4e:9a Transmit Statistics: -------------------Packets: 7949318 Bytes: 915447641 Interrupts: 0 Transmit Errors: 0 Packets Dropped: 0 Receive Statistics: ------------------Packets: 0 Bytes: 0 Interrupts: 0 Receive Errors: 0 Packets Dropped: 0 Bad Packets: 0 Max Packets on S/W Transmit Queue: 0 S/W Transmit Queue Overflow: 0 Current S/W+H/W Transmit Queue Length: 0 Broadcast Packets: 5312065 Broadcast Packets: 0 Multicast Packets: 265589 Multicast Packets: 0 No Carrier Sense: 0 CRC Errors: 0 DMA Underrun: 0 DMA Overrun: 0 Lost CTS Errors: 0 Alignment Errors: 0 Max Collision Errors: 0 No Resource Errors: 0 Late Collision Errors: 0 Receive Collision Errors: 0 Deferred: 0 Packet Too Short Errors: 0 SQE Test: 0 Packet Too Long Errors: 0 Timeout Errors: 0 Packets Discarded by Adapter: 0 Single Collision Count: 0 Receiver Start Count: 0 Multiple Collision Count: 0 Current HW Transmit Queue Length: 0 General Statistics: ------------------No mbuf Errors: 0 Adapter Reset Count: 0 Adapter Data Rate: 20000 Driver Flags: Up Broadcast Running Simplex Promiscuous AllMulticast 64BitSupport ChecksumOffload DataRateSet Virtual I/O Ethernet Adapter (l-lan) Specific Statistics: Chapitre 3. Serveur d’E-S virtuel 173 --------------------------------------------------------RQ Lingth: 4481 No Copy Buffers: 0 Trunk Adapter: True Priority: 1 Active: True Filter MCast Mode: False Filters: 255 Enabled: 1 Queued: 0 Overflow: 0 LAN State: Operational Hypervisor Send Failures: 2371664 Receiver Failures: 2371664 Send Errors: 0 Hypervisor Receive Failures: 0 ILLAN Attributes: 0000000000003103 [0000000000003103] PVID: 1 VIDs: None Switch ID: ETHERNET0 Buffers tiny small medium large huge Reg 512 512 128 24 24 Alloc 512 512 128 24 24 Min 512 512 128 24 24 Max MaxA 2048 512 2048 512 256 128 64 24 64 24 LowReg 512 512 128 24 24 Types d’utilisateur sur le serveur d’E-S virtuel Cette rubrique décrit les types d’utilisateur du serveur d’E-S virtuel et leurs droits. Le serveur d’E-S virtuel dispose des types d’utilisateur suivants : administrateur principal, administrateur système, utilisateur technicien de maintenance et utilisateur ingénieur de développement. Après l’installation, le seul type d’utilisateur actif est l’administrateur principal. Administrateur principal L’ID utilisateur de l’administrateur principal (padmin) est le seul ID utilisateur activé après l’installation du serveur d’E-S virtuel. Il peut exécuter toutes les commandes du serveur d’E-S virtuel. Il ne peut y avoir qu’un seul administrateur principal sur le serveur d’E-S virtuel. Administrateur système L’ID utilisateur administrateur système a accès à toutes les commandes, à l’exception des suivantes : v lsfailedlogin v lsgcl v Commande mirrorios v Commande mkuser v oem_setup_env v Commande rmuser v Commande shutdown v Commande unmirrorios L’administrateur principal peut créer un nombre illimité d’ID d’administrateur système. 174 Guide d’utilisation de PowerVM Editions Technicien de maintenance Créez le type d’utilisateur technicien de maintenance (SR) pour permettre à un technicien de maintenance de se connecter au système afin de réaliser des routines de diagnostic. Une fois connecté, l’utilisateur technicien de maintenance est dirigé directement vers les menus de diagnostic. Ingénieur de développement Créez le type d’utilisateur ingénieur de développement pour permettre à un ingénieur de développement de se connecter au système et de résoudre les incidents. Affichage Ce rôle autorise uniquement les opérations en lecture seule et ne permet d’exécuter que les fonctions de type ls. Les utilisateurs dotés de ce rôle ne sont pas autorisés à modifier la configuration du système et ne disposent pas des droits d’écriture dans leur répertoire de base. Chapitre 3. Serveur d’E-S virtuel 175 176 Guide d’utilisation de PowerVM Editions Chapitre 4. Integrated Virtualization Manager Gérez le serveur d’E-S virtuel et les partitions logiques client à l’aide du gestionnaire Integrated Virtualization Manager. Le gestionnaire Integrated Virtualization Manager est doté d’une interface de gestion de système basée sur le Web et d’une interface de ligne de commande, permettant de gérer des serveurs lame systèmes et BladeCenter qui utilisent le serveur d’E-S virtuel. Sur le système géré, vous pouvez créer des partitions logiques, gérer la mémoire virtuelle et les connexions Ethernet virtuelles, et afficher des informations de maintenance relatives au serveur. Integrated Virtualization Manager est livré avec le serveur d’E-S virtuel, mais il ne peut être activé et utilisé que sur certaines plateformes non équipées de la console HMC (Hardware Management). Si vous installez le serveur d’E-S virtuel sur un serveur pris en charge et si aucune console HMC n’est connectée lors de l’installation du serveur, le gestionnaire Integrated Virtualization Manager est activé sur ce serveur. Vous pouvez alors l’utiliser pour configurer le système géré via le serveur d’E-S virtuel. Pour plus d’informations sur l’utilisation du serveur d’E-S virtuel sur un système géré par la console HMC, voir Chapitre 3, «Serveur d’E-S virtuel», à la page 13. Sur les serveurs équipés d’un processeur POWER6, vous pouvez installer les systèmes d’exploitation suivants sur les partitions logiques créées à l’aide d’Integrated Virtualization Manager. Tableau 46. Prise en charge des systèmes d’exploitation pour les partitions logiques sur les serveurs équipés de processeur POWER6 par Integrated Virtualization Manager Système d’exploitation Serveurs à base de processeurs POWER6 AIX 5.3 ou version ultérieure v 03E/4A v 04E/8A SUSE Linux Enterprise Server 10 Service Pack 2 ou supérieur v JS/12 v JS/22 SUSE Linux Enterprise Server 10 Service Pack 1 Update 1 JS/22 ou supérieur SUSE Linux Enterprise Server 10 Service Pack 1 v 03E/4A v 04E/8A Red Hat Enterprise Linux version 5.2 JS/22 Red Hat Enterprise Linux version 5.1 v 03E/4A v 04E/8A v JS/12 v JS/22 Red Hat Enterprise Linux version 4.7 JS/22 Red Hat Enterprise Linux version 4.6 v JS/12 v JS/22 Red Hat Enterprise Linux version 4.5 v 03E/4A v 04E/8A v JS/22 177 Sur les serveurs équipés d’un processeur POWER5, vous pouvez installer les systèmes d’exploitation suivants sur les partitions logiques créées à l’aide d’Integrated Virtualization Manager : v AIX 5.3 (ou plus) v SUSE Linux Enterprise Server 9 (ou plus) v SUSE Linux Enterprise Server 10 (ou plus) v Red Hat Enterprise Linux version 4 (ou plus) v Red Hat Enterprise Linux version 5 (ou ultérieure) Integrated Virtualization Manager Le gestionnaire Integrated Virtualization Manager est une interface de gestion de système exécutée dans un navigateur pour le serveur d’E-S virtuel. Integrated Virtualization Manager permet de créer et de gérer des partitions logiques sur un serveur unique. Integrated Virtualization Manager est pris en charge uniquement sur certains modèles de serveur. Pour connaître la liste complète des modèles de serveur pris en charge, voir le manuel Guide d’utilisation de PowerVM Editions . Pour consulter le fichier PDF Guide d’utilisation de PowerVM Editions (SA11-1700), d’une taille approximative de 4 Mo, voir sa76-0100.pdf . Le serveur d’E-S virtuel est un logiciel qui offre une mémoire virtuelle et des ressources Ethernet partagées aux autres partitions logiques du système géré. Le serveur d’E-S virtuel n’est pas un système d’exploitation standard qui peut exécuter des applications. Le serveur d’E-S virtuel est installé sur une partition logique à la place d’un système d’exploitation et sert uniquement à fournir des ressources d’E-S virtuelles aux autres partitions logiques disposant d’un système d’exploitation standard. Integrated Virtualization Manager vous permet d’indiquer au serveur comment il doit affecter ces ressources aux autres partitions logiques. Avant d’utiliser Integrated Virtualization Manager, vous devez d’abord installer le serveur d’E-S virtuel sur un serveur non partitionné. Le serveur d’E-S virtuel crée automatiquement une partition logique pour son usage personnel, laquelle est appelée partition de gestion pour le système géré. La partition de gestion est pour le serveur d’E-S virtuel la partition logique qui contrôle l’ensemble des ressources d’E-S physiques sur le système géré. Après avoir installé le serveur d’E-S virtuel, vous pouvez configurer une carte Ethernet physique sur le serveur de façon à pouvoir vous connecter à Integrated Virtualization Manager à partir d’un ordinateur disposant d’un navigateur Web. 178 Guide d’utilisation de PowerVM Editions Cette figure illustre un serveur systèmes ou un serveur lame BladeCenter avec la technologie POWER Architecture. Le serveur d’E-S virtuel se trouve sur sa propre partition logique et les partitions logiques client sont gérées par la partition logique serveur d’E-S virtuel. Le navigateur installé sur le PC se connecte à l’interface du gestionnaire Integrated Virtualization Manager via un réseau, et vous pouvez utiliser Integrated Virtualization Manager pour créer et gérer les partitions logiques sur le serveur. Affectation des ressources Lorsque vous utilisez Integrated Virtualization Manager pour créer une partition logique, vous affectez les ressources processeur et mémoire directement aux partitions logiques. Si vous avez recours à des processeurs dédiés, vous spécifiez alors leur nombre exact. Si vous utilisez des processeurs partagés, vous spécifiez le nombre de processeurs virtuels de la partition logique ; Integrated Virtualization Manager calcule alors le nombre d’unités de traitement à affecter à la partition logique, en fonction du nombre de processeurs virtuels. Dans tous les cas, la quantité de ressources affectée est validée sur la partition logique, depuis la création de la partition logique et jusqu’à la modification de cette quantité ou la suppression de la partition logique. Vous ne pouvez donc pas surcharger les ressources processeur sur les partitions logiques en utilisant Integrated Virtualization Manager. Une partition logique créée à l’aide du gestionnaire Integrated Virtualization Manager comporte des valeurs de processeur et de mémoire minimale et maximale. Ces valeurs sont utilisées lors de l’exécution d’une application de gestion de charge de travail sur le système géré, lors du redémarrage du système géré après un incident processeur ou encore lors du déplacement dynamique de ressources au niveau de la partition de gestion du serveur d’E-S virtuel. Par défaut, les valeurs minimale et maximale ont la même valeur que la quantité effective de ressources validées. Vous pouvez modifier les valeurs minimale et maximale du processeur à tout moment, mais celles de la mémoire uniquement lorsque la partition logique n’est pas démarrée. Lorsque vous utilisez Integrated Virtualization Manager pour partitionner votre système géré, une partie de la mémoire et des processeurs de ce système est affectée à la partition de gestion du serveur d’E-S Chapitre 4. Integrated Virtualization Manager 179 virtuel. Si vous le souhaitez, vous pouvez faire correspondre les ressources mémoire et processeur affectées à la partition de gestion avec la charge de travail du serveur d’E-S virtuel. Les disques physiques peuvent être affectés directement aux partitions logiques ou aux pools de stockage ; les disques virtuels (ou volumes logiques) peuvent être créés à partir de ces pools et affectés aux partitions logiques. Les connexions Ethernet physiques sont généralement partagées via la configuration de la carte physique Ethernet, qui devient un pont Ethernet virtuel entre le réseau local virtuel du serveur et le réseau local physique externe. carte de réseau Ethernet hôte Autres types de périphériques d’E-S Planification du gestionnaire Integrated Virtualization Manager Vous devez développer une planification système pour votre serveur serveurs ou du serveur lame BladeCenter géré par le gestionnaire Integrated Virtualization Manager. Une planification correcte est essentielle à la réussite de la configuration et de l’utilisation de votre serveur. Lorsque vous installez Integrated Virtualization Manager, il se crée automatiquement une partition logique sur le serveur. Cette partition logique s’appelle partition de gestion. Integrated Virtualization Manager affecte automatiquement une fraction de la mémoire et des processeurs sur le serveur à la partition de gestion. Vous pouvez changer les ressources de processeur et de quantité de mémoire par défaut affectées à la partition de gestion. Vous devez développer une planification incluant des informations telles que : v Besoins en ressources système de la partition de gestion. Ces besoins peuvent dépendre de nombreux facteurs, comme le modèle de serveur, le nombre de partitions logiques que vous créez sur le système géré et le nombre d’unités virtuelles utilisées par ces partitions logiques. v Besoins en stockage de chaque partition logique que vous allez créer sur votre système géré. Calculez l’espace de stockage nécessaire à chaque partition logique pour son système d’exploitation, ses applications et ses données. Pour plus d’informations sur les besoins en stockage de chaque système d’exploitation, reportez-vous à la documentation correspondante. Le tableau suivant contient des informations qui vous aideront à créer une planification système en fonction de votre modèle matériel. Tableau 47. Ressources d’informations pour la planification des serveurs gérés par le gestionnaire Integrated Virtualization Manager Modèle matériel Ressources d’informations de planification Serveurs à base de processeurs POWER6 v «Planification du serveur d’E-S virtuel», à la page 47 Remarque : Bien que ces informations soient centrées sur la planification du serveur d’E-S virtuel sur un système qui est géré par une console HMC (Hardware Management) , la plupart de ces informations s’appliquent également à la planification du serveur d’E-S virtuel sur un système géré par le gestionnaire Integrated Virtualization Manager. 180 Guide d’utilisation de PowerVM Editions Tableau 47. Ressources d’informations pour la planification des serveurs gérés par le gestionnaire Integrated Virtualization Manager (suite) Modèle matériel Ressources d’informations de planification BladeCenter v Planification de PowerVM Editions (ou Advanced POWER Virtualization Editions) dans Systems Information Center v «Planification du serveur d’E-S virtuel», à la page 47 Remarque : Bien que ces informations soient centrées sur la planification du serveur d’E-S virtuel sur un serveur serveurs qui est géré par une console HMC, la plupart de ces informations s’appliquent également à la planification du serveur d’E-S virtuel sur un serveur lame BladeCenter. v Le document Serveur d’E-S virtuel et Integrated Virtualization Manager - Guide des commandes contient une description détaillée de la commande mksysplan sur le gestionnaire Integrated Virtualization Manager. Une fois que vous avez installé et configuré un système, vous pouvez utiliser la commande mksysplan pour créer une planification système basée sur la configuration système existante. Vous pouvez ensuite exporter la planification système et l’importer dans un autre système géré par Integrated Virtualization Manager. Enfin, vous pouvez utiliser l’assistant de déploiement de la planification système d’Integrated Virtualization Manager pour déployer la planification système sur le nouveau système. Validation de la planification système sur Integrated Virtualization Manager Pour déployer une planification système sur un système géré du gestionnaire Integrated Virtualization Manager, utilisez l’assistant de déploiement de planification système. Cet assistant valide les informations de la planification système par rapport à la configuration du système géré avant de lancer le processus de déploiement. Le processus de validation d’une planification système comporte deux phases : la phase de validation du matériel et la phase de validation de la partition. Lors de la validation du matériel sur le système géré, le gestionnaire Integrated Virtualization Manager compare les informations suivantes figurant dans la planification système avec le matériel disponible sur le système géré : v Processeur, mémoire et stockage qui sont disponibles sur le système géré v Emplacement des cartes d’E-S physiques Le matériel décrit dans la planification système est validé lorsqu’il correspond à celui que spécifie le système géré. Le matériel du système géré peut contenir d’autres ressources, en plus de celles que spécifie la planification système, et être néanmoins validé, tant qu’il correspond au matériel précisé dans la planification. L’exemple suivant illustre la façon dont le gestionnaire Integrated Virtualization Manager compare les ressources matérielles suivantes figurant dans la planification système au cours du processus de validation pour déterminer si la planification système est valide pour un système géré : v Une planification système mentionne un serveur doté de deux processeurs et de 8 Go de mémoire, ainsi que l’emplacement spécifique de cartes d’E-S physiques au sein de l’unité centrale. Si un serveur Chapitre 4. Integrated Virtualization Manager 181 contient deux processeurs, de 16 Go de mémoire, des cartes d’E-S physiques placées à l’endroit mentionné dans la planification, au sein de l’unité centrale, ainsi qu’une unité d’extension disposant de cartes d’E-S physiques supplémentaires, il est validé. v Cependant, un serveur qui contient 4 Go de mémoire ne sera pas validé. v Une unité centrale dont le type de carte d’E-S physique diffère de celui que spécifie la planification système, pour un emplacement donné, ne sera pas non plus validée. Cependant, si la planification spécifie un emplacement vide, tout type de carte d’E-S physique sera validé à cet emplacement sur le système réel. Le gestionnaire Integrated Virtualization Manager valide également les unités de disque connectées à des cartes d’E-S physiques en fonction des unités de disque qui figurent dans la planification système. Lorsque vous utilisez une version du gestionnaire Integrated Virtualization Manager antérieure à la version 1.5.2, vous ne pouvez déployer des planifications système que sur un nouveau système, ou sur un système ne comportant pas la partition de gestion configurée pour le gestionnaire Integrated Virtualization Manager. Vous pouvez installer le gestionnaire Integrated Virtualization Manager, mais vous ne pouvez pas le configurer. Si une des phases du processus de validation de matériel échoue pour la planification système, la validation de l’ensemble du système échoue. Les conditions à remplir pour que la validation des partitions réussisse varient suivant la version du gestionnaire Integrated Virtualization Manager que vous utilisez pour déployer la planification système. Validation des partitions d’une version d’Integrated Virtualization Manager antérieure à la version 1.5.2 Lorsque vous utilisez une version du gestionnaire Integrated Virtualization Manager antérieure à la version 1.5.2 pour déployer une planification système, celle-ci et le système cible doivent remplir les conditions de validation des partitions suivantes : 1. Le système cible doit correspondre à un nouveau système ou à un système pour lequel la partition de gestion du gestionnaire Integrated Virtualization Manager n’est pas encore configurée. Le déploiement de la planification système nécessite l’installation du gestionnaire Integrated Virtualization Manager, mais pas sa configuration. 2. Si le système géré, ciblé par la planification système, contient l’un des éléments suivants, la validation de la planification échoue : v Partitions logiques client v Cartes Ethernet virtuelles v Cartes Ethernet partagées v Cartes EtherChannel v Pools de stockage v Unités de sauvegarde 3. Si le système géré, ciblé par la planification système, ne dispose pas des ressources disponibles suivantes comme requis par la planification système, la validation de la planification échoue : v v v v Processeurs Mémoire Carte d’E-S Stockage Si une des phases du processus de validation des partitions échoue pour la planification système, la validation de l’ensemble du système échoue. 182 Guide d’utilisation de PowerVM Editions Validation des partitions d’Integrated Virtualization Manager version 1.5.2 Lorsque vous déployez une planification système à l’aide du gestionnaire Integrated Virtualization Manager version 1.5.2, effectuez le déploiement sur un système déjà utilisé ou dont la configuration n’est pas celle fournie par défaut par le fabricant. Lorsque vous utilisez Integrated Virtualization Manager version 1.5.2 pour le déploiement d’une planification système, la validation des partitions est plus souple. Les critères de validation de partition du gestionnaire Integrated Virtualization Manager version 1.5.2 présentent les modifications suivantes par rapport aux versions précédentes : v La partition de gestion du gestionnaire Integrated Virtualization Manager ou les partitions logiques du client peuvent exister sur le système cible de la planification système. Toutefois, les partitions logiques du client et le matériel configuré sur le système cible doivent être identiques à ces mêmes éléments de la planification système. v Le système cible peut disposer d’éléments déjà configurés du serveur d’E-S virtuel, tels que des disques virtuels ou des cartes Ethernet virtuelles. Les éléments de la planification système et les éléments configurés sur le système géré ne doivent pas correspondre exactement. En se basant sur certains critères, le processus de validation de la planification système correspond aux éléments du serveur d’E-S virtuel dans la planification et aux éléments du système cible. Si un élément ne correspond pas, l’élément de la planification est candidat au déploiement. Toutefois, si l’élément de la planification système utilise une carte ou une unité qu’utilisent déjà d’autres éléments configurés sur le système, l’élément de la planification est marqué comme ne pouvant pas être déployé. A la fin du processus de validation, l’assistant présente la liste des éléments de la planification système pouvant être déployés et la liste des éléments ne pouvant pas l’être. Lorsque vous poursuivez le déploiement de la planification système, l’assistant n’essaie pas de déployer des éléments marqués comme ne pouvant pas l’être. Les exemples suivants illustrent la façon dont le gestionnaire Integrated Virtualization Manager compare les éléments du serveur d’E-S virtuel et d’autres éléments du déploiement des partitions logiques figurant dans la planification système au cours du processus de validation pour déterminer si ces éléments peuvent être déployés : – La planification système contient une carte Ethernet partagée pour une partition logique alors qu’aucune n’est configurée pour le système cible. Dans ce cas, la carte Ethernet partagée de la planification système est déployée sur le système cible. – La planification système contient deux cartes EtherChannel et une carte EtherChannel existe sur le système cible. Cette dernière correspond exactement à l’une des deux cartes de la planification système et comprend toutes les cartes physiques. Dans ce cas, la validation de cette carte EtherChannel réussit, mais elle n’est pas déployée. L’autre carte EtherChannel de la planification système, qui ne nécessite aucune des cartes utilisées par la carte EtherChannel existante ou la carte Ethernet partagée, est déployée. – La planification système contient deux pools de stockage et un autre se trouve sur le système cible. Le pool de stockage existant correspond exactement à l’un de ceux de la planification système, avec tous les codes d’emplacement de tous les disques et les tailles de disque indiquées. Dans ce cas, la validation de ce pool de stockage réussit, mais il n’est pas déployé. L’autre pool de stockage de la planification système, qui ne présente aucun conflit d’attribut avec le pool de stockage existant, est déployé. – La planification système contient la carte EtherChannel et le système cible une carte Ethernet partagée. Cette dernière utilise une carte physique définie pour être utilisée par la carte EtherChannel dans la planification système. Dans ce cas, la validation de la carte EtherChannel échoue et la carte ne peut pas être déployée. v Il n’est plus nécessaire de déployer entièrement une planification système, mais vous pouvez procéder au déploiement partiel sur le système cible en sélectionnant les partitions logiques à déployer dans la planification. Vous pouvez réexécuter l’assistant de déploiement de planification système par la suite afin de déployer le reste des partitions logiques dans la planification système. Chapitre 4. Integrated Virtualization Manager 183 Si une des phases du processus de validation des partitions échoue pour la planification système, la validation de l’ensemble du système échoue. Installation du gestionnaire Integrated Virtualization Manager Installez la partition de gestion du serveur d’E-S virtuel sur un serveur serveurs ou un serveur lame BladeCenter. Connectez-vous ensuite à l’interface d’Integrated Virtualization Manager basée sur le Web. Installation du serveur d’E-S virtuel et activation du gestionnaire Integrated Virtualization Manager sur des serveurs systèmes Lorsque vous installez leserveur d’E-S virtuel dans un environnement sans console HMC (Hardware Management) , le serveur d’E-S virtuel crée automatiquement une partition de gestion dont l’interface est le gestionnaire Integrated Virtualization Manager. Avant de commencer, effectuez les opérations suivantes : 1. Vérifiez que le serveur est bien raccordé. En particulier, vérifiez que le câble série relie le PC ou le terminal ASCII au port système du serveur. 2. Vérifiez que pour l’installation, le système dispose d’une unité de disque de 512 octets. Le serveur d’E-S virtuel ne reconnaît que les unités de disque de 512 octets. 3. Vérifiez que vous avez accès à l’interface ASMI (Advanced System Management Interface) via l’interface Web. 4. Vérifiez que vous disposez des droits d’administrateur ou de fournisseur de services agréé sur l’interface ASMI. 5. A l’aide de l’interface ASMI, modifiez les paramètres suivants selon le type de partition sur laquelle vous allez installer Integrated Virtualization Manager : Pour une partition AIX ou Linux, procédez comme suit pour modifier le mode d’amorçage de la partition : a. Dans la zone de navigation, développez Contrôle de l’alimentation/redémarrage. b. Cliquez sur Mettre le système sous/hors tension. c. Sélectionnez Amorçage sur le menu SMS dans la zone d’amorçage Mode de partition AIX/Linux. d. Cliquez sur Sauvegarder les paramètres et mettre sous tension. 6. Ouvrez une session de terminal sur le PC, par exemple à l’aide de l’application HyperTerminal, et attendez que le menu SMS s’affiche. Vérifiez que la vitesse de ligne pour la communication avec l’unité centrale est de 19 200 bits par seconde. 7. En utilisant l’interface Web ASMI, changez à nouveau le mode d’amorçage de partition pour que le serveur charge l’environnement d’exploitation au cours du démarrage : a. Développez Contrôle alimentation/redémarrage. b. Cliquez sur Mettre le système sous/hors tension. c. Sélectionnez Poursuivre sur le système d’exploitation dans la zone d’amorçage Mode de partition AIX/Linux. d. Cliquez sur Sauvegarder les paramètres. Pour installer le serveur d’E-S virtuel et activer le gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Insérez le CD-ROM ou le DVD-ROM du serveur d’E-S virtuel dans l’unité de disque optique. 2. Dans SMS, sélectionnez le CD-ROM ou le DVD-ROM comme unité d’amorçage : a. Sélectionnez Choix d’options d’amorçage et appuyez sur Entrée. b. Sélectionnez Choix unité installation/amorçage et appuyez sur Entrée. c. Sélectionnez CD/DVD et appuyez sur Entrée. 184 Guide d’utilisation de PowerVM Editions d. Sélectionnez le type de support qui correspond à l’unité de disque optique, puis appuyez sur Entrée. e. Sélectionnez le numéro qui correspond à l’unité de disque optique et appuyez sur Entrée. f. Sélectionnez Amorçage en mode normal et confirmez que vous souhaitez quitter SMS. 3. Installez le serveur d’E-S virtuel : a. Sélectionnez la console et appuyez sur Entrée. b. Sélectionnez une langue pour les menus du système d’exploitation de base et appuyez sur Entrée. c. Sélectionnez Lancement de l’installation avec paramètres par défaut. d. Sélectionnez Suite de l’installation. Le système géré redémarre après la fin de l’installation et l’invite de connexion s’affiche sur le terminal ASCII. Après avoir installé le gestionnaire Integrated Virtualization Manager, effectuez les tâches complémentaires à l’installation (acceptez l’accord de licence, recherchez les mises à jour, configurez la connexion TCP/IP). Pour plus d’informations, voir «Finalisation de l’installation du gestionnaire Integrated Virtualization Manager», à la page 186. Information associée Installation du serveur d’E-S virtuel à l’aide de NIM Installation du serveur d’E-S virtuel et activation du gestionnaire Integrated Virtualization Manager sur un serveur lame BladeCenter avec la technologie POWER Architecture Lorsque vous installez le serveur d’E-S virtuel sur un serveur lame BladeCenter avec la technologie POWER Architecture, le serveur d’E-S virtuel crée automatiquement une partition de gestion dont l’interface est le gestionnaire Integrated Virtualization Manager. Avant de commencer, effectuez les opérations suivantes : 1. Démarrez une session Telnet ou SSH sur le module de gestionBladeCenter. Pour plus d’instructions, voir les articles Telnet connection ou Serial connection de l’ Information Center. 2. Ouvrez une session Serial over LAN (SOL). Pour plus d’instructions, voir l’article Starting an SOL session dans l’ Information Center. 3. Démarrez l’utilitaire SMS (System Management Services). Pour plus d’instructions, voir l’article Starting the SMS utility dans l’ Information Center. Pour installer le serveur d’E-S virtuel et activer le gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Insérez le CD-ROM ou le DVD-ROM du serveur d’E-S virtuel dans l’unité de disque optique. 2. Affectez le tiroir d’unité au serveur lame sur lequel vous prévoyez d’installer le serveur d’E-S virtuel : a. Dans l’interface Web du module de gestion, sélectionnez Blade Tasks → Remote Control. b. Sélectionnez Start Remote Control. c. Dans la zone Change media tray owner, sélectionnez le serveur lame sur lequel vous voulez installer le serveur d’E-S virtuel. Vous pouvez également affecter le tiroir d’unité au serveur lame à l’aide du panneau de configuration. 3. Dans SMS, sélectionnez le CD-ROM ou le DVD-ROM comme unité d’amorçage : a. Sélectionnez Choix d’options d’amorçage et appuyez sur Entrée. b. Sélectionnez Choix unité installation/amorçage et appuyez sur Entrée. c. Sélectionnez Liste de toutes les unités et appuyez sur Entrée. d. Sélectionnez le numéro qui correspond à l’unité de disque optique et appuyez sur Entrée. Chapitre 4. Integrated Virtualization Manager 185 e. Sélectionnez le mode d’amorçage normal et appuyez sur Entrée. f. Quittez le menu SMS en appuyant sur la touche ″x″, puis confirmez que vous souhaitez quitter SMS. 4. Installez le serveur d’E-S virtuel : a. Sélectionnez la console et appuyez sur Entrée. b. Sélectionnez une langue pour les menus du système d’exploitation de base et appuyez sur Entrée. c. Sélectionnez Modif/affich des paramètres d’installation et installation et appuyez sur Entrée. d. Sélectionnez 1 pour vérifier que la valeur définie pour la zone Disque cible est correcte. Vérifiez le code d’emplacement réel (par exemple, 01-08-00-1,0) du disque dur cible. Le nom logique du disque dur (par exemple, hdisk0) qui s’affiche dans ce menu peut être différent du nom logique du même disque dur répertorié dans le serveur d’E-S virtuel (par exemple, avec la commande lspv) qui s’exécute sur la même machine. Ceci peut se produire lorsque vous ajoutez des disques après avoir installé le serveur d’E-S virtuel. e. Revenez dans le menu d’installation et de maintenance et sélectionnez Lancement de l’installation avec paramètres par défaut. f. Sélectionnez Suite de l’installation. Le système géré redémarre après la fin de l’installation et l’invite de connexion s’affiche sur le terminal ASCII. Après avoir installé le gestionnaire Integrated Virtualization Manager, effectuez les tâches complémentaires à l’installation (acceptez l’accord de licence, recherchez les mises à jour, configurez la connexion TCP/IP). Pour plus d’informations, voir «Finalisation de l’installation du gestionnaire Integrated Virtualization Manager». Information associée Installation du serveur d’E-S virtuel à l’aide de NIM Finalisation de l’installation du gestionnaire Integrated Virtualization Manager Après avoir installé le gestionnaire Integrated Virtualization Manager, vous devez effectuer les tâches complémentaires à l’installation (accepter l’accord de licence, rechercher les mises à jour, configurer la connexion TCP/IP). Cette procédure suppose qu’Integrated Virtualization Manager est installé. Pour plus d’informations, consultez les procédures suivantes : v «Installation du serveur d’E-S virtuel et activation du gestionnaire Integrated Virtualization Manager sur des serveurs systèmes», à la page 184 v «Installation du serveur d’E-S virtuel et activation du gestionnaire Integrated Virtualization Manager sur un serveur lame BladeCenter avec la technologie POWER Architecture», à la page 185 Pour terminer l’installation, procédez comme suit : 1. Connectez-vous à la partition de gestion avec l’ID utilisateur padmin. 2. A l’invite, changez le mot de passe de connexion en un mot de passe sécurisé qui répond à vos consignes locales en matière de sécurité par mot de passe. 3. Acceptez le contrat de licence du serveur d’E-S virtuel. Pour plus d’informations, voir «Affichage et acceptation du contrat de licence du serveur d’E-S virtuel», à la page 77. 4. Vérifiez qu’une connexion réseau est configurée entre la partition de gestion et au moins une des cartes Ethernet physiques sur le système géré. Vous pouvez ainsi accéder à l’interface du gestionnaire Integrated Virtualization Manager à partir d’un ordinateur connecté à la carte Ethernet physique. Vous ne pouvez pas utiliser les ports de la console HMC1 et de la console HMC2 pour la connexion à la partition de gestion. 5. Configurez la connexion TCP/IP pour Integrated Virtualization Manager à l’aide de la commande mktcpip. Vous devez configurer TCP/IP pour pouvoir effectuer des opérations de partitionnement 186 Guide d’utilisation de PowerVM Editions logique dynamique. Integrated Virtualization Manager version 1.5.2 ou ultérieure prend en charge l’utilisation des adresses IPv6. Pour consulter le fichier PDF Serveur d’E-S virtuel et Integrated Virtualization Manager - Guide des commandes (SA11-1701), d’une taille approximative de 4 Mo, voir sa76-0101.pdf . 6. Connectez-vous à l’interface Web ou à l’interface de ligne de commande. Pour plus d’informations, consultez les procédures suivantes : v «Connexion à l’interface Web du gestionnaire Integrated Virtualization Manager» v «Connexion à l’interface de ligne de commande du serveur d’E-S virtuel» 7. Vérifiez s’il existe des mises à jour pour Integrated Virtualization Manager. Pour plus d’informations, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Une fois cette opération terminée, configurez la partition de gestion et les partitions logiques client. Pour plus d’informations, voir «Configuration de la partition de gestion et des partitions logiques client», à la page 188. Connexion à l’interface Web du gestionnaire Integrated Virtualization Manager Informations sur la connexion à l’interface de gestion de système basée sur le Web pour le gestionnaire Integrated Virtualization Manager. Vous devez connaître l’adresse IP qui est affectée au gestionnaire Integrated Virtualization Manager. Pour établir une connexion avec l’interface basée sur le Web pour le gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Ouvrez une fenêtre du navigateur Web et connectez-vous, à l’aide du protocole HTTP ou HTTPS, à l’adresse IP qui a été affectée au gestionnaire Integrated Virtualization Manager pendant le processus d’installation. Par exemple, entrez https://123.456.7.890 dans votre navigateur Web, où 123.456.7.890 est l’adresse IP affectée au gestionnaire Integrated Virtualization Manager. La fenêtre de bienvenue s’affiche. 2. Saisissez l’ID utilisateur par défaut de padmin et indiquez le mot de passe que vous avez défini lors du processus d’installation. L’interface Integrated Virtualization Manager s’affiche. Pour plus d’informations sur la navigation dans l’interface basée sur le Web, reportez-vous à l’aide en ligne d’Integrated Virtualization Manager. Connexion à l’interface de ligne de commande du serveur d’E-S virtuel Informations sur la connexion à l’interface de ligne de commande duserveur d’E-S virtuel, qui vous permet d’utiliser des commandes pour le gestionnaire Integrated Virtualization Manager. Connectez-vous à l’interface de ligne de commande duserveur d’E-S virtuel en utilisant l’une des méthodes suivantes : Ouvrez une session de terminal virtuel pour la partition de gestion Pour plus d’informations, voir «Ouverture d’une session de terminal virtuel pour une partition logique», à la page 204. Telnet Vous pouvez utiliser Telnet pour vous connecter à l’interface de ligne de commande. Telnet ne fournit pas de connexion sécurisée au serveur d’E-S virtuel. Par conséquent, ayez recours à Telnet uniquement si la carte Ethernet que vous avez configurée pour accéder à la partition de gestion est physiquement isolée des réseaux qui ne sont pas sécurisés. OpenSSL ou Portable OpenSSH Vous pouvez utiliser OpenSSL ou Portable SSH pour effectuer une connexion sécurisée au serveur Chapitre 4. Integrated Virtualization Manager 187 d’E-S virtuel à partir d’un emplacement éloigné. Pour plus d’informations, voir «Connexion au serveur d’E-S virtuel à l’aide d’OpenSSH», à la page 130. Configuration de la partition de gestion et des partitions logiques client Instructions relatives à la configuration du système via le déploiement d’une planification système ou en configurant manuellement la partition de gestion et les partitions logiques client. Ces instructions concernent la configuration d’un système qui est géré par Integrated Virtualization Manager. Si vous envisagez d’installer le serveur d’E-S virtuel sur un système qui est géré par une console HMC (Hardware Management) , vous avez besoin des instructions d’installation et de configuration du serveur d’E-S virtuel sur un système géré par une console HMC. Voir «Installation du serveur d’E-S virtuel et des partitions logiques client», à la page 65. Les procédures de configuration varient en fonction de vos intentions, selon que vous envisagez ou non de configurer la partition de gestion et les partitions logiques client. Lorsque vous déployez une planification système, le gestionnaire Integrated Virtualization Manager configure automatiquement les ressources virtuelles et crée les partitions logiques et les profils de partition logique client en fonction des spécifications de configuration définies dans la planification système. Pour configurer la partition de gestion et les partitions logiques client en déployant une planification système, vous devez disposer de la version 1.4 d’Integrated Virtualization Manager. Saisie du code d’activation de PowerVM Editions via Integrated Virtualization Manager Vous pouvez saisir le code d’activation de PowerVM Editions (ou Advanced POWER Virtualization) par le biais du gestionnaire Integrated Virtualization Manager. Le niveau du code du gestionnaire Integrated Virtualization Manager doit être de la version 1.5 ou d’une version supérieure pour pouvoir réaliser la procédure qui suit. Pour consulter les informations relatives à l’affichage et à la mise à jour du niveau de code courant, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. La saisie ou non d’un code d’activation dépend de votre édition de PowerVM Editions et du matériel sur lequel vous projetez de l’activer. Le tableau suivant récapitule les configurations requises. Tableau 48. Configuration requise pour le code d’activation systèmes Serveurs lame BladeCenter PowerVM Express Edition Aucun code d’activation n’est requis. Express Edition n’est pas disponible sur les serveurs lame. PowerVM Standard Edition Le code d’activation de PowerVM Editions est requis. Aucun code d’activation n’est requis. L’édition Standard est intégrée dans le serveur lame. PowerVM Enterprise Edition Le code d’activation de PowerVM Editions est requis. Remarque : Si l’édition Standard est déjà activée, vous devez saisir un code d’activation supplémentaire distinct pour l’édition Enterprise. Le code d’activation de PowerVM Editions est requis. Pour plus d’informations sur les éditions de PowerVM Editions, voir «PowerVM Editions», à la page 2. 188 Guide d’utilisation de PowerVM Editions Avant de commencer, vérifiez que vous avez accès à Integrated Virtualization Manager. Pour plus d’informations, voir «Installation du serveur d’E-S virtuel et activation du gestionnaire Integrated Virtualization Manager sur des serveurs systèmes», à la page 184. Pour saisir le code d’activation dans Integrated Virtualization Manager, procédez comme suit : 1. Dans le menu IVM Management, cliquez sur Enter PowerVM Editions Key. La fenêtre Enter PowerVM Editions Key apparaît. 2. Entrez votre code d’activation pour PowerVM Editions et cliquez sur Apply. Vous pouvez à présent créer plus de deux partitions logiques client utilisant des processeurs partagés ou des ressources d’entrée-sortie virtuelle. Déploiement d’une planification système à l’aide d’Integrated Virtualization Manager Lorsque vous déployez une planification système, le gestionnaire Integrated Virtualization Manager crée des partitions logiques sur le système géré, en fonction des spécifications de cette planification. Configuration requise pour le déploiement d’une planification système Lorsque vous utilisez une version du gestionnaire Integrated Virtualization Manager antérieure à la version 1.5.2.0, vérifiez que le système se trouve en configuration usine par défaut. Plus précisément, le système doit répondre aux prérequis suivants : v Les partitions logiques clientes ne sont pas configurées sur le système géré. v Les adaptateurs Ethernet virtuels ne sont pas configurés sur le système géré. v Les pools de stockage ne sont pas configurés sur le système géré. v Les unités de sauvegarde ne sont pas configurées sur le système géré. v Toutes les ressources d’E-S sont affectées à la partition de gestion d’Integrated Virtualization Manager. Dans la configuration usine par défaut, toutes les ressources d’E-S sont affectées à Integrated Virtualization Manager. Lorsque vous ajoutez des ressources d’E-S au système, celles-ci sont affectées au gestionnaire Integrated Virtualization Manager par défaut. Lorsque vous déployez une planification système à l’aide du gestionnaire Integrated Virtualization Manager version 1.5.2.0, effectuez le déploiement sur un système déjà utilisé ou dont la configuration n’est pas celle fournie par défaut par le fabricant. Vous pouvez déployer une planification système sur un système disposant déjà d’une partition de gestion configurée de Integrated Virtualization Manager ou de partitions logiques client configurées. Le système cible peut disposer d’éléments déjà configurés du serveur d’E-S virtuel répertoriés, tels que des disques virtuels ou des cartes Ethernet virtuelles. Si, toutefois, la planification système que vous envisagez de déployer contient des informations sur des éléments déjà configurés sur le système, les éléments configurés sur le système cible doivent correspondre exactement à ceux de la planification système. Dans le cas contraire, la planification système ne peut pas être validée ou les éléments qu’elle contient ne peuvent pas être déployés. Il n’est par ailleurs plus nécessaire de déployer entièrement une planification système, mais vous pouvez procéder au déploiement partiel sur le système cible en sélectionnant les partitions logiques à déployer dans la planification. Vous pouvez alors réexécuter l’assistant de déploiement de planification système afin de déployer le reste des partitions logiques dans la planification système par la suite. Les conditions requises suivantes doivent être satisfaites en plus de celles qui précèdent liées à la version du gestionnaire Integrated Virtualization Manager : v Le fichier de planification système existe sur le gestionnaire Integrated Virtualization Manager. Si ce n’est pas le cas, vous devez l’importer dans Integrated Virtualization Manager. Chapitre 4. Integrated Virtualization Manager 189 v Le matériel physique est connecté et envoie des rapports au serveur. Si vous déployez une planification système que vous avez créée à l’aide du gestionnaire Integrated Virtualization Manager, vérifiez que le matériel et le câblage sur le système cible est identique à celui du système source. v Le matériel physique du système géré doit correspondre en tout point au matériel identique de la planification système. v Integrated Virtualization Manager n’exécute aucune autre opération sur le système géré. v Vous avez un rôle d’administrateur principal (prime administrator ou padmin). Pour plus d’informations sur les rôles utilisateur, voir la section sur les rôles utilisateur. Déploiement d’une planification système Pour déployer une planification système sur un système géré à l’aide du gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Dans la zone de navigation du gestionnaire Integrated Virtualization Manager, sélectionnez Gestion des planifications système. La page Gestion de planifications système s’ouvre. 2. Dans le tableau Planifications du système, sélectionnez la planification système à déployer. 3. Dans la barre d’outils supérieure du tableau des planifications système, cliquez sur Tâches supplémentaires → Déploiement pour démarrer l’assistant de déploiement de la planification système. La page de l’assistant relative à la présentation du déploiement s’ouvre. 4. Si vous y êtes invité, choisissez le système géré sur lequel vous souhaitez déployer la planification système et cliquez sur Suivant. L’invite s’affiche uniquement si le fichier de planification système contient plusieurs systèmes. Si la planification système ne correspond pas au matériel sur le système géré sur lequel vous souhaitez la déployer, l’assistant affiche une boîte de dialogue vous en informant. Cliquez sur OK pour continuer ou sur Annuler pour sélectionner une autre planification système. 5. Attendez que l’assistant valide le système géré et son matériel, grâce à une comparaison avec la planification système. Le processus de validation peut prendre un certain temps. 6. S’il s’achève correctement, cliquez sur Next. Dans le cas contraire, corrigez les erreurs signalées par les messages d’erreur, cliquez sur Annuler pour quitter l’assistant, puis recommencez la procédure depuis le début. Pour vous aider à corriger des incidents de validation, vous pouvez créer une planification système basée sur la configuration en cours du système géré. Une telle planification système peut vous aider à comparer la planification système que vous voulez déployer avec la configuration actuelle du système géré. Vous pouvez pour ce faire utiliser la tâche Création d’une planification système dans le gestionnaire Integrated Virtualization Manager, ou exécuter la commande suivante sur le système : mksysplan -f nom_de_la_nouvelle_planification_système.sysplan 7. Passez en revue la page Eléments du plan déployable, sélectionnez les partitions logiques dans la planification système à déployer et cliquez sur Suivant. Cette page indique le statut déployable des partitions logiques que contient la planification système. Si une partition logique est associée à l’état partiellement déployé, elle est automatiquement sélectionnée pour le déploiement et vous pouvez modifier la sélection. Si une partition logique n’est pas sélectionnée pour le déploiement, l’assistant ne déploie aucune entité dépendant de cette partition, telle que les unités de sauvegarde sur le serveur d’E-S virtuel. 8. Passez en revue la liste des éléments du plan de déploiement sur la page du déploiement et cliquez sur Terminer pour commencer à déployer la planification système. Le gestionnaire Integrated Virtualization Manager crée les partitions logiques spécifiées et déploie les entités indiquées comme dans la liste. Le processus de déploiement peut durer plusieurs minutes suivant le nombre de partitions logiques et d’entités à déployer. Une fois le déploiement de la planification système terminé, exécutez les tâches suivantes : v Localisez les adaptateurs d’E-S de disque physique correspondant à chaque partition logique et assurez-vous que les unités de disque qui y sont connectées pourront prendre en charge la configuration souhaitée pour chaque partition logique. v Installez les systèmes d’exploitation et les logiciels sur les partitions logiques. 190 Guide d’utilisation de PowerVM Editions Concepts associés «Rôles utilisateur», à la page 220 La présente section décrit les rôles utilisateur pour le gestionnaire Integrated Virtualization Manager. Tâches associées «Importation d’une planification système dans le gestionnaire Integrated Virtualization Manager», à la page 213 Vous pouvez importer un fichier de planification système dans la partition de gestion du gestionnaire Integrated Virtualization Manager. Vous pouvez ensuite déployer la planification système sur le système géré par Integrated Virtualization Manager. Configuration manuelle de la partition de gestion et des partitions logiques client Vous pouvez configurer des ressources virtuelles sur la partition de gestion et créer les partitions logiques client et les profils de partition. Avant de commencer, effectuez les opérations suivantes : v Déterminez les besoins en ressources système de la partition de gestion du serveur d’E-S virtuel. Ces besoins peuvent dépendre de nombreux facteurs, comme le modèle de serveur, le nombre de partitions logiques que vous créez sur le système géré et le nombre d’unités virtuelles utilisées par ces partitions logiques. Lorsque vous installez serveur d’E-S virtuel, il se crée automatiquement une partition logique sur le serveur. (Cette partition logique s’appelle partition de gestion.) serveur d’E-S virtuel affecte automatiquement une fraction de la mémoire et des processeurs sur le serveur à la partition de gestion. Vous pouvez changer les ressources de processeur et de quantité de mémoire par défaut affectées à la partition de gestion. Pour plus d’informations, voir «Planification du serveur d’E-S virtuel», à la page 47. v Développez une planification correspondant aux besoins en stockage de chaque partition logique que vous allez créer sur votre système géré. Calculez l’espace de stockage nécessaire à chaque partition logique pour son système d’exploitation, ses applications et ses données. Pour plus d’informations sur les besoins en stockage de chaque système d’exploitation, reportez-vous à la documentation correspondante. Modification des ressources de mémoire et de processeur sur la partition de gestion Utilisez le gestionnaire Integrated Virtualization Manager pour modifier les ressources de mémoire et de processeur sur la partition de gestion. Avant de commencer, effectuez les tâches suivantes : 1. Installez Integrated Virtualization Manager. Pour plus d’informations, voir «Installation du gestionnaire Integrated Virtualization Manager», à la page 184. 2. Vérifiez que votre rôle utilisateur n’est pas Affichage seulement. Pour changer les ressources de mémoire et de processeur sur la partition de gestion, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition de gestion (ID de partition 1). 3. Dans le menu Tâches, cliquez sur Propriétés. Le panneau Partition Properties s’affiche. 4. Cliquez sur l’onglet Mémoire pour afficher les paramètres de la mémoire. 5. Changez les quantités de mémoire en attente minimale, affectée et maximale en quantité utilisable par la partition de gestion. Si vous utilisez une application de gestion de charge de travail, vous pouvez définir les montants minimaux et maximaux pour la partition de gestion. La quantité affectée est la Chapitre 4. Integrated Virtualization Manager 191 quantité de mémoire que la partition de gestion a initialement affectée. Si vous n’anticipez pas d’augmenter de façon dynamique la mémoire au-delà d’un certain point, la définition de la valeur maximale appropriée permettra d’économiser la mémoire du microprogramme réservée. 6. Cliquez sur l’onglet Traitement pour afficher les paramètres de traitement. Conservez les paramètres par défaut sauf si vous utilisez une application de gestion de charge de travail. 7. Cliquez sur OK pour effectuer les changements. Il se peut que la prise en compte des modifications nécessite quelques minutes. Si vous avez modifié une valeur minimale ou maximale, redémarrez le système pour que les modifications soient prises en compte. Définition du nombre maximal de partitions logiques Définissez le nombre maximal de partitions logiques que vous voulez autoriser sur le système géré avec Integrated Virtualization Manager. Avant de commencer, vérifier que votre rôle utilisateur n’est pas Affichage seulement. Vous pouvez définir le nombre maximal de partitions logiques que vous voulez autoriser sur ce système géré. Le système géré réserve une petite quantité de mémoire système pour répondre au nombre maximal de partitions logiques que vous spécifiez. Pour définir le nombre maximal de partitions logiques, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify System Properties. Le panneau View/Modify System Properties s’affiche. 2. Dans la zone Maximum configuré, vérifiez que le nombre maximal de partitions logiques à autoriser sur ce système géré est défini. Si ce n’est pas le cas, procédez comme suit : a. Indiquez le nombre maximal de partitions logiques dans la zone Maximum après redémarrage et cliquez sur OK. b. Ouvrez une session de terminal virtuel pour la partition de gestion. Pour plus d’informations, voir «Ouverture d’une session de terminal virtuel pour une partition logique», à la page 204. c. Redémarrez le système. Pour plus d’informations, voir «Arrêt des partitions logiques», à la page 205. Il se peut que le redémarrage du système géré nécessite quelques minutes. Assurez-vous de terminer toutes les étapes de configuration avant de redémarrer le système. Sinon, vous pourrez être contraint de redémarrer le système plusieurs fois. Mise en miroir de la partition de gestion du gestionnaire Integrated Virtualization Manager Pour empêcher toute durée d’immobilisation et perte de données potentielles, ajoutez un deuxième disque dans le pool de stockage rootvg et mettez en miroir les deux disques. Lorsque vous installez le serveur d’E-S virtuel, le serveur d’E-S virtuel crée automatiquement le pool de stockage rootvg et lui affecte un volume physique. Le logiciel du serveur d’E-S virtuel (y compris Integrated Virtualization Manager) ainsi que les données qu’il utilise initialement sont stockés sur la partition de gestion (ID de partition 1) sur ce volume physique. En cas d’échec de ce disque, vous ne pourriez pas gérer vos partitions client et vous seriez confronté à une durée d’immobilisation et la perte de données. Pour éviter ce type d’interruption dans votre activité, vous devez ajouter un deuxième disque dans le pool de stockage rootvg et mettre en miroir les deux disques. Avant de commencer, vérifiez que les conditions suivantes sont remplies : 1. Vous disposez de la version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. 2. Vous avez un rôle d’administrateur principal (prime administrator ou padmin). 192 Guide d’utilisation de PowerVM Editions Pour mettre en miroir la partition de gestion, effectuez les étapes suivantes : 1. Ajoutez un nouveau volume physique dans le pool de stockage rootvg. Pour plus d’informations, voir «Modification des pools de stockage à l’aide du gestionnaire Integrated Virtualization Manager», à la page 208. 2. Pour mettre en miroir le nouveau volume de façon à garantir qu’ils contient tous les logiciels et données du volume d’origine, procédez comme suit : a. Ouvrez une fenêtre de terminal virtuel pour la partition de gestion Pour plus d’informations, voir «Ouverture d’une session de terminal virtuel pour une partition logique», à la page 204. b. Connectez-vous au serveur d’E-S virtuel avec l’ID utilisateur et le mot de passe de padmin. c. A l’invite de commande, exécutez la commande mirriorios comme suit : mirrorios volume_physique où volume_physique correspond au nom du volume que vous venez d’ajouter dans rootvg. Restriction : La commande mirrorios met uniquement en miroir le pool de stockage rootvg. Elle ne met pas en miroir les autres groupes de volumes ni les disques virtuels créés dans rootvg après sa mise en miroir initiale. Configuration du stockage sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager Vous pouvez créer un pool de stockage en plus du pool de stockage par défaut, ajouter des volumes physiques supplémentaires au pool de stockage par défaut et créer des disques virtuels à l’aide d’Integrated Virtualization Manager. Vous pouvez affecter un stockage à des partitions logiques avec les méthodes suivantes : v Vous pouvez affecter des volumes physiques directement à la partition logique. Un volume physique est une unité logique individuelle qui est identifiée par un numéro d’unité logique (LUN). Il peut s’agir d’une unité de disque dur ou d’une unité logique sur un réseau de stockage. v Vous pouvez ajouter des volumes physiques ou des fichiers à un pool de stockage, créer des disques virtuels à partir de la capacité de stockage de ce pool et affecter les disques virtuels à des partitions logiques. Les disques virtuels vous permettent de spécifier plus précisément la quantité de stockage que vous affectez à des partitions logiques. Vous pouvez affecter du stockage à des partitions logiques sans prendre en considération les capacités réelles des volumes physiques ou des fichiers qui constituent le pool de stockage. Pensez à créer un pool de stockage en plus du pool de stockage rootvg par défaut pour le stockage classique des données, et définissez-le comme pool par défaut. Vous pouvez ensuite ajouter d’autres volumes physiques à un pool de stockage, créer des disques virtuels à partir d’un pool et affecter ces disques virtuels à d’autres partitions logiques. Si vous prévoyez d’affecter des volumes physiques directement à des partitions logiques, vous n’avez pas besoin d’intervenir au niveau des volumes physiques. Vous pouvez affecter les volumes physiques aux partitions logiques lorsque vous créez les partitions logiques. Pour configurer le stockage sur le système géré, procédez comme suit : 1. Créez un deuxième pool de stockage pour le stockage classique des données. Pour plus d’informations, voir «Création de pools de stockage», à la page 194. 2. Ajoutez des volumes physiques supplémentaires dans le pool de stockage par défaut. Pour plus d’informations, voir «Modification des pools de stockage à l’aide du gestionnaire Integrated Virtualization Manager», à la page 208. 3. Créez des disques virtuels à partir du pool de stockage par défaut. Pour plus d’informations, voir «Création de disques virtuels», à la page 194. Chapitre 4. Integrated Virtualization Manager 193 Création de pools de stockage : Vous pouvez créer un pool de stockage basé sur un volume logique ou sur un fichier sur votre système géré, à l’aide du gestionnaire Integrated Virtualization Manager. Pour créer un pool de stockage basé sur un volume logique, vous devez affecter au moins un volume physique au pool de stockage. Lorsque vous affectez des volumes physiques à un pool de stockage, le système géré efface les informations figurant sur ces volumes, divise ces derniers en partitions physiques et ajoute la capacité des partitions physiques au pool de stockage. N’ajoutez pas un volume physique à un pool de stockage s’il contient des données que vous voulez conserver. Pour créer des pools de stockage basés sur fichier, vous devez disposer d’une version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Pour créer un pool de stockage, procédez comme indiqué ci-après. 1. Dans le menu Virtual Storage Management, sélectionnez View/Modify Virtual Storage. 2. Cliquez sur l’onglet Storage Pools. 3. Cliquez sur *Création de pool de stockage.... La fenêtre Création de pool de stockage s’affiche. 4. Saisissez le nom du pool de stockage et sélectionnez son type. 5. Saisissez ou sélectionnez les informations requises pour le pool de stockage basé sur volume logique ou sur fichier et cliquez sur OK. Création de disques virtuels : Utilisez Integrated Virtualization Manager pour créer un disque virtuel sur le système géré. (Les disques virtuels sont également appelés volumes logiques.) Pour créer un disque virtuel, procédez comme suit : 1. Dans le menu Virtual Storage Management, sélectionnez View/Modify Virtual Storage. 2. Cliquez sur *Création de disque virtuel.... Le panneau Create Virtual Disk s’affiche. 3. Saisissez le nom du disque, sélectionnez un pool de stockage, indiquez la taille du disque virtuel et cliquez sur OK. Le disque virtuel est créé et le panneau Affichage/modification du stockage virtuel s’affiche. 4. Répétez cette procédure pour chaque disque virtuel que vous souhaitez créer. 5. Pour afficher ou modifier les propriétés de disques virtuels que vous venez de créer, voir «Modification des disques virtuels», à la page 208. Ces étapes reviennent à utiliser la commande mkbdspsur l’interface de ligne de commande. Si l’espace disque est insuffisant sur le disque virtuel, augmentez la taille du pool de stockage par défaut. Pour plus d’informations, voir «Modification des pools de stockage à l’aide du gestionnaire Integrated Virtualization Manager», à la page 208 Configuration d’Ethernet sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager Vous pouvez créer des ponts Ethernet virtuels, configurer une carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée) et affecter des cartes Ethernet physiques à des partitions logiques client à l’aide du gestionnaire Integrated Virtualization Manager. Vous pouvez configurer les types suivants d’Ethernet sur votre système géré : 194 Guide d’utilisation de PowerVM Editions v Vous pouvez créer des ponts Ethernet virtuels sur votre système géré. Les ponts Ethernet virtuels, ou cartes de réseau Ethernet partagées, connectent les réseaux Ethernet virtuels sur votre système géré à des réseaux locaux. Pour une plus grande sécurité, ne configurez pas la carte Ethernet physique que vous utilisez pour vous connecter à la partition de gestion comme pont Ethernet virtuel. Vous pouvez ainsi isoler la partition de gestion de tous les réseaux externes. (La partition de gestion gère les réseaux Ethernet virtuels sur votre système géré, mais ne participe à aucun réseau Ethernet virtuel.) Si vous configurez une seule carte Ethernet physique ou une agrégation de liens pour la connexion à la partition de gestion et pour un fonctionnement comme pont Ethernet virtuel, pensez à utiliser OpenSSL et Portable OpenSSH sur la partition de gestion. Vous pouvez utiliser OpenSSL et Portable OpenSSH pour effectuer une connexion sécurisée au serveur d’E-S virtuel à partir d’un emplacement éloigné. Il n’est pas obligatoire de sélectionner une carte Ethernet physique ou un regroupement de liens pour l’associer à un réseau Ethernet virtuel. Si aucune carte de réseau physique ou regroupement de liens n’est défini pour un réseau Ethernet virtuel, les partitions logiques du réseau Ethernet virtuel peuvent communiquer entre elles, mais pas directement avec un réseau physique. v Vous pouvez configurer un port de carte de réseau Ethernet hôte. Une carte de réseau Ethernet hôte est une carte Ethernet unique intégrée au système. Elle permet de partitionner un port Ethernet physique. Une carte de réseau Ethernet hôte peut contenir un ou plusieurs ports physiques, dont chacun peut être affecté à zéro ou plusieurs partitions logiques. v Vous pouvez affecter une carte Ethernet physique à une partition logique client. Pour configurer un réseau Ethernet virtuel sur le système géré, procédez comme suit : 1. Configurez des ponts Ethernet virtuels. Pour plus d’informations, voir «Configuration de ponts Ethernet virtuels sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager». 2. Configurez une carte de réseau Ethernet hôte. Pour plus d’informations, voir «Affectation du port d’une carte de réseau Ethernet hôte à une partition logique», à la page 196 3. Affectez une carte Ethernet physique à une partition logique client. Pour plus d’informations, voir «Gestion dynamique des cartes physiques», à la page 196. Configuration de ponts Ethernet virtuels sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager : Utilisez Integrated Virtualization Manager pour configurer les ponts Ethernet virtuels sur le système géré. On appelle pont Ethernet virtuel une carte Ethernet ou une agrégation de liens qui relie un réseau Ethernet virtuel à un réseau local physique. Le pont Ethernet virtuel est également appelé carte Ethernet partagée car les partitions logiques du réseau Ethernet virtuel se partagent la connexion Ethernet physique. Les ponts Ethernet virtuels relient les réseaux Ethernet virtuels sur votre système géré à des réseaux locaux physiques. Pour une plus grande sécurité, ne configurez pas la carte Ethernet physique ou l’agrégation de liens que vous utilisez pour la liaison à la partition de gestion comme pont Ethernet virtuel. Vous pouvez ainsi isoler la partition de gestion de tous les réseaux externes. (La partition de gestion gère les réseaux Ethernet virtuels sur votre système géré, mais ne participe à aucun réseau Ethernet virtuel.) Si vous configurez une seule carte Ethernet physique ou une agrégation de liens pour effectuer une liaison avec la partition de gestion et pour fonctionner comme pont Ethernet virtuel, pensez à installer OpenSSL et Portable OpenSSH sur la partition de gestion. Vous pouvez utiliser OpenSSL et Portable OpenSSH pour effectuer une connexion sécurisée au serveur d’E-S virtuel à partir d’un emplacement éloigné. Il n’est pas obligatoire de sélectionner une carte Ethernet physique ou un regroupement de liens pour l’associer à un réseau Ethernet virtuel. Si aucune carte de réseau physique ou regroupement de liens n’est Chapitre 4. Integrated Virtualization Manager 195 défini pour un réseau Ethernet virtuel, les partitions logiques du réseau Ethernet virtuel peuvent communiquer entre elles, mais pas directement avec un réseau physique. Pour exécuter cette procédure, vous ne devez pas avoir un rôle Affichage uniquement ou Technicien de maintenance. Pour configurer des ponts Ethernet virtuels, procédez comme suit : 1. Dans le menu Virtual Ethernet Management, sélectionnez View/Modify Virtual Ethernet. Le panneau View/Modify Virtual Ethernet s’affiche. 2. Cliquez sur l’onglet Pont Ethernet virtuel. 3. Définissez chaque zone Carte physique pour la carte physique que vous voulez utiliser comme pont Ethernet virtuel pour chaque réseau Ethernet virtuel. (Les ports HMC1 et HMC2 ne s’affichent pas dans la zone Carte physique et ne peuvent pas être utilisés comme ponts Ethernet virtuels.) 4. Cliquez sur Application pour effectuer les changements. Affectation du port d’une carte de réseau Ethernet hôte à une partition logique : Utilisez le gestionnaire Integrated Virtualization Manager pour affecter le port d’une carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée) à une partition logique de sorte que cette dernière puisse accéder directement au réseau externe. Avant de commencer, assurez-vous que vous disposez de la version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Une carte de réseau Ethernet hôte est une carte de réseau Ethernet physique directement intégrée au bus GX+ sur un système géré. Les cartes de réseau Ethernet hôtes offrent un débit élevé, une faible latence et le support de la virtualisation pour les connexions Ethernet. Contrairement à la plupart des autres types d’unité d’E-S, vous ne pouvez pas affecter directement la carte de réseau Ethernet hôte à une partition logique. En revanche, plusieurs partitions logiques peuvent être connectées directement à lacarte de réseau Ethernet hôte et utiliser ses ressources. Ainsi, ces partitions logiques peuvent accéder à des réseaux externes par l’intermédiaire de la carte de réseau Ethernet hôte sans avoir à utiliser une passerelle Ethernet située sur une autre partition logique. Pour affecter le port d’une carte de réseau Ethernet hôte à une partition logique, procédez comme suit : 1. Dans le menu Gestion des adaptateurs d’E-S, cliquez sur Affichage/modification de cartes Ethernet hôtes. 2. Sélectionnez un port avec au moins une connexion disponible et cliquez sur Propriétés. 3. Cliquez sur l’onglet Partitions connectées. 4. Sélectionnez la partition logique à affecter au port de la carte de réseau Ethernet hôte et cliquez sur OK. Pour supprimer une affectation de partition, désélectionnez la partition logique et cliquez sur OK. La zone Performances de l’onglet Général permet en outre d’ajuster les paramètres du port carte de réseau Ethernet hôte sélectionné. Vous pouvez afficher et modifier la vitesse, l’unité de transmission maximale et d’autres paramètres du port sélectionné. Gestion dynamique des cartes physiques Vous pouvez ajouter et supprimer des cartes physiques sur une partition logique en cours de fonctionnement. Vous pouvez modifier les paramètres de la carte physique pour une partition logique à tout moment, si la partition est susceptible de modifications de carte d’E-S dynamiques. 196 Guide d’utilisation de PowerVM Editions Lorsque vous effectuez des modifications de carte d’E-S dynamique, gardez les remarques suivantes à l’esprit : v Vous risquez de perdre des données si vous retirez une carte physique d’une partition logique en cours de fonctionnement. v Vous ne pouvez pas affecter une carte physique à une autre partition si elle est utilisée par le système d’exploitation de la partition à laquelle elle est actuellement affectée. Si vous essayez de réaffecter la carte, un message d’erreur s’affiche. Vous devez annuler la configuration de l’unité à l’aide des outils du système d’exploitation approprié avant de pouvoir changer l’affectation de partition de la carte. Avant de commencer, assurez-vous que vous disposez de la version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Pour ajouter ou supprimer des cartes physiques sur une partition logique en cours de fonctionnement, procédez comme suit : 1. Si aucune partition logique client n’existe, passez à l’étape 4. 2. Sélectionnez la partition logique à laquelle affecter une carte physique et cliquez sur Propriétés. 3. Vérifiez que l’option Oui s’affiche pour Opérations DLPAR prises en charge par la carte d’E-S. Il peut être nécessaire de cliquer sur Récupération des fonctionnalités pour vérifier cette valeur. Si Non s’affiche pour Opérations DLPAR prises en charge par la mémoire, vous ne pouvez pas ajouter ni supprimer de cartes physiques sur la partition logique. 4. Dans le menu Gestion des adaptateurs d’E-S, cliquez sur Affichage/modification de cartes physiques. 5. Sélectionnez la carte dont vous voulez modifier l’affectation de partition et cliquez sur Modification de l’affectation de la partition. 6. Sélectionnez la partition logique à laquelle affecter la carte physique et cliquez sur OK. Pour rendre cette carte disponible pour toute partition logique client, y compris celles qui ne sont pas encore créées, sélectionnez Aucun(e) comme Nouvelle partition. Création de partitions logiques client à l’aide du gestionnaire Integrated Virtualization Manager Vous pouvez créer des partitions logiques client sur le système géré en déployant une planification système, à l’aide de l’assistant Création de partitions, ou en créant des partitions basées sur des partitions existantes. Pour créer des partitions logiques client sur le système géré, choisissez l’une des procédures suivantes : v Créez des partitions logiques client en déployant une planification système. Pour plus d’informations, voir «Déploiement d’une planification système à l’aide d’Integrated Virtualization Manager», à la page 189. v Créez des partitions logiques client à l’aide de l’assistant Création de partitions. Pour plus d’informations, voir «Création de partitions logiques client à l’aide de l’assistant Création de partitions», à la page 198. v Créez des partitions logiques client basées sur des partitions logiques client existantes. Pour plus d’informations, voir «Création d’une partition basée sur une partition existante», à la page 198. Lorsque vous avez terminé, vous pouvez activer les partitions logiques client et installer les systèmes d’exploitation. Pour plus d’instructions, reportez-vous aux informations suivantes : v «Activation des partitions logiques», à la page 199 v AIX Installation and Migration v Installation de Linux Chapitre 4. Integrated Virtualization Manager 197 Création de partitions logiques client à l’aide de l’assistant Création de partitions : Vous pouvez utiliser l’assistant Création de partitions sur Integrated Virtualization Manager pour créer une nouvelle partition logique sur votre système géré. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. En revanche, n’utilisez pas le rôle utilisateur Service Representative (SR) pour cette tâche car il ne permet pas de configurer la mémoire dans l’assistant de création de partitions. Pour créer une partition logique sur le système géré, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Cliquez sur *Création de partition... L’assistant Création de partitions s’affiche. a. Suivez les instructions qui s’affichent à chaque étape de l’assistant, puis cliquez sur Next lorsque que vous avez terminé une étape. b. Lorsque la page de récapitulatif s’affiche, confirmez l’exactitude des informations qu’elle contient et cliquez sur Finish. 3. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche ; il contient la nouvelle partition. Création d’une partition basée sur une partition existante : Utilisez Integrated Virtualization Manager pour créer une partition logique basée sur une partition existante sur votre système géré. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Cette tâche permet de créer une partition logique dotée des mêmes propriétés que la partition existante sélectionnée, à l’exception de l’ID, du nom, des volumes physiques et des unités optiques. Pour créer une partition logique basée sur une partition existante, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition logique que vous souhaitez utiliser comme base pour la nouvelle partition. 3. Dans le menu Tasks, sélectionnez Create based on. Le panneau Create Based On s’affiche. 4. Saisissez le nom de la nouvelle partition, puis déterminez si vous voulez créer des disques virtuels avec la nouvelle partition. 5. Cliquez sur OK. Le panneau View/Modify Partitions s’affiche ; il contient la nouvelle partition. Gestion du système avec le gestionnaire Integrated Virtualization Manager Vous pouvez gérer tous les aspects du système avec le gestionnaire Integrated Virtualization Manager, notamment modifier les ressources du processeur, de la mémoire, du réseau et du stockage dans les partitions logiques du système. Affichage et modification des propriétés système Utilisez Integrated Virtualization Manager pour afficher et modifier les propriétés générales du système géré. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Le rôle View Only permet d’afficher les propriétés, mais pas de les modifier. 198 Guide d’utilisation de PowerVM Editions Pour afficher et modifier les propriétés du système, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify System Properties. Le panneau View/Modify System Properties s’affiche. 2. Selon les propriétés que vous voulez afficher et modifier, cliquez sur l’un des onglets suivants : v General pour afficher et modifier les informations permettant d’identifier le système géré, l’état de ce dernier et le nombre maximal de partitions logiques ; v Memory pour afficher et modifier les informations relatives à l’utilisation de la mémoire du système géré en général ; v Processing pour afficher et modifier les informations relatives à l’utilisation des processeurs du système géré en général. Pour plus d’informations sur les propriétés système spécifiques que vous pouvez afficher ou modifier, reportez-vous à l’aide en ligne ( ). Gestion des partitions à l’aide du gestionnaire Integrated Virtualization Manager Les tâches de gestion des partitions logiques permettent de créer et de gérer les partitions logiques du système géré via Integrated Virtualization Manager. Activation des partitions logiques Utilisez Integrated Virtualization Manager pour activer des partitions logiques sur les systèmes gérés. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Vous pouvez activer les partitions logiques manuellement après avoir mis le système géré sous tension, ou réactiver une partition logique après l’avoir arrêtée manuellement. Pour activer une partition logique, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition logique à activer. Vous pouvez sélectionner plusieurs partitions à la fois. 3. Cliquez sur Activate. Le panneau d’activation des partitions s’affiche. Vérifiez l’ID de partition, le nom de partition et l’état en cours de la partition logique. 4. Cliquez sur OK pour activer la partition. Dans le panneau Affichage/modification de partitions qui s’affiche, la partition est activée. Chaque partition logique est activée avec le mode d’amorçage et la position de verrouillage sélectionnés dans son panneau de propriétés. Pour plus d’informations sur l’activation des partitions logiques, voir l’aide en ligne ( ). Ajout d’une partition logique client au groupe de charge de travail de partitions Si vous souhaitez gérer les ressources de partition logique à l’aide d’un outil de gestion de charge de travail, vous devez ajouter la partition logique du client au groupe de charge de travail de partitions. Un groupe de charge de travail de partitions identifie un ensemble de partitions logiques se trouvant sur le même système physique. Les outils de gestion de charge de travail utilisent des groupes de charge de travail de partitions afin d’identifier les partitions logiques qu’ils peuvent gérer. Par exemple, L’outil EWLM (Enterprise Workload Manager) peut dynamiquement et automatiquement redistribuer la capacité de traitement dans un groupe de charge de travail de partitions afin de répondre aux objectifs de Chapitre 4. Integrated Virtualization Manager 199 performances de la charge de travail. EWLM règle la capacité de traitement en fonction des calculs qui comparent les performances réelles du travail traité par le groupe de charge de travail de partitions aux objectifs métier définis pour le travail. Les outils de gestion de charge de travail utilisent le partitionnement logique dynamique (DLPAR) pour effectuer un ajustement des ressources en fonction des objectifs de performances. Par exemple, la fonction de gestion de partition d’EWLM règle les ressources du processeur en fonction des objectifs de performance de la charge de travail. C’est pourquoi, EWLM peut régler la capacité de traitement pour les partitions logiques AIX et Linux. Limitations : v N’ajoutez pas la partition de gestion au groupe de charge de travail de partitions. Pour gérer les ressources de partition logique, les outils de gestion de charge de travail requièrent souvent l’installation de certains logiciels agent ou de gestion sur les partitions logiques. Pour éviter la création d’un environnement non pris en charge, n’installez pas de logiciel supplémentaire sur la partition de gestion. v Pour les partitions AIX et Linux, la prise en charge du partitionnement logique dynamique (DLPAR) pour le système d’exploitation diffère de celle des fonctions qui se trouvent dans les propriétés de partition d’une partition logique. La prise en charge du partitionnement logique dynamique pour le système d’exploitation correspond à la prise en charge par chaque système d’exploitation au niveau des fonctions de partitionnement logique dynamique. AIX et Linux prennent en charge l’opération DLPAR au niveau des processeurs, de la mémoire et des E-S. Les fonctionnalités DLPAR affichées dans les propriétés d’une partition logique correspondent à une combinaison des éléments suivants : – une connexion RMC (Resource Monitoring and Control) entre la partition de gestion et la partition logique du client – la prise en charge de DLPAR par le système d’exploitation Par exemple, la partition logique AIX client ne dispose pas de connexion RMC avec la partition de gestion, mais AIX prend en charge l’opération DLPAR au niveau des processeurs, de la mémoire et des E-S. Dans ce cas, les fonctionnalités DLPAR affichées dans les propriétés de la partition logique AIX indiquent que la partition logique AIX n’est pas capable d’une opération DLPAR au niveau des processeurs, de la mémoire ou des E-S. Toutefois, comme AIX prend en charge le partitionnement logique dynamique des processeurs, de la mémoire et des E-S, un outil de gestion de charge de travail peut dynamiquement gérer ses ressources. Les outils de gestion de charge de travail ne dépendent pas des connexions RMC pour gérer dynamiquement les ressources de partition logique. v Lorsqu’une partition logique fait partie du groupe de charge de travail de partitions, vous ne pouvez pas gérer dynamiquement ses ressources à partir du gestionnaire Integrated Virtualization Manager, car l’outil de gestion de charge de travail contrôle la gestion des ressources dynamiques. Les outils de gestion de charge de travail ne gèrent pas tous dynamiquement à la fois les ressources de processeur, de mémoire et d’E-S. Lorsque vous implémentez un outil de gestion de charge de travail qui gère uniquement un type de ressource, vous limitez votre possibilité de gérer dynamiquement les autres types de ressource. Par exemple, EWLM gère dynamiquement les ressources du processeur mais non la mémoire ni les E-S. AIX prend en charge les opérations DELPAR au niveau processeur, mémoire et E-S. EWLM contrôle la gestion des ressources du processeur, de la mémoire et des E-S pour la partition logique AIX, mais EWLM ne gère par dynamiquement la mémoire ou les E-S. Etant donné qu’EWLM contrôle la gestion des ressources dynamiques, vous ne pouvez pas dynamiquement gérer la mémoire ou les E-S pour la partition logique AIX à partir du gestionnaire Integrated Virtualization Manager. Pour ajouter une partition logique au groupe de charge de travail de partitions, procédez comme suit : 1. Dans le menu Gestion de partition, sélectionnez Affichage/Modification de partitions. La fenêtre Affichage/Modification de partitions s’affiche. 2. Sélectionnez la partition logique à inclure dans le groupe de charge de travail de partitions. 3. Dans le menu Tâches, cliquez sur Propriétés. La fenêtre Partition Properties s’affiche. 200 Guide d’utilisation de PowerVM Editions 4. Dans l’onglet Général, sélectionnez Participant au groupe de gestion de la charge de travail sur la partition et cliquez sur OK. Information associée Activation de la gestion des partitions Suppression de partitions logiques Utilisez Integrated Virtualization Manager pour supprimer des partitions logiques du système géré. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Lorsque vous supprimez une partition logique, toutes les ressources en termes de mémoire, de processeurs et de stockage lui appartenant peuvent être affectées à d’autres partitions logiques. Pour supprimer une partition logique, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition logique à supprimer. 3. Dans le menu Tasks, sélectionnez Delete. Le panneau Delete Partitions s’affiche. Il contient l’ID et le nom de la partition (qui identifient de façon unique chaque partition logique du système géré) ainsi que son état. Le panneau contient également une option permettant de supprimer les disques virtuels associés aux partitions. 4. Cliquez sur OK pour supprimer la partition. Dans le panneau View/Modify Partitions qui s’affiche, la partition est supprimée. Chaque partition logique est activée avec le mode d’amorçage et la position de verrouillage sélectionnés dans son panneau de propriétés. Pour plus d’informations sur la suppression des partitions logiques, voir l’aide en ligne ( ). Gestion dynamique de la mémoire Cette rubrique indique comment ajouter et supprimer de la mémoire pour une partition logique en cours d’exécution. Vous pouvez ajouter de l’espace mémoire à une partition logique en cours d’exécution ou en retirer si la partition est susceptible de modification de mémoire dynamique. Pour ajouter de la mémoire à une partition logique en cours d’exécution ou en retirer, procédez comme suit : 1. Sélectionnez la partition logique à changer et cliquez sur Properties. 2. Vérifiez que l’option Yes s’affiche pour Memory DLPAR Capable. Il peut être nécessaire de cliquer sur Retrieve Capabilities pour vérifier cette valeur. Si No s’affiche pour Memory DLPAR Capable, vous ne pouvez pas ajouter dynamiquement de mémoire à la partition logique ou en retirer. 3. Cliquez sur l’onglet Memory. 4. Indiquez de nouvelles valeurs dans la colonne En attente. 5. Cliquez sur OK. La partition de gestion synchronise la valeur actuellement attribuée par rapport à la valeur attribuée en attente. Cette opération peut prendre plusieurs secondes. Vous pouvez effectuer d’autres tâches sur le système lorsque la partition de gestion synchronise les valeurs en cours et en attente. Pour plus d’informations sur la synchronisation de la surveillance et des valeurs en attente, voir l’aide en ligne ( ). Chapitre 4. Integrated Virtualization Manager 201 Gestion dynamique des cartes physiques Vous pouvez ajouter et supprimer des cartes physiques sur une partition logique en cours de fonctionnement. Vous pouvez modifier les paramètres de la carte physique pour une partition logique à tout moment, si la partition est susceptible de modifications de carte d’E-S dynamiques. Lorsque vous effectuez des modifications de carte d’E-S dynamique, gardez les remarques suivantes à l’esprit : v Vous risquez de perdre des données si vous retirez une carte physique d’une partition logique en cours de fonctionnement. v Vous ne pouvez pas affecter une carte physique à une autre partition si elle est utilisée par le système d’exploitation de la partition à laquelle elle est actuellement affectée. Si vous essayez de réaffecter la carte, un message d’erreur s’affiche. Vous devez annuler la configuration de l’unité à l’aide des outils du système d’exploitation approprié avant de pouvoir changer l’affectation de partition de la carte. Avant de commencer, assurez-vous que vous disposez de la version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Pour ajouter ou supprimer des cartes physiques sur une partition logique en cours de fonctionnement, procédez comme suit : 1. Si aucune partition logique client n’existe, passez à l’étape 4, à la page 197. 2. Sélectionnez la partition logique à laquelle affecter une carte physique et cliquez sur Propriétés. 3. Vérifiez que l’option Oui s’affiche pour Opérations DLPAR prises en charge par la carte d’E-S. Il peut être nécessaire de cliquer sur Récupération des fonctionnalités pour vérifier cette valeur. Si Non s’affiche pour Opérations DLPAR prises en charge par la mémoire, vous ne pouvez pas ajouter ni supprimer de cartes physiques sur la partition logique. 4. Dans le menu Gestion des adaptateurs d’E-S, cliquez sur Affichage/modification de cartes physiques. 5. Sélectionnez la carte dont vous voulez modifier l’affectation de partition et cliquez sur Modification de l’affectation de la partition. 6. Sélectionnez la partition logique à laquelle affecter la carte physique et cliquez sur OK. Pour rendre cette carte disponible pour toute partition logique client, y compris celles qui ne sont pas encore créées, sélectionnez Aucun(e) comme Nouvelle partition. Gestion dynamique des processeurs Cette rubrique indique comment ajouter et supprimer de la puissance de traitement pour une partition logique en cours d’exécution. Vous pouvez ajouter de la puissance de traitement à une partition logique en cours d’exécution ou en retirer si la partition est susceptible de modification de puissance de traitement dynamique. Pour ajouter de la puissance de traitement à une partition logique en cours d’exécution ou en retirer, procédez comme suit : 1. Sélectionnez la partition logique à changer et cliquez sur Properties. 2. Vérifiez que l’option Yes s’affiche pour Processing DLPAR Capable. Il peut être nécessaire de cliquer sur Retrieve Capabilities pour vérifier cette valeur. Si No s’affiche pour Memory DLPAR Capable, vous ne pouvez pas ajouter dynamiquement de puissance de traitement à la partition logique ou en retirer. 3. Cliquez sur l’onglet Processing. 4. Indiquez de nouvelles valeurs dans les colonnes En attente pour les unités de traitement, les processeurs virtuels et le poids non bridé. 202 Guide d’utilisation de PowerVM Editions 5. Cliquez sur OK. La partition de gestion synchronise la valeur actuellement attribuée par rapport à la valeur attribuée en attente. Cette opération peut prendre plusieurs secondes. Vous pouvez effectuer d’autres tâches sur le système lorsque la partition de gestion synchronise les valeurs en cours et en attente. Pour plus d’informations sur la synchronisation de la surveillance et des valeurs en attente, voir l’aide en ligne ( ). Modification des propriétés d’une partition Utilisez Integrated Virtualization Manager pour afficher et modifier les propriétés d’une partition logique. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Le rôle Service Representative (SR) ne permet pas d’afficher ou de modifier les valeurs relatives à la mémoire. Si la partition logique est hors tension, cette procédure permet de modifier bon nombre de ses propriétés. Les modifications sont prises en compte lorsque vous réactivez la partition. Pour afficher et modifier les propriétés de la partition logique, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition logique dont vous voulez afficher ou modifier les propriétés. 3. Dans le menu Tasks, sélectionnez Properties. Le panneau Partition Properties s’affiche. 4. Cliquez sur OK pour activer la partition. Dans le panneau View/Modify Partitions qui s’affiche, la partition est activée. 5. Selon les propriétés que vous voulez afficher et modifier, cliquez sur l’un des onglets suivants : v General pour afficher les identificateurs et l’état d’exécution de la partition logique. Pour les partitions AIX et Linux, vous pouvez afficher ou modifier certains identificateurs et informations de démarrage, notamment le mode d’amorçage et la position de verrouillage. Vous pouvez également afficher les informations relatives au partitionnement logique dynamique (DLPAR), telles que le nom d’hôte ou l’adresse IP de la partition, l’état de communication de la partition et les fonctions DLPAR de la partition. v Memory pour afficher ou modifier les informations de gestion de la mémoire correspondant à la partition logique que vous avez sélectionnée. v Processing pour afficher ou modifier les paramètres de gestion des processeurs correspondant à la partition logique que vous avez sélectionnée. Par exemple, vous pouvez afficher le mode compatibilité des processeurs et définir votre préférence pour un partage des processeurs inactifs pour des partitions dédiées. v Ethernet pour afficher ou modifier les paramètres de partition logique d’une carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée), de cartes Ethernet virtuelles et de cartes Ethernet physiques. Les paramètres Ethernet que vous pouvez modifier varient en fonction du système d’exploitation de la partition sélectionnée. v Storage pour afficher ou modifier les paramètres de stockage de la partition logique. v Optical Devices pour afficher ou modifier les paramètres de partition logique pour les unités optiques physiques et les unités optiques virtuelles. v Physical adapters pour afficher ou modifier les cartes physiques affectées à chaque partition logique. Les onglets Stockage et Périphériques optiques s’affichent pour toutes les partitions logiques, sauf la partition de gestion. Pour plus d’informations sur les propriétés de partition spécifiques que vous pouvez afficher ou modifier, voir l’aide en ligne ( ). Chapitre 4. Integrated Virtualization Manager 203 Migration d’une partition logique client vers un autre système géré Vous pouvez faire migrer une partition logique inactive ou opérationnelle sur un autre système géré par un autre gestionnaire Integrated Virtualization Manager. Lorsque les systèmes source et cible sont tous les deux gérés par le gestionnaire Integrated Virtualization Manager version 1.5 ou ultérieure, vous pouvez faire migrer les partitions entre systèmes JS/22 Express et JS/12 Express. Lorsque les systèmes source et cible sont tous les deux gérés par le gestionnaire Integrated Virtualization Manager version 1.5 ou ultérieure, vous pouvez faire migrer les partitions AIX ou Linux entre systèmes comme indiqué ci-après. Tableau 49. Serveurs source et cible pour la migration d’une partition avec Integrated Virtualization Manager Serveur source Serveur cible Serveur serveurs équipé d’un processeur POWER6 Serveur serveurs équipé d’un processeur POWER6 Serveur serveurs équipé d’un processeur POWER6 Système JS/22 Express ou système JS/12 Express Système JS/22 Express ou système JS/12 Express Système JS/22 Express ou système JS/12 Express Système JS/22 Express ou système JS/12 Express Serveur serveurs équipé d’un processeur POWER6 Avant de commencer, effectuez les tâches suivantes : 1. Vérifiez que PowerVM Enterprise Edition (ou Advanced POWER Virtualization Enterprise Edition) est activé sur les serveurs source et cible. Pour plus d’informations, voir «Saisie du code d’activation de PowerVM Editions via Integrated Virtualization Manager», à la page 10. 2. Vérifiez que vous avez correctement préparé les systèmes source et cible, ainsi que la partition de migration pour la migration. Pour plus d’informations, voir «Préparation d’une migration Integrated Virtualization Manager», à la page 283. 3. Récupérez l’adresse IP ou le nom d’hôte du gestionnaire Integrated Virtualization Manager qui gère le système vers lequel vous prévoyez de faire migrer la partition. Vous ne pouvez pas faire migrer la partition de gestion. Pour faire migrer une partition logique client vers un autre système géré, procédez comme suit : 1. Dans le panneau Affichage/modification de partitions, sélectionnez la partition logique client à faire migrer, puis cliquez sur Migration. 2. Entrez les informations requises et cliquez sur Validation. 3. Si vous recevez des erreurs de validation, corrigez les erreurs et revenez dans ce panneau. 4. Lorsque vous avez corrigé toutes les erreurs de validation, cliquez surMigration. Pour afficher l’avancement de la migration, voir «Affichage ou modification du statut d’une partition en cours de migration», à la page 206 Ouverture d’une session de terminal virtuel pour une partition logique Connectez-vous à une partition logique à l’aide du terminal virtuel sur le gestionnaire Integrated Virtualization Manager. Avant de commencer, assurez-vous que vous disposez de la version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Pour ouvrir une session de terminal virtuel, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. 204 Guide d’utilisation de PowerVM Editions 2. Sélectionnez la partition logique à laquelle vous connecter et cliquez sur Ouverture fenêtre terminal. Une fenêtre de terminal virtuel s’ouvre. Remarque : Comme l’applet possède une signature numérique, il est possible que le navigateur affiche un avertissement de sécurité vous demandant de confirmer que vous voulez exécuter l’applet. 3. Saisissez le mot de passe correspondant à votre ID de connexion du gestionnaire en cours Integrated Virtualization Manager. Une session de terminal démarre pour la partition. Arrêt des partitions logiques Utilisez Integrated Virtualization Manager pour arrêter une sélection de partitions logiques ou l’intégralité du système géré. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Integrated Virtualization Manager fournit les types suivants d’option d’arrêt pour les partitions logiques : v Système d’exploitation (recommandé) v Différé v Immédiat La méthode d’arrêt recommandée consiste à utiliser la commande d’arrêt des systèmes d’exploitation client. L’utilisation de la méthode d’arrêt immédiat doit être utilisée en dernier recours, car tout arrêt anormal peut entraîner une perte de données. Si vous choisissez la méthode d’arrêt différé, prenez en compte les remarques suivantes : v Arrêter une partition logique revient à appuyer de façon prolongée sur le bouton blanc de mise sous tension du panneau de commande d’un serveur non partitionné. v N’utilisez cette procédure que si vous ne parvenez pas à arrêter les partitions logiques à l’aide des commandes du système d’exploitation. Lorsque vous utilisez cette procédure pour arrêter les partitions logiques sélectionnées, l’arrêt n’est effectif qu’au terme d’un délai prédéterminé. Cela laisse aux partitions logiques le temps de terminer les travaux entrepris et d’enregistrer les données sur les disques. Si la partition logique ne parvient pas à s’arrêter dans le délai imparti, elle s’arrête de manière anormale et le prochain redémarrage peut prendre un certain temps. Si vous envisagez d’arrêter l’intégralité du système géré, arrêtez chaque partition logique client, puis arrêtez la partition de gestion du serveur d’E-S virtuel. Pour arrêter une partition logique, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition logique à arrêter. 3. Cliquez sur Arrêt. Le panneau Shutdown Partitions s’affiche. 4. Sélectionnez le type d’arrêt. 5. Facultatif : Sélectionnez l’option de redémarrage après l’arrêt si vous souhaitez que la partition logique démarre immédiatement après son arrêt. 6. Cliquez sur OK pour arrêter la partition. Sur le panneau View/Modify Partitions qui s’affiche, la partition est arrêtée. Pour plus d’informations sur l’arrêt des partitions logiques, voir l’aide en ligne ( ). Chapitre 4. Integrated Virtualization Manager 205 Utilisation des fonctions de maintenance du panneau de commande La présente rubrique explique comment arrêter ou redémarrer des partitions logiques, ou encore lancer un cliché de la mémoire principale de ces partitions à l’aide des fonctions de maintenance du panneau de commande du gestionnaire Integrated Virtualization Manager. Ces fonctions portent également le nom de fonctions du panneau de commande. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Vous pouvez utiliser les fonctions de maintenance du panneau de commande pour arrêter ou redémarrer une partition logique sans avoir à arrêter au préalable le système d’exploitation de cette partition. Avertissement : N’utilisez cette procédure que si vous ne parvenez pas à arrêter ou à redémarrer la partition logique à l’aide des commandes du système d’exploitation. Les fonctions de maintenance du panneau de commande entraînent l’arrêt anormal de la partition logique et peuvent donc provoquer la perte de données. Les programmes exécutés dans ces processus ne peuvent effectuer aucun nettoyage. Ces fonctions peuvent donner lieu à des résultats indésirables si des données ont été partiellement mises à jour. Pour utiliser les fonctions de maintenance du panneau de commande, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition logique sur laquelle vous voulez exécuter la fonction. 3. Dans le menu Tasks, sélectionnez Operator panel service functions. Le panneau Operator Panel Service Functions s’affiche. 4. Sélectionnez la fonction de maintenance du panneau de commande à utiliser pour la partition logique sélectionnée, puis cliquez sur OK. Dans le panneau View/Modify Partitions qui s’affiche, la partition logique est arrêtée ou redémarrée. Pour plus d’informations sur l’utilisation des fonctions de maintenance du panneau de commande, voir l’aide en ligne ( ). Affichage ou modification du statut d’une partition en cours de migration Que la partition effectue une migration vers ce système ou un autre, vous pouvez afficher le statut de la migration, l’arrêter ou la récupérer à partir du gestionnaire Integrated Virtualization Manager. Avant de commencer, effectuez les tâches suivantes : 1. Assurez-vous que vous disposez de la version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour afficher la version d’Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. 2. Vérifiez que PowerVM Enterprise Edition (ou Advanced POWER Virtualization Enterprise Edition) est activé. Pour plus d’informations, voir «Saisie du code d’activation de PowerVM Editions via Integrated Virtualization Manager», à la page 10. Pour afficher le statut d’une partition en cours de migration, procédez comme suit : 1. Dans le panneau Affichage/modification de partitions, sélectionnez la partition logique client à faire migrer, puis cliquez sur Etat. 2. Pour afficher le statut d’une partition en cours de migration, passez en revue les informations du panneau Statut de migration. 3. Pour arrêter la migration, cliquez sur Arrêter la migration. Lorsque vous arrêtez la migration, le gestionnaire Integrated Virtualization Manager (à partir duquel a été lancée la migration) tente d’annuler les modifications et de remettre la partition en cours de migration dans l’état où elle se trouvait avant le début de la migration. 206 Guide d’utilisation de PowerVM Editions 4. Pour récupérer une migration, cliquez sur Récupérer la migration. Il est possible que vous deviez récupérer une migration en cas de perte de communication entre les gestionnaires de plateforme, quelle que soit la situation. Affichage des codes de référence des partitions Utiliser Integrated Virtualization Manager pour afficher les codes de référence des partitions logiques du système géré. Ces codes de référence permettent de connaître des informations générales sur le diagnostic, l’identification et la résolution des incidents et le débogage du système. Pour afficher les codes de référence des partitions, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition logique dont vous voulez afficher les codes de référence. 3. Dans le menu Tasks, sélectionnez Reference Codes. Le panneau Partition Reference Codes s’affiche. 4. Pour afficher l’historique des codes de référence, entrez le nombre de codes de référence que vous voulez afficher dans la zone View history, puis cliquez sur Go. Le panneau qui s’affiche contient les codes de référence les plus récents, au nombre que vous avez indiqué, avec la date et l’heure de réception de chaque code. 5. Pour afficher les détails d’un code de référence donné, sélectionnez l’option en regard de ce code. Les détails relatifs au code de référence sélectionné s’affichent dans la zone Details. 6. Cliquez sur OK pour fermer le panneau. Gestion des unités de stockage à l’aide du gestionnaire Integrated Virtualization Manager Utilisez le gestionnaire Integrated Virtualization Manager au niveau des tâches de gestion de la mémoire pour gérer la capacité de stockage du système géré. Un pool de stockage est créé automatiquement lors de l’installation du serveur d’E-S virtuel. Ce pool de stockage, appelé rootvg, est le pool de stockage par défaut. Vous avez la possibilité de créer un pool de stockage supplémentaire puis définir ce dernier en tant que pool par défaut. Vous pouvez ensuite ajouter d’autres volumes physiques au pool de stockage par défaut, créer des disques virtuels à partir de ce pool et affecter les disques virtuels à d’autres partitions logiques. Création d’unités optiques virtuelles à l’aide du gestionnaire Integrated Virtualization Manager Vous pouvez ajouter une nouvelle unité optique virtuelle et monter un support sur la nouvelle unité à l’aide du gestionnaire Integrated Virtualization Manager. Remarque : Vous pouvez également exécuter cette procédure lorsque vous utilisez l’assistant Création de partition. Avant de commencer, assurez-vous que vous disposez de la version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Pour créer une unité optique virtuelle, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. 2. Sélectionnez la partition pour laquelle créer une unité optique virtuelle et cliquez sur Properties. Le panneau Partition Properties s’affiche. 3. Dans la section Périphériques optiques virtuels, cliquez sur Create Device. Une nouvelle unité optique virtuelle est créée et apparaît dans le tableau. Chapitre 4. Integrated Virtualization Manager 207 4. Dans la colonne des fichiers multimédias courants pour l’unité optique virtuelle que vous venez de créer, cliquez sur Modify pour monter le support sur la nouvelle unité. Le panneau de modification des fichiers multimédias actuels s’affiche. 5. Sélectionnez le support à monter, et cliquez sur OK pour revenir dans le panneau des propriétés de la partition. Modification des disques virtuels Vous pouvez utiliser Integrated Virtualization Manager pour afficher les propriétés des disques virtuels du système géré et lancer des tâches de maintenance sur ces disques. Pour afficher et modifier les disques virtuels, procédez comme suit : 1. Dans le menu Virtual Storage Management, sélectionnez View/Modify Virtual Storage. Le panneau View/Modify Virtual Storage s’affiche. 2. Cliquez sur l’onglet Virtual Disks. La liste des disques virtuels s’affiche. 3. Sélectionnez le disque virtuel à modifier. 4. Dans le menu Tasks, sélectionnez l’une des options suivantes : v Properties pour afficher les propriétés du disque virtuel sélectionné ; v Extend pour ajouter de la capacité de stockage au disque virtuel sélectionné ; v Delete pour supprimer le disque virtuel sélectionné et mettre à la disposition d’autres disques virtuels les ressources de stockage qui lui sont associées ; v Modify partition assignment pour changer la partition logique à laquelle est affecté le disque virtuel sélectionné ou configurer ce dernier de sorte qu’il ne soit affecté à aucune partition logique. Modification des pools de stockage à l’aide du gestionnaire Integrated Virtualization Manager Vous pouvez étendre un pool de stockage, réduire ou supprimer un pool de stockage et affecter un pool de stockage comme pool par défaut à l’aide d’Integrated Virtualization Manager. Pour modifier des pools de stockage, procédez comme suit : 1. Dans le menu Virtual Storage Management, sélectionnez View/Modify Virtual Storage. Le panneau View/Modify Virtual Storage s’affiche. 2. Cliquez sur l’onglet Storage Pools. La liste des pools de stockage s’affiche. 3. Sélectionnez le pool de stockage à modifier. 4. Dans la barre des tâches, cliquez sur l’une des options suivantes : v Propriétés pour afficher les propriétés du pool de stockage sélectionné ; v Extension pour ajouter du stockage au pool de stockage sélectionné. Pour étendre des pools de stockage basés sur un volume logique, ajoutez des volumes physiques au pool de stockage. Pour étendre des pools de stockage basés sur fichier, ajoutez de l’espace à partir du pool de stockage parent dans le pool de stockage basé sur fichier. v Réduction pour réduire la taille du pool de stockage sélectionné. Pour réduire des pools de stockage basés sur un volume logique, supprimez des volumes physiques du pool de stockage. Pour réduire le pool de stockage basé sur fichier, supprimez-le. v Affectation en tant que pool de stockage par défaut pour définir le pool de stockage sélectionné comme pool de stockage par défaut de ce système géré. Modification des volumes physiques Utilisez le gestionnaire Integrated Virtualization Manager pour afficher les propriétés des volumes physiques du système géré et pour lancer les tâches de maintenance sur ces volumes. Un volume physique est une unité logique identifiée par un numéro d’unité logique (LUN). Il peut s’agir d’une unité de disque dur ou d’une unité logique sur un réseau de stockage. Vous pouvez affecter 208 Guide d’utilisation de PowerVM Editions directement un volume physique à une partition logique ou ajouter un volume physique à un pool de stockage et créer des disques virtuels à partir du pool de stockage. Pour afficher et modifier les volumes physiques, procédez comme suit : 1. Dans le menu Virtual Storage Management, sélectionnez View/Modify Virtual Storage. Le panneau View/Modify Virtual Storage s’affiche. 2. Cliquez sur l’onglet Physical Volumes afin d’afficher une liste des volumes physiques. 3. Sélectionnez le volume physique à modifier. 4. Dans le menu Tasks, sélectionnez l’une des options suivantes : v Properties pour afficher ou modifier les propriétés du volume physique sélectionné ; v Modify partition assignment pour changer la partition logique à laquelle est affecté le volume physique sélectionné ou configurer ce dernier de sorte qu’il ne soit affecté à aucune partition logique ; v Add to storage pool pour ajouter le volume physique sélectionné au pool de stockage sélectionné ; v Remove from storage pool pour supprimer le volume physique sélectionné du pool de stockage sélectionné. Modification des unités optiques à l’aide du gestionnaire Integrated Virtualization Manager Vous pouvez afficher et modifier les unités optiques physiques et les supports optiques virtuelsà l’aide d’Integrated Virtualization Manager. Vous pouvez ajouter des unités optiques à n’importe quelle partition logique ou en supprimer, que cette partition soit active ou non. Si vous supprimez une unité optique d’une partition logique active, vous êtes auparavant invité à confirmer la suppression. Pour modifier un support optique virtuel, vous devez disposer d’une version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Pour modifier des unités optiques, procédez comme suit : 1. Dans le menu Virtual Storage Management, sélectionnez View/Modify Virtual Storage. Le panneau View/Modify Virtual Storage s’affiche. 2. Cliquez sur l’onglet Périphériques optiques. 3. Pour modifier le paramètre d’affectation d’une partition logique à une unité optique physique, procédez comme suit : a. Dans le tableau Périphériques optiques physiques, sélectionnez l’unité optique à modifier. b. Dans le menu des tâches, cliquez sur Modification de l’affectation de la partition. Le panneau Modification de l’attribution de périphériques optiques à la partition s’affiche. c. Changez la partition à laquelle est affectée l’unité optique ou configurez cette dernière de sorte qu’elle ne soit affectée à aucune partition logique, puis cliquez sur OK. La liste des unités optiques s’affiche, avec les modifications que vous avez apportées. 4. Pour modifier le support optique virtuel, cliquez sur l’une des tâches suivantes dans la section Fichiers multimédias optiques virtuels : v Extension d’une bibliothèque pour étendre la taille de la médiathèque. v Suppression d’une bibliothèque pour supprimer la médiathèque et les fichiers qu’elle contient. v *Ajout d’un fichier multimédia... pour ajouter un fichier multimédia optique dans la médiathèque et le rendre disponible pour une affectation à une partition. Chapitre 4. Integrated Virtualization Manager 209 v Modification de l’affectation de la partition pour modifier l’affectation de la partition d’un fichier multimédia en changeant l’unité optique virtuelle à laquelle un fichier multimédia est affecté. Vous pouvez affecter un support en lecture seul à plusieurs unités. v Téléchargement pour ouvrir ou télécharger le fichier multimédia sélectionné. v Suppression pour supprimer les fichiers multimédias sélectionnés de la médiathèque. Gestion d’Ethernet à l’aide du gestionnaire Integrated Virtualization Manager Utilisez le gestionnaire Integrated Virtualization Manager pour les tâches de gestion du réseau (gestion de la connectivité du réseau du système géré). Modification des paramètres TCP/IP sur le serveur d’E-S virtuel Utilisez le gestionnaire Integrated Virtualization Manager pour modifier les paramètres TCP/IP sur le serveur d’E-S virtuel. Utilisez tout rôle autre que View Only pour exécuter cette tâche. Le rôle View Only permet de visualiser les paramètres TCP/IP, mais pas de les modifier. Vous devez disposer d’une interface réseau active pour pouvoir afficher ou modifier les paramètres TCP/IP. Integrated Virtualization Manager version 1.5.2 prend en charge l’utilisation des adresses IPv6. ATTENTION : La modification à distance des paramètres TCP/IP risque d’entraîner la perte des accès à la session en cours. Vérifiez que vous disposez d’un accès à la partition du gestionnaire Integrated Virtualization Manager à partir de la console physique avant de modifier les paramètres TCP/IP. Pour afficher ou modifier les paramètres TCP/IP, procédez comme indiqué ci-après. 1. Dans le menu IVM Management, sélectionnez View/Modify TCP/IP Settings. Le panneau View/Modify TCP/IP Settings s’affiche. 2. En fonction du paramètre que vous souhaitez afficher ou modifier, sélectionnez l’un des onglets suivants : v General pour afficher ou modifier le nom d’hôte et l’adresse IP de la communication de la partition ; Remarque : Actuellement, Integrated Virtualization Manager prend en charge uniquement des adresses IPv4 pour le paramètre de communication de la partition. v Network Interfaces pour afficher ou modifier les propriétés de l’interface réseau, telles que l’adresse IP, le masque de sous-réseau et l’état de l’interface réseau ; v Name Services pour afficher ou modifier le nom de domaine, l’ordre de recherche du serveur de noms et l’ordre de recherche du serveur de domaines ; v Routing pour afficher ou modifier la passerelle par défaut ; Remarque : Vous pouvez configurer une passerelle IPv4 par défaut et une passerelle IPv6 par défaut pour Integrated Virtualization Manager version 1.5.2. 3. Cliquez sur Apply pour activer les nouveaux paramètres. Création d’une carte Ethernet virtuelle Vous pouvez créer une carte Ethernet virtuelle sur la partition de gestion et sur les partitions client à l’aide d’Integrated Virtualization Manager. 210 Guide d’utilisation de PowerVM Editions Ethernet virtuel assure la connectivité Ethernet entre les partitions. Pour créer une carte Ethernet virtuelle, spécifiez le numéro d’ID du réseau Ethernet virtuel auquel vous voulez connecter une carte Ethernet virtuelle correspondante, qui est disponible pour une partition logique. Vous pouvez également ajouter de nouvelles cartes ou ID de réseau Ethernet virtuel pour la partition. La plupart des tâches associées à l’Ethernet virtuel IEEE 802.1Q s’exécutent via l’interface de ligne de commande. Pour une description détaillée des commandes, voir le manuel Serveur d’E-S virtuel et Integrated Virtualization Manager - Guide des commandes. Pour consulter le fichier PDF Serveur d’E-S virtuel et Integrated Virtualization Manager - Guide des commandes (SA11-1701), d’une taille approximative de 4 Mo, voir sa76-0101.pdf . Pour créer une carte Ethernet virtuelle, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. 2. Sélectionnez la partition logique à laquelle affecter la carte Ethernet virtuelle et cliquez sur Propriétés. 3. Sélectionnez l’onglet Ethernet. 4. Pour créer une carte Ethernet virtuelle sur la partition de gestion, procédez comme suit : a. Dans la section Cartes Ethernet virtuelles, cliquez sur Création d’une carte. b. Entrez l’ID Ethernet virtuel et cliquez sur OK pour quitter la fenêtre de saisie de l’ID Ethernet virtuel. c. Cliquez sur OK pour quitter la fenêtre Propriétés de la partition. 5. Pour créer une carte Ethernet virtuelle sur une partition client, procédez comme suit : a. Dans la section Cartes Ethernet virtuelles, sélectionnez un Ethernet virtuel pour la carte et cliquez sur OK. b. Si aucune carte n’est disponible, cliquez sur Création d’une carte pour ajouter une nouvelle carte dans la liste, puis réitérez l’étape précédente. Affichage des paramètres Ethernet virtuels à l’aide du gestionnaire Integrated Virtualization Manager Utilisez Integrated Virtualization Manager pour afficher les paramètres Ethernet virtuels du système géré. Utilisez un rôle autre que View Only pour effectuer les tâches de l’onglet Virtual Ethernet. Pour afficher les paramètres Ethernet virtuels du système géré, cliquez sur Affichage/Modification des paramètres Ethernet virtuels dans Gestion des adaptateurs d’E-S. L’onglet Ethernet virtuel affiche des informations pouvant être visualisées comme suit : v Vous pouvez afficher les informations par partition, ce qui affiche la liste de tous les réseaux Ethernet virtuels auxquels appartient chaque partition logique. v Vous pouvez afficher les informations par Ethernet virtuel, ce qui affiche la liste de toutes les partitions logiques appartenant à chaque réseau Ethernet virtuel. Gestion des planifications système Vous pouvez créer, afficher, importer, exporter, déployer et supprimer des planifications système à partir du gestionnaire Integrated Virtualization Manager. Une planification système est une spécification du matériel et des partitions logiques d’un ou de plusieurs systèmes. Elle peut être utilisée de différentes manières. Vous pouvez, par exemple, l’importer dans le gestionnaire Integrated Virtualization Manager pour la déployer ensuite sur le système géré. L’assistant de déploiement de planification système (System Plan Deployment) crée automatiquement des partitions logiques conformément aux spécifications contenues dans la planification système. Vous pouvez également créer une planification système à partir de la configuration système en cours et l’exporter ensuite sur un support. La planification système peut alors être importée puis déployée sur un autre système. Chapitre 4. Integrated Virtualization Manager 211 Création d’une planification système à l’aide du gestionnaire Integrated Virtualization Manager Vous pouvez utiliser le gestionnaire Integrated Virtualization Manager pour créer une planification système à partir d’une configuration système existante. Lorsque vous créez une planification système basée sur le système géré existant à l’aide du gestionnaire Integrated Virtualization Manager, la partition de gestion lit les informations de configuration sur le système géré, puis les stocke dans la planification système. Pour créer une planification système fondée sur une configuration système existante à l’aide du gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Dans la zone de navigation, sélectionnez Gestion de planifications système. La page Gestion de planifications système s’ouvre. 2. Dans la barre d’outils supérieure du tableau des planifications système, cliquez sur Création/importation d’une planification système. La page Création/importation d’une planification système s’ouvre. 3. Sélectionnez l’option Création. 4. Entrez un nom de fichier de planification système et une description pour la nouvelle planification système. 5. Cliquez sur OK. Le gestionnaire Integrated Virtualization Manager génère une nouvelle planification système basée sur la configuration système en cours qui apparaît dans le tableau Planifications du système. Maintenant que vous disposez d’une nouvelle planification système, vous pouvez exporter la planification système et l’importer dans un autre système Integrated Virtualization Manager géré, ainsi que déployer la planification système sur ce système géré. Remarque : Vous avez également la possibilité d’utiliser la commande mksysplan pour accomplir cette tâche, si vous ne voulez pas utiliser l’interface utilisateur Web d’Integrated Virtualization Manager. Affichage d’une planification système sur le gestionnaire Integrated Virtualization Manager Vous pouvez afficher une planification système sur le gestionnaire Integrated Virtualization Manager par le biais de l’afficheur de planification système. L’afficheur utilise une arborescence de navigation et des tables pour afficher les informations du fichier de planification système. Il comprend certaines fonctionnalités, telles que le tri dynamique par colonne de table et la capacité à afficher les limites de ponts EADS. Il est fourni avec le gestionnaire Integrated Virtualization Manager de façon à être accessible depuis celui-ci. Vous devrez néanmoins entrer à nouveau vos ID utilisateur et mot de passe pour pouvoir afficher la planification système. Pour afficher une planification système à partir du gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Dans la zone de navigation, sélectionnez Gestion des planifications système. La page Gestion de planifications système s’ouvre. 2. Sélectionnez la planification système à afficher dans le tableau Planifications du système. 3. Dans la barre d’outils supérieure du tableau des planifications système, cliquez sur Tâches supplémentaires → Affichage. La fenêtre de connexion de l’afficheur de planification système s’affiche. 4. Entrez vos nom d’utilisateur et mot de passe Integrated Virtualization Manager pour vous connecter à l’afficheur de planification système. 212 Guide d’utilisation de PowerVM Editions Importation d’une planification système dans le gestionnaire Integrated Virtualization Manager Vous pouvez importer un fichier de planification système dans la partition de gestion du gestionnaire Integrated Virtualization Manager. Vous pouvez ensuite déployer la planification système sur le système géré par Integrated Virtualization Manager. Vous devez importer un fichier de planification système dans la partition de gestion d’Integrated Virtualization Manager pour pouvoir déployer la planification système sur le système géré. Pour que le déploiement de la planification système réussisse, le matériel du système géré doit correspondre au matériel de la planification système ou être supérieur. Pour importer un fichier de planification système, vous devez avoir le rôle d’administrateur principal (prime administrator ou padmin). Pour plus d’informations sur les rôles utilisateur, voir la section sur les rôles utilisateur. Pour importer un fichier de planification système dans la partition de gestion du gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Dans la zone de navigation, sélectionnez Gestion des planifications système. La page Gestion de planifications système s’ouvre. 2. Dans la barre d’outils supérieure du tableau des planifications système, cliquez sur Création/importation d’une planification système. La page Création/importation d’une planification système s’ouvre. 3. Sélectionnez l’option Importation. 4. Saisissez le nom et le chemin qualifiés complets du fichier de planification système dans la zone Nom de fichier de la planification système. Ou cliquez sur Parcourir pour sélectionner le fichier de planification système dans le système de fichiers local. Le nom de ce fichier doit se terminer par le suffixe .sysplan et ne peut comporter que des caractères alphanumériques. 5. Cliquez sur OK. Si le gestionnaire Integrated Virtualization Manager renvoie une erreur, revenez à l’étape 4 et vérifiez que les informations que vous avez entrées dans cette zone sont correctes. Vous pouvez ensuite utiliser le fichier de planification système importé pour déployer la planification système sur le système géré par Integrated Virtualization Manager. Concepts associés «Rôles utilisateur», à la page 220 La présente section décrit les rôles utilisateur pour le gestionnaire Integrated Virtualization Manager. Déploiement d’une planification système à l’aide d’Integrated Virtualization Manager Lorsque vous déployez une planification système, le gestionnaire Integrated Virtualization Manager crée des partitions logiques sur le système géré, en fonction des spécifications de cette planification. Configuration requise pour le déploiement d’une planification système Lorsque vous utilisez une version du gestionnaire Integrated Virtualization Manager antérieure à la version 1.5.2.0, vérifiez que le système se trouve en configuration usine par défaut. Plus précisément, le système doit répondre aux prérequis suivants : v Les partitions logiques clientes ne sont pas configurées sur le système géré. v Les adaptateurs Ethernet virtuels ne sont pas configurés sur le système géré. v Les pools de stockage ne sont pas configurés sur le système géré. v Les unités de sauvegarde ne sont pas configurées sur le système géré. v Toutes les ressources d’E-S sont affectées à la partition de gestion d’Integrated Virtualization Manager. Dans la configuration usine par défaut, toutes les ressources d’E-S sont affectées à Integrated Virtualization Manager. Lorsque vous ajoutez des ressources d’E-S au système, celles-ci sont affectées au gestionnaire Integrated Virtualization Manager par défaut. Chapitre 4. Integrated Virtualization Manager 213 Lorsque vous déployez une planification système à l’aide du gestionnaire Integrated Virtualization Manager version 1.5.2.0, effectuez le déploiement sur un système déjà utilisé ou dont la configuration n’est pas celle fournie par défaut par le fabricant. Vous pouvez déployer une planification système sur un système disposant déjà d’une partition de gestion configurée de Integrated Virtualization Manager ou de partitions logiques client configurées. Le système cible peut disposer d’éléments déjà configurés du serveur d’E-S virtuel répertoriés, tels que des disques virtuels ou des cartes Ethernet virtuelles. Si, toutefois, la planification système que vous envisagez de déployer contient des informations sur des éléments déjà configurés sur le système, les éléments configurés sur le système cible doivent correspondre exactement à ceux de la planification système. Dans le cas contraire, la planification système ne peut pas être validée ou les éléments qu’elle contient ne peuvent pas être déployés. Il n’est par ailleurs plus nécessaire de déployer entièrement une planification système, mais vous pouvez procéder au déploiement partiel sur le système cible en sélectionnant les partitions logiques à déployer dans la planification. Vous pouvez alors réexécuter l’assistant de déploiement de planification système afin de déployer le reste des partitions logiques dans la planification système par la suite. Les conditions requises suivantes doivent être satisfaites en plus de celles qui précèdent liées à la version du gestionnaire Integrated Virtualization Manager : v Le fichier de planification système existe sur le gestionnaire Integrated Virtualization Manager. Si ce n’est pas le cas, vous devez l’importer dans Integrated Virtualization Manager. v Le matériel physique est connecté et envoie des rapports au serveur. Si vous déployez une planification système que vous avez créée à l’aide du gestionnaire Integrated Virtualization Manager, vérifiez que le matériel et le câblage sur le système cible est identique à celui du système source. v Le matériel physique du système géré doit correspondre en tout point au matériel identique de la planification système. v Integrated Virtualization Manager n’exécute aucune autre opération sur le système géré. v Vous avez un rôle d’administrateur principal (prime administrator ou padmin). Pour plus d’informations sur les rôles utilisateur, voir la section sur les rôles utilisateur. Déploiement d’une planification système Pour déployer une planification système sur un système géré à l’aide du gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Dans la zone de navigation du gestionnaire Integrated Virtualization Manager, sélectionnez Gestion des planifications système. La page Gestion de planifications système s’ouvre. 2. Dans le tableau Planifications du système, sélectionnez la planification système à déployer. 3. Dans la barre d’outils supérieure du tableau des planifications système, cliquez sur Tâches supplémentaires → Déploiement pour démarrer l’assistant de déploiement de la planification système. La page de l’assistant relative à la présentation du déploiement s’ouvre. 4. Si vous y êtes invité, choisissez le système géré sur lequel vous souhaitez déployer la planification système et cliquez sur Suivant. L’invite s’affiche uniquement si le fichier de planification système contient plusieurs systèmes. Si la planification système ne correspond pas au matériel sur le système géré sur lequel vous souhaitez la déployer, l’assistant affiche une boîte de dialogue vous en informant. Cliquez sur OK pour continuer ou sur Annuler pour sélectionner une autre planification système. 5. Attendez que l’assistant valide le système géré et son matériel, grâce à une comparaison avec la planification système. Le processus de validation peut prendre un certain temps. 6. S’il s’achève correctement, cliquez sur Next. Dans le cas contraire, corrigez les erreurs signalées par les messages d’erreur, cliquez sur Annuler pour quitter l’assistant, puis recommencez la procédure depuis le début. Pour vous aider à corriger des incidents de validation, vous pouvez créer une planification système basée sur la configuration en cours du système géré. Une telle planification système peut vous aider à comparer la planification système que vous voulez déployer avec la 214 Guide d’utilisation de PowerVM Editions configuration actuelle du système géré. Vous pouvez pour ce faire utiliser la tâche Création d’une planification système dans le gestionnaire Integrated Virtualization Manager, ou exécuter la commande suivante sur le système : mksysplan -f nom_de_la_nouvelle_planification_système.sysplan 7. Passez en revue la page Eléments du plan déployable, sélectionnez les partitions logiques dans la planification système à déployer et cliquez sur Suivant. Cette page indique le statut déployable des partitions logiques que contient la planification système. Si une partition logique est associée à l’état partiellement déployé, elle est automatiquement sélectionnée pour le déploiement et vous pouvez modifier la sélection. Si une partition logique n’est pas sélectionnée pour le déploiement, l’assistant ne déploie aucune entité dépendant de cette partition, telle que les unités de sauvegarde sur le serveur d’E-S virtuel. 8. Passez en revue la liste des éléments du plan de déploiement sur la page du déploiement et cliquez sur Terminer pour commencer à déployer la planification système. Le gestionnaire Integrated Virtualization Manager crée les partitions logiques spécifiées et déploie les entités indiquées comme dans la liste. Le processus de déploiement peut durer plusieurs minutes suivant le nombre de partitions logiques et d’entités à déployer. Une fois le déploiement de la planification système terminé, exécutez les tâches suivantes : v Localisez les adaptateurs d’E-S de disque physique correspondant à chaque partition logique et assurez-vous que les unités de disque qui y sont connectées pourront prendre en charge la configuration souhaitée pour chaque partition logique. v Installez les systèmes d’exploitation et les logiciels sur les partitions logiques. Concepts associés «Rôles utilisateur», à la page 220 La présente section décrit les rôles utilisateur pour le gestionnaire Integrated Virtualization Manager. Tâches associées «Importation d’une planification système dans le gestionnaire Integrated Virtualization Manager», à la page 213 Vous pouvez importer un fichier de planification système dans la partition de gestion du gestionnaire Integrated Virtualization Manager. Vous pouvez ensuite déployer la planification système sur le système géré par Integrated Virtualization Manager. Exportation d’une planification système à partir du gestionnaire Integrated Virtualization Manager Vous pouvez exporter un fichier de planification système depuis le gestionnaire Integrated Virtualization Manager et le télécharger vers l’ordinateur que vous utilisez pour accéder au gestionnaire Integrated Virtualization Manager. Pour exporter un fichier de planification système, vous devez avoir le rôle d’administrateur principal (prime administrator ou padmin). Pour plus d’informations sur les rôles utilisateur, voir la section sur les rôles utilisateur. Pour exporter un fichier de planification système stocké dans un gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Dans la zone de navigation du gestionnaire Integrated Virtualization Manager, sélectionnez Gestion des planifications système. La page Gestion de planifications système s’ouvre. 2. Sélectionnez la planification système à exporter du tableau Planifications du système 3. Dans la barre d’outils supérieure du tableau des planifications système, cliquez sur Tâches supplémentaires → Exportation. Une fenêtre de téléchargement du fichier du navigateur apparaît. 4. Indiquez si vous souhaitez ouvrir la planification système à l’aide d’un navigateur ou la sauvegarder sur disque et cliquez sur OK. Etant donné que l’accès à la planification système s’effectue par le biais Chapitre 4. Integrated Virtualization Manager 215 d’une interface de navigateur, le téléchargement et l’exportation s’effectuent à partir du navigateur. Les paramètres du navigateur déterminent l’emplacement de téléchargement de la planification système dans votre système de fichiers local. Remarque : Il se peut que votre navigateur ajoute l’extension .zip au nom de fichier de la planification système. Dans ce cas, renommez ce fichier en supprimant l’extension .zip afin d’être certain de pouvoir l’utiliser. Si le gestionnaire Integrated Virtualization Manager renvoie une erreur, vérifiez que les informations que vous avez entrées dans cette fenêtre sont correctes. Si besoin est, cliquez sur Annulation, revenez à l’étape 3 et recommencez la procédure depuis le début, en vous assurant que les informations entrées à chaque étape sont correctes. Vous pouvez importer le fichier de planification système dans un gestionnaire Integrated Virtualization Manager différent afin de déployer la planification sur d’autres systèmes gérés. Concepts associés «Rôles utilisateur», à la page 220 La présente section décrit les rôles utilisateur pour le gestionnaire Integrated Virtualization Manager. Suppression d’une planification système à partir du gestionnaire Integrated Virtualization Manager Vous pouvez supprimer une planification système de la partition de gestion d’Integrated Virtualization Manager. La suppression d’une planification système de la partition de gestion d’Integrated Virtualization Manager n’annule aucune modification de configuration de partition ou de matériel si cette planification système a été déployée sur le système géré. Pour retirer la planification système de la partition de gestion d’Integrated Virtualization Manager, procédez comme suit : 1. Dans la zone de navigation, sélectionnez Gestion des planifications système. La page Gestion de planifications système s’ouvre. 2. Dans le tableau Planifications du système, sélectionnez la planification système à supprimer. 3. Dans la barre d’outils supérieure du tableau des planifications système, cliquez sur Tâches supplémentaires. La page Suppression de planifications système s’ouvre. 4. Confirmez qu’il s’agit de la planification système à supprimer et cliquez sur OK pour la supprimer. Mise à jour du gestionnaire Integrated Virtualization Manager Vous pouvez mettre à jour le niveau de code de la partition de gestion et le microcode du microprogramme du serveur d’E-S virtuel à l’aide d’Integrated Virtualization Manager. Pour mettre à jour le niveau de code de la partition de gestion ou le microcode du microprogramme du serveur d’E-S virtuel, choisissez l’une des procédures suivantes : v Mettez à jour le niveau de code courant de la partition de gestion d’Integrated Virtualization Manager. Pour plus d’informations, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. v Créez une analyse du microcode du système géré, puis téléchargez et mettez à niveau le microcode. Pour plus d’instructions, voir l’article sur la mise à jour du microprogramme et du microcode de périphérique d’un serveur d’E-S virtuel via Integrated Virtualization Manager avec une connexion Internet dans le guide d’installation de votre serveur. v Mettez à jour le microprogramme et le microcode de périphérique duserveur d’E-S virtuel. Pour plus d’instructions, voir l’article sur la mise à jour du microprogramme et du microcode de périphérique d’un serveur d’E-S virtuel via Integrated Virtualization Manager sans connexion Internet dans le guide d’installation de votre serveur. 216 Guide d’utilisation de PowerVM Editions Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager Vous pouvez afficher et mettre à jour le niveau de code courant de la partition de gestion d’Integrated Virtualization Manager. Pour mettre à jour la partition de gestion, effectuez les étapes suivantes : 1. Dans le menu Gestion de la maintenance, sélectionnez Mises à jour. 2. Affichez le niveau de code courant du gestionnaire Integrated Virtualization Manager. 3. Allez sur le site Web indiqué sur le panneau pour trouver les dernières mises à jour disponibles et savoir comment appliquer les mises à jour. Installation ou remplacement d’une carte PCI sur le serveur d’E-S virtuel lorsque le système est sous tension Vous pouvez être amené à installer ou remplacer une carte PCI sur la partition logique du serveur d’E-S virtuel ou sur la partition de gestion du gestionnaire Integrated Virtualization Manager. La procédure de cette section permet d’effectuer cette tâche. Le serveur d’E-S virtuel comporte un gestionnaire d’unités PCI remplaçables à chaud similaire à celui du système d’exploitation AIX. Le gestionnaire d’unités PCI remplaçables à chaud permet de remplacer à chaud des cartes PCI sur le serveur, puis de les activer sur la partition logique sans réamorcer le système. Le gestionnaire d’unités PCI remplaçables à chaud permet d’ajouter, d’identifier et de remplacer les cartes PCI attribuées au serveur d’E-S virtuel. Guide d’initiation Prérequis : v Pour installer une nouvelle carte, vous devez attribuer un emplacement vide du système à la partition logique du serveur d’E-S virtuel. Vous pouvez effectuer cette tâche via le partitionnement logique dynamique (DLPAR). – Si vous utilisez une console HMC (Hardware Management) , vous devez également mettre à jour le profil de partition logique du serveur d’E-S virtuel pour que la nouvelle carte soit configurée sur ce serveur après le redémarrage du système. – Si vous utilisez le gestionnaire Integrated Virtualization Manager, un emplacement vide est probablement déjà affecté à la partition logique du serveur d’E-S virtuel, car, par défaut, tous les emplacements sont affectés à ce serveur. Il suffit d’affecter un emplacement vide à la partition logique du serveur d’E-S virtuel si vous avez déjà affecté tous les emplacements vides à d’autres partitions logiques. v Lorsque vous installez une nouvelle carte, veillez à installer les logiciels nécessaires à la prise en charge de cette carte et les éventuelles modifications provisoires du logiciel (PTF) disponibles. v Si vous avez besoin d’aide pour déterminer l’emplacement de la carte PCI, voir Positionnement d’une carte PCI dans l’unité centrale ou l’unité d’extension, dans le manuel Positionnement d’une carte PCI. Pour accéder au gestionnaire d’unités PCI remplaçables à chaud du serveur d’E-S virtuel, procédez comme suit : 1. Si vous utilisez le gestionnaire Integrated Virtualization Manager, connectez-vous à l’interface de ligne de commande. 2. Utilisez la commande diagmenu pour ouvrir le menu de diagnostic du serveur d’E-S virtuel. Les menus sont similaires aux menus de diagnostic de AIX. 3. Sélectionnez Sélection des tâches, et appuyez sur Entrée. 4. Dans la liste Sélection des tâches, sélectionnez Gestionnaire d’unités PCI remplaçables à chaud. Chapitre 4. Integrated Virtualization Manager 217 Installation d’une carte PCI Pour installer une carte PCI sur le serveur d’E-S virtuel lorsque le système est sous-tension, procédez comme suit : 1. Dans le gestionnaire d’unités PCI remplaçables à chaud, sélectionnez Ajouter une carte PCI remplaçable à chaud et appuyez sur Entrée. La fenêtre d’ajout de carte PCI remplaçable à chaud s’affiche. 2. Sélectionnez l’emplacement PCI vide approprié dans la liste et appuyez sur Entrée. Lorsque l’emplacement est identifié, il est signalé par un voyant orange qui clignote rapidement à l’arrière du serveur. 3. Suivez les instructions indiquées à l’écran pour installer la carte, ensuite le voyant de l’emplacement PCI choisi doit passer à l’état d’action. L’installation de la carte, similaire à la procédure effectuée sur une partition logique autonome AIX, comporte les étapes suivantes : a. Voyant de la carte à l’état d’action : clignotement du voyant de l’emplacement de la carte b. Installation physique de la carte c. Fin de la tâche d’installation de la carte avec diagmenu. 4. Lancez la commande cfgdev pour configurer l’unité du serveur d’E-S virtuel. Si vous installez une carte PCI Fibre Channel, elle est alors prête à être reliée à un réseau de stockage (SAN) et des LUN sont attribués au serveur d’E-S virtuel pour la virtualisation. Remplacement d’une carte PCI Prérequis : Avant de retirer ou de remplacer une carte de mémoire, vous devez annuler sa configuration. Pour plus d’informations, voir «Annulation de la configuration d’une carte de mémoire», à la page 125. Pour remplacer une carte PCI sur le serveur d’E-S virtuel lorsque le système est sous-tension, procédez comme suit : 1. Dans le gestionnaire d’unités PCI remplaçables à chaud, sélectionnez Déconfiguration d’une unité et appuyez sur Entrée. 2. Appuyez sur F4 (ou Echap+4) pour afficher le menu Noms d’unités. 3. Sélectionnez la carte à retirer dans le menu Noms d’unités. 4. Dans la zone Conservation de la définition, répondez Oui à l’aide de la touche de tabulation. Dans la zone Déconfiguration des unités filles, répondez OUI à l’aide de la touche de tabulation. 5. Appuyez sur Entrée pour vérifier les informations sur l’écran de confirmation de l’opération. Si l’annulation de la configuration est correctement effectuée, le message OK s’affiche à côté de la zone Commande en haut de l’écran. 6. Appuyez deux fois sur F4 (ou Echap+4) pour revenir au Gestionnaire d’unités remplaçables à chaud. 7. Sélectionnez Remplacement/Retrait d’une carte PCI remplaçable à chaud. 8. Sélectionnez l’emplacement duquel vous souhaitez retirer l’unité. 9. Sélectionnez remplacer. Lorsque l’emplacement est identifié, il est signalé par un voyant orange qui clignote rapidement à l’arrière de la machine. 10. Appuyez sur Entrée. La carte passe alors à l’état d’action, c’est-à-dire qu’elle peut être retirée du système. Annulation de la configuration d’une carte de mémoire Avant de retirer ou de remplacer une carte de mémoire, vous devez annuler sa configuration. Les cartes de mémoire sont en général des unités mères d’unités de stockage, telles que les unités de disque ou les unités de bande. Pour retirer l’unité mère, il est nécessaire de retirer ou de placer à l’état Défini toutes les unités filles connectées. 218 Guide d’utilisation de PowerVM Editions L’annulation de la configuration d’une carte de mémoire comporte les tâches suivantes : v Fermer toutes les applications qui utilisent la carte à retirer, à remplacer ou à déplacer v Démonter les systèmes de fichiers v Vérifier que toutes les unités reliées à la carte ont été identifiées et arrêtées v Répertorier tous les emplacements en cours d’utilisation ou l’emplacement occupé par une carte particulière v Identifier l’emplacement de la carte v Rendre les unités mère et fille indisponibles v Rendre la carte indisponible Si la carte prend en charge les volumes physiques utilisés par une partition logique client, vous devrez peut-être effectuer des opérations sur la partition logique client avant d’annuler la configuration de la carte de mémoire. Pour plus d’informations, voir «Préparation des partitions logiques client», à la page 126. La carte peut être en cours d’utilisation lorsque, par exemple, le volume physique a été utilisé pour créer une unité cible virtuelle ou fait partie d’un groupe de volumes utilisé pour créer une unité cible virtuelle. Pour annuler la configuration d’une carte de mémoire SCSI, SSA, et Fibre Channel, procédez comme suit : 1. Connectez-vous à l’interface de ligne de commande du serveur d’E-S virtuel. 2. Exécutez la commande oem_setup_env pour fermer toutes les applications qui utilisent la carte pour laquelle vous souhaitez annuler la configuration. 3. Entrez lsslot-c pci pour répertorier tous les emplacements remplaçables à chaud de l’unité centrale et afficher leurs caractéristiques. 4. Entrez lsdev -C pour afficher l’état des unités de l’unité centrale. 5. Entrez unmount pour démonter les fichiers systèmes, les répertoires ou les fichiers montés qui utilisent cette carte. 6. Entrez rmdev -l adapter -R pour rendre la carte indisponible. Avertissement : N’utilisez pas l’option -d avec la commande rmdev pour effectuer des opérations sur les unités remplaçables à chaud, car cette action supprime la configuration. Préparation des partitions logiques client Si les unités cibles virtuelles des partitions logiques client ne sont pas disponibles, cela peut faire échouer ces partitions logiques ou leurs opérations d’E-S pour une application particulière. Si vous utilisez la console HMC pour gérer le système, des partitions logiques du serveur d’E-S virtuel peuvent être redondantes, ce qui permet la maintenance de ce serveur et évite toute immobilisation des partitions logiques client. Lorsque vous remplacez une carte sur le serveur d’E-S virtuel, si votre partition logique client dépend d’un ou plusieurs volumes physiques liés à cette carte, vous devrez peut-être effectuer des opérations sur le client avant d’annuler la configuration de la carte. Les unités cibles virtuelles doivent se trouver à l’état Défini avant le remplacement de la carte du serveur d’E-S virtuel. Ne retirez pas les unités virtuelles de façon définitive. Pour préparer des partitions logiques client en vue de l’annulation de la configuration d’une carte, effectuez les opérations ci-après en fonction de votre contexte. Tableau 50. Procédures de préparation de partitions logiques client en fonction du contexte Contexte Etapes Vous disposez de matériel redondant pour la carte sur le serveur d’E-S virtuel. Aucune opération n’est requise sur la partition logique client. Chapitre 4. Integrated Virtualization Manager 219 Tableau 50. Procédures de préparation de partitions logiques client en fonction du contexte (suite) Contexte Etapes Systèmes gérés par la console HMC uniquement : Vous disposez de partitions logiques redondantes sur le serveur d’E-S virtuel qui, associées à des cartes client virtuelles, offrent plusieurs chemins d’accès au volume physique de la partition logique client. Aucune opération n’est requise sur la partition logique client. Cependant, des erreurs de chemin d’accès peuvent y être consignées. Systèmes gérés par la console HMC uniquement : Vous disposez de partitions logiques redondantes sur le serveur d’E-S virtuel qui, associées à des cartes client virtuelles, offrent plusieurs volumes physiques qui permettent de mettre en miroir un groupe de volumes. Consultez les procédures relatives au système d’exploitation du client. Vous n’avez pas de partitions logiques redondantes sur le serveur d’E-S virtuel. Arrêtez la partition logique client. Pour plus d’informations, voir les rubriques suivantes relatives à l’arrêt des partitions logiques : v Pour les systèmes gérés par la console HMC, voir «Arrêt de partitions logiques AIX à l’aide de la console HMC» et «Arrêt de partitions logiques Linux à l’aide de la console HMC» dans Guide de partitionnement logique.1 v Pour les systèmes gérés par le gestionnaire Integrated Virtualization Manager, voir «Arrêt des partitions logiques», à la page 205. Remarque : 1. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une taille approximative de 3 Mo, voir sa76-0098.pdf . Création et modification de comptes utilisateur Les tâches de gestion des utilisateurs permettent de gérer les comptes utilisateur Integrated Virtualization Manager sur le système géré. Utilisez le compte utilisateur padmin pour afficher, modifier ou créer des comptes utilisateur. La partition de gestion du système géré utilise les mêmes comptes utilisateur que celle du gestionnaire Integrated Virtualization Manager. Par conséquent, les modifications que vous apportez aux comptes utilisateur à l’aide du gestionnaire Integrated Virtualization Manager s’appliquent également aux comptes utilisateur de la partition de gestion. Par exemple, si vous modifiez le mot de passe d’un compte utilisateur dans Integrated Virtualization Manager, vous devrez utiliser le nouveau mot de passe lorsque vous utiliserez ce compte utilisateur pour vous connecter à la partition de gestion. Pour afficher la liste des comptes utilisateur Integrated Virtualization Manager et démarrer les tâches de maintenance sur ces comptes, cliquez sur View/Modify User Accounts. Rôles utilisateur La présente section décrit les rôles utilisateur pour le gestionnaire Integrated Virtualization Manager. Le rôle utilisateur définit les fonctions auxquelles un utilisateur peut accéder et celles qu’il peut utiliser. Une fois un compte utilisateur créé, vous ne pouvez plus modifier le rôle utilisateur qui lui est attribué. De plus, vous ne pouvez pas créer de compte utilisateur avec les mêmes droits que le compte utilisateur padmin. 220 Guide d’utilisation de PowerVM Editions Les rôles utilisateur disponibles pour le gestionnaire Integrated Virtualization Manager sont les suivants : Tableau 51. Rôles utilisateur Integrated Virtualization Manager Rôle utilisateur Description padmin Ce rôle est similaire à root (superutilisateur). Un seul compte utilisateur padmin peut être créé pour le gestionnaire Integrated Virtualization Manager. Le compte utilisateur padmin est nécessaire pour afficher, modifier ou créer des comptes utilisateur. View/Modify Ce rôle est le type par défaut pour tous les utilisateurs autres que padmin. Il permet d’exécuter la plupart des fonctions dans Integrated Virtualization Manager. Il porte le nom Administrator dans l’interface de ligne de commande. View Only Ce rôle autorise uniquement les opérations en lecture seule et ne permet d’exécuter que les fonctions de type ls. Les utilisateurs ayant ce rôle ne disposent pas des droits nécessaires pour modifier la configuration système ni du droit d’accès en écriture à leurs répertoires personnels. Ce rôle porte le nom View dans l’interface de ligne de commande. Service Representative (SR) Ce rôle permet aux techniciens de maintenance d’exécuter les commandes requises pour la maintenance du système sans avoir à se connecter en tant qu’utilisateur root. Le nom d’utilisateur standard pour le rôle SR est qserv. Certaines fonctions de maintenance du gestionnaire Integrated Virtualization Manager sont accessibles uniquement avec le rôle SR. Les opérations de maintenance des comptes SR sont les suivantes : v Exécution des programmes de diagnostic, y compris les aides à la maintenance (tâches de remplacement à chaud, certification, format, etc.) v Exécution de toutes les commandes pouvant être exécutées par un système de groupe v Configuration et déconfiguration des unités inutilisées v Utilisation de l’aide à la maintenance pour mettre à jour le microcode système v Exécution des opérations d’arrêt et de redémarrage Création de comptes utilisateur La présente rubrique explique comment créer des comptes utilisateur Integrated Virtualization Manager et définir leurs propriétés de base, par exemple l’ID utilisateur, le mot de passe et le rôle. Utilisez le compte utilisateur padmin pour exécuter cette tâche. Pour créer un compte utilisateur, procédez comme suit : 1. Dans le menu IVM Management, sélectionnez View/Modify User Accounts. Le panneau Create User Accounts s’affiche. 2. Cliquez sur *Création d’un utilisateur.... La fenêtre de création de compte d’utilisateur s’affiche. 3. Entrez l’ID utilisateur et le mot de passe, puis confirmez ce dernier. 4. Sélectionnez le rôle convenant au compte utilisateur, puis cliquez sur OK. Le compte utilisateur est créé. Chapitre 4. Integrated Virtualization Manager 221 Si nécessaire, vous pouvez créer d’autres comptes utilisateur. Pour plus d’informations sur les rôles utilisateur, voir l’aide en ligne ( ). Lorsque vous créez un compte utilisateur, seules ses propriétés de base sont définies. Vous pouvez indiquer des propriétés utilisateur supplémentaires, telles que les restrictions relatives au mot de passe et la date d’expiration du compte, en changeant les propriétés utilisateur. Lorsque vous créez un compte utilisateur à partir de ce panneau, le rôle utilisateur par défaut est Administrator. Les utilisateurs ayant le rôle Administrator sont autorisés à effectuer toutes les tâches, à l’exception des tâches de maintenance utilisateur et de celles faisant intervenir le journal de commandes global et le journal d’échecs de connexion. De plus, vous ne pouvez pas créer de compte utilisateur avec les mêmes droits que le compte utilisateur padmin. Le compte utilisateur padmin peut utiliser Integrated Virtualization Manager pour effectuer toutes les tâches. Modification des propriétés utilisateur Utilisez le gestionnaire Integrated Virtualization Manager pour modifier les propriétés de comptes utilisateur, par exemple le nombre de tentatives de connexion autorisé et la date d’expiration du compte. Utilisez le compte utilisateur padmin pour exécuter cette tâche. Pour modifier les propriétés d’un compte utilisateur, procédez comme suit : 1. Dans le menu IVM Management, sélectionnez View/Modify User Accounts. La liste des comptes utilisateur s’affiche. 2. Sélectionnez le compte utilisateur dont vous voulez modifier les propriétés. 3. Cliquez sur Propriétés. La fenêtre Propriétés utilisateur s’affiche. 4. Sur l’onglet User Settings, effectuez les modifications souhaitées, puis cliquez sur OK. La liste des comptes utilisateur s’affiche de nouveau. Les modifications que vous apportez aux paramètres de l’onglet User Settings prendront effet lors de la prochaine connexion de l’utilisateur au gestionnaire Integrated Virtualization Manager. Pour plus d’informations sur les propriétés utilisateur, voir l’aide en ligne ( ). La partition de gestion du système géré utilise les mêmes comptes utilisateur que celle du gestionnaire Integrated Virtualization Manager. Par conséquent, les modifications que vous apportez aux comptes utilisateur à l’aide du gestionnaire Integrated Virtualization Manager s’appliquent également aux comptes utilisateur. Par exemple, si vous modifiez le mot de passe d’un compte utilisateur dans Integrated Virtualization Manager, vous devrez utiliser le nouveau mot de passe lorsque vous utiliserez ce compte utilisateur pour vous connecter à la partition de gestion. Modification des paramètres de mot de passe La présente section explique comment modifier les paramètres des mots de passe et les restrictions relatives aux comptes utilisateur Integrated Virtualization Manager. Parmi ces paramètres figurent notamment la durée (en semaines) au terme de laquelle le mot de passe expire et la longueur minimale du mot de passe. Utilisez le compte utilisateur padmin pour exécuter cette tâche. Pour modifier les paramètres du mot de passe d’un compte utilisateur, procédez comme suit : 1. Dans le menu IVM Management, sélectionnez View/Modify User Accounts. La liste des comptes utilisateur s’affiche. 2. Sélectionnez le compte utilisateur dont vous voulez modifier les paramètres de mot de passe. 222 Guide d’utilisation de PowerVM Editions 3. Cliquez sur Propriétés. La fenêtre Propriétés utilisateur s’affiche. 4. Sur la page Password Settings, effectuez les modifications souhaitées, puis cliquez sur OK. La liste des comptes utilisateur s’affiche de nouveau. Les modifications que vous apportez aux paramètres de l’onglet Password Settings prendront effet lors de la prochaine connexion de l’utilisateur au gestionnaire Integrated Virtualization Manager. Pour plus d’informations sur les paramètres de mot de passe spécifiques, voir l’aide en ligne ( ). La partition de gestion du système géré utilise les mêmes comptes utilisateur que celle du gestionnaire Integrated Virtualization Manager. Par conséquent, les modifications que vous apportez aux comptes utilisateur à l’aide du gestionnaire Integrated Virtualization Manager s’appliquent également aux comptes utilisateur. Par exemple, si vous modifiez le mot de passe d’un compte utilisateur dans Integrated Virtualization Manager, vous devrez utiliser le nouveau mot de passe lorsque vous utiliserez ce compte utilisateur pour vous connecter à la partition de gestion. Suppression de comptes utilisateur La présente section explique comment supprimer des comptes utilisateur Integrated Virtualization Manager. Utilisez le compte utilisateur padmin pour exécuter cette tâche. Avertissement : Cette procédure entraîne la suppression de toutes les informations utilisateur du gestionnaire Integrated Virtualization Manager et de la partition de gestion. Il s’agit notamment des répertoires initiaux des utilisateurs sur la partition de gestion et de tous les fichiers qu’ils contiennent. Pour conserver les fichiers que contiennent ces répertoires initiaux, utilisez l’interface de ligne de commande sur la partition de gestion afin de les copier à un autre emplacement avant de supprimer les comptes utilisateur. Pour supprimer un compte utilisateur, procédez comme suit : 1. Dans le menu IVM Management, sélectionnez View/Modify User Accounts. La liste des comptes utilisateur s’affiche. 2. Sélectionnez le compte utilisateur à supprimer. 3. Cliquez sur Suppression du compte. La fenêtre Suppression de comptes d’utilisateur s’affiche, avec la liste des comptes d’utilisateur à supprimer. 4. Cliquez sur OK pour supprimer ce compte utilisateur. Dans la liste des comptes utilisateur qui s’affiche de nouveau, celui que vous avez supprimé n’apparaît plus. Vous pouvez sélectionner plusieurs comptes utilisateur à supprimer. Pour plus d’informations sur la suppression de comptes utilisateur, voir l’aide en ligne ( ). Modification des mots de passe utilisateur La présente section explique comment modifier les mots de passe utilisateur dans Integrated Virtualization Manager. Utilisez le compte utilisateur padmin pour exécuter cette tâche. Pour modifier un mot de passe utilisateur, procédez comme suit : 1. Dans le menu IVM Management, sélectionnez View/Modify User Accounts. La liste des comptes utilisateur s’affiche. 2. Sélectionnez le compte utilisateur dont vous voulez modifier le mot de passe. 3. Cliquez sur Modification du mot de passe. La fenêtre Modification du mot de passe s’affiche. 4. Entrez le nouveau mot de passe. Chapitre 4. Integrated Virtualization Manager 223 5. Confirmez le nouveau mot de passe, puis cliquez sur OK. Le mot de passe est modifié et la liste des comptes utilisateur s’affiche de nouveau. La modification du mot de passe prendra effet lors de la prochaine connexion de l’utilisateur au gestionnaire Integrated Virtualization Manager, et l’utilisateur devra alors changer de mot de passe. La partition de gestion du système géré utilise les mêmes comptes utilisateur que celle du gestionnaire Integrated Virtualization Manager. Par conséquent, le changement de mot de passe que vous effectuez ici s’applique également au compte utilisateur de la gestion de partition. Les utilisateurs peuvent changer de mot de passe en cliquant sur l’option Edit my profile de la barre d’outils. Edition du profil utilisateur Utilisez Integrated Virtualization Manager pour modifier votre profil utilisateur. Cette section décrit plus spécifiquement la méthode de modification du mot de passe utilisateur. Vous devez être connecté sous le compte utilisateur dont vous voulez modifier le mot de passe. Pour modifier le mot de passe de votre compte utilisateur, procédez comme suit : 1. Dans la barre d’outils, cliquez sur Edit my profile. La boîte de dialogue Edit My Profile s’affiche. 2. Tapez le mot de passe en cours, puis le nouveau mot de passe. 3. Confirmez le nouveau mot de passe, puis cliquez sur OK. Le mot de passe est modifié et la page Integrated Virtualization Manager s’affiche. Le changement de mot de passe prendra effet lors de votre prochaine connexion au gestionnaire Integrated Virtualization Manager. La partition de gestion du système géré utilise les mêmes comptes utilisateur que celle du gestionnaire Integrated Virtualization Manager. Par conséquent, le changement de mot de passe que vous effectuez ici s’applique également au compte utilisateur de la gestion de partition. Le compte utilisateur padmin permet de modifier le mot de passe de n’importe quel compte. Identification et résolution des incidents liés au gestionnaire Integrated Virtualization Manager Utilisez les tâches de gestion de service pour identifier et résoudre les incidents liés au gestionnaire Integrated Virtualization Manager. Grâce aux tâches de gestion de service, votre système géré fonctionne correctement et est à jour. Utilisation du point focal de service pour le gestionnaire Integrated Virtualization Manager La présente section explique comment utiliser l’utilitaire SFP (Service Focal Point, point focal de service) afin de gérer gérer les incidents sur votre système via Integrated Virtualization Manager. Le point focal de service pour le gestionnaire Integrated Virtualization Manager est une application qui vous permet de gérer et de créer des événements réparables, de gérer les vidages et de collecter les données techniques essentielles (VPD). 224 Guide d’utilisation de PowerVM Editions Sauvegarde et restauration des données de partition Utilisez Integrated Virtualization Manager pour sauvegarder ou restaurer les informations de configuration des partitions sur le système géré. Vous pouvez télécharger depuis le système une sauvegarde existante de la configuration des partitions, créer une sauvegarde, en télécharger une sur le système ou en restaurer une. Pour sauvegarder ou restaurer des données de partition, procédez comme suit : 1. Dans le menu Service Management, sélectionnez Backup/Restore. La page Backup/Restore s’affiche. Elle contient les onglets Partition Configuration Backup/Restore, Management Partition Backup/Restore et File and Virtual Media Backup/Restore. 2. Pour télécharger depuis le système une sauvegarde existante de la configuration des partitions, créer une sauvegarde, en télécharger une sur le système ou en restaurer une, cliquez sur l’onglet Partition Configuration Backup/Restore. 3. Pour les instructions relatives à la sauvegarde et à la restauration des données de la partition de gestion à l’aide de la commande backupios, cliquez sur l’onglet Management Partition Backup/Restore. Pour plus d’informations sur les tâches relatives à la sauvegarde et à la restauration des données de partition, voir l’aide en ligne ( ). Vous pouvez utiliser le gestionnaire Integrated Virtualization Manager version 1.5.1.1 pour sauvegarder et restaurer des fichiers de support optique virtuel et des fichiers du répertoire utilisateur /home. Pour plus d’informations sur la manière de procéder, consultez «Sauvegarde sur bande de fichiers de support virtuel et de fichiers utilisateur» et «Restauration du support virtuel et des fichiers utilisateur à partir d’une bande», à la page 226. Sauvegarde sur bande de fichiers de support virtuel et de fichiers utilisateur Utilisez le gestionnaire Integrated Virtualization Manager pour sauvegarder sur bande des fichiers dans votre répertoire utilisateur /home et des fichiers de support virtuel à partir du système géré. Une unité de bande doit être montée sur le système géré pour effectuer cette tâche. Pour sauvegarder sur bande des fichiers utilisateur ou des fichiers de support virtuel, procédez comme suit : 1. Dans le menu Service Management, sélectionnez Backup/Restore. La page Backup/Restore apparaît. 2. Cliquez sur l’onglet File and Virtual Media Backup/Restore. 3. Dans le tableau des fichiers du système géré, sélectionnez les fichiers à sauvegarder sur bande. Le répertoire /home/padmin apparaît comme une entrée unique. Cliquez sur [+] Show Files pour que le tableau affiche la liste de tous les fichiers du répertoire pour permettre la sélection individuelle. Cliquez sur [-] Hide Files pour que le tableau n’affiche que le répertoire /home/padmin. La sélection de l’élément de répertoire permet de sauvegarder tous les fichiers dans le répertoire par défaut. 4. Sélectionnez la commande Generate. Integrated Virtualization Manager met à jour la page en remplaçant le tableau Managed System File par un message d’information contenant la commande à exécuter pour sauvegarder les fichiers sélectionnés. 5. Copiez la commande générée par le gestionnaire Integrated Virtualization Manager et ouvrez une fenêtre de session de terminal. 6. Collez la commande dans la fenêtre de terminal et exécutez-la pour sauvegarder les fichiers sélectionnés sur une unité de bande. Chapitre 4. Integrated Virtualization Manager 225 Vous pouvez également utiliser le gestionnaire Integrated Virtualization Manager pour restaurer des fichiers dans le répertoire utilisateur /home et des fichiers de support virtuel à partir d’une bande. Pour plus d’informations, voir «Restauration du support virtuel et des fichiers utilisateur à partir d’une bande». Restauration du support virtuel et des fichiers utilisateur à partir d’une bande Utilisez le gestionnaire Integrated Virtualization Manager pour restaurer des fichiers dans le répertoire utilisateur /home et des fichiers de support virtuel à partir d’une bande sur le système géré. Une unité de bande doit être montée sur le système géré pour effectuer cette tâche. Pour restaurer des fichiers utilisateur ou des fichiers multimédia virtuels à partir d’une bande, procédez comme suit : 1. Dans le menu Service Management, sélectionnez Backup/Restore. La page Backup/Restore apparaît. 2. Cliquez sur l’onglet File and Virtual Media Backup/Restore. 3. Cliquez sur List Tape Contents pour afficher la liste de tous les fichiers sur l’unité de bande indiquée. Lorsque le processus termine la lecture de la bande, vous pouvez afficher la liste des fichiers dans le tableau Tape Device File. 4. Dans le tableau Tape Device File, sélectionnez les fichiers à restaurer sur le système géré à partir de la bande. 5. Sélectionnez la commande Generate. Integrated Virtualization Manager met à jour la page en remplaçant le tableau Tape Device File par un message d’information contenant la commande à exécuter pour restaurer les fichiers sélectionnés. 6. Copiez la commande générée par le gestionnaire Integrated Virtualization Manager et ouvrez une fenêtre de session de terminal. 7. Collez la commande dans la fenêtre de terminal et exécutez-la pour restaurer les fichiers sélectionnés sur le système géré. La commande restaure uniquement des fichiers dans les répertoires pour lesquels l’ID utilisateur dispose d’un accès en écriture. Si vous avez choisi de restaurer un fichier dans un répertoire pour lequel vous ne disposez pas des droits adéquats, la commande ne peut pas restaurer de fichier. Vous pouvez également utiliser Integrated Virtualization Manager pour sauvegarder sur bande des fichiers dans le répertoire utilisateur /home et des fichiers de support virtuel sur le système géré. Pour plus d’informations, voir «Sauvegarde sur bande de fichiers de support virtuel et de fichiers utilisateur», à la page 225. Affichage des journaux d’application Visualisez les entrées des journaux d’application de votre système géré. Les journaux d’application répertorient les événements et les erreurs générés par Integrated Virtualization Manager. Pour afficher les journaux d’application, procédez comme suit : 1. Dans le menu Gestion de la maintenance, cliquez sur Journaux d’applications. Le panneau Journaux d’applications s’affiche. 2. Pour modifier les critères de sélection, sélectionnez les filtres souhaités, puis cliquez sur Apply. Cliquez sur Reset pour rétablir les valeurs par défaut des filtres. Pour plus d’informations sur les critères de sélection et les filtres, voir l’aide en ligne ( ). Affichage des propriétés des journaux d’application Utilisez Integrated Virtualization Manager pour afficher les propriétés des journaux d’application du système géré. 226 Guide d’utilisation de PowerVM Editions Pour afficher les propriétés des journaux d’application, procédez comme suit : 1. Dans le menu Gestion de la maintenance, cliquez sur Journaux d’applications. Le panneau Application Logs s’affiche. 2. Sélectionnez le journal d’application dont vous voulez modifier les propriétés. 3. Dans le menu Tasks, sélectionnez Properties. La boîte de dialogue Log Properties s’affiche. 4. Cliquez sur OK ou sur Cancel pour fermer la boîte de dialogue. Le panneau Application Logs s’affiche. Pour plus d’informations sur les propriétés spécifiques des journaux d’applications, voir l’aide en ligne ( ). Contrôle des tâches La présente section explique comment afficher et contrôler les 40 dernières tâches en cours d’exécution sur le gestionnaire Integrated Virtualization Manager. Pour afficher les propriétés des tâches, procédez comme indiqué ci-après. 1. Dans le menu Service Management, sélectionnez Monitor Tasks. Le panneau Monitor Tasks s’affiche. 2. Sélectionnez la tâche dont vous souhaitez afficher les propriétés. 3. Cliquez sur Properties. La boîte de dialogue des propriétés de la tâche s’affiche. 4. Cliquez sur Cancel pour fermer la boîte de dialogue. Le panneau Monitor Tasks s’affiche. Affichage de l’inventaire matériel Utilisez Integrated Virtualization Manager pour répertorier les unités du système géré avec leurs nom, état, type et code d’emplacement physique. Pour afficher les unités du système géré, procédez comme suit : 1. Dans le menu Service Management, sélectionnez Hardware Inventory. Le panneau Hardware Inventory s’affiche, avec la liste des unités matérielles. 2. Pour trier la liste en fonction d’une catégorie, par exemple par nom d’unité ou par état, cliquez sur l’en-tête de colonne correspondant. Cette liste fait apparaître toutes les unités avec le nom qui leur est propre, qu’il s’agisse d’unités physiques ou d’unités virtuelles. Cette opération peut également être effectuée en lançant la commande lsdev à partir de l’interface de ligne de commande. Pour plus d’informations sur les catégories, voir l’aide en ligne ( ). Connexion d’une console HMC à un système géré via Integrated Virtualization Manager Informations concernant le passage d’une connexion à un système serveurs géré via Integrated Virtualization Manager à un système serveurs géré via une console HMC (Hardware Management). La connexion d’une console HMC à un système géré par le gestionnaire Integrated Virtualization Manager désactive automatiquement Integrated Virtualization Manager. La console HMC prend en charge le contrôle de gestion du système. Comme la gestion du système change, vous devez créer à nouveau votre configuration de partition logique, manuellement ou à partir de sauvegardes. Pour faire passer la gestion d’un système d’Integrated Virtualization Manager à une console HMC, procédez comme suit : Chapitre 4. Integrated Virtualization Manager 227 1. Créez une sauvegarde de la configuration de votre partition avec Integrated Virtualization Manager et téléchargez-la sur votre système local. Pour plus d’informations, voir «Sauvegarde et restauration des données de partition», à la page 225. Vous pouvez utiliser le fichier texte de sauvegarde comme référence pour créer à nouveau vos partitions à l’étape 4. 2. Connectez la console HMC au système. Pour plus d’informations, voir Guide d’installation et de configuration de la console HMC. Pour consulter le fichier PDF Guide d’installation et de configuration de la console HMC (SA11-1682), d’une taille approximative de 3 Mo, voir sa76-0084.pdf . Le système géré se trouve à l’état de récupération sur la consoleHMC. 3. Initialisez les données de profil à l’aide de l’interface HMC. Pour plus d’informations, voir Guide d’utilisation de la console HMC et des systèmes gérés. Pour consulter le fichier PDF Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), d’une taille approximative de 4 Mo, voir sa76-0085.pdf . Cette action supprime la configuration de la partition. 4. A l’aide du fichier texte de sauvegarde que vous avez créé à l’étape 1, créez à nouveau vos partitions avec HMC. Pour plus d’informations, voir Guide d’utilisation de la console HMC et des systèmes gérés.Pour consulter le fichier PDF Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), d’une taille approximative de 4 Mo, voir sa76-0085.pdf 228 Guide d’utilisation de PowerVM Editions . Chapitre 5. Live Partition Mobility Live Partition Mobility, un composant du dispositif matériel PowerVM Enterprise Edition (ou Advanced POWER Virtualization Enterprise Edition) offre la possibilité de déplacer des partitions logiques AIX et Linux d’un système à un autre. La procédure de migration transfère l’environnement système, y compris l’état des processeurs, la mémoire, les unités virtuelles rattachées et les utilisateurs connectés. La Mobilité de partition active et la Mobilité de partition inactive sont les types de migration disponibles pour les utilisateurs de serveurs équipés de processeurs POWER6. La Mobilité de partition active vous permet de déplacer des partitions logiques AIX et Linux en cours de fonctionnement (y compris son système d’exploitation et ses applications) d’un système vers un autre. Il n’est pas nécessaire d’arrêter la partition logique et les applications s’exécutant sur la partition. Ce type de migration permet d’équilibrer les charges de travail et les ressources entre les serveurs sans perturber les utilisateurs. La Mobilité de partition inactive permet de déplacer une partition logique AIX et Linux hors tension d’un serveur vers un autre. La Mobilité de partition inactive constitue une méthode fiable pour déplacer une partition logique avec un minimum d’interaction de la part de l’administrateur système. Concepts relatifs à l’Mobilité de partition Avant de déplacer les partitions logiques d’un serveur vers un autre, il est important de comprendre les concepts qui sous-tendent cette fonction. Cette documentation a pour but de vous familiariser avec la configuration requise pour la Mobilité de partition. Avantages de la Mobilité de partition Cette rubrique décrit les avantages et les applications de la Mobilité de partition. Conçue pour améliorer la disponibiblité des systèmes, la Mobilité de partition offre une grande souplesse en matière de gestion de système. Par exemple : v Vous pouvez éviter les indisponibilités planifiées pour la maintenance du microprogramme et du matériel en déplaçant les partitions logiques vers un autre serveur et en assurant leur maintenance. La Mobilité de partition permet en effet de remplacer les activités de maintenance planifiées. v Vous pouvez éviter la durée d’immobilisation nécessaire à la mise à niveau d’un serveur en déplaçant les partitions logiques vers un autre serveur et en effectuant la mise à niveau. Vous pouvez ainsi poursuivre votre travail sans interruption. v Si un serveur signale un incident potentiel, vous pouvez déplacer ses partitions logiques vers un autre serveur avant que l’incident se produise. La Mobilité de partition permet d’éviter les temps d’immobilisation non planifiés. v Vous pouvez regrouper sur un serveur de plus grande taille les charges de travail s’exécutant sur des serveurs sur-utilisés de petite taille. v Vous pouvez déplacer les charges de travail d’un serveur vers un autre pour optimiser l’utilisation des ressources et les performances de charge de travail au sein de votre environnement de traitement. Grâce à la Mobilité de partition active, vous pouvez gérer les charges de travail en réduisant au minimum la durée d’immobilisation. Cependant, malgré ses nombreux avantages, la Mobilité de partition n’offre pas les fonctionnalités suivantes : v La Mobilité de partition ne prend pas en charge l’équilibrage de charge automatique. 229 v La Mobilité de partition ne fournit pas de pont pour de nouvelles fonctions. Vous devez redémarrer les partitions logiques et, si possible, les réinstaller pour tirer parti des nouvelles fonctions. Mobilité de partition active Cette rubrique fournit des informations sur le processus et les performances de la Mobilité de partition active. La Mobilité de partition active consiste à déplacer des partitions logiques AIX et Linux en cours de fonctionnement (y compris son système d’exploitation et ses applications) d’un serveur vers un autre, sans interrompre le fonctionnement de la partition logique. La partition mobile conserve son nom, ses profils et sa configuration en cours. Une partition logique doit être dotée des caractéristiques suivantes pour que vous puissiez lui appliquer la Mobilité de partition active : v Elle doit être en cours de fonctionnement. v Elle doit porter un nom unique qui ne figure pas dans le serveur cible. v La partition logique du serveur d’E-S virtuel cible doit disposer d’emplacements virtuels inutilisés. v Seules deux cartes d’E-S série virtuelles par défaut de la partition logique doivent être attribuées à sa configuration en cours. v Tous les disques SCSI virtuels doivent être mappés sur des numéros d’unité logique (LUN) visibles sur le réseau de stockage externe (SAN) et accessibles sur le serveur d’E-S virtuel du serveur cible. v La partition logique ne doit comporter ni carte physique ni carte de réseau Ethernet hôte. (La carte Ethernet hôte est parfois appelée carte Ethernet virtuelle intégrée.) v Elle ne doit pas être une partition logique du serveur d’E-S virtuel. v Elle ne doit pas appartenir à un groupe de charge de travail de partitions. v Elle ne doit pas être utilisée en tant que partition logique d’édition de rapports sur le chemin de traitement des erreurs redondantes. v Elle ne doit pas utiliser de pages volumineuses. v Elle ne doit pas utiliser le registre de synchronisation de barrières (BSR). v Aucun des disques SCSI virtuels de la partition logique ne doit être défini en tant que volume logique dans un serveur d’E-S virtuel. Fonctionnement de la Mobilité de partition active sur la console HMC (Hardware Management) et Integrated Virtualization Manager Cette rubrique fournit des informations sur le processus de bout en bout de la Mobilité de partition active. La Mobilité de partition active consiste à déplacer une partition logique en cours de fonctionnement (y compris son système d’exploitation et ses applications) d’un serveur vers un autre, sans interrompre le fonctionnement de la partition. Ce processus comprend les étapes suivantes : 1. L’utilisateur vérifie que toutes les conditions sont remplies et que toutes les tâches de préparation ont été exécutées. 2. Il lance la Mobilité de partition active à l’aide de l’assistant de migration de partition sur la console HMC (Hardware Management) ou la tâche de migration à l’aide d’Integrated Virtualization Manager. 3. La console HMC ou Integrated Virtualization Manager vérifie l’environnement de Mobilité de partition. 4. La console HMC ou Integrated Virtualization Manager prépare les environnements source et cible à la Mobilité de partition active. 5. La console HMC ou le gestionnaire Integrated Virtualization Manager transfère l’état de la partition logique depuis l’environnement source vers l’environnement cible. Cet état comprend tous les profils de partition associés à la partition mobile. 230 Guide d’utilisation de PowerVM Editions v La partition de maintenance de déplacement source extrait les informations d’état de partition logique du serveur source et les envoie à la partition de maintenance de déplacement cible sur le réseau. v La partition de maintenance de déplacement cible reçoit les informations d’état et les installe sur le serveur cible. 6. La console HMC ou Integrated Virtualization Manager interrompt la partition mobile sur le serveur source. La partition de maintenance de déplacement source poursuit le transfert des informations d’état de partition logique vers la partition de maintenance de déplacement cible. 7. Hypervisor reprend la partition mobile sur le serveur cible. 8. La console HMC ou Integrated Virtualization Manager termine la migration. Toutes les ressources qui ont été consommées par la partition mobile sur le serveur source sont récupérées par ce dernier, notamment les suivantes : v Ressources virtuelles non verrouillées, non configurées ou non définies du serveur d’E-S virtuel sur le serveur source. v La console HMC ou Integrated Virtualization Manager supprime, le cas échéant, les emplacements de la carte virtuelle d’hébergement des profils de partition du serveur d’E-S virtuel. 9. L’utilisateur effectue les tâches post-requises telles que les suivantes : v Ajout d’une partition mobile à un groupe de charge de travail de partitions v Ajout de cartes d’E-S dédiées Caractéristiques du système non modifiées après une migration de partition : Après une migration de partition, certains attributs de partition logique restent inchangés sur le serveur de destination, notamment les suivantes : v Nom de la partition logique v Type de partition logique (processeur dédié ou partagé) v Configuration de la partition logique v Architecture des processeurs v Etat du traitement multitâche (SMT) de chaque processeur v Mappage des adresses virtuelles MAC et IP ainsi que des numéros d’unité logique (LUN) sur les unités cible Caractéristiques du système susceptibles d’être modifiées après une migration de partition logique : Une migration de partition logique peut entraîner la modification de certaines informations d’attributs système, notamment les suivantes : v Numéro d’identification de la partition logique v Type, modèle et numéro de série de la machine v Classe de modèle du serveur sous-jacent v Version et type de processeur v Fréquence du processeur v Caractéristiques d’affinité des blocs de mémoire logique (LMB) v Nombre maximal de processeurs physiques installés et remplaçables à chaud v Taille des mémoires cache de niveau 1 et 2 Validation de la Mobilité de partition active Cette rubrique explique comment l’assistant de migration de partition de la console HMC (Hardware Management) et la fonction de migration du gestionnaire Integrated Virtualization Manager valident la configuration de votre système. Avant de tenter la migration d’une partition logique active, vous devez valider votre environnement. Pour cela, vous pouvez utiliser la fonction de validation de la console HMC ou du gestionnaire Chapitre 5. Live Partition Mobility 231 Integrated Virtualization Manager. Si la console HMC ou le gestionnaire Integrated Virtualization Manager détecte un problème de configuration ou de connexion, un message d’erreur s’affiche avec les informations nécessaires pour vous aider à résoudre le problème. La fonction de validation de la console HMC et du gestionnaire Integrated Virtualization Manager exécute les tâches suivantes : v Elle vérifie les fonctionnalités et la compatibilité de la migration de partition active sur les systèmes source et cible, Hypervisor POWER6, le serveur d’E-S virtuel et les partitions logique de maintenance de déplacement. v Elle vérifie que les connexions RMC (Resource Monitoring and Control) à la partition mobile et au serveur d’E-S virtuel source et au serveur d’E-S virtuel cible, ainsi que la connexion entre les partitions de maintenance de déplacement source et cible sont établies. v Elle vérifie que la partition mobile ne contient aucune carte physique et qu’il n’existe qu’une seule carte série virtuelle dans les emplacements virtuels. v Elle vérifie qu’aucun disque SCSI virtuel client de la partition mobile n’est secondé par des volumes logiques et qu’aucun disque n’est mappé sur des disques internes. v Elle vérifie que la partition mobile, son système d’exploitation et ses applications prennent en charge les fonctionnalités de migration active. v Elle vérifie que la taille du bloc de la mémoire logique est identique sur les serveurs source et cible. v Elle vérifie que le système d’exploitation de la partition mobile est AIX ou Linux. v Elle vérifie que la partition logique n’est pas la partition logique d’édition de rapports sur les chemins de traitement des erreurs redondantes. v Elle vérifie que la partition logique de maintenance n’est pas configurée avec des registres de synchronisation de barrières (BSR). v Elle vérifie que la partition mobile n’utilise pas des pages volumineuses. v Elle vérifie que la partition mobile ne comporte aucune carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée). v Elle vérifie que la partition logique est à l’état actif ou en cours de fonctionnement. v Elle vérifie que la partition mobile n’appartient pas à un groupe de charge de travail de partitions. v Elle vérifie l’unicité des adresses MAC de la partition mobile. v Elle vérifie que les ID de réseau local virtuel nécessaires sont disponibles sur le serveur d’E-S virtuel de destination. v Elle vérifie que le nom de la partition mobile n’existe pas déjà dans le serveur de destination. v Elle vérifie le nombre de migrations actuellement actives par rapport au nombre de migrations actives prises en charge. v Elle vérifie que les ressources nécessaires (processeurs, mémoire et emplacements virtuels) sont disponibles pour créer une partition logique shell sur le système de destination avec la configuration exacte de la partition mobile. v Elle vérifie que le système d’exploitation de la partition mobile peut faire l’objet d’une migration. AIX transmet la demande de vérification de migration aux applications et aux extensions du noyau qui se sont inscrites pour être informées des événements de reconfiguration dynamique. Le système d’exploitation accepte ou refuse la migration. Mobilité de partition inactive Cette rubrique fournit des informations sur le processus de bout en bout de la Mobilité de partition inactive. La Mobilité de partition inactive permet de déplacer une partition logique AIX et Linux hors tension d’un serveur vers un autre. Comme la console HMC fait toujours migrer le dernier profil activé, il n’est pas possible de faire migrer une partition logique inactive qui n’a jamais été activée. En revanche, Integrated Virtualization Manager permet de faire migrer une partition logique qui n’a jamais été activée. Pendant la migration inactive, la partition mobile conserve son nom et son état inactif. Ses ressources d’E-S virtuelles 232 Guide d’utilisation de PowerVM Editions sont attribuées (et redéfinies en conséquence) aux partitions logiques appropriées du serveur d’E-S virtuel du système cible. Ses ressources processeur et mémoire demeurent non attribuées tant que vous n’avez pas activé la partition logique sur la console HMC. Une partition logique doit être dotée des caractéristiques suivantes pour que vous puissiez lui appliquer la Mobilité de partition inactive : v L’état de la partition logique ne doit pas être Non activé. v La partition logique peut utiliser des pages volumineuses. v Elle peut utiliser des registres de synchronisation de barrières (BSR). v Elle ne doit pas comporter de cartes physiques. La console HMC et Integrated Virtualization Manager suppriment automatiquement ces cartes. v Le serveur cible doit disposer d’une capacité de traitement et de mémoire suffisante pour prendre en charge la configuration des partitions mobiles. v Elle ne doit pas être une partition logique du serveur d’E-S virtuel. v Elle ne doit pas appartenir à un groupe de charge de travail de partitions. v Elle ne doit pas être utilisée en tant que partition logique d’édition de rapports sur le chemin de traitement des erreurs redondantes. v Seules deux cartes d’E-S série virtuelles par défaut de la partition logique doivent être attribuées à sa configuration en cours. v Aucun des disques SCSI virtuels de la partition logique ne doit être défini en tant que volume logique dans un serveur d’E-S virtuel. v Tous les disques SCSI virtuels doivent être mappés sur des numéros d’unité logique (LUN) visibles sur le réseau de stockage (SAN) externe. Fonctionnement de la Mobilité de partition inactive Cette rubrique fournit des informations sur le processus de bout en bout de la Mobilité de partition inactive. Une Mobilité de partition inactive permet de déplacer une partition logique hors tension d’un serveur sur un autre. 1. L’utilisateur vérifie que toutes les conditions sont remplies et que toutes les tâches de préparation ont été exécutées. 2. Il arrête la partition mobile. 3. Il lance la Mobilité de partition inactive à l’aide de l’assistant de migration de partition sur la console HMC ou la tâche de migration à l’aide du gestionnaire Integrated Virtualization Manager. 4. La console HMC et Integrated Virtualization Manager vérifient l’environnement de Mobilité de partition. 5. La console HMC et Integrated Virtualization Manager préparent les environnements source et cible à la Mobilité de partition inactive. 6. La console HMC et Integrated Virtualization Manager transfèrent l’état de la partition depuis l’environnement source vers l’environnement cible. Cet état comprend tous les profils de partition associés à la partition mobile sur la console HMC. 7. La console HMC et Integrated Virtualization Manager terminent la migration. Cela signifie que toutes les ressources qui ont été consommées par la partition mobile sur le serveur source sont récupérées par ce dernier, notamment les suivantes : v Ressources virtuelles non verrouillées, non configurées ou non définies du serveur d’E-S virtuel source sur les serveurs source et cible. v La console HMC supprime les emplacements de la carte virtuelle d’hébergement des profils de partition HMC source. 8. L’utilisateur active la partition mobile sur le serveur cible. 9. L’utilisateur effectue les tâches post-requises telles que les suivantes : Chapitre 5. Live Partition Mobility 233 v Etablissement de connexions à un terminal virtuel v Ajout d’une partition mobile à un groupe de charge de travail de partitions Caractéristiques du système non modifiées après une migration de partition : Après une migration de partition, certains attributs de partition logique restent inchangés sur le serveur de destination, notamment les suivantes : v Nom de la partition logique v Type de partition logique (processeur dédié ou partagé) v Configuration de la partition logique v Architecture des processeurs v Etat du traitement multitâche (SMT) de chaque processeur v Mappage des adresses virtuelles MAC et IP ainsi que des numéros d’unité logique (LUN) sur les unités cible Caractéristiques du système susceptibles d’être modifiées après une migration de partition logique : Une migration de partition logique peut entraîner la modification de certaines informations d’attributs système, notamment les suivantes : v Numéro d’identification de la partition logique v Type, modèle et numéro de série de la machine v Classe de modèle du serveur sous-jacent v Version et type de processeur v Fréquence du processeur v Caractéristiques d’affinité des blocs de mémoire logique (LMB) v Nombre maximal de processeurs physiques installés et remplaçables à chaud v Taille des mémoires cache de niveau 1 et 2 Validation d’une Mobilité de partition inactive Cette rubrique explique comment la console HMC et le gestionnaire Integrated Virtualization Manager valident la configuration de votre système. Avant de tenter la migration d’une partition logique inactive, vous devez valider votre environnement. Pour cela, vous pouvez utiliser la fonction de validation de la console HMC ou du gestionnaire Integrated Virtualization Manager. Si la console HMC ou le gestionnaire Integrated Virtualization Manager détecte un problème de configuration ou de connexion, un message d’erreur s’affiche avec les informations nécessaires pour vous aider à résoudre le problème. La fonction de validation de la console HMC et du gestionnaire Integrated Virtualization Manager exécute les tâches suivantes : v Elle vérifie les fonctionnalités et la compatibilité de la migration avec le serveur d’E-S virtuel et POWER6 Hypervisor sur les systèmes source et cible. v Elle vérifie que les ressources nécessaires (processeurs, mémoire et emplacements virtuels) sont disponibles pour créer une partition logique shell sur le système de destination avec la configuration exacte de la partition mobile. v Elle vérifie les connexions RMC (Resource Monitoring and Control) au serveur d’E-S virtuel source et au serveur d’E-S virtuel cible. v Elle vérifie que le nom de la partition logique n’existe pas déjà dans le serveur de destination. v Elle vérifie l’unicité de l’adresse MAC virtuelle. v Elle vérifie que les ID de réseau local virtuel nécessaires sont disponibles sur le serveur d’E-S virtuel de destination. v Elle vérifie que la partition logique n’est pas à l’état Non activé. v Elle vérifie que la partition mobile est une partition logique AIX ou Linux. 234 Guide d’utilisation de PowerVM Editions v Elle vérifie que la partition mobile n’est ni la partition logique d’édition de rapports sur les chemins de traitement des erreurs redondantes ni une partition logique de maintenance. v Elle vérifie que la partition mobile n’appartient pas à un groupe de charge de travail de partitions. v Elle vérifie que la partition mobile est associée à un profil actif sur la console HMC. v Elle vérifie le nombre de migrations actuellement inactives par rapport au nombre de migrations inactives prises en charge. v Elle vérifie que toutes les unités d’E-S nécessaires sont connectées à la partition mobile via un serveur d’E-S virtuel et qu’il n’existe, par conséquent, aucune carte physique. v Elle vérifie que les disques SCSI virtuels affectés à la partition logique sont accessibles par le serveur d’E-S virtuel sur le système de destination. v Elle crée le mappage de migration de carte virtuelle pour associer les cartes du serveur d’E-S virtuel source à celles du serveur d’E-S virtuel de destination. v Elle vérifie qu’aucun disque SCSI virtuel n’est secondé par des volumes logiques et qu’aucun d’eux n’est connecté à des disques internes (non-SAN). Utilisation de la console HMC avec Live Partition Mobility Cette rubrique fournit des informations sur la migration d’une partition logique active ou inactive à l’aide de la console HMC (Hardware Management). Environnement HMC Cette rubrique décrit la migration d’une partition active ou inactive à l’aide de la console HMC (Hardware Management). Serveurs source et cible Cette rubrique fournit des informations sur la façon de configurer l’environnement des serveurs source et cible avant d’effectuer une migration de partition logique. Deux serveurs sont impliqués dans la Mobilité de partition. Le serveur source est celui à partir duquel vous souhaitez déplacer la partition logique et le serveur cible est celui vers lequel vous la déplacez. Les serveurs source et cible doivent être équipés de processeurs POWER6 pour participer à la Mobilité de partition. Le serveur cible doit disposer de ressources mémoire et processeur suffisantes pour permettre l’exécution de la partition mobile. Pages volumineuses Les pages volumineuses peuvent améliorer les performances dans des environnements spécifiques exigeant un degré élevé de parallélisme, comme dans les environnements de base de données partitionnés DB2. Vous pouvez définir un nombre de pages volumineuses minimal, maximal ou un nombre précis à affecter à une partition lors de la création de celle-ci ou du profil de partition. Une partition logique ne peut pas participer à une Mobilité de partition active si des pages volumineuses sont utilisées. En revanche, il est possible d’effectuer une migration de partition inactive si la partition mobile utilise des pages volumineuses. Le profil de partition conserve les ressources de pages volumineuses, mais leur nombre peut ne pas être disponible sur le serveur de destination ; dans ce cas, la partition logique démarrera sans certaines pages volumineuses ou sans aucune d’elles après la migration inactive. Registre de synchronisation de barrières (BSR) Le registre de synchronisation de barrières (BSR) est un registre mémoire utilisé sur certains processeurs reposant sur la technologie POWER. Une application de traitement parallèle s’exécutant sur AIX peut utiliser un registre BSR pour synchroniser les unités d’exécution de l’application de traitement parallèle. Chapitre 5. Live Partition Mobility 235 Une partition logique ne peut pas participer à une migration de partition active en présence d’un registre BSR. En revanche, vous pouvez utiliser une Mobilité de partition inactive si vous ne souhaitez pas désactiver ce registre. Console HMC (Hardware Management Console) La console HMC permet de contrôler les systèmes gérés. Elle permet notamment de gérer des partitions logiques et d’utiliser la mise à niveau de la capacité à la demande. La console HMC communique à l’aide des applications de service avec les systèmes gérés pour détecter, regrouper et envoyer les informations à des fins d’analyse. Vous pouvez utiliser la console HMC pour configurer et contrôler un ou plusieurs systèmes gérés. Vous devez installer la version 7 ou une version supérieure de la console HMC pour la fonction Live Partition Mobility. Pendant la migration, la console HMC ou la paire de consoles HMC redondantes impliquées gère les serveurs source et cible. La console HMC peut gérer plusieurs migrations simultanément. Cependant, le nombre maximum de migrations de partitions simultanées est limité par la capacité de traitement de la console HMC. L’assistant de migration de partition inclus dans la console HMC permet de valider et de terminer une migration de partition. La console HMC détermine le type de migration à utiliser en fonction de l’état de la partition logique. Si la partition logique est à l’état En cours d’exécution, la migration est active. Si elle est à l’état Non activé, la migration est inactive. La console HMC valide votre environnement de partition logique avant le démarrage de la migration. Au cours de la validation, la console HMC détermine si la migration a réussi. Si celle-ci a échoué, l’interface graphique affiche les messages d’erreur ainsi que des suggestions pour vous aider à résoudre le problème de configuration. Partitions logiques du serveur d’E-S virtuel source et cible Cette rubrique fournit des informations sur le composant serveur d’E-S virtuel de l’environnement de Mobilité de partition. La Mobilité de partition exige une partition logique du serveur d’E-S virtuel sur le serveur source et une partition logique du serveur d’E-S virtuel sur le serveur de destination. Ces deux partitions logiques du serveur d’E-S virtuel doivent fournir les ressources réseau et mémoire à la partition mobile. Celle-ci pourra ainsi accéder à la même mémoire à partir des serveurs source et cible. Pour la Mobilité de partition active, les partitions logiques du serveur d’E-S virtuel source et cible doivent être désignées en tant que partitions de maintenance de déplacement. Une partition de maintenance de déplacement est une partition logique du serveur d’E-S virtuel dotée des caractéristiques suivantes : v L’attribut de la partition active de déplacement indique que la partition logique du serveur d’E-S virtuel est en mesure de prendre en charge la migration de la partition active. v Vous devez disposer de la version 1.5 ou d’une version supérieure pour les deux serveur d’E-S virtuel. Les partitions de maintenance de déplacement source et cible doivent communiquer entre elles via le réseau. Sur les serveurs source et cible, l’interface VASI (Virtual Asynchronous Services Interface) assure la communication entre la partition de maintenance de déplacement et Hypervisor. Ces connections facilitent la Mobilité de partition active comme suit : v Sur le serveur source, la partition de maintenance de déplacement extrait les informations d’état de la partition logique mobile de Hypervisor. v La partition de maintenance de déplacement du serveur source envoie les informations d’état de partition logique à la partition de maintenance de déplacement du serveur cible. v Sur le serveur de destination, la partition de maintenance de déplacement installe les informations d’état de partition logique sur Hypervisor. Partition mobile Cette rubrique fournit des informations sur les incidences de la Mobilité de partition sur la configuration des partitions mobiles. 236 Guide d’utilisation de PowerVM Editions Une partition mobile est une partition logique que vous souhaitez déplacer du serveur source vers le serveur de destination. Vous pouvez faire migrer une partition mobile en cours de fonctionnement ou hors tension depuis le serveur source vers le serveur de destination. Remarque : Avant d’effectuer la migration, vérifiez que la partition mobile est en mesure de migrer vers le serveur de destination. La console HMC crée un profil de migration pour la partition mobile sur le serveur de destination, correspondant à la configuration en cours de la partition logique. Pendant la migration, la console HMC fait migrer tous les profils associés à la partition mobile vers le serveur de destination. Seul le profil de partition en cours (ou, le cas échéant, le nouveau profil) est converti pendant le processus de migration. Cette conversion inclut le mappage de l’emplacement SCSI virtuel client sur l’emplacement SCSI virtuel cible correspondant sur le serveur d’E-S virtuel cible, si nécessaire. Il n’est pas possible de faire migrer une partition logique s’il existe une partition logique du même nom sur le serveur de destination. La console HMC crée un nouveau profil de migration contenant l’état en cours de la partition logique si vous n’indiquez aucun nom de profil. Ce profil remplace le dernier profil qui a été utilisé pour activer la partition logique. Si vous indiquez le nom d’un profil existant, la console HMC remplace ce profil par le nouveau profil de migration. Si vous souhaitez conserver les profils existants de la partition logique, indiquez un nouveau nom de profil unique avant de lancer la migration. Considérations sur la configuration des E-S de la partition mobile : N’affectez aucune carte d’E-S physique ou obligatoire à une partition mobile par le biais de la migration d’une partition active. Toutes les cartes d’E-S de la partition mobile doivent être des unités virtuelles. Pour supprimer les cartes physiques sur la partition mobile, vous pouvez utiliser la tâche de suppression du partitionnement logique dynamique. Une partition mobile dotée de cartes dédiées peut participer à une Mobilité de partition inactive ; cependant, ces cartes seront supprimées du profil de partition. Ainsi, la partition logique démarrera uniquement avec les ressources d’E-S virtuelles après une migration inactive. Si des ressources d’E-S dédiées ont été affectées à la partition logique sur le serveur source, ces ressources deviendront disponibles lorsque la partition logique sera supprimée du serveur source. Réseautique Dans la Mobilité de partition, le réseau situé entre les deux partitions de maintenance de déplacement permet de transmettre les informations d’état de la partition mobile et d’autres données de configuration depuis l’environnement source vers l’environnement de destination. La partition mobile utilise le réseau local virtuel pour accéder au réseau. Le réseau local virtuel doit être relié par pont à un réseau physique par le biais d’une carte de réseau Ethernet partagée dans la partition logique du serveur d’E-S virtuel. Le réseau local doit être configuré de sorte que la partition mobile puisse continuer à communiquer avec les autres clients et serveurs nécessaires une fois la migration terminée. La Mobilité de partition active n’impose aucune contrainte en ce qui concerne la taille de la mémoire de la partition mobile ou le type de réseau reliant les partitions de maintenance de déplacement. Le transfert de la mémoire n’interrompt pas l’activité d’une partition mobile, mais cette procédure peut prendre du temps lorsque la configuration d’une mémoire de grande taille est occupée sur un réseau lent. C’est la raison pour laquelle une connexion à large bande passante telle que Gigabit Ethernet ou une bande passante plus rapide peut être utile entre les partitions logiques du serveur d’E-S virtuel incluant la fonction de partition de maintenance de déglacement. La distance maximale entre les systèmes source et cible est déterminée par la configuration du réseau et de la mémoire utilisée par les systèmes, la possibilité pour les applications de continuer à fonctionner lorsque la mémoire est séparée du serveur par une telle distance et l’obligation de gérer les systèmes source et cible par la même console HMC. Si les deux systèmes se trouvent sur le même réseau, sont Chapitre 5. Live Partition Mobility 237 connectés à la même mémoire partagée et sont gérés par la même console HMC, la validation de la Mobilité de partition réussira. Le temps nécessaire au transfert des performances de la partition logique et de l’application après un déplacement sur une longue distance dépend de la distance réseau réelle entre les systèmes source et cible et de la sensibilité de l’application par rapport à l’augmentation du temps d’attente de stockage. Configuration de la mémoire pour la Mobilité de partition Cette rubrique fournit des informations sur la configuration mémoire exigée pour la Mobilité de partition. La partition mobile est transférée d’un serveur vers un autre par le serveur source qui envoie les informations d’état de la partition logique au serveur de destination sur un réseau local (LAN). Cependant, il n’est pas possible de transmettre des données de partitionnement de disque d’un système vers un autre via un réseau. Par conséquent, pour que la Mobilité de partition puisse réussir, la partition mobile doit utiliser les ressources de stockage virtualisées par un réseau de stockage (SAN), afin qu’elle puisse accéder à la même mémoire à partir des serveurs source et cible. Applications logicielles reconnaissant les migrations Des applications logicielles peuvent être conçues pour reconnaître les modifications matérielles du système et s’y adapter après le déplacement d’un système vers un autre. La plupart des applications logicielles s’exécutant dans les partitions logiques AIX et Linux ne nécessitent aucune modification pour fonctionner correctement lors d’une Mobilité de partition active. Certaines applications peuvent être dépendantes des caractéristiques qui varient entre les serveurs source et cible, et certaines autres nécessitent un ajustement pour prendre en charge la migration. Exemples d’applications qui seraient avantagées si elles prenaient en charge la Mobilité de partition : v Applications logicielles utilisant les caractéristiques d’affinité de la mémoire et du processeur pour optimiser leur comportement, car ces caractéristiques peuvent changer suite à une migration. Les fonctionnalités de l’application restent les mêmes, mais des variations peuvent être observées dans les performances. v Les applications utilisant la liaison de processeur conservent leur liaison aux mêmes processeurs logiques entre les migrations, mais les processeurs physiques changent. La liaison permet généralement de conserver les caches à chaud, mais le déplacement du processeur physique requiert une hiérarchie de caches sur le système cible. Cette action est souvent très rapide et l’utilisateur ne doit pas s’en rendre compte. v Applications optimisées pour des architectures de caches données, telles que la hiérarchie, la taille, la taille de ligne et l’associativité. v Les outils d’analyse des performances, de prévision de la capacité et de comptabilité, ainsi que leurs agents, prennent généralement en charge la migration, car les compteurs de performances des processeurs peuvent varier entre les serveurs source et cible, comme le type et la fréquence du processeur. En outre, les outils calculant une charge système agrégée sur la somme des charges de toutes les partitions hébergées doivent être informés des partitions qui quittent le système et des nouvelles qui arrivent. v Gestionnaires de charge de travail Configuration requise pour la Mobilité de partition à partir de la console HMC (Hardware Management) Cette rubrique contient des informations sur la configuration logicielle et matérielle exigée pour la Mobilité de partition à partir de la console HMC (Hardware Management). La configuration logicielle et matérielle exigée pour utiliser la Mobilité de partition varie selon qu’il s’agit de la migration d’une partition logique active ou inactive. Avant de procéder à la migration d’une partition logique, vérifiez que l’environnement de Mobilité de partition répond aux conditions minimales exigées. 238 Guide d’utilisation de PowerVM Editions Configuration exigée pour la console HMC Le tableau suivant indique la configuration logicielle exigée pour la console HMC. Tableau 52. Configuration logicielle exigée pour la console HMC Configuration exigée pour la console HMC Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive X X Vous devez installer la version V7R320 (ou une version supérieure) de la console HMC. Pour déterminer la version en cours de la console HMC et, si nécessaire, la mettre à jour, voir : v La section relative à la détermination de la version et de l’édition du code machine de la console HMC dans le Guide d’utilisation de la console HMC et des systèmes gérés1. v La section relative à l’obtention de correctifs et de mises à niveau du code machine de la console HMC dans le Guide d’utilisation de la console HMC et des systèmes gérés1. Remarque : 1. Pour consulter le fichier PDF Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), d’une taille approximative de 4 Mo, voir sa76-0085.pdf . Configuration exigée pour les serveurs source et cible Le tableau suivant indique la configuration matérielle exigée pour les serveurs source et cible. Tableau 53. Configuration exigée pour les serveurs source et cible Configuration exigée pour les serveurs Les serveurs source et cible doivent correspondre à l’un des modèles POWER6 : Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive X X v 03E/4A v 04E/8A v 17M/MA Chapitre 5. Live Partition Mobility 239 Tableau 53. Configuration exigée pour les serveurs source et cible (suite) Configuration exigée pour les serveurs Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive X X Les serveurs source et destination doivent disposer du niveau de microprogramme 01EX320 ou d’un niveau supérieur. Pour déterminer le niveau de microprogramme en cours et, si nécessaire, le mettre à jour, voir : v Utilisation de la console HMC pour afficher les niveaux de microprogramme existants (code interne sous licence) dans le Guide d’utilisation de la console HMC et des systèmes gérés1. v Obtention des mises à jour et des mises à niveau des microprogrammes du sous-système d’alimentation et du serveur dans le Guide d’utilisation de la console HMC et des systèmes gérés1. Remarque : 1. Pour consulter le fichier PDF Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), d’une taille approximative de 4 Mo, voir sa76-0085.pdf . Configuration exigée pour les partitions logiques du serveur d’E-S virtuel source et cible Le tableau suivant indique la configuration logicielle exigée pour les partitions logiques du serveur d’E-S virtuel source et cible. Tableau 54. Configuration logicielle exigée pour les partitions logiques du serveur d’E-S virtuel source et cible Configuration exigée pour la partition logique du serveur d’E-S virtuel Vous devez vous procurer et mettre en oeuvre le composant matériel PowerVM Enterprise Edition (ou Advanced POWER Virtualization Enterprise Edition) pour utiliser la Mobilité de partition. Pour plus d’informations sur PowerVM Enterprise Edition, voir PowerVM Editions. Pour plus d’informations sur l’activation du dispositif matériel PowerVM Enterprise Edition, voir Saisie du code d’activation de PowerVM Editions à partir de la console HMC version 7. 240 Guide d’utilisation de PowerVM Editions Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive X X Tableau 54. Configuration logicielle exigée pour les partitions logiques du serveur d’E-S virtuel source et cible (suite) Configuration exigée pour la partition logique du serveur d’E-S virtuel Vous devez installer et activer au moins une partition logique du serveur d’E-S virtuel sur les serveurs source et cible. Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive X X X X Pour plus d’informations, voir Installation du serveur d’E-S virtuel. Les partitions logiques du serveur d’E-S virtuel source et cible doivent correspondre au niveau de version 1.5 ou à un niveau supérieur. Pour déterminer la version en cours du serveur d’E-S virtuel et, si nécessaire, le mettre à jour, voir : v La commande ioslevel dans le Serveur d’E-S virtuel et Integrated Virtualization Manager - Guide des commandes1. Remarque : 1. Pour consulter le fichier PDF Serveur d’E-S virtuel et Integrated Virtualization Manager - Guide des commandes (SA11-1701), d’une taille approximative de 4 Mo, voir sa76-0101.pdf . Configuration exigée pour le système d’exploitation Le tableau suivant indique la configuration exigée pour le système d’exploitation de la Mobilité de partition. Tableau 55. Configuration exigée pour le système d’exploitation Configuration exigée pour le système d’exploitation Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive Le système d’exploitation s’exécutant dans la partition mobile doit être AIX ou Linux. X X Le système d’exploitation doit être à l’un des niveaux suivants : X v AIX 5L version 5.3 avec niveau de technologie 5300-07 ou version ultérieure v SUSE Linux Enterprise Server 10 Service Pack 1 ou supérieur Les versions antérieures d’AIX et de Linux peuvent prendre en charge une Mobilité de partition inactive si les systèmes d’exploitation gèrent les unités virtuelles et les modèles POWER6. Chapitre 5. Live Partition Mobility 241 Configuration mémoire exigée Le tableau suivant indique la configuration mémoire exigée pour les serveurs source et cible. Tableau 56. Configuration mémoire exigée pour les serveurs source et cible Configuration mémoire exigée Configuration exigée pour la mobilité active La partition mobile doit utiliser une mémoire visible pour le serveur d’E-S virtuel sur les systèmes source et cible. Configuration exigée pour la mobilité inactive X X Préparation d’une migration HMC Cette rubrique décrit les éléments à prendre en compte pour planifier la migration d’une partition logique active ou inactive à partir de la console HMC (Hardware Management). Préparation des serveurs source et cible à la Mobilité de partition La préparation des serveurs source et cible à la Mobilité de partition exige plusieurs tâches. Les informations ci-après vous aideront à effectuer une migration correcte. Pour préparer les serveurs source et cible à la Mobilité de partition, procédez comme suit. Tableau 57. Tâches de planification des serveurs source et cible Tâches de planification des serveurs Tâche de mobilité active Tâche de mobilité inactive 1. Vérifiez que les serveurs source et cible remplissent les conditions requises pour la Mobilité de partition. Pour plus d’informations, voir Configuration requise pour la mobilité de partition à partir de la console HMC. X X 2. Vérifiez que les serveurs source et cible sont gérés par la même console HMC (ou paire HMC redondante). Remarque : La fonction de validation de l’assistant de la Mobilité de partition effectue la vérification pour vous. X X 3. Vérifiez que la taille du bloc de mémoire logique est la même sur les serveurs source et cible. Pour déterminer la taille du bloc de la mémoire logique de chaque serveur et, si nécessaire, la modifier, reportez-vous à la rubrique Modification de la taille du bloc mémoire de la mémoire logique. Remarque : La fonction de validation de l’assistant de la Mobilité de partition effectue la vérification pour vous. X X 242 Guide d’utilisation de PowerVM Editions Tableau 57. Tâches de planification des serveurs source et cible (suite) Tâches de planification des serveurs Tâche de mobilité active Tâche de mobilité inactive 4. Vérifiez que le serveur de destination ne fonctionne pas sur l’alimentation des batteries. Si tel est le cas, rétablissez l’alimentation normale du serveur avant de déplacer une partition logique. X X 5. Vérifiez que le serveur de destination dispose d’une mémoire suffisante pour prendre en charge la partition mobile. Pour plus d’informations, voir «Détermination de la mémoire disponible sur le serveur de destination», à la page 244. Remarque : La fonction de validation de l’assistant de la Mobilité de partition effectue la vérification pour vous. X 6. Vérifiez que le serveur de destination dispose de suffisamment de processeurs pour prendre en charge la partition mobile. Pour plus d’informations, voir «Détermination des processeurs disponibles sur le serveur de destination», à la page 245. Remarque : La fonction de validation de l’assistant de la Mobilité de partition effectue la vérification pour vous. X 7. Vérifiez que les partitions de maintenance de déplacement source et cible peuvent communiquer entre elles. Remarque : La fonction de validation de l’assistant de la Mobilité de partition effectue la vérification pour vous. X Changement de la taille de bloc de la mémoire logique : Il est possible de définir manuellement ou automatiquement la taille de bloc de la mémoire logique afin d’améliorer les performances du système géré. Le noyau du système utilise la taille de bloc de mémoire pour ses opérations de lecture et d’écriture de fichiers. Par défaut, la taille de bloc de mémoire logique est définie de manière Automatique. Ainsi, le système peut définir la taille de bloc de mémoire logique en fonction de la quantité de mémoire physique disponible. Mais vous pouvez également changer manuellement la taille de bloc de mémoire logique. Pour sélectionner une taille de bloc de mémoire logique raisonnable pour votre système, tenez compte à la fois des performances souhaitées et de la quantité de mémoire physique disponible. Les informations suivantes sont destinées à vous aider dans cette tâche : v Sur les systèmes dotés de peu de mémoire (2 Go ou moins), une taille de bloc de mémoire logique importante entraîne une surconsommation de mémoire par le microprogramme. Ce dernier doit utiliser Chapitre 5. Live Partition Mobility 243 au moins un bloc de mémoire logique. En règle générale, sélectionnez une taille de bloc de mémoire logique inférieure ou égale à 1/8e de la quantité de mémoire physique installée sur le système. v Sur les systèmes dotés de beaucoup de mémoire, une taille de bloc de mémoire logique réduite résulte en un grand nombre de blocs de mémoire logique. Comme chaque bloc de mémoire logique doit être géré lors de l’amorçage du système, l’existence de ces blocs en grand nombre peut entraîner des problèmes de performances lors de l’amorçage. En règle générale, limitez le nombre de blocs de mémoire logique à 8000 ou moins. Remarque : La taille de bloc de mémoire logique peut être changée lorsque le système est en cours d’exécution, mais ce changement ne prendra effet qu’au prochain redémarrage du système. Pour effectuer cette opération, vous devez posséder l’un des niveaux d’autorisation suivants : v Administrateur v Fournisseur de services agréé Pour configurer la taille de bloc de mémoire logique, effectuez la tâche suivante : 1. Dans la sous-fenêtre d’accueil de l’interface ASMI, indiquez votre ID utilisateur et votre mot de passe, puis cliquez sur Connexion. 2. Dans la zone de navigation, cliquez sur Configuration des performances. 3. Sélectionnez Taille de bloc de mémoire logique. 4. Dans la sous-fenêtre de droite, sélectionnez la taille de bloc appropriée et cliquez sur Sauvegarder les paramètres. Détermination de la mémoire disponible sur le serveur de destination : Cette procédure explique comment déterminer la mémoire disponible sur le serveur de destination et, si nécessaire, allouer davantage de mémoire. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Pour déterminer la mémoire disponible sur le serveur de destination à l’aide de la console HMC, procédez comme suit : 1. Déterminez la quantité de mémoire requise par la partition mobile : a. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. b. Sélectionnez le serveur géré de votre choix dans la zone de navigation. c. Dans la zone de contenu, sélectionnez la partition logique de votre choix. d. Sélectionnez Propriétés et cliquez sur les onglets Matériel et Mémoire. e. Affichez la section Mémoire et notez la quantité de mémoire maximale, minimale et disponible. f. Cliquez sur OK. 2. Déterminez la mémoire disponible sur le serveur de destination : a. Dans la zone de navigation, sélectionnez Gestion de systèmes et Serveurs. b. Sélectionnez le serveur géré de votre choix dans la zone de navigation. c. Sélectionnez Propriétés et cliquez sur l’onglet Mémoire. d. Notez la mémoire actuellement disponible pour la partition (Mo). e. Cliquez sur OK. 3. Comparez les valeurs des étapes 1 et 2. v Si le serveur de destination dispose d’une mémoire suffisante pour prendre en charge la partition mobile, passez à la rubrique «Préparation des serveurs source et cible à la Mobilité de partition», à la page 242. 244 Guide d’utilisation de PowerVM Editions v S’il ne dispose pas d’une mémoire suffisante pour prendre en charge la partition mobile, utilisez le gestionnaire HMC pour supprimer dynamiquement de la mémoire de la partition logique. Vous pouvez également supprimer de la mémoire des partitions logiques du serveur de destination. Détermination des processeurs disponibles sur le serveur de destination : Cette procédure explique comment déterminer les processeurs disponibles sur le serveur de destination et, si nécessaire, allouer des processeurs supplémentaires. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Pour déterminer les processeurs disponibles sur le serveur de destination à l’aide de la console HMC, procédez comme suit : 1. Déterminez le nombre de processeurs requis par la partition mobile : a. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. b. Sélectionnez le serveur géré de votre choix dans la zone de navigation. c. Dans la zone de contenu, sélectionnez la partition logique de votre choix. d. Sélectionnez Propriétés et cliquez sur les onglets Matériel et Processeurs. e. Affichez la section Processeur et notez le nombre de processeurs maximal, minimal et disponible. f. Cliquez sur OK. 2. Déterminez les processeurs disponibles sur le serveur de destination : a. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. b. Sélectionnez le serveur géré de votre choix dans la zone de navigation. c. Sélectionnez Propriétés et cliquez sur l’onglet Processeurs. d. Notez les processeurs disponibles. e. Cliquez sur OK. 3. Comparez les valeurs des étapes 1 et 2. v Si le serveur de destination dispose de suffisamment de processeurs pour prendre en charge la partition mobile, passez à la rubrique «Préparation des serveurs source et cible à la Mobilité de partition», à la page 242. v S’il ne dispose pas d’un nombre suffisant de processeurs pour prendre en charge la partition mobile, utilisez la console HMC pour supprimer dynamiquement les processeurs de la partition logique. Vous pouvez également supprimer des processeurs des partitions logiques du serveur de destination. Préparation de la console HMC à la Mobilité de partition Cette rubrique décrit la tâche permettant de préparer la console HMC à la Mobilité de partition. Pour préparer la console HMC à la Mobilité de partition, procédez comme suit : Tableau 58. Tâche de planification de la console HMC Tâches de planification de la console HMC 1. Vérifiez que la console HMC remplit les conditions requises pour la Mobilité de partition. Pour plus d’informations, voir «Configuration requise pour la Mobilité de partition à partir de la console HMC (Hardware Management)», à la page 238. Tâche de mobilité active Tâche de mobilité inactive X X Chapitre 5. Live Partition Mobility 245 Préparation des partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible à la Mobilité de partition La préparation des partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible à la Mobilité de partition exige plusieurs tâches. Cette rubrique est destinée à vous aider à effectuer une migration correcte. Tableau 59. Tâches de planification des partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible Tâches de planification du serveur d’E-S virtuel Tâche de mobilité active Tâche de mobilité inactive 1. Vérifiez que les serveurs source et cible remplissent les conditions requises pour la Mobilité de partition. Pour plus d’informations, voir «Configuration requise pour la Mobilité de partition à partir de la console HMC (Hardware Management)», à la page 238. X X 2. Vérifiez que la partition de maintenance de déplacement est activée sur une ou plusieurs partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible. Pour plus d’informations, voir «Activation des partitions de maintenance de déplacement». X 3. Facultatif : synchronisez les horloges système pour les partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible. Pour plus d’informations, voir «Synchronisation des horloges système», à la page 247. X Activation des partitions de maintenance de déplacement : Les instructions de cette procédure expliquent comment activer la partition de maintenance de déplacement à l’aide de la console HMC (Hardware Management) (HMC). Vous devez disposer des droits d’administrateur central ou d’opérateur pour exécuter cette tâche. Au moins une partition de maintenance de déplacement du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible de la partition mobile doit participer à la Mobilité de partition active. Si la partition de maintenance de déplacement est désactivée sur le serveur d’E-S virtuel source ou de destination, la partition mobile ne peut participer qu’à une Mobilité de partition inactive. Pour activer les partitions de maintenance de déplacement source et cible à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Dans la zone de contenu, sélectionnez une partition logique de serveur d’E-S virtuel et cliquez sur Propriétés. 4. Dans l’onglet Général, sélectionnez Partition de maintenance de déplacement et cliquez sur OK. 246 Guide d’utilisation de PowerVM Editions 5. Répétez les étapes 3 et 4 pour le serveur de destination. Synchronisation des horloges système : Cette procédure facultative explique comment synchroniser les horloges système pour les partitions logiques duserveur d’E-S virtuel source et du serveur d’E-S virtuel cible. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. La synchronisation des horloges système pour les partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible est une étape facultative de la mobilité de partition. Si vous décidez de ne pas exécuter cette étape, les serveurs source et cible synchroniseront les horloges pendant le déplacement de la partition mobile depuis le serveur source vers le serveur de destination. L’exécution de cette étape avant le déplacement de la partition mobile permet d’éviter des erreurs potentielles. Pour synchroniser les horloges système de la partition logique du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Dans la zone de contenu, sélectionnez une partition logique de serveur d’E-S virtuel et cliquez sur Propriétés. 4. Cliquez sur l’onglet Paramètres. 5. Sélectionnez Activer pour la référence de temps et cliquez sur OK. 6. Répétez les étapes 3 à 5 pour le serveur de destination server et le serveur d’E-S virtuel de destination. Préparation de la partition mobile à la Mobilité de partition La préparation de la partition mobile à la Mobilité de partition exige plusieurs tâches. Les informations suivantes sont destinées à vous aider à effectuer une migration correcte. Pour préparer une partition mobile à la Mobilité de partition, procédez comme suit : Tableau 60. Tâches de planification de la partition mobile Tâches de planification de la partition mobile 1. Vérifiez que le système d’exploitation remplit les conditions requises pour la Mobilité de partition. Pour plus d’informations, voir «Configuration requise pour la Mobilité de partition à partir de la console HMC (Hardware Management)», à la page 238. Remarque : La partition mobile ne peut être ni une partition logique de serveur d’E-S virtuel. Tâche de mobilité active Tâche de mobilité inactive X X Chapitre 5. Live Partition Mobility 247 Tableau 60. Tâches de planification de la partition mobile (suite) Tâches de planification de la partition mobile Tâche de mobilité active Tâche de mobilité inactive 2. Vérifiez que les connexions RMC (Resource Monitoring and Control) sont établies avec la partition mobile, le serveur d’E-S virtuel source et le serveur d’E-S virtuel cible et les partitions de maintenance de déplacement source et cible. Pour plus d’informations, voir «Vérification des connexions RMC (Resource Monitoring and Control) pour la partition mobile», à la page 249. X 3. Vérifiez que la partition mobile n’est pas activée pour l’édition de rapports sur le chemin de traitement des erreurs redondantes. Pour plus d’informations, voir «Désactivation de la partition mobile pour l’édition de rapports sur le chemin de traitement des erreurs redondantes», à la page 250. X X 4. Vérifiez que la partition mobile utilise uniquement une carte série virtuelle pour les connexions au terminal virtuel. Pour plus d’informations, voir «Désactivation des cartes série virtuelles de la partition mobile», à la page 251. X X 5. Vérifiez que la partition mobile n’appartient pas à un groupe de charge de travail de partitions. Pour plus d’informations, voir «Suppression d’une partition mobile d’un groupe de charge de travail de partitions», à la page 251. X X 6. Vérifiez que la partition mobile n’utilise pas des groupes de registres de synchronisation de barrières (BSR). Pour plus d’informations, voir «Désactivation du registre BSR de la partition mobile», à la page 252. X 7. Vérifiez que la partition mobile n’utilise pas des pages volumineuses. Pour plus d’informations, voir «Désactivation des pages volumineuses pour une partition mobile», à la page 253. X 248 Guide d’utilisation de PowerVM Editions Tableau 60. Tâches de planification de la partition mobile (suite) Tâches de planification de la partition mobile Tâche de mobilité active 8. Vérifiez que la partition mobile ne comporte ni carte d’E-S physique ni carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée). Pour plus d’informations, voir «Suppression d’E-S dédiées d’une partition mobile», à la page 253 et «Suppression d’une carte de réseau Ethernet hôte de la partition mobile», à la page 254. X 9. (Facultatif) Déterminez le nom du profil de partition de la partition mobile sur le serveur de destination. X 10. Vérifiez que les applications s’exécutant dans la partition mobile partition acceptent ou reconnaissent la mobilité. Pour plus d’informations, voir Applications logicielles reconnaissant les migrations. X 11. Si vous avez modifié des attributs de profil de partition, arrêtez la partition et activez le nouveau profil afin que les nouvelles valeurs soient prises en compte. Pour ce faire, procédez comme suit : X Tâche de mobilité inactive X X 1. Arrêtez la partition mobile. Voir la procédure d’arrêt d’un système d’exploitation dans Guide d’utilisation de la console HMC et des systèmes gérés1. 2. Activez le profil de partition de la partition mobile. Pour plus d’informations, voir Activation d’un profil de partition. Remarque : 1. Pour consulter le fichier PDF Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), d’une taille approximative de 4 Mo, voir sa76-0085.pdf . Vérification des connexions RMC (Resource Monitoring and Control) pour la partition mobile : Cette procédure explique comment vérifier une connexion RMC (Resource Monitoring and Control) pour la partition mobile. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. RMC est une fonction gratuite d’AIX qui peut être configurée pour surveiller les ressources et intervenir en réponse à une condition définie. Avec RMC, vous pouvez configurer des actions de réponse ou des scripts qui gèrent les conditions générales du système et ne requièrent qu’un minimum d’intervention de la part de l’administrateur système. Sur la console HMC, RMC sert de canal de communication principal entre les partitions logiques AIX et Linux et la console HMC. Chapitre 5. Live Partition Mobility 249 Pour vérifier une connexion RMC associée à la partition mobile, procédez comme suit : 1. Sur la ligne de commande de la console HMC, entrez lspartition -dlpar. Vous obtenez un résultat semblable à cet exemple : v Si les résultats de votre partition logique sont actifs <Active 1>, la connexion RMC est établie. Dans ce cas, ignorez la suite de cette procédure et passez à la rubrique «Préparation de la partition mobile à la Mobilité de partition», à la page 247. v Si les résultats de votre partition logique sont actifs <Active 0> et si votre partition logique n’apparaît pas dans les résultats, passez à l’étape suivante. 2. Vérifiez que le port du pare-feu RMC sur la console HMC est désactivé. v Si le port du pare-feu RMC est désactivé, passez à l’étape 3. v S’il est activé, modifiez le paramètre du pare-feu HMC. Répétez l’étape 1. 3. Accédez à la partition logique via telnet. Si ce n’est pas possible, ouvrez un terminal virtuel sur la console HMC pour configurer le réseau sur la partition logique. 4. Si le réseau de partition logique a été configuré correctement et si la connexion RMC n’est toujours pas établie, vérifiez que l’ensemble de fichiers RSCT est installé. v Si l’ensemble de fichiers RSCT est installé, utilisez telnet depuis la partition logique vers la console HMC pour vérifier que le réseau fonctionne correctement et que le pare-feu a été désactivé. Répétez l’étape 1 une fois ces tâches de vérification effectuées. Si les problèmes persistent lors de l’établissement d’une connexion RMC pour la partition mobile, contactez votre support technique. v Si l’ensemble de fichiers RSCT n’est pas installé, installez-le à partir de votre CD d’installation AIX. Remarque : L’établissement d’une connexion RMC après une modification de la configuration du réseau ou l’activation de la partition logique requiert un délai d’environ cinq minutes. Désactivation de la partition mobile pour l’édition de rapports sur le chemin de traitement des erreurs redondantes : Cette procédure explique comment désactiver une partition mobile pour l’édition de rapports sur le chemin de traitement des erreurs redondantes. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. L’édition de rapports sur le chemin de traitement des erreurs redondantes permet à une partition logique de signaler à la console HMC les problèmes matériels courants liés au serveur ainsi que les erreurs matérielles liées aux partitions logiques. Vous devez désactiver cette fonction pour faire migrer une partition logique. Pour désactiver l’édition de rapports sur le chemin de traitement des erreurs redondantes à partir de la console HMC, procédez comme suit : 1. 2. 3. 4. 5. 6. 7. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. Sélectionnez le serveur géré de votre choix dans la zone de navigation. Dans la zone de contenu, sélectionnez la partition logique de votre choix. Sélectionnez Configuration > Gestion de profils. Sélectionnez le profil de votre choix et cliquez sur Actions > Edition. Cliquez sur l’onglet Paramètres. Désélectionnez Activation de génération de rapports pour chemin de traitement des erreurs redondantes et cliquez sur OK. Activez la partition logique avec ce profil pour que cette modification prenne effet. 250 Guide d’utilisation de PowerVM Editions Désactivation des cartes série virtuelles de la partition mobile : Cette procédure explique comment désactiver des cartes série virtuelles non réservées pour une partition mobile. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Les cartes série virtuelles sont souvent utilisées pour les connexions de terminal virtuel au système d’exploitation. Les deux premières cartes série virtuelles (emplacements 0 et 1) sont réservées à la console HMC. Pour qu’une partition logique puisse participer à une Mobilité de partition, elle ne doit comporter aucune carte série virtuelle, excepté les deux réservées à la console HMC. Pour désactiver les cartes série virtuelles non réservées à partir de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. Sélectionnez le serveur géré de votre choix dans la zone de navigation. Dans la zone de contenu, sélectionnez la partition logique de votre choix. Sélectionnez Configuration > Gestion de profils. Sélectionnez le profil de votre choix et cliquez sur Actions > Edition. Sélectionnez l’onglet Carte virtuelle. Si plus de deux cartes sont affichées, vérifiez que les autres cartes au-delà des cartes 0 et 1 ne sont pas sélectionnées comme requises. v Si certaines de ces cartes sont sélectionnées comme requises, sélectionnez celle que vous voulez supprimer. Cliquez ensuite sur Actions > Suppression pour supprimer la carte du profil de partition. v Vous pouvez également sélectionner Partitionnement logique dynamique > Cartes virtuelles pour afficher le panneau Cartes virtuelles. Sélectionnez ensuite la carte à supprimer et cliquez sur Actions > Suppression pour la supprimer de la partition mobile. 8. Cliquez sur OK. 2. 3. 4. 5. 6. 7. Suppression d’une partition mobile d’un groupe de charge de travail de partitions : Cette procédure explique comment supprimer une partition mobile d’un groupe de charge de travail de partitions. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Un groupe de charge de travail de partitions identifie un ensemble de partitions logiques situées sur le même système physique. Le profil de partition indique le nom du groupe de charge de travail de partitions auquel il appartient, le cas échéant. Ce groupe est défini lorsque vous utilisez le gestionnaire HMC pour configurer une partition logique. Pour qu’une partition logique puisse participer à une Mobilité de partition, elle ne doit pas être affectée à un groupe de charge de travail de partitions. Pour supprimer la partition mobile d’un groupe de charge de travail de partitions à partir de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Dans la zone de contenu, sélectionnez la partition logique de votre choix. 4. Sélectionnez Configuration > Gestion de profils. 5. Sélectionnez le profil de votre choix et cliquez sur Actions > Edition. 6. Cliquez sur l’onglet Paramètres. 7. Dans la zone Gestion de la charge de travail, sélectionnez (Aucun) et cliquez sur OK. Chapitre 5. Live Partition Mobility 251 8. Répétez les étapes 1 à 7 pour tous les profils de partition associés à la partition mobile. Vous devrez activer la partition logique pour que cette modification prenne effet. Désactivation du registre BSR de la partition mobile : Cette procédure explique comment désactiver les groupes de BSR (barrier synchronization register) associés à la partition mobile. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Le registre de synchronisation de barrières (BSR) est un registre de mémoire inclus dans certains systèmes équipés de processeurs POWER. Une application de traitement parallèle s’exécutant sur AIX peut utiliser un registre BSR pour synchroniser les unités d’exécution de l’application de traitement parallèle. Pour qu’une partition logique puisse participer à une Mobilité de partition, elle ne doit utiliser aucun groupe de BSR. Si elle en utilise, elle peut participer à une Mobilité de partition inactive. Pour désactiver le registre BSR de la partition mobile à partir de la console HMC, procédez comme suit : 1. Dans la zone de navigation, sélectionnez Gestion de systèmes et Serveurs. 2. Dans la zone de navigation, sélectionnez le serveur géré de votre choix, puis cliquez sur Propriétés. 3. Cliquez sur l’onglet Fonctions. v Si l’option de prise en charge de registre BSR a pour valeur True, cliquez sur OK et passez à l’étape suivante. v Si cette même option a pour valeur False, le serveur ne prend pas en charge les registres BSR. Dans ce cas, ignorez la suite de cette procédure et passez à la rubrique «Préparation de la partition mobile à la Mobilité de partition», à la page 247. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. Sélectionnez le serveur géré de votre choix dans la zone de navigation. Sélectionnez la partition logique de votre choix dans la zone de contenu. Sélectionnez Propriétés dans la zone Tâche. Cliquez sur l’onglet Matériel. Cliquez sur l’onglet Mémoire. v Si le nombre de groupes de BSR est égal à zéro, la partition mobile peut participer à une Mobilité de partition active ou inactive. Dans ce cas, ignorez la suite de cette procédure et passez à la rubrique «Préparation de la partition mobile à la Mobilité de partition», à la page 247. v Si le nombre de groupes de BSR n’est pas égal à zéro, effectuez l’une des actions suivantes : – Effectuez une migration inactive au lieu d’une migration active. – Cliquez sur OK et passez à l’étape suivante pour préparer la partition mobile à une migration active. 10. Sélectionnez la partition mobile et cliquez sur Configuration > Gestion de profils. 11. Sélectionnez le profil de partition à l’aide duquel vous voulez réactiver la partition mobile, puis cliquez sur Action > Edition. 12. Cliquez sur l’onglet Mémoire. v Si le nombre de groupes de BSR est égal à zéro, la partition mobile peut participer à une Mobilité de partition active ou inactive. Dans ce cas, ignorez la suite de cette procédure et passez à la rubrique «Préparation de la partition mobile à la Mobilité de partition», à la page 247. v Si le nombre de groupes de BSR n’est pas égal à zéro, effectuez l’une des actions suivantes pour attribuer la valeur zéro si vous souhaitez exécuter une migration active : – Entrez 0 dans la zone des groupes de BSR. – Cliquez sur OK et passez à l’étape suivante pour préparer la partition mobile à une migration active. 4. 5. 6. 7. 8. 9. 252 Guide d’utilisation de PowerVM Editions 13. Activez la partition mobile avec ce profil afin que la modification prenne effet. Désactivation des pages volumineuses pour une partition mobile : Cette procédure explique comment désactiver les pages volumineuses pour une partition mobile. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Les pages volumineuses peuvent améliorer les performances dans des environnements spécifiques exigeant un degré élevé de parallélisme, comme dans les environnements de base de données partitionnés DB2. Vous pouvez définir un nombre de pages volumineuses minimal, maximal ou un nombre précis à affecter à une partition lors de la création de celle-ci ou du profil de partition. Pour qu’une partition logique puisse participer à une Mobilité de partition, elle ne doit comporter aucune page volumineuse. Si elle en contient, elle peut participer à une Mobilité de partition inactive. Pour désactiver les pages volumineuses de la partition mobile à partir de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Sélectionnez Propriétés dans la zone Tâche. 4. Cliquez sur l’onglet Fonctions. v Si l’option de prise en charge de pages volumineuses a pour valeur True, cliquez sur OK et passez à l’étape suivante. v Si cette même option a pour valeur False, le serveur source ne prend pas en charge les pages volumineuses. La partition mobile peut participer à une Mobilité de partition active ou inactive. Dans ce cas, ignorez la suite de cette procédure et passez à la rubrique «Préparation de la partition mobile à la Mobilité de partition», à la page 247. 5. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 6. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 7. Dans la zone de contenu, sélectionnez la partition logique de votre choix. 8. Sélectionnez Propriétés et cliquez sur les onglets Matériel et Mémoire. v Si la mémoire de page volumineuse est égale à 0, ignorez la suite de cette procédure et passez à la rubrique «Préparation de la partition mobile à la Mobilité de partition», à la page 247. v Si la mémoire de page volumineuse n’est pas égale à 0, effectuez l’une des actions suivantes : – Effectuez une migration inactive au lieu d’une migration active. – Cliquez sur OK et passez à l’étape suivante pour préparer la partition mobile à une migration active. 9. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 10. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 11. Dans la zone de contenu, sélectionnez la partition logique de votre choix. 12. Sélectionnez Configuration > Gestion de profils. 13. Sélectionnez le profil de votre choix et cliquez sur Actions > Edition. 14. Cliquez sur l’onglet Memory. 15. Entrez 0 dans la zone de mémoire de page volumineuse désirée, puis cliquez sur OK. 16. Activez la partition mobile avec ce profil afin que la modification prenne effet. Suppression d’E-S dédiées d’une partition mobile : Cette procédure explique comment supprimer des E-S dédiées d’une partition mobile. Chapitre 5. Live Partition Mobility 253 Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Les E-S dédiées sont des unités physiques qui se trouvent dans le serveur lui-même ainsi que dans les unités d’extension et les tours connectées au serveur. Pour qu’une partition logique puisse participer à une Mobilité de partition, elle ne doit inclure aucune E/S dédiée. Toutes les E/S doivent être virtuelles. Vous pouvez utiliser la Mobilité de partition inactive si une partition mobile comporte des E/S dédiées. Celles-ci seront alors supprimées automatiquement de la partition logique avant le lancement de la migration. Pour supprimer des E-S dédiées de la partition mobile à partir de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Sélectionnez la partition logique de votre choix dans la zone de contenu. 4. Sélectionnez Configuration > Gestion de profils. 5. Sélectionnez le profil de partition de votre choix et cliquez sur Actions > Edition. 6. Cliquez sur l’onglet E-S. v Si l’option Requis ou Désiré est sélectionnée pour une ressource, effectuez l’une des actions suivantes : – Sélectionnez les unités requises ou désirées et cliquez sur Supprimer puis sur OK. Passez à l’étape suivante pour préparer la partition mobile à une migration active. 7. Arrêtez la partition mobile, puis mettez-la sous tension en utilisant le profil que vous venez de modifier avec les ressources d’E-S dédiées. Suppression d’une carte de réseau Ethernet hôte de la partition mobile : Cette procédure explique comment supprimer une carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée) d’une partition mobile à partir de la console HMC. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Pour supprimer une carte de réseau Ethernet hôte de la partition mobile à partir de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. Sélectionnez la partition mobile et cliquez sur Configuration > Gestion de profils. Sélectionnez le profil de partition de votre choix et cliquez sur Actions > Edition. Sélectionnez l’onglet LHEA (Logical Host Ethernet Adapters). Sélectionnez les emplacements du port physique dont l’ID de port logique est affecté à ce port et cliquez sur Réinitialisation. 7. Cliquez sur OK. 3. 4. 5. 6. Activation d’une partition logique à l’aide de la console HMC : Vous devez activer une partition logique pour pouvoir l’utiliser. Lorsque vous activez une partition logique, le système valide les ressources sur la partition et démarre le système d’exploitation ou le logiciel installé sur la partition logique. Pour activer une partition logique, vous devez sélectionner un profil de partition. Un profil de partition est un enregistrement sur la console HMC (Hardware Management) qui indique une configuration possible pour une partition logique. 254 Guide d’utilisation de PowerVM Editions Pour activer une partition logique à l’aide de la console HMC, vous devez être administrateur central, opérateur ou responsable produit au laboratoire. Pour plus d’informations sur les rôles utilisateur, voir les tâches et les rôles dans le Guide d’utilisation de la console HMC et des systèmes gérés. Pour consulter le résumé du document Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), voir sa76-0085.pdf Pour activer une partition logique avec la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Activer. 3. Sélectionnez le profil de partition que vous souhaitez utiliser lors de l’activation de la partition logique. 4. Si vous souhaitez que la console HMC ouvre une fenêtre de terminal ou une session de console lorsque la partition logique est activée, sélectionnez Ouverture d’une fenêtre de terminal ou d’une session de console. 5. Si vous souhaitez utiliser une position de verrou de sécurité ou un mode d’amorçage différent de celle ou celui spécifié(e) dans le profil de partition, cliquez sur Options avancées, sélectionnez la position du verrou de sécurité ou le mode d’amorçage de votre choix et cliquez sur OK. 6. Cliquez sur OK. Préparation de la configuration mémoire à la Mobilité de partition Vous devez exécuter plusieurs tâches pour vous assurer que la configuration mémoire correspond à la configuration minimale exigée pour la Mobilité de partition. Les informations ci-après vous aideront à effectuer une migration correcte. Si votre environnement correspond à la configuration minimale requise, sélectionnez Vérification de la configuration mémoire existante. Si vous devez configurer cet environnement, sélectionnez Configuration de l’environnement mémoire. Vérification de la configuration mémoire existante pour la Mobilité de partition : Exécutez les tâches permettant de vérifier que votre configuration mémoire correspond à la configuration minimale exigée pour la Mobilité de partition. Avant de faire migrer une partition logique, vérifiez que votre configuration mémoire remplit les conditions requises pour effectuer la migration d’une partition logique. Procédez comme suit pour vérifier votre configuration mémoire. Vérifiez les connexions, affectations et attributs ci-après. Tableau 61. Tâches de planification de la mémoire Tâches de planification de la mémoire Tâche de mobilité active Tâche de mobilité inactive 1. Vérifiez que la valeur no_reserve est attribuée aux attributs reserve_policy. X X 2. Vérifiez que les unités virtuelles sont associées à un même identificateur unique, identificateur physique ou attribut de volume IEEE. Voir Identification des disques exportables X X Chapitre 5. Live Partition Mobility 255 Tableau 61. Tâches de planification de la mémoire (suite) Tâches de planification de la mémoire Tâche de mobilité active Tâche de mobilité inactive 3. Vérifiez que la partition mobile a accès à la carte SCSI virtuelle du serveur d’E-S virtuel source. Pour plus d’informations, voir «Vérification de l’accès de la partition mobile à la carte SCSI virtuelle du serveur d’E-S virtuel de destination», à la page 259. X X 4. Vérifiez que la partition mobile aura accès à la carte SCSI virtuelle du serveur d’E-S virtuel de destination après sa migration vers le système de destination. Pour plus d’informations, voir «Vérification de l’accès de la partition mobile à la carte SCSI virtuelle du serveur d’E-S virtuel de destination», à la page 259. X X 5. Vérifiez que la partition mobile a accès à la mémoire physique. Pour plus d’informations, voir «Vérification de l’accès de la partition mobile à sa mémoire physique», à la page 266. X X 6. Vérifiez que la partition mobile ne comporte aucune unité ou carte d’E-S dédiée. Pour plus d’informations, voir «Suppression d’E-S dédiées d’une partition mobile», à la page 253. X 7. Si vous avez modifié des attributs de profil de partition, procédez comme suit pour que les nouvelles valeurs soient prises en compte. X X 1. Arrêtez la partition logique associée au profil de partition logique modifié. Pour plus d’informations, voir la procédure d’arrêt d’un système d’exploitation dans le Guide d’utilisation de la console HMC et des systèmes gérés1. 2. Activez le profil de partition modifié. Pour plus d’informations, voir Activation d’un profil de partition. Remarque : 1. Pour consulter le fichier PDF Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), d’une taille approximative de 4 Mo, voir sa76-0085.pdf 256 Guide d’utilisation de PowerVM Editions . Identification des disques exportables : Pour exporter un volume physique en tant qu’unité virtuelle, le volume physique doit comporter un attribut de volume IEEE, un identificateur unique (UDID) ou un identificateur physique (PVID). Pour identifier les disques exportables, procédez comme suit : 1. Déterminez si une unité est associée à un identificateur d’attribut de volume IEEE en exécutant la commande suivante sur la ligne de commande du serveur d’E-S virtuel : lsdev -dev hdiskX -attr Une valeur est indiquée dans le champ ieee_volname pour les disques ayant un identificateur d’attribut de volume IEEE. Des informations comparables à celles qui suivent s’affichent : ... cache_method False ieee_volname False lun_id False ... fast_write Write Caching method 600A0B800012DD0D00000AB441ED6AC IEEE Unique volume name 0x001a000000000000 Logical Unit Number Si le champ ieee_volname n’apparaît pas, l’unité na pas d’identificateur d’attribut de volume IEEE. 2. Si l’unité n’a pas d’identificateur d’attribut de volume IEEE, déterminez si elle a un UDID en procédant comme suit : a. Entrez oem_setup_env. b. Saisissez odmget -qattribute=id_unique CuAt. Les disques comportant un UDID sont alors répertoriés. Des informations comparables à celles qui suivent s’affichent : CuAt: name = "hdisk1" attribute = "unique_id" value = "2708ECVBZ1SC10IC35L146UCDY10-003IBMscsi" type = "R" generic = "" rep = "nl" nls_index = 79 CuAt: name = "hdisk2" attribute = "unique_id" value = "210800038FB50AST373453LC03IBMscsi" type = "R" generic = "" rep = "nl" nls_index = 79 Les unités de cette liste qui sont accessibles à partir d’autres partitions du serveur d’E-S virtuel peuvent être utilisées dans les configurations SCSI MPIO virtuelles. c. Entrez exit. 3. Si l’unité n’a ni identificateur d’attribut de volume IEEE ni UDID, déterminez si elle a un PVID en procédant comme suit : lspv Les disques et leurs PVID respectifs sont indiqués. Des informations comparables à celles qui suivent s’affichent : Chapitre 5. Live Partition Mobility 257 NAME hdisk0 hdisk1 hdisk2 hdisk3 hdisk4 PVID 00c5e10c1608fd80 00c5e10cf7eb2195 00c5e10c44df5673 00c5e10cf3ba6a9a none VG rootvg rootvg None None None STATUS active active 4. Si l’unité n’a ni identificateur d’attribut de volume IEEE ni UDID ni PVID, effectuez l’une des tâches suivantes pour lui affecter un identificateur : a. Mettez à niveau votre logiciel fournisseur et répétez l’intégralité de la procédure d’identification de disques exportables, depuis le début. Les versions les plus récentes de certains logiciels fournisseur incluent l’identification des unités à l’aide d’un UDID. Avant d’effectuer une mise à niveau, veillez à préserver les unités SCSI virtuelles que vous avez créées avec des versions du logiciel qui ne prennent pas en charge l’identification d’unités à l’aide d’un UDID. Pour plus d’informations, voir la documentation fournie par le fournisseur du logiciel. b. Si le logiciel fournisseur ne fournit pas d’identificateur d’attribut de volume UDID ou IEEE, attribuez un PVID au volume physique en exécutant la commande suivante : chdev -dev hdiskX -attr pv=yes Modification des propriétés de la carte SCSI virtuelle du serveur d’E-S virtuel source : Cette procédure explique comment modifier les préférences de connexion et les affectations d’emplacement de la carte SCSI virtuelle du serveur d’E-S virtuel source. Si vous avez des doutes concernant les affectations d’emplacement et les préférences de connexion pour la carte SCSI virtuelle du serveur d’E-S virtuel source, remplissez la «Fiche technique des cartes d’E-S virtuelles de la mobilité de partition», à la page 263. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Pour modifier les propriétés de la carte SCSI virtuelle à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Sélectionnez le serveur d’E-S virtuel de votre choix dans la zone de contenu. 4. Sélectionnez Configuration > Gestion de profils. 5. Sélectionnez le profil de partition de votre choix et cliquez sur Actions > Edition. 6. Cliquez sur l’onglet Cartes virtuelles. 7. Sélectionnez l’unité SCSI serveur et cliquez sur Actions > Edition. a. Dans la zone Carte, entrez le numéro d’emplacement de la carte SCSI virtuelle créée dans le serveur d’E-S virtuel pour la partition mobile. b. Sélectionnez Connexion possible de la partition logique client sélectionnée uniquement. c. Dans la zone Partition client, sélectionnez la partition logique client. d. Dans la zone ID carte client, entrez l’ID de la carte client associée à la partition logique client. e. Cliquez sur OK pour enregistrer les modifications apportées au profil de partition. 8. Cliquez sur OK pour quitter la fenêtre des propriétés du profil de partition. Modification des propriétés de la carte SCSI virtuelle de la partition mobile : Cette procédure explique comment modifier les préférences de connexion et les affectations d’emplacement de la carte SCSI virtuelle source sur la partition mobile. Si vous avez des doutes concernant les affectations d’emplacement et les préférences de connexion pour les cartes SCSI virtuelles de la partition mobile, remplissez la «Fiche technique des cartes d’E-S virtuelles de la mobilité de partition», à la page 263. 258 Guide d’utilisation de PowerVM Editions Pour modifier les propriétés d’une carte SCSI virtuelle, vous devez disposer des droits d’administrateur central. Pour modifier les propriétés de la carte SCSI virtuelle à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez l’élément Gestion de systèmes. 2. Sélectionnez Serveur. 3. Sélectionnez une partition mobile et cliquez sur Propriétés. 4. Cliquez sur l’onglet Cartes virtuelles. 5. Développez l’option SCSI Virtuel et sélectionnez la carte SCSI à laquelle la carte SCSI virtuelle de la partition logique du serveur d’E-S virtuel source devra accéder. 6. Ouvrez le serveur d’E-S virtuel source. 7. Sélectionnez le numéro d’emplacement de la carte SCSI virtuelle du serveur d’E-S virtuel auquel la partition mobile devra accéder, puis cliquez sur OK. Vérification de l’accès de la partition mobile à la carte SCSI virtuelle du serveur d’E-S virtuel de destination : Cette procédure explique comment vérifier de quelle façon la partition mobile aura accès à la carte SCSI virtuelle du serveur d’E-S virtuel une fois sa migration effectuée vers le système de destination. Afin de vérifier la configuration de l’interface SCSI virtuelle, vous devez disposer des droits d’administrateur central. La carte SCSI virtuelle du serveur d’E-S virtuel permet aux partitions logiques client (y compris la partition mobile) d’accéder à la mémoire. Pour qu’une mobilité de partition (active ou inactive) réussisse, les partitions logiques du serveur d’E-S virtuel doivent disposer au minimum d’une carte SCSI virtuelle configurée pour permettre l’accès à la partition mobile. Afin de vérifier la configuration de l’interface SCSI virtuelle à l’aide de la console HMC, procédez comme suit : 1. Vérifiez la configuration de la carte SCSI virtuelle de la carte SCSI virtuelle du serveur d’E-S virtuel de destination : a. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. b. Sélectionnez le serveur de destination de votre choix dans la zone de navigation. c. Sélectionnez la partition logique de votre choix dans la zone de contenu. d. Sélectionnez Propriétés dans la zone Tâche. e. Cliquez sur l’onglet Cartes virtuelles. f. Développez Interface SCSI virtuelle. g. Vérifiez que les valeurs de Partition distante et Carte distante ne sont pas définies. 2. Si tel n’est pas le cas, procédez comme suit : a. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. b. Sélectionnez le serveur géré de votre choix dans la zone de navigation. c. Sélectionnez la partition logique de votre choix dans la zone de contenu. d. Sélectionnez Propriétés dans la zone Tâche. e. Cliquez sur l’onglet Cartes virtuelles. f. Cliquez sur Actions > Création > Carte SCSI . La fenêtre de création de carte SCSI s’affiche. g. Sélectionnez Connexion possible de n’importe quelle partition client et cliquez sur OK. h. Cliquez sur Soumettre pour quitter la fenêtre Propriétés de la carte client SCSI. i. Cliquez sur OK pour enregistrer les modifications apportées au profil de partition logique. Chapitre 5. Live Partition Mobility 259 Configuration de l’environnement mémoire pour la Mobilité de partition : La configuration de votre environnement mémoire pour la Mobilité de partition exige plusieurs tâches. Cette rubrique est destinée à vous aider à effectuer une migration correcte. Pour définir la configuration mémoire, procédez comme ci-après. Tableau 62. Tâches de planification de la mémoire Tâches de planification de la mémoire Tâche de mobilité active Tâche de mobilité inactive 1. Installez et configurez un réseau de stockage. Pour consulter la liste des unités de stockage gérées par le serveur d’E-S virtuel, voir Envirionnement géré par le serveur d’E-S virtuel. X X 2. Configurez une carte SCSI sur le serveur d’E-S virtuel source. Pour plus d’informations, voir «Ajout d’un contrôleur SAN à un serveur d’E-S virtuel», à la page 261. X X 3. Connectez les partitions logiques du serveur d’E-S virtuel au réseau de stockage. X X 4. Attribuez la valeur no_reserve aux attributs reserve_policy des volumes physiques du client mobile. X X 5. Affectez les mêmes disques à la partition source et à toutes les partitions logiques du serveur d’E-S virtuel de destination. X X 6. Déterminez les affectations des emplacements de la carte SCSI virtuelle et les spécifications de connexion. Pour plus d’informations, voir «Fiche technique des cartes d’E-S virtuelles de la mobilité de partition», à la page 263. X X 8. Créez une connexion entre la carte SCSI et la carte SCSI virtuelle sur le serveur d’E-S virtuel source. Pour plus d’informations, voir Création de l’unité cible virtuelle sur le serveur d’E-S virtuel. X X 9. Configurez les cartes SCSI virtuelles sur la partition mobile. Pour plus d’informations, voir «Configuration d’une carte SCSI virtuelle sur la partition mobile», à la page 264. X X 260 Guide d’utilisation de PowerVM Editions Tableau 62. Tâches de planification de la mémoire (suite) Tâches de planification de la mémoire Tâche de mobilité active Tâche de mobilité inactive 10. Activez la partition mobile pour établir la communication entre la carte SCSI virtuelle de la partition mobile et la carte virtuelle de la partition logique du serveur d’E-S virtuel source. Pour plus d’informations, voir Activation d’un profil de partition. X X 11. Vérifiez que la partition mobile a accès à la mémoire physique. Pour plus d’informations, voir «Vérification de l’accès de la partition mobile à sa mémoire physique», à la page 266. X X 12. Vérifiez que la partition mobile ne comporte aucune unité ou carte d’E-S dédiée. Pour plus d’informations, voir «Suppression d’E-S dédiées d’une partition mobile», à la page 253. X 13. Si vous avez modifié des attributs de profil de partition, procédez comme suit pour que les nouvelles valeurs soient prises en compte. X X 1. Arrêtez la partition logique associée au profil de partition modifié. Pour plus d’informations, voir la procédure d’arrêt d’un système d’exploitation dans Guide d’utilisation de la console HMC et des systèmes gérés1. 2. Activez le profil de partition modifié. Pour plus d’informations, voir Activation d’un profil de partition. Remarque : 1. Pour consulter le fichier PDF Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), d’une taille approximative de 4 Mo, voir sa76-0085.pdf . Ajout d’un contrôleur SAN à un serveur d’E-S virtuel : Cette procédure explique comment ajouter au moins un contrôleur SAN au serveur d’E-S virtuel source et au serveur d’E-S virtuel cible. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Sur le serveur d’E-S virtuel, un contrôleur SAN permet à la partition mobile d’accéder à la mémoire. Pour qu’une Mobilité de partition (active ou inactive) réussisse, les partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible doivent disposer d’un contrôleur SAN et accéder à la même mémoire de partition mobile. Chapitre 5. Live Partition Mobility 261 Pour ajouter un contrôleur SAN à l’aide de la console HMC, procédez comme suit : 1. Ajoutez dynamiquement une carte Fibre Channel physique à la partition logique du serveur d’E-S virtuel source. Pour plus d’informations, voir Ajout dynamique d’unités et d’emplacements d’entrée-sortie : 2. Mettez à jour les profils de partition du serveur d’E-S virtuel source avec le nouveau contrôleur SAN. Vous devez mettre à jour les profils de partition de sorte que les données du nouveau contrôleur SAN ne soient pas perdues lors de la prochaine activation des profils. a. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. b. Sélectionnez le serveur géré de votre choix dans la zone de navigation. c. Sélectionnez le serveur d’E-S virtuel de votre choix dans la zone de contenu. d. Sélectionnez Configuration > Gestion de profils. e. Sélectionnez le profil de partition de votre choix et cliquez sur Actions > Edition. f. Cliquez sur l’onglet E-S. g. Sélectionnez une carte Fibre Channel dans le tableau E-S physique, puis cliquez sur Ajouter comme unité requise. La carte apparaît dans la colonne Ajouté et marquée en tant qu’unité requise. h. Cliquez sur OK pour enregistrer les modifications apportées au profil de partition. 3. Répétez cette procédure pour le serveur de destination et la partition logique du serveur d’E-S virtuel de destination. Ajout dynamique d’unités et d’emplacements d’entrée-sortie physiques à l’aide de la console HMC : Vous pouvez ajouter un emplacement d’entrée-sortie physique (ainsi que la carte et les unités connectées à cet emplacement) à une partition logique en cours d’exécution à l’aide de la console HMC (Hardware Management) (HMC). Cette opération permet d’ajouter des fonctions d’E-S à une partition logique en cours d’exécution sans devoir arrêter la partition logique. Une partition logique Linux prend en charge l’ajout dynamique d’emplacements d’entrée-sortie physiques uniquement lorsque les conditions suivantes sont remplies : v Une distribution Linux prenant en charge le partitionnement logique dynamique est installée sur la partition logique Linux. Les distributions prenant en charge le partitionnement logique dynamique incluent SUSE Linux Enterprise Server 9 et les versions ultérieures. v Le module d’outils DynamicRM est installé sur la partition logique Linux. Pour plus d’informations sur le module d’outils DynamicRM, voir le site Web Service and productivity tools. Pour ajouter dynamiquement un emplacement d’entrée-sortie physique à une partition logique en cours d’exécution à l’aide de la console HMC, vous devez être administrateur central, technicien de maintenance, opérateur ou responsable produit au laboratoire. Pour plus d’informations sur les rôles utilisateur, voir les tâches et les rôles dans le Guide d’utilisation de la console HMC et des systèmes gérés. Pour consulter le résumé du document Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), voir sa76-0085.pdf . Pour ajouter dynamiquement un emplacement d’entrée-sortie physique à une partition logique en cours d’exécution à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Partitionnement logique dynamique → Cartes physiques → Ajouter. 3. Sélectionnez l’emplacement d’entrée-sortie physique à ajouter à la partition logique. 4. Si vous voulez affecter l’emplacement d’entrée-sortie physique à un pool d’entrée-sortie, sélectionnez le pool d’entrée-sortie pour l’emplacement d’entrée-sortie dans ID de pool d’entrée-sortie. 262 Guide d’utilisation de PowerVM Editions 5. Cliquez sur OK. Fiche technique des cartes d’E-S virtuelles de la mobilité de partition : Cette fiche technique permet de planifier les affectations d’emplacement et les spécifications de connexion des cartes d’E-S virtuelles dans votre environnement. Pour que la partition mobile accède à la mémoire, elle doit disposer d’un accès à une carte SCSI virtuelle du serveur d’E-S virtuel. Vous pouvez spécifier qu’une carte donnée du serveur SCSI virtuel soit accessible uniquement à la partition mobile. Cette spécification exige la connaissance de l’affectation d’emplacement de la carte client SCSI virtuelle sur la partition mobile. Le tableau ci-après est destiné à vous aider à planifier les affectations d’emplacement et les spécifications de connexion pour les cartes d’E-S virtuelles du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible et la carte d’E-S virtuelle de la partition mobile. Pour déterminer les emplacements disponibles pour une carte donnée, voir «Détermination des emplacements disponibles pour les cartes SCSI virtuelles». Tableau 63. Fiche technique des affectations d’emplacement et des spécifications de connexion des cartes d’E-S virtuelles Carte d’E-S virtuel Numéro d’emplacement Spécification de connexion Carte SCSI virtuelle du serveur d’E-S virtuel source Carte d’E-S virtuelle de la partition mobile sur le système source Par exemple, le serveur d’E-S virtuel source comprend une carte SCSI virtuelle à l’emplacement 12. La carte SCSI virtuelle de la partition mobile a été configurée sur l’emplacement 4. La carte SCSI virtuelle du serveur d’E-S virtuel a été configurée pour fournir un accès uniquement à la carte SCSI virtuelle de la partition mobile. La carte SCSI virtuelle de la partition mobile a été configurée pour accéder à la carte SCSI virtuelle du serveur d’E-S virtuel. Tableau 64. Exemple d’affectations d’emplacement et de spécifications de connexion Carte d’E-S virtuel Numéro d’emplacement Spécification de connexion Carte SCSI virtuelle du serveur d’E-S virtuel source 12 Emplacement 4 correspondant à la carte SCSI virtuelle de la partition mobile Carte d’E-S virtuelle de la partition mobile sur le système source 4 Emplacement 12 correspondant à la carte SCSI virtuelle du serveur d’E-S virtuel Détermination des emplacements disponibles pour les cartes SCSI virtuelles : Cette procédure explique comment déterminer les emplacements disponibles pour les cartes SCSI virtuelles sur le serveur d’E-S virtuel source, le serveur d’E-S virtuel de destination et la partition mobile. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Pour afficher les propriétés d’une carte SCSI virtuelle à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Sélectionnez la partition logique de votre choix dans la zone de contenu. 4. Sélectionnez Propriétés dans la zone Tâche. Chapitre 5. Live Partition Mobility 263 5. Sélectionnez l’onglet Carte virtuelle et cliquez sur SCSI virtuel. 6. Affichez les affectations d’emplacement en cours et cliquez sur OK. Configuration d’une carte SCSI virtuelle de serveur d’E-S virtuel : Cette procédure explique comment configurer au moins une carte SCSI virtuelle sur le serveur d’E-S virtuel source et cible. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Extrayez votre «Fiche technique des cartes d’E-S virtuelles de la mobilité de partition», à la page 263 complétée. Vous aurez besoin de ces informations pour configurer les cartes SCSI virtuelles du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible. Une carte SCSI virtuelle de serveur d’E-S virtuel permet aux partitions logiques (y compris la partition mobile) d’accéder à la mémoire. Pour qu’une Mobilité de partition (active ou inactive) réussisse, les partitions logiques du serveur d’E-S virtuel source doivent comporter au moins une carte SCSI virtuelle configurée pour fournir un accès à la partition mobile. Pour configurer une carte SCSI virtuelle à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Sélectionnez le serveur d’E-S virtuel source et cliquez sur Partitionnement logique dynamique → Cartes virtuelles. 4. Sélectionnez Actions > Création > Carte SCSI. a. Dans la zone Carte, entrez le numéro d’emplacement de la carte SCSI virtuelle créée dans le serveur d’E-S virtuel pour la partition mobile. b. Sélectionnez Connexion possible de la partition client sélectionnée uniquement. c. Dans la zone Partition client, sélectionnez la partition logique client. d. Dans la zone ID carte client, entrez l’ID de la carte client associée à la partition logique client. e. Cliquez sur OK pour enregistrer les modifications apportées à la carte SCSI. f. Cliquez sur OK pour enregistrer la nouvelle configuration de la carte virtuelle. 5. Mettez à jour les profils de partition du serveur d’E-S virtuel avec les nouvelles cartes d’E-S virtuelles. Vous devez mettre à jour les profils de partition de sorte que les nouvelles cartes d’E-S virtuelles ne soient pas perdues lors de la prochaine activation des profils. a. . Sélectionnez la partition logique du serveur d’E-S virtuel et cliquez sur Configuration -> Gestion de profils. b. Sélectionnez Actions > Edition. c. Cliquez sur l’onglet Cartes d’E-S virtuelles. d. Sélectionnez Actions > Création > Carte SCSI. La fenêtre des propriétés de la carte de serveur SCSI s’affiche. e. Remplissez les zones avec les mêmes données que celles indiquées à l’étape 4. f. Cliquez sur OK pour quitter la fenêtre des propriétés de la carte de serveur SCSI. g. Cliquez sur OK pour enregistrer les modifications apportées au profil de partition. h. Cliquez sur OK pour quitter la fenêtre des propriétés du profil de partition. Configuration d’une carte SCSI virtuelle sur la partition mobile : Cette procédure explique comment configurer au moins une carte SCSI virtuelle sur la partition mobile. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. 264 Guide d’utilisation de PowerVM Editions Extrayez votre «Fiche technique des cartes d’E-S virtuelles de la mobilité de partition», à la page 263 complétée. Vous aurez besoin de ces informations pour configurer la carte SCSI virtuelle de la partition mobile. La carte SCSI virtuelle de la partition mobile permet à celle-ci d’accéder à la mémoire via sa connexion à la carte SCSI virtuelle de la partition logique du serveur d’E-S virtuel. La carte SCSI virtuelle du serveur d’E-S virtuel se connecte à la carte SCSI physique du serveur d’E-S virtuel source, laquelle se connecte au réseau de stockage. Enfin, la partition mobile accède à la mémoire physique via ces connexions. Pour configurer une carte SCSI virtuelle à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Sélectionnez la partition mobile et cliquez sur Partitionnement logique dynamique > Cartes virtuelles. 4. Sélectionnez Actions > Création > Carte SCSI. La fenêtre de création de carte SCSI virtuelle s’affiche. a. Dans la zone Carte, entrez le numéro d’emplacement de la carte SCSI virtuelle indiqué dans l’unité SCSI du serveur d’E-S virtuel pour cette partition mobile. b. Dans la zone Partition de serveur sélectionnez le serveur d’E-S virtuel. c. Dans la zone ID carte serveur, entrez l’ID de la carte serveur associée à la partition logique client. d. Cliquez sur OK pour enregistrer les modifications apportées à la carte SCSI. e. Cliquez sur OK pour enregistrer la nouvelle configuration de la carte virtuelle. 5. Mettez à jour les profils de partition avec les nouvelles cartes d’E-S virtuelles. Vous devez mettre à jour les profils de partition. afin que les nouvelles cartes d’E-S virtuelles ne soient pas perdues lors de la prochaine activation des profils. a. . Sélectionnez la partition mobile et cliquez sur Configuration -> Gestion de profils. b. Sélectionnez Actions > Edition. c. Cliquez sur l’onglet Cartes d’E-S virtuelles. d. Sélectionnez Actions > Création > Carte SCSI. La fenêtre des propriétés de la carte de serveur SCSI s’affiche. e. Remplissez les zones avec les mêmes données que celles indiquées à l’étape 4. f. Cliquez sur OK pour quitter la fenêtre Propriétés de la carte client SCSI. g. Cliquez sur OK pour enregistrer les modifications apportées au profil de partition. h. Cliquez sur OK pour quitter la fenêtre des propriétés du profil de partition. Liaison de cartes SCSI virtuelles au disque SAN : Cette rubrique explique comment lier des cartes SCSI virtuelles au disque SAN. 1. Sur la ligne de commande du serveur d’E-S virtuel, entrez oem_setup_env, puis lscfg. Recherchez les disques durs reliés au contrôleur SAN qui seront utilisés pour la partition mobile. Ces disques sont répertoriés en tant qu’unités MPIO ou de réseau de disques. Voici un exemple de disque dur d’un réseau de disques : + hdisk3 U787B.001.DNW5D5B-P1-C3T1-W200900A0B80FD390-L1000000000000 1722-600 (600) Disk Array Device 2. Entrez lsmap -all. Le nombre suivant le C dans la colonne Physloc correspond au numéro de l’emplacement SCSI virtuel du serveur d’E-S virtuel. Dans cet exemple, la colonne Physloc contient U9133.55A.100EDCA-V2-C6. C6 correspond à l’emplacement SCSI virtuel numéro 6. 3. Entrez mkdev -V hdiskX -vadapter vhostX, où X représente le numéro du disque dur (hdisk) et de l’hôte virtuel (vhost) à rattacher ensemble. 4. Entrez exit, puis lsmap -all. Les données du terminal virtuel (VTD), le numéro d’unité logique (LUN), l’unité de sauvegarde et l’emplacement physique (Physloc) apparaissent sous la carte vhost. Chapitre 5. Live Partition Mobility 265 Vérification de l’accès de la partition mobile à sa mémoire physique : Cette procédure explique comment vérifier l’accès de la partition mobile à la mémoire physique sur le réseau de stockage. Pour que la Mobilité de partition réussisse, la partition mobile doit avoir accès à la même mémoire physique à partir des environnements source et cible. Les connexions suivantes doivent exister dans l’environnement source : v Chaque carte SCSI virtuelle de la partition mobile doit avoir accès à une carte SCSI virtuelle cible sur la partition logique du serveur d’E-S virtuel source. v Les cartes SCSI virtuelles cible de la partition logique du serveur d’E-S virtuel source doivent avoir accès à une carte SAN reliée à l’hôte sur la partition logique du serveur d’E-S virtuel source. v La carte SAN reliée à l’hôte sur la partition logique du serveur d’E-S virtuel source doit être connectée à un réseau de stockage et avoir accès aux unités de mémoire physique que vous voulez rendre accessibles à la partition mobile dans le réseau de stockage. Les connexions suivantes doivent exister dans l’environnement de destination : v La partition logique du serveur d’E-S virtuel de destination doit comporter des emplacements virtuels inutilisés. v La carte SAN reliée à l’hôte sur la partition logique du serveur d’E-S virtuel de destination doit être connectée au même réseau de stockage que la partition logique du serveur d’E-S virtuel source et avoir accès à la même mémoire physique de partition mobile que la partition logique du serveur d’E-S virtuel source. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Pour vérifier ces connexions à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Sélectionnez le serveur d’E-S virtuel source dans la zone de contenu. 4. Sélectionnez Matériel (Informations) >Cartes virtuelles > SCSI dans la zone Tâche. 5. Vérifiez les informations suivantes, puis cliquez sur OK : v Carte virtuelle v Unité de sauvegarde v Partition distante v Carte distante v Unité de sauvegarde distante Remarque : Les zones relatives à la carte SCSI virtuelle peuvent rester vides si la partition mobile est hors tension ou si le disque physique n’est pas relié à la carte SCSI virtuelle du serveur d’E-S virtuel. Si des informations sont incorrectes, reportez-vous à la rubrique «Préparation de la configuration mémoire à la Mobilité de partition», à la page 255 et exécutez les tâches associées à ces informations. Préparation de la configuration réseau à la Mobilité de partition Vous devez exécuter plusieurs tâches pour vous assurer que la configuration réseau correspond à la configuration minimale exigée pour la Mobilité de partition. Les informations ci-après vous aideront à effectuer une migration correcte. 266 Guide d’utilisation de PowerVM Editions Pour préparer votre configuration réseau à la mobilité de partition, procédez comme suit : Tableau 65. Tâches de planification du réseau Tâches de planification du réseau Tâche de mobilité active Tâche de mobilité inactive 1. Créez une carte de réseau Ethernet partagée dans la partition logique du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible à partir de la console HMC. Voir Création d’une carte Ethernet partagée. X X 2. Configurez des cartes Ethernet virtuelles dans les partitions logiques du serveur d’E-S virtuel source et du serveur d’E-S virtuel cible. X X 3. Vérifiez que la partition mobile dispose d’une carte Ethernet virtuelle. X 4. Activez la partition mobile pour établir la communication entre la carte Ethernet virtuelle et la carte Ethernet virtuelle du serveur d’E-S virtuel. Pour plus d’informations, voir Activation d’un profil de partition. X 5. Vérifiez que le système d’exploitation de la partition mobile reconnaît la nouvelle carte Ethernet. X 6. Si des cartes réseau physiques ont été définies dans la partition mobile, déplacez dynamiquement les E-S physiques à l’aide de la console HMC. Voir Gestion dynamique d’unités et d’emplacements d’E-S physiques à l’aide de la console HMC. X 7. Configurez le réseau local de sorte que la partition mobile puisse continuer à communiquer avec les autres clients et serveurs nécessaires une fois la migration terminée. X X Création d’une carte de réseau Ethernet partagée via la console HMC version 7 : Vous pouvez créer une carte de réseau Ethernet partagée sur le serveur d’E-S virtuel pour permettre aux partitions logiques client d’accéder au réseau externe sans disposer d’une carte Ethernet physique. Si vous envisagez d’utiliser une carte de réseau Ethernet partagée avec une carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée), vérifiez que la carte Ethernet hôte logique (LHEA) du serveur d’E-S virtuel est en mode espion. Pour plus d’informations, voir «Configuration d’une carte Ethernet hôte logique (LHEA) en mode espion», à la page 92. Pour créer une carte de réseau Ethernet partagée sur le serveur d’E-S virtuel via la console HMC (Hardware Management) (HMC), version 7 ou ultérieure, procédez comme suit : 1. Dans la zone de navigation, développez Gestion de systèmes → Serveurs et sélectionnez le serveur sur lequel se trouve la partition logique du serveur d’E-S virtuel. 2. Dans la zone de contenu, sélectionnez la partition logique du serveur d’E-S virtuel. Chapitre 5. Live Partition Mobility 267 3. Cliquez sur Tâches et sélectionnez Configuration → Gestion de profils. La page Gestion de profils s’affiche. 4. Sélectionnez le profil dans lequel vous voulez créer la carte de réseau Ethernet partagée et cliquez sur Actions → Edition. La page Propriétés du profil de partition logique s’affiche. 5. Cliquez sur l’onglet Cartes virtuelles. 6. Cliquez sur Actions → Création → Carte Ethernet. 7. Sélectionnez Carte compatible IEEE 802.1Q. 8. Si vous utilisez plusieurs réseaux locaux virtuels (VLAN), ajoutez tout ID VLAN supplémentaire pour les partitions logiques client devant communiquer avec le réseau externe à l’aide de cette carte virtuelle. 9. Sélectionnez Accès au réseau externe pour utiliser cette carte comme passerelle entre les réseaux locaux virtuels (VLAN) et un réseau externe. Cette carte Ethernet est configurée dans le cadre de la carte de réseau Ethernet partagée. 10. Si vous n’utilisez pas la fonction de reprise par transfert de la carte de réseau Ethernet partagée, vous pouvez utiliser la priorité de liaison par défaut. Si vous utilisez la reprise par transfert de la carte de réseau Ethernet partagée, attribuez à la priorité de liaison de la carte Ethernet partagée principale un nombre inférieur à celui de la carte de réseau Ethernet partagée de secours. 11. Lorsque vous avez terminé, cliquez sur OK. 12. Affectez ou créez l’une des cartes réelles suivantes : v Affectez une carte physique Ethernet au serveur d’E-S virtuel. v Si vous envisagez d’agréger plusieurs cartes physiques Ethernet dans une unité d’Agrégation de liaisons ou EtherChannel, affectez plusieurs cartes physiques Ethernet au serveur d’E-S virtuel. v Si vous envisagez d’utiliser la carte de réseau Ethernet partagée avec une carte de réseau Ethernet hôte, créez une carte Ethernet hôte logique (LHEA) pour la partition logique du serveur d’E-S virtuel. 13. Cliquez sur OK pour quitter la page Propriétés de profil de partition logique. 14. Cliquez sur Fermer pour quitter la page Profils gérés. 15. Effectuez à nouveau cette procédure pour chaque carte de réseau Ethernet partagée requise. Une fois cette opération terminée, configurez la carte de réseau Ethernet partagée via l’interface de ligne de commande du serveur d’E-S virtuel. Pour plus d’informations, voir «Configuration d’une carte de réseau Ethernet partagée», à la page 93. Configuration d’une carte de réseau Ethernet partagée : Instructions relatives à la configuration d’une carte de réseau Ethernet partagée. Pour configurer une carte de réseau Ethernet partagée, vous devez d’abord créer la carte à l’aide de la console HMC (Hardware Management) (HMC). Pour plus d’informations, consultez les procédures suivantes : v «Création d’une carte de réseau Ethernet partagée via la console HMC version 7», à la page 91 v «Création d’une carte de réseau Ethernet partagée via la console HMC version 6», à la page 92 Pour configurer une carte de réseau Ethernet partagée à l’aide du serveur d’E-S virtuel, procédez comme suit : 1. Vérifiez que la carte de ligne Ethernet virtuelle est disponible en entrant la commande suivante : lsdev -virtual 2. Identifiez la carte Ethernet physique à utiliser pour créer la carte de réseau Ethernet partagée en exécutant la commande suivante : lsdev -type adapter 268 Guide d’utilisation de PowerVM Editions Remarques : v Vérifiez que le protocole TCP/IP n’est pas configuré sur l’interface pour la carte Ethernet physique. S’il est configuré, la commande mkvdev échouera à l’étape suivante. v Une unité d’Agrégation de liaisons, ou EtherChannel, peut également servir de carte de réseau Ethernet partagée. v Si vous envisagez d’utiliser la carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée) avec la carte de réseau Ethernet partagée, veillez à utiliser la carte LHEA pour créer la carte de réseau Ethernet partagée. 3. Configurez la carte de réseau Ethernet partagée en exécutant la commande suivante : mkvdev -sea unité_cible -vadapter cartes_ethernet_virtuelles \ -default CarteEthernetVirtuelleDéfaut -defaultid PVIDCarteEthernetPartagéeDéfaut Où : target_device Carte physique à utiliser en tant que partie intégrante de l’unité de carte de réseau Ethernet partagée. virtual_ethernet_adapters Cartes Ethernet virtuelles qui utiliseront la carte de réseau Ethernet partagée. DefaultVirtualEthernetAdapter Carte Ethernet virtuelle par défaut utilisée pour traiter les paquets non marqués. Si vous ne disposez que d’une seule carte Ethernet virtuelle pour cette partition logique, utilisez-la comme carte par défaut. SEADefaultPVID PVID associé à la carte Ethernet virtuelle par défaut. Par exemple, pour créer une carte de réseau Ethernet partagée ent3 en utilisant la carte Ethernet physique ent0 (ou Agrégation de liaisons) et une seule carte Ethernet virtuelle, ent2, (définie avec PVID = 1), entrez la commande suivante : mkvdev -sea ent0 -vadapter ent2 -default ent2 -defaultid 1 4. Vérifiez la création de la carte de réseau Ethernet partagée à l’aide de la commande suivante : lsdev -virtual 5. Prévoyez-vous d’accéder au serveur d’E-S virtuel à partir du réseau avec l’unité physique permettant de créer la carte de réseau Ethernet partagée ? v Oui : Passez à l’étape 6, à la page 94. v Non : La procédure est terminée et vous n’avez pas à effectuer les étapes restantes. 6. Envisagez-vous de définir des adresses IP sur des VLAN autres que celui qui est spécifié par le PVID de la carte de réseau Ethernet partagée ? v Oui : Passez à l’étape 7, à la page 94 pour créer des pseudo-unités VLAN. v Non : Passez à l’étape 8, à la page 94 pour configurer une connexion TCP/IP. 7. Pour configurer des pseudo-unités VLAN, procédez comme suit : a. Créez une pseudo-unité VLAN sur la carte de réseau Ethernet partagée en exécutant la commande suivante : mkvdev -vlan CarteCible -tagid IDBalise Où : v CarteCible est la carte de réseau Ethernet partagée. v IDBalise est l’ID du réseau local virtuel (VLAN) que vous avez défini lors de la création de la carte Ethernet virtuelle associée à la carte de réseau Ethernet partagée. Chapitre 5. Live Partition Mobility 269 Par exemple, pour créer une pseudo-unité VLAN qui utilise la carte de réseau Ethernet partagée ent3 que vous venez de créer (avec ID du réseau VLAN = 1), entrez la commande suivante : mkvdev -vlan ent3 -tagid 1 b. Vérifiez que la pseudo-unité VLAN a été créée en entrant la commande suivante : lsdev -virtual c. Répétez cette procédure pour toute éventuelle pseudo-unité VLAN requise. 8. Exécutez la commande suivante pour configurer la première connexion TCP/IP. La première connexion doit figurer sur le même VLAN et le même sous-réseau logique que la passerelle par défaut. mktcpip -hostname NomHôte -inetaddr Adresse -interface Interface -netmask \ MasqueSousRéseau -gateway Passerelle -nsrvaddr AdresseServeurNoms -nsrvdomain Domaine Où : v NomHôte est le nom d’hôte du serveur d’E-S virtuel v Adresse est l’adresse IP que vous souhaitez utiliser pour la connexion TCP/IP v Interface est l’interface associée à l’unité carte de réseau Ethernet partagée ou à une pseudo-unité VLAN. Par exemple, si l’unité de carte de réseau Ethernet partagée est ent3, l’interface associée est en3. v MasqueSousRéseau est l’adresse de masque de sous-réseau définie pour votre sous-réseau. v Passerelle est l’adresse de passerelle de votre sous-réseau. v AdresseServeurNoms est l’adresse de votre serveur de noms de domaine. v Domaine est le nom de votre domaine. Si vous n’avez pas d’autre VLAN, la procédure est terminée et vous n’avez pas à effectuer les étapes restantes. 9. Exécutez la commande suivante pour configurer d’autres connexions TCP/IP : chdev -dev interface -perm -attr netaddr=adresseIP -attr netmask=netmask -attr state=up Lorsque vous utilisez cette commande, indiquez l’interface (enX) associée à l’unité de carte de réseau Ethernet partagée ou à la pseudo-unité VLAN. La carte de réseau Ethernet partagée est maintenant configurée. Lorsque vous aurez configuré les connexions TCP/IP pour les cartes virtuelles des partitions logiques client à l’aide des systèmes d’exploitation de ces dernières, ces partitions logiques pourront communiquer avec le réseau externe. Concepts associés «Reprise par transfert de carte de réseau Ethernet partagée», à la page 62 La fonction de reprise par transfert de carte de réseau Ethernet partagée assure la redondance, car elle permet de configurer une carte de réseau Ethernet partagée de secours sur une autre partition logique du serveur d’E-S virtuel, laquelle peut être utilisée en cas de défaillance de la carte de réseau Ethernet partagée principale. La connectivité réseau des partitions logiques client est maintenue, sans interruption. Validation de l’environnement de Mobilité de partition à partir de la console HMC Cette procédure explique comment valider l’environnement de Mobilité de partition à partir de la console HMC. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. 270 Guide d’utilisation de PowerVM Editions Pour vérifier l’environnement de Mobilité de partition à partir de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez l’élément Gestion de systèmes. 2. Sélectionnez Serveurs. 3. Dans la zone de navigation, sélectionnez le serveur source. 4. Sélectionnez la partition mobile et développez Opérations > Mobilité > Validation. La fenêtre Validation de la migration de partitions s’affiche. 5. Dans le panneau de validation, sélectionnez le serveur de destination et cliquez sur Validation. Des données de validation suggérées s’affichent dans le panneau. 6. Vérifiez les paramètres SCSI virtuels et ceux du réseau virtuel du système de destination. 7. Vous ne pouvez modifier les paramètres par défaut de la partition de maintenance de déplacement que dans le cadre d’une Mobilité de partition active. 8. Cliquez sur Validation pour confirmer que les paramètres modifiés sont toujours acceptables pour la Mobilité de partition. Migration d’une partition logique à l’aide de la console HMC (Hardware Management) La migration d’une partition logique exige plusieurs tâches. Les informations suivantes sont destinées à vous aider à effectuer une migration correcte. Prérequis Pour faire migrer une partition logique, procédez comme ci-après. Tableau 66. Tâches prérequises pour la migration d’une partition logique Tâches de Mobilité de partition prérequises Tâche de mobilité active Tâche de mobilité inactive 1. Vous devez vous procurer et mettre en oeuvre le composant matériel PowerVM Enterprise Edition (ou Advanced POWER Virtualization Enterprise Edition) pour utiliser la Mobilité de partition. Pour plus d’informations sur PowerVM Enterprise Edition, voir PowerVM Editions. Pour plus d’informations sur l’activation du dispositif matériel PowerVM Enterprise Edition, voir Saisie du code d’activation de PowerVM Editions à partir de la console HMC version 7. X X 2. Vérifiez que vous avez exécuté toutes les tâches de planification requises pour la Mobilité de partition. Pour plus d’informations, voir «Préparation d’une migration HMC», à la page 242. X X 3. Vérifiez que les serveurs source et cible sont à l’état d’exécution. Pour plus d’informations sur la mise sous tension d’un serveur, voir Mise sous tension du système géré. X X Chapitre 5. Live Partition Mobility 271 Tableau 66. Tâches prérequises pour la migration d’une partition logique (suite) Tâches de Mobilité de partition prérequises Tâche de mobilité active 4. Vérifiez que la partition mobile est hors tension. Tâche de mobilité inactive X Pour plus d’informations sur la mise hors tension de la partition mobile, voir : v AIX : Utilisation de la console HMC (Hardware Management) pour arrêter les partitions logiques AIX dans le Guide de partitionnement logique1. v Linux : Utilisation de la console HMC (Hardware Management) pour arrêter les partitions logiques Linux dans le Guide de partitionnement logique1. Remarque : Si vous souhaitez déplacer la partition logique en mode actif et que celle-ci est hors service, vous devez la remettre en service. Pour plus d’informations, voir les conseils sur la résolution des incidents : v AIX : Résolution des incidents des partitions logiques AIX dans le Guide de partitionnement logique1. v Linux : Résolution des incidents des partitions logiques Linux dans le Guide de partitionnement logique1. 5. Vérifiez que la partition mobile est à l’état d’exécution. Pour plus d’informations sur l’activation d’une partition logique, voir Activation d’un profil de partition. X 6. Vérifiez que les partitions logiques des serveurs d’E-S virtuels source et cible sont actives. Pour plus d’informations sur l’activation d’une partition logique, voir Activation d’un profil de partition. X 7. Vérifiez que tous les travaux sur bande magnétique et sur CD sont terminés ou arrêtés. X 8. Exécutez l’outil de vérification de migration sur la console HMC pour vous assurer que les serveurs, les serveurs d’E-S virtuels, la partition mobile, la mémoire et le réseau sont prêts pour la Mobilité de partition. Pour plus d’informations, voir «Validation de l’environnement de Mobilité de partition à partir de la console HMC», à la page 270. X X X Remarque : 1. Pour consulter le fichier PDF Guide de partitionnement logique (SA11-1696), d’une taille approximative de 3 Mo, voir sa76-0098.pdf . Pour faire migrer une partition logique à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez l’élément Gestion de systèmes. 2. Sélectionnez Serveurs. 3. Dans la zone de contenu, ouvrez le serveur source. 272 Guide d’utilisation de PowerVM Editions 4. Sélectionnez la partition mobile et cliquez sur Opérations > Mobilité > Migration. 5. Exécutez l’assistant. Post-requis Vous devez exécuter plusieurs tâches après avoir terminé la migration de votre partition logique. Les informations suivantes sont destinées à vous aider à effectuer une migration correcte. Tableau 67. Tâches post-requises pour la migration d’une partition logique Mobilité de partitionTâches post-requises Tâche de mobilité active Tâche de mobilité inactive 1. Activez la partition mobile sur le serveur de destination. Pour plus d’informations, voir Activation d’un profil de partition. X 2. (Facultatif) Ajoutez les cartes d’E-S dédiées à la partition mobile sur le serveur de destination. Pour plus d’informations, voir «Ajout d’E-S dédiées à une partition mobile», à la page 276. X X 3. Si des connexions au terminal virtuel ont été perdues pendant la migration, rétablissez-les sur le serveur de destination. X X 4. (Facultatif) Affectez la partition mobile à un groupe de charge de travail de partitions logiques. Pour plus d’informations, voir «Ajout d’une partition mobile à un groupe de charge de travail de partitions», à la page 278. X X 5. Si des applications non prises en charge par la mobilité ont été fermées sur la partition mobile avant le déplacement de celle-ci, redémarrez ces applications sur le serveur de destination. X Mise sous tension d’un système géré Cette rubrique explique comment mettre un système géré sous tension via la console HMC. La console HMC permet de mettre un système géré sous tension et de contrôler l’état de mise sous tension. Pour mettre le système géré sous tension, votre profil utilisateur doit être l’un des suivants : v administrateur central v technicien de maintenance v opérateur v responsable produit Pour mettre le système géré sous tension, procédez comme suit : 1. Dans la zone de navigation, développez le dossier Gestion de systèmes. 2. Cliquez sur l’icône Serveurs. Chapitre 5. Live Partition Mobility 273 3. Dans la zone de contenu, sélectionnez le système géré. 4. Sélectionnez Tâches, Opérations, puis Mise hors tension 5. Sélectionnez le mode de mise sous tension souhaité, puis cliquez sur OK. Arrêt de partitions logiques AIX à l’aide de console HMC Vous pouvez arrêter des partitions logiques AIX à l’aide de la console HMC (Hardware Management). Arrêt différé du système d’exploitation : Lorsque vous utilisez l’option d’arrêt différé, la console HMC lance la commande AIX shutdown pour arrêter normalement la partition logique. Cette option n’est disponible que lorsque le système d’exploitation est en cours de fonctionnement, et que la partition logique est dans un état microprogramme ouvert. Pour effectuer un arrêt différé du système d’exploitation à l’aide de la la console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans le panneau du contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Arrêt. 3. Sélectionnez Système d’exploitation et cliquez sur OK. Arrêt immédiat du système d’exploitation : Lorsque vous utilisez l’option d’arrêt immédiat, la console HMC émet la commande AIX shutdown -F pour arrêter la partition logique dans les plus brefs délais, sans envoyer de messages aux autres utilisateurs. Cette option n’est disponible que lorsque le système d’exploitation est en cours de fonctionnement, et que la partition logique est dans un état microprogramme ouvert. Pour arrêter immédiatement le système d’exploitation à l’aide de console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Arrêter. 3. Sélectionnez Arrêt immédiat du système d’exploitation et cliquez sur OK. Arrêt différé d’une partition logique : Avec l’option d’arrêt différé, la partition logique observe un délai prédéterminé avant de s’arrêter. Cela lui donne le temps de terminer les travaux entrepris et d’enregistrer les données sur des disques. Pour effectuer un arrêt différé d’une partition logique AIX à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Arrêter. 3. Sélectionnez Différé et cliquez sur OK. Arrêt immédiat d’une partition logique : Avec l’option d’arrêt immédiat, le système s’arrête sans aucun délai prédéfini. 274 Guide d’utilisation de PowerVM Editions Pour procéder à un arrêt immédiat d’une partition logique AIX à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Arrêter. 3. Sélectionnez Immédiat et cliquez sur OK. Arrêt de partitions logiques Linux à l’aide de la console HMC Vous pouvez arrêter des partitions logiques Linux et le système d’exploitation Linux à l’aide de la console HMC (Hardware Management). Arrêt différé du système d’exploitation : Lorsque vous utilisez l’option d’arrêt différé, la console HMC (Hardware Management) lance la commande Linux shutdown -h +1 pour arrêter normalement la partition logique. Cette option n’est disponible que lorsque le système d’exploitation est en cours de fonctionnement, et que la partition logique est dans un état microprogramme ouvert. Pour effectuer un arrêt différé du système d’exploitation à l’aide de la la console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans le panneau du contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Arrêt. 3. Sélectionnez Système d’exploitation et cliquez sur OK. Arrêt immédiat du système d’exploitation : Lorsque vous utilisez l’option d’arrêt immédiat, la console HMC (Hardware Management) lance la commande Linux shutdown -h now pour arrêter la partition logique dans les plus brefs délais, sans envoyer de message d’avertissement aux autres utilisateurs. Cette option n’est disponible que lorsque le système d’exploitation est en cours de fonctionnement, et que la partition logique est dans un état microprogramme ouvert. Pour arrêter immédiatement le système d’exploitation à l’aide de console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Arrêter. 3. Sélectionnez Arrêt immédiat du système d’exploitation et cliquez sur OK. Arrêt différé d’une partition logique : Avec l’option d’arrêt différé, la partition logique observe un délai prédéterminé avant de s’arrêter. Cela lui donne le temps de terminer les travaux entrepris et d’enregistrer les données sur des disques. Pour exécuter un arrêt différé pour une partition logique Linux avec la console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Arrêter. Chapitre 5. Live Partition Mobility 275 3. Sélectionnez Différé et cliquez sur OK. Arrêt immédiat d’une partition logique : Avec l’option d’arrêt immédiat, le système s’arrête sans aucun délai prédéfini. Pour procéder à un arrêt immédiat d’une partition logique Linux à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Opérations → Arrêter. 3. Sélectionnez Immédiat et cliquez sur OK. Ajout d’E-S dédiées à une partition mobile Cette procédure explique comment ajouter des E-S dédiées à une partition mobile après une migration. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Les E-S dédiées permettent à votre système géré de collecter, stocker et transmettre des données. Les E-S dédiées sont des unités physiques qui se trouvent dans le serveur lui-même ainsi que dans les unités d’extension et les tours connectées au serveur. Avant de déplacer la partition mobile depuis l’environnement source vers l’environnement de destination, vous avez peut-être dû déplacer des E-S dédiées depuis la partition mobile vers une autre partition mobile. Une fois la partition mobile transférée correctement dans l’environnement de destination, vous pouvez y ajouter des E-S dédiées. Pour ajouter des E-S dédiées à la partition mobile à partir de la console HMC, procédez comme suit : 1. Ajoutez dynamiquement les cartes d’E-S dédiées à la partition mobile ou déplacez-les dynamiquement depuis une partition logique vers la partition mobile. Voir les instructions suivantes : v AIX : Gestion dynamique des unités et emplacements d’E-S physiques v Linux : Ajout dynamique d’unités et d’emplacements d’entrée-sortie à l’aide de la version 7 ou d’une version ultérieure de la console HMC 2. Mettez à jour les profils de partition avec les nouvelles affectations d’E-S : Vous devez mettre à jour les profils de partition de sorte que les nouvelles affectations d’E-S ne soient pas perdues lors de la prochaine activation des profils. a. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. b. Sélectionnez le serveur géré de votre choix dans la zone de navigation. c. Sélectionnez la partition logique de votre choix dans la zone de contenu. d. Sélectionnez Configuration > Gestion de profils. e. Sélectionnez le profil de votre choix et cliquez sur Actions > Edition. f. Cliquez sur l’onglet E-S. g. Pour chaque ressource à dédier à la partition mobile, sélectionnez Ajouter comme unité requise ou Ajouter comme unité souhaitée. h. Cliquez sur OK. Vous devrez activer la partition logique avec ce profil pour que cette modification prenne effet. i. Répétez les étapes 2f à 2h pour chaque profil de partition associé à la partition mobile. 276 Guide d’utilisation de PowerVM Editions Gestion dynamique d’unités et d’emplacements d’E-S physiques à l’aide de la console HMC : Vous pouvez ajouter, supprimer et déplacer dynamiquement des unités et des emplacements d’E-S physiques depuis et vers des partitions logiques en cours de fonctionnement à l’aide de la console HMC (Hardware Management) (HMC). Les partitions logiques peuvent ainsi partager des unités d’entrée-sortie peu fréquemment utilisées (des unités de disque optiques, par exemple). Les partitions logiques peuvent être associées à des unités ou des emplacements d’E-S imposés ou souhaités. Lorsque vous spécifiez qu’une unité ou un emplacement d’entrée-sortie est souhaité (ou partagé), cela signifie que cette unité ou cet emplacement d’entrée-sortie est destiné à être partagé avec d’autres partitions logiques ou qu’il est facultatif. Lorsque vous précisez qu’une unité ou un emplacement d’entrée-sortie est requis (ou dédié), cela signifie que vous ne pouvez pas activer la partition logique si l’unité ou l’emplacement est indisponible ou utilisé par une autre partition logique. Remarque : En cas de déplacement dynamique des ressources, la modification de la configuration n’est que temporaire et n’est pas répercutée dans le profil de partition. Cela signifie que toutes les modifications de configuration seront perdues à la prochaine activation du profil de partition. Si vous voulez sauvegarder la nouvelle configuration de partition, vous devez modifier le profil de partition. Ajout dynamique d’unités et d’emplacements d’entrée-sortie physiques à l’aide de la console HMC : Vous pouvez ajouter un emplacement d’entrée-sortie physique (ainsi que la carte et les unités connectées à cet emplacement) à une partition logique en cours d’exécution à l’aide de la console HMC (Hardware Management) (HMC). Cette opération permet d’ajouter des fonctions d’E-S à une partition logique en cours d’exécution sans devoir arrêter la partition logique. Une partition logique Linux prend en charge l’ajout dynamique d’emplacements d’entrée-sortie physiques uniquement lorsque les conditions suivantes sont remplies : v Une distribution Linux prenant en charge le partitionnement logique dynamique est installée sur la partition logique Linux. Les distributions prenant en charge le partitionnement logique dynamique incluent SUSE Linux Enterprise Server 9 et les versions ultérieures. v Le module d’outils DynamicRM est installé sur la partition logique Linux. Pour plus d’informations sur le module d’outils DynamicRM, voir le site Web Service and productivity tools. Pour ajouter dynamiquement un emplacement d’entrée-sortie physique à une partition logique en cours d’exécution à l’aide de la console HMC, vous devez être administrateur central, technicien de maintenance, opérateur ou responsable produit au laboratoire. Pour plus d’informations sur les rôles utilisateur, voir les tâches et les rôles dans le Guide d’utilisation de la console HMC et des systèmes gérés. Pour consulter le résumé du document Guide d’utilisation de la console HMC et des systèmes gérés (SA11-1703), voir sa76-0085.pdf . Pour ajouter dynamiquement un emplacement d’entrée-sortie physique à une partition logique en cours d’exécution à l’aide de la console HMC, procédez comme suit : 1. Dans la zone de navigation de votre console HMC, ouvrez Gestion des systèmes, ouvrez Serveurs et cliquez sur le système hébergeant la partition logique. 2. Dans la zone de contenu, sélectionnez la partition logique, cliquez sur le bouton Tâches et sélectionnez Partitionnement logique dynamique → Cartes physiques → Ajouter. 3. Sélectionnez l’emplacement d’entrée-sortie physique à ajouter à la partition logique. 4. Si vous voulez affecter l’emplacement d’entrée-sortie physique à un pool d’entrée-sortie, sélectionnez le pool d’entrée-sortie pour l’emplacement d’entrée-sortie dans ID de pool d’entrée-sortie. 5. Cliquez sur OK. Chapitre 5. Live Partition Mobility 277 Ajout d’une partition mobile à un groupe de charge de travail de partitions Cette procédure explique comment ajouter une partition mobile à un groupe de charge de travail de partitions après une migration. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Un groupe de charge de travail de partitions identifie un ensemble de partitions logiques situées sur le même système physique. Les outils de gestion de charge de travail utilisent des groupes de charge de travail de partitions afin d’identifier les partitions logiques qu’ils peuvent gérer. Avant de déplacer la partition mobile depuis l’environnement source vers l’environnement de destination, vous avez peut-être dû supprimer la partition mobile d’un groupe de charge de travail de partitions. Une fois la partition mobile transférée correctement dans l’environnement de destination, vous pouvez l’inclure dans un groupe de charge de travail de partitions. Pour inclure la partition mobile dans un groupe de charge de travail de partitions à partir de la console HMC, procédez comme suit : 1. Dans la zone de navigation, ouvrez Gestion de systèmes et sélectionnez Serveurs. 2. Sélectionnez le serveur géré de votre choix dans la zone de navigation. 3. Sélectionnez la partition logique de votre choix dans la zone de contenu. 4. Sélectionnez Configuration > Gestion de profils. 5. Sélectionnez le profil de votre choix et cliquez sur Actions > Edition. 6. Cliquez sur l’onglet Paramètres. 7. Dans la zone Gestion de la charge de travail, sélectionnez (Aucun) et cliquez sur OK. 8. Répétez les étapes 1 à 7 pour tous les profils de partition associés à la partition mobile. Vous devrez activer la partition logique avec ce profil pour que cette modification prenne effet. Vous pouvez également utiliser le partitionnement logique dynamique (DLPAR) en sélectionnant la partition logique, > Propriétés > et l’onglet Autre. Identification et résolution des incidents liés à la Mobilité de partition Cette section explique comment isoler et résoudre les problèmes liés à la Mobilité de partition active et inactive. Si vous ne réussissez pas à résoudre vous-même certains problèmes, vous devrez collecter des informations pour aider les techniciens de l’assistance technique à trouver une solution en temps voulu. Identification et résolution des incidents liés à la Mobilité de partition active Cette section explique comment résoudre les problèmes pouvant survenir lors d’une Mobilité de partition active. La liste ci-après répertorie les erreurs possibles et les solutions pour y remédier. Tableau 68. Problèmes connus et solutions liés à la Mobilité de partition active Incident Solution Si le système d’exploitation s’exécutant dans la partition mobile ne prend pas en charge explicitement le registre de version de processeur du serveur de destination et que le processeur détermine que ce support explicite est obligatoire, le processeur n’autorise pas la migration. Procédez de l’une des façons suivantes : 278 Guide d’utilisation de PowerVM Editions v Déplacez la partition logique sur un autre système. v Mettez à jour le système d’exploitation à un niveau qui prend en charge les registres de version de processeur du système cible. Tableau 68. Problèmes connus et solutions liés à la Mobilité de partition active (suite) Incident Solution Vous recevez une erreur concernant le système d’exploitation pendant une tentative de migration d’une partition logique. 1. Consultez le journal des erreurs du système d’exploitation pour les incidents liés au système d’exploitation. 2. Consultez le journal des erreurs de la console HMC pour les incidents liés à l’application. Vous recevez une erreur HMC signalant un manque de Procédez de l’une des façons suivantes : mémoire sur le serveur de destination. v Déplacez la partition logique sur un autre serveur. Remarque : Une mémoire suffisante inclut la quantité de v Allouez davantage de mémoire disponible sur le mémoire disponible et la quantité de mémoire contiguë serveur de destination. Pour plus d’informations, voir disponible sur le serveur. Si la partition mobile requiert «Détermination de la mémoire disponible sur le davantage de mémoire contiguë, une allocation serveur de destination», à la page 244. supplémentaire de mémoire disponible ne permet pas de résoudre le problème. La console HMC et les systèmes gérés ont perdu leur connexion au cours de la migration. 1. Dans la zone de navigation HMC, sélectionnez Migration de partition. 2. Dans la zone de contenu, sélectionnez le système source ou de destination et cliquez sur Reprise. 3. Dans le panneau de reprise sur incident de migration, cliquez sur Reprise. Pendant une tentative de modification dynamique de ressources, vous recevez une erreur signalant que le démon RMC (Resource Monitoring and Control) n’est pas connecté. Cette erreur se produit généralement lors d’un problème de connexion réseau entre les partitions logiques et la console HMC. Pour résoudre le problème, vérifiez la configuration réseau de votre système. Identification et résolution des incidents liés à la Mobilité de partition inactive Cette section explique comment résoudre les problèmes liés à une Mobilité de partition inactive. La liste ci-après répertorie les erreurs possibles et les solutions pour y remédier. Tableau 69. Problèmes connus et solutions liés à la Mobilité de partition inactive Incident Solution Si la partition mobile est déplacée vers un serveur que le Déplacez la partition logique sur un autre système. système d’exploitation ne prend pas en charge (et si le support explicite est obligatoire), le démarrage de la partition logique sur le serveur de destination échouera. Vous recevez une erreur signalant un manque de Procédez de l’une des façons suivantes: mémoire sur le serveur de destination. v Déplacez la partition logique sur un autre serveur. Remarque : Une mémoire suffisante inclut la quantité de v Allouez davantage de mémoire disponible sur le mémoire disponible et la quantité de mémoire contiguë serveur de destination. Pour plus d’informations, voir disponible sur le serveur. Par conséquent, si la partition «Détermination de la mémoire disponible sur le mobile requiert davantage de mémoire contiguë, une serveur de destination», à la page 244. allocation supplémentaire de mémoire disponible ne résoudra pas le problème. Codes de référence de la Mobilité de partition Les codes de référence de la Mobilité de partition sont des aides au diagnostic qui permettent de déterminer l’origine d’un incident lié au matériel ou au système d’exploitation. L’utilisation de ces codes permet de trouver la solution qui convient pour résoudre l’incident. Pour utiliser efficacement les codes de référence, vous devez les associer à d’autres procédures de maintenance et d’assistance. Chapitre 5. Live Partition Mobility 279 Pour plus d’informations sur l’identification et la résolution des problèmes, voir le Codes de référence du système document PDF correspondant à votre modèle de serveur. Utilisation d’Integrated Virtualization Manager avec Live Partition Mobility Cette rubrique fournit des informations sur la migration d’une partition logique active ou inactive à l’aide du gestionnaire Integrated Virtualization Manager. Environnement Integrated Virtualization Manager Cette rubrique décrit la configuration d’un environnement de partitions actives ou inactives à l’aide du gestionnaire Integrated Virtualization Manager. Serveurs source et cible Cette rubrique fournit des informations sur la façon de configurer l’environnement des serveurs source et cible avant d’effectuer une migration. Deux serveurs sont impliqués dans la Mobilité de partition. Le serveur source est celui à partir duquel vous souhaitez déplacer la partition logique et le serveur cible est celui vers lequel vous la déplacez. Les serveurs source et cible doivent être équipés de processeurs POWER6 pour participer à la Mobilité de partition. Le serveur de destination doit disposer de ressources mémoire et processeur suffisantes pour permettre l’exécution de la partition mobile. Integrated Virtualization Manager Si vous installez le serveur d’E-S virtuel sur un système non géré par une console HMC ou non géré par un serveur lame BladeCenter, le serveur d’E-S virtuel devient la partition de gestion et inclut le gestionnaire Integrated Virtualization Manager pour la gestion des systèmes. Integrated Virtualization Manager comprend une interface de ligne de commande Web que vous pouvez utiliser pour faire migrer une partition logique d’un système équipé du processeur POWER6 vers un autre. La tâche de migration sur Integrated Virtualization Manager permet de valider et de terminer une migration de partition. Integrated Virtualization Manager détermine le type de migration à utiliser en fonction de l’état de la partition logique. Si la partition logique est à l’état En cours d’exécution, la migration est active. Si elle est à l’état Non activé, la migration est inactive. Avant de faire migrer une partition logique, effectuez un contrôle de validation pour vérifier que la migration se déroulera correctement. Réseautique Pendant une Mobilité de partition active, il est important que les deux partitions de gestion puissent communiquer entre elles. Le réseau permet de transmettre les informations d’état de la partition mobile et d’autres données de configuration depuis l’environnement source vers l’environnement de destination. La partition mobile utilise le réseau local virtuel pour accéder au réseau. Le réseau local virtuel doit être relié à un réseau physique par le biais d’un pont Ethernet virtuel dans la partition de gestion. Le réseau local doit être configuré de sorte que la partition mobile puisse continuer à communiquer avec les autres clients et serveurs nécessaires une fois la migration terminée. La Mobilité de partition active n’impose aucune contrainte en ce qui concerne la taille de la mémoire de la partition mobile. Le transfert de la mémoire n’interrompt pas l’activité d’une partition mobile, mais cette procédure peut prendre du temps lorsque la configuration d’une mémoire de grande taille est impliquée sur un réseau lent. Par conséquent, utilisez une connexion à large bande passante telle que Gigabit Ethernet. Configuration mémoire exigée pour la migration de partitions Cette rubrique récapitule la configuration mémoire exigée pour la mobilité de partition. 280 Guide d’utilisation de PowerVM Editions La partition mobile est transférée d’un serveur vers un autre par le serveur source qui envoie les informations d’état de la partition logique au serveur de destination sur un réseau local (LAN). Cependant, il n’est pas possible de transmettre des données de partitionnement de disque d’un système vers un autre via un réseau. Par conséquent, pour que la mobilité de partition puisse réussir, la partition mobile doit utiliser les ressources de stockage virtualisées par un réseau de stockage (SAN), afin qu’elle puisse accéder à la même mémoire à partir des serveurs source et cible. Configuration requise pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager Cette rubrique contient des informations sur la configuration logicielle et matérielle générale exigée pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager. La configuration logicielle et matérielle nécessaire à l’utilisation de la Mobilité de partition varie selon qu’il s’agit de la migration d’une partition logique AIX ou Linux active ou inactive. Avant de procéder à la migration d’une partition logique, vérifiez que l’environnement de Mobilité de partition répond aux conditions minimales exigées. Configuration exigée pour les serveurs source et cible Le tableau suivant indique la configuration matérielle exigée pour Integrated Virtualization Manager. Tableau 70. Configuration exigée pour les serveurs source et cible Configuration exigée pour les serveurs Les serveurs source et cible doivent correspondre à l’un des modèles POWER6 : Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive X X v 03E/4A v 04E/8A v JS/12 Express v JS/22 Express Configuration exigée pour Integrated Virtualization Manager Le tableau suivant indique la configuration logicielle exigée pour Integrated Virtualization Manager. Tableau 71. Configuration logicielle exigée pour Integrated Virtualization Manager Configuration exigée pour Integrated Virtualization Manager Les serveurs source et cible doivent utiliser la version 1.5 ou une version supérieure d’Integrated Virtualization Manager. Pour plus d’informations sur l’installation d’Integrated Virtualization Manager, voir Installation du gestionnaire Integrated Virtualization Manager. Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive X X Pour déterminer la version en cours d’Integrated Virtualization Manager et, si nécessaire, la mettre à jour, voir Affichage et mise à jour du niveau de code de la partition de gestion. Chapitre 5. Live Partition Mobility 281 Tableau 71. Configuration logicielle exigée pour Integrated Virtualization Manager (suite) Configuration exigée pour Integrated Virtualization Manager Vous devez vous procurer et mettre en oeuvre le composant matériel PowerVM Enterprise Edition (ou Advanced POWER Virtualization Enterprise Edition) pour utiliser la Mobilité de partition. Pour plus d’informations sur PowerVM Enterprise Edition, voir PowerVM Editions. Pour plus d’informations sur l’activation du dispositif matériel PowerVM Enterprise Edition, voir Saisie du code d’activation de PowerVM Editions à l’aide d’Integrated Virtualization Manager. Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive X X Configuration exigée pour le système d’exploitation Le tableau suivant indique la configuration logicielle prise en charge pour la Mobilité de partition. Tableau 72. Configuration exigée pour le système d’exploitation Configuration exigée pour le système d’exploitation Configuration exigée pour la mobilité active Configuration exigée pour la mobilité inactive Le système d’exploitation s’exécutant dans la partition mobile doit être AIX ou Linux. X X Le système d’exploitation doit être à l’un des niveaux suivants : X X v AIX 5L version 5.3 avec niveau de technologie 5300-07 ou version ultérieure v SUSE Linux Enterprise Server 10 (SLES 10) Service Pack 1 ou supérieur Les versions antérieures d’AIX et de Linux peuvent participer à une Mobilité de partition inactive si les systèmes d’exploitation gèrent les unités virtuelles et les modèles POWER6. Configuration mémoire exigée Le tableau suivant indique la configuration mémoire exigée pour les serveurs source et cible. Tableau 73. Configuration mémoire exigée pour les serveurs source et cible Configuration mémoire exigée Configuration exigée pour la mobilité active Le réseau de stockage est la seule unité de stockage prise en charge pour la Mobilité de partition. 282 Guide d’utilisation de PowerVM Editions X Configuration exigée pour la mobilité inactive X Tableau 73. Configuration mémoire exigée pour les serveurs source et cible (suite) Configuration mémoire exigée La partition mobile doit utiliser une mémoire visible pour le serveur d’E-S virtuel sur les systèmes source et cible. Configuration exigée pour la mobilité active X Configuration exigée pour la mobilité inactive X Préparation d’une migration Integrated Virtualization Manager Cette rubrique décrit les éléments à prendre en compte pour planifier la migration d’une partition logique active ou inactive à l’aide du gestionnaire Integrated Virtualization Manager. Préparation des serveurs source et cible à une migration de partition Integrated Virtualization Manager Cette rubrique décrit les tâches permettant de préparer les serveurs source et cible à une migration de partition Integrated Virtualization Manager. La préparation des serveurs source et cible à une migration de partition Integrated Virtualization Manager exige plusieurs tâches. Ces informations sont destinées à vous aider à effectuer une migration correcte. Pour préparer les serveur source et destination à une migration de partition Integrated Virtualization Manager, procédez comme suit. Tableau 74. Tâches de planification des serveurs source et cible Tâches de planification des serveurs Tâche de mobilité active Tâche de mobilité inactive 1. Vérifiez que les serveurs source et cible remplissent les conditions requises pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager. Pour plus d’informations, voir «Configuration requise pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager», à la page 281. X X 2. Vérifiez que la taille du bloc de mémoire logique est la même sur les serveurs source et cible. Déterminez la taille du bloc de mémoire logique de chaque serveur et modifiez-la, si nécessaire. Pour plus d’informations, voir Affichage et modification des propriétés système. Remarque : La fonction de validation effectue la vérification pour vous. X X Chapitre 5. Live Partition Mobility 283 Tableau 74. Tâches de planification des serveurs source et cible (suite) Tâches de planification des serveurs Tâche de mobilité active Tâche de mobilité inactive 3. Vérifiez que le serveur de destination dispose d’une mémoire suffisante pour prendre en charge la partition mobile. Pour plus d’informations, voir «Détermination de la mémoire disponible sur le serveur de destination à l’aide d’Integrated Virtualization Manager». Remarque : La fonction de validation effectue la vérification pour vous. X X 4. Vérifiez que le serveur de destination dispose de suffisamment de processeurs pour prendre en charge la partition mobile. Pour plus d’informations, voir Détermination des processeurs disponibles sur le serveur de destination à l’aide d’Integrated Virtualization Manager. Remarque : La fonction de validation effectue la vérification pour vous. X X 5 Vérifiez que le serveur d’E-S virtuel source et le serveur d’E-S virtuel cible peuvent communiquer entre eux. Remarque : La fonction de validation effectue la vérification pour vous. X X Détermination de la mémoire disponible sur le serveur de destination à l’aide d’Integrated Virtualization Manager : Cette procédure explique comment déterminer la mémoire disponible sur le serveur de destination et, si nécessaire, allouer davantage de mémoire à l’aide du gestionnaire Integrated Virtualization Manager. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Le rôle Service Representative (SR) ne permet pas d’afficher ou de modifier les valeurs relatives à la mémoire. Pour déterminer la mémoire disponible sur le serveur de destination à l’aide d’Integrated Virtualization Manager, procédez comme suit : 1. Déterminez la quantité de mémoire requise par la partition mobile : a. Dans le menu Gestion de partition, cliquez sur Affichage/modification de partitions. Le panneau Affichage/modification de partitions s’affiche. b. Sélectionnez la partition logique dont vous voulez afficher les propriétés. c. Dans le menu Tâches, cliquez sur Propriétés. Le panneau Propriétés de la partition s’affiche. d. Cliquez sur l’onglet Mémoire et notez la quantité de mémoire maximale, minimale et disponible. e. Cliquez sur OK. 2. Déterminez la mémoire disponible sur le serveur de destination : a. Dans le menu Gestion de partition, cliquez sur Affichage/modification des propriétés système. Le panneau Affichage/modification des propriétés système s’affiche. b. Sélectionnez l’onglet Mémoire. c. Notez la mémoire actuellement disponible. d. Cliquez sur Appliquer. 3. Comparez les valeurs des étapes 1 et 2. 284 Guide d’utilisation de PowerVM Editions v Si le serveur de destination dispose d’une mémoire suffisante pour prendre en charge la partition mobile, passez à la rubrique «Préparation des serveurs source et cible à une migration de partition Integrated Virtualization Manager», à la page 283. v S’il ne dispose pas d’une mémoire suffisante pour prendre en charge la partition mobile, utilisez le gestionnaire Integrated Virtualization Manager pour supprimer dynamiquement de la mémoire de la partition logique. Vous pouvez également supprimer de la mémoire des partitions logiques du serveur de destination. Remarque : Après la migration, POWER6Hypervisor utilise la mémoire du serveur de destination. Vérifiez que celui-ci dispose d’une mémoire suffisante pour prendre en charge les besoins en mémoire de la partition logique et d’Hypervisor. Détermination des processeurs disponibles sur le serveur de destination à l’aide d’Integrated Virtualization Manager : Cette procédure explique comment déterminer les processeurs disponibles sur le serveur de destination et, si nécessaire, allouer des processeurs supplémentaires. Vous devez disposer des droits d’administrateur central pour exécuter cette tâche. Pour déterminer les processeurs disponibles sur le serveur de destination à l’aide d’Integrated Virtualization Manager, procédez comme suit : 1. Déterminez le nombre de processeurs requis par la partition mobile : a. Dans le menu Gestion de partition, cliquez sur Affichage/modification de partitions. Le panneau Affichage/modification de partitions s’affiche. b. Sélectionnez la partition logique dont vous voulez afficher les propriétés. c. Dans le menu Tâches, cliquez sur Propriétés. Le panneau Propriétés de la partition s’affiche. d. Cliquez sur l’onglet Traitement et notez le nombre minimal, maximal et disponible d’unités de traitement. e. Cliquez sur OK. 2. Déterminez les processeurs disponibles sur le serveur de destination : a. Dans le menu Gestion de partition, sélectionnez Affichage/modification des propriétés système. Le panneau Affichage/modification des propriétés système s’affiche. b. Cliquez sur l’onglet Traitement. c. Notez le nombre d’unités de traitement actuellement disponibles. d. Cliquez sur Appliquer. 3. Comparez les valeurs des étapes 1 et 2. v Si le serveur de destination dispose de suffisamment de processeurs pour prendre en charge la partition mobile, passez à la rubrique «Préparation des serveurs source et cible à une migration de partition Integrated Virtualization Manager», à la page 283. v S’il ne dispose pas d’un nombre suffisant de processeurs pour prendre en charge la partition mobile, utilisez le gestionnaire Integrated Virtualization Manager pour supprimer dynamiquement les processeurs de la partition logique. Vous pouvez également supprimer des processeurs des partitions logiques du serveur de destination. Chapitre 5. Live Partition Mobility 285 Préparation d’Integrated Virtualization Manager à la Mobilité de partition Pour préparer le gestionnaire Integrated Virtualization Manager à la Mobilité de partition, procédez comme suit : Tableau 75. Tâche de planification d’Integrated Virtualization Manager Tâches de planification d’Integrated Virtualization Manager Tâche de mobilité active Tâche de mobilité inactive X X Vérifiez que le gestionnaire Integrated Virtualization Manager remplit les conditions requises pour la Mobilité de partition. Pour plus d’informations, voir «Configuration requise pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager», à la page 281. Préparation de la partition mobile à la Mobilité de partition à l’aide d’Integrated Virtualization Manager La préparation de la partition mobile à la Mobilité de partition exige plusieurs tâches. Les informations ci-après vous aideront à effectuer une migration correcte. Pour préparer la partition mobile à la Mobilité de partition à l’aide d’Integrated Virtualization Manager, procédez comme suit : Tableau 76. Tâches de planification de la partition mobile Tâches de planification de la partition mobile Tâche de mobilité active Tâche de mobilité inactive 1. Vérifiez que le système d’exploitation remplit les conditions requises pour la Mobilité de partition. Pour plus d’informations, voir «Configuration requise pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager», à la page 281. X 2. Vérifiez que les partitions de gestion source et cible peuvent communiquer entre elles. X X 3. Vérifiez que la partition mobile n’appartient pas à un groupe de charge de travail de partitions. Pour plus d’informations, voir «Suppression de la partition mobile d’un groupe de charge de travail de partitions à l’aide d’Integrated Virtualization Manager», à la page 287. X X 286 Guide d’utilisation de PowerVM Editions Tableau 76. Tâches de planification de la partition mobile (suite) Tâches de planification de la partition mobile Tâche de mobilité active 4. Vérifiez que la partition mobile ne comporte ni carte physique ni carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée). Pour plus d’informations, voir Gestion dynamique des cartes physiques et Affectation d’un port de carte de réseau Ethernet hôte à une partition logique. Remarque : Le gestionnaire Integrated Virtualization Manager supprimera les E-S physiques affectées à la partition mobile au cours d’une migration inactive. X 5. Vérifiez que les applications s’exécutant dans la partition mobile partition acceptent ou reconnaissent la mobilité. Pour plus d’informations, voir Applications logicielles reconnaissant les migrations. X Tâche de mobilité inactive Suppression de la partition mobile d’un groupe de charge de travail de partitions à l’aide d’Integrated Virtualization Manager : Cette procédure explique comment supprimer une partition mobile d’un groupe de charge de travail de partitions. Un groupe de charge de travail de partitions identifie un ensemble de partitions logiques situées sur le même système physique. Ce groupe est défini lorsque vous utilisez le gestionnaire Integrated Virtualization Manager pour configurer une partition logique. Il est destiné aux applications qui gèrent des groupes de logiciels. Pour qu’une partition logique puisse participer à une Mobilité de partition, elle ne doit pas être affectée à un groupe de charge de travail de partitions. Pour supprimer la partition mobile d’un groupe de charge de travail de partitions à l’aide d’Integrated Virtualization Manager, procédez comme suit : 1. Dans le menu Gestion de partition, cliquez sur Affichage/modification de partitions. La fenêtre Affichage/modification de partitions s’affiche. 2. Sélectionnez la partition logique à supprimer du groupe de charge de travail de partitions. 3. Dans le menu Tâches, cliquez sur Propriétés. La fenêtre Propriétés de la partition s’affiche. 4. Dans l’onglet Général, désélectionnez Participant au groupe de charge de travail de partitions. 5. Cliquez sur OK. Suppression de cartes physiques de la partition mobile : Cette procédure explique comment supprimer des cartes physiques d’une partition mobile. Les cartes physiques permettent à votre système géré de collecter, stocker et transmettre des données. Ces unités physiques se trouvent dans le serveur lui-même ainsi que dans les unités d’extension et les tours connectées au serveur. Chapitre 5. Live Partition Mobility 287 Pour qu’une partition logique puisse participer à une Mobilité de partition, elle ne doit inclure aucune carte physique. Toutes les cartes doivent être virtuelles. Vous pouvez utiliser la Mobilité de partition inactive si la partition mobile comprend des cartes physiques. Ces cartes seront alors supprimées automatiquement de la partition logique avant le lancement de la migration. Pour supprimer des cartes physiques de la partition mobile à l’aide du gestionnaire Integrated Virtualization Manager, procédez comme suit : 1. Dans le menu Gestion de partition, cliquez sur Affichage/modification de partitions. Le panneau Affichage/modification de partitions s’affiche. 2. Sélectionnez la partition logique à modifier. 3. Dans le menu Tâches, cliquez sur Propriétés. Le panneau Propriétés de la partition s’affiche. 4. Cliquez sur l’onglet Cartes physiques. 5. Désélectionnez les cartes physiques à supprimer de la partition logique. 6. Cliquez sur OK. Préparation de la configuration mémoire à la Mobilité de partition à l’aide d’Integrated Virtualization Manager Vous devez exécuter plusieurs tâches pour vous assurer que la configuration mémoire correspond à la configuration minimale exigée pour la Mobilité de partition. Les informations ci-après vous aideront à effectuer une migration correcte. Si votre environnement correspond déjà à la configuration minimale requise indiquée précédemment, sélectionnez Vérification de la configuration mémoire existante. Si vous devez configurer cet environnement, sélectionnez Configuration de l’environnement mémoire. Vérification de la configuration mémoire existante pour la Mobilité de partition à l’aide d’Integrated Virtualization Manager : Exécutez les tâches permettant de vérifier que votre configuration mémoire correspond à la configuration minimale exigée pour la Mobilité de partition. Avant de faire migrer une partition logique, vous devez vérifier que votre configuration mémoire correspond à la configuration minimale exigée pour effectuer la migration d’une partition logique. Procédez comme suit pour vérifier votre configuration mémoire. Vérifiez les connexions, affectations et attributs ci-après. Tableau 77. Tâches de planification de la mémoire Tâches de planification de la mémoire Tâche de mobilité active 1. Vérifiez que la migration des unités virtuelles est possible. Voir Identification des disques exportables X 2. Vérifiez que la partition mobile a accès à la mémoire physique. Pour plus d’informations, voir «Vérification de l’accès de la partition mobile à sa mémoire physique», à la page 289. X 288 Guide d’utilisation de PowerVM Editions Tâche de mobilité inactive X Tableau 77. Tâches de planification de la mémoire (suite) Tâches de planification de la mémoire Tâche de mobilité active Tâche de mobilité inactive X X 3. Vérifiez que la partition mobile ne comporte ni carte physique ni carte de réseau Ethernet hôte (ou carte Ethernet virtuelle intégrée). Pour plus d’informations, voir «Suppression de cartes physiques de la partition mobile», à la page 287 et Affectation d’un port carte de réseau Ethernet hôte à une partition logique. Configuration de l’environnement mémoire pour la Mobilité de partition : La configuration de l’environnement mémoire pour la Mobilité de partition exige plusieurs tâches. Les informations suivantes sont destinées à vous aider à effectuer une migration correcte. Pour définir la configuration mémoire, procédez comme ci-après. Tableau 78. Tâches de planification de la mémoire Tâches de planification de la mémoire Tâche de mobilité active Tâche de mobilité inactive 1. Installez et configurez un réseau de stockage. Pour consulter la liste des unités de stockage gérées par le serveur d’E-S virtuel, voir Environnement géré par le serveur d’E-S virtuel. X X 2. Connectez les partitions de gestion source et cible au réseau de stockage. X X 3. Attribuez la valeur no_reserve aux attributs reserve_policy des volumes physiques du client mobile. X X 4. Affectez les mêmes disques à la partition de gestion source et à toutes les partitions de gestion de destination possibles. X X 5. Vérifiez que la partition mobile a accès au réseau de stockage. X X 6. Vérifiez que la partition mobile ne comporte aucune unité ou carte d’E-S dédiée. Pour plus d’informations, voir «Suppression de cartes physiques de la partition mobile», à la page 287. X Vérification de l’accès de la partition mobile à sa mémoire physique : Cette procédure explique comment vérifier l’accès de la partition mobile à la mémoire physique sur le réseau de stockage. Pour que la Mobilité de partition réussisse, la partition mobile doit avoir accès à la même mémoire physique à partir des environnements source et cible. Dans l’environnement de destination, la carte SAN Chapitre 5. Live Partition Mobility 289 reliée à l’hôte dans la partition de gestion de destination doit être connectée au même réseau de stockage que la partition de gestion source et avoir accès à la même mémoire physique de la partition mobile que la partition de gestion source. Pour vérifier ces connexions à l’aide d’Integrated Virtualization Manager, procédez comme suit : 1. Dans le menu de gestion de la mémoire virtuelle, cliquez sur Afficher/Modifier la mémoire virtuelle. 2. Dans l’onglet Disque Virtuel, vérifiez que la partition logique ne possède pas de disque virtuel. 3. Dans l’onglet Volumes physiques, vérifiez que les volumes physiques mappés sur la partition mobile sont exportables. Pour plus d’informations, voir Identification des disque exportables. Si des informations sont incorrectes, reportez-vous à la rubrique Préparation de la configuration mémoire et exécutez la tâche associée à ces informations. Préparation de la configuration réseau à la Mobilité de partition à l’aide d’Integrated Virtualization Manager Vous devez exécuter plusieurs tâches pour vous assurer que la configuration réseau correspond à la configuration minimale exigée pour la Mobilité de partition. Les informations ci-après vous aideront à effectuer une migration correcte. Pour préparer la configuration réseau à la Mobilité de partition, procédez comme suit. Tableau 79. Tâches de planification du réseau Tâches de planification du réseau Tâche de mobilité active Tâche de mobilité inactive X X 2. Veillez à connecter la partition de gestion source et cible et la carte Ethernet partagée au réseau. X X 3. Vérifiez que la partition mobile dispose d’une carte Ethernet virtuelle. X 4. Activez la partition mobile pour établir la communication entre la liaison Ethernet virtuelle et la carte Ethernet virtuelle de la partition de gestion. Pour plus d’informations, voir Activation des partitions logiques. X 1. Configurez un point Ethernet virtuel sur la partition de gestion source et cible à l’aide du gestionnaire Integrated Virtualization Manager. Voir «Configuration de ponts Ethernet virtuels sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager», à la page 195. Affichez les paramètres Ethernet virtuels du système géré et modifiez la configuration réseau Ethernet virtuelle dans la partition de gestion source et cible. Voir «Configuration de ponts Ethernet virtuels sur le système géré à l’aide du gestionnaire Integrated Virtualization Manager», à la page 195 290 Guide d’utilisation de PowerVM Editions Tableau 79. Tâches de planification du réseau (suite) Tâches de planification du réseau Tâche de mobilité active 5. Vérifiez que le système d’exploitation de la partition mobile reconnaît la nouvelle carte Ethernet. Pour configurer et gérer des nouvelles cartes Ethernet, voir Configuration et gestion des cartes dans l’Information Center serveurs et AIX. X 6. Supprimez dynamiquement l’E-S physique à l’aide du gestionnaire Integrated Virtualization Manager. Voir Gestion dynamique des E-S. X 7. Configurez le réseau local de sorte que la partition logique à faire migrer puisse continuer à communiquer avec les autres clients et serveurs nécessaires une fois la migration terminée. X Tâche de mobilité inactive X Validation de l’environnement de Mobilité de partition à l’aide d’Integrated Virtualization Manager Cette procédure explique comment valider l’environnement de Mobilité de partition à l’aide d’Integrated Virtualization Manager. Pour valider l’environnement de Mobilité de partition à l’aide d’Integrated Virtualization Manager, procédez comme suit : 1. Dans le menu Gestion de partition, cliquez sur Affichage/modification de partitions. Le panneau Affichage/modification de partitions s’affiche. 2. Sélectionnez la partition logique à faire migrer et cliquez sur Migration dans le menu Tâches. 3. Indiquez l’IVM ou HMC distant, l’ID utilisateur distant et le mot de passe de la partition à faire migrer. 4. Cliquez sur Validation pour confirmer que les paramètres modifiés sont acceptables pour la Mobilité de partition. Migration d’une partition logique à l’aide d’Integrated Virtualization Manager La migration d’une partition logique exige plusieurs tâches. Les informations suivantes sont destinées à vous aider à effectuer une migration correcte. Prérequis Vous devez exécuter plusieurs tâches avant de faire migrer une partition logique. Les informations suivantes sont destinées à vous aider à effectuer une migration correcte. Chapitre 5. Live Partition Mobility 291 Tableau 80. Tâches prérequises pour la migration d’une partition logique Tâches de Mobilité de partition prérequises Tâche de mobilité active Tâche de mobilité inactive 1. Vous devez vous procurer et mettre en oeuvre le composant matériel PowerVM Enterprise Edition (ou Advanced POWER Virtualization Enterprise Edition) pour utiliser la Mobilité de partition. Pour plus d’informations sur PowerVM Enterprise Edition, voir PowerVM Editions. Pour plus d’informations sur l’activation du dispositif matériel PowerVM Enterprise Edition, voir Saisie du code d’activation de PowerVM Editions à partir de la console HMC version 7. X X 2. Vérifiez que vous avez exécuté toutes les tâches de planification requises pour la Mobilité de partition. Pour plus d’informations, voir «Préparation d’une migration Integrated Virtualization Manager», à la page 283. X X X X 3. Vérifiez que les ressources processeur et mémoire sont synchronisées après l’ajout ou la suppression dynamique de ressources. Pour plus d’informations, voir «Gestion dynamique de la mémoire», à la page 201 et «Gestion dynamique des processeurs», à la page 202. 4. Vérifiez que les serveurs source et cible sont à l’état d’exécution. 5. Vérifiez que la partition mobile est hors tension. X 6. Vérifiez que la partition mobile est à l’état d’exécution. Pour plus d’informations sur l’activation d’une partition logique, voir Activation d’une partition logique. X 7. Vérifiez que le serveur d’E-S virtuel source et le serveur d’E-S virtuel cible sont actifs. Pour plus d’informations sur l’activation d’une partition logique, voir Activation d’une partition logique. X 8. Vérifiez que tous les travaux sur bande magnétique et sur CD sont terminés ou arrêtés. X 9. Exécutez l’outil de validation de migration sur Integrated Virtualization Manager pour vous assurer que les serveurs, la partition mobile, la mémoire et le réseau sont prêts pour la Mobilité de partition. Pour plus d’informations, voir «Validation de l’environnement de Mobilité de partition à l’aide d’Integrated Virtualization Manager», à la page 291. X X X Migration d’une partition logique à l’aide d’Integrated Virtualization Manager Pour faire migrer une partition logique à l’aide de la console Integrated Virtualization Manager, procédez comme suit : 1. Dans le menu Gestion de partition, cliquez sur Affichage/modification de partitions. Le panneau Affichage/modification de partitions s’affiche. 292 Guide d’utilisation de PowerVM Editions 2. Sélectionnez la partition logique à faire migrer et cliquez sur Migration dans le menu Tâches. 3. Indiquez l’IVM distant, l’ID utilisateur distant et le mot de passe de la partition logique à faire migrer. 4. Cliquez sur Migration. Post-requis Vous devez exécuter plusieurs tâches une fois la migration d’une partition logique effectuée. Les informations suivantes sont destinées à vous aider à effectuer une migration correcte. Tableau 81. Tâches post-requises pour la migration d’une partition logique Mobilité de partitionTâches post-requises Tâche de mobilité active 1. Activez la partition mobile sur le serveur de destination. Pour plus d’informations, voir Activation d’une partition logique. Tâche de mobilité inactive X 2. (Facultatif) Ajoutez les cartes physiques à la partition mobile sur le serveur de destination. Pour plus d’informations, voir Gestion dynamique des cartes physiques. X X 3. Si des connexions au terminal virtuel ont été perdues pendant la migration, rétablissez-les sur le serveur de destination. Pour plus d’informations, voir Ouverture d’une session de terminal virtuel. X X 4. (Facultatif) Affectez la partition mobile à un groupe de partitions logiques. Pour plus d’informations, voir «Ajout d’une partition logique client au groupe de charge de travail de partitions», à la page 199. X X 5. Si des applications non prises en charge par la mobilité ont été fermées sur la partition mobile avant le déplacement de celle-ci, redémarrez ces applications sur le serveur de destination. X Arrêt des partitions logiques Utilisez Integrated Virtualization Manager pour arrêter une sélection de partitions logiques ou l’intégralité du système géré. Utilisez tout autre rôle autre que View Only pour exécuter cette tâche. Integrated Virtualization Manager fournit les types suivants d’option d’arrêt pour les partitions logiques : v Système d’exploitation (recommandé) v Différé v Immédiat Chapitre 5. Live Partition Mobility 293 La méthode d’arrêt recommandée consiste à utiliser la commande d’arrêt des systèmes d’exploitation client. L’utilisation de la méthode d’arrêt immédiat doit être utilisée en dernier recours, car tout arrêt anormal peut entraîner une perte de données. Si vous choisissez la méthode d’arrêt différé, prenez en compte les remarques suivantes : v Arrêter une partition logique revient à appuyer de façon prolongée sur le bouton blanc de mise sous tension du panneau de commande d’un serveur non partitionné. v N’utilisez cette procédure que si vous ne parvenez pas à arrêter les partitions logiques à l’aide des commandes du système d’exploitation. Lorsque vous utilisez cette procédure pour arrêter les partitions logiques sélectionnées, l’arrêt n’est effectif qu’au terme d’un délai prédéterminé. Cela laisse aux partitions logiques le temps de terminer les travaux entrepris et d’enregistrer les données sur les disques. Si la partition logique ne parvient pas à s’arrêter dans le délai imparti, elle s’arrête de manière anormale et le prochain redémarrage peut prendre un certain temps. Si vous envisagez d’arrêter l’intégralité du système géré, arrêtez chaque partition logique client, puis arrêtez la partition de gestion du serveur d’E-S virtuel. Pour arrêter une partition logique, procédez comme suit : 1. Dans le menu Partition Management, sélectionnez View/Modify Partitions. Le panneau View/Modify Partitions s’affiche. 2. Sélectionnez la partition logique à arrêter. 3. Cliquez sur Arrêt. Le panneau Shutdown Partitions s’affiche. 4. Sélectionnez le type d’arrêt. 5. Facultatif : Sélectionnez l’option de redémarrage après l’arrêt si vous souhaitez que la partition logique démarre immédiatement après son arrêt. 6. Cliquez sur OK pour arrêter la partition. Sur le panneau View/Modify Partitions qui s’affiche, la partition est arrêtée. Pour plus d’informations sur l’arrêt des partitions logiques, voir l’aide en ligne ( ). Gestion dynamique des cartes physiques Vous pouvez ajouter et supprimer des cartes physiques sur une partition logique en cours de fonctionnement. Vous pouvez modifier les paramètres de la carte physique pour une partition logique à tout moment, si la partition est susceptible de modifications de carte d’E-S dynamiques. Lorsque vous effectuez des modifications de carte d’E-S dynamique, gardez les remarques suivantes à l’esprit : v Vous risquez de perdre des données si vous retirez une carte physique d’une partition logique en cours de fonctionnement. v Vous ne pouvez pas affecter une carte physique à une autre partition si elle est utilisée par le système d’exploitation de la partition à laquelle elle est actuellement affectée. Si vous essayez de réaffecter la carte, un message d’erreur s’affiche. Vous devez annuler la configuration de l’unité à l’aide des outils du système d’exploitation approprié avant de pouvoir changer l’affectation de partition de la carte. Avant de commencer, assurez-vous que vous disposez de la version 1.5 ou ultérieure d’Integrated Virtualization Manager. Pour mettre à jour Integrated Virtualization Manager, voir «Affichage et mise à jour du niveau de code de la partition de gestion d’Integrated Virtualization Manager», à la page 217. Pour ajouter ou supprimer des cartes physiques sur une partition logique en cours de fonctionnement, procédez comme suit : 1. Si aucune partition logique client n’existe, passez à l’étape 4, à la page 197. 294 Guide d’utilisation de PowerVM Editions 2. Sélectionnez la partition logique à laquelle affecter une carte physique et cliquez sur Propriétés. 3. Vérifiez que l’option Oui s’affiche pour Opérations DLPAR prises en charge par la carte d’E-S. Il peut être nécessaire de cliquer sur Récupération des fonctionnalités pour vérifier cette valeur. Si Non s’affiche pour Opérations DLPAR prises en charge par la mémoire, vous ne pouvez pas ajouter ni supprimer de cartes physiques sur la partition logique. 4. Dans le menu Gestion des adaptateurs d’E-S, cliquez sur Affichage/modification de cartes physiques. 5. Sélectionnez la carte dont vous voulez modifier l’affectation de partition et cliquez sur Modification de l’affectation de la partition. 6. Sélectionnez la partition logique à laquelle affecter la carte physique et cliquez sur OK. Pour rendre cette carte disponible pour toute partition logique client, y compris celles qui ne sont pas encore créées, sélectionnez Aucun(e) comme Nouvelle partition. Ajout d’une partition logique client au groupe de charge de travail de partitions Si vous souhaitez gérer les ressources de partition logique à l’aide d’un outil de gestion de charge de travail, vous devez ajouter la partition logique du client au groupe de charge de travail de partitions. Un groupe de charge de travail de partitions identifie un ensemble de partitions logiques se trouvant sur le même système physique. Les outils de gestion de charge de travail utilisent des groupes de charge de travail de partitions afin d’identifier les partitions logiques qu’ils peuvent gérer. Par exemple, L’outil EWLM (Enterprise Workload Manager) peut dynamiquement et automatiquement redistribuer la capacité de traitement dans un groupe de charge de travail de partitions afin de répondre aux objectifs de performances de la charge de travail. EWLM règle la capacité de traitement en fonction des calculs qui comparent les performances réelles du travail traité par le groupe de charge de travail de partitions aux objectifs métier définis pour le travail. Les outils de gestion de charge de travail utilisent le partitionnement logique dynamique (DLPAR) pour effectuer un ajustement des ressources en fonction des objectifs de performances. Par exemple, la fonction de gestion de partition d’EWLM règle les ressources du processeur en fonction des objectifs de performance de la charge de travail. C’est pourquoi, EWLM peut régler la capacité de traitement pour les partitions logiques AIX et Linux. Limitations : v N’ajoutez pas la partition de gestion au groupe de charge de travail de partitions. Pour gérer les ressources de partition logique, les outils de gestion de charge de travail requièrent souvent l’installation de certains logiciels agent ou de gestion sur les partitions logiques. Pour éviter la création d’un environnement non pris en charge, n’installez pas de logiciel supplémentaire sur la partition de gestion. v Pour les partitions AIX et Linux, la prise en charge du partitionnement logique dynamique (DLPAR) pour le système d’exploitation diffère de celle des fonctions qui se trouvent dans les propriétés de partition d’une partition logique. La prise en charge du partitionnement logique dynamique pour le système d’exploitation correspond à la prise en charge par chaque système d’exploitation au niveau des fonctions de partitionnement logique dynamique. AIX et Linux prennent en charge l’opération DLPAR au niveau des processeurs, de la mémoire et des E-S. Les fonctionnalités DLPAR affichées dans les propriétés d’une partition logique correspondent à une combinaison des éléments suivants : – une connexion RMC (Resource Monitoring and Control) entre la partition de gestion et la partition logique du client – la prise en charge de DLPAR par le système d’exploitation Par exemple, la partition logique AIX client ne dispose pas de connexion RMC avec la partition de gestion, mais AIX prend en charge l’opération DLPAR au niveau des processeurs, de la mémoire et des E-S. Dans ce cas, les fonctionnalités DLPAR affichées dans les propriétés de la partition logique AIX indiquent que la partition logique AIX n’est pas capable d’une opération DLPAR au niveau des processeurs, de la mémoire ou des E-S. Toutefois, comme AIX prend en charge le partitionnement logique dynamique des processeurs, de la mémoire et des E-S, un outil de gestion de charge de travail Chapitre 5. Live Partition Mobility 295 peut dynamiquement gérer ses ressources. Les outils de gestion de charge de travail ne dépendent pas des connexions RMC pour gérer dynamiquement les ressources de partition logique. v Lorsqu’une partition logique fait partie du groupe de charge de travail de partitions, vous ne pouvez pas gérer dynamiquement ses ressources à partir du gestionnaire Integrated Virtualization Manager, car l’outil de gestion de charge de travail contrôle la gestion des ressources dynamiques. Les outils de gestion de charge de travail ne gèrent pas tous dynamiquement à la fois les ressources de processeur, de mémoire et d’E-S. Lorsque vous implémentez un outil de gestion de charge de travail qui gère uniquement un type de ressource, vous limitez votre possibilité de gérer dynamiquement les autres types de ressource. Par exemple, EWLM gère dynamiquement les ressources du processeur mais non la mémoire ni les E-S. AIX prend en charge les opérations DELPAR au niveau processeur, mémoire et E-S. EWLM contrôle la gestion des ressources du processeur, de la mémoire et des E-S pour la partition logique AIX, mais EWLM ne gère par dynamiquement la mémoire ou les E-S. Etant donné qu’EWLM contrôle la gestion des ressources dynamiques, vous ne pouvez pas dynamiquement gérer la mémoire ou les E-S pour la partition logique AIX à partir du gestionnaire Integrated Virtualization Manager. Pour ajouter une partition logique au groupe de charge de travail de partitions, procédez comme suit : 1. Dans le menu Gestion de partition, sélectionnez Affichage/Modification de partitions. La fenêtre Affichage/Modification de partitions s’affiche. 2. Sélectionnez la partition logique à inclure dans le groupe de charge de travail de partitions. 3. Dans le menu Tâches, cliquez sur Propriétés. La fenêtre Partition Properties s’affiche. 4. Dans l’onglet Général, sélectionnez Participant au groupe de gestion de la charge de travail sur la partition et cliquez sur OK. Information associée Activation de la gestion des partitions Codes de référence de la Mobilité de partition Les codes de référence de la Mobilité de partition sont des aides au diagnostic qui permettent de déterminer l’origine d’un incident lié au matériel ou au système d’exploitation. L’utilisation de ces codes permet de trouver la solution qui convient pour résoudre l’incident. Pour utiliser efficacement les codes de référence, vous devez les associer à d’autres procédures de maintenance et d’assistance. Pour plus d’informations sur l’identification et la résolution des problèmes, voir le Codes de référence du système document PDF correspondant à votre modèle de serveur. 296 Guide d’utilisation de PowerVM Editions Chapitre 6. Partition Load Manager for AIX Le gestionnaire de chargement de partition pour AIX 5L offre des fonctions de gestion automatisée des ressources du processeur et de la mémoire sur des partitions logiques compatibles DLPAR sur AIX 5L. Le gestionnaire de chargement de partition alloue des ressources aux partitions à la demande, en respectant des règles définies par l’utilisateur. Les ressources des partitions dont les besoins en ressources sont faibles sont allouées aux partitions présentant une demande élevée de ressources, ce qui améliore globalement l’utilisation des ressources du système. Ainsi, les ressources qui, si elles restaient allouées à une partition qui n’en a pas besoin, demeureraient inutilisées, permettent de répondre aux besoins en ressources d’autres partitions situées sur le même système. Le gestionnaire de chargement de partition utilise un modèle client-serveur pour consigner et gérer l’utilisation des ressources. Les clients, ou partitions gérées, signalent au gestionnaire de chargement de partition si des ressources sont sous-utilisées ou sur-utilisées. Dès notification de l’un de ces événements, le serveur du gestionnaire de chargement de partition décide ou non d’allouer des ressources suivant des règles de gestion définies par l’utilisateur. Ces règles déterminent le volume de ressources disponibles à allouer à chaque partition. Le gestionnaire de chargement de partition fonctionne comme tout autre logiciel de gestion de système puisqu’il vous permet d’afficher les ressources réparties sur vos partitions, de les regrouper en segments gérables, d’affecter et de réaffecter ces ressources au sein d’un groupe ou à plusieurs groupes, et de consigner localement l’activité sur les partitions. Les processus sous-jacents du gestionnaire de chargement de partition utilisent la fonction RMC (Resource Monitoring and Control) pour la communication en réseau avec les partitions gérées. La configuration requise pour l’utilisation du serveur du gestionnaire de chargement de partition est la suivante : v Une console HMC (Hardware Management Console) doit être connectée au système géré. v Le système du gestionnaire de chargement de partition peut s’exécuter sous AIX 5L version 5.2 avec niveau de technologie 5200-04 ou AIX 5L version 5.3. v Le système gestionnaire de chargement de partition peut être une partition d’un serveur géré, une partition d’un autre serveur ou un système AIX autonome. v Une connectivité réseau est requise entre le serveur du gestionnaire de chargement de partition et la console HMC et chaque partition gérée. v Plusieurs serveurs gestionnaire de chargement de partition peuvent être exécutés sur un système AIX. v Un serveur de gestionnaire de chargement de partition peut gérer des partitions au sein d’un seul serveur géré. Gestionnaire de chargement de partition pour AIX gestionnaire de chargement de partition assure la gestion et la surveillance des ressources mémoire et processeur sur des partitions logiques au sein d’un système géré qui utilise la technologie POWER5. gestionnaire de chargement de partition permet d’utiliser de manière plus efficace les ressources par la définition de seuils pour des ressources spécifiques. En cas de dépassement d’un seuil, gestionnaire de chargement de partition peut tenter d’affecter à la partition logique concernée des ressources affectées à d’autres partitions logiques non utilisées. Le gestionnaire de chargement de partition est fourni avec le dispositif PowerVM Editions. 297 Lorsque le gestionnaire de ressources gestionnaire de chargement de partition démarre, il enregistre plusieurs événements sur chaque noeud des partitions logiques requises. Les événements suivants sont enregistrés de manière individuelle sur tous les noeuds de partitions logiques gérés : v Seuils élevés de pagination mémoire v Seuils bas et élevés d’utilisation de la mémoire v Seuils bas et élevés de la charge moyenne processeur Le gestionnaire de ressources du gestionnaire de chargement de partition effectue un suivi de ces valeurs de seuil. Chaque fois qu’un seuil est dépassé, le gestionnaire de chargement de partition reçoit un événement RMC (Resource Monitoring and Control). Lorsque le seuil dépassé est élevé, cela signifie que le noeud a besoin de ressources supplémentaires. Au contraire, un seuil bas indique que le noeud dispose de plus de ressources qu’il ne lui en faut. Lorsqu’un noeud nécessite des ressources supplémentaires, le gestionnaire de chargement de partition détermine si ce noeud peut accepter d’autres ressources. Si le noeud peut accepter des ressources supplémentaires, le gestionnaire de chargement de partition recherche les ressources disponibles. Ces ressources peuvent figurer aux emplacements suivants : v Pool libre, c’est-à-dire la liste des ressources actuellement inutilisées et gérées par gestionnaire de chargement de partition. Ces ressources sont librement réaffectées. v Noeuds indiquant par le biais d’événements qu’ils peuvent céder des ressources. Ces ressources sont retirées des noeuds qui n’en ont pas besoin et réaffectées au noeud nécessitant des ressources supplémentaires. v Ressource issue d’un noeud qui en fait un moindre usage, ou une moindre priorité, que le noeud nécessitant la ressource. Ces ressources sont retirées du noeud d’une priorité inférieure et réaffectées au noeud nécessitant des ressources supplémentaires. Pour déterminer le noeud qui nécessite plus ou moins de ressources, il est essentiel de tenir compte de certaines valeurs définies dans un fichier de règles. Ce fichier de règles détaille les partitions, leurs autorisations et leurs seuils, puis les répartit en plusieurs groupes. Chaque noeud (et non chaque partition logique) géré par gestionnaire de chargement de partition doit être défini dans le fichier de règles avec les différentes valeurs d’attribut associées. Certains des attributs associés au noeud sont les valeurs maximales, minimales et garanties pour les ressources, les valeurs de partage variables, etc. gestionnaire de chargement de partition tient compte de ces attributs en cas de décision à prendre pour la réallocation d’une ressource d’une partition logique vers une autre. Par exemple, il est probable qu’une machine cède ses ressources à un noeud dont la valeur d’attribut de partages variables est plus élevée si la machine a une valeur d’attribut de partages variables inférieure et si ses ressources sont supérieures à la valeur de ressource garantie dans le fichier de règles. Préparation de l’installation du gestionnaire de chargement de partition La présente rubrique explique comment installer le gestionnaire de chargement de partition. Avant d’installer le gestionnaire de chargement de partition, effectuez les opérations suivantes : Résolution de nom Résolvez le nom d’hôte en procédant comme suit : 1. Définissez le nom d’hôte sur chaque partition logique en lui attribuant le nom d’hôte qualifié complet, par exemple lpar1.domain.com. 298 Guide d’utilisation de PowerVM Editions 2. Si vous n’utilisez pas un serveur de noms, modifiez le fichier /etc/hosts sur chaque partition logique afin qu’il comprenne le nom d’hôte du serveur du gestionnaire de chargement de partition, comme le montre l’exemple suivant : 172.16.0.30 172.16.0.100 lpar1.domain.com plmserver1.domain.com lpar1 plmserver1 3. Si vous n’utilisez pas un serveur de noms, modifiez le fichier /etc/hosts sur le serveur du gestionnaire de chargement de partition afin qu’il comprenne les noms d’hôte des partitions logiques et de la console HMC, comme le montre l’exemple suivant : 172.16.0.100 172.16.0.30 172.16.0.33 172.16.0.3 plmserver1.domain.com lpar1.domain.com lpar2.domain.com p5hmc1.domain.com plmserver1 lpar1 lpar2 p5hmc1 Partitionnement logique dynamique sur les partitions logiques Déterminez la capacité de partitionnement logique dynamique des partitions logiques en exécutant ce qui suit : 1. Pour déterminer si chaque partition logique est capable de partitionnement logique dynamique, exécutez la commande suivante : lssrc -a | grep rsct Si le démon Gestionnaire de ressources Partition Load Manager est en cours d’exécution, la partition logique a une session RMC (Resource Monitoring and Control) active avec la console HMC et est capable de partitionnement logique dynamique. Si le démon du gestionnaire de ressources du gestionnaire de chargement de partition n’est pas actif, vérifiez la résolution de nom et la connectivité réseau entre la console HMC et la partition logique. 2. Si vous avez modifié le nom d’hôte sans réinitialiser le système, recyclez les démons RMC sur chaque partition logique en exécutant les commandes suivantes : /usr/sbin/rcst/bin/rmcctrl -z /usr/sbin/rsct/bin/rmcctrl -s Accès RSH et RCP aux partitions logiques gérées à partir du serveur du gestionnaire de chargement de partition Un accès au shell éloigné (rsh) et au panneau de commande éloigné (rcp) est requis pour toutes les partitions logiques pour configurer le gestionnaire de chargement de partition. Si rsh et rcp ont été désactivés pour des raisons de sécurité, procédez comme suit pour activer ces services : 1. Editez le fichier .rhosts sur chaque partition logique et ajoutez les lignes suivantes : plmserver1 root plmserver1.domain.com root 2. Activez rsh et rcp sur chaque partition logique en exécutant les commandes suivantes : chmod 4554 /usr/sbin/rshd chmod 4554 /usr/bin/rcp 3. Editez le fichier /etc/inetd.conf et annulez la mise en commentaire de la ligne suivante : shell stream tcp6 nowait root /usr/sbin/rshd rshd 4. Redémarrez le démon inetd en exécutant la commande suivante : refresh -s inetd 5. Testez l’accès rsh à partir du serveur du gestionnaire de chargement de partition sur chaque partition logique en exécutant les commandes suivantes : rsh lpar1 -l root date rsh lpar2 -l root date Chapitre 6. Partition Load Manager for AIX 299 Création d’un ID utilisateur AIX pour le gestionnaire de chargement de partition Le serveur du gestionnaire de chargement de partition est un programme setuid qui s’exécute à l’aide de l’ID utilisateur configuré. Cet utilisateur doit échanger des clés ssh avec l’utilisateur de la console HMC configuré et disposer des droits requis sur RMC avant d’exécuter le gestionnaire de chargement de partition. Utilisez n’importe laquelle des interfaces de gestion pour créer l’ID plmuser sur le serveur du gestionnaire de chargement de partition. Installation des outils logiciels OpenSSH La présente rubrique explique comment télécharger et installer des outils logiciels OpenSSH sur une partition logique AIX. OpenSSH doit être configuré afin de faciliter l’authentification et la communication entre le serveur du gestionnaire de chargement de partition et la console HMC (Hardware Management Console) de contrôle. Lorsque le gestionnaire gestionnaire de chargement de partition répond à une demande de ressource, il utilise des commandes HMC distantes pour collecter les informations de partition et initier les opérations de partitionnement logique dynamique. Il est nécessaire que la tâche Activation ou désactivation de l’exécution des commandes à distance de la console HMC soit activée pour que cette dernière puisse communiquer avec OpenSSH. Lorsque vous configurez un utilisateur sur la console HMC pour OpenSSH, attribuez-lui l’un des rôles suivants : v Administrateur système v Technicien de maintenance v Chef opérateur L’utilisation d’OpenSSH n’est possible que si un utilisateur est défini sur la console HMC avec des droits de commande à distance. Cet utilisateur doit échanger des clés ssh avec l’utilisateur de console HMC configuré mais il n’est pas obligatoirement celui qui porte l’ID plmuser. Les outils logiciels OpenSSH prennent en charge les protocoles SSH1 et SSH2. Ils offrent des fonctions d’interpréteur de commandes permettant le chiffrement et l’authentification réseau. OpenSSH repose sur une architecture client et serveur. OpenSSH lance le processus démon sshd sur l’hôte AIX, puis patiente jusqu’à l’établissement d’un connexion par les clients. OpenSSH prend en charge les paires de clés publiques et privées pour l’authentification et le chiffrement de canaux permettant de sécuriser les connexions réseau et l’authentification par l’hôte. Pour davantage d’informations sur OpenSSH,y compris les pages d’aide, voir http://www.openssh.org. Le logiciel OpenSSH est fourni dans AIX 5.3 Expansion Pack. Cette version d’OpenSSH est compilée et proposée sous la forme de modules installp utilisant le code source de niveau openssh-3.7.1p2. Les modules installp comportent des pages man et des jeux de fichiers de messages traduits. Le programme OpenSSH contenu sur le support CD-ROM Expansion Pack est fourni sous licence conformément aux dispositions des (IPLA) non garantis. Avant d’installer les modules installp d’OpenSSH , vous devez installer le logiciel OpenSSL (Open Secure Sockets Layer) qui contient la bibliothèque chiffrée. Après avoir téléchargé le module OpenSSL, vous pouvez installer OpenSSL et OpenSSH. 1. Installez le module OpenSSL RPM à l’aide de la commande geninstall comme suit : # geninstall -d/répertoire R:openssl-0.9.6g où répertoire est le nom du répertoire dans lequel télécharger le module OpenSSL. Un message semblable à ce qui suit s’affiche : 300 Guide d’utilisation de PowerVM Editions SUCCESSES --------openssl-0.9.6g-3 2. Installez les modules installp d’OpenSSH à l’aide de la commande geninstall, comme suit : # geninstall -Y -d/répertoire I:openssh.base Utilisez l’option -Y pour indiquer que vous acceptez le contrat de licence OpenSSH après avoir pris connaissance du texte de licence. Pour afficher le contrat de licence, tapez la commande suivante : # geninstall -IapE -drépertoire openssh.base 2>&1 |pg Dès que vous avez accepté le contrat de licence, un message semblable à ce qui suit s’affiche : Installation Summary -------------------Name Level Part Event Result ------------------------------------------------------------------------------openssh.base.client 3.6.0.5200 USR APPLY SUCCESS openssh.base.server 3.6.0.5200 USR APPLY SUCCESS openssh.base.client 3.6.0.5200 ROOT APPLY SUCCESS openssh.base.server 3.6.0.5200 ROOT APPLY SUCCESS Vous pouvez également afficher le contrat de licence et installer OpenSSL et OpenSSH respectivement à l’aide des raccourcis license_on_media et install_software de SMIT. Les fichiers binaires OpenSSH suivants sont installés à l’issue de la procédure précédemment décrite : scp Programme de copie de fichiers similaire à rcp sftp Programme similaire à FTP compatible avec les protocoles SSH1 et SSH2 sftp-server Sous-système de serveur SFTP (démarré automatiquement par le serveur démon sshd) ssh Similaire aux programmes clients rlogin et rsh ssh-add Outil permettant d’ajouter des clés dans ssh-agent ssh-agent Agent permettant de stocker des clés privées ssh-keygen Outil de génération de clé ssh-keyscan Utilitaire permettant de regrouper des clés hôtes publiques à partir d’un certain nombre de système hôtes ssh-keysign Utilitaire permettant une authentification hôte sshd Serveur démon utilisé pour permettre la connexion Accès SSH à la console HMC depuis le serveur du gestionnaire de chargement de partition Une fois que SSH est installé, vous pouvez générer les clés SSH et communiquer avec la console HMC. Si vous allez exécuter le serveur du gestionnaire de chargement de partition sous l’ID plmuser, octroyez l’accès SSH à la console HMC à partir du serveur du gestionnaire de chargement de partition en procédant comme suit : 1. Connectez-vous sous l’ID plmuser. Chapitre 6. Partition Load Manager for AIX 301 2. Générez les clés SSF sur le serveur du gestionnaire de chargement de partition à l’aide de la commande suivante : ssh-keygen -t rsa 3. Echangez les clés SSH avec la console HMC à l’aide des commandes suivantes : scp hscroot@p5hmc1:.ssh/authorized_keys2 ~/.ssh/tmp_authorized_keys2 cat ~/.ssh/id_rsa.pub >> ~/.ssh/tmp_authorized_keys2 scp ~/.ssh/tmp_authorized_keys2 hscroot@p5hmc1:.ssh/authorized_keys2 4. Testez l’accès SSH à la console HMC avec l’ID plmuser sans utiliser de mot de passe, à l’aide de la commande suivante : ssh hscroot@p5hmc1 date 5. Procurez-vous le nom du système géré auprès de la console HMC à l’aide de la commande suivante : ssh hscroot@p5hmc1 lssyscfg -r sys Sauf si le nom du système géré est modifié sur la console HMC à l’aide de l’onglet Propriétés du système géré, le nom par défaut du système géré est du type suivant : server-9117-570-SNxxxxxxx Remarque : Le nom d’hôte de la console HMC utilisé dans la configuration et le nom du système géré sont indiqués dans la règle du gestionnaire de chargement de partition. Si vous possédez plusieurs systèmes gérés, déterminez celui qui contient les partitions à gérer. Pour chaque système géré, utilisez la commande suivante : ssh hmcuser@hmchost lssyscfg –r lpar –m machine Information associée AIX Toolbox for Linux Applications Installation du serveur du gestionnaire de chargement de partition La présente rubrique explique comment installer le serveur du gestionnaire de chargement de partition sur une partition logique AIX. Pour installer le serveur du gestionnaire de chargement de partition, procédez comme suit : 1. Chargez le CD du gestionnaire de chargement de partition sur votre système. 2. A l’aide de la commande installp ou du raccourci smitty install_latest, installez les jeux de fichiers suivants : v plm.license v plm.server.rte v plm.sysmgt.websm v plm.msg.en_US.server v plm.msg.en_US.websm 3. Lisez et acceptez le contrat de licence. Maintenant que le serveur du gestionnaire de chargement de partition est installé, vous pouvez créer un fichier de règles et configurer RMC (Resource Monitoring and Control) pour le gestionnaire de chargement de partition. Si vous créez d’abord le fichier de règles et que Web-based System Manager est utilisé, vous pouvez avoir recours à ce fichier de règles pour entrer la liste de partitions en cours de gestion. 302 Guide d’utilisation de PowerVM Editions Configuration du fichier de règles La présente rubrique explique comment configurer le fichier de règles du serveur du gestionnaire de chargement de partition. Concepts relatifs au fichier de règles Le système utilise un fichier de règles afin de déterminer les ressources du processeur et de la mémoire que le serveur du gestionnaire de chargement de partition peut gérer. La règle inclut également des partages de ressources, des définitions de groupe et des paramètres réglables. Ce fichier définit les partitions qui doivent être gérées, leurs autorisations garanties, ainsi que leurs autorisations d’utilisation minimales et maximales. Le fichier de règles se divise en sections, chacune d’elles comportant une zone type. Chaque section respecte le format suivant : <intitulé_section> attribute=<valeur> attribute2=<valeur> type=<valeur> Pour le fichier de règles, les points suivants doivent être respectés : v Le fichier de règles se compose de sections contenant des attributs. v Les noms de section ne peuvent pas contenir des caractères blancs et doivent être immédiatement suivis de deux-points (:). Un nom de section ne peut être suivi que d’un espace ou d’un commentaire. Pour une meilleure lisibilité, entrez les noms de strophe en commençant sur la 1ère colonne de la ligne. Les types de section suivants sont pris en charge : – globals: – tunables: – group_name: – partition_name: v Les attributs se composent d’un nom et d’une valeur séparés par un signe égal (=). Les noms et les valeurs d’attribut ne peuvent pas contenir de blancs. Seuls un espace ou un commentaire peuvent faire suite à la valeur. Pour une meilleure lisibilité, entrez les attributs de façon à ce qu’ils soient en retrait sous le nom de la strophe qui les contient. v Un attribut ne doit pas être répété dans une section. Dans une section, seul le premier attribut est utilisé. v Les commentaires doivent commencer par le caractère dièse (#). Les commentaires peuvent commencer sur n’importe quelle colonne de la ligne et aller jusqu’à la fin de la ligne. v Les sections peuvent être placées dans n’importe quel ordre dans le fichier de règles. Nous vous suggérons l’ordre suivant : 1. Section globals 2. Section tunables 3. Section group pour le premier groupe 4. Sections partition pour les partitions du premier groupe 5. Section repeat group/partition pour les groupes suivants Les types de sections disponibles et leurs attributs sont décrits comme suit : Section globals : Cette section indique l’environnement global pour le serveur du gestionnaire de chargement de partition. Seules des sections globals peuvent figurer dans une règle du gestionnaire de chargement de partition. Chapitre 6. Partition Load Manager for AIX 303 Les attributs suivants sont requis dans la section globals : Attribut Description hmc_host_name Nom d’hôte de la console HMC (Hardware Management Console) qui gère le serveur contenant les partitions gérées. Il s’agit du nom d’hôte qui a été utilisé pour la console HMC lors de l’échange des clés ssh. hmc_cec_name Le nom du système géré de la console HMC pour le serveur qui contient les partitions gérées. hmc_user_name Nom d’utilisateur employé par le gestionnaire de chargement de partition pour envoyer des commandes OpenSSH à la console HMC. L’attribut suivant est facultatif dans la section globals : Attribut Valeur minimale Valeur maximale Valeur par défaut hmc_command_wait 1 minute 60 minutes 5 minutes Description Délai (en minutes) observé par le gestionnaire de chargement de partition avant dépassement du délai d’une commande HMC. Il s’agit du dépassement de délai DR (DR Phase Timeout), l’une des trois phases. Section tunables : Cette section facultative permet d’indiquer les attributs réglables pour les partitions gérées. Il n’existe pas d’attributs obligatoires dans cette section. Le gestionnaire gestionnaire de chargement de partition a sélectionné des valeurs par défaut pour ces attributs qui sont adaptées à la plupart des installations. Toutefois, les installations ayant des exigences particulières peuvent personnaliser leur installation en spécifiant les attributs dans la strophe. Les attributs des strophes réglables peuvent également être spécifiés dans les strophes de groupe et de partition. Un attribut réglable pour une partition s’obtient en respectant l’ordre suivant : 1. A partir de la section partition. 2. A partir de la section group contenant la partition si l’attribut réglable n’est pas spécifié dans la section partition. 3. A partir de la section tunables si l’attribut réglable n’est pas spécifié dans les sections partition ou group. 4. La valeur par défaut est utilisée si l’attribut réglable n’est pas spécifié dans les sections partition, groupe ou tunables. Indiquez l’un des attributs processeur suivants : Attribut Valeur minimale Valeur maximale Valeur par défaut cpu_intervals 1 100 6 304 Guide d’utilisation de PowerVM Editions Description Le nombre de périodes de 10 secondes qu’un échantillon d’UC doit traverser avant que le gestionnaire gestionnaire de chargement de partition ne s’active. L’indication d’une valeur plus élevée peut augmenter le temps de réaction du gestionnaire de chargement de partition aux modifications du système. Une valeur plus faible active le gestionnaire de chargement de partition plus rapidement. Attribut Valeur minimale Valeur maximale Valeur par défaut cpu_load_low 0,10 1.00 0.5 Valeur basse du seuil de charge moyenne de l’UC. Une partition dont la charge moyenne est inférieure à cette valeur est considérée comme fonctionnant en sur-capacité. Remarque : Le delta minimum entre cpu_load_low et cpu_load_high est de 0.10. cpu_load_high 0.2 10 1 Valeur haute du seuil de charge moyenne de l’UC. Une partition dont la charge moyenne est supérieure à cette valeur est considérée comme fonctionnant en sous-capacité. Remarque : Le delta minimum entre cpu_load_low et cpu_load_high est de 0.10. Non Indique si la capacité d’UC non utilisée par une partition est retirée de cette dernière. La valeur Non indique qu’une capacité d’UC non nécessaire reste dans la partition jusqu’à ce qu’une autre partition en ait besoin. La valeur Oui indique qu’une capacité d’UC non nécessaire est retirée de la partition lorsque la partition n’en a plus besoin. cpu_free_unused Description Indiquez l’un des attributs processeur partagé suivants : Attribut Valeur minimale Valeur maximale Valeur par défaut ec_delta 1 100 10 Capacité d’UC qui peut être ajoutée ou retirée à une partition de processeur partagé. Cette valeur indique la capacité (en pourcentage) autorisée pour ajout ou retrait. ec_per_vp_min 0.1 0.9 0.5 Capacité minimale autorisée par processeur virtuel. Cet attribut permet d’empêcher la dégradation de performances d’une partition qui utiliserait trop de processeurs par rapport à sa capacité autorisée. Lorsque cette capacité autorisée est retirée d’une partition, les processeurs virtuels correspondants sont également retirés si la capacité autorisée de chaque processeur virtuel est inférieure à la valeur indiquée ici. Remarque : Le delta minimum entre ec_per_vp_min et ec_per_vp_max est 0.10. ec_per_vp_max 0.2 1 0.8 Capacité maximale autorisée par processeur virtuel. Cet attribut contrôle la capacité disponible qui peut être utilisée par une partition d’UC non bridée. Lorsque la capacité autorisée est ajoutée à une partition, les processeurs virtuels correspondants sont également ajoutés si la capacité autorisée de chaque processeur virtuel est supérieure à la valeur indiquée ici. L’augmentation du nombre de processeurs virtuels sur une partition non bridée permet à cette dernière d’utiliser une capacité d’UC supérieure. Remarque : Le delta minimum entre ec_per_vp_min et ec_per_vp_max est 0.10. Description Chapitre 6. Partition Load Manager for AIX 305 Indiquez l’un des attributs mémoire suivants : Attribut Valeur minimale Valeur maximale Valeur par défaut mem_intervals 1 100 6 Le nombre de périodes de 10 secondes qu’un échantillon de mémoire doit traverser avant que le gestionnaire gestionnaire de chargement de partition ne s’active. L’indication d’une valeur plus élevée peut augmenter le temps de réaction du gestionnaire de chargement de partition aux modifications du système. Une valeur plus faible active le gestionnaire de chargement de partition plus rapidement. mem_util_low 1 90 50 Valeur basse du seuil d’utilisation de la mémoire. Une partition dont l’utilisation de mémoire est inférieure à cette valeur est considérée comme fonctionnant en sur-capacité. Les unités sont exprimées en pourcentages. Remarque : Le delta minimum entre mem_util_low et mem_util_high est 10. mem_util_high 1 100 90 Valeur haute du seuil d’utilisation de la mémoire. Une partition dont l’utilisation de mémoire est supérieure à cette valeur est considérée comme fonctionnant en sous-capacité. Les unités sont exprimées en pourcentages. Remarque : Le delta minimum entre mem_util_low et mem_util_high est 10. mem_pgstl_high 0 2147483647 0 Seuil de rafraîchissement de pages. Une partition dont la fréquence de rafraîchissement de pages, qui correspond au nombre de rafraîchissements de page par seconde, est supérieure ou égale à cette valeur est considérée comme fonctionnant en sous-capacité. Les unités sont exprimées en valeurs d’entier. Le résultat du contrôle de ce seuil fait l’objet d’une opération ET logique avec le résultat du contrôle du seuil mem_util_high lorsque vous déterminez si la mémoire est requise. 306 Guide d’utilisation de PowerVM Editions Description Valeur minimale Attribut Valeur maximale mem_free_unused mem_delta 1 256 Valeur par défaut Description Non Indique à quel moment la mémoire non utilisée par une partition est retirée de cette dernière. La valeur Non indique que la mémoire non nécessaire reste dans la partition jusqu’à ce qu’une autre partition en ait besoin. La valeur Oui signifie que la mémoire non utilisée est retirée de la partition lorsque celle-ci n’en a plus besoin. Spécifie qu’un bloc LMB doit être retiré ou ajouté sur la partition à un moment donné. Quantité de mémoire à ajouter ou à retirer sur une partition. Les unités sont indiquées en mégaoctets. Si la valeur indiquée est inférieure à la taille LMB (bloc mémoire logique) du système, elle est arrondie à cette dernière. Si cette valeur est supérieure à la taille LMB du système, elle est également arrondie à cette dernière. Section group_name : Cette section indique le nom et les attributs globaux d’un groupe ainsi que le ou les sections réglables. Le nom d’une section group indique le nom du groupe. La section group vous permet de créer plusieurs groupes de partitions qui sont gérés de manière indépendante. Au moins un groupe doit être défini. Les attributs suivants sont requis dans la section group : v type = group v cpu_maximum v mem_maximum L’attribut cpu_maximum indique si la gestion processeur est souhaitée pour les partitions du groupe et, si besoin est, la capacité processeur à affecter aux partitions. Si la gestion de processeur est spécifiée, elle est exécutée pour toutes les partitions du groupe. Spécifier une valeur cpu_maximum de 0 indique que la gestion de processeur n’est pas exécutée pour les partitions du groupe. Ces partitions doivent toutes être dotées du même type de processeur. L’attribut cpu_type indique le type de processeur de toutes les partitions du groupe. Sa syntaxe est la suivante : cpu_type = dedicated | shared L’attribut mem_maximum indique si la gestion mémoire est souhaitée pour les partitions du groupe et, si besoin est, la capacité mémoire à affecter aux partitions. Si la gestion mémoire est spécifiée, elle est exécutée pour toutes les partitions du groupe. Spécifier une valeur mem_maximum de 0 indique que la gestion mémoire n’est pas exécutée pour les partitions du groupe. Vous pouvez indiquer pour les attributs cpu_maximum et mem_maximum des valeurs supérieures au volume de ressources physiques du serveur. Dans ce cas, toutes les ressources disponibles vont être utilisées pour répondre aux demandes de ressources des partitions gérées. Les attributs suivants sont requis dans cette section : Chapitre 6. Partition Load Manager for AIX 307 Attribut Description type=group Attribut identifiant cet élément en tant que section group. Cet attribut doit être indiqué sous la forme type = group. cpu_maximum Capacité d’UC maximale à affecter aux partitions du groupe. Les unités sont indiquées en unités UC physiques. La valeur 0 indique que les UC ne sont pas gérées pour les partitions du groupe. mem_maximum Quantité maximale de mémoire à affecter aux partitions du groupe. Les unités sont indiquées en mégaoctets (Mo). La valeur 0 indique qu’aucune mémoire ne doit être gérée pour les partitions du groupe. cpu_type Type de processeur des partitions du groupe. Toutes les partitions du groupe doivent être du même type. La valeur de l’attribut doit être dédiée ou partagée. Section partition_name : Cette section indique le nom et les attributs d’une partition. Une section partition est requise pour chaque partition gérée. Le nom de la section partition correspond au nom d’hôte de la partition gérée. Les attributs suivants sont requis dans la section partition : v type = partition v group = group_name Les attributs suivants sont facultatifs dans la section partition : v cpu_minimum v cpu_guaranteed v cpu_maximum v cpu_shares v mem_minimum v mem_guaranteed v mem_maximum v mem_shares Lorsqu’elles ne sont pas indiquées, les valeurs d’attribut cpu_minimum, cpu_guaranteed et cpu_maximum sont extraites respectivement des valeurs de définition relatives à l’UC minimale, souhaitée et à la partition HMC maximale. De la même façon, les valeurs d’attribut mem_minimum, mem_guaranteed et mem_maximum sont extraites des valeurs de définition relatives à la mémoire de partition HMC minimale, souhaitée et maximale. Les valeurs de partages par défaut sont 1. Si des valeurs minimale, garantie et maximale sont indiquées dans les règles, elles doivent respecter les conditions de relation suivantes : minimum <= guaranteed <= maximum Si la gestion des ressources d’UC ou de mémoire n’est pas souhaitée sur une partition spécifique d’un groupe, les valeurs de ressource peuvent être toutes définies par une même valeur. Si la gestion des ressources d’UC ou de mémoire n’est pas souhaitée pour l’ensemble des partitions d’un groupe, les attributs cpu_maximum ou mem_maximum peuvent avoir pour valeur 0 dans la définition de groupe. Toute valeur d’UC ou de mémoire spécifiée dans la règle doit être compatible avec la définition de partition HMC des partitions. Vous ne pouvez pas utiliser le gestionnaire de chargement de 308 Guide d’utilisation de PowerVM Editions partition pour réduire une valeur minimale de partition en deçà de la valeur minimale de la console HMC. Vous ne pouvez pas non plus utiliser le gestionnaire de chargement de partition pour augmenter une valeur maximale de partition au-delà de la valeur maximale de la console HMC. Les administrateurs système sont tenus de s’assurer de la compatibilité entre les règles du gestionnaire de chargement de partition et les définitions de partition HMC. Les attributs cpu_shares et mem_shares sont facultatifs dans la section partition, la valeur par défaut étant 1. La valeur par défaut de cpu_shares doit être égale aux partages de toutes les partitions du groupe. La valeur cpu_shares par défaut pour les partitions de processeur partagées, non bridées, n’est pas obtenue à partir de l’attribut de poids variable de la définition HMC de partition. Si l’attribut cpu_shares n’est pas indiqué, le gestionnaire de chargement de partition ne définit pas l’attribut HMC de poids variable pour la partition. (La valeur de poids variable définie par la console HMC est utilisée.) Si l’attribut cpu_shares est indiqué et que la partition est partagée ou non bridée, le gestionnaire de chargement de partition définit l’attribut HMC de poids variable de la partition à partir de la valeur de cpu_shares. Les attributs réglables suivants sont utilisés dans la section partition : Attribut Valeur minimale Valeur maximale Valeur par défaut Description type Attribut obligatoire identifiant cet élément en tant que section partition. Cet attribut doit être indiqué sous la forme type = partition. group Attribut obligatoire indiquant le groupe qui contient cette partition. cpu_minimum Capacité d’UC minimale à affecter à une partition. Les unités sont indiquées en unités UC physiques. cpu_guaranteed Capacité d’UC garantie à affecter à une partition. Les unités sont indiquées en unités UC physiques. cpu_maximum Capacité d’UC maximale à affecter à la partition. Les unités sont indiquées en unités UC physiques. cpu_shares 0 255 1 Facteur sans unités utilisé pour indiquer comment la capacité d’UC disponible excédentaire de l’attribut cpu_guaranteed est distribuée aux partitions du groupe. La capacité d’UC disponible excédentaire est affectée aux partitions au moyen de la formule suivante : (cpu_shares) / (somme de cpu_shares à partir des partitions actives du groupe) Remarque : La valeur minimale 0 limite une partition à la seule réception de sa capacité d’UC garantie (cpu_guaranteed). mem_minimum Quantité de mémoire minimale à affecter à la partition. Les unités sont indiquées en mégaoctets (Mo). Chapitre 6. Partition Load Manager for AIX 309 Attribut Valeur minimale Valeur maximale Valeur par défaut Description mem_guaranteed Quantité de mémoire garantie à affecter à la partition. Les unités sont indiquées en mégaoctets (Mo). mem_maximum Quantité de mémoire maximale à affecter à la partition. Les unités sont indiquées en mégaoctets (Mo). mem_shares 0 255 1 Facteur sans unités utilisé pour indiquer comment la quantité de mémoire disponible excédentaire de l’attribut mem_guaranteed est distribuée aux partitions du groupe. La quantité de mémoire disponible excédentaire est affectée aux partitions au moyen de la formule suivante : (mem_shares) / (somme des mem_shares des partitions) Remarque : La valeur minimale 0 limite une partition à la seule réception de sa quantité de mémoire garantie (mem_guaranteed). Exemple de création et de configuration de fichier de règles A l’aide de Web-based System Manager, créez un fichier de règles en procédant comme suit. Remarque : Si vous utilisez un serveur X distant, définissez la variable DISPLAY et utilisez la commande wsm & pour démarrer le client Web-based System Manager. 1. Créez un fichier de règles. 2. Ajoutez le nom du fichier de règles : /etc/plm/policies/plm1 3. Ajoutez les valeurs globales suivantes pour les zones suivantes : Nom de la console HMC (Hardware Management Console) : p5hmc1 Nom d’utilisateur de la console HMC : hscroot Nom du complexe électronique central : serveur-9117-570-SNxxxxxxx 4. Procurez-vous les noms de partitions logiques et des paramètres de la console HMC en exécutant les commandes suivantes : v ssh hscroot@p5hmc1 lssyscfg -r lpar -m serveur-9117-570-SNxxxxxxx (noms des partitions logiques et noms de profil par défaut) v ssh hscroot@p5hmc1 lshwres -r proc -m serveur-9117-570-SNxxxxxxx --level lpar (paramètres) v ssh hscroot@p5hmc1 lshwres -r proc -m serveur-9117-570-SNxxxxxxx --level sys (ressources système) La sortie comprend les informations suivantes : v name=lpar1, default_profile=default v curr_min_proc_units=0.5, curr_proc_units=0.75, curr_max_proc_units=1.25 v name=lpar2, default_profile=default v curr_min_proc_units=0.5, curr_proc_units=0.75, curr_max_proc_units=1.25 5. Ajoutez les informations de groupe suivantes au fichier de règles : Nom du groupe : plm1 UC maximum : 1.75 310 Guide d’utilisation de PowerVM Editions Mémoire maximum : N/A Type UC : partagé Sélectionnez CPU management Désélectionnez Memory management 6. Ajoutez les informations suivantes pour les partitions pour la gestion des ressources UC : v Nom de partition : lpar1.domain.com (il s’agit du nom d’hôte entièrement qualifié de lpar1) v Nom du groupe : plm1 v Droits de la ressource : UC minimum : 0,5 UC garantie : 0,75 UC maximum : 1,25 Parts variable UC : 1 (par défaut) v Nom de partition : lpar2.domain.com v Nom du groupe : plm1 v Droits de la ressource : UC minimum : 0,5 UC garantie : 0,75 UC maximum : 1,25 Parts variable UC : 1 (par défaut) v Attributs réglables : Seuil haut de la moyenne de la charge UC : 0,8 Seuil bas de la moyenne de la charge UC : 0,2 Détermination de l’état d’une partition Le gestionnaire de chargement de partition permet de demander l’état des partitions logiques de votre système géré. Tout utilisateur peut exécuter la commande xlplm pour afficher les informations d’état relatives aux instances du gestionnaire de chargement de partition. Détermination de l’état du gestionnaire de chargement de partition Afin de déterminer l’état de toutes les instances en cours du gestionnaire de chargement de partition, entrez la commande suivante : xlplm -Q Une liste des instances en cours d’exécution s’affiche. Si aucune instance n’est en cours d’exécution, rien ne s’affiche. Détermination des attributs d’une instance Pour déterminer les attributs d’une instance unique, entrez la commande suivante, où test1 est le nom de l’instance : xlplm -Q test1 Le résultat de cette commande est similaire à ce qui suit : PLM Instance: test1 GROUP: group1 CUR MAX AVAIL RESVD MNGD Chapitre 6. Partition Load Manager for AIX 311 CPU: MEM: 6.00 8192 4.00 8192 0.00 0 0.00 0 Yes Yes GUAR 3.00 4096 MAX 3.00 4096 SHR MAX 3.00 4096 SHR thimblelp10.server.company.com RESOURCES: CUR CPU: 3.00 MEM: 4096 MIN 1.00 1024 1 1 thimblelp11.server.company.com RESOURCES: CUR CPU: 3.00 MEM: 4096 MIN 1.00 1024 GUAR 3.00 4096 1 1 Affichage d’informations supplémentaires Pour afficher des informations supplémentaires concernant une instance spécifique, entrez la commande suivante, où test1 est le nom de l’instance : xlplm -v -Q test1 Le résultat prolixe de cette commande est similaire à ce qui suit : PLM Instance: test1 CEC Name Mode Policy Log HMC Host HMC User Thimble monitor /etc/plm/policies/policy1 /tmp/log.test kbuphsc2.server.company.com hscroot GROUP: group1 CUR CPU: 6.00 MEM: 8192 MAX 4.00 8192 AVAIL 0.00 0 RESVD 0.00 0 MNGD Yes Yes CPU TYPE: dedicated thimblelp10.server.company.com RESOURCES: CUR CPU: 3.00 MEM: 4096 MIN 1.00 1024 GUAR 3.00 4096 MAX 3.00 4096 SHR 1 1 TUNABLES: INTVL 6 6 CPU: MEM: FRUNSD LOADLO LOADHI DELTA 0 0.40 1.00 1.00 0 50% 90% 256 PGSTL 0\ thimblelp11.server.company.com RESOURCES: CUR CPU: 3.00 MEM: 4096 MIN 1.00 1024 GUAR 3.00 4096 MAX 3.00 4096 SHR 1 1 TUNABLES: CPU: MEM: INTVL 6 6 FRUNSD LOADLO LOADHI DELTA 0 0.40 1.00 1.00 0 50% 90% 256 PGSTL 0 ***************************************************************************** 312 Guide d’utilisation de PowerVM Editions Affectation de ressources à des partitions Vous pouvez affecter des ressources à des partitions spécifiques et même réserver des ressources pour des partitions spécifiques quelle que soit la période à laquelle ces partitions utiliseront ces ressources. Vous pouvez réserver et affecter des ressources à partir d’un groupe de partitions gérées à l’aide de la commande xlplm -R. Ces ressources réservées peuvent être utilisées pour créer une nouvelle partition non gérée, ou encore pour faire de la place à une nouvelle partition dans le groupe géré. Les ressources réservées ne seront pas affectées à une partition existant dans un groupe à moins d’être préalablement libérées. Si une partition auparavant désactivée est activée et intègre un groupe géré, toutes les ressources réservées au sein de ce groupe sont automatiquement retirées de l’ensemble des ressources réservées, également appelé pool libre, et affectées à la nouvelle partition. Si les ressources réservées sont utilisées au lieu de créer une nouvelle partition non gérée, elles peuvent être rendues au groupe après amorçage de la partition, puis être automatiquement récupérées par le groupe géré si elles deviennent ultérieurement disponibles et nécessaires. Le volume réservé demandé est absolu, de sorte qu’une commande de réservation peut se traduire par une réservation ou une libération, suivant le volume de réservation en cours. Les modifications minimales de réservation admises sont les suivantes : v 1 Mo de mémoire v 1 unité de traitement pour un groupe de processeur dédié v 0,01 unité de traitement pour un groupe de processeur partagé Lorsque vous réservez des ressources, des ressources disponibles sont d’abord recherchées dans le pool libre du groupe cible. Si ce pool libre comporte suffisamment de ressources pour répondre à la demande, le volume de ressources demandé est retiré du pool. Dans le cas contraire, des ressources sont retirées d’une ou de plusieurs partitions présentant une charge de travail plus faible, ou nécessitant moins de ressources. Une demande de réservation peut échouer si le volume de ressources demandé est supérieur au minimum admis pour le groupe. Gestion des demandes de ressources mémoire L’exemple ci-après illustre l’utilisation du gestionnaire de chargement de partition pour la gestion des demandes de ressources mémoire. Dans ce cas, le gestionnaire de chargement de partition répond aux demandes de ressources mémoire de deux partitions : Les deux partitions, LP0 et LP1, sont configurées comme suit : LP0 : Minimum = 1024 Mo Garanti = 1024 Mo Maximum = 4096 Mo Poids = 2 Volume en cours autorisé = 1024 Mo LP1 : Minimum = 1024 Mo Garanti = 1024 Mo Maximum = 4096 Mo Volume en cours autorisé = 1024 Mo Poids = 1 La quantité totale de mémoire gérée par le gestionnaire de chargement de partition est de 5 120 Mo. Compte tenu de l’affectation de mémoire en cours pour chaque partition, indiquée par la valeur Volume en cours autorisé = 1024 Mo, le gestionnaire de chargement de partition peut considérer qu’il reste 3 072 Mo non affectés et disponibles. Si les deux partitions sont chargées en termes d’utilisation de la mémoire, les événements exigeant davantage de ressources mémoire sont générés et transférés sur le serveur du gestionnaire de chargement de partition. Pour chaque événement reçu, le gestionnaire de chargement de partition identifie la partition Chapitre 6. Partition Load Manager for AIX 313 comme étant réceptrice (taker). Parallèlement, le gestionnaire de chargement de partition vérifie si la partition utilise un volume de ressources supérieur au volume qui est garanti. Si c’est le cas, elle est identifiée comme étant en excédent de ressources (excess user). Etant donné que des ressources sont disponibles, le gestionnaire de chargement de partition répond immédiatement à la demande et affecte de la mémoire suivant la valeur de l’attribut mem_increment (défini dans les règles du gestionnaire de chargement de partition ou par la valeur interne par défaut) à la partition à partir de la partition contenant de la mémoire disponible. Une fois la mémoire déplacée, les nouvelles affectations sont les suivantes : LP0 : LP1 : Volume en cours autorisé = 2560 Mo Volume en cours autorisé = 2560 Mo Même avec les affectations en cours, les partitions continuent à générer des événements qui nécessitent davantage de ressources mémoire. Pour chaque événement, le gestionnaire de chargement de partition continue à identifier la partition comme étant ″taker″ et ″excess user″ car celle-ci dispose de plus de ressources que ce qui lui est garanti. Néanmoins, comme il n’y a pas d’autres ressources disponibles, la demande est mise en file d’attente s’il n’y a pas d’autres donneurs de ressources ou d’utilisateurs en excédent de ressources (excess user). Lorsque le gestionnaire reçoit une demande de ressources de la deuxième partition, il lui applique également une marque ″taker″ et ″excess user″. Un utilisateur excédentaire étant déjà en file d’attente, le gestionnaire de chargement de partition peut satisfaire la demande de ressources. Les partitions LP0 et LP1 étant toutes deux marquées ″taker″ et ″excess user″, le gestionnaire de chargement de partition utilise le poids qui leur est associé comme facteur déterminant pour la répartition des ressources autorisées excédentaires (somme des volumes en cours autorisés pour chaque partition dont on soustrait la somme des volumes des affectations de ressources garanties) entre les deux partitions. Dans cet exemple, des 3072 Mo excédentaires, 2048 Mo sont affectés à la partition LP0 et 1024 Mo à la partition LP1. Le gestionnaire de chargement de partition affecte la quantité de mémoire (définie en Mo par la valeur mem_incrememt) de la partition LP1 à la partition LP0. Face à des demandes constantes de mémoire de chaque partition, le gestionnaire de chargement de partition répartit la mémoire de façon à obtenir les volumes en cours suivants : LP0 : LP1 : Volume en cours autorisé = 3072 Mo Volume en cours autorisé = 2048 Mo Gestion des ressources processeur dans un environnement de partition partagé L’exemple ci-après illustre comment le gestionnaire de chargement de partition gère des ressources processeur dans un environnement de partition partagé. Les deux partitions sont configurées comme suit : LP0 : Minimum = 0,1 Mo Garanti = 0,5 Mo Maximum = 2,0 Max autorisé par processeur virtuel = 0,8 Poids = 3 Volume en cours autorisé = 0,1 Nombre actuel de processeurs virtuels = 1 LP1 : Minimum = 0,1 Garanti = 0,5 Mo Maximum = 2,0 Max autorisé par processeur virtuel = 0,8 Poids = 1 Volume en cours autorisé = 0,1 Nombre actuel de processeurs virtuels = 1 314 Guide d’utilisation de PowerVM Editions Le volume processeur total autorisé et géré par le gestionnaire de chargement de partition est égal à 2,0. Compte tenu du volume actuellement affecté (0,1) à chaque partition, le gestionnaire de chargement de partition peut répartir les processeurs non affectés (1,8). Si les deux partitions commencent à exécuter des travaux gourmands en ressources processeur, elles demandent davantage de ressources processeur autorisées au gestionnaire de chargement de partition. Le gestionnaire de chargement de partition identifie alors les partitions demandeuses comme étant taker et excess users si le volume de ressource qui leur est actuellement affecté est supérieur au volume garanti. Outre les nombre de processeurs autorisés, le gestionnaire de chargement de partition gère également le nombre de processeurs virtuels. Lorsque le volume de ressources autorisé de l’une des ressources dépasse 0,8, un processeur virtuel est également ajouté. Dans cet exemple, le gestionnaire de chargement de partition affecte les ressources autorisées disponibles jusqu’à obtention de l’état suivant : LP0 : Volume en cours autorisé = 1,0 Nombre en cours de processeurs virtuels = 2 LP1 : Volume en cours autorisé = 1,0 Nombre actuel de processeurs virtuels = 2 Si les partitions demandent encore des ressources supplémentaires, le gestionnaire de chargement de partition redistribue les volumes de ressources autorisés d’après le poids et l’excédent autorisés. Dans notre exemple, entre les partitions LP0 et LP1, l’excédent est égal à 1,5. La partition LP0 ayant un poids égal à 3 et la partition LP1 ayant un poids égal à 1, le gestionnaire de chargement de partition retire des ressources processeur autorisées de la partition LP1 et les réaffecte à la partition LP0. Si les deux partitions sont toujours occupées, les ressources sont affectées de la manière suivante : LP0 : Volume en cours autorisé = 1,25 Nombre en cours de processeurs virtuels = 2 LP1 : Volume en cours autorisé = 0,75 Nombre en cours de processeurs virtuels = 2 Configuration de RMC La présente rubrique explique comment configurer RMC (Resource Monitoring and Control) et vérifier qu’il est correctement installé. Le serveur du gestionnaire de chargement de partition utilise RMC pour communiquer avec les partitions logiques gérées. La configuration de RMC comprend l’authentification hôte et l’autorisation utilisateur. L’authentification hôte implique un échange de clés publiques entre le serveur du gestionnaire de chargement de partition et les noeuds gérés (partitions). Ceci permet au serveur du gestionnaire de chargement de partition d’établir une connexion ou de créer une session avec le système géré. L’autorisation utilisateur implique l’ajout d’une entrée dans le fichier ACL (contrôle d’accès) RMC et permet à l’utilisateur plmuser (serveur du gestionnaire de chargement de partition) d’accéder à la classe de ressources requise. Le script plmsetup permet d’automatiser ces tâches en utilisant des commandes de shell éloigné. Si le shell éloigné est indisponible ou non configuré, l’administrateur peut effectuer ces tâches manuellement. Lancez le script de shell suivant en tant qu’utilisateur root sur la machine gestionnaire qui va exécuter le gestionnaire de chargement de partition : /etc/plm/setup/plmsetup Une fois le script exécuté, le fichier ACL de RMC sur la machine éloignée comportera une entrée similaire à ce qui suit : vendor.LPAR [email protected] * rw Chapitre 6. Partition Load Manager for AIX 315 La procédure de configuration utilise les arguments suivants : v ID utilisateur à l’aide duquel le gestionnaire de chargement de partition doit s’exécuter v Nom d’hôte de la partition Cet ID utilisateur est utilisé pour la configuration des fichiers ACL RMC sur les partitions logiques. Les fichiers ACL permettent d’authentifier les utilisateurs autorisés de chaque classe de ressources lorsqu’ils se connectent au sous-système RMC. Seul cet utilisateur est autorisé à accéder au gestionnaire de chargement de partition. Seul l’utilisateur autorisé peut exécuter le gestionnaire de chargement de partition. En revanche, tout utilisateur peut exécuter des commandes permettant d’afficher uniquement des données. Configuration de RMC (Resource Monitoring and Control) pour le gestionnaire de chargement de partition Configurez RMC pour le gestionnaire de chargement de partition en procédant comme suit : 1. Sélectionnez Set up Management of Logical Partitions. Nom d’utilisateur authentifié :plmuser 2. Sélectionnez Automatically setup with each partition in the policy file. Nom du fichier de règles :/etc/plm/policies/plm1 3. Cliquez sur OK. Vous pouvez aussi effectuer cette configuration en utilisant la ligne de commande si vous êtes l’utilisateur root sur le serveur du gestionnaire de chargement de partition : /etc/plm/setup/plmsetup lpar_hostname plmuser Pour exécuter cette commande, vous devez posséder l’accès à rsh et rcp. Une fois la configuration exécutée, vous pouvez supprimer le fichier .rhosts. Vérification de l’installation et de la configuration de RMC Cette rubrique décrit la procédure de vérification de la configuration de RMC. Pour vérifier la configuration RMC, exécutez ce qui suit en tant qu’utilisateurgestionnaire de chargement de partition pour chacune des partitions logiques qui ont été utilisées avec le script plmsetup. Remplacez PART_HOST par le nom des partitions logiques dans la commande suivante : CT_CONTACT=PART_HOST lsrsrc vendor.LPAR Si les attributs persistants de la classe de ressources sont affichés, la vérification est réussie. Si les attributs persistants de la classe de ressources ne sont pas affichés, exécutez les tâches suivantes : v Pour identifier et résoudre des incidents liés à l’hôte ou aux connexions, procédez comme suit. 1. Procédez à une authentification sur l’hôte. Exécutez la procédure suivante : a. Exécutez la commande suivante à la fois sur la machine serveur gestionnaire de chargement de partition et sur la partition logique. /usr/sbin/rsct/bin/ctsvhbal Une liste d’identités s’affiche. Il s’agit des identités permettant d’identifier une partition donnée. b. Exécutez la commande suivante à la fois sur la machine serveur gestionnaire de chargement de partition et sur la partition logique. /usr/sbin/rsct/bin/ctsthl -l Sur la machine serveur gestionnaire de chargement de partition, il y a une entrée pour la partition logique. Sur la partition logique, il y a une entrée pour la machine serveurgestionnaire de chargement de partition. La valeur HOST_IDENTITY doit correspondre à l’une des identités répertoriées dans la sortie de la commande ctsvhbal correspondante. 316 Guide d’utilisation de PowerVM Editions 2. Si la valeur HOST_IDENTITY de la sortie de la commande ctsthl ne concorde pas avec l’identité correcte dans la sortie de la commande ctsvhbal soit sur la machine serveur gestionnaire de chargement de partition soit sur la partition logique, changez la valeur HOST_IDENTITY en exécutant les étapes suivantes : a. Supprimez la valeur HOST_IDENTITY incorrecte en exécutant la commande suivante : /usr/sbin/rsct/bin/ctsthl -d -n HOST_IDENTITY b. Ajoutez la valeur HOST_IDENTITY correcte en exécutant la commande suivante : /usr/sbin/rsct/bin/ctsthl -a -n IDENTITY -m METHOD \ -p ID_VALUE La valeur du paramètre METHOD peut être obtenue à partir de la commande ctsthl. Recherchez pour cela une entrée relative à la machine elle-même. Dans cette entrée, utilisez la valeur de la zone Identifier Generation Method. Exemple : rsa512. Pour la valeur du paramètre ID_VALUE, utilisez la zone Identifier Value dans la même entrée. v Pour corriger les erreurs de type utilisateur ou autorisation, vérifiez le fichier ACL sur la partition logique. Dans la fichier /var/ct/cfg/ctrmc.acls, vers la fin, figure une section pour vendor.LPAR qui ressemble à ce qui suit : vendor.LPAR [email protected] * rw Le nom d’utilisateur dans la strophe doit correspondre au nom d’utilisateur véritable pour exécuter le gestionnaire gestionnaire de chargement de partition. De plus, le nom d’hôte dans la strophe doit correspondre à ce qui a été retourné par la commande ctsvhbal qui a été exécutée sur la machine serveur gestionnaire de chargement de partition. Si le nom d’hôte est incorrect, exécutez à nouveau le script plmsetup, cette fois en utilisant l’IDENTITY fournie par la commande ctsvhbal. Pour plus d’informations concernant la configuration et la gestion des clusters, voir le site Web Cluster library. Information associée Bibliothèque de clusters Démarrage et arrêt du serveur du gestionnaire de chargement de partition La présente rubrique explique comment démarrer et arrêter le serveur du gestionnaire de chargement de partition et comment vérifier les statistiques du gestionnaire de chargement de partition. Démarrage du serveur du gestionnaire de chargement de partition v Hypothèses relatives à l’environnement : Nom de configuration : default Nom du fichier de règles :/etc/plm/policies/plm1 Nom du fichier journal : /var/opt/plm/plm.log Mode de fonctionnement :management ou monitoring v Pour démarrer le serveur du gestionnaire de chargement de partition, procédez de l’une des façons suivantes : – Pour le mode de fonctionnement de gestion, entrez la commande suivante sur la ligne de commande : xlplm -S -p /etc/plm/policies/plm1 -l /var/opt/plm/plm.log -o M – Pour le mode de fonctionnement d’analyse, entrez la commande suivante sur la ligne de commande : xlplm -S -p /etc/plm/policies/plm1 -l /var/opt/plm/plm.log -o N Vérifiez le journal à l’aide de la commande suivante : tail -f /var/opt/plm/plm.log Chapitre 6. Partition Load Manager for AIX 317 Vérification des statistiques du gestionnaire de chargement de partition La commande xlpstat est indépendante du serveur gestionnaire de chargement de partition et peut par conséquent être exécutée que le serveur gestionnaire de chargement de partition soit ou non en cours d’exécution. La commande xlpstat peut être exécutée à tout moment après la configuration de la fonction RMC. Vérifiez les statistiques du gestionnaire de chargement de partition en tapant la commande suivante, qui permet de vérifier les statistiques toutes les cinq secondes jusqu’à ce que vous annuliez la commande : xlpstat -p /etc/plm/policies/plm1 5 Arrêt du serveur du gestionnaire de chargement de partition Pour arrêter le serveur du gestionnaire de chargement de partition, procédez de l’une des façons suivantes : v Hypothèse : Le nom de configuration est default. v Sur la ligne de commande, tapez la commande suivante : xlplm -K default Commandes relatives au gestionnaire de chargement de partition Une description de chaque commande gestionnaire de chargement de partition est fournie ici. Vous pouvez également accéder à ces informations à partir de la ligne de commande en tapant la commande man. Commande xlplm La commande xlplm permet de démarrer, d’arrêter, de modifier, de réserver, et d’interroger un serveur de gestionnaire de chargement de partition. Finalité Démarrer, arrêter, modifier, réserver et interroger un serveur de gestionnaire de chargement de partition. Cette commande est utilisée avec le gestionnaire de chargement de partition sous AIX uniquement. Syntaxe xlplm -S -p fichier_règles -l fichier_journal [ -o mode_fonctionnement] [ configuration ] xlplm -K [ configuration ] xlplm -M [ -p fichier_règles ] [ -l fichier_journal ] [ -o mode_fonctionnement ] [configuration ] xlplm -R -g nom_groupe [ -c taille_ressources_UC ] [ -m taille_ressources_mémoire ] [ configuration ] xlplm -Q [ -r ] [ -f ] [ configuration ] xlplm -C -p fichier_règles Description Le démon xlplmd du serveur du gestionnaire de chargement de partition effectue les opérations de gestion de ressource spécifiées. 318 Guide d’utilisation de PowerVM Editions Options Option Description -c taille_ressources_UC Indique la quantité de ressources processeur à réserver. -C Vérifie la validité du fichier de règles. -f Par défaut, l’opération d’interrogation affiche les valeurs de configuration actives qui ont pu être ajustées lors de l’exécution en raison de conflits avec le profil de partition. Cette option permet de modifier la sortie de sorte que les valeurs spécifiées initialement dans le fichier de règles soient affichées. -g nom_groupe Indique le nom d’un groupe dans le fichier de règles. Utilisez cette option pour réserver ou libérer des ressources. Les ressources que vous souhaitez réserver sont supprimées du groupe spécifié dans le fichier de règles. Lorsque vous libérez des ressources, elles sont placées dans un pool libre du groupe spécifié dans le fichier de règles. -K Arrête l’instance du gestionnaire de chargement de partition. Vous devez disposer des droits d’accès de niveau superutilisateur ou bien être connecté en tant que plmuser, ID utilisateur permettant d’utiliser cette option. -l fichier_journal Spécifie le nom du fichier qui doit contenir le journal d’activité du gestionnaire de chargement de partition. -M Modifie un serveur de gestionnaire de chargement de partition. Vous devez disposer des droits d’accès de niveau superutilisateur ou bien être connecté en tant que plmuser, ID utilisateur permettant d’utiliser cette option. -m taille_ressources_mémoire Indique la quantité de ressources mémoire à réserver. -o mode_fonctionnement Indique si le serveur du gestionnaire de chargement de partition doit fonctionner en mode de gestion, avec la valeur M, ou en mode de surveillance avec la valeur N. Lorsque le démon xlplm démarre, la valeur par défaut est le mode de gestion ou la valeur M. -p fichier_règles Indique le nom du fichier de règles du gestionnaire de chargement de partition. -Q Interroge l’état du serveur du gestionnaire de chargement de partition. -R Réserve ou libère les ressources d’une partition gérée par un serveur de gestionnaire de chargement de partition. Vous devez disposer des droits d’accès de niveau superutilisateur ou bien être connecté en tant que plmuser, ID utilisateur permettant d’utiliser cette option. -r Pour utiliser le serveur du gestionnaire de chargement de partition en mode de données brutes. -S Démarre une instance du gestionnaire de chargement de partition. Vous devez disposer des droits d’accès de niveau superutilisateur ou bien être connecté en tant que plmuser, ID utilisateur permettant d’utiliser cette option. Paramètres Paramètre Description configuration Identifie une instance de la gestion du gestionnaire de chargement de partition. Ce paramètre doit être spécifié s’il y a plusieurs instances du serveur du gestionnaire de chargement de partition sur votre système. Si le paramètre n’est pas spécifié, une valeur par défaut est utilisée. Chapitre 6. Partition Load Manager for AIX 319 Etat de sortie Cette commande renvoie les valeurs de fin suivantes : 0 La commande a abouti. 1 Le programme a détecté une erreur interne irrémédiable, tel qu’un échec d’allocation de mémoire ou d’appel système. 2 Impossible d’ouvrir ou de créer le fichier de règles spécifié. 3 Impossible d’ouvrir ou de créer le fichier de règles spécifié. 4 Impossible de créer un fichier temporaire obligatoire dans le répertoire /tmp. 5 La règle spécifiée est incorrecte. 6 Impossible de démarrer le démon. Cet incident peut résulter d’une erreur interne ou d’une incapacité à communiquer avec la console HMC (Hardware Management Console). 7 Erreur d’utilisation de la ligne de commande. 8 Le nombre spécifié pour la quantité de réservation est incorrect. 9 L’utilisateur en cours ne correspond pas à l’utilisateur autorisé dans le fichier /etc/plm/auth/plmuser, ou il est impossible de lire le fichier. 10 Une instance portant le nom demandé existe déjà. 11 Une instance portant le nom demandé n’existe pas. 12 Le mode demandé est le même que celui qui est en cours. 13 Echec d’une commande éloignée sur la console HMC. 14 Echec d’une requête de réservation lié à l’une des raisons suivantes : v Le groupe est inconnu. v La quantité de réservation est déjà définie dans la quantité demandée. v Impossible de réserver la quantité demandée. v La ressource demandée n’est pas gérée. Exemples 1. Démarrez un serveur de gestionnaire de chargement de partition en mode de gestion avec le nom de configuration cec1 en entrant l’une des commandes suivantes sur le serveur du gestionnaire de chargement de partition : cd /etc/xlplm/cec1 xlplm -S -p policy -l log cec1 ou xlplm -S -p /etc/xlplm/cec1 -l /etc/xlplm/cec1/log -o M cec1 2. Démarrez le serveur du gestionnaire de chargement de partition en mode de surveillance en entrant ce qui suit : xlplm -S -p policy -l log -o N cec1 3. Arrêtez le serveur du gestionnaire de chargement de partition en entrant ce qui suit : xlplm -K cec1 4. Chargez une nouvelle règle sur le serveur du gestionnaire de chargement de partition en entrant ce qui suit : xlplm -M -p evening_policy cec1 320 Guide d’utilisation de PowerVM Editions 5. Démarrez un serveur de gestionnaire de chargement de partition à l’aide du nouveau fichier journal, nommé newlog en entrant ce qui suit : xlplm -M -l newlog cec1 6. Affichez les noms de configuration du serveur du gestionnaire de chargement de partition actif en entrant ce qui suit : xlplm -Q Commande xlpstat La commande xlpstat permet d’afficher les statistiques de charge de partition logique pour une liste de noms d’hôte. Finalité Affiche les statistiques de charge de partition logique pour une liste de noms d’hôte. Cette commande est utilisée avec le gestionnaire de chargement de partition sous AIX uniquement. Syntaxe xlpstat [-r] {-p fichier_règles | -f liste_hôtes} [intervalle] [nombre] Description Affiche les statistiques de charge pour une ou plusieurs partitions logiques éloignées. La commande contacte les systèmes éloignés après chaque nombre de secondes spécifiées au paramètre intervalle pour chaque nombre d’intervalles indiqués au paramètre nombre. Si les paramètres intervalle et nombre sont omis, les systèmes éloignés sont interrogés une seule fois. Si seul le paramètre nombre est omis, les systèmes éloignés sont interrogés après chaque nombre de secondes indiquées au paramètre intervalle jusqu’à ce que la commande soit arrêtée par l’utilisateur. L’appelant de cette commande doit être le superutilisateur ou l’utilisateur autorisé du gestionnaire de chargement de partition. Pour la sortie formatée, le résultat s’affiche comme suit pour chaque hôte répertorié dans le fichier d’entrée : UC -----------------------STAT TYP CUR PCT LOAD MEM -----------------CUR PCT PGSTL up up up 1024 2048 5120 D D D 4.00 2.00 10.00 50.15 95.72 98.31 0.65 0.90 1.03 43.10 97.48 72.25 HOST 0 testlp1 250 testlp2 0 testlp3 STAT Etat de la partition. Peut être "up" (en fonction) ou "down" (hors fonction). TYP Type de la partition. Peut être "D" (dédié), "S" (partagé) ou "U" (inconnu). Si le type défini est "U", la commande n’a pas pu interroger le type de partition et il se peut qu’un incident lié à la connectivité ou à l’authentification existe. CUR Quantité en cours de ressources allouées à la partition PCT Utilisation en pourcentage de la ressource LOAD Moyenne de charge de l’unité centrale PGSTL Défilement des pages par seconde HOST Nom de l’hôte géré Chapitre 6. Partition Load Manager for AIX 321 Le résultat brut s’affiche sous forme d’en-tête contenant des descriptions de colonne suivies d’une ligne de données pour chaque hôte : #host_name:group_name:status:cpu_type:cpu_ent:cpu_util:cpu_load:mem_ent:mem_util:mem_pgstl testlp1.mydomain.com:group1:up:dedicated:4.00:45.05:0.38:1024:75.00:0 testlp2.mydomain.com:group1:up:dedicated:2.00:87.23:0.92:2048:92.21:123 testlp3.mydomain.com:group1:up:dedicated:10.00:95.17:1.01:5120:70.30:0 Options Option Description -r Mode de sortie brute. Les données sont imprimées sur une ligne par hôte séparée par un deux-points. -p fichier_règles Extrait la liste d’hôtes du fichier de règles donné. -f liste_hôtes Extrait la liste d’hôtes du fichier texte donné. Ce fichier comporte un nom d’hôte par ligne. Etat de sortie Cette commande renvoie les valeurs de fin suivantes : 1 Erreur interne. 3 Impossible d’ouvrir le fichier d’entrée. 5 Fichier de règles incorrect. 7 Erreur d’utilisation. 9 Non autorisé. 322 Guide d’utilisation de PowerVM Editions Chapitre 7. PowerVM Lx86 Informations sur PowerVM Lx86, sa disponibilité et le matériel pris en charge. Le dispositif matériel PowerVM Editions (anciennement appelé Advanced POWER Virtualization) inclut PowerVM Lx86. Lx86 est un traducteur dynamique binaire qui permet aux applications Linux (compilées pour Linux sur Intel) de s’exécuter sans modification, parallèlement aux applications Linux on POWER locales. La conversion dynamique des instructions x86 vers POWER et leur mise en cache pour optimiser les performances de conversion par Lx86 le permet. Lx86 mappe en outre les appels système Linux sur Intel en appels système Linux sur Power. Aucune modification ou recompilation des applications Linux x86 n’est nécessaire. Lx86 crée un environnement x86 virtuel dans lequel peuvent s’exécuter les applications Linux sur Intel. Actuellement, un environnement Lx86 virtuel prend en charge des distributions Linux x86 SUSE ou Red Hat. Le traducteur et l’environnement virtuel s’exécutent strictement dans l’espace utilisateur. Aucune modification du noyau POWER n’est requise. Lx86 n’exécute pas le noyau x86 sur la machine POWER. L’environnement virtuel Lx86 n’est pas une machine virtuelle. Les applications x86 sont encapsulées, donnant l’impression de disposer d’un environnement d’exploitation Linux on x86, bien que le système sous-jacent est un système Linux on POWER. Lx86 est inclus dans PowerVM Express Edition,PowerVM Standard Edition et dans PowerVM Enterprise Edition. Pour plus d’informations sur Lx86, voir PowerVM Lx86 for x86 Linux Applications Administration Guide. 323 324 Guide d’utilisation de PowerVM Editions Annexe. Fonctions d’accessibilité Les fonctions d’accessibilité permettent aux utilisateurs présentant un handicap, par exemple les personnes à mobilité réduite ou à déficience visuelle, d’utiliser les produits informatiques. La liste suivante recense les principales fonctions d’accessibilité : v Opération sur le clavier uniquement v Interfaces utilisées habituellement par les lecteurs d’écran v Touches reconnaissables de manière tactile et qui ne s’activent pas d’un simple toucher v Unités conformes aux normes de l’industrie en matière de ports et de connecteurs v Connexion d’autres unités d’entrée et de sortie 325 326 Guide d’utilisation de PowerVM Editions Remarques Les informations contenues dans ce document concernent les produits et services proposés aux Etats-Unis. Le fabriquant peut ne pas offrir dans d’autres pays les produits, services ou fonctions décrits dans le présent document. Pour plus d’informations, référez-vous aux documents d’annonce disponibles dans votre pays ou adressez-vous au partenaire commercial du fabricant. Toute référence à un produit, logiciel ou service du fabricant n’implique pas que seul ce produit, logiciel ou service puisse convenir. Tout autre élément fonctionnellement équivalent peut être utilisé, s’il n’enfreint aucun droit du fabricant. Il est de la responsabilité de l’utilisateur d’évaluer et de vérifier lui-même le fonctionnement des produits, programmes ou services. Le fabricant peut détenir des brevets ou des demandes de brevet couvrant les produits mentionnés dans le présent document. La remise de ce document ne vous donne aucun droit de licence sur ces brevets ou demandes de brevet. Si vous désirez recevoir des informations concernant l’acquisition de licences, veuillez en faire la demande par écrit au fabricant. Le paragraphe suivant ne s’applique ni au Royaume-Uni, ni dans aucun pays dans lequel il serait contraire aux lois locales : LE PRESENT DOCUMENT EST LIVRE «EN L’ETAT». LE FABRICANT DECLINE TOUTE RESPONSABILITE, EXPLICITE OU IMPLICITE, RELATIVE AUX INFORMATIONS QUI Y SONT CONTENUES, Y COMPRIS EN CE QUI CONCERNE LES GARANTIES DE VALEUR MARCHANDE OU D’ADAPTATION A VOS BESOINS. Certaines juridictions n’autorisent pas l’exclusion des garanties implicites, auquel cas l’exclusion ci-dessus ne vous sera pas applicable. Le présent document peut contenir des inexactitudes ou des coquilles. Il est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. Le fabricant peut modifier sans préavis les produits et logiciels décrits dans ce document. Les références à des sites Web non référencés par le fabricant sont fournies à titre d’information uniquement et n’impliquent en aucun cas une adhésion aux données qu’ils contiennent. Les éléments figurant sur ces sites Web ne font pas partie des éléments du présent produit et l’utilisation de ces sites relève de votre seule responsabilité. Le fabricant pourra utiliser ou diffuser, de toute manière qu’il jugera appropriée et sans aucune obligation de sa part, tout ou partie des informations qui lui seront fournies. Les licenciés souhaitant obtenir des informations permettant : (i) l’échange des données entre des logiciels créés de façon indépendante et d’autres logiciels (dont celui-ci), et (ii) l’utilisation mutuelle des données ainsi échangées, doivent adresser leur demande à : Ces informations peuvent être soumises à des conditions particulières, prévoyant notamment le paiement d’une redevance. Le logiciel sous licence décrit dans ce document et tous les éléments sous licence disponibles s’y rapportant sont fournis par IBM conformément aux dispositions du Livret Contractuel IBM, des Conditions Internationales d’Utilisation de Logiciels IBM, des Conditions d’Utilisation du Code Machine IBM ou de tout autre contrat équivalent. Les données de performance indiquées dans ce document ont été déterminées dans un environnement contrôlé. Par conséquent, les résultats peuvent varier de manière significative selon l’environnement d’exploitation utilisé. Certaines mesures évaluées sur des systèmes en cours de développement ne sont 327 pas garanties sur tous les systèmes disponibles. En outre, elles peuvent résulter d’extrapolations. Les résultats peuvent donc varier. Il incombe aux utilisateurs de ce document de vérifier si ces données sont applicables à leur environnement d’exploitation. Les informations concernant les produits de fabricants tiers ont été obtenues auprès des fournisseurs de ces produits, par l’intermédiaire d’annonces publiques ou via d’autres sources disponibles. Ce fabricant n’a pas testé ces produits et ne peut confirmer l’exactitude de leurs performances ni leur compatibilité. Il ne peut recevoir aucune réclamation concernant des produits de fabricants tiers. Toute question concernant les performances de produits de fabricants tiers doit être adressée aux fournisseurs de ces produits. Toute instruction relative aux intentions du fabricant pour ses opérations à venir est susceptible d’être modifiée ou annulée sans préavis, et doit être considérée uniquement comme un objectif. Tous les tarifs indiqués sont les prix de vente actuels suggérés par IBM et sont susceptibles d’être modifiés sans préavis. Les tarifs appliqués peuvent varier selon les revendeurs. Ces informations sont fournies uniquement à titre de planification. Elles sont susceptibles d’être modifiées avant la mise à disposition des produits décrits. Le présent document peut contenir des exemples de données et de rapports utilisés couramment dans l’environnement professionnel. Ces exemples mentionnent des noms fictifs de personnes, de sociétés, de marques ou de produits à des fins illustratives ou explicatives uniquement. Tous ces noms sont fictifs et toute ressemblance avec des noms et adresses utilisés par une entreprise réelle serait purement fortuite. Licence sur les droits d’auteur : Le présent logiciel contient des exemples de programmes d’application en langage source destinés à illustrer les techniques de programmation sur différentes plateformes d’exploitation. Vous avez le droit de copier, de modifier et de distribuer ces exemples de programmes sous quelque forme que ce soit et sans paiement d’aucune redevance au fabricant, à des fins de développement, d’utilisation, de vente ou de distribution de programmes d’application conformes aux interfaces de programmation des plateformes pour lesquels ils ont été écrits ou aux interfaces de programmation IBM. Ces exemples de programmes n’ont pas été rigoureusement testés dans toutes les conditions. Par conséquent, le fabricant ne peut garantir expressément ou implicitement la fiabilité, la maintenabilité ou le fonctionnement de ces programmes. INFORMATIONS SUR LA LICENCE DE CODE ET LA CLAUSE DE PROTECTION : Le constructeur vous concède une licence non exclusive de droits d’auteur vous autorisant à utiliser tous les exemples de code de programmation à partir desquels vous pouvez générer des fonctions similaires adaptées à vos besoins spécifiques. SOUS RESERVE DE TOUTE GARANTIE LEGALE QUI NE PEUT ETRE EXCLUE, LE FABRICANT NE FOURNIT AUCUNE GARANTIE OU CONDITION EXPLICITE OU IMPLICITE, Y COMPRIS, ET DE FACON NON LIMITATIVE, TOUTE GARANTIE OU CONDITION IMPLICITE D’APTITUDE A L’EXECUTION D’UN TRAVAIL DONNE, ET TOUTE GARANTIE EN NON CONTRE-FACON CONCERNANT LE LOGICIEL OU LE SUPPORT TECHNIQUE, LE CAS ECHEANT. LE FABRICANT, SES DEVELOPPEURS OU FOURNISSEURS NE PEUVENT EN AUCUN CAS ETRE TENUS RESPONSABLES DES DOMMAGES SUIVANTS, ET CE, MEME S’ILS ONT ETE INFORMES DE LEUR POSSIBLE SURVENANCE : 1. PERTE OU DETERIORATION DE VOS DONNEES ; 2. PREJUDICES MORAUX, ACCESSOIRES OU INDIRECTS ; OU 328 Guide d’utilisation de PowerVM Editions 3. PERTE DE BENEFICE, D’ACTIVITE COMMERCIALE, DE REVENU, DE CLIENTELE OU D’ECONOMIES ESCOMPTEES. CERTAINES LEGISLATIONS N’AUTORISENT PAS LA LIMITATION OU L’EXCLUSION DE PREJUDICES DIRECTS, ACCESSOIRES OU INDIRECTS, AUQUEL CAS LES EXCLUSIONS OU LES LIMITATIONS QUI PRECEDENT NE VOUS SERONT PAS APPLICABLES. Toute copie totale ou partielle de ces programmes exemples et des oeuvres qui en sont dérivées doit comprendre une notice de copyright, libellée comme suit : © (nom de votre entreprise) (année). Des segments de code sont dérivés des programmes exemples d’IBM Corp. © Copyright IBM Corp. _année ou années_. Tous droits réservés. Si vous visualisez ces informations en ligne, il se peut que les photographies et illustrations en couleur n’apparaissent pas à l’écran. Marques Les termes qui suivent sont des marques d’International Business Machines Corporation aux Etats-Unis et/ou dans certains autres pays : AIX AIX 5L BladeCenter IBM Micro-Partitioning OpenPower POWER Power Architecture POWER5 POWER6 PowerVM Editions Tivoli Tivoli Enterprise Intel, Intel Inside, Intel Inside logo, Intel Centrino, Intel Centrino logo, Celeron, Intel Xeon, Intel SpeedStep, Itanium et Pentium sont des marques de Intel Corporation aux Etats-Unis et/ou dans certains autres pays. Microsoft, Windows, Windows NT et le logo Windows sont des marques de Microsoft Corporation aux Etats-Unis et/ou dans certains autres pays. Java ainsi que toutes les marques incluant Java sont des marques de Sun Microsystems, Inc. aux Etats-Unis et/ou dans certains autres pays. Linux est une marque déposée de Linus Torvalds aux Etats-Unis et/ou dans certains autres pays. Red Hat, le logo Red Hat ″Shadow Man″ et tous les logos et toutes les marques de Red Hat sont des marques de Red Hat Inc. aux Etats-Unis et/ou dans certains autres pays. UNIX est une marque enregistrée de The Open Goup aux Etats-Unis et/ou dans certains autres pays. Remarques 329 Les autres noms de sociétés, de produits et de services peuvent appartenir à des tiers. Dispositions Les droits d’utilisation relatifs à ces publications sont soumis aux dispositions suivantes. Usage personnel : Vous pouvez reproduire ces publications pour votre usage personnel, non commercial, sous réserve que toutes les mentions de propriété soient conservées. Vous ne pouvez distribuer ou publier tout ou partie de ces publications ou en faire des oeuvres dérivées, sans le consentement exprès du fabricant. Usage commercial : Vous pouvez reproduire, distribuer et afficher ces publications uniquement au sein de votre entreprise, sous réserve que toutes les mentions de propriété soient conservées. Vous ne pouvez reproduire, distribuer, afficher ou publier tout ou partie de ces publications en dehors de votre entreprise, ou en faire des oeuvres dérivées, sans le consentement exprès du fabricant. Excepté les droits d’utilisation expressément accordés dans ce document, aucun autre droit, licence ou autorisation, implicite ou explicite, n’est accordé pour ces publications ou autres données, logiciels ou droits de propriété intellectuelle contenus dans ces publications. Le fabricant se réserve le droit de retirer les autorisations accordées dans le présent document si l’utilisation des publications s’avère préjudiciable à ses intérêts ou que, selon son appréciation, les instructions susmentionnées n’ont pas été respectées. Vous ne pouvez télécharger, exporter ou réexporter ces informations qu’en total accord avec toutes les lois et règlements applicables dans votre pays, y compris les lois et règlements américains relatifs à l’exportation. LE FABRICANT NE DONNE AUCUNE GARANTIE SUR LE CONTENU DE CES PUBLICATIONS. CES PUBLICATIONS SONT LIVREES EN L’ETAT SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE. LE FABRICANT DECLINE NOTAMMENT TOUTE RESPONSABILITE RELATIVE A CES INFORMATIONS EN CAS DE CONTREFAÇON AINSI QU’EN CAS DE DEFAUT D’APTITUDE A L’EXECUTION D’UN TRAVAIL DONNE. 330 Guide d’utilisation de PowerVM Editions BULL CEDOC 357 AVENUE PATTON B.P.20845 49008 ANGERS CEDEX 01 FRANCE REFERENCE 86 A1 40EV 03 ">
公開リンクが更新されました
あなたのチャットの公開リンクが更新されました。
