Guide de déploiement d'EMC ProSphere · RÉV. 02. 2 Guide de déploiement d’EMC ProSphere ... Chapitre 7 Configuration des switches et des fabrics ... • noms de ressources, attributs,

EMC Computer Systems FranceRiver Ouest

80 quai VoltaireCS 21002

95876 Bezons CedexTél. : +33 1 39 96 90 00Fax : +33 1 39 96 99 99

http://france.emc.com

EMC® ProSphere™

Version 2.0

Guide de déploiementREF 300-015-288

RÉV. 02

Guide de déploiement d’EMC ProSphere2

Copyright © 2011-13 EMC Corporation. Tous droits réservés.

Publié en avril 2013

EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis.

LES INFORMATIONS CONTENUES DANS CETTE PUBLICATION SONT FOURNIES « EN L’ÉTAT ». EMC CORPORATION NE FOURNIT AUCUNE DÉCLARATION OU GARANTIE D’AUCUNE SORTE CONCERNANT LES INFORMATIONS CONTENUES DANS CETTE PUBLICATION ET REJETTE PLUS SPÉCIALEMENT TOUTE GARANTIE IMPLICITE DE QUALITÉ COMMERCIALE OU D’ADÉQUATION À UNE UTILISATION PARTICULIÈRE.

L’utilisation, la copie et la distribution de tout logiciel EMC décrit dans cette publication exigent une licence logicielle en cours de validité.

Pour obtenir les informations légales les plus récentes concernant votre famille de produits, consultez la rubrique Documentation Technique et Conseils sur le site du support en ligne EMC.

Pour obtenir la liste actualisée des noms de produits, consultez la rubrique des marques commerciales EMC Corporation via le lien Législation, sur france.emc.com.

Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs.

Sommaire

Chapitre 1 Sommaire

Chapitre 2 Checklist du déploiement Considérations relatives à VMware ..................................................................... 10 Considérations relatives au réseau....................................................................... 10 Considérations relatives au stockage................................................................... 10 Considérations relatives aux hôtes....................................................................... 11 Considérations relatives aux switches................................................................. 11

Chapitre 3 Présentation Terminologie ProSphere......................................................................................... 14 Tableau de référence des tâches liées au déploiement ...................................... 16

Chapitre 4 Préparation de l’infrastructure VMware Liste de contrôle de la configuration de l’infrastructure VMware de base.... 20 VMware et les niveaux d’habilitation utilisateur............................................... 21 Configuration matérielle virtuelle requise.......................................................... 21 Provisionnement des disques Thick et Thin ....................................................... 22 VMware Tools sur la vApp ProSphere ................................................................ 22 Configuration de navigateur requise................................................................... 22 Obtention de la configuration requise pour l’infrastructure VMware (vSphere Client) ....................................................................................................... 23 Obtention de la configuration requise pour l’infrastructure VMware (vCloud Director)..................................................................................................... 25

Chapitre 5 Configuration des hôtes N’utilisez pas de traits de soulignement dans les noms d’hôte....................... 28

Caractères non autorisés dans les noms d’hôtes.......................................... 28 Enregistrement DNS............................................................................................... 28 Validation des adaptateurs HBA.......................................................................... 29 Utilitaire de configuration des hôtes EMC ProSphere/SCA............................ 30 Configuration des hôtes Windows et de WS-MAN........................................... 30 Configuration des hôtes Windows et WMI ........................................................ 32

Conditions préalables pour Windows Server 2003 ou 2008 et Windows 2012................................................................................................... 33Désactivation de la fonction UAC sous Windows 2008 SP2 ...................... 34

Guide de déploiement d'EMC ProSphere 1

Désactivation de la fonction UAC sous Windows 2008 R2 ........................ 35Ajout d’un utilisateur avec les autorisations DCOM à distance nécessaires.......................................................................................................... 35

Configuration des hôtes UNIX et Linux .............................................................. 41Conditions requises pour la découverte........................................................ 41Collecte des données de performances.......................................................... 45

Préparation de la découverte des invités VMware ............................................ 46 Préparation de la découverte de l’infrastructure VMware ............................... 46

Conditions requises pour la découverte........................................................ 46

Chapitre 6 Configuration des systèmes de stockage Configuration du fournisseur EMC SMI-S.......................................................... 48

Conditions requises pour collecter les données de découverte ................. 48Conditions de la collecte des données de performances............................. 49Configuration du fournisseur ......................................................................... 49Remplacement de l’hôte de l’EMC SMI-S Provider..................................... 50

Configuration d’EMC Control Station pour le NAS.......................................... 51Vérification des licences NAS à l’aide de la Control Station ...................... 51

Chapitre 7 Configuration des switches et des fabrics Configuration des switches Cisco......................................................................... 56

Exécution des tâches de préconfiguration..................................................... 56Configuration des switches pour SNMPv1/2 .............................................. 59Configuration des switches pour SNMPv3................................................... 59

Chapitre 8 Déploiement de ProSphere Déploiement de ProSphereavec vSphere Client ................................................. 62

Durée de déploiement ...................................................................................... 62Déploiement de ProSphere.............................................................................. 62

Déploiement de ProSphere avec vCloud Director ............................................. 67Durée de déploiement ...................................................................................... 67Procédure de déploiement............................................................................... 67Modification des paramètres d’action et de délais ...................................... 69

Étapes suivantes ...................................................................................................... 69

Chapitre 9 Ajout de cartes réseau aux réseaux isolés Présentation.............................................................................................................. 72 Configurations multicartes réseau prises en charge .......................................... 72

Configuration 1 : Cartes réseau dans un Discovery Engine (DE) .............. 72Configuration 2 : Cartes réseau dans une ProSphere Application (PA)... 74Configuration 3 : Carte réseau dans une PA et une PA secondaire. ......... 75Configuration 4 : Cartes réseau dans un DE et un Collector...................... 77Configuration 5 : Carte réseau dans une PA et un DE. ............................... 78Configuration 6 : Carte réseau dans une PA, une PA secondaire et un DE. ............................................................................................................. 79

Configuration d’une carte réseau supplémentaire dans une machine virtuelle ProSphere................................................................................................... 81 Modification du fichier /etc/hosts....................................................................... 81


Chapitre 10 Déploiement des Collectors Collector ................................................................................................................... 83

Obtention des fichiers de déploiement.......................................................... 83Détermination des Collectors nécessaires au datacenter............................ 83Collecte des informations ................................................................................ 83

Déploiement de Collectors avec vSphere Client ................................................ 85 Déploiement de Collectors avec vCloud Director ............................................. 86

Téléchargement du nouveau fichier de déploiement dans le catalogue..... 87Déploiement du Collector vApp à partir du modèle vApp....................... 87Modification des paramètres d’action et de délais ...................................... 88

Enregistrement d’un Collector auprès de l’application ProSphere ................. 88 Collectors de repartition de charge............................................................... 88

Chapitre 11 Déploiement d’une application ProSphere secondaire Application ProSphere secondaire ....................................................................... 90

Restrictions ........................................................................................................ 90Obtention des fichiers de déploiement.......................................................... 90Collecte des informations ................................................................................ 91

Déploiement d’une Application ProSphere secondaire avec vSphere Client .......................................................................................................... 92 Déploiement d’une Application ProSphere secondaire avec vCloud Director ....................................................................................................... 94

Téléchargement du nouveau fichier de déploiement dans le catalogue..... 94Déploiement de l’Application ProSphere secondaire à partir du modèle vApp............................................................................................... 94Modification des paramètres d’action et de délais ...................................... 95

Enregistrement d’une Application ProSphere secondaire................................ 95

Chapitre 12 Tâches post-déploiement Synchronisation des fuseaux horaires et des heures système .......................... 98 Connectez-vous à ProSphere................................................................................. 98 Personnalisation du message de conformité aux règles de sécurité ............. 100

Création ou modification du message......................................................... 101 Intégration de ProSphere avec SMAS et Unisphere for VMAX..................... 101

Intégration de ProSphere avec SMAS.......................................................... 102Intégration de ProSphere avec Unisphere for VMAX............................... 106

Configuration de CMCNE................................................................................... 112CMCNE............................................................................................................ 112Emplacement de l’utilitaire keytool sur les hôtes CMCNE ou BNA ...... 113Exécution des tâches de configuration ........................................................ 115

Synchronisation des déploiements ProSphere ................................................. 118 Intégration de ProSphere avec Watch4net ........................................................ 118 Déploiement de certificats accrédités ................................................................ 119 Informations complémentaires ........................................................................... 119

Annexe A Mises à jour et sauvegardes Présentation ........................................................................................................... 122 Méthodes de mise à jour de ProSphere ............................................................. 123

Téléchargez un fichier ISO sur un CD-ROM virtuel. ................................ 124 Installation des mises à jour sur ProSphere ...................................................... 124

Création de snapshots avant une mise à jour logicielle ............................ 125Sélectionnez l’EMC Update Repository en tant que source de mise à jour........................................................................................................ 125


Sélection d’un CDROM virtuel ou d’un serveur Web pour les mises à jour ................................................................................................................. 126Réception d’un rappel de mises à jour lors de la connexion et application des mises à jour .......................................................................... 126Recherche et application manuelles des mises à jour................................ 128Impact des mises à niveau ............................................................................. 129

Création et restauration de snapshots ou de backups ..................................... 129Arrêt ou démarrage de ProSphere ou de ses machines virtuelles........... 130Création de snapshots ProSpheredans vSphere Client ............................. 130Retour arrière vers un snapshot dans vSphere Client............................... 131Création de snapshots ProSpheredans vCloud Director .......................... 132Retour arrière vers un snapshot dans vCloud Director ............................ 132

Sauvegarde et restauration ProSphere avec VMware Data Recovery........... 132


Préface

Afin d’améliorer et de développer les performances et les fonctionnalités de ses gammes de produits, EMC publie régulièrement des révisions de ses matériels et logiciels. C’est pourquoi certaines des fonctions décrites dans ce document peuvent ne pas être prises en charge par toutes les versions des produits matériels ou logiciels actuellement utilisés. Pour obtenir les informations les plus récentes sur les fonctions de votre produit, consultez ses notes de mise à jour.

Si un produit ne fonctionne pas correctement ou fonctionne différemment de ce qui est décrit dans ce document, contactez votre responsable de compte EMC.

Historique des révisions

Le tableau ci-dessous présente l’historique des révisions de ce document :

Audience Ce document fait partie de la documentation de EMC ProSphere et s’adresse aux administrateurs système et aux intégrateurs de systèmes chargés du déploiement de ProSphere.

Conventions utilisées dans ce documentEMC utilise les conventions suivantes pour les notes spéciales.

Remarque : une remarque donne une information importante, mais non vitale.

Conventions typographiquesEMC utilise les conventions typographiques suivantes dans le présent document :

Révision Date Description

01 Avril 2013 Version initiale pour la mise à jour 2.0.

02 Avril 2013 Corrections apportées aux informations relatives à vCloud.

Normal Dans le texte courant (autre que les procédures) pour :• noms des éléments d’interface (tels que les noms des fenêtres, boîtes de

dialogue, boutons, champs et menus) ;• noms de ressources, attributs, pools, expressions booléennes, boutons,

déclarations DQL, mots-clés, clauses, variables d’environnement, fonctions, utilitaires ;

• URL, noms de chemins, noms de fichiers, noms de répertoires, noms d’ordinateurs, noms de fichiers, liens, groupes, clés de services, systèmes de fichiers, notifications.


Préface

Contacter le Support Clients

Obtenir de l’aidePour obtenir des informations sur le support, les produits et les licences d’EMC, procédez comme suit.

Informations sur les produitsPour obtenir de la documentation, des notes de mise à jour, des mises à jour logicielles ou des informations sur les produits, licences et services EMC, consultez le site de support en ligne EMC (enregistrement obligatoire) à l’adresse :

http://support.emc.com

Support techniquePour accéder au support technique, rendez-vous sur le site de support en ligne EMC et choisissez Support by Product. Accédez à ProSphere. La page Support présente un certain nombre d’options disponibles, dont une qui permet d’effectuer une demande de service. Notez que pour pouvoir ouvrir une demande de service, vous devez disposer d’un contrat de support valide. Pour savoir comment obtenir un contrat de support valide ou pour toute question concernant votre compte, contactez un responsable de compte EMC.

Vos commentairesVos suggestions nous aident à améliorer l’exactitude, l’organisation et la qualité globale de nos documentations utilisateur. Faites-nous part de votre opinion générale sur la documentation EMC en écrivant à :

[email protected]

Envoyez vos commentaires sur la documentation de EMC ProSphere à :

[email protected]

En gras Dans le texte courant (autre que les procédures) pour :• noms de commandes, démons, options, programmes, processus, services,

applications, utilitaires, noyaux, notifications, appels système, pages man.

Utilisé dans les procédures pour :• noms des éléments d’interface (tels que les noms des fenêtres, boîtes de

dialogue, boutons, champs et menus) ;• élément que l’utilisateur sélectionne ou qu’il saisit, ou sur lequel il clique ou

appuie.

Italique Utilisé dans tout le texte (y compris les procédures) pour :• les titres complets de publications citées dans le texte ;• mise en évidence (d’un nouveau terme par exemple) ;• les variables.

Courier Utilisées pour :• les données de sortie du système, telles que les messages d’erreur ou les scripts ; • les URL, les chemins d’accès complets, les noms de fichiers, les invites et la

syntaxe ne faisant pas partie du texte courant.

Courier gras Utilisées pour :• entrée spécifique de l’utilisateur (comme les commandes).

Courier italique Utilisé dans les procédures pour :• variables de la ligne de commande ;• les variables entrées par l’utilisateur.

Guide de déploiement d'EMC ProSphere6

http://Powerlink.EMC.com

mailto:[email protected]

mailto:[email protected]

Sommaire

7

8
Instructions relatives aux performances et à l’évolutivité d’EMC ProSphere Version 1.7

1

Cette liste de contrôle récapitule les conditions devant être satisfaites avant tout déploiement de ProSphere™. Gardez ce chapitre et les documents suivants à disposition. En effet, vous y trouverez les procédures détaillées à effectuer dans le cadre du déploiement de ProSphere et de la configuration de l’environnement réseau de ProSphere.

u Matrice de support d'EMC ProSphere

u Guide de configuration de la sécurité d'EMC ProSphere

Remarque : si votre entreprise a besoin de renforcer la sécurité de ProSphere pour se conformer à la législation fédérale américaine ou du Département de la Défense des États-Unis, sachez que le ProSphere Federal Security Hardening Guide est à la disposition de tous les clients américains au niveau fédéral. Contactez un représentant EMC® pour en obtenir une copie. Ces procédures doivent être réalisées immédiatement après le déploiement de ProSphere.

Le chapitre contient les sections suivantes :

u Considérations relatives à VMware............................................................................ 10u Considérations relatives au réseau ............................................................................. 10u Considérations relatives au stockage ......................................................................... 10u Considérations relatives aux hôtes .............................................................................. 11u Considérations relatives aux switches ........................................................................ 11

Remarque : ProSphere 2.0 fonctionne sous SuSE Linux Enterprise Server 11 SP2 (64 bits), qui est installé dans le cadre du processus Deploy OVF Template et fourni avec le logiciel ProSphere 2.0.

Checklist du déploiement

Checklist du déploiement 9


Considérations relatives à VMwareq Vérifiez qu’au moins un serveur VMware ESX ou VMware ESXi est géré par un

serveur vCenter.

q Identifiez un serveur VMware ESXi, vCenter Server ou vCloud Director pour l’installation de la vApp. Consultez votre administrateur VMware pour vérifier que tous les éléments d’infrastructure VMware requis sont en place.

q Allocation de la RAM nécessaire pour le Discovery Engine, la Application ProSphere et la Historical Database

Considérations relatives au réseauq Collectez les données réseau suivantes pour chacune des trois machines virtuelles

et une pour chaque Collector :

q Une adresse IP statique pour la machine virtuelle

q Un nom de domaine qualifié pour la machine virtuelle

q Un masque de réseau pour l’adresse IP

q Une passerelle réseau pour l’adresse IP

q L’adresse IP du serveur DNS primaire et, en option, du serveur DNS secondaire

q Inscrivez toutes les adresses IP utilisées par ProSphere dans le DNS, et assurez-vous que la recherche inversée par le biais des enregistrements PTR est prise en charge.

q Vérifiez que des restrictions de pare-feu ne risquent pas d’interférer avec le fonctionnement normal de ProSphere au niveau de votre environnement VMware, de votre réseau à une échelle supérieure et de la découverte des ressources de stockage.

q Vérifiez que vous disposez d’une licence pour pouvoir déployer la vApp ProSphere dans un cluster DRS. Vous devez disposer d’au moins une licence d’entreprise avec VMware ESX.

q Les clusters dans lesquels ProSphere sera déployé doivent comporter au moins deux hôtes et être en mode DRS.

Considérations relatives au stockageq Téléchargez et installez EMC SMI-S Provider, qui sert à découvrir les baies EMC.

q Vérifiez que l’offre groupée Symmetrix Management Solution (SMAS) est installée sur les hôtes rattachés au réseau de stockage (SAN) disposant de volumes système (gatekeepers) dédiés pour les baies Symmetrix. SMAS inclut Symmetrix Performance Analyser (SPA) et Symmetrix Management Console (SMC). Les baies VNX/Clariion sont découvertes via TCP/IP.

q Consultez les notes de mise à jour SMC/SPA ou Unisphere for VMAX pour déterminer quel produit utiliser pour la configuration du site contrôlée par ProSphere.

q Dans le stockage rattaché au réseau (NAS), vérifiez que les licences sont activées.



Considérations relatives aux hôtesq WMI : nécessaire pour découvrir les hôtes Windows physiques et collecter les données

de performances en utilisant des informations d’identification d’accès WMI.

q WS-MAN : nécessaire pour découvrir les hôtes Windows en utilisant des informations d’identification d’accès WS-MAN.

q SSH (root et sudo) : nécessaire pour découvrir les hôtes UNIX physiques. Pour les utilisateurs non root, installez sudo sur l’hôte et configurez le fichier sudoer.

q VMware Infrastructure : nécessaire pour découvrir les environnements VMware. Des informations d’identification VMware ESX ou vCenter avec les autorisations de navigation au sein des datastores sont requises.

q Service WinRM : nécessaire pour découvrir les hôtes Windows en utilisant des informations d’identification d’accès WS-MAN (facultatif).

q EMC : pilotes et microprogrammes des adaptateurs HBA pris en charge, et bibliothèques SNIA spécifiques des fournisseurs des adaptateurs HBA (nécessaires pour tous les systèmes d’exploitation).

q iostat : nécessaire pour la collecte des données de performances sur les hôtes Linux (RedHat et SuSE) et Solaris.

q sar : nécessaire pour la collecte des données de performances sur les hôtes AIX et HP-UX.

Considérations relatives aux switchesq Informations d’identification d’accès HTTP ou HTTPS pour permettre à SMI-S

Provider de découvrir les switches Brocade.

q Installez Connectrix Manager Converged Network Edition (CMCNE) sur un hôte distinct et découvrez les fabrics devant être gérés dans SMI-S Provider avant de les découvrir depuis ProSphere.

q Informations d’identification SNMP v1, v2 et v3 pour découvrir les switches Cisco.

q Exigences et conventions de zoning pour la découverte passive des hôtes.

Considérations relatives aux hôtes 11



2

Ce chapitre présente la configuration de l’environnement et le déploiement.


u Terminologie ProSphere ............................................................................................... 14u Tableau de référence des tâches liées au déploiement............................................. 16

Remarque : si vous appliquez des mises à jour de ProSphere, et notamment si vous installez ProSphere 2.0, reportez-vous directement à l’Annexe A, « Mises à jour et sauvegardes ».

Présentation

Présentation 13

Présentation

Terminologie ProSphereLes termes suivants associés à l’application ProSphere sont utilisés dans ce document :

u Une « machine virtuelle » est un ordinateur logiciel qui exécute un système d’exploitation et des applications. Plusieurs machines virtuelles peuvent s’exécuter simultanément sur un même hôte. Les machines virtuelles composent la base de ProSphere sont les suivantes : l’Application ProSphere, le Discovery Engine et la Historical Database. Certains déploiements incluent une ou plusieurs instances de machine virtuelle supplémentaire : le Discovery Engine (Collector). La Figure 1 à la page 15 illustre ces machines virtuelles.

u Une « vApp », illustrée à la Figure 1 à la page 15 est une solution logicielle optimisée pour le Cloud, constituée de machines virtuelles regroupées et gérées sous la forme d’une entité unique, au format OVF. ProSphere est déployé sous la forme d’une vApp VMware, configurée en tant que collection de machines virtuelles interdépendantes.


Présentation

Figure 1 Architecture de ProSphere

u Une appliance virtuelle est une solution logicielle composée d’une ou plusieurs solutions virtuelles. Une appliance virtuelle est fournie sous la forme d’une entité unique par un fournisseur d’appliances, et déployée, gérée et maintenue en conditions opérationnelles sous la forme d’une entité unique. ProSphere est également une appliance virtuelle.

Terminologie ProSphere 15

Présentation

u L’Application ProSphere gère les composants de ProSphere, contrôlant ainsi l’activité avec la Historical Database, les Discovery Engines et les consoles utilisateur.

u Une Historical Database stocke les données de performances et d’attributs pour tous les objets découverts. Elle reçoit les données des instances du Discovery Engine, et est gérée par l’Application ProSphere.

u Un Discovery Engine découvre les ressources logiques et physiques au sein du réseau et fournit les données de performances et d’attributs à la Historical Database. Il contrôle les Discovery Engine Collectors en option, et est géré par l’Application ProSphere.

u Un Discovery Engine (Collector) découvre les ressources logiques et physiques au sein du réseau et fournit les données de performances et d’attributs au Discovery Engine. Les Collectors apparaissent dans les déploiements scale-out. Il n’existe qu’un seul Discovery Engine, mais il peut y avoir de nombreux Collectors.

Tableau de référence des tâches liées au déploiementLe Tableau 1 à la page 16 répertorie la documentation relative aux tâches de déploiement.

Tableau 1 Références documentaires

Pour... Consultez...

Pour commencer...

En savoir plus sur l’architecture de ProSphere Chapitre du Guide d’administration d’EMC ProSphere consacré à l’architecture

Savoir si vous devez procéder à un déploiement scale-out de ProSphere et de quelle manière

Consignes de performances et d’évolutivité d’EMC ProSphere

Préparer le réseau et ses composants (hôtes, baies et switches)

• Reportez-vous au chapitre « Checklist du déploiement » à la page 9 pour obtenir la liste des préalables à un déploiement.

• Chapitres du présent manuel consacrés à la configuration pour les procédures de configuration logicielle

• Matrice de support d'EMC ProSphere pour connaître les versions logicielles et matérielles prises en charge

• Notes de mise à jour d'EMC ProSphere pour obtenir des informations complémentaires sur une version spécifique

Modifier les mots de passe système Guide de configuration de la sécurité d'EMC ProSphere

Présentation générale de la configuration, du déploiement et du fonctionnement du produit

Guide d'utilisation d’EMC ProSphere

Remarque : les références suivantes renvoient au chapitre de ce manuel.


Présentation

Vérifier que l’infrastructure VMware répond aux exigences de base en matière d’infrastructure

Vérifier que votre infrastructure VMware répond aux exigences de base en matière d’infrastructure.

Chapitre 3, « Préparation de l’infrastructure VMware »

Vérifier que vous disposez des informations d’identification VMware nécessaires pour le déploiement

Vérifier que vous répondez aux exigences matérielles virtuelles

Obtenir les informations VMware nécessaires au processus de déploiement

Configurer l’environnement ProSphere pour des découvertes réussies

Configurer les logiciels tiers utilisés pour découvrir les hôtes et les données de performances connexes

Chapitre 4, « Configuration des hôtes »

Configurer les fournisseurs de données de baies (logiciel exposant les informations de gestion des baies)

Chapitre 5, « Configuration des systèmes de stockage », Chapitre 6, « Configuration des switches et des fabrics »

Configurer les switches et fabrics Cisco et Brocade Chapitre 6, « Configuration des switches et des fabrics »

Déployer ProSphere à partir de vSphere Client

Télécharger les fichiers de déploiement (fichier .ovf et fichiers .vmdk) dans un emplacement accessible par vSphere Client

Chapitre 7, « Déploiement de ProSphere »

Ouvrir vSphere Client et se connecter au vCenter Server qui gère l’environnement VMware

Saisir les informations dans la boîte de dialogue Deploy OVF Template Ces informations portent notamment sur le pool de ressources de la vApp ProSphere, le datastore et les machines virtuelles ProSphere.

Utiliser vSphere Client pour télécharger les fichiers et les transmettre à un serveur VMware ESX ou VMware ESXi

OU

Déployer ProSphere à partir de vCloud Director Chapitre 7, « Déploiement de ProSphere »

Créer un catalogue vCloud

Télécharger les fichiers de déploiement dans un modèle vApp au sein du catalogue

Déploiement de ProSphere à partir du modèle vApp



Tableau de référence des tâches liées au déploiement 17

Présentation

Ajouter des cartes réseau pour les réseaux isolés Chapitre 8, « Ajout de cartes réseau aux réseaux isolés »

Déployer des Collectors, si nécessaire, pour procéder à un déploiement scale-out

Chapitre 9, « Déploiement des Collectors »

Déployer, si nécessaire, une application ProSphere secondaire pour améliorer les performances

Chapitre 10, « Déploiement d’une application ProSphere secondaire »

Exécuter des tâches post-déploiement

Synchroniser les déploiements de ProSphere, le cas échéant

Chapitre 11, « Tâches post-déploiement »

Déployer des certificats accrédités par votre entreprise via la Console ProSphere

Appliquer les mises à jour Annexe A, « Mises à jour et sauvegardes »

Sauvegarder ProSphere Annexe A, « Mises à jour et sauvegardes »




3

Ce chapitre contient des informations sur la configuration d’infrastructure requise et explique comment préparer l’environnement VMware pour déployer ProSphere. La configuration d’infrastructure requise est décrite en détail dans les sections suivantes :

u Liste de contrôle de la configuration de l’infrastructure VMware de base .......... 20u VMware et les niveaux d’habilitation utilisateur ..................................................... 21u Configuration matérielle virtuelle requise ................................................................ 21u Provisionnement des disques Thick et Thin ............................................................. 22u VMware Tools sur la vApp ProSphere....................................................................... 22u Configuration de navigateur requise ......................................................................... 22u Obtention de la configuration requise pour l’infrastructure VMware

(vSphere Client) ............................................................................................................ 23u Obtention de la configuration requise pour l’infrastructure VMware (vCloud

Director) ......................................................................................................................... 25

Préparation de l’infrastructure VMware

Préparation de l’infrastructure VMware 19


Liste de contrôle de la configuration de l’infrastructure VMware de base

IMPORTANT!Vérifiez auprès de l’administrateur VMware que toute l’infrastructure VMware requise est disponible avant de commencer à déployer ProSphere.

La configuration de l’infrastructure VMware de base requise comprend :

q Un environnement informatique virtualisé VMware vSphere.

IMPORTANT!ProSphere ne valide pas les noms d’hôte. Vous devez enregistrer indépendamment auprès du DNS (1) les noms d’hôte que vous avez spécifiés pour les machines virtuelles, (2) le nom des hôtes que ProSphere va découvrir et (3) le nom des hôtes dont les informations seront collectées au sein de rapports. L’absence d’enregistrement des noms d’hôtes auprès du DNS correspondant peut perturber le fonctionnement de ProSphere.

q Un vCenter Server installé.

q Un serveur VMware ESX ou ESXi installé s’exécutant dans l’environnement vSphere.

q Un datastore contenant un espace libre minimum de 600 Go pour les appliances non zippées et pour les fichiers zippés téléchargés des images d’appliance. Ce datastore contiendra les images d’appliance nécessaires pour exécuter ProSphere.

q Si vous déployez ProSphere dans une configuration en cluster VMware, l’heure de tous les serveurs VMware ESX ou VMware ESXi doit être synchronisée par rapport à un serveur NTP (Network Time Protocol) externe. Toutefois, le produit peut être déployé sur un seul serveur VMware ESX si celui-ci est conforme à la configuration matérielle requise mentionnée dans la section « Configuration matérielle virtuelle requise » à la page 21. Si vous procédez à un déploiement sur un seul serveur VMware ESX, dans la section du datacenter de vCenter, définissez l’environnement pour un seul server VMware ESX et non pour un cluster.

q Les paramètres d’horloge de tous les serveurs VMware ESX ou VMware ESXi présents au sein du cluster sont synchronisés. Des serveurs VMware ESX ou VMware ESXi désynchronisés peuvent générer des problèmes de découverte ProSphere.

Remarque : pour tirer parti des fonctions vSphere qui renforcent la disponibilité et la flexibilité d’une infrastructure virtuelle, EMC recommande de déployer ProSphere sur un cluster de serveurs VMware ESX ou VMware ESXi.

Remarque : si vous utilisez vCloud pour déployer ProSphere, l’administrateur vCloud doit s’assurer que le datacenter virtuel créé dispose de suffisamment de ressources matérielles, conformément aux spécifications du document Consignes de performances et d’évolutivité d’EMC ProSphere.



VMware et les niveaux d’habilitation utilisateurLe déploiement de ProSphere est exécuté par un utilisateur connecté à l’infrastructure VMware. Le Tableau 2 à la page 21 indique les informations d’identification utilisateur requises par VMware pour un programme d’installation.

Configuration matérielle virtuelle requiseLes administrateurs de ProSphere peuvent utiliser ces informations pour guider leurs décisions de déploiement en fonction des taux d’utilisation actuels et attendus des ressources matérielles.

Tableau 2 Informations d’identification VMware requises pour le déploiement de ProSphere

Ressource d’infrastructure VMware Niveaux d’habilitation utilisateur requis

Stockage des données • Allouer de l’espace• Navigation au sein du datastore• Opérations de fichier de bas niveau

Opérateurs locaux d’hôtes • Création d’une appliance virtuelle• Suppression d’une appliance virtuelle• Reconfiguration d’une appliance virtuelle

Profil d’hôte Vue

Réseau Affectation de réseau

Ressource • Affectation d’une vApp à un pool de ressources• Affectation d’une VM à un pool de ressources• Migration• Interrogation VMotion

vApp Autorisations complètes

ordinateur virtuel Autorisations complètes

Tableau 3 Configuration matérielle virtuelle requise

VM Processeur virtuel RAM/mémoire Stockage

Configuration requise pour un déploiement non adapté à l’environnement

ProSphere Application 4 CPU 64 bits 8 Go 230 Go

Discovery Engine 4 CPU 64 bits 8 Go 40 Go

Historical Database 4 CPU 64 bits 6 Go 230 Go

Configuration requise pour un déploiement adapté à l’environnement avec un Collector Discovery Engine (Collector) supplémentaire

Collector supplémentaire 2 CPU 64 bits 6 Go 30 Go (disque Thick)2,2 Go (disque Thin)

VMware et les niveaux d’habilitation utilisateur 21


Remarque : aucune procédure de configuration VMware spéciale n’est nécessaire avant de déployer ProSphere.

Provisionnement des disques Thick et ThinLorsque vous prenez une décision concernant l’utilisation du provisionnement Thick ou Thin, veillez à tenir compte des besoins futurs en capacité de stockage pour toutes les machines virtuelles d’un même datastore ainsi que de l’espace disque utilisé par l’application ProSphere et la Historical Database. Le document Consignes de performances et d’évolutivité d’EMC ProSphere détaille les considérations à prendre en compte en termes de stockage pour les déploiements de ProSphere.

VMware Tools sur la vApp ProSphere

IMPORTANT!N’installez pas d’outils VMware supplémentaires sur la vApp ProSphere. Les outils VMware sont déjà installés sur les machines virtuelles ProSphere. Des mises à jour des outils VMware seront fournies avec celles de la vApp ProSphere.

Étant donné que l’installation de ProSphere s’accompagne des mises à jour de VMware Tools sur les machines virtuelles ProSphere, les outils VMware Tools sont répertoriés comme étant « non maîtrisés » lorsqu’ils sont affichés dans le logiciel vSphere Client. Cela signifie qu’ils ne sont pas gérés par vCenter Server.

Configuration de navigateur requiseProSphere nécessite Adobe Flash Player 10.2.153.1 ou version supérieure, qui est disponible pour la plupart des navigateurs les plus courants, notamment Microsoft Internet Explorer, Mozilla Firefox et Google Chrome. Si votre version de Flash Player est antérieure à cette version, effectuez une mise à niveau vers la dernière version Flash Player disponible.

Pour un affichage optimal de ProSphere, utilisez une résolution de 1 024 x 768 ou supérieure.

Transport Layer Security (TLS) 1.0 doit être le paramètre de sécurité configuré dans le navigateur Web.

Configuration requise pour un déploiement adapté à l’environnement avec une Application ProSphere (secondaire) supplémentaire

Application ProSphere secondaire 2 CPU 64 bits 4 Go 230 Go

Tableau 3 Configuration matérielle virtuelle requise

VM Processeur virtuel RAM/mémoire Stockage



Assurez-vous que votre navigateur accepte les cookies et que les logiciels anti pop-up sont désactivés. Pour les navigateurs dans lesquels la fenêtre de démarrage ne se ferme pas automatiquement (comme Microsoft Internet Explorer), il est nécessaire d’utiliser une nouvelle instance du navigateur pour chaque connexion à ProSphere. Le navigateur mémorise des cookies qui le dirigent vers l’Application ProSphere précédente, même lorsque vous saisissez l’URL d’un nouveau site Web ProSphere.

Remarque : une instance du navigateur peut être réutilisée si les cookies correspondant au site Web ProSphere approprié sont supprimés.

Obtention de la configuration requise pour l’infrastructure VMware (vSphere Client)

Cette section s’adresse aux utilisateurs déployant ProSphere à partir de vSphere Client.

Vous devez obtenir les informations suivantes, car vous devrez les fournir durant le déploiement. Vous pouvez noter ces valeurs dans l’espace prévu à cet effet ci-dessous.

IMPORTANT!Utilisez exclusivement vCenter pour connecter vSphere Client à un serveur VMware ESX. Les tentatives de déploiement direct sur un serveur VMware ESX échouent.

u Adresse IP ou nom d’hôte du vCenter Server qui gère l’environnement VMWare. Nom d’utilisateur et mot de passe pour connecter vSphere Client au serveur.

Adresse IP ou nom d’hôte de VMware Server : _____________________________

Nom d’utilisateur : _____________________________________________________

Mot de passe : __________________________________________________________

u Vérifiez que vous disposez des privilèges nécessaires pour déployer une vApp.

u Nom de ce déploiement de ProSphere (par exemple, Déploiement ProSphere local).

Nom de la vApp ProSphere : __________________________________________

u Emplacement d’infrastructure suivant de la vApp ProSphere :

Emplacement d’inventaire : _______________________________________________

Hôte/Cluster : __________________________________________________________

Format de disque (Thick/Thin) :__________________________________________

Pool de ressources : _____________________________________________________

u Nom d’un datastore au sein de l’environnement vSphere local dans lequel stocker les images de machine virtuelle ProSphere.

Datastore : ____________________________________________________________

u Noms du ou des réseaux vSphere au sein desquels vous déployez chacune des trois machines virtuelles pour la vApp ProSphere. Les machines virtuelles peuvent être déployées dans des sous-réseaux distincts.

Réseau de la ProSphere : ________________________________

Réseau de la Discovery Engine : _____________________________________

Réseau de la Historical Database : _______________________________________

Réseau du Collector : _______________________________________

Obtention de la configuration requise pour l’infrastructure VMware (vSphere Client) 23





u Propriétés d’accès sécurisé et réseau souhaitées pour la machine virtuelle de l’Historical Database, notamment :

Serveurs DNS (séparés par une virgule) :

_________________________________________________________________

Chaînes de recherche de domaine (séparées par un espace) :

_________________________________________________________________

Hostname: ________________________________________________________

Adresse IP : _______________________________________________________

Netmask : ________________________________________________________

Passerelle de sous-réseau : ___________________________________________

u Propriétés d’accès sécurisé et réseau souhaitées pour la machine virtuelle de l’Discovery Engine, notamment :


_________________________________________________________________

Chaînes de recherche de domaine (séparées par un espace) :

_________________________________________________________________

Hostname: ________________________________________________________

Adresse IP : _______________________________________________________

Netmask : ________________________________________________________


u Propriétés d’accès sécurisé et réseau souhaitées pour la machine virtuelle de l’Application ProSphere, notamment :


_________________________________________________________________

Chaînes de recherche de domaine (séparées par des espaces) :

_________________________________________________________________

Hostname: ________________________________________________________

Adresse IP : _______________________________________________________

Netmask : ________________________________________________________

Passerelle de sous-réseau : ____________________________________________



Obtention de la configuration requise pour l’infrastructure VMware (vCloud Director)

Cette section s’adresse aux utilisateurs déployant ProSphere à partir de vCloud Director.

Vous devez obtenir les informations suivantes, car vous devrez les fournir durant le déploiement. Vous pouvez noter ces valeurs dans l’espace prévu à cet effet ci-dessous.

u Adresse IP ou nom d’hôte du serveur vCloud Director.

u Nom d’utilisateur et mot de passe de connexion au serveur vCloud Director.

Adresse IP ou nom d’hôte du serveur VMware Director :

_________________________________________________________________

Nom d’utilisateur : ____________________________________________________

Mot de passe : ________________________________________________________

u Vérifiez que vous disposez, dans vCloud Director, de privilèges vous permettant de créer un catalogue, de télécharger un modèle vApp dans le catalogue et de déployer un tel modèle. Pour plus d’informations sur les rôles prédéfinis et les droits qui leur sont rattachés, consultez le site http://pubs.vmware.com.

u Nom de ce déploiement de ProSphere (par exemple, Déploiement ProSphere local).

Nom de la vApp ProSphere : __________________________________________

u Détails suivants pour le déploiement de la vApp ProSphere :

Nom du datacenter virtuel

Allocation d’adresse IP (doit être paramétrée sur Static-Manual) :______________

Profil de stockage :______________________________________________________

Informations de location :_________________________________________________

u Nom des réseaux inclus dans l’inventaire du datacenter virtuel dans lequel vous souhaitez déployer les machines virtuelles pour la vApp ProSphere. Les machines virtuelles peuvent être déployées dans des sous-réseaux distincts.

Réseau de la ProSphere : ________________________________

Réseau de la Discovery Engine : _____________________________________

Réseau de la Historical Database : _______________________________________





ProSphereRéseau secondaire :

u Propriétés d’accès sécurisé et réseau souhaitées pour la machine virtuelle de l’Historical Database, notamment :


_________________________________________________________________


_________________________________________________________________

Obtention de la configuration requise pour l’infrastructure VMware (vCloud Director) 25


Hostname: ________________________________________________________

Adresse IP : _______________________________________________________

Netmask : ________________________________________________________


u Propriétés d’accès sécurisé et réseau souhaitées pour la machine virtuelle de l’Discovery Engine, notamment :


_________________________________________________________________


_________________________________________________________________

Hostname: ________________________________________________________

Adresse IP : _______________________________________________________

Netmask : ________________________________________________________


u Propriétés d’accès sécurisé et réseau souhaitées pour la machine virtuelle de l’Application ProSphere, notamment :


_________________________________________________________________


_________________________________________________________________

Hostname: ________________________________________________________

Adresse IP : _______________________________________________________

Netmask : ________________________________________________________



4

Ce chapitre explique comment installer et configurer le logiciel tiers utilisé pour découvrir les hôtes et les données de performances associées.


u N’utilisez pas de traits de soulignement dans les noms d’hôte ............................. 28u Enregistrement DNS ..................................................................................................... 28u Validation des adaptateurs HBA ................................................................................ 29u Utilitaire de configuration des hôtes EMC ProSphere/SCA .................................. 30u Configuration des hôtes Windows et de WS-MAN................................................. 30u Configuration des hôtes Windows et WMI............................................................... 32u Configuration des hôtes UNIX et Linux .................................................................... 41u Préparation de la découverte des invités VMware .................................................. 46u Préparation de la découverte de l’infrastructure VMware ..................................... 46

Configuration des hôtes

Configuration des hôtes 27


N’utilisez pas de traits de soulignement dans les noms d’hôteLes normes Internet relatives aux protocoles stipulent que les noms d’hôte ne doivent contenir que les lettres ASCII de « a » à « z » (non sensibles à la casse), les chiffres « 0 » à « 9 », et le trait d’union (« - »). Aucun autre symbole, caractère de ponctuation ou espace n’est autorisé.

Si ProSphere rencontre un nom d’hôte contenant un trait de soulignement, les utilisateurs peuvent ne pas parvenir à se connecter.

Pour vérifier si vous êtes dans cette situation, recherchez la chaîne suivante dans les fichiers journaux :

IllegalArgumentException: Host cannot be null

Caractères non autorisés dans les noms d’hôtesN’utilisez aucun des caractères suivants dans les noms d’hôtes :

u Virgule (,)

u Tilde (~)

u Deux-points (:)

u Point d’exclamation (!)

u Arobase (@)

u Dièse (#)

u Dollar ($)

u Pourcentage (%)

u Accent circonflexe (^)

u Esperluette (&)

u Apostrophe (’)

u Point (.)

u Parenthèses (())

u Accolades ({})

u caractère de soulignement (_)

u espace (blanc)

Enregistrement DNSVeillez à ce que les noms d’hôte soient au format DNS avec le nom de domaine qualifié (FQDN), et à ce que les adresses IP soient enregistrées auprès des DNS appropriés et accessibles via une recherche DNS inversée. N’insérez aucun trait de soulignement dans les noms d’hôtes ni aucun des caractères répertoriés à la section « Caractères non autorisés dans les noms d’hôtes » à la page 28.



Validation des adaptateurs HBAToutes les plates-formes d’hôte nécessitent les éléments suivants pour pouvoir découvrir les informations liées aux adaptateurs HBA compatibles SNIA :

u Pilotes et microprogrammes d’adaptateur HBA compatibles EMC. Le pilote installé pour l’adaptateur HBA doit être compatible avec SNIA HBA API 2.0. La Matrice de support d'EMC ProSphere fournit des informations spécifiques.

u Les bibliothèques SNIA spécifiques du fournisseur doivent être installées sur l’hôte cible.

Remarque : Le numéro de modèle d’adaptateur HBA et le numéro de référence doivent être vérifiés avant de mettre à jour les hôtes avec les bibliothèques SNIA pour HBA.Vous pouvez installer la bibliothèque SNIA à l’aide de l’une des méthodes suivantes :- Dans le cadre du module d’installation du pilote de l’adaptateur HBA- En installant la dernière version de HBAnywhere (pour les installations Emulex) ou SAN Surfer (pour les installations Qlogic)Pour assurer la découverte d’un hôte HP-UX doté d’une carte Fibre Channel multiport, le package CommonIO bundle 0812(déc. 2008) ou ultérieur doit être présent sur l’hôte afin de pouvoir obtenir le jeu de fichiers FC-SNIA à jour.

Pour valider l’installation des bibliothèques SNIA appropriées, téléchargez et exécutez l’application inq depuis le site de support en ligne EMC en procédant comme suit :

1. Sur le site de support en ligne EMC, cliquez sur l’option de recherche.

2. Dans le champ de recherche, entrez « utilitaire inq ».

3. Sélectionnez la dernière version de inq.

4. Sélectionnez le système d’exploitation de l’hôte.

5. Téléchargez inq et suivez les instructions d’installation fournies.

6. Exécutez la commande suivante sur l’hôte après l’installation :Inq -hba

Si la commande affiche la liste des adaptateurs HBA, les bibliothèques SNIA sont installées correctement, ce qui signifie que ProSphere est en mesure d’assurer la découverte des adaptateurs HBA.

Validation des adaptateurs HBA 29


Utilitaire de configuration des hôtes EMC ProSphere/SCAL’EMC Host Configuration Utility aide les clients à vérifier les paramètres décrits dans ce chapitre, qui permettent à un hôte Windows d’être découvert correctement dans ProSphere ou SCA. L’utilitaire peut également configurer automatiquement les paramètres. Cet utilitaire est disponible sur le site de support en ligne EMC (support.emc.com).

Configuration des hôtes Windows et de WS-MAN WS-MAN est le mécanisme de découverte privilégié pour Windows 2008 et versions ultérieures.

Remarque : sous Windows 2012, avant d’appliquer la procédure énoncée dans cette section, basculez la connectivité réseau de publique à privée. Accédez au Panneau de configuration. Sélectionnez Réseau et Internet. Sous Centre Réseau et partage, cliquez sur Connexion à un réseau. Sur l’écran de droite, cliquez avec le bouton droit de la souris sur Réseau, puis sélectionnez Activer ou désactiver le partage. Cliquez sur Oui, activer le partage et la connexion aux périphériques. Une fois la procédure de cette section terminée, paramétrez la connectivité réseau selon vos souhaits.

Remarque : ProSphere ne copiera pas le fichier exécutable binaire INQ sur les hôtes Windows si la découverte est programmée à l’aide du profil d’accès WS-MAN.

Cette section décrit la marche à suivre pour configurer WS-MAN pour une utilisation avec ProSphere.

Le service Gestion à distance de Windows (WinRM) est l’implémentation Microsoft de WS-MAN. Effectuez manuellement les opérations suivantes pour préparer la découverte des éléments de configuration en utilisant WinRM. Toutes les commandes suivantes doivent être exécutées à partir d’une invite Windows Powershell.

Pour configurer WinRM pour une utilisation avec ProSphere, effectuez les opérations suivantes sur l’hôte à découvrir.

1. Sous Windows Server 2008, exécutez winrm quickconfig pour créer une exception de pare-feu pour WS-MAN. À l’invite, saisissez y.

En cas d’échec de la commande, assurez-vous que le service Gestion à distance de Windows est en cours d’exécution et que la valeur Type de démarrage est paramétrée sur Automatique. Exécutez ensuite les commandes suivantes séparément à partir d’une invite Windows Powershell.

a. Get-WmiObject -computer $server Win32_Service -Filter

“Name=‘WinRM’” | Start-ServiceDans cette commande, $server fait référence au nom d’hôte Windows cible.

b. winrm create winrm/config/listener?Address=*+Transport=HTTP

c. netsh advfirewall firewall add rule name=“Windows Remote Management(Http-In)” dir=in action=allow program="System" protocol=TCP localport="5985" profile="Domain,Public,Private" enable=yes

Remarque : si vous souhaitez configurer WinRM pour utiliser le transport HTTPS, consultez le site http://support.microsoft.com.



Pour les hôtes Windows Server 2003 R2, WinRM n’est pas installé par défaut, mais il est disponible sous la forme de la fonctionnalité Gestion du matériel, elle-même accessible via la fonctionnalité d’ajout/suppression de composants système du Panneau de configuration (sous Outils de gestion et d’analyse). Vous trouverez des informations complètes sur l’installation et la configuration de WinRM via l’outil de ligne de commande Winrm dans la section d’introduction à la gestion matérielle du site http://technet.microsoft.com. Cette section décrit l’utilitaire WinRM et les fonctions IPMI de Windows Server 2003 R2. Si vous utilisez Windows 2003 et avez besoin d’installer WinRM sur un grand nombre de serveurs, demandez de l’aide à votre administrateur et renvoyez-le à la section d’introduction à la gestion matérielle.

2. Activez l’authentification pour le service WinRM. Le schéma d’authentification peut-être Basic (De base) ou Kerberos

a. Vérifiez les paramètres d’authentification actuels à l’aide de la commande suivante :winrm get winrm/config/service/auth

b. Activez le schéma d’authentification pour le service WinRM à l’aide de la commande suivante :winrm set winrm/config/service/auth @{<schéma d’authentification>="true"}

Par exemple :

Pour activer l’authentification de base, exécutez la commande suivante :

winrm set winrm/config/service/auth ‘@{Basic="true"}’

Pour activer l’authentification Kerberos, exécutez la commande suivante :

winrm set winrm/config/service/auth ‘@{Kerberos="true"}’

Remarque : le service WinRM prend en charge l’authentification de base pour les comptes locaux uniquement et l’authentification Kerberos pour les utilisateurs de domaine et des groupes d’administrateurs.

3. Pour autoriser le transfert de données non chiffrées pour le service WinRM, exécutez la commande suivante :winrm set winrm/config/service ‘@{AllowUnencrypted="true"}’

4. Pour définir le paramètre MaxEnvelopeSizekb afin que les composants client et serveur de WinRM interagissent avec le protocole WS-Management, exécutez la commande suivante :

winrm set winrm/config ‘@{MaxEnvelopeSizekb="1039440"}’

5. Pour Windows 2003, pour collecter les informations de configuration des adaptateurs HBA, installez le fichier fcinfo, qui peut être téléchargé à partir du site Web de Microsoft :http://www.microsoft.com

Remarque : vous pouvez également configurer à distance et de manière automatique le service WinRM requis pour la collecte des données WS-MAN en utilisant les stratégies de groupes.

Configuration des hôtes Windows et de WS-MAN 31


Pour des informations complètes concernant la configuration de WinRM, consultez l’article « Installation and Configuration for Windows Remote Management » sur le site http://msdn.microsoft.com.

Pour bénéficier de la découverte WSMAN via Kerberos, vous devez configurer le nom KDC (Key Distribution Center) du domaine utilisateur pour permettre la découverte des hôtes à l’aide de l’authentification Kerberos. Vous pouvez effectuer cette configuration de plusieurs manières :

Lors du déploiement de ProSphere :

Ajoutez la valeur DNS (Domain Name Server) du KDC dans le champ Serveur DNS et le nom de domaine du KDC dans le champ de domaine de recherche à l’étape de configuration de la vApp de l’Application ProSphere, du Discovery Engine, de la Historical Database, et de tous les Collectors pendant le déploiement de ProSphere.

Après le déploiement de ProSphere :

Remarque : dans vCenter, si vous utilisez les options Edit Settings pour insérer plus de deux adresses IP dans le champ DNS, ou si plus de deux de ces adresses sont indiquées au cours du déploiement de l’appliance ProSphere, vCenter ne met pas à jour les paramètres DNS de l’appliance au redémarrage de cette dernière.

Si la valeur DNS du KDC n’est pas configurée lors du déploiement de ProSphere, procédez comme suit :

1. Arrêtez la vApp.

2. Cliquez avec le bouton droit de la souris sur chaque machine virtuelle, puis sélectionnez Edit Settings.

3. Dans Options > Properties, ajoutez DNS for KDC au champ DNS Server et le nom de domaine du KDC au champ de domaine de recherche pour l’authentification Kerberos.

4. Démarrez la vApp.

Ces modifications doivent être apportées sur l’ensemble des machines virtuelles et Collectors ProSphere.

Remarque : vérifiez que vous pouvez résoudre correctement le nom d’hôte associé à l’adresse IP à partir de ProSphere.

Configuration des hôtes Windows et WMIProSphere prend en charge la découverte des hôtes Windows par le biais du service Infrastructure de gestion Windows (Windows Management Instrumentation - WMI).

Remarque : WS-MAN est le mécanisme de découverte privilégié pour Windows 2008 et versions ultérieures. ProSphere copiera le fichier exécutable binaire INQ sur les hôtes Windows lorsque la découverte est programmée à l’aide du profil d’accès WMI.

Les sections suivantes expliquent comment configurer WMI pour la faire fonctionner avec ProSphere.



Conditions préalables pour Windows Server 2003 ou 2008 et Windows 2012

Remarque : sous Windows 2012, avant d’appliquer la procédure énoncée dans cette section, basculez la connectivité réseau de publique à privée. Accédez au Panneau de configuration. Sélectionnez Réseau et Internet. Sous Centre Réseau et partage, cliquez sur Connexion à un réseau. Sur l’écran de droite, cliquez avec le bouton droit de la souris sur Réseau, puis sélectionnez Activer ou désactiver le partage. Cliquez sur Oui, activer le partage et la connexion aux périphériques. Une fois la procédure de cette section terminée, paramétrez la connectivité réseau selon vos souhaits.

Pour que ProSphere puisse découvrir les hôtes Windows, les éléments suivants sont nécessaires :

u La découverte doit être effectuée sous le profil d’accès d’un utilisateur administrateur ou membre du groupe des administrateurs. Ces informations d’identification sont entrées comme informations d’identification WMI dans ProSphere. Le document Guide d’administration d’EMC ProSphere explique comment créer des informations d’identification d’accès.

u Le compte utilisateur utilisé pour la découverte doit être autorisé à accéder à l’hôte à découvrir.

u L’utilisateur dispose des privilèges WMI.

u Il possède des privilèges d’écriture sur le répertoire Temp par défaut.

Sous Windows 2003, le chemin du répertoire Temp par défaut est le suivant :

C:\Document and Settings\<nom d’utilisateur>\local settings\Temp

ProSphere tente d’écrire les données dans le répertoire Temp par défaut.

Si ce répertoire n’a pas de privilèges d’écriture, ProSphere tente d’écrire les données dans C:\Windows\Temp.

Si le répertoire C:\Windows\Temp n’a pas de privilèges d’écriture, ProSphere tente d’écrire les données dans le répertoire %Temp% configuré par l’utilisateur.

Si le répertoire %Temp% configuré par l’utilisateur n’a pas de privilèges d’écriture, l’opération échoue.

Sous Windows 2008, le chemin du répertoire Temp par défaut est le suivant :

C:\Users\<nom d’utilisateur>\AppData\Local\Temp

ProSphere tente d’écrire les données dans le répertoire Temp par défaut.

Si ce répertoire n’a pas de privilèges d’écriture, ProSphere tente d’écrire les données dans C:\Windows\Temp.

Si le répertoire C:\Windows\Temp n’a pas de privilèges d’écriture, ProSphere tente d’écrire les données dans le répertoire %Temp% configuré par l’utilisateur.

Si le répertoire %Temp% configuré par l’utilisateur n’a pas de privilèges d’écriture, l’opération échoue.

Remarque : pour déterminer l’emplacement exact du répertoire %Temp% : Sélectionnez Démarrer > ExécuterTapez %Temp%Cela ouvre le répertoire.

Configuration des hôtes Windows et WMI 33


u Assurez-vous que le package redistribuable Visual C++ 2005 SP1 est installé sur l’hôte.

Remarque : si l’option Windows Update est activée et que vous ne trouvez pas ce package sur votre système, vous pouvez télécharger celui-ci à partir du site http://www.microsoft.com/

u Assurez-vous que les services WMI et Accès à distance au Registre sont en cours d’exécution.

Remarque : pour vérifier que les services sont démarrés :Sélectionnez Démarrer ->Exécuter.Saisissez services.msc.Vérifiez que les services Windows Management Instrumentation et Registre à distance sont activés. Si ce n’est pas le cas, cliquez avec le bouton droit de la souris sur chaque service et sélectionnez Démarrer.

u Effectuez les modifications appropriées dans le registre sur un hôte Windows Server 2008 R2 La section « Modification du Registre sur un hôte Windows Server 2008 R2 » à la page 41 contient des informations sur les modifications devant être effectuées dans le registre.

u Pour WMI, pour autoriser l’accès à l’espace de noms Root/CIMV2 et tous les sous-espaces de noms, vous devez définir les autorisations suivantes :

• Execute Methods

• Full Write

• Partial Write

• Enable Account

• Remote Enable

• Read Security

La section « Ajout d’un utilisateur avec les autorisations WMI nécessaires » à la page 36 explique la marche à suivre pour définir les autorisations nécessaires.

u La communication DCOM (Distributed Object Component Model) Microsoft est activée sur le serveur à découvrir.

La section « Activation de DCOM » à la page 36 explique la marche à suivre pour configurer DCOM sur le port 135.

u Le pare-feu de l’hôte est configuré correctement pour autoriser le fonctionnement de DCOM sur le port 135.

La section « Ajout d’une exception de pare-feu pour ouvrir des ports RPC dynamiques » à la page 37 explique la marche à suivre pour configurer DCOM sur le port 135.

u ProSphere doit utiliser les informations d’identification Windows avec les autorisations DCOM à distance et les autorisations WMI.

Désactivation de la fonction UAC sous Windows 2008 SP21. Ouvrez une invite de commande et saisissez msconfig.

2. Sélectionnez l’onglet des outils, faites défiler la liste et sélectionnez Disable UAC. Sélectionnez enfinLaunch.

3. Apportez les modifications voulues dans la boîte de dialogue afin de désactiver la fonction UAC.


http://www.microsoft.com/


4. Confirmez le message de réussite.

5. Redémarrez l’hôte.

Désactivation de la fonction UAC sous Windows 2008 R21. Ouvrez une invite de commande et saisissez msconfig.

2. Sélectionnez l’onglet des outils, puis sélectionnez Change UAC Settings.

3. Sélectionnez Launch.

4. Apportez les modifications voulues dans la boîte de dialogue afin de désactiver la fonction UAC.

5. Redémarrez l’hôte.

Ajout d’un utilisateur avec les autorisations DCOM à distance nécessairesPour configurer un compte utilisateur DCOM sur un hôte de serveur Windows :

1. Connectez-vous au serveur avec un compte d’utilisateur local ou de domaine disposant d’autorisations de lecture/écriture complètes sur le répertoire %Temp%.

2. Cliquez sur le bouton Windows Démarrer et sélectionnez Exécuter.

3. Saisissez dcomcnfg.

4. Dans l’arborescence Racine de la console, développez l’option Services de composants puis l’option Ordinateurs.

5. Dans l’arborescence développée Ordinateurs, cliquez avec le bouton droit de la souris sur Poste de travail et sélectionnez Propriétés.

6. Cliquez sur Propriétés par défaut.

7. Sélectionnez Activer Distributed COM (DCOM) sur cet ordinateur.

8. Cliquez sur Sécurité COM.

9. Dans la zone Autorisations d’exécution et d’activation, cliquez sur Modifier les limites.

10. Vérifiez que le groupe Administrateurs ou le nom d’utilisateur dont vous avez besoin figure dans la liste Noms d’utilisateurs ou de groupes.

Si le groupe Administrateurs ou le nom d’utilisateur ne figure pas dans la liste :

a. Cliquez sur Add.

b. Saisissez le groupe Administrateurs ou le nom d’utilisateur dans le champ Entrez les noms des objets à sélectionner. Le nom d’utilisateur que vous ajoutez doit disposer d’autorisations complètes sur le répertoire %Temp%.

c. Cliquez sur OK.

11. Dans la zone des autorisations des administrateurs, cochez les cases Exécution à distance et Activation à distance pour affecter ces autorisations à l’utilisateur et cliquez sur OK.

12. Cliquez sur OK pour fermer les boîtes de dialogue Propriétés du poste de travail et Services de composant.



Activation de DCOMSur l’hôte à découvrir, vérifiez que la valeur de clé de registre suivante est Y :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole ->EnableDCOM

Ajout d’un utilisateur avec les autorisations WMI nécessairesPour définir les privilèges WMI d’un compte utilisateur Windows :

1. Connectez-vous au serveur comme utilisateur local ou de domaine.


3. Saisissez WMIMGMT.MSC.

4. Cliquez avec le bouton droit sur Contrôle WMI (local), puis sélectionnez Propriétés.

5. Cliquez sur l’onglet Sécurité.

6. Sélectionnez l’espace de noms Root > CIMV2 et cliquez sur Sécurité.

7. Sélectionnez le compte utilisateur ou le groupe qui dispose des paramètres d’autorisation DCOM requis pour la découverte (ceux qui sont sélectionnés dans la section « Ajout d’un utilisateur avec les autorisations DCOM à distance nécessaires » à la page 35).

Si le compte utilisateur ou le groupe ne figure pas dans la liste, l’étape 10 à la page 35 explique la marche à suivre pour ajouter le compte utilisateur ou le groupe requis.

8. Assurez-vous que toutes les autorisations sont activées dans la zone Autorisations pour Administrateurs.

9. Cliquez sur Appliquer puis sur OK.

10. Cliquez sur OK.

11. Fermez la boîte de dialogue Infrastructure de gestion Windows (WMI).

Configuration de ports RPC dynamiques

Remarque : cette procédure est applicable à la fois à Windows Server 2003 et Windows Server 2008, et n’est requise que si le pare-feu est activé et que tout le trafic sur les ports RPC dynamiques est bloqué au sein de l’environnement du client.

Pour configurer les ports RPC dynamiques :

1. Connectez-vous au serveur comme utilisateur local ou de domaine.


3. Saisissez regedt32.exe.

4. Développez le chemin de clé de registre suivant :HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc

5. Créez des sous-clés sous Rpc en cliquant avec le bouton droit de la souris sur Rpc et en sélectionnant Nouveau > Clé.

6. Définissez Internet comme nom de nouvelle clé.

7. Cliquez avec le bouton droit de la souris sur la clé Internet et sélectionnez Nouveau > Valeur de chaînes multiples. Définissez Ports comme nouvelle valeur.

8. Cliquez avec le bouton droit de la souris sur la clé Ports et sélectionnez Modifier.



9. Saisissez 5000-5100 dans les ports RPC dynamiques.

10. Cliquez avec le bouton droit de la souris sur la touche Internet, sélectionnez Nouveau > Valeur de chaîne, puis attribuez le nom PortsInternetAvailable.

11. Cliquez avec le bouton droit de la souris sur PortsInternetAvailable et sélectionnez Modifier.

12. Entrez la lettre Y dans le champ Données de la valeur.

13. Cliquez avec le bouton droit de la souris sur la touche Internet, sélectionnez Nouveau > Valeur de chaîne, puis attribuez le nom UseInternetPorts.

14. Cliquez avec le bouton droit de la souris sur UseInternetPorts et sélectionnez Modifier.

15. Entrez la lettre Y dans le champ Données de la valeur.

16. Quittez l’Éditeur du Registre.

17. Redémarrez l’hôte pour activer les modifications apportées aux ports dynamiques.

Remarque : dans ProSphere, si vous configurez un seul port (par exemple le port 135) et que vous tentez de lancer une découverte des hôtes, une multitude de threads liés à la collecte des données de topologie et de performances entreront en conflit au niveau de cet hôte, ce qui se traduira par des erreurs de découverte. Pour cette raison, l’utilisation d’une plage de ports est indispensable pour que la découverte réussisse. Nous vous recommandons d’avoir au moins 100 ports ouverts pour assurer la prise en charge des statistiques décrites dans les Consignes de performances et d’évolutivité d’EMC ProSphere. Si un hôte comporte un nombre d’applications supérieur à la moyenne, il peut être nécessaire d’ouvrir davantage de ports.

Ajout d’une exception de pare-feu pour ouvrir des ports RPC dynamiquesSi un pare-feu est activé, vous devez lui ajouter des exceptions pour ouvrir le port 135 ainsi que les ports RPC dynamiques.

Le Guide de configuration de la sécurité d'EMC ProSphere répertorie les ports dont ProSphere a besoin pour être ouvert et écouter, ainsi que les affectations de port.

Sous Windows Server 2008, si le pare-feu par défaut de Windows 2008 est activé, ajoutez les règles d’exception de pare-feu suivantes pour autoriser le trafic WMI.

Règle d’exception de trafic entrant pour les ports RPC dynamiques

Pour créer une règle d’exception de trafic entrant pour les ports RPC dynamiques de ProSphere (ProSphere-Dynamic-RPC-ports) :

1. Cliquez sur Démarrer > Outils d’administration > Pare-feu Windows avec fonctions avancées de sécurité.

2. Sélectionnez Règles de trafic entrant dans l’arborescence de gauche.

3. Cliquez avec le bouton droit de la souris sur Règles de trafic entrant et cliquez sur Nouvelle règle.

4. Pour l’option Type de règle, sélectionnez Personnalisé et cliquez sur Suivant.

5. Sélectionnez Ce chemin d’accès au programme dans la section Programme, et tapez %SystemRoot%\System32\dllhost.exe pour spécifier le chemin d’accès de dllhost.exe.

6. Assurez-vous que l’option Services est définie sur par défaut (tous les programmes et services uniquement) dans la section Programme, puis cliquez sur Suivant.



7. Sélectionnez TCP pour l’option Type de protocole, RPC dynamique pour l’option Port local, Tous les ports pour l’option Port distant dans la section Protocole et ports, puis cliquez sur Suivant.

8. Assurez-vous que les propriétés Étendue et Action sont définies sur par défaut, puis cliquez sur Suivant.

9. Activez les options Domaine, Privé et Public dans la section Profil, puis cliquez sur Suivant.

10. Définissez l’option Nom sur ProSphere-Dynamic-RPC-ports et cliquez sur Terminer.

Remarque : vous pouvez également taper la commande suivante dans une invite de commandes pour créer la règle ci-dessus :netsh advfirewall firewall add rule name="ProSphere-Dynamic-RPC-ports" dir=in action=allow program="%SystemRoot%\System32\dllhost.exe" protocol=TCP localport=RPC profile=public,private,domain

Règle d’exception de trafic entrant pour le port 135

Pour créer une règle d’exception de trafic entrant pour le port 135 (ProSphere-WMI-DCOM-in) :

1. Cliquez sur Démarrer > Outils d’administration (Panneau de configuration) > Pare-feu Windows avec fonctions avancées de sécurité.




5. Sélectionnez Ce chemin d’accès au programme dans la section Programme, et tapez %SystemRoot%\System32\svchost.exe pour spécifier le chemin d’accès de svchost.exe.

6. Sélectionnez Services en cliquant sur le bouton Personnaliser dans la section Programme.

7. Mettez en surbrillance l’option Appliquer à ce service, sélectionnez Appel de procédure distante (RPC) pour le service, et cliquez sur OK puis sur Suivant.

8. Sélectionnez TCP pour l’option Type de protocole, Mappeur de point de terminaison RPC pour l’option Port local, Tous les ports pour l’option Port distant dans la section Protocole et ports, puis cliquez sur Suivant.


10. Activez les options Domaine, Privé et Public dans la section Profil, puis cliquez sur Suivant.

11. Définissez l’option Nom sur ProSphere-WMI-DCOM-in et cliquez sur Terminer.

Remarque : vous pouvez également taper la commande suivante dans une invite de commandes pour créer la règle ci-dessus :netsh advfirewall firewall add rule name="ProSphere-WMI-DCOM-in" dir=in action=allow program="%SystemRoot%\System32\svchost.exe" service=RpcSs protocol=TCP localport=RPC-EPMap profile=public,private,domain



Règle d’exception de trafic entrant autorisant le trafic WMI asynchrone

Pour créer une règle d’exception de trafic entrant autorisant le trafic WMI asynchrone (ProSphere-WMI-Async-in) :





5. Sélectionnez Ce chemin d’accès au programme dans la section Programme, et saisissez %SystemRoot%\System32\wbem\unsecapp.exe pour spécifier le chemin d’accès de unsecapp.exe.

6. Assurez-vous que l’option Services est définie sur par défaut (tous les programmes et services uniquement) dans la section Programme, puis cliquez sur Suivant.



9. Sélectionnez le Profil approprié au réseau dans la section Profil, puis cliquez sur Suivant.

10. Définissez l’option Nom sur ProSphere-WMI-Async-in et cliquez sur Terminer.

Remarque : vous pouvez également taper la commande suivante dans une invite de commandes pour créer la règle ci-dessus : netsh advfirewall firewall add rule name="Prosphere-WMI-Async-in" dir=in action=allow program="%SystemRoot%\System32\wbem\unsecapp.exe" protocol=TCP localport=RPC profile=public,private,domain

Règle d’exception de trafic entrant Prosphere-WMI-in

Pour créer une règle d’exception de trafic entrant autorisant le trafic WMI (ProSphere-WMI-in) :





5. Sélectionnez Ce chemin d’accès au programme dans la section Programme, et tapez %SystemRoot%\System32\svchost.exe pour spécifier le chemin d’accès de svchost.exe.

6. Sélectionnez Services en cliquant sur le bouton Personnaliser dans la section Programme.

7. Mettez en surbrillance l’option Appliquer à ce service, sélectionnez Infrastructure de gestion Windows pour le service, et cliquez sur OK puis sur Suivant.





10. Sélectionnez le Profil approprié au réseau dans la section Profil, puis cliquez sur Suivant.

11. Définissez l’option Nom sur ProSphere-WMI-in et cliquez sur Terminer.

Remarque : vous pouvez également taper la commande suivante dans une invite de commandes pour créer la règle ci-dessus :netsh advfirewall firewall add rule name="Prosphere-WMI-in" dir=in action=allow program="%SystemRoot%\System32\svchost.exe" service=Winmgmt protocol=TCP localport=RPC profile=public,private,domain

Sous Windows 2003, si vous utilisez un pare-feu tiers ou le pare-feu Windows, vous devez configurer des exceptions de pare-feu pour autoriser le trafic sur les ports 135 et les ports RPC dynamiques.

Le port 135 doit être ouvert pour que la connexion à distance entrante au Gestionnaire de contrôle des services soit acceptée (ce dernier fournit les services basés sur RPC pour DCOM). Ce port permet au client de localiser un service DCOM.

Remarque : cette procédure n’est requise que si le port 135 est verrouillé au sein de l’environnement du client.

Pour ouvrir le port DCOM :

1. Sélectionnez Démarrer puis Panneau de configuration.

2. Cliquez deux fois sur Pare-feu Windows, puis cliquez sur l’onglet Exceptions.

3. Cliquez sur Ajouter un port.

4. Tapez DCOM_TCP135 dans le champ Nom et 135 dans le champ Numéro de port.

5. Cliquez sur TCP, puis sur OK.

6. Cliquez sur OK et fermez la fenêtre Panneau de configuration.

Remarque : vous pouvez également taper la commande suivante dans une invite de commandes pour ouvrir un port : netsh firewall add portopening protocol=tcp port=135 name=DCOM_TCP135 mode=ENABLE

Règle d’exception de pare-feu pour dllhost.exe

Pour créer une règle d’exception de pare-feu pour dllhost.exe :

1. Sélectionnez Démarrer > Panneau de configuration > Pare-feu Windows.

2. Sélectionnez l’onglet Exceptions et cliquez sur Ajouter un programme.

3. Cliquez sur Parcourir et sélectionnez dllhost.exe via le chemin d’accès %SystemRoot%\System32\dllhost.exe.

Remarque : vous pouvez également taper la commande suivante dans une invite de commandes pour créer la règle ci-dessus :netsh firewall add allowedprogram program="%systemRoot%\system32\dllhost.exe" name="dllhost.exe" mode=ENABLE



Modification du Registre sur un hôte Windows Server 2008 R2 Vous devez apporter les modifications DCOM suivantes au registre d’un hôte Windows Server 2008 R2 pour pouvoir le découvrir.

1. Exécutez la commande regedit pour ouvrir l’éditeur du Registre et accédez à la clé HKEY_CLASSES_ROOT\CLSID\76a64158-cb41-11d1-8b02-00600806d9b6 pour le WBEM Scripting Locator.

2. Cliquez avec le bouton droit de la souris sur Autorisations.

3. Choisissez le groupe Administrateurs et affectez Contrôle total.

4. Cliquez sur Advanced.

5. Cliquez sur Propriétaire et remplacez le propriétaire par le groupe Administrateurs.

6. Cliquez sur Appliquer, puis sur OK.

7. Cliquez sur OK et quittez l’éditeur du Registre.

Configuration des hôtes UNIX et LinuxLes sections suivantes expliquent comment configurer les hôtes Linux et UNIX pour la collecte des données de performances et de découverte ProSphere.

Remarque : ProSphere copiera le fichier exécutable binaire INQ sur les hôtes Unix et Linux pour une découverte programmée à l’aide du profil d’accès SSH.

Conditions requises pour la découvertePour la découverte, ProSphere nécessite des informations d’identification utilisateur pour l’accès SSH (Secure Shell) aux hôtes UNIX et Linux. Le compte utilisateur utilisé pour la découverte doit être autorisé à accéder à l’hôte à découvrir. Ces informations d’identification sont entrées comme informations d’identification SSH dans ProSphere. Le document Guide d’administration d’EMC ProSphere explique comment créer des informations d’identification d’accès.

Exécution avec les privilèges root

L’une des conditions importantes pour la découverte des hôtes Linux/UNIX est la possibilité pour certaines commandes de découverte de s’exécuter comme utilisateur root. Cela est possible à l’aide d’outils ou de commandes, tels que sudo.

Utilisation de sudo pour la découverte des hôtesLa découverte des hôtes Linux et UNIX nécessite d’utiliser la commande sudo pour élever le mécanisme de découverte au niveau de privilège root pour certaines commandes. La commande sudo permet d’effectuer les opérations suivantes :

u Élever temporairement les informations d’identification au niveau root pour certaines commandes configurées dans le fichier sudoers.

u Se connecter à une machine Linux/UNIX en tant qu’utilisateur non-root.

u Exécuter des commandes SCSI pour découvrir les informations de stockage de l’hôte.

La configuration suivante doit être définie sur l’hôte lorsqu’un utilisateur sudo est utilisé pour découvrir des hôtes :

u Le chemin d’accès de la commande sudo doit être inclus dans la variable d’environnement $PATH de l’utilisateur sudo. La variable$PATH peut être /etc/environment ou /etc/default/login, ou tout autre chemin spécifique de l’OS.

Configuration des hôtes UNIX et Linux 41


u Les chemins d’accès des commandes de l’OS doivent être inclus dans la variable d’environnement $PATH de l’utilisateur sudo. Ces chemins d’accès différents d’un système d’exploitation à l’autre.

Généralement, la plupart des fichiers de commandes sont par défaut situés dans les emplacements suivants :

/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

Ces chemins doivent être inclus dans la variable $PATH.

u Pour tester le chemin d’accès, connectez-vous en tant qu’utilisateur sudo, et exécutez la commande which sudo ou sudo.

u Le fichier sudoers doit être disponible. Par défaut, il se trouve dans /etc, /opt/sfw/etc/ ou /usr/local/etc/sudoers.

u L’utilisateur sudo doit disposer des privilèges root pour pouvoir exécuter les commandes suivantes sur un hôte donné pour effectuer la découverte des ressources :

• /tmp/nl_dwd/inq

• <path of fcinfo command>/fcinfo

• <path of powermt command>/powermt

• <path of dmidecode command>/dmidecode

• <path of sar command>/sar (pour la collecte des données de performances du chemin d’accès sur les hôtes AIX et HP-UX)

Remarque : pour permettre à un utilisateur ProSphere dépourvu d’autorisations de se servir de l’utilitaire sar en tant qu’utilisateur root, insérez la ligne suivante dans le fichier sudoers : srm ALL=(ALL) nopasswd: <path of sar command>/sarPar exemple : srm ALL=(ALL) nopasswd: /usr/local/sbin/sar

Remarque : la Figure 2 à la page 43 donne un exemple de contenu supplémentaire requis pour le fichier sudoers.Nous vous recommandons de ne modifier le fichier sudoers avec aucun autre éditeur que visudo. Les autorisations d’un fichier sudoers valide doivent être définies sur 440.



Figure 2 Exemple de contenu de fichier sudoers pour la découverte des hôtes Linux/UNIX

login as: cmguserPassword:*****#sudousage: sudo -h | -K | -k | -L | -V...#which sudo/usr/local/bin/sudo#ls -l /etc/sudoers-r--r----- 1 root root 923 Dec 13 05:36 /etc/sudoers

login as: rootPassword:*****#visudo sudoers

# Fichier de sudo.## Ce fichier DOIT être modifié avec la commande visudo exécutée en tant que root.## Consultez la page man de sudo pour en savoir plus sur la rédaction d’un fichier de sudo.## Spécification de l’alias de l’hôte# Spécification de l’alias de l’utilisateur

User_Alias CMGU=cmguser# Spécification de l’alias de commande

Cmnd_Alias CMGEMC=/tmp/nl_dwd/inq,<path of powermt command>/powermt,<path of dmidecode command>/dmidecode,<path of fcinfo command>/fcinfo, <path of sar command>/sar

# Spécification des paramètres par défaut# Spécification des privilèges utilisateur

root ALL=(ALL) ALLCMGU ALL=NOPASSWD:CMGEMC

# Supprimez les marques de commentaire pour autoriser les utilisateurs du groupe à exécuter toutes les commandes# %wheel ALL=(ALL) ALL# Même opération sans mot de passe# %wheel ALL=(ALL) NOPASSWD: ALL# Exemples# %users ALL=/sbin/mount /cdrom,/sbin/umount /cdrom# %users localhost=/sbin/shutdown -h now#cmguser ALL=(ALL) NOPASSWD: ALL

login as: cmguserPassword:*****#sudo fcinfo hba-portHBA Port WWN: 10000000c9702593 …#ls /tmp/nl_dwd/inq/tmp/nl_dwd/inq#sudo /tmp/nl_dwd/inq -mapinfo



Authentification basée sur la clé SSHProSphere utilise l’authentification par clé publique/privée SSH pour vous permettre de découvrir les hôtes UNIX à l’aide d’une clé privée. Une clé publique doit être présente sur tous les hôtes UNIX qui doivent être découverts au moyen d’une clé privée.

Vous pouvez choisir l’outil de génération de clés qui vous convient pour générer une paire de clés publique/privée.

La procédure suivante permet de générer une paire de clés publique/privée pour les hôtes UNIX à l’aide de l’outil ssh-keygen.

1. Pour les hôtes UNIX extérieurs à ProSphere, générez une paire de clés publique/privée à l’aide de la commande suivante :

ssh-keygen -t rsa -f <location_of_the_private_key/name_of_ private_key_file> -N "passphrase"

Remarque : ne saisissez aucune phrase de passe si vous ne souhaitez pas opter pour le chiffrement.Par exemple : ssh-keygen -t rsa -f /root/.ssh/id_rsa -N””

2. Vérifiez que la paire de clés publique/privée générée est associée aux autorisations suivantes :

chmod 600 /root/.ssh/id_rsa chmod 644 /root/.ssh/id_rsa.pub

Remarque : le fichier de clé privée est id_rsa ; celui de la clé publique est id_rsa.pub.

3. Pour que la paire de clés soit fonctionnelle, ajoutez la clé publique à /root/.ssh/authorized_keys dans l’hôte UNIX cible à l’aide de la commande suivante :

cat <location_of_the_private_key/name_of_private_key_file> >> /root/.ssh/authorized_keys

Par exemple : cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys

4. Copiez la clé privée (à savoir, /root/.ssh/id_rsa) dans le Discovery EngineProSphere :

a. Copiez la clé privée à l’emplacement de votre choix sur la machine qui accède à ProSphere.



b. Cliquez sur le bouton Import Private key de la boîte de dialogue Create Access Credentials pour obtenir la clé auprès de la machine accédant à ProSphere et copiez cette clé dans l’Application ProSphere. Le bouton Import Private key est illustré ci-dessous.

Collecte des données de performancesPour la collecte des données de performances des chemins, un logiciel spécifique (en fonction du système d’exploitation de l’hôte) doit être actif sur l’hôte.

u Solaris — iostat

u Linux (RedHat et SuSE) — Le module iostat 5.0.5 doit être installé sur l’hôte Linux pour que la collecte des données de performances des chemins aboutisse. Si le module n’est pas installé, la collecte des données de performances des chemins échoue avec l’erreur « Failed to discover performance metrics ».

u AIX — sar

u HP-UX — sar

u Windows 2000 et versions suivantes — le service WMI (Windows Management Instrumentation) doit être activé et actif.



Consultez les pages de manuel appropriées et la documentation d’utilisation pour les instructions d’installation et de configuration de ces outils.

Contactez le fournisseur UNIX pour savoir comment télécharger et installer leur module iostat (ou sar).

Préparation de la découverte des invités VMwareUn invité VMware correspond au système d’exploitation présent sur une machine virtuelle.

Pour que ProSphere découvre un hôte hébergeant un invité VMware (c’est-à-dire, découvre une machine virtuelle et non un hôte physique), des outils VMware sont nécessaires. Collaborez avec votre administrateur VMware pour faire en sorte que les outils VMware soient installés sur les invités VMware.

Si les VMware Tools ne sont pas installés sur un invité VMware, ProSphere ne peut pas découvrir la machine virtuelle qui héberge ce dernier.

Préparation de la découverte de l’infrastructure VMwareL’infrastructure virtuelle des environnements VMware est découverte par ProSphere, à partir de vSphere vCenter, en utilisant l’API VI (Virtual Infrastructure). Cette API de services Web est hébergée sur les serveurs vCenter et est accessible à ProSphere pour la découverte des ressources. Pour plus d’informations sur cette interface de services, consultez la documentation des services Web VMware vSphere sur :

http://www.vmware.com

Conditions requises pour la découvertePour la découverte d’infrastructure virtuelle, ProSphere nécessite :

u l’attribution d’informations d’identification VMware ESX individuelles ou l’attribution d’informations d’identification VirtualCenter. Dans les deux cas, seules les autorisations en lecture seule doivent être incluses, avec en plus les autorisations Browse Datastore. Ces informations d’identification sont entrées comme informations d’identification VMware Infrastructure dans ProSphere. Le document Guide d’administration d’EMC ProSphere contient les instructions de création des informations d’identification d’accès de découverte ;

u un accès non bloqué à l’adresse IP de l’interface Services Web sur tous les serveurs VMware ESX et VirtualCenter à découvrir.


http://www.vmware.com/support/developer/vc-sdk/

5

Ce chapitre contient les instructions de configuration des fournisseurs de données de baie utilisés par EMC ProSphere, tels que les fournisseurs SMI-S, pour prendre en charge la découverte des ressources et la collecte des données.

Le présent chapitre contient les sections suivantes :

u Configuration du fournisseur EMC SMI-S................................................................ 48u Configuration d’EMC Control Station pour le NAS................................................ 51

Configuration des systèmes de stockage

Configuration des systèmes de stockage 47


Configuration du fournisseur EMC SMI-S EMC SMI-S Provider fournit aux partenaires et aux différents groupes produits une interface SNIA standard pour accéder aux baies EMC, ce qui accélère fortement le développement de solutions. Il assure, in fine, l’interopérabilité et la gestion simplifiée des environnements réseau des clients. EMC SMI-S Provider prend en charge SNIA Storage Management Initiative (SMI), un standard ANSI pour la gestion du stockage.

Le standard SMI a pour objectif de garantir la cohérence des données en fournissant une interface unifiée pour l’accès aux nombreux objets de stockage qui doivent être gérés au sein d’un environnement de stockage. Cela permet aux développeurs d’applications de se concentrer sur une interface standard unique pour le développement d’outils de gestion.

EMC SMI-S Provider a été associé à EMC Common Object Manager (ECOM) pour fournir une interface compatible avec le standard SMI pour les baies EMC Symmetrix® et VNX™/CLARiiON®. ProSphere peut collecter les données relatives aux ressources et aux performances des baies de stockage EMC Symmetrix, VNX et CLARiiON.

Conditions requises pour collecter les données de découvertePour découvrir les périphériques de stockage Symmetrix, VNX et CLARiiON pris en charge et collecter les données des ressources à partir de ces périphériques dans ProSphere, les exigences suivantes doivent être satisfaites :

u Un hôte qui gère et surveille une baie Symmetrix nécessite six volumes système Symm (gatekeeper) dédiés issus de chaque baie Symmetrix.

u Une version compatible d’EMC SMI-S Provider doit être installée pour la baie sur un hôte doté de la connexion Fibre Channel avec les baies Symmetrix et de la connexion IP avec les baies CLARiiON/VNX.

Remarque : pour être découverte, une baie Symmetrix doit être connectée à l’hôte sur lequel le SMI-S Provider est installé. Seules les baies connectées via Fibre Channel dans une configuration de réplication à distance sont découvertes dans ProSphere. Plusieurs fournisseurs SMI-S Provider sont donc nécessaires pour découvrir toutes les baies. Consultez les notes de mise à jour SMI-S pour déterminer les limites d’évolutivité. Par conséquent, lorsque vous installez des fournisseurs SMI-S Provider sur les hôtes, vous devez veiller à ce que chaque baie soit connectée à au moins un hôte SMI-S Provider.

EMC SMI-S Provider peut être téléchargé depuis le site de support en ligne (support.emc.com) et peut également être fourni sur CD-ROM par EMC. Les instructions d’installation peuvent être téléchargées avec le logiciel dans les notes de mise à jour du fournisseur MC SMI-S.

Remarque : lorsque vous installez EMC SMI-S Provider, EMC Solutions Enabler est également installé. Toute version antérieure d’EMC Solutions Enabler sera désinstallée et remplacée par la nouvelle version. Il peut être nécessaire d’installer les processus EMC Solutions Enabler supplémentaires qui ne sont pas inclus dans l’installation de base d’EMC SMI-S Provider/EMC Solutions Enabler.

Remarque : une seule version d’EMC SMI-S Provider et d’EMC Solutions Enabler peut être installée sur un même hôte.



u EMC SMI-S Provider doit être accessible à ProSphere sur le réseau TCP/IP. L’adresse IP de l’hôte, le port d’accès, le nom d’utilisateur, le mot de passe et l’espace de noms du fournisseur doivent être connus pour pouvoir être utilisées comme informations d’identification d’accès dans ProSphere. Ces données d’identification sont entrées comme données d’identification SMI-S . Le document Guide d’administration d’EMC ProSphere contient les instructions de création des informations d’identification d’accès de découverte.

u L’adresse IP ou le nom de domaine qualifié du SP-A VNX/CLARiiON, l’adresse IP ou le nom de domaine qualifié du SP-B VNX/CLARiiON, et le nom d’utilisateur et le mot de passe VNX/CLARiiON doivent être connus.

Conditions de la collecte des données de performancesEMC Symmetrix Performance Analyzer (SPA) doit être installé pour pouvoir afficher les données de performances pour la statistique « Array FE Directors - % busy » ainsi que pour gérer les alertes SPA dans ProSphere.

La section « Intégration de ProSphere avec SMAS et Unisphere for VMAX » à la page 101 fournit des informations de configuration détaillées.

Configuration du fournisseurEMC SMI Provider doit être configuré pour accéder aux baies avant que ProSphere ne puisse les découvrir. Les notes de mise à jour d’EMC SMI-S Provider contiennent les instructions de configuration de celui-ci.

Vérification de la configuration d’EMC SMI-S Provideru Pour vérifier qu’EMC SMI-S Provider est correctement configuré, utilisez l’outil

TestSmiProvider qui est installé avec le fournisseur sur l’hôte correspondant.

u La découverte des baies par ProSphere implique de fournir l’adresse IP de l’hôte EMC SMI Provider, les informations d’identification d’accès SMI, à savoir le nom d’utilisateur et le mot de passe EMC SMI Provider (les valeurs par défaut sont Nom d’utilisateur = “admin”, Mot de passe = “#1Password”), le numéro de port du fournisseur SMI et le paramètre SSL Enabled.

Remarque : le nom d’utilisateur et le mot de passe d’EMC SMI Provider sont différents des informations d’identification des baies mentionnées précédemment pour VNX/CLARiiON.

La connexion à l’EMC SMI-S Provider peut être validée via les informations de statut Discovery Job. Ainsi, si des baies sont découvertes, les informations d’identification d’accès SMI sont correctes. Si des baies ne sont pas détectées, recherchez les erreurs contenues dans les informations de statut Discovery Job (généralement, le fournisseur est arrêté, le nom d’utilisateur ou le mot de passe est incorrect, ou le paramètre SSL Enabled est incorrect). Pour vérifier correctement ces paramètres, accédez à l’hôte EMC SMI Provider, assurez-vous que le fournisseur est en cours d’exécution, et utilisez l’application TestSmiProvider pour établir une connexion au fournisseur à l’aide des informations d’identification d’accès.

Configuration du fournisseur EMC SMI-S 49


u Pour les baies VMAX/Symmetrix, il est important de garder à l’esprit le fait que ProSphere prend uniquement en charge les baies VMAX/Symmetrix connectées via Fibre Channel à l’hôte EMC SMI-S Provider. Cette méthode est appelée « connexion locale » au fournisseur. Les baies VMAX/Symmetrix connectées « à distance » à l’EMC SMI-S Provider via d’autres baies intermédiaires par radiogoniométrie sont exclues de la découverte par ProSphere. La commande TestSmiProvider Display Version (« dv ») indique les baies Symmetrix et Clariion connectées au fournisseur et leur état (locales ou distantes).Pour VNX/CLARiiON, il faut donc préciser les adresses IP des processeurs de service A et B, ainsi que le nom d’utilisateur et le mot de passe de la baie CLARiiON ou VNX associée à un privilège administrateur de portée générale (tel qu’indiqué dans les Notes de mise à jour d'EMC SMI-S Provider).

• Pour les baies VNX/CLARiiON connectées via Fibre Channel à l’hôte EMC SMI-S Provider (connexion « locale » au fournisseur) : le client doit configurer le fournisseur pour une découverte intrabande de la baie VNX/CLARiiON, tel que précisé dans les Notes de mise à jour d'EMC SMI-S Provider.

• Pour les baies VNX/CLARiiON connectées via TCP/IP à l’hôte EMC SMI-S Provider (connexion « distante » au fournisseur) : le client doit configurer le fournisseur pour une découverte hors bande de la baie VNX/CLARiiON, tel que précisé dans les Notes de mise à jour d'EMC SMI-S Provider.

Remplacement de l’hôte de l’EMC SMI-S ProviderCette section explique comment décommissionner un hôte EMC SMI-S Provider et en ajouter un nouveau.

Plusieurs raisons motivent généralement le remplacement d’un hôte EMC SMI-S Provider :

u Vous désactivez l’hôte en cours.

u La mémoire ou le CPU de l’hôte en cours ne permettent pas de gérer les baies de stockage.

Utilisez cette procédure...

1. Désactivez l’hôte EMC SMI-S Provider en cours.

2. Si vous envisagez d’utiliser l’hôte à d’autres fins, désinstallez l’EMC SMI-S Provider de l’hôte.

3. Installez l’EMC SMI-S Provider sur le nouvel hôte et ajoutez des baies.

4. Réexécutez la tâche de lancement de la découverte à l’aide de l’adresse IP du fournisseur du nouvel hôte. ProSphere commence à utiliser le nouveau fournisseur sur le nouvel hôte. La collecte des données de performance des baies s’effectue également via le nouveau fournisseur.



Configuration d’EMC Control Station pour le NASLa découverte NAS de ProSphere nécessite un accès à la Control Station et l’activation de la licence NAS pour le système CIFS, le système NFS ou les deux. La licence Snapsure peut également être activée. L’utilisateur peut vérifier et activer la licence requise via l’interface de ligne de commande du NAS ou l’interface utilisateur d’Unisphere pour l’EMC Control Station. Pour obtenir les toutes dernières informations, consultez la documentation relative à la Control Station du NAS.

Vérification des licences NAS à l’aide de la Control StationLes sections suivantes expliquent comment vérifier les licences NAS avec la Control Station pour différents modèles de NAS.

Vérification des licences NAS pour tous les modèles de NASPour tous les modèles de NAS, vous pouvez vérifier la licence NAS avec l’interface de ligne de commande de la Control Station.

1. Pour accéder à cette interface, utilisez le nom d’utilisateur et le mot de passe de l’administrateur du NAS.

2. Saisissez la commande nas_license –list pour afficher les licences existantes :

Activation d’une licence NASPour activer la licence, utilisez la commande suivante :

nas_license -create nfs (ou cifs ou snapsure)

Vérification des licences pour les anciens modèles de NASPour vérifier les licences des anciens modèles de NAS, comme Celerra Integrated, procédez comme suit :

1. Ouvrez un navigateur (https://<control-station-ip> ) pour accéder à la Control Station du NAS.

Configuration d’EMC Control Station pour le NAS 51


2. Cliquez sur l’onglet Licenses.

3. Vérifiez ou modifiez les paramètres.

Vérification des licences pour les nouveaux modèles de NASPour vérifier les licences des nouveaux modèles de NAS, comme VNX Unified, procédez comme suit :

1. Ouvrez un navigateur (https://<control-station-ip>) pour accéder à la Control Station du NAS afin de consulter et de modifier les paramètres de licence.

2. Sélectionnez Settings.

3. Sélectionnez More Settings.



4. Sélectionnez Manage Licenses for file.

5. Vérifiez ou modifiez les paramètres.

Configuration d’EMC Control Station pour le NAS 53



6

Ce chapitre explique comment configurer les switches et fabrics Cisco et Brocade pour prendre en charge les fonctions de découverte des ressources et de collecte des données d’EMC ProSphere.


u Configuration des switches Cisco............................................................................... 56

Configuration des switches et des fabrics

Configuration des switches et des fabrics 55


Configuration des switches CiscoCette section porte sur les fabrics homogènes qui contiennent un ou plusieurs switches Cisco.

ProSphere prend en charge deux modes de communication SNMP pour les switches Cisco : le mode moins sécurisé SNMPv1/v2 et le mode plus sécurisé SNMPv3.

Exécution des tâches de préconfigurationAvant de découvrir un switch Cisco ou un fabric Cisco homogène dans ProSphere :

1. Vérifiez que tous les matériels (y compris le modèle de switch) et logiciels sont indiqués comme étant compatibles dans la Matrice de support d'EMC ProSphere.

2. Vérifiez la connectivité TCP/IP avec les switches à découvrir. Testez les switches en leur lançant un ping.

Déterminez si les traps SNMP sont activées. Connectez-vous au switch et exécutez la commande show snmp trap, comme dans l’exemple suivant :

SWDevCisco8-9216i# show snmp trap

Type de trap Activé

entité : entity_mib_change Oui

entité : entity_module_status_change Oui

entité : entity_power_status_change Oui

entité : entity_module_inserted Oui

entité : entity_module_removed Oui

entité : entity_unrecognised_module Oui

entité : entity_fan_status_change Oui

entité : entity_power_out_change Oui

lien : linkDown Oui

lien : linkUp Oui

lien : extended-linkDown Oui

lien : extended-linkUp Oui

lien : cieLinkDown Oui

lien : cieLinkUp Oui

lien : connUnitPortStatusChange Oui

lien : fcTrunkIfUpNotify Oui

lien : fcTrunkIfDownNotify Oui

lien : delayed-link-state-change Oui

lien : fcot-inserted Oui

lien : fcot-removed Oui



call home : event-notify Non

call home : smtp-send-fail Non

cfs : state-change-notif Non

cfs : merge-failure Non

fcdomain : dmNewPrincipalSwitchNotify Non

fcdomain : dmDomainIdNotAssignedNotify Non

fcdomain : dmFabricChangeNotify Non

rf : redundancy_framework Oui

aaa : server-state-change Non

Licence : notify-license-expiry Oui

Licence : notify-no-license-for-feature Oui

Licence : notify-licensefile-missing Oui

Licence : notify-license-expiry-warning Oui

scsi : scsi-disc-complete Non

fcns : reject-reg-req Non

fcns : local-entry-change Non

fcns : db-full Non

fcns : remote-entry-change Non

rscn : rscnElsRejectReqNotify Non

rscn : rscnIlsRejectReqNotify Non

rscn : rscnElsRxRejectReqNotify Non

rscn : rscnIlsRxRejectReqNotify Non

fcs : request-reject Non

fcs : discovery-complete Non

fctrace : route Non

zone : request-reject1 Non

zone : merge-success Non

zone : merge-failure Non

zone : default-zone-behavior-change Non

zone : unsupp-mem Non

vni : virtual-interface-created Non

vni : virtual-interface-removed Non

vsan : vsanStatusChange Non

vsan : vsanPortMembershipChange Non

fspf : fspfNbrStateChangeNotify Non

Configuration des switches Cisco 57


Dans cet exemple, la plupart des traps ne sont pas activées. EMC recommande d’activer toutes les traps si rien ne l’empêche.

3. Activez les traps SNMP. Exécutez la commande snmp-server enable traps, comme dans l’exemple suivant :SWDevCisco8-9216i# config terminalEntrez chaque commande de configuration sur une ligne distincte. End with CNTL/Z.SWDevCisco8-9216i (config)# snmp-server enable traps

4. Affichez les traps activées. Exécutez la commande show snmp trap. Les valeurs dans la colonne Enabled doivent être Yes.

EMC recommande que tous les switches dans le fabric Cisco aient les mêmes informations d’identification SNMP pour les utiliser avec ProSphere. Par exemple, si le paramètre de communauté SNMPv1/v2 privé est utilisé, tous les switches Cisco dans le fabric doivent avoir le nom de communauté privé SNMPv1/v2 défini avec un rôle d’administrateur de réseau. Pour un utilisateur SNMPv3, les mêmes informations d’identification SNMPv3 avec le rôle d’administrateur réseau doivent être définies dans le même switch du fabric.

Remarque : ProSphere affiche le fabric VSAN Cisco si aucune chaîne de communauté n’a été fournie pendant sa configuration.

La découverte de switch Cisco est lancée en pointant la boîte de dialogue de découverte ProSphere vers un switch principal. ProSphere découvre tous les switches du fabric en obtenant ses membres du switch principal. Par conséquent, tous les switches Cisco doivent avoir la configuration SNMPv1/2 ou SNMPv3.

ProSphere découvre tous les switches connectés dans un fabric physique.

ProSphere ne permet pas de découvrir les switches Cisco sur les connexions FCIP. Pour découvrir un fabric Cisco qui contient des connexions FCIP, découvrez un switch Cisco sur l’une ou l’autre des extrémités de la connexion FCIP.

ProSphere ne prend pas en charge les alias de périphérique Cisco ni les alias de périphérique étendus.

mise à niveau : UpgradeOpNotifyOnCompletion Oui

mise à niveau : UpgradeJobStatusNotify Oui

feature-control : FeatureOpStatusChange Non

vrrp : cVrrpNotificationNewMaster Non

fdmi : cfdmiRejectRegNotify Non

snmp : authentication Non



Configuration des switches pour SNMPv1/2Les informations SNMPv1/2 que vous entrez lors de la découverte sont nécessaires à ProSphere pour contacter le switch et obtenir les informations. ProSphere collecte les données du switch en utilisant le nom de communauté SNMP. Il utilise le port SNMP pour la communication. Il s’agit généralement du port matériel 161.

1. Consultez la documentation Cisco pour plus d’informations sur la configuration des switches Cisco pour la gestion SNMPv1/v2.

2. Chaque switch Cisco du fabric doit avoir un nom de communauté SNMPv1 ayant les privilèges de lecture seule. La communauté SNMP sélectionnée doit avoir un rôle d’opérateur de réseau.

3. Connectez-vous au switch et en tant qu’administrateur.

4. Utilisez la commande snmp-server community pour définir les privilèges de lecture et d’écriture, comme indiqué dans l’exemple suivant :Cisco8-9216i# config terminalEntrez chaque commande de configuration sur une ligne distincte. End with CNTL/Z.Cisco8-9216i(config)# snmp-server community eccuser ro

5. Pour déterminer s’il existe un utilisateur de communauté SNMPv1, connectez-vous au switch et exécutez la commande, comme indiqué dans l’exemple suivant :

6. Définissez le Discovery Engine ProSphere en tant que destination des notifications SNMPv1/2.

Configuration des switches pour SNMPv3Cette section contient les instructions de création des utilisateurs SNMPv3 pour la découverte et la gestion des switches Cisco dans ProSphere.

Les informations SNMPv3 que vous entrez lors de la découverte sont nécessaires à ProSphere pour contacter le switch et obtenir les informations. ProSphere collecte les données du switch en utilisant les informations d’identification sécurisées SNMPv3. ProSphere prend en charge SNMPv3 uniquement avec l’authentification SHA et le protocole AES128 de protection des informations personnelles. Il utilise le port SNMP pour la communication. Il s’agit généralement du port SNMP matériel 161.

Remarque : ProSphere prend en charge SNMPv3 avec toutes les combinaisons Auth (MD5, SHA) et Priv (AES, DES, NONE).EMC recommande de créer les mêmes utilisateurs SNMP v3 avec les mêmes mots de passe d’authentification et de protection des informations personnelles sur tous les switches physiques du fabric.La documentation Cisco explique comment créer des utilisateurs SNMP v3 sur les switches Cisco MDS.

Cisco8-9216i# show snmp community

Communauté Group / Access

eccuser network-operator

Configuration des switches Cisco 59


Par exemple, pour créer un utilisateur SNMPv3 nommé ECCuser et doté du rôle network-operator, d’une autorisation SHA et d’une authentification AES128, procédez comme suit :

1. Exécutez la commande snmp-server user, comme indiqué dans l’exemple suivant :Cisco8-9216i# config terminalEntrez chaque commande de configuration sur une ligne distincte.

End with CNTL/Z.Cisco8-9216i (config)#snmp-server user ECCuser network-operator

auth sha <SHA-password> priv aes-128 <AES-password>

2. Vérifiez la création du nouvel utilisateur en exécutant la commande show snmp user, comme indiqué dans l’exemple suivant :

3. Définissez le Discovery Engine ProSphere en tant que destination des notifications SNMPv3.

SWDevCisco8-9216i# show snmp user

SNMP USERS

Utilisateur Auth Priv(enforce) Groupes

admin md5 no network-admin

ECCuser sha aes-128(no) network-operator

NOTIFICATION TARGET USERS (configured for sending V3 Inform)

Utilisateur Auth Priv

SWDevCisco8-9216i#


7

Ce chapitre explique comment déployer EMC ProSphere. Le déploiement de ProSphere est décrit en détail dans les sections suivantes :

u Déploiement de ProSphereavec vSphere Client ....................................................... 62u Déploiement de ProSphere avec vCloud Director ................................................... 67u Étapes suivantes ............................................................................................................ 69

Vous pouvez utiliser vSphere Client ou vCloud Director pour déployer ProSphere.

Déploiement de ProSphere

Déploiement de ProSphere 61


Déploiement de ProSphereavec vSphere ClientLes fichiers de déploiement de ProSphere incluent un (petit) fichier .ovf et ses fichiers associés (et situés au même endroit) .vmdk (volumineux). Téléchargez ces fichiers à partir du site de support en ligne EMC (support.emc.com) ou un autre emplacement spécifié par EMC. Placez ces fichiers dans un même dossier situé dans un partage de fichiers local ou une URL accessible à vSphere Client. vSphere Client télécharge ces fichiers et les transmet au serveur VMware ESX ou VMware ESXi.

Remarque : une erreur de checksum s’affiche pendant le déploiement, même si un fichier est manquant. Les noms complets et actuels des fichiers .ovf et .vmdk avec le numéro de build peuvent être obtenus dans les Notes de mise à jour d'EMC ProSphere.

Durée de déploiementLes éléments suivants peuvent affecter de manière significative la durée globale du déploiement :

u l’emplacement de vSphere Client sur le réseau ;

u la vitesse des transferts de fichiers ;

u les performances réseau au sein de l’environnement.

Par conséquent, il est recommandé de déployer ProSphere et le Collector à partir d’un LAN partagé par l’environnement VMware pour gagner du temps. Si vSphere Client s’exécute sur un ordinateur portable avec un VPN présentant une faible bande passante, le déploiement peut prendre plusieurs heures. En revanche, si vSphere Client s’exécute au sein du même LAN rapide que les serveurs VMware, le déploiement peut ne prendre que quelques minutes.


Remarque : répétez la procédure suivante pour chaque instance de ProSphere à déployer.

1. Ouvrez vSphere Client et connectez-vous au vCenter Server qui gère l’environnement VMware.

2. Sélectionnez File > Deploy OVF Template, comme illustré dans la figure.

Remarque : l’aide en ligne est disponible à chaque étape de la boîte de dialogue Deploy OVF Template dans vSphere Client. Toutefois, cette aide n’est pas spécifique de ProSphere. Consultez votre administrateur VMware en cas d’incertitude concernant l’une de ces étapes. Vous pouvez par exemple ne pas savoir quel emplacement d’inventaire sélectionner.



3. À l’étape Source, accédez à un chemin d’accès ou saisissez une URL pour le fichier .ovf. Cliquez sur Suivant.

4. À l’étape OVF Template Details, passez en revue les détails du fichier .ovf chargé. Cliquez sur Suivant.

5. À l’étape End User License Agreement, passez en revue le contrat de licence du produit, puis cliquez sur Accept. Cliquez enfin sur Next.

6. À l’étape Name and Location, saisissez un nom unique dans le champ Name (par exemple, Déploiement ProSphere local). Ensuite, dans le champ Inventory Location, spécifiez un emplacement d’inventaire au sein de l’environnement VMware pour la vApp ProSphere et ses machines virtuelles. Cliquez sur Suivant.

7. À l’étape Host/Cluster, sélectionnez le cluster, l’hôte ou le cluster et l’hôte sur lesquels la vApp ProSphere sera exécutée. Cliquez sur Suivant.

8. À l’étape Resource Pool, sélectionnez le pool de ressources (associé au cluster ou à l’hôte sélectionné précédemment) dans lequel la vApp ProSphere s’exécutera. Cette étape n’est nécessaire que si un pool de ressources a été prédéfini. Cliquez sur Suivant.

9. À l’étape data store, sélectionnez le datastore à utiliser pour stocker les images de machine virtuelle ProSphere. Si le format Thick disk est sélectionné, le datastore doit contenir au minimum 600 Go d’espace disponible. Cliquez sur Suivant.

10. À l’étape Disk Format, pour certains datastores, il est nécessaire de sélectionner la méthode de provisionnement de l’espace de stockage pour la machine virtuelle.

Exemples d’options : Thin provisioned format (expansion à la demande du stockage disponible pour la machine virtuelle) pour les nouveaux systèmes de fichiers de datastore

Thick provisioned format (le stockage de la machine virtuelle est alloué et réservé d’un bloc)

Cliquez sur Suivant.

Déploiement de ProSphereavec vSphere Client 63


11. À l’étape Network Mapping, sélectionnez un réseau de destination pour chacune des machines virtuelles dans ProSphere.

vSphere Client peut afficher un avertissement indiquant que « plusieurs réseaux sources sont associés au réseau hôte » si plusieurs machines virtuelles sont associées au même réseau de destination. Ignorez ce message.

Remarque : dans l’environnement VMware, chaque réseau de destination sélectionné doit avoir un pool IP qui lui est associé.


12. À l’étape Properties, renseignez les champs de configuration obligatoires. La description d’une propriété apparaît en rouge si la valeur obligatoire correspondante est incorrecte ou manquante dans la boîte de dialogue. Vous devez définir les propriétés suivantes :

Remarque : veillez à spécifier uniquement le DNS et les domaines de recherche appropriés.

Paramètres ProSphere

Timezone setting Fuseau horaire à définir sur les machines virtuelles Linux déployées dans le cadre de ProSphere

Paramètres de Application ProSphere

Application ProSphere Hostname Nom d’hôte (nom de domaine qualifié) à attribuer à la machine virtuelle de l’Application ProSphere (par exemple, .abc.monentreprise.com).ProSphere

Application ProSphere IP Address Adresse IP à attribuer à la machine virtuelle Application ProSphere. Cette adresse IP doit être enregistrée dans les serveurs de noms de domaine appropriés et permettre la recherche DNS inversée.

Application ProSphere Gateway Passerelle de sous-réseau des hôtes au sein du réseau

Application ProSphere Serveurs DNS Liste de serveurs de noms de domaine (DNS) séparés par une virgule disponibles dans le réseau sélectionné pour Application ProSphere et le KDC (Key Distribution Center)

Saisissez au maximum deux adresses IP. Dans vCenter, si vous utilisez les options Edit Settings pour insérer plus de deux adresses IP dans le champ DNS, ou si plus de deux de ces adresses sont indiquées au cours du déploiement de l’appliance ProSphere, vCenter ne met pas à jour les paramètres DNS de l’appliance au redémarrage de cette dernière.

Application ProSphere Netmask Masque de réseau appliqué aux adresses IP au sein du réseau

Application ProSphere Search Domain(s). Liste de domaines séparés par un espace utilisés dans le réseau sélectionné et le nom de domaine du KDC




13. À l’étape Ready to Complete, passez en revue la liste des propriétés que vous avez spécifiées pour le déploiement ProSphere. Si vous devez changer une valeur, cliquez sur Back pour revenir aux étapes précédentes. Cliquez sur Finish pour démarrer le déploiement. Une barre d’état s’affiche dans vSphere Client pour indiquer la progression du déploiement.

Attendez que la boîte de dialogue Deployment Completed Successfully s’affiche.

14. Cliquez sur Close pour fermer la boîte de dialogue.

Paramètres Discovery Engine

Discovery Engine Hostname Nom d’hôte à attribuer au Discovery Engine(par exemple, ProSphere-decouverte050)

IP Address Adresse IP à attribuer au Discovery Engine si un schéma d’adresse IP fixe est utilisé Cette adresse IP doit être enregistrée dans les serveurs de noms de domaine appropriés et permettre la recherche DNS inversée.

Discovery Engine Netmask Masque de réseau appliqué aux adresses IP au sein du réseau

Celerra Discovery Engine Passerelle de sous-réseau des hôtes au sein du réseau

Discovery Engine Serveurs DNS Liste de serveurs de noms de domaine (DNS) séparés par une virgule disponibles au sein du réseau sélectionné et DNS du KDC

Saisissez au maximum deux adresses IP.

Discovery Engine Search Domain(s) Liste de domaines séparés par un espace utilisés dans le réseau sélectionné et le nom de domaine du KDC

Paramètres Historical Database

Historical Database Hostname Nom de réseau souhaité pour l’hôte virtuel sur lequel la base de données va être déployée

Historical Database IP Address Adresse IP à utiliser pour accéder à l’hôte virtuel de base de données si un schéma d’adresse IP fixe est utilisé. Cette adresse IP doit être enregistrée dans les serveurs de noms de domaine appropriés et permettre la recherche DNS inversée.

Historical Database Netmask Masque de réseau appliqué aux adresses IP au sein du réseau

Celerra Historical Database Passerelle de sous-réseau des hôtes au sein du réseau

Historical Database Serveurs DNS Liste de serveurs de noms de domaine (DNS) séparés par une virgule disponibles au sein du réseau sélectionné et DNS du KDC

Saisissez au maximum deux adresses IP.

Historical Database Search Domain(s) Liste de domaines séparés par un espace utilisés dans le réseau sélectionné et le nom de domaine du KDC

Déploiement de ProSphereavec vSphere Client 65


15. Dans vSphere Client, accédez à la vue des hôtes et des clusters.

a. Développez l’arborescence qui figure dans le volet de gauche de cette vue.

b. Localisez le cluster et l’hôte que vous avez sélectionnés pour ProSphere durant le déploiement. Vous verrez trois nouvelles machines virtuelles :

– Historical Database– Discovery Engine– Application ProSphere sous le nom de la vApp (par exemple, Déploiement

local de ProSphere) 16. Démarrez ProSphere manuellement après le déploiement. Pour démarrer ProSphere

dans vSphere Client :

a. Cliquez avec le bouton droit de la souris sur le nom de la vApp que vous avez attribué durant le déploiement (par exemple, Déploiement local de ProSphere).

b. Sélectionnez Power On, comme illustré dans la figure. vSphere Client va afficher l’état de fonctionnement dans la barre Recent Tasks située dans la partie inférieure du client.

Avant de continuer, attendez que toutes les machines virtuelles aient démarré, et que l’état de la tâche Start vApp correspondant au nom de la vApp (par exemple, Déploiement local de ProSphere) sous la vue Recent Tasks comporte la mention Completed.

Remarque : la première fois que l’appliance de base de données est démarrée, la création des tables requises et d’autres étapes d’initialisation peuvent prendre un certain temps.

Vous pouvez désormais utiliser ProSphere via sa console Web.

Remarque : s’il est nécessaire de supprimer la vApp ProSphere et la machine virtuelle qui lui rattachée de votre environnement VMware, suivez les procédures recommandées par votre organisation.



Déploiement de ProSphere avec vCloud DirectorLes fichiers de déploiement de ProSphere incluent un (petit) fichier .ovf et ses fichiers associés et colocalisés .vmdk (volumineux). Téléchargez ces fichiers à partir du site de support en ligne EMC (support.emc.com) ou un autre emplacement spécifié par EMC. Placez ces fichiers dans un même dossier situé dans un partage de fichiers local ou une URL accessible à vCloud Director.

Remarque : une erreur de checksum s’affiche pendant le déploiement, même si un fichier est manquant. Les noms complets et actuels des fichiers .ovf et .vmdk avec le numéro de build peuvent être obtenus dans les Notes de mise à jour d’EMC ProSphere.

Remarque : ProSphere prend uniquement en charge vCloud Director 5.1 et versions ultérieures.

Durée de déploiementLes éléments suivants peuvent affecter de manière significative la durée globale du déploiement :

u la latence existant entre le serveur vCloud Director et l’emplacement du partage dans le réseau ;

u la vitesse des transferts de fichiers ;

u les performances réseau au sein de l’environnement.

Par conséquent, EMC vous recommande de déployer ProSphere et les différents Collectors ou la Application ProSphere secondaire à partir d’un LAN partagé par l’environnement VMware pour gagner du temps. En cas de connexion à vCloud Director dans le cadre d’une session de navigateur ouverte sur un ordinateur portable avec un réseau privé virtuel (VPN) à faible bande passante, le téléchargement du modèle vApp prendre plusieurs heures. Avec une session de serveur vCloud Director lancée à partir d’un navigateur exécuté dans le même réseau local (LAN) rapide que vCloud Director, seules quelques minutes suffisent pour le téléchargement.

Procédure de déploiementLe déploiement deProSphere à l’aide de vCloud Director implique le respect des procédures suivantes :

u « Création d’un catalogue vCloud » à la page 67

u « Téléchargement des fichiers de déploiement dans le catalogue » à la page 68

u « Déploiement de la vApp ProSphere à partir du modèle vApp » à la page 68

Création d’un catalogue vCloud1. Cliquez sur l’onglet Catalogs.

2. Cliquez sur le bouton Plus (+).

3. Attribuez un nom au catalogue.

4. Pour pouvoir partager le catalogue avec d’autres personnes de votre organisation, cliquez sur Next. Sinon, cliquez sur Finish.

Déploiement de ProSphere avec vCloud Director 67


Téléchargement des fichiers de déploiement dans le catalogue1. Dans l’onglet Catalogs, sélectionnez le catalogue que vous avez créé.

2. Sélectionnez l’onglet Média.

3. Cliquez sur l’’icône en forme de roue dentée pour afficher un menu, puis sélectionnez Upload dans les options proposées. La boîte de dialogue Upload Media s’affiche.

4. Cliquez sur Parcourir et sélectionnez le fichier ProSphere.ovf. Une fois le téléchargement terminé, les fichiers sont stockés en tant que modèle vApp.

5. Dans le champ Name, attribuez un nom à ce modèle.

6. Saisissez la description du modèle vApp (comme vApp ProSphere).

7. Cliquez sur Upload. La progression du téléchargement s’affiche à l’écran.

Remarque : cet écran de progression n’apparaît pas si les bloqueurs de fenêtre contextuelles sont activés dans votre navigateur Web.

8. Une fois le téléchargement terminé, cliquez sur Clear.

Déploiement de la vApp ProSphere à partir du modèle vApp1. Cliquez sur l’onglet My Cloud.

2. Cliquez sur le bouton Plus en forme de (+) pour afficher la boîte de dialogue Add vApp from Catalog.

3. Sélectionnez le modèle, puis cliquez sur Next.

4. Lisez et acceptez le CLUF, puis cliquez sur Next.

5. Attribuez un nom à la vApp.

6. Saisissez la description de la vApp, puis cliquez sur Next.

7. Dans la liste déroulante, sélectionnez le datacenter virtuel.

8. Paramétrez l’allocation d’adresse IP sur Static-Manual, puis cliquez sur Next.

9. Saisissez les paramètres réseau de chaque machine virtuelle. La liste suivante contient des donnés exemples :

a. IP Range : xxx.xxx.xxx 01-03

b. Hostname Range : xxxxx01-03

c. Netmask : xxx.xxx.xxx.0

d. Gateway : xx.xxx.xx.x

e. DNS : xx.xxx.xx.xx, yy.yyy.yy.yy

Remarque : saisissez tout au plus deux adresses IP dans le champ DNS.

f. DNS Search Path domain : com test.test;.com test.corp.com,test.com

10. Saisissez les informations suivantes pour chacune des machines virtuelles affichées :

a. Adresse IP de ProSphere Application

b. Domaine de recherche de ProSphere Application

c. Nom d’hôte de ProSphere Application

d. Serveurs DNS de ProSphere Application



Remarque : saisissez tout au plus deux adresses IP pour les serveurs DNS.

e. Passerelle de ProSphere Application

f. Masque de réseau de ProSphere Application

11. Sélectionnez un fuseau horaire. Cliquez sur Suivant.La boîte de dialogue Ready to Complete s’affiche. Vérifiez l’exactitude des informations.

12. Cliquez sur Terminer. La vApp apparaît dans la fenêtre My Cloud.

13. Une fois le déploiement correctement réalisé :

a. Dans la fenêtre My Cloud, sélectionnez la vApp.

b. Cliquez sur Démarrer.

14. Si vous souhaitez modifier le paramètre de location par défaut de sept jours, procédez comme suit :

a. Cliquez avec le bouton droit de la souris sur la vApp, puis sélectionnez Properties > General > Lease.

b. Sélectionnez les paramètres de location recommandés par votre administrateur vCloud.

c. Suivez les instructions de l’assistant, puis cliquez sur Finish.

Modification des paramètres d’action et de délais1. Dans la fenêtre My Cloud, cliquez sur l’onglet vAppProSphere. Cliquez ensuite

avec le bouton droit de la souris sur la vApp et sélectionnez Properties.

2. Cliquez sur l’onglet Starting and Stopping VMs.

3. Paramétrez le champ Boot Delay (seconds) sur 120.

4. Paramétrez le champ Stop Delay (seconds) sur 600.

5. Paramétrez Stop Action sur Shutdown.

Étapes suivantesFélicitations ! Vous avez déployé ProSphere vApp. Vous pouvez exécuter les étapes suivantes :

1. « Déploiement des Collectors » à la page 83

2. « Déploiement d’une application ProSphere secondaire » à la page 89

3. « Synchronisation des fuseaux horaires et des heures système » à la page 98 pour vérifier que le déploiement fonctionne

4. « Connectez-vous à ProSphere » à la page 98

5. « Personnalisation du message de conformité aux règles de sécurité » à la page 100

Étapes suivantes 69



8

Ce chapitre explique comment ajouter des cartes Ethernet (cartes réseau) à des machines virtuelles ProSphere afin de faciliter les opérations dans des réseaux isolés :

u Présentation.................................................................................................................... 72u Configurations multicartes réseau prises en charge ................................................ 72u Configuration d’une carte réseau supplémentaire dans une machine virtuelle

ProSphere....................................................................................................................... 81u Modification du fichier /etc/hosts............................................................................. 81

Remarque : les cartes réseau ne peuvent être ajoutées qu’après le déploiement. Les paramètres réseau des cartes nouvellement ajoutées peuvent être configurés pendant que les machines virtuelles sont en cours de fonctionnement.

Sur le site de support en ligne EMC, le livre blanc consacré à la prise en charge de plusieurs cartes réseau ProSphere fournit des informations complémentaires sur l’installation de telles cartes pour des réseaux isolés.

Ajout de cartes réseau aux réseaux isolés

Ajout de cartes réseau aux réseaux isolés 71


PrésentationDans des environnements de datacenter en temps réel, les objets sont généralement distribués dans différents réseaux. En fonction des paramètres de sécurité et de pare-feu, l’accès aux réseaux isolés/non acheminés/protégés est généralement restreint. Pour un administrateur, il est difficile de surveiller les objets inclus dans des réseaux isolés. Plusieurs instances de ProSphere doivent être déployées et configurées. Des ressources supplémentaires sont donc nécessaires. Les tâches de reporting et d’analyse deviennent fastidieuses dans la mesure où les données doivent être consolidées dans une base de données centralisée à partir de plusieurs sources, ce qui donne souvent lieu à des données en temps réel incohérentes. La résolution de tels problèmes est fastidieuse et très complexe.

ProSphere tente de contourner ces problèmes en autorisant l’utilisateur à ajouter et à configurer des cartes réseau supplémentaires. Ces cartes permettent à ProSphere de se connecter facilement aux réseaux isolés, et de découvrir et de surveiller les objets qu’ils contiennent.

Configurations multicartes réseau prises en chargeLes sections suivantes décrivent les différentes configurations multicartes réseau prises en charge par ProSphere.

Les configurations 1 à 3 sont utilisées dans les déploiements normaux. Les configurations 4 à 6 sont utilisées dans les déploiements scale-out.

Configuration 1 : Cartes réseau dans un Discovery Engine (DE)L’objectif de la configuration présentée à la section « Cartes réseau dans un Discovery Engine » à la page 73 est de surveiller les éléments de configuration connectés au LAN d’un datacenter et ceux qui sont connectés à un LAN isolé au sein d’un déploiement normal.

Le LAN du datacenter gère le trafic de communications ProSphere standard comme :

u Connexion à la console Web

u Communications entre la Application ProSphere, le Discovery Engine et la Historical Database

u Communications avec les éléments de configuration locaux

Le réseau isolé est inaccessible depuis le réseau ProSphere. Ce réseau peut être connecté à plusieurs réseaux clients protégés ou isolés du LAN du datacenter.



Cette configuration peut être utilisée dans un environnement de fournisseur de services dans lequel le client gère plusieurs autres éléments de configuration client. Les réseaux clients ne sont pas dirigés vers le réseau d’entreprise du client.

Figure 3 Cartes réseau dans un Discovery Engine

Configurations multicartes réseau prises en charge 73


Configuration 2 : Cartes réseau dans une ProSphere Application (PA)L’objectif de la configuration présentée à la section « Cartes réseau dans une Application ProSphere » à la page 74 est de fédérer une instance ProSphere connectée au LAN d’un datacenter avec une autre instance déployée dans un LAN isolé.





Le réseau isolé est associé à l’autre déploiement ProSphere, accessible uniquement via ce réseau isolé.

Figure 4 Cartes réseau dans une Application ProSphere



Configuration 3 : Carte réseau dans une PA et une PA secondaire.Dans la configuration présentée à la section « Cartes réseau dans une Application ProSphere et une Application ProSphere secondaire » à la page 76, une Application ProSphere secondaire est configurée et connectée au LAN d’un datacenter. L’objectif est de fédérer une instance ProSphere avec une autre instance déployée dans un LAN isolé.





Il existe plusieurs déploiements de ProSphere. Les déploiements sont synchronisés, et celui qui est associé au LAN du datacenter LAN contient la Master Capacity Application.

Le réseau isolé est associé à l’autre déploiement ProSphere, accessible uniquement via ce réseau isolé.

Un utilisateur de la Non-Master ProSphere Application peut demander les données de performances des éléments de configuration locaux découverts par la Master Capacity Application. Dans cette configuration, une ProSphere Application secondaire comportant une seconde carte réseau existe sur le site de la Master Capacity Application. Cette seconde carte permet d’accéder aux données de performances de ces objets de configuration.



Figure 5 Cartes réseau dans une Application ProSphere et une Application ProSphere secondaire



Configuration 4 : Cartes réseau dans un DE et un Collector.L’objectif de la configuration présentée à la section « Cartes réseau dans un Discovery Engine et un Collector » à la page 77 est de surveiller les éléments de configuration connectés au LAN d’un datacenter et ceux qui sont connectés à un LAN isolé/non acheminé.



u Communications entre la Application ProSphere, le Discovery Engine, la Historical Database et les Collectors


La carte réseau supplémentaire facilite les communications avec les éléments de configuration du réseau isolé qui seraient normalement inaccessibles via le LAN du datacenter.

Le réseau isolé peut être connecté à plusieurs réseaux clients protégés ou isolés du LAN du datacenter.

Figure 6 Cartes réseau dans un Discovery Engine et un Collector



Configuration 5 : Carte réseau dans une PA et un DE.L’objectif de la configuration présentée à la section « Cartes réseau dans une Application ProSphere et un Discovery Engine » à la page 78 est de surveiller les éléments de configuration connectés à un datacenter habituel et ceux qui sont connectés à un LAN isolé. Il se peut également qu’un Collector soit déployé dans le LAN isolé et serve de proxy consolidé pour le trafic de ProSphere.





La carte réseau supplémentaire installée sur le Discovery Engine facilite les communications avec les éléments de configuration du réseau isolé qui seraient normalement inaccessibles via le LAN du datacenter. Le réseau isolé peut être connecté à plusieurs réseaux clients protégés ou isolés du LAN du datacenter. La seconde carte réseau installée sur la Application ProSphere autorise l’accès au Collector du réseau isolé pour permettre l’enregistrement auprès du Discovery Engine via l’interface d’enregistrement fournie par la Application ProSphere.

Figure 7 Cartes réseau dans une Application ProSphere et un Discovery Engine



Configuration 6 : Carte réseau dans une PA, une PA secondaire et un DE.L’objectif de la configuration présentée à la section « Cartes réseau dans des Application ProSpheres et un Discovery Engine » à la page 80 est de surveiller les éléments de configuration de façon proportionnée qui sont connectés au LAN d’un datacenter et ceux qui sont connectés à un réseau isolé. Un Collector peut également être installé dans des réseaux clients isolés pour servir de proxy consolidé pour le trafic de ProSphere. Une carte réseau supplémentaire peut également être configurée sur une Application ProSphere secondaire afin de collecter les données de performances fournies par le Collector du réseau isolé pour les éléments de configuration accessibles uniquement par le biais des réseaux isolés.





Le réseau isolé communique avec les éléments de configuration d’un réseau inaccessible depuis le LAN du datacenter. Le réseau isolé peut être connecté à plusieurs réseaux clients protégés ou isolés du LAN du datacenter. La seconde carte réseau installée sur la Application ProSphere autorise l’accès au Collector du réseau isolé pour permettre l’enregistrement auprès de Discovery Engine via l’interface d’enregistrement fournie par la Application ProSphere. La seconde carte réseau installée sur la Application ProSphere secondaire permet à un Collector d’envoyer les données de performances à cette Application ProSphere secondaire.



Figure 8 Cartes réseau dans des Application ProSpheres et un Discovery Engine



Configuration d’une carte réseau supplémentaire dans une machine virtuelle ProSphere

La procédure suivante permet d’ajouter une carte réseau à un système en cours d’exécution. Cette carte sera utilisée par la Application ProSphere, le Discovery Engine, le Collector ou la Application ProSphere secondaire :

1. Ajoutez une carte réseau à la machine virtuelle à partir de la console vSphere.

2. Sélectionnez Edit Settings sur la machine virtuelle.

3. Cliquez sur Add.

4. Sélectionnez Ethernet Adapter, puis cliquez sur Next.

5. Sélectionnez le type de carte VMXNET3 dans la liste déroulante, choisissez le nom de la connexion réseau qui permet de connecter les nouvelles cartes réseau au LAN isolé, puis cliquez sur Next.

6. Passez en revue les différentes options et cliquez sur Finish.

La procédure suivante permet de configurer l’adresse IP et le masque de réseau de la carte réseau nouvellement ajoutée :

1. Connectez-vous à la machine virtuelle via une connexion SSH ou par le biais de la console vSphere.

2. Attribuez l’adresse IP et les autres paramètres réseau à la carte ETH1 (la carte réseau associée au réseau isolé) à l’aide du script suivant :/opt/vmware/share/vami/vami_set_network vami_set_network <interface> (STATICV4) <ipv4_addr> <netmask> <gatewayv4>Exemple : /opt/vmware/share/vami/vami_set_network eth1 STATICV4 172,16.60,239 255,255.0,0 1,31.148,1

Remarque : l’adresse <gatewayv4> doit être identique à l’adresse de passerelle par défaut (saisie lors du déploiement de ProSphere).

3. Exécutez la commande ifconfig et vérifiez que toutes les entrées sont correctes.

Modification du fichier /etc/hostsUne fois l’adresse IP attribuée à la carte ETH1, vérifiez que la machine virtuelle ProSphere peut communiquer et résoudre les noms d’hôtes des objets des éléments de configuration depuis le LAN isolé, ou les noms d’hôtes d’une autre machine virtuelle ProSphere connectée à un LAN isolé, dans l’hypothèse où il vous faut synchroniser des déploiements.

Si les noms d’hôtes ne sont pas inclus dans le serveur DNS local, vous devez les ajouter au fichier /etc/hosts sur la machine virtuelle ProSphere appropriée. Les entrées que vous devez ajouter dépendent de la configuration multicarte réseau définie.

Configuration d’une carte réseau supplémentaire dans une machine virtuelle ProSphere 81


Parallèlement à l’ajout manuel des noms d’hôtes dans le fichier /etc/hosts, vous devez ajouter les entrées dans le script de démarrage suivant sur la même machine virtuelle. Cette opération est nécessaire, car le fichier /etc/hosts est écrasé à chaque redémarrage par le script de démarrage suivant, les valeurs par défaut étant extraites du fichier ovfEnv.xml. Toute modification manuelle apportée au fichier /etc/hosts doit donc être explicitement spécifiée dans le script de démarrage suivant.

Par exemple, pour ajouter la ligne suivante dans le fichier /etc/hosts :

172,16.60,239 ijk.lmn.com ijk

vous devez modifier le script de démarrage suivant, /opt/vmware/etc/isv/, comme suit :

echo "127,0.0,1 localhost.localdom localhost" > /etc/hostsecho "$HOSTADDR $FQDNADDR $SHORTHNAME" >> /etc/hostsecho "172,16.60,239 ijk.lmn.com ijk" >> /etc/hosts

Dans le cadre des configurations 1 ou 4, modifiez le fichier /etc/hosts sur le Discovery Engine comme suit : pour permettre la résolution des hôtes, ajoutez les entrées des noms d’hôtes aux objets des éléments de configuration qui appartiennent au réseau isolé que l’utilisateur tente de découvrir.

Dans le cadre des configurations 2 ou 3, modifiez le fichier /etc/hosts sur les Master et Non-Master Application ProSphere comme suit :

u Sur la Master Application ProSphere, ajoutez le nom d’hôte à la Non-Master Application ProSphere.

u Sur la Non-Master Application ProSphere, ajoutez le nom d’hôte à la Master Application ProSphere.

Le Tableau 4 à la page 82 fournit un exemple.

Dans le cadre des configurations 5 ou 6, modifiez le fichier /etc/hosts sur le Discovery Engine comme suit : pour permettre la résolution des hôtes, ajoutez les entrées des noms d’hôtes aux objets des éléments de configuration qui appartiennent au réseau isolé que l’utilisateur tente de découvrir.

De la même manière, lorsque vous essayez d’enregistrer le Collector situé dans le réseau isolé auprès du Discovery Engine, vous devez ajouter les entrées du fichier /etc/hosts de la Application ProSphere, du Discovery Engine et du Collector (sur le réseau isolé) à une configuration similaire à celle qui est présentée dans le Tableau 5 à la page 82 :

Tableau 4 Exemple : Modification du fichier /etc/hosts pour la configuration 2 ou 3

VM FQDN LAN du datacenter Réseau isolé Entrée de fichier /etc/hosts

Processus abc1.xyz.com 1.31.91.62 172.16.60.239 172.16.60.251 ijk.lmn.com ijk

Non-master ijk.lmn.com 1.31.91.61 172.16.60.251 172.16.60.239 abc1.xyz.com abc1

Tableau 5 Exemple : Modification du fichier /etc/hosts pour la configuration 5 ou 6

VM FQDN LAN du datacenter Réseau isolé Entrée de fichier /etc/hosts

Application ProSphere abc1.xyz.com 1.31.91.62 172.16.60.239 172.16.60.240 qrs.tuv.com qrs

Discovery Engine abc2.xyz.com 1.31.91.61 172.16.60.238 172.16.60.240 qrs.tuv.com qrs

Collector sur un réseau isolé

qrs.tuv.com - 172.16.60.240 172.16.60.239 abc1.xyz.com abc1172.16.60.238 abc2.xyz.com abc2


9

Ce chapitre explique comment déployer le ProSphere Collector Discovery Engine (Collector) pour adapter la découverte des ressources aux besoins des grands datacenters. Les Collectors sont des machines virtuelles VMware qui doivent être déployées après le déploiement initial de ProSphere, car ils coordonnent leurs activités avec un Discovery Engine existant.

Vous trouverez plus de détails dans les sections suivantes :

u Collector.......................................................................................................................... 83u Déploiement de Collectors avec vSphere Client....................................................... 85u Déploiement de Collectors avec vCloud Director.................................................... 86u Enregistrement d’un Collector auprès de l’application ProSphere ....................... 88

CollectorLe Collector permet d’adapter les fonctions de découverte des ressources et de collecte des données de ProSphere à la taille de l’environnement informatique de votre entreprise. Consultez le document Consignes de performances et d’évolutivité d’EMC ProSphere pour déterminer le nombre de Collectors à déployer.

Obtention des fichiers de déploiementVérifiez si vous avez téléchargé les fichiers du Collector depuis le site de support en ligne EMC ou un autre emplacement indiqué par EMC dans le Tableau 6 à la page 84. Placez ces fichiers dans un endroit accessible à vSphere Client, tel qu’une URL ou un partage de fichiers local.

Détermination des Collectors nécessaires au datacenterDéterminez le nombre de machines virtuelles du Collector nécessaires pour adapter ProSphere à la taille de votre datacenter.

Collecte des informationsAvant de déployer le Collector, contactez l’administrateur VMware pour obtenir les informations de déploiement présentées dans le Tableau 6 à la page 84.

Déploiement des Collectors

Déploiement des Collectors 83


Tableau 6 Fiche technique du déploiement

Type Informations

Adresse IP ou nom d’hôte du vCenter Server ou du vCloud Server qui gère l’environnement VMWare.

Adresse IP ou nom d’hôte vCenter Server ou vCloud Server

Nom d’utilisateur et mot de passe permettant de connecter vSphere Client à vCenter Server, ou à vCloud

Username

Mot de passe

Avec vCloud, l’utilisateur doit disposer des autorisations nécessaires correspondantes

Autorisations requises pour la création d’un catalogue, la mise à jour du modèle vApp et le déploiement de la vApp

Nom de ce déploiement du Collector (par exemple, « ProSphere Collector 1 »)

Nom du système Collector

Emplacement d’infrastructure de l’Application ProSphere. Il peut s’agir d’une combinaison constituée d’un emplacement d’inventaire, d’un hôte, d’un cluster et d’un pool de ressources

Emplacement d’inventaire

Hôte/Cluster

Format de disque (Thick/Thin)

Pool de ressources

Nom du datastore au sein de l’environnement vSphere devant contenir les images du Collector

Stockage des données

Noms des réseaux vSphere pour le déploiement du Collector

Collector réseau

Emplacement des fichiers de déploiement téléchargés

Emplacement du fichier OVF



Déploiement de Collectors avec vSphere Client

Remarque : répétez cette procédure pour chaque instance du Collector à déployer.

1. Ouvrez vSphere Client et connectez-vous au vCenter Server qui gère l’environnement VMware.

2. Sélectionnez File > Deploy OVF Template.




5. À l’étape End User License Agreement, passez en revue le contrat de licence du produit, puis cliquez sur Accept . Cliquez enfin sur Next.

6. À l’étape Name and Location, saisissez un nom unique dans le champ Name (par exemple Collector ProSphere 1). Ensuite, dans le champ Inventory Location, spécifiez un emplacement d’inventaire au sein de l’environnement VMware pour le Collector. Cliquez sur Suivant.

7. À l’étape Host/Cluster, sélectionnez le cluster, l’hôte ou le cluster et l’hôte sur lesquels la ProSphere vApp sera exécutée. Cliquez sur Suivant.

8. À l’étape Resource Pool, sélectionnez le pool de ressources (associé au cluster ou à l’hôte sélectionné précédemment) dans lequel le Collectors’exécutera. Cette étape n’est nécessaire que si un pool de ressources a été prédéfini. Si vous sélectionnez les mêmes valeurs Inventory Location et Host/Cluster que ProSphere vApp, sélectionnez également la vApp comme Resource Pool pour le Collector. Vous pouvez gérer le Collector dans le cadre de la ProSphere vApp, plus large. Cliquez sur Suivant.

9. À l’étape datastore, sélectionnez le datastore à utiliser pour stocker les images de machine virtuelle du Collector. Ce datastore doit disposer d’un minimum de 30 Go d’espace disponible pour le format de disque Thick et de 2,2 Go pour le format de disque Thin. Cliquez sur Suivant.


Exemples d’options : u Thin provisioned format (expansion à la demande du stockage disponible pour la machine virtuelle) pour les nouveaux systèmes de fichiers de datastore

u Thick provisioned format (le stockage de la machine virtuelle est alloué et réservé en tant que bloc)


11. À l’étape Network Mapping, sélectionnez un réseau de destination pour le Collector. Cliquez sur Suivant.


Déploiement de Collectors avec vSphere Client 85


12. À l’étape Properties, renseignez les champs de configuration obligatoires. La description d’une propriété apparaît en rouge si la valeur obligatoire correspondante est incorrecte ou manquante dans la boîte de dialogue.


Vous devez définir les propriétés suivantes :


13. À l’étape Ready to Complete, passez en revue la liste des propriétés que vous avez spécifiées pour le déploiement. Si vous devez changer une valeur, cliquez sur Back pour revenir à l’étape précédente et changer la valeur. Cliquez sur Finish pour démarrer le déploiement. Une barre d’état s’affiche dans vSphere Client pour indiquer la progression du déploiement.





b. Localisez le cluster et l’hôte que vous avez sélectionnés pour Collector durant le déploiement.

Déploiement de Collectors avec vCloud DirectorCette section regroupe les procédures suivantes :

u « Téléchargement du nouveau fichier de déploiement dans le catalogue » à la page 87

u « Déploiement du Collector vApp à partir du modèle vApp » à la page 87

u « Modification des paramètres d’action et de délais » à la page 88

Groupe de propriété Objectif Propriété Description

Collector Information Configure la vApp Collector Appliance Hostname

Nom d’hôte à attribuer au Collector (par exemple, « ProSphere Collector 1 »)

Collector Appliance IP Address

Adresse IP à affecter au Collector si un schéma d’adresse IP fixe est utilisé

Collector Appliance Gateway

Passerelle de sous-réseau des hôtes au sein du réseau

Collector Appliance Netmask

Masque de réseau appliqué aux adresses IP au sein du réseau

Collector Appliance DNS Server(s)

Liste de serveurs de noms de domaine (DNS) séparés par une virgule disponibles dans le réseau sélectionné de l’Application ProSphere et de DNS pour le KDC.

Collector Search Domain(s)

Liste de domaines séparés par une virgule utilisés dans le réseau sélectionné et le nom de domaine du KDC.

Uncategorized Configure le Collector

Timezone setting Fuseau horaire à définir sur les machines virtuelles déployées dans le cadre de ProSphere



Téléchargement du nouveau fichier de déploiement dans le catalogue1. Dans l’onglet Catalogs, sélectionnez le catalogue que vous avez créé.


3. Cliquez sur l’’icône en forme de roue dentée pour afficher le menu, puis sélectionnez Upload parmi les options proposées. La boîte de dialogue Upload Media s’affiche.

4. Cliquez sur Browse, puis sélectionnez le fichier .ovf. A la fin du téléchargement, le fichier est stocké avec les autres fichiers dans le modèle vApp.


6. Saisissez la description du modèle vApp (par exemple, Collector vApp).



Déploiement du Collector vApp à partir du modèle vApp1. Cliquez sur l’onglet My Cloud.

2. Cliquez sur le bouton en forme de Plus (+) pour afficher la boîte de dialogue Add vApp from Catalog.






8. Sélectionnez un profil de stockage dans la liste déroulante, puis cliquez sur Next.


10. Saisissez l’adresse IP et les paramètres réseau de chacun des Collectors. La liste suivante contient des exemples de données :








11. Sélectionnez un fuseau horaire. Cliquez sur Suivant. La boîte de dialogue Ready to Complete s’affiche.

12. Vérifiez l’exactitude des informations.


14. Une fois le déploiement terminé, dans la fenêtre My Cloud, sélectionnez la vApp du Collector et cliquez sur Start.

Déploiement de Collectors avec vCloud Director 87


15. Si vous devez modifier le paramètre de location par défaut de sept jours, procédez comme suit :




Modification des paramètres d’action et de délais1. Dans la fenêtre My Cloud, cliquez sur l’onglet vApp. Cliquez ensuite avec le

bouton droit de la souris sur Collector et sélectionnez Properties.





Enregistrement d’un Collector auprès de l’application ProSphereVous pouvez déployer des Collectors supplémentaires en fonction de vos besoins. Une fois qu’un Collector a été déployé, enregistrez-le auprès de l’Application ProSphere qui le gère.

Pour enregistrer un Collector avec l’ Application ProSphere :

1. Saisissez l’URI du Collector (https://<nom_du_collector>/appliance_registration.html) dans la fenêtre du navigateur Web.

2. Saisissez le nom d’hôte de l’Application ProSphere.

3. Saisissez les informations d’identification de l’utilisateur qui détient le rôle Security Administrator.

4. Cliquez sur Submit.

Après l’enregistrement réussi du Collector auprès de l’Application ProSphere , une fenêtre de confirmation s’affiche.

Remarque : la section « Déploiement de Collectors avec vSphere Client » à la page 85 fournit des informations concernant le déploiement de Collectors supplémentaires.

Collectors de repartition de charge Le Discovery Engine principal répartit automatiquement les demandes de découverte entre tous les Collectors disponibles. Il n’est pas nécessaire de définir le Collector à utiliser pour chaque tâche de découverte.


10

Ce chapitre explique comment déployer une Application ProSphere secondaire. Il arrive parfois que ProSphere collecte un volume considérable de données de performances, ce qui peut faire baisser l’ensemble des performances de ProSphere. Pour faire face à de tels besoins, vous pouvez ajouter une Application ProSphere secondaire quand vous le souhaitez après le déploiement de ProSphere.

Remarque : le document Consignes de performances et d’évolutivité d’EMC ProSphere fournit des informations sur les critères d’utilisation d’une Application ProSphere secondaire.

Vous trouverez plus de détails dans les sections suivantes :

u Application ProSphere secondaire ............................................................................. 90u Déploiement d’une Application ProSphere secondaire avec vSphere Client ...... 92u Déploiement d’une Application ProSphere secondaire avec vCloud Director.... 94u Enregistrement d’une Application ProSphere secondaire ...................................... 95

Déploiement d’une application ProSphere

secondaire

Déploiement d’une application ProSphere secondaire 89

Déploiement d’une application ProSphere secondaire

Application ProSphere secondaireUne Application ProSphere secondaire reçoit une partie des données acheminées vers l’Application ProSphere. Cela a pour conséquence d’améliorer la disponibilité du CPU et d’accroître les performances de ProSphere.

Remarque : une Application ProSphere secondaire ne dispose d’aucune interface utilisateur fonctionnelle.

RestrictionsPendant le déploiement d’une Application ProSphere secondaire, lorsque la collecte des données de performances est basculée de l’Application ProSphere vers l’Application ProSphere secondaire, il est fort probable qu’un point de donnée soit marqué pour chaque mesure calculée à l’aide d’un compteur/delta. Cela inclut la plupart des mesures.

Pour les mesures calculées à l’aide d’un compteur/delta, le calcul ne peut en effet pas intervenir si deux points de données n’ont pas été collectés. Les fichiers de données JSON/XML intermédiaires collectés sur l’Application ProSphere ne sont pas migrés vers l’Application ProSphere secondaire, si bien que l’Application ProSphere secondaire ne dispose pas localement des données précédentes pour le calcul. De par sa conception, l’Application ProSphere secondaire ne produira pas de point de données pour l’intervalle immédiatement après la migration. Cette omission peut être observée dans le fichier log pdc-server. La collecte, le calcul et l’affichage de données suivants devraient être normaux, car ces opérations interviennent au terme d’un second intervalle et après la collecte d’un autre jeu de mesures pour permettre le calcul sur la base du jeu précédent.

Ce comportement (point de données manquant) ne devrait pas concerner les mesures comme Unix Host CPU %Busy qui sont consignées directement sans recours aux calculs par compteur/delta. Pour ces mesures, les données précédentes ne sont pas utilisées pour les calculs, et le point de données devrait apparaître comme prévu.

Obtention des fichiers de déploiementVérifiez si vous avez téléchargé les fichiers de l’Application ProSphere secondaire depuis le site de support en ligne EMC ou un autre emplacement indiqué par EMC dans le Tableau 7 à la page 91. Placez ces fichiers dans un endroit accessible à vSphere Client, tel qu’une URL ou un partage de fichiers local.



Collecte des informationsAvant de déployer l’Application ProSphere secondaire, contactez l’administrateur VMware pour obtenir les informations nécessaires au déploiement, telles qu’elles sont présentées dans le Tableau 7 à la page 91.

Tableau 7 Fiche technique du déploiement

Type Informations

Adresse IP ou nom d’hôte du vCenter Server ou du vCloud Server qui gère l’environnement VMWare.

Adresse IP ou nom d’hôte vCenter Server ou vCloud Server

Nom d’utilisateur et mot de passe permettant de connecter vSphere Client à vCenter Server, ou à vCloud

Username

Mot de passe

Avec vCloud, l’utilisateur doit disposer des autorisations nécessaires correspondantes

Autorisations requises pour la création d’un catalogue, la mise à jour du modèle vApp et le déploiement de la vApp

Nom de l’Application ProSphere pour ce déploiement (par exemple, Application ProSphere 2).

Nom du système Application ProSphere

Emplacement d’infrastructure de l’Application ProSphere. Il peut s’agir d’une combinaison constituée d’un emplacement d’inventaire, d’un hôte, d’un cluster et d’un pool de ressources

Emplacement d’inventaire

Hôte/Cluster

Format de disque (Thick/Thin)

Pool de ressources

Nom du datastore au sein de l’environnement vSphere devant contenir les images de l’Application ProSphere secondaire

Stockage des données

Noms des réseaux vSphere pour le déploiement de l’Application ProSphere secondaire

Application ProSphere secondaire réseau

Propriétés d’accès sécurisé et réseau souhaitées pour la machine virtuelle de l’Application ProSphere secondaire

Serveurs DNS (séparés par une virgule)

Chaînes de recherche de domaine (séparées par un espace)

Nom d’hôte

Adresse IP

Masque de réseau

Passerelle de sous-réseau

Emplacement des fichiers de déploiement téléchargés

Emplacement du fichier OVF

Application ProSphere secondaire 91


Déploiement d’une Application ProSphere secondaire avec vSphere Client 1. Ouvrez vSphere Client et connectez-vous au vCenter Server qui gère

l’environnement VMware.

2. Sélectionnez File > Deploy OVF Template.




5. À l’étape End User License Agreement, passez en revue le contrat de licence du produit, puis cliquez sur Accept. Cliquez enfin sur Next.

6. À l’étape Name and Location, saisissez un nom unique dans le champ Name (par exemple Application ProSphere 1). Ensuite, dans le champ Inventory Location, spécifiez un emplacement d’inventaire au sein de l’environnement VMware pour l’Application ProSphere secondaire. Cliquez sur Suivant.

7. À l’étape Host/Cluster, sélectionnez le cluster, l’hôte ou le cluster et l’hôte sur lesquels la vApp ProSphere sera exécutée. Cliquez sur Suivant.

8. À l’étape Resource Pool, sélectionnez le pool de ressources (associé au cluster ou à l’hôte sélectionné précédemment) dans lequel l’application ProSphere secondaire s’exécutera. Cette étape n’est nécessaire que si un pool de ressources a été prédéfini. Cliquez sur Suivant.

Remarque : l’Application ProSphere secondaire est déployée en externe par rapport à la vApp ProSphere (dans une autre vApp que l’Application ProSphere). Vous ne pouvez pas gérer l’Application ProSphere dans le cadre de la vApp ProSphere.

9. À l’étape datastore, sélectionnez le datastore à utiliser pour stocker les images de machine virtuelle du Application ProSphere secondaire. Le datastore doit contenir au moins 230 Go d’espace libre. Cliquez sur Suivant.


Exemples d’options : u Thin provisioned format (expansion à la demande du stockage disponible pour la machine virtuelle) pour les nouveaux systèmes de fichiers de datastore

u Thick provisioned format (le stockage de la machine virtuelle est alloué et réservé en tant que bloc)


11. À l’étape Network Mapping, sélectionnez un réseau de destination pour le Application ProSphere secondaire. Cliquez sur Suivant.




12. À l’étape Properties, renseignez les champs de configuration obligatoires. La description d’une propriété apparaît en rouge si la valeur obligatoire correspondante est incorrecte ou manquante dans la boîte de dialogue.


Vous devez définir les propriétés suivantes :


13. À l’étape Ready to Complete, passez en revue la liste des propriétés que vous avez spécifiées pour le déploiement. Si vous devez changer une valeur, cliquez sur Back pour revenir à l’étape précédente et changer la valeur. Cliquez sur Finish pour démarrer le déploiement. Une barre d’état s’affiche dans vSphere Client pour indiquer la progression du déploiement.





b. Localisez le cluster et l’hôte que vous avez sélectionnés pour l’Application ProSphere secondaire durant le déploiement.

Groupe de propriété Objectif Propriété Description

Application ProSphere secondaire Information

Configure la vApp Nom d’hôte de l’Application ProSphere secondaire

Nom d’hôte à attribuer à l’Application ProSphere secondaire (par exemple, Application ProSphere 1)

Adresse IP de l’Application ProSphere secondaire

Adresse IP à affecter au Application ProSphere secondaire si un schéma d’adresse IP fixe est utilisé

Celerra Application ProSphere secondaire

Passerelle de sous-réseau des hôtes au sein du réseau

Masque de réseau de l’Application ProSphere secondaire

Masque de réseau appliqué aux adresses IP au sein du réseau

Serveur(s) DNS de l’Application ProSphere secondaire

Liste de serveurs de noms de domaine (DNS) séparés par une virgule disponibles dans le réseau sélectionné de l’Application ProSphere secondaire et de DNS pour le KDC.

Domaine(s) de recherche de l’Application ProSphere secondaire

Liste de domaines séparés par une virgule utilisés dans le réseau sélectionné et le nom de domaine du KDC.

Uncategorized Configure le Application ProSphere secondaire

Timezone setting Fuseau horaire à définir sur les machines virtuelles déployées dans le cadre de ProSphere

Déploiement d’une Application ProSphere secondaire avec vSphere Client 93


Déploiement d’une Application ProSphere secondaire avec vCloud DirectorCette section regroupe les procédures suivantes :

u « Téléchargement du nouveau fichier de déploiement dans le catalogue » à la page 94

u « Déploiement de l’Application ProSphere secondaire à partir du modèle vApp » à la page 94

u « Modification des paramètres d’action et de délais » à la page 95

Téléchargement du nouveau fichier de déploiement dans le catalogue1. Dans l’onglet Catalogs, sélectionnez le catalogue que vous avez créé.


3. Cliquez sur l’’icône en forme de roue dentée pour afficher un menu, puis sélectionnez Upload dans les options proposées. La boîte de dialogue Upload Media s’affiche.

4. Cliquez sur Browse, puis sélectionnez le fichier .ovf. Une fois le téléchargement terminé, les fichiers sont stockés en tant que modèle vApp.


6. Saisissez la description du modèle vApp de l’Application ProSphere secondaire (comme vApp ProSphere).



Remarque : dans la zone My Cloud de l’écran vApps, si les trois machines virtuelles sont répertoriées sous le modèle vApp et que leur état est Powered Off, cela signifie que le téléchargement des fichiers OVF et VMDK a réussi.

Déploiement de l’Application ProSphere secondaire à partir du modèle vApp1. Cliquez sur l’onglet My Cloud.

2. Cliquez sur le bouton en forme de Plus (+) pour afficher la boîte de dialogue Add vApp from Catalog.






8. Sélectionnez un profil de stockage dans la liste déroulante, puis cliquez sur Next.


10. Saisissez l’adresse IP et les paramètres réseau de l’Application ProSphere secondaire. La liste suivante contient des exemples de données :










11. Sélectionnez un fuseau horaire. Cliquez sur Suivant. La boîte de dialogue Ready to Complete s’affiche.

12. Vérifiez l’exactitude des informations.


14. Une fois le déploiement terminé, dans la fenêtre My Cloud, sélectionnez la vApp du Application ProSphere secondaire et cliquez sur Start.

15. Si vous souhaitez modifier le paramètre de location par défaut de sept jours, procédez comme suit :




Modification des paramètres d’action et de délais1. Dans la fenêtre My Cloud, cliquez sur l’onglet vApp. Cliquez ensuite avec le

bouton droit de la souris sur l’Application ProSphere secondaire et sélectionnez Properties.





Enregistrement d’une Application ProSphere secondaireUne fois qu’une Application ProSphere secondaire a été déployée, enregistrez-la auprès de l’Application ProSphere qui la gère.

Pour enregistrer une Application ProSphere secondaire :

1. Saisissez l’URI de l’Application ProSphere secondaire (https://<nom_applicationsecondaire_prosphere>/appliance_registration.html ) dans la fenêtre du navigateur Web.

2. Saisissez le nom d’hôte de l’Application ProSphere qui assure la gestion.

3. Saisissez les informations d’identification de l’utilisateur qui détient le rôle Security Administrator.

4. Cliquez sur Submit.

Après l’enregistrement réussi de l’Application ProSphere secondaire auprès de l’Application ProSphere, une fenêtre de confirmation s’affiche.

Enregistrement d’une Application ProSphere secondaire 95



11

Ce chapitre contient les instructions à suivre après le déploiement de ProSphere. Les étapes de postdéploiement de ProSphere sont décrites en détail dans les sections suivantes :

u Synchronisation des fuseaux horaires et des heures système ................................ 98u Connectez-vous à ProSphere ....................................................................................... 98u Personnalisation du message de conformité aux règles de sécurité.................... 100u Intégration de ProSphere avec SMAS et Unisphere for VMAX ........................... 101u Configuration de CMCNE .......................................................................................... 112u Synchronisation des déploiements ProSphere......................................................... 118u Intégration de ProSphere avec Watch4net................................................................ 118u Déploiement de certificats accrédités........................................................................ 119u Informations complémentaires .................................................................................. 119

Tâches post-déploiement

Tâches post-déploiement 97


Synchronisation des fuseaux horaires et des heures systèmeAprès le déploiement de ProSphere, pour que la collecte des données de performances du chemin d’accès de SPA et Brocade, d’une part, et la consolidation des alertes, d’autre part, se produisent comme prévu, vérifiez les points suivants :

u Le fuseau horaire et les heures système de ProSphere et de l’hôte exécutant BNA ou CMCNE sont synchronisés.

u Les heures système de ProSphere et des hôtes exécutant SPA sont synchronisées.

Connectez-vous à ProSphere1. Ouvrez un navigateur Web et accédez à l’application ProSphere en spécifiant

l’adresse URL (en utilisant l’adresse IP ou le nom d’hôte) de la machine virtuelle sur laquelle l’Application ProSphere a été déployée.

Remarque : activez Transport Layer Security (TLS) 1.0 dans les paramètres de sécurité du navigateur Web.

2. Une boîte de dialogue liée à la sécurité peut s’afficher dans le navigateur : confirmez les messages vous invitant à accepter un certificat de sécurité issu d’EMC (ou à autoriser une exception de sécurité pour ProSphere), et poursuivez la procédure.

Remarque : la procédure d’acceptation du certificat varie en fonction du navigateur, et même d’une version à l’autre d’un même navigateur. Pour que cette boîte de dialogue ne s’affiche pas lors de la connexion, importez le certificat à partir de l’hôte que vous avez établi.

3. Saisissez le nom d’utilisateur et le mot de passe par défaut de ProSphere dans l’écran de connexion (illustré dans la figure) :

appadmin dans le champ User

Changeme1! dans le champ Password

Remarque : le nom d’utilisateur (appadmin) et le mot de passe (Changeme1!) sont prédéfinis et attribués aux rôles (Security Administrator, System Administrator et User). Changez le mot de passe de ce compte immédiatement après vous être connecté.



4. Cliquez sur Login. La Console ProSphere se charge et s’affiche dans le navigateur, comme illustré dans la figure.

Connectez-vous à ProSphere 99


Remarque : gardez à l’esprit le fait que, une fois que les informations d’identification ont été acceptées et avant que la Console ProSphere ne devienne visible, un contrôle d’intégrité rapide est effectué, et l’utilisateur est averti des problèmes susceptibles d’interférer avec le fonctionnement normal. Cela inclut, sans s’y limiter, les problèmes tels que le fait que la Application ProSphere ne parvient pas à localiser un Discovery Engine via le réseau.

Personnalisation du message de conformité aux règles de sécuritéLes rôles Security Administrator peuvent spécifier des exigences de conformité aux règles de sécurité dans un message que les utilisateurs doivent valider pouvoir accéder à ProSphere.

Si un tel message est ajouté, il sera présenté aux utilisateurs dans la bannière de connexion.



Création ou modification du message

Remarque : assurez-vous que le message est clair et que les exigences de sécurité qu’il contient sont correctes.

1. Cliquez sur Admin sur la Console ProSphere.

2. Cliquez sur l’onglet Users and Security.

3. Cliquez sur Customize Login Banner. La boîte de dialogue Customize Login Banner s’affiche.

4. Saisissez le message.OUModifiez le message existant.

5. Cliquez sur Save.

Intégration de ProSphere avec SMAS et Unisphere for VMAX

Remarque : la Matrice de support d'EMC ProSphere fournit les informations de version minimale requise pour Symmetrix Performance Analyzer (SPA) et Symmetrix Management Console (SMC). Pour connaître les exigences d’installation de SMAS, consultez la documentation de ce produit.

Remarque : unisphere for VMAX est un nouveau gestionnaire d’éléments des baies VMAX. La solution Symmetrix Management Solution (SMAS) peut continuer à être utilisée pour gérer de nombreuses baies Symmetrix. Consultez les notes de mise à jour de SMC, SPA et Unisphere for VMAX pour connaître les caractéristiques de prise en charge et d’utilisation des différentes configurations.

Les éléments suivants sont nécessaires pour une intégration fonctionnelle de Launch-in-Context pour SMAS-ProSphere.

u De préférence, une seule instance SMAS gère chaque baie Symmetrix. Si plusieurs instances SMAS gèrent une baie Symmetrix, toutes les instances doivent être conformes à la version minimale requise et être de la même version.

u Des versions SMC et SPA prises en charge doivent déjà exister dans le datacenter sur un hôte accessible aux machines virtuelles ProSphere via HTTP(S). Vérifiez qu’aucun pare-feu ne bloque leur communication directe. Le document EMC Symmetrix Management Console and EMC Symmetrix Performance Analyzer Installation Guide contient les instructions d’installation. L’installation de SPA est indépendante de l’installation de ProSphere.

Remarque : SMC peut se trouver sur un hôte neutre ou sur le processeur de service. La solution SPA est installée sur des hôtes neutres. SMC et SPA ne sont pas installés sur les machines virtuelles ProSphere.

u SMC et SPA peuvent résider sur le même hôte. Dans ce cas, SMC et SPA nécessitent conjointement 8 Go de mémoire RAM. Tenez compte de la mémoire supplémentaire nécessaire aux instances d’EMC SMI-S Provider installées sur l’hôte.

Intégration de ProSphere avec SMAS et Unisphere for VMAX 101


u L’installation SPA doit déjà être configurée pour pouvoir gérer les ressources Symmetrix dans votre datacenter. Le document EMC Symmetrix Management Console and EMC Symmetrix Performance Analyzer Installation Guide contient les instructions de configuration.

Intégration de ProSphere avec SMASPour configurer SMC et SPA, procédez comme suit :

1. Connectez-vous à SMC avec un compte d’administrateur.

2. Sur chaque baie gérée par SMC, créez un compte nommé prosphere. Cette opération est nécessaire pour la collecte des données de performances et des alertes.

a. Démarrez SMC et accédez à Tasks > Manage Roles.

b. Cliquez sur Add, puis créez un utilisateur nommé prosphere pour chaque baie Symmetrix applicable. Attribuez-lui le type User et le rôle Monitor. La boîte de dialogue Manage Roles affiche le nom de compte prosphere pour chaque baie.

3. Dans SMC, autorisez les utilisateurs ProSphere devant démarrer SMC/SPA et attribuez-leur le rôle Admin ou Monitor (aux autorisations plus restreintes) sur chacune des baies à partir desquelles ils ouvriront SMC/SPA. Les utilisateurs auront ainsi l’autorisation de démarrer SMC sur la baie spécifiée.Le nom d’utilisateur attribué dans SMC doit être identique à celui qu’aura l’utilisateur dans ProSphere.



Par exemple, si Pierre Dupont est un utilisateur ProSphere autorisé devant démarrer SMC à partir de ProSphere, attribuez-lui le rôle Admin dans la boîte de dialogue Add Role de SMC, sur chaque baie à partir de laquelle il ouvrira SMC.

Tous les comptes utilisateur créés dans ProSphere et utilisés pour démarrer SMC en contexte doivent également exister dans SMC.

Remarque : le compte appadmin existe par défaut dans ProSphere. Vous pouvez créer un compte utilisateur appadmin dans SMC afin d’utiliser le compte appadmin ProSphere pour démarrer SMC en contexte à partir de ProSphere. Pour connaître le mot de passe du compte appadmin, consultez le Guide de configuration de la sécurité d'EMC ProSphere.

4. Pour collecter les données Array FE Directors - % Busy pour une baie Symmetrix, sélectionnez les collectes Base et Diagnostic pour la baie dans la boîte de dialogue Administration -> Data Collection Registration de SPA.



5. De plus, pour la statistique Array FE Directors - % Busy, sélectionnez l’option FE Director” -> “% Busy dans la boîte de dialogue Administration - Metric Management. Cette statistique est activée par défaut dans le cadre de l’installation de SPA.

6. Créez des informations d’identification d’accès avec le type SMC-SPA dans ProSphere en sélectionnant Discovery > Access Credentials > Create Access Credential.

Remarque : un seul jeu d’informations d’identification d’accès associé au type SMC-SPA peut exister dans un même déploiement de ProSphere. Si SMC/SPA est installé sur plusieurs baies au sein d’un déploiement, utilisez les mêmes informations d’identification d’accès SMC-SPA (avec le même ID client) pour toutes les instances de SMC/SPA dans le déploiement. S’il existe plusieurs déploiements, attribuez un ID client unique aux informations d’identification d’accès SMC-SPA dans chaque déploiement.



Remarque : une fois les informations d’identification d’accès SMC - SPA créées dans un déploiement ProSphere, l’option permettant d’en créer d’autres n’est plus disponible dans la liste déroulante de la boîte de dialogue Create Access Credentials du déploiement en question.

7. Dans chaque déploiement, enregistrez un client de lancement dans toutes les instances SMC du déploiement.

a. Accédez à la vue Tasks dans SMC.

b. Dans Administration, sélectionnez Manage Launch Clients > Link and Launch.

c. Dans la fenêtre Manage Launch Clients - Client Registration, cliquez sur Add.

d. Dans la fenêtre Manage Launch Clients - Add Client, choisissez le type de client SRM. Indiquez ensuite un ID client et un mode de passe, confirmez ce dernier, puis sélectionnez Save.Toutes les données contenues dans les informations d’identification d’accès SMC-SPA créées dans ProSphere (nom d’utilisateur et mot de passe) doivent être identiques aux informations clientes saisies dans SMC.

e. Redémarrez SMAS.

Remarque : vous devez redémarrer SMAS chaque fois que vous ajoutez un client dans SMC faute de quoi l’authentification échoue.



8. À partir de la vue Discovery de ProSphere, relancez les tâches de découverte ayant découvert les baies Symmetrix. Cette opération valide les informations d’identification d’accès SMC-SPA de toutes les URL SMC/SPA découvertes pour les baies.Les fenêtres de messages de journal Performance Data Collection et Alerts Collection Status affichent les messages d’erreur appropriés.

Remarque : lorsque vous relancez les tâches de découverte, ne modifiez aucune information, notamment les informations d’identification d’accès. La tâche de découverte utilise en effet les informations d’identification d’accès SMC-SPA disponibles dans le système pour la découverte des performances.

Intégration de ProSphere avec Unisphere for VMAXPour configurer Unisphere for VMAX, procédez comme suit :

1. Connectez-vous à Unisphere for VMAX avec un compte d’administrateur.

2. Sur chaque baie gérée par Unisphere for VMAX, créez un compte nommé prosphere. Cette opération est nécessaire pour la collecte des données de performances et des alertes.

a. Accédez à Administration.

b. Sélectionnez Users and Roles.

c. Cliquez sur Créer.

d. Créez un utilisateur nommé prosphere pour chaque baie Symmetrix applicable. Attribuez-lui le type User et le rôle Monitor. L’exemple suivant illustre les données saisies par l’utilisateur sur le premier écran d’autorisation :



L’exemple suivant illustre les données saisies par l’utilisateur sur le second écran d’autorisation :

e. Cliquez sur Suivant. Vérifiez les modifications apportées, puis cliquez sur Finish.



3. Dans Unisphere for VMAX, autorisez les utilisateurs ProSphere devant démarrer SMC/SPA et attribuez-leur le rôle Admin ou Monitor (aux autorisations plus restreintes) sur chacune des baies à partir desquelles ils ouvriront SMC/SPA. Les utilisateurs auront ainsi l’autorisation de démarrer SMC sur la baie spécifiée. Par exemple, si Pierre Dupont est un utilisateur ProSphere autorisé devant démarrer SMC à partir de ProSphere, attribuez-lui le rôle Admin dans la boîte de dialogue Create User & Roles de Unisphere for VMAX sur chaque baie à partir de laquelle il ouvrira SMC.



Tous les comptes utilisateur créés dans ProSphere et utilisés pour démarrer SMC en contexte doivent également exister dans SMC.

Remarque : le compte appadmin existe par défaut dans ProSphere. Vous pouvez créer un utilisateur appadmin dans Unisphere for VMAX afin d’utiliser le compte appadmin ProSphere pour démarrer SMC en contexte à partir de ProSphere.

4. Pour collecter des données Array FE Directors - % Busy pour une baie Symmetrix, vous devez enregistrer cette dernière pour la collecte des données de performances (sous réserve que Unisphere for VMAX ait été installé avec l’option Performance Analytics). Pour ce faire, sélectionnez Performance > Settings.

5. Accédez à System Registrations.

6. Sélectionnez une ou plusieurs baies Symmetrix, puis cliquez sur Register. Sélectionnez la collecte Diagnostic. Dans l’écran System Registrations, la baie est repérée par un indicateur vert dans la case à cocher Diagnostic.



7. Par ailleurs, pour la statistique Array FE Directors - % Busy, vérifiez que la mesure FE Director - % Busy est activée (elle doit normalement l’être par défaut). Pour le vérifier, sélectionnez Performance > Settings > Metrics. Cliquez sur le bouton du filtre et sélectionnez FE Director.

8. Créez des informations d’identification d’accès avec le type SMC-SPA dans ProSphere en sélectionnant Discovery > Access Credentials > Create Access Credential.



Remarque : un seul jeu d’informations d’identification d’accès associé au type SMC-SPA peut exister dans un même déploiement de ProSphere. Si Unisphere for VMAX est installé sur plusieurs baies au sein d’un déploiement, utilisez les mêmes informations d’identification d’accès SMC-SPA (avec le même ID client) pour toutes les instances de VMAX dans le déploiement. S’il existe plusieurs déploiements ProSphere, attribuez un ID client unique aux informations d’identification d’accès SMC-SPA dans chaque déploiement.

Remarque : une fois les informations d’identification d’accès SMC-SPA créées dans un déploiement ProSphere, l’option permettant d’en créer d’autres n’est plus disponible dans la liste déroulante de la boîte de dialogue Create Access Credentials du déploiement en question.

9. Enregistrez un client de lancement dans toutes les instances Unisphere for VMAX dans le déploiement.

a. Sélectionnez Administration > Link and Launch.

b. Cliquez sur Créer.



c. Saisissez un ID client (caractères alphanumériques) et un mot de passe. Toutes les données contenues dans les informations d’identification d’accès SMC-SPA créées dans ProSphere (nom d’utilisateur et mot de passe) doivent être identiques aux informations clientes saisies dans Unisphere for VMAX.

d. Redémarrez Unisphere for VMAX.

Remarque : chaque fois que vous ajoutez un client dans Unisphere for VMAX, vous redémarrez cette application. À défaut, l’authentification échoue.

10. À partir de la vue Discovery de ProSphere, relancez les tâches de découverte ayant découvert les baies Symmetrix. Cette opération valide les informations d’identification d’accès SMC-SPA de toutes les URL SMC/SPA découvertes pour les baies. Les fenêtres de messages de journal Performance Data Collection et Alerts Collection Status affichent les messages d’erreur appropriés.

Remarque : lorsque vous relancez les tâches de découverte, il est inutile de modifier les informations, notamment les informations d’identification d’accès. La tâche de découverte utilise en effet les informations d’identification d’accès SMC-SPA disponibles dans le système pour la découverte des performances.

Configuration de CMCNECette section porte sur les fabrics homogènes et mixtes contenant un ou plusieurs switches Brocade FC gérés par Connectrix Manager Converged Network Edition (CMCNE).

CMCNECMCNE est une solution de gestion de réseau unifiée pour les réseaux de données, de stockage, de distribution d’applications, sans fil et convergés. Il fournit une interface unique pour gérer les SAN Fibre Channel Brocade, les réseaux IP, les réseaux sans fil et les réseaux MPLS (Multiprotocol Label Switching), en fournissant une visibilité de bout en bout sur un ensemble de réseaux de différents types et une expérience utilisateur cohérente et transparente.

Remarque : CMCNE procède aux découvertes et les signale aux switches Brocade EOS.



Afin d’intégrer les fonctions ProSphere avec les produits Brocade, vous avez besoin de versions sous licence de l’une des applications suivantes : (1) BNA (2) CMCNE (Professional Plus ou Enterprise Edition). Les versions d’évaluation de BNA ou de CMCNE (Professional Plus ou Enterprise Edition) sont valables 75 jours uniquement. Les notes de mise à jour de BNA et de CMCNE fournissent des informations détaillées sur les licences des produits.

Vous pouvez installer CMCNE avec un agent SMI intégré (SAN avec agent SMI) ou simplement l’agent SMI (installation sans affichage).

Le Tableau 8 à la page 113 répertorie les fonctionnalités de ProSphere prises en charge par les différentes versions de CMCNE ou de BNA.

Tableau 8 Fonctionnalité de ProSphere prises en charge par CMCNE/BNA

Emplacement de l’utilitaire keytool sur les hôtes CMCNE ou BNALe fichier keytoolutil.bat n’existe pas sur des hôtes CMCNE ou BNA. Le fichier réel s’appelle keytool.exe. Il se trouve par défaut sur les hôtes CMCNE dans :

<drive>:\Program Files\CMDCE 11,2.1\jre\bin

Sur les hôtes BNA, le fichier se situe à l’emplacement suivant :

<drive>:\Program Files (x86)\Network Advisor 11,2.0\jre\bin

Lorsque vous exécutez le fichier keytool.exe, utilisez le mot de passe admin par défaut pour BNA ou CMCNE, selon le cas. L’exemple suivant illustre la procédure d’exécution du fichier keytool.exe sur BNA :

D:\Program Files (x86)\Network Advisor 11,2.0\jre\bin>keytool -importcert -v -file d:\serverCertificate.crt -alias prosphereSaisissez un mot de passe. <default admin password>Saisissez une nouvelle fois le mot de passe :<default admin password>Responsable : CN=aownlmsspro01.ecc.mssmgt.comÉmetteur : CN=aownlmsspro01.ecc.mssmgt.comNuméro de série : afddf19db0f238bbValid from: Thu Jun 21 13:35:51 CEST 2012 until: Tue Jun 20 13:35:51 CEST 2017

CMCNE/BNA License Management

Découvertes topologiques

Collecte des données de performances

Collecte des alertes Launch-in-context

Installation sans affichage (Agent SMI uniquement)

Oui Oui Oui Non

Licence d’évaluation valide

Oui Oui Oui Oui

Licence complète Oui Oui Oui Oui

Configuration de CMCNE 113


Certificate fingerprints: MD5: 28:EB:09:3E:DE:2C:E7:68:A4:0B:F3:56:78:80:DB:33 SHA1: F1:57:FF:71:77:F3:16:72:97:BA:B0:A4:DF:FD:D5:17:3B:A3:10:8A Signature algorithm name: SHA1withRSA Version : 3 Extensions :

n° 1 : ObjectId: 2.5.29.14 Criticality=falseSubjectKeyIdentifier [KeyIdentifier [0000: 98 79 6C 28 4B 2E 64 11 C3 A5 30 CA 91 6F 4E FB .yl(K.d...0..oN.0010: 85 EF 02 89 ....]] n° 2 : ObjectId: 2.5.29.19 Criticality=falseBasicConstraints:[ CA:true PathLen:2147483647] n° 3 : ObjectId: 2.5.29.35 Criticality=falseAuthorityKeyIdentifier [KeyIdentifier [0000: 98 79 6C 28 4B 2E 64 11 C3 A5 30 CA 91 6F 4E FB .yl(K.d...0..oN.0010: 85 EF 02 89 ....] [CN=aownlmsspro01.ecc.mssmgt.com]SerialNumber: [ afddf19d b0f238bb]] Trust this certificate? [no]: yesCertificate was added to keystore[Storing C:\Users\nl06328\.keystore]



Exécution des tâches de configurationEffectuez les opérations suivantes avant de tenter d’utiliser Launch In-Context depuis ProSphere avec un système Brocade :

1. Importez le certificat du serveur ProSphere.

Téléchargez le certificat du serveur ProSphere (certificat Apache) par le biais du lien Export Certificate de ProSphere (situé sous la zone Admin dans la console ProSphere) et importez-le dans le serveur CMCNE. Utilisez le fichier keytoolutil.bat (situé dans le dossier <CMCNE_HOME>/bin) pour importer le certificat. La Section « Emplacement de l’utilitaire keytool sur les hôtes CMCNE ou BNA » à la page 113 explique comment accéder à l’utilitaire keytool sur les hôtes CMCNE ou BNA.Le nom d’alias utilisé peut être le nom court du serveur.

keytoolutil.bat import chemin-du-serveur.fichier-certificat <nom-alias>

Redémarrez le service CMCNE après l’importation du certificat du serveur.

Remarque : le Guide de configuration de la sécurité d'EMC ProSphere fournit une procédure détaillée pour effectuer l’importation du certificat du serveur ProSphere.

2. Créez un utilisateur CMCNE dont le nom d’utilisateur correspond aux informations d’identification de l’utilisateur ProSphere.

À partir de l’interface utilisateur de gestion des utilisateurs CMCNE, créez un utilisateur local dont le nom correspond à l’ID utilisateur ProSphere (par exemple appadmin).

3. Ajoutez tous les fabrics découverts dans ProSphere à une zone de responsabilité dans CMCNE, et attribuez-les au compte utilisateur que vous utiliserez pour lancer CMCNE, comme illustré dans l’écran suivant.

Remarque : si vous prévoyez de lier et de lancer CMCNE à partir de n’importe quel fabric découvert, attribuez la responsabilité suivante au compte utilisateur : All Fabrics. Si vous ne souhaitez pas attribuer d’autorisations permettant au compte d’effectuer le lancement à partir de n’importe quel fabric découvert, créez une zone de responsabilité constituant un sous-ensemble des fabrics découverts, et attribuez-la au compte utilisateur.



4. ProSphere doit être en mesure d’effectuer une recherche DNS sur l’hôte CMCNE afin de déterminer le nom de domaine qualifié de l’hôte CMCNE. S’il y a des pare-feu entre l’hôte ProSphere et CMCNE, ils doivent être configurés de manière à permettre le fonctionnement de la recherche DNS.

5. Le nom d’ordinateur de l’hôte Windows sur lequel CMCNE s’exécute doit être défini sur le nom de domaine qualifié de l’hôte. Par exemple, si le nom de domaine qualifié est cmcne-host.lss.emc.com, et si le nom de l’ordinateur est défini sur cmcne-host, Launch In-Context ne fonctionnera pas. Le nom d’ordinateur doit être défini sur cmcne-host.lss.emc.com.

Remarque : la matrice de support d’EMC ProSphere répertorie la version de CMCNE prise en charge par ProSphere.



Autorisation des utilisateurs ProSphere avec l’outil de configuration SMIA

Remarque : des conflits de port peuvent se produire si CMCNE et un autre SMI Cimom sont installés sur le même hôte et que tous deux utilisent les ports par défaut 5988 et 5989.

Sur l’hôte Brocade CMCNE, procédez comme suit :

1. Sélectionnez Start > All Programs > CMCNE > Server Management Console.

2. Si vous n’êtes pas connecté en tant qu’administrateur, cliquez avec le bouton droit de la souris sur Server Management Console et sélectionnez Run as administrator.

3. Sur la console CMCNE Server Console, cliquez sur l’onglet Services.

4. Cliquez sur Redémarrer. Le message « Stopping Services will cause CMCNE Clients… » s’affiche.

5. Cliquez sur Oui.

6. Après le redémarrage, lorsque la colonne Status affiche Started, cliquez sur Configure SMI Agent.

7. Dans la fenêtre SMIA Configuration Tool Log in, saisissez l’ID et le mot de passe utilisateur.

• Default User name : Administrateur

• Default Password: mot de passe

8. Cliquez sur Login.

9. Dans la fenêtre SMIA Configuration Tool, sous l’onglet Home, cliquez sur l’option Users.

10. Dans la fenêtre Users sous l’onglet Users, cliquez sur Add.

11. Dans la fenêtre Add User, procédez comme suit pour chaque utilisateur ProSphere :

a. Saisissez votre nom d’utilisateur ProSphere.

b. Entrez votre mot de passe ProSphere.

c. Déplacez tous les fabrics de Available Roles / AOR VERS Selected Roles /AOR.

d. Déplacez SAN System Administrator de Available Roles / AOR vers Selected Roles /AOR.

e. Une fois tous les déplacements effectués, cliquez sur OK.

12. Dans la fenêtre Users sous l’onglet Users, les utilisateursProSphere doivent normalement apparaître dans la liste sous Users.

Remarque : ProSphere devrait être capable de procéder à une recherche DNS de l’hôte CMCNE. Vérifiez que tous les ports sont ouverts entre ProSphere et le serveur CMCNE s’il existe des pare-feu entre les applications. N’oubliez pas que les pare-feu logiciels basés sur des hôtes peuvent bloquer les communications et doivent également être configurés.

Mise à jour des licencesSur l’hôte Brocade CMCNE, procédez comme suit pour mettre à jour les licences :

1. Pour ouvrir CMCNE, sélectionnez Start > All Programs > CMCNE > CMCNE, puis double cliquez sur l’icône CMCNE affichée sur le bureau. Ensuite, connectez-vous.



2. Dans la fenêtre principale (View All), sélectionnez Help > License.

3. Dans la fenêtre License, saisissez la clé de licence utilisée ou cliquez sur le bouton Browse pour localiser le fichier de clé de licence, puis cliquez sur OK.

Synchronisation des déploiements ProSphereLa procédure de déploiement d’instances multiples de ProSphere ou du Collector est la même que pour un déploiement unique. Cependant, veillez à créer des informations d’identification d’administrateur communes à tous les déploiements et à n’utiliser que ces informations d’identification pour vous connecter à ProSphere lorsque vous prévoyez de synchroniser plusieurs déploiements ProSphere.

Le guide d’administration d’EMC ProSphere et l’aide en ligne contiennent des informations concernant la synchronisation de plusieurs instances de l’Application ProSphere. Sélectionnez Home > Administering ProSphere > System > Synchronize ProSphere Applications > boîte de dialogue Synchronize Multiple ProSphere Applications.

Intégration de ProSphere avec Watch4netVous pouvez intégrer ProSphere avec Watch4net et activer la génération de rapports dans Watch4net en ce qui concerne les performances de ProSphere.

Vous pouvez désactiver l’intégration de SRM Suite chaque fois que nécessaire, notamment lorsque les instances Watch4net vont être arrêtées.

Chaque fois que l’adresse IP ou le port de Watch4net sont modifiés, modifiez également les paramètres d’intégration de SRM Suite.

Dans une configuration ProSphere fédérée, intégrez SRM à chaque instance de ProSphere.


2. Cliquez sur Configure SRM Suite Integration dans l’onglet System. La boîte de dialogue Configure SRM Suite Integration s’affiche.

3. Sélectionnez Enable integration.

a. Saisissez le nom de domaine complet ou l’adresse IP de l’hôte dans le champ Host. Ce champ ne peut excéder 63 caractères alphanumériques, traits de soulignement ( _ ), points ( . ), tirets ( - ) et barres obliques compris ( / ).

b. Saisissez le numéro de port dans le champ Port. Ce champ peut contenir au maximum une valeur à cinq chiffres comprise entre 1 et 65535.

c. Conservez la valeur par défaut du champ Group.

4. Cliquez sur OK.

Remarque : pour désactiver l’intégration, sélectionnez Disable integration dans la boîte de dialogue Configure SRM Suite Integration.



Déploiement de certificats accréditésDéployez les certificats accrédités de votre entreprise via la Console ProSphere. ProSphere est déployé avec des certificats non signés. ProSphere prend en charge uniquement les certificats X.509. Pour renforcer la sécurité, EMC recommande d’obtenir et de déployer des certificats signés propres à l’entreprise. Le déploiement de certificats peut être effectué dans la Console ProSphere. L’Aide en ligne d’EMC ProSphere contient des informations supplémentaires concernant l’importation et l’exportation de certificats. Sélectionnez Home > Administering ProSphere > Users and Security > Import and Export Certificates.

Informations complémentairesLa Bibliothèque de documentation d’EMC ProSphere (accessible à partir de la Console ProSphere) contient des informations et des ressources d’assistance complémentaires.

Pour afficher la librairie, cliquez avec le bouton droit de la souris sur le bouton d’aide (?), puis sélectionnez Search All Documentation.

Figure 9 Affichage de la librairie documentaire d’EMC ProSphere

Déploiement de certificats accrédités 119



A

Les mises à jour de EMC ProSphere sont apportées séparément à chaque machine virtuelle depuis un navigateur Web.

Ce chapitre explique comment déployer des mises à jour de ProSphere. Il se compose des sections suivantes :

u Présentation.................................................................................................................. 122u Méthodes de mise à jour de ProSphere.................................................................... 123u Installation des mises à jour sur ProSphere............................................................. 124u Création et restauration de snapshots ou de backups ........................................... 129u Sauvegarde et restauration ProSphere avec VMware Data Recovery................. 132

Mises à jour et sauvegardes

Mises à jour et sauvegardes 121


PrésentationEMC peut régulièrement vous fournir des mises à jour de ProSphere. Il peut s’agir de correctifs, d’améliorations et d’ajouts portant sur la documentation et les fonctionnalités de ProSphere. Seules certaines mises à jour ont une incidence sur l’ensemble des machines virtuelles dans ProSphere. Consultez la documentation relative aux mises à jour pour obtenir des informations plus détaillées et des instructions en la matière.

IMPORTANT!L’application des mises à jour implique tout d’abord de prendre un snapshot de toutes les machines virtuelles ProSphere, c’est-à-dire d’en faire une sauvegarde.

IMPORTANT!Si sur un site, au moins deux instances de ProSphere sont déployées et que certaines sont fédérées entre elles, vous devez exécuter toutes les mises à jour de ProSphere en parallèle. Après la mise à jour, toutes les instances doivent être redémarrées en même temps. La fonctionnalité de groupes fédérés prend en charge l’affichage des groupes de sites fédérés uniquement lorsque les sites Master et Non-Master exécutent la même version de ProSphere.

IMPORTANT!Après la mise à niveau depuis ProSphere 1.7, si l’interface utilisateur affichée est celle de la version 1,7 de ProSphere, videz le cache du navigateur et lancez une nouvelle session de navigation.



Méthodes de mise à jour de ProSphereLes machines virtuelles incluses dans ProSphere comprennent les éléments suivants :

u Application ProSphere

u Discovery Engine et des Collectors

u Historical Database

Le Tableau 9 à la page 123 présente les différentes méthodes de mise à jour des machines virtuelles ProSphere.

Tableau 9 Détail des mises à jour

Source Extension Action Méthode

EMC Update Repository

Non disponible

La section « Sélection d’un CDROM virtuel ou d’un serveur Web pour les mises à jour » à la page 126 explique comment configurer l’interface de mise à jour ProSphere afin d’utiliser l’une des URL d’EMC Update Repository pour obtenir les mises à jour depuis le Web. Une URL différente permet d’obtenir les mises à jour de chaque machine virtuelle ProSphere. Appliquez les mises à jour.

Référentiel spécifié

Serveur Web installé par le client

zip Créez un serveur Web pour les mises à jour et configurez l’emplacement dans lequel ce serveur accédera aux fichiers zip. Accédez au site de support en ligne EMC à l’aide de l’URL fournie par EMC. Téléchargez puis décompressez les fichiers zip à l’emplacement configuré. La section « Sélection d’un CDROM virtuel ou d’un serveur Web pour les mises à jour » à la page 126 explique comment configurer l’interface de mise à jour ProSphere afin d’utiliser l’URL du serveur Web pour obtenir les mises à jour. Appliquez les mises à jour.

Il existe un fichier zip différent pour chaque machine virtuelle ProSphere.

Chacun de ces fichiers contient deux dossiers, Manifest et Packages. Le dossier Manifest contient les fichiers de métadonnées xml ; le dossier Package contient, quant à lui, les packages rpm à mettre à jour.

Référentiel spécifié

CD-ROM iso Accédez au site de support en ligne EMC. Téléchargez un fichier ISO sur un CD-ROM virtuel, comme indiqué à la section « Téléchargez un fichier ISO sur un CD-ROM virtuel. » à la page 124.

La section « Sélection d’un CDROM virtuel ou d’un serveur Web pour les mises à jour » à la page 126 explique comment configurer l’interface de mise à jour ProSphere afin d’obtenir les mises à jour à partir d’un CD-ROM virtuel. Appliquez les mises à jour.

Mise à jour à l’aide d’un CD-ROM virtuel

Méthodes de mise à jour de ProSphere 123


Téléchargez un fichier ISO sur un CD-ROM virtuel.1. Dans vSphere, affichez le client vSphere.

2. Sélectionnez chacune des trois machines virtuelles ProSphere et connectez le fichier ISO à la machine virtuelle à l’aide de l’option Connect to ISO image on local disk option, comme indiqué dans la figure suivante. Les trois machines virtuelles sont :

• DiscoveryAppliance

• HistoricalDatabase

• StorageResourceManager.

Une fois le fichier ISO joint, l’identification des mises à jour peut prendre quelques minutes excepté en cas de vérification forcée des mises à jour.

Installation des mises à jour sur ProSphereLes sections suivantes expliquent comment mettre à jour ProSphere.

Remarque : après l’application des mises à jour, il se peut que certaines fonctionnalités de ProSphere ne fonctionnent pas correctement avant une nouvelle découverte des baies.



Création de snapshots avant une mise à jour logicielleAvant d’appliquer une mise à jour, il est préférable de créer un snapshot ou une sauvegarde de chaque machine virtuelle ProSphere. La section « Création et restauration de snapshots ou de backups » à la page 129 fournit d’autres informations sur la création de snapshots et de sauvegardes de machines virtuelles pour ProSphere.

Après avoir appliqué les mises à jour à une machine virtuelle ProSphere, arrêtez, puis redémarrez la vApp. Suivez les instructions de la section « Arrêt ou démarrage de ProSphere ou de ses machines virtuelles » à la page 130.

Remarque : ProSphere ne crée aucun retour arrière ni point de sauvegarde avant l’application des mises à jour.

Consultez votre documentation VMware pour obtenir plus d’informations sur la création de sauvegardes et de snapshots. VMware propose également une documentation sur son site http://www.vmware.com.

Sélectionnez l’EMC Update Repository en tant que source de mise à jour.Cette section explique comment configurer l’EMC Update Repository en tant que source en ligne des mises à jour manuelles.

Une fois connecté à ProSphere, procédez comme suit :


2. Cliquez sur l’onglet System.

3. Cliquez sur Manage Application Software.

4. Sélectionnez un composant système.

5. Cliquez sur Specify Repository pour accéder à la boîte de dialogue Specify Repository.

6. Sélectionnez Use EMC repository.

7. Saisissez l’URL de Tableau 10 à la page 125.

8. Entrez le nom d’utilisateur et le mot de passe.

Remarque : un nom d’utilisateur et un mot de passe valides sur le site support EMC est nécessaire pour pouvoir accéder à l’EMC Update Repository.

Tableau 10 Mise à jour de l’URL des machines virtuelles ProSphere

ordinateur virtuel Mise à jour de l’URL

Application ProSphere https://vupdate.emc.com/StorageResourceManager

Discovery Engine https://vupdate.emc.com/DiscoveryAppliance

Historical Database https://vupdate.emc.com/HistoricalDatabase

Collector https://vupdate.emc.com/CollectorAppliance

Installation des mises à jour sur ProSphere 125

http://www.vmware.com/support/pubs/

http://www.vmware.com/support/pubs/


Sélection d’un CDROM virtuel ou d’un serveur Web pour les mises à jourLa section suivante explique comment configurer la source des mises à jour manuel sur l’une des valeurs suivantes :

u Use CD-ROM updates (en cas de mises à jour à partir d’un fichier iso)

u Use specified repository (en cas d’utilisation d’un fichier zip)

Une fois connecté à ProSphere, procédez comme suit :




4. Sélectionnez un composant système.

5. Cliquez sur Specify Repository pour accéder à la boîte de dialogue Specify Repository.

a. Si vous sélectionnez Use CDROM updates, vous allez télécharger le fichier ISO sur un CD-ROM virtuelle, comme expliqué dans le Tableau 9 à la page 123.

b. Si vous sélectionnez Use specified repository, saisissez l’URL du serveur Web installé par le client sur lequel les machines virtuelles rechercheront les mises à jour. Si l’URL nécessite une authentification, indiquez un nom d’utilisateur et un mot de passe valides.

Réception d’un rappel de mises à jour lors de la connexion et application des mises à jourLe système recherche régulièrement les mises à jour.

Si des mises à jour sont disponibles lorsque vous vous connectez à ProSphere, la boîte de dialogue Software Updates Available vous l’indique.



Le Tableau 11 à la page 127 décrit les boutons de cette boîte de dialogue.

Vous pouvez désactiver le rappel des mises à jour en procédant comme suit :



3. Cliquez sur Manage Application Software .

4. Dans la boîte de dialogue Manage Application Software, cliquez sur Updates Reminder.

5. Sélectionnez Only show updates in Manage Application Software dialogs.

Remarque : cette option désactive la recherche automatique des mises à jour au moment de la connexion.

6. Cliquez sur OK, ou sur Close pour fermer la boîte de dialogue sans apporter de modifications.

Tableau 11 Boîte de dialogue Software Updates Available : boutons

Button Description

Update Software Permet d’afficher la boîte de dialogue Update Software.Pour appliquer les mises à jour, cochez la case située en regard de chaque mise à jour à appliquer, puis cliquez sur Install Updates.Une fois les mises à jour installées, si le Discovery Engine Collector est déployé, cliquez sur le bouton d’aide pour connaître la procédure à suivre. Sinon, dans le client vSphere, arrêtez et redémarrez la vApp ProSphere. Suivez les instructions de la section « Création et restauration de snapshots ou de backups » à la page 129.

Remarque : les mises à jour de ProSphere sont uniquement disponibles dans une nouvelle session de navigateur. Par conséquent, une fois les mises à jour appliquées, vous êtes invité à fermer le navigateur et à le rouvrir.

Pendant le redémarrage, une opération de migration du journal est lancée. Elle peut durer de quelques minutes à une heure en fonction du volume de données concerné. Vous pouvez vous connecter de temps en temps à la Console ProSphere pour vérifier la progression. Si aucun message n’est affiché, vous pouvez considérer que l’opération de migration du journal a réussi. En cas de message d’erreur, contactez le Support Clients. Avant la fin de la migration du journal, un message semblable au suivant apparaît :Migration of data for <...> is still in progress. We suggest logging out and returning once migration is complete. If you continue, some functionality may not be available.

Remind Me Later Reporte le rappel.

No Reminder Empêche l’apparition du rappel.

Aide Affiche l’aide en ligne.

Installation des mises à jour sur ProSphere 127


Recherche et application manuelles des mises à jourPour rechercher manuellement les mises à jour, procédez comme suit :




Si des mises à jour sont disponibles, la zone Health Details de la boîte de dialogue Manage Application Software vous en informe. Si la recherche de mises à jour échoue, les détails de cette opération s’affichent.

La section « Boîte de dialogue Manage Application Software : boutons » à la page 128 présente les boutons de la boîte de dialogue Manage Application Software.

Tableau 12 Boîte de dialogue Manage Application Software : boutons

Button Description

Update Software Permet d’afficher la boîte de dialogue Update Software.Pour afficher les toutes dernières mises à jour disponibles, cliquez sur Check for New Updates.Pour appliquer les mises à jour, cochez la case située en regard de chaque mise à jour à appliquer, puis cliquez sur Install Updates.Une fois les mises à jour installées, si le Discovery Engine Collector est déployé, cliquez sur le bouton d’aide pour connaître la procédure à suivre. Sinon, dans le client vSphere, arrêtez et redémarrez la vApp ProSphere. Suivez les instructions de la section « Création et restauration de snapshots ou de backups » à la page 129.

Remarque : les mises à jour de ProSphere sont uniquement disponibles dans une nouvelle session de navigateur. Par conséquent, une fois les mises à jour appliquées, vous êtes invité à fermer le navigateur et à le rouvrir.

Pendant le redémarrage, une opération de migration du journal est lancée. Elle peut durer de quelques minutes à une heure en fonction du volume de données concerné. Vous pouvez vous connecter de temps en temps à la Console ProSphere pour vérifier la progression. Si aucun message n’est affiché, vous pouvez considérer que l’opération de migration du journal a réussi. En cas de message d’erreur, contactez le Support Clients.Avant la fin de la migration du journal, un message semblable au suivant apparaît :Migration of data for <...> is still in progress. We suggest logging out and returning once migration is complete. If you continue, some functionality may not be available.

Specify Repository Sélectionne la source des mises à jour. La section « Sélectionnez l’EMC Update Repository en tant que source de mise à jour. » à la page 125 décrit ce bouton..

Update Reminder La section « Réception d’un rappel de mises à jour lors de la connexion et application des mises à jour » à la page 126 décrit ce bouton..

Arrêt Ferme la boîte de dialogue Manage Application Software sans appliquer les mises à jour.

Aide Affiche l’aide en ligne.



Impact des mises à niveauLa mise à niveau entraîne l’échec des tâches de collecte des données de performances et des alertes en cours d’exécution.

Pour éviter l’échec des tâches de découverte, créez des informations d’identification d’accès SMC-SPA dans ProSphere afin de représenter toutes les instances SMC/SPA dans le réseau. Ces informations permettent à ProSphere d’être représenté en tant que client de lancement dans SMC. Le client de lancement doit être enregistré dans toutes les instances SMC/SPA.

La mise à niveau de ProSphere version 1.5 vers la version 1.6 ou ultérieure peut avoir les conséquences suivantes :

u La collecte des données de performances peut échouer.

u Les tâches de collecte des alertes peuvent échouer.

u Les tâches de découverte configurées avec les informations d’identification par défaut sont dissociées.

En cas d’échec de la découverte des baies, l’état de la baie est affiché dans le lien Performance Detection Failures dans Discovery Job Execution Results.

Différentes causes peuvent être à l’origine d’un échec :

u Les informations d’identification d’accès SMC-SPA n’ont pas été créées.

u Les attributs des informations d’identification d’accès SMC-SPA ne correspondent pas aux informations présentes dans le client de lancement correspondant au sein d’une instance SMC/SPA.

Suivez les étapes de la section « Intégration de ProSphere avec SMAS et Unisphere for VMAX » à la page 101.

Création et restauration de snapshots ou de backupsLes snapshots ou les sauvegardes des machines virtuelles ProSphere vous permettent de rétablir entièrement l’état du travail précédent de ProSphere en cas d’échec d’une mises à jour.

Au lieu d’utiliser des snapshots, votre datacenter peut utiliser VMware Data Recovery comme solution de sauvegarde de votre environnement virtuel. La section « Sauvegarde et restauration ProSphere avec VMware Data Recovery » à la page 132 explique comment créer des sauvegardes avec VMware Data Recovery.

IMPORTANT!Si plusieurs déploiements sont synchronisés, nous vous recommandons de planifier des sauvegardes des sites synchronisés pour qu’ils démarrent en même temps. Cela permet de réduire les erreurs résultant désynchronisation des sites.

Remarque : votre environnement VMware peut comporter des règles prédéfinies sur la création de snapshots et de sauvegardes. Contactez votre administrateur VMware avant de créer des snapshots ou des sauvegardes des machines virtuelles ProSphere. Les procédures présentées ici sont fournies à titre indicatif uniquement.

Création et restauration de snapshots ou de backups 129


Arrêt ou démarrage de ProSphere ou de ses machines virtuelles

IMPORTANT!Si une vApp ou une machine virtuelle ProSphere n’est pas correctement arrêtée, les données de configuration réseau peuvent être perdues et la machine virtuelle ProSphere sera isolée du réseau après le démarrage. Ce problème est connu de VMware.

Le Tableau 13 à la page 130 explique comment procéder à des arrêts et des démarrages avec des options accessibles à l’aide du bouton droit de la souris dans la console vSphere.

Le Tableau 13 à la page 130 explique comment procéder à des arrêts et des démarrages avec des options accessibles à l’aide du bouton droit de la souris dans la console vSphere. Sélectionnez une machine virtuelle ou une vApp, puis utilisez la commande spécifiée.

IMPORTANT!Ne procédez pas au redémarrage à partir de la ligne de commande ou en utilisant la commande Restart Guest des outils VMware. L’appliance risque en effet d’être inutilisable et d’entraîner la génération d’un fichier ovfEnv.xml vide qui pourrait endommage le fichier /etc/hosts avec des entrées incorrectes.

IMPORTANT!Si un Collector est arrêté directement sans que le système ne soit correctement arrêté au préalable, la Console ProSphere peut se bloquer. Il est recommandé d’utiliser la commande Shutdown Guest de vCenter avant tout arrêt.

Création de snapshots ProSpheredans vSphere ClientPour créer un snapshot de chacune des machines virtuelles ProSphere dans VMware vSphere Client, procédez comme suit :

1. Ouvrez vSphere Client et connectez-vous au vCenter Server qui gère l’environnement VMware dans lequel ProSphere est exécuté.

Tableau 13 Procédure paraît de démarrage depuis la console vSphere

Élément Pour arrêter, utilisez… Pour démarrer, utilisez…

Machine virtuelle ProSphere : Invité ShutDown Alimentation activée

vApp ProSphere Mettre hors tension Alimentation activée

Tableau 14 Procédures d’arrêt et de démarrage depuis la console vCloud

Élément Pour arrêter, utilisez… Pour démarrer, utilisez…

Machine virtuelle ProSphere : Arrêter Arrêter

vApp ProSphere Démarrer Démarrer



2. Accédez à la vApp ProSphere. Pour accéder à la vApp, saisissez un nom dans le champ de recherche Search Inventory. Vous pouvez également accéder à la vApp dans le panneau d’inventaire.

Remarque : dans un déploiement scale-out, il existe des machines virtuelles supplémentaires de type Collector, tel que décrit dans le chapitre du Guide d’administration d’EMC ProSphere portant sur l’architecture. Arrêtez les Collector, puis la vApp. Arrêtez les Collectoren cliquant sur chacun d’eux à l’aide du bouton droit dans la console vSphere, puis en sélectionnant Shutdown Guest.

3. Arrêtez la vApp en cliquant sur son entrée avec le bouton droit de la souris, puis en sélectionnant Shutdown Guest invité.

IMPORTANT!Ne prenez pas de snapshots quand ProSphere est en cours d’exécution.

4. Cliquez avec le bouton droit de la souris sur la première machine virtuelle, puis sélectionnez Snapshot > Take snapshot.

5. Dans la boîte de dialogue Take Virtual Machine Snapshot, complétez les champs Name et Description du snapshot..

6. Cliquez sur OK pour créer le snapshot. L’état de création du snapshot est affiché dans la barre d’état Recent Tasks.

7. Répétez les étapes 4 à 6 pour chaque machine virtuelle comprise dans la vApp ProSphere

8. Lorsque l’état de chaque snapshot est Completed, démarrez la vApp ProSphere. Cliquez avec le bouton droit de la souris sur la vApp ProSphere et sélectionnez Power On.

9. Redémarrez les Collectors. Redémarrez chaque Collector en cliquant avec le bouton droit de la souris sur la console vSphere et en sélectionnant Power On.

Retour arrière vers un snapshot dans vSphere ClientPour effectuer un retour arrière vers un snapshot d’une machine virtuelle ProSphere dans VMware vSphere Client, procédez comme suit :

1. Ouvrez vSphere Client et connectez-vous au vCenter Server qui gère l’environnement VMware dans lequel ProSphere est exécuté.

2. Accédez à la ProSphere et une de ses machines virtuelles. Pour accéder à la vApp, saisissez un nom dans le champ de recherche Search Inventory. Vous pouvez également accéder à la vApp dans le panneau d’inventaire.

3. Cliquez avec le bouton droit de la souris sur la machine virtuelle, puis sélectionnez Snapshot, Snapshot Manager.

4. Dans la boîte de dialogue Snapshot Manager, sélectionnez le nom du snapshot auquel revenir, puis cliquez sur Go to.

5. Cliquez sur Yes dans la boîte de dialogueConfirm pour procéder au retour arrière.

Remarque : si vous procédez au retour arrière d’une machine virtuelle ProSphere en raison de l’échec de sa mise à jour, EMC recommande d’effectuer le retour arrière de chaque machine virtuelle ProSphere jusqu’au snapshot correspondant.

Création et restauration de snapshots ou de backups 131


Remarque : si plusieurs instances de ProSphere sont synchronisées et que l’une d’elles subit un retour arrière jusqu’à un snapshot donné, des erreurs se produiront lors des tentatives d’accès au détail des objets découverts après le retour arrière. Le chapitre du Guide d’administration d’EMC ProSphere portant sur la synchronisation explique cette situation en détail.

Création de snapshots ProSpheredans vCloud DirectorPour prendre un snapshot de la vApp ProSphere, procédez comme suit :

1. Si des Collectors ou une Application ProSphere secondaire sont configurés dans l’environnement, arrêtez-les avant de démarrer la vApp.

2. Démarrer la vApp ProSphere.

3. Cliquez sur l’onglet My Cloud et choisissez la vApp ProSphere devant faire l’objet d’un snapshot.

4. Cliquez avec le bouton droit de la souris sur la vApp, puis sélectionnez Create SnapShot.

5. Si un Collector ou une Application ProSphere secondaire est déployé, répétez l’étape 4.

Remarque : vCloud director ne prend actuellement en charge qu’un seul snapshot. Le snapshot précédent sera écrasé si vous prenez un nouveau snapshot.

Retour arrière vers un snapshot dans vCloud Director1. Cliquez sur l’onglet My Cloud et choisissez la vApp ProSphere vers laquelle

revenir.

2. Cliquez avec le bouton droit de la souris sur la vApp, puis sélectionnez Revert to snapshot.

3. Si un Collector ou une Application ProSphere secondaire est déployé, répétez l’étape 2.

Sauvegarde et restauration ProSphere avec VMware Data RecoveryLe VMWare Data Recovery Administration Guide explique comment sauvegarder et restaurer des machines virtuelles.

Si VMware Data Recovery est employé pour les sauvegardes, chaque machine virtuelle doit comporter un nom qui la différencie des autres dans l’ensemble des déploiements réalisés par un client dans vCenter.

Dans un déploiement scale-out, il existe des machines virtuelles supplémentaires de type Collector, tel que décrit dans le chapitre du Guide d’administration d’EMC ProSphere portant sur l’architecture. Programmez des sauvegardes distinctes de la vApp et du Collector. Programmez ces sauvegardes pour qu’elles interviennent en même temps. Lors de la restauration des machines virtuelles à partir des sauvegardes, désactivez l’alimentation automatique sur le Collector pour pouvoir le démarrer manuellement après le démarrage et la restauration du Discovery Engine.



En cas de sauvegarde au moyen d’un enregistreur, déplacez les Collectors dans le conteneur de la vApp, dans le Groupe1, avec les autres machines ProSphere Dans ce cas, l’option Shutdown Operation est paramétrée par défaut sur Power Off. Cette valeur ne permet par un arrêt normal du Collector.

Pour autoriser l’arrêt normal du Collector, procédez comme suit :

1. Sélectionnez Edit Settings.

2. Sélectionnez l’onglet Start Order.

3. Sous Shutdown Action, paramétrez l’option Operation sur Guest Shutdown.

4. Paramétrez Shutdown sequence proceeds when sur 600.

5. Cliquez sur OK.

Sauvegarde et restauration ProSphere avec VMware Data Recovery 133



Documents

Guide de déploiement d'EMC ProSphere · RÉV. 02. 2 Guide de déploiement d’EMC ProSphere ... Chapitre 7 Configuration des switches et des fabrics ... • noms de ressources, attributs,