emc vipr controller · 2020-03-07 · hitachi data systems avant d’ajouter la solution de...

EMC® ViPR® ControllerVersion 2.3

Guide d’informations et des exigencesrelatives au datacenter virtuel302-002-068

REV 01

Copyright © 2013-2015 EMC Corporation. Tous droits réservés.

Publié en Novembre, 2015

EMC estime que les informations figurant dans cette publication sont exactes à la date de parution. Ces informations sontsujettes à modification sans préavis.

LES INFORMATIONS CONTENUES DANS CETTE PUBLICATION SONT FOURNIES "EN L' ÉTAT". EMC CORPORATION NE FOURNITAUCUNE DÉCLARATION NI GARANTIE CONCERNANT LES INFORMATIONS CONTENUES DANS CETTE PUBLICATION ET REJETTE PLUSSPÉCIALEMENT TOUTE GARANTIE DE VALEUR MARCHANDE OU D’ADÉQUATION IMPLICITE À UN BESOIN SPÉCIFIQUE.

EMC², EMC et le logo EMC sont des marques déposées ou des marques commerciales d’EMC Corporation aux États-Unis etdans d’autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteursrespectifs.

Pour obtenir les documents réglementaires les plus récents pour votre produit, rendez-vous sur le site de support enligne https://support.emc.com.

EMC Computer Systems FranceRiver Ouest 80 quai Voltaire CS 21002 95876 Bezons CedexTél. : +33 1 39 96 90 00 Fax : +33 1 39 96 99 99http://france.emc.com

2 EMC ViPR Controller 2.3 Guide d’informations et des exigences relatives au datacenter virtuel

Contrôleur ViPR Présentation des conditions et des informationsrequises pour un VDC 5

Répartition des rôles pour le datacenter virtuel Contrôleur ViPR 7

Privilèges requis dans VirtualCenter VMware® ............................................... 8Répartition des rôles pour la configuration d’un VDC....................................... 8

Conditions requises et informations relatives aux ressourcesphysiques 9

Systèmes de stockage...................................................................................10Hitachi Data Systems ................................................................................... 10

Activation de la consignation des données de performances des baiesde stockage HDS dans Storage Navigator.........................................11Création d’un nouvel utilisateur à l’aide de Storage Navigator sur HDS........................................................................................................ 12Présentation.................................................................................... 12

EMC VMAX.................................................................................................... 15Fournisseur SMI-S : configuration requise pour VMAX...................... 15Fournisseur SMI-S : versions requises pour SRDF............................. 16Mises à niveau requises...................................................................16VMAX : système de stockage............................................................17

EMC VNX for Block ........................................................................................17Fournisseur SMI-S : configuration requise pour VNX for Block...........18VNX for Block : système de stockage ............................................... 19

VPLEX ...........................................................................................................20Stockage en mode bloc tiers (OpenStack) .................................................... 20

Conditions requises pour l’installation du fournisseur de stockage enmode bloc tiers................................................................................ 20Prise en charge du système de stockage tiers en mode bloc ............ 21Opérations Contrôleur ViPR prises en charge....................................22Configuration d’OpenStack.............................................................. 22Conditions requises pour la configuration du service Cinder............ 22Paramètres de configuration des systèmes de stockage back-end....23Configuration des volumes requise pour OpenStack........................ 23

Contrôleur ViPR : configuration pour les ports de stockage en mode bloc tiers..................................................................................................................... 24EMC ScaleIO autonome................................................................................. 25EMC XtremIO ................................................................................................ 25EMC VNXe..................................................................................................... 26Configuration matérielle générale requise pour le système de stockage........ 26EMC® Data Domain®.................................................................................... 26EMC Isilon .................................................................................................... 27NetApp 7-mode ............................................................................................ 28NetApp en mode Cluster ...............................................................................28EMC VNX for File ........................................................................................... 28Systèmes RecoverPoint ................................................................................ 28Gestionnaires de fabrics (switches)...............................................................29

Contrôleur ViPR : terminologie pour les réseaux et les switches........29

Chapitre 1

Chapitre 2

Chapitre 3

SOMMAIRE

EMC ViPR Controller 2.3 Guide d’informations et des exigences relatives au datacenter virtuel 3

Brocade........................................................................................... 29Prise en charge par Contrôleur ViPR du routage Fibre Channel avec lesswitches Brocade.............................................................................31Configuration requise pour le routage Brocade Fibre Channel...........32Cisco................................................................................................33Contrôleur ViPR : prise en charge par du routage inter-VSAN avec desswitches Cisco................................................................................. 33Cisco Configuration requise pour le routage inter-VSAN....................35

Systèmes de traitement Vblock..................................................................... 35Images de traitement.................................................................................... 36Hôtes............................................................................................................ 36

Hôtes AIX et serveurs AIX VIO........................................................... 37HP-UX.............................................................................................. 37Linux ...............................................................................................37Windows..........................................................................................37

Conditions et informations requises pour la gestion des ressourcesvirtuelles 41

Présentation..................................................................................................42Planification de la création de votre baie virtuelle..........................................42

Conditions requises pour le zoning SAN...........................................42Planification de la méthode d’ajout des ressources physiques dans labaie virtuelle....................................................................................42Conditions requises pour une baie virtuelle pour les services systèmeVblock............................................................................................. 44

Remarques sur la configuration du stockage en mode bloc........................... 45Hitachi Data Systems....................................................................... 45VMAX............................................................................................... 46VMAX3............................................................................................. 47EMC VNX for Block............................................................................48EMC VNXe for Block..........................................................................48EMC VPLEX ...................................................................................... 48Systèmes de stockage (OpenStack) en mode bloc tiers.................... 49Systèmes de stockage en mode bloc gérés par Contrôleur ViPR........49

Remarques sur la configuration du stockage en mode fichier........................ 49EMC® Data Domain®....................................................................... 50EMC VNX for File...............................................................................50

Configuration ViPR requise pour les modèles de profil de service.................. 50

Chapitre 4

SOMMAIRE


CHAPITRE 1

Contrôleur ViPR Présentation des conditions etdes informations requises pour un VDC

Ce guide, destiné aux administrateurs système et aux administrateurs de tenantsContrôleur ViPR, contient toutes les informations nécessaires pour configurer lesressources physiques ajoutées au datacenter virtuel (VDC) Contrôleur ViPR, et indique lesconditions requises pour convertir les ressources physiques Contrôleur ViPR(découvertes par Contrôleur ViPR) et les intégrer aux réseaux, baies virtuelles et poolsvirtuels Contrôleur ViPR du VDC Contrôleur ViPR.

Documentation connexeLes guides suivants expliquent comment configurer un VDC :

l Guide de configuration du datacenter virtuel via l’interface utilisateur Contrôleur ViPR.

l Guide de configuration du datacenter virtuel via l’API REST de Contrôleur ViPR.

Accédez aux deux documents à partir de l’Index de la documentation produit ViPRController.

La Matrice de support Contrôleur ViPR indique la version requise pour les ressourcesphysiques. Ce document est disponible sur le EMC Community Network à l’adressesuivante : community.emc.com.

Contrôleur ViPR Présentation des conditions et des informations requises pour un VDC 5

https://community.emc.com/docs/DOC-44463


Contrôleur ViPR Présentation des conditions et des informations requises pour un VDC


CHAPITRE 2

Répartition des rôles pour le datacenter virtuelContrôleur ViPR

Ce chapitre contient les sections suivantes :

l Privilèges requis dans VirtualCenter VMware® ........................................................8l Répartition des rôles pour la configuration d’un VDC............................................... 8

Répartition des rôles pour le datacenter virtuel Contrôleur ViPR 7

Privilèges requis dans VirtualCenter VMware®

Contrôleur ViPR exige que vous possédiez certains privilèges associés à votre rôle dansVMware VirtualCenter pour effectuer des actions de découverte vCenter et créer desdatastores.

Privilèges relatifs aux datastores

l Datastore.Allocate space

l Datastore.Browse datastore

l Datastore.Configure datastore

l Datastore.Remove datastore

Privilèges relatifs aux hôtes

l Host.CIM.CIM Interaction

l Host.Configuration.Storage partition configuration

Répartition des rôles pour la configuration d’un VDCLes administrateurs système et les administrateurs de tenants Contrôleur ViPR sontresponsables de la configuration du VDC Contrôleur ViPR.

Pour de plus amples détails sur les rôles et les droits d’accès Contrôleur ViPR, consultezle Guide de configuration des environnements multisites, des tenants, des projets et de lasécurité via l’interface utilisateur Contrôleur ViPR.

Contrôleur ViPR Opérations à la charge des administrateurs systèmeLes administrateurs système Contrôleur ViPR sont chargés uniquement des opérations deconfiguration des VDC suivantes :

Ajout et configuration des ressources physiques suivantes :

l Systèmes de stockage

l Systèmes de protection des données

l Gestionnaires de fabrics (switches Brocade et Cisco)

l Réseaux

l Systèmes de traitement Vblock

l Images de traitement

Ajout et configuration des ressources virtuelles suivantes :

l Réseaux

l Baies virtuelles

l Pools virtuels en mode bloc

l Pools virtuels en mode fichier

l Pools virtuels de traitement

Contrôleur ViPR Opérations à la charge des administrateurs de tenantsL’utilisateur disposant du rôle Administrateur de tenant se charge d’ajouter et deconfigurer les hôtes, les clusters et les vCenters dans les ressources physiquesContrôleur ViPR.

Répartition des rôles pour le datacenter virtuel Contrôleur ViPR


CHAPITRE 3

Conditions requises et informations relatives auxressources physiques


l Systèmes de stockage...........................................................................................10l Hitachi Data Systems ........................................................................................... 10l EMC VMAX.............................................................................................................15l EMC VNX for Block ................................................................................................17l VPLEX ...................................................................................................................20l Stockage en mode bloc tiers (OpenStack) ............................................................ 20l Contrôleur ViPR : configuration pour les ports de stockage en mode bloc tiers.......24l EMC ScaleIO autonome......................................................................................... 25l EMC XtremIO ........................................................................................................ 25l EMC VNXe............................................................................................................. 26l Configuration matérielle générale requise pour le système de stockage................ 26l EMC® Data Domain®............................................................................................ 26l EMC Isilon ............................................................................................................ 27l NetApp 7-mode .................................................................................................... 28l NetApp en mode Cluster .......................................................................................28l EMC VNX for File ................................................................................................... 28l Systèmes RecoverPoint ........................................................................................ 28l Gestionnaires de fabrics (switches).......................................................................29l Systèmes de traitement Vblock............................................................................. 35l Images de traitement............................................................................................ 36l Hôtes.................................................................................................................... 36

Conditions requises et informations relatives aux ressources physiques 9

Systèmes de stockagePrenez connaissance des conditions et des informations requises par Contrôleur ViPRpour saisir les informations d’identification et définir des mesures basées sur les portspour les systèmes de stockage. Découvrez également comment ajouter et configurer unsystème de stockage dans Contrôleur ViPR.

Informations d’identification de l’utilisateur du système de stockageLorsque vous ajoutez des systèmes de stockage dans Contrôleur ViPR, vous spécifiez lesinformations d’identification de l’utilisateur qui accèdera au système de stockage à partirde Contrôleur ViPR. Ces informations d’identification sont indépendantes de l’utilisateuractuellement connecté à Contrôleur ViPR. Toutes les opérations Contrôleur ViPReffectuées sur un système de stockage sont exécutées au nom de l’utilisateur auquell’accès au système de stockage a été accordé.

Contrôleur ViPR nécessite que l’utilisateur Contrôleur ViPR possède des privilègesd’administration. Si d’autres informations d’identification sont nécessaires pour accéderà un type spécifique de système de stockage, celles-ci sont décrites en détail dans lessections suivantes de ce guide ayant trait au stockage.

Hitachi Data SystemsAvant d’ajouter la solution de stockage EMC Hitachi Data Systems (HDS) dans ContrôleurViPR, configurez le stockage comme suit.

Collecte des informations requisesHitachiHiCommand Device Manager (HiCommand) est requis pour utiliser un stockageHDS avec Contrôleur ViPR. Vous devez obtenir les informations suivantes pour configureret ajouter le gestionnaire HiCommand dans Contrôleur ViPR.

Tableau 1 Hitachi : informations requises

Paramètre Valeur

Un hôte ou une machine virtuelle pour laconfiguration de HiCommand Device Manager

HiCommand Device Manager : licence

HiCommand Device Manager : adresse hôte

HiCommand Device Manager : informationsd’identification

HiCommand Device Manager : port hôte (le portpar défaut est le port 2001)

Configuration requise générale

l HiCommand Device Manager : ce logiciel doit être installé et sous licence.l Créez un utilisateur HiCommand Device Manager pour Contrôleur ViPR pour accéder

au stockage HDS. Cet utilisateur doit avoir des privilèges d’administrateur sur lesystème de stockage pour pouvoir effectuer toutes les opérations Contrôleur ViPR.

l HiCommand Device Manager doit découvrir tous les systèmes de stockage Hitachi(que Contrôleur ViPR détectera) avant que vous puissiez les ajouter dans ContrôleurViPR.

Conditions requises et informations relatives aux ressources physiques


l Lorsque vous ajoutez HiCommand Device Manager en tant que fournisseur destockage Contrôleur ViPR, tous les systèmes de stockage que le fournisseur destockage gère seront ajoutés dans Contrôleur ViPR. Si vous ne voulez pas queContrôleur ViPR gère tous les systèmes de stockage, avant d’ajouter HiCommandDevice Manager, configurez HiCommand Device Manager de sorte qu’il ne gère queles systèmes de stockage qui seront ajoutés dans Contrôleur ViPR.

Remarque

Après avoir ajouté le fournisseur de stockage dans Contrôleur ViPR, vous pouvezannuler l’enregistrement des systèmes de stockage que vous n’utiliserez pas dansContrôleur ViPR.

Configuration requise pour la hiérarchisation automatiséeContrôleur ViPR fournit une hiérarchisation automatisée pour les six règles dehiérarchisation automatisée HDS standard pour les pools de stockage HDT (HitachiDynamic Tiering).

HDS La hiérarchisation automatisée nécessite une licence Hitachi Tiered StorageManager sur le système de stockage HDS.

Configuration requise pour les fonctions de protection des donnéesHDS La protection nécessite :l Hitachi Le logiciel Thin Image Snapshot pour la protection des snapshots.l Hitachi Le logiciel Shadow Image Replication pour la protection des clones et des

miroirs.

Contrôleur ViPR nécessite que les éléments suivants soient configurés pour utiliser lesfonctions Thin Image et ShadowImage :l Hitachi Replication Manager doit être installé sur un serveur distinct.l L’agent HiCommand Device Manager doit être installé et exécuté sur un serveur de

gestion en double.l Pour activer Contrôleur ViPR en vue d’utiliser les opérations par paire d’images de

Shadow Image, créez un groupe de réplications sur HDS, intitulé ViPR-Replication-Group à l’aide de HiCommand Device Manager ou de HitachiStorage Navigator.

l Pour activer Contrôleur ViPR en vue d’utiliser les opérations par paire d’images deThin Image, créez un groupe de snapshots sur HDS, intitulé ViPR-Snapshot-Group à l’aide de HiCommand Device Manager ou de Hitachi Storage Navigator.

Configuration requise pour Contrôleur ViPR pour collecter des metrics de port HDSPour permettre à Contrôleur ViPR de collecter des informations statistiques pour les portsde stockage HDS, vous devez effectuer les opérations suivantes dans HDS StorageNavigator pour activer la consignation des performances sur le système de stockage :l Activation de la consignation des données de performances du stockage HDS à la

page 11l Création d’un nouvel utilisateur à l’aide de Storage Navigator sur HDS à la page 12l Activez le certificat sur le stockage HDS pour accéder à SMI-S en mode sécurisé. Pour

plus de détails, reportez-vous à la section relative à l’utilisation de la fonction SMI-Sdu Hitachi Command Suite Administrator Guide.

Activation de la consignation des données de performances des baies de stockageHDS dans Storage Navigator

Avant de configurer la sélection des ports en fonction des metrics pour HDS, vous devezactiver la consignation des données de performances pour les baies de stockage HDS


Activation de la consignation des données de performances des baies de stockage HDS dans Storage Navigator 11

dans Storage navigator de sorte que Contrôleur ViPR puisse collecter des informationsstatistiques sur les ports de stockage.

Procédure

1. Connectez-vous à Storage Navigator.

2. Sélectionnez Performance Monitor.

3. Cliquez sur Edit Monitor Switch.

4. Activez Monitor Switch.

5. Définissez l’intervalle dans le champ Sample Interval.

Création d’un nouvel utilisateur à l’aide de Storage Navigator sur HDSPour collecter des statistiques à l’aide du fournisseur SMI-S intégré, vous devez créer unnouvel utilisateur en utilisant Storage Navigator sur la baie de stockage Hitachi.

Procédure

1. Connectez-vous à Storage Navigator.

2. Sélectionnez Administrator.

3. Cliquez sur User Groups.

4. Sélectionnez Storage Administrator (View Only) User Group.

5. Cliquez sur Create User.

Remarque

Le nom d’utilisateur et le mot de passe doivent être identiques aux informationsd’identification HiCommand Device Manager que Contrôleur ViPR utilise pourdécouvrir le fournisseur de stockage.

6. Saisissez le nom d’utilisateur dans le champ User Name.

7. Saisissez le mot de passe dans le champ Password.

8. Saisissez l’état du compte dans le champ Account status.

9. Saisissez les détails de l’authentification dans le champ Authentication.

PrésentationContrôleur ViPR Les administrateurs système peuvent en savoir plus sur le mode hôte etl’option de mode hôte Hitachi Data Systems, découvrir comment Contrôleur ViPR définitle mode hôte et l’option de mode hôte, connaître la configuration Contrôleur ViPR requisepour que Contrôleur ViPR applique les paramètres, ainsi que les étapes depersonnalisation de l’option de mode hôte à l’aide de l’interface utilisateur ContrôleurViPR.

Mode hôte et options du mode hôteLes modes hôtes sont des balises HDS définies sur des groupes hôtes HDS lorsqu’unvolume de stockage HDS est exporté vers un groupe hôte. Le mode hôte est utilisé pouroptimiser la connexion et la communication entre le stockage HDS et l’hôte vers lequel levolume HDS a été exporté.

Les options du mode hôte sont un ensemble de balises qui ont été activées oudésactivées pour optimiser davantage le mode hôte défini sur les groupes hôtes HDS.

Consultez la documentation Hitachi Data Systems pour obtenir des informations sur lemode hôte HDS et les options du mode hôte.



Définition du mode hôte par Contrôleur ViPRPar défaut, lorsque Contrôleur ViPR est utilisé pour exporter un volume HDS vers un hôteAIX, ESX, HP-UX, Linux ou Windows, Contrôleur ViPR définit le mode hôte suivant sur legroupe hôte en récupérant les informations relatives au système d’exploitation hôte.

Tableau 2 Contrôleur ViPR : paramètres par défaut pour les modes hôtes

Système d’exploitation Mode hôte par défaut

AIX 0F AIX

ESX 21 VMware

HP-UX 03 HP

Linux 00 Standard

Windows 2C Windows Extension

Paramètres du mode hôte pour les hôtes de type « Other »Lorsque Contrôleur ViPR est utilisé pour exporter un volume HDS vers un hôte qui a étéajouté à Contrôleur ViPR en tant que « Other » ou un hôte pour lequel Contrôleur ViPR nepeut pas déterminer le type, le mode hôte 00 Standard est défini sur l’hôte par HitachiHiCommand DM. 00 Standard est le mode hôte HiCommand DM par défaut.

Modification du mode hôteLes paramètres du mode hôte Contrôleur ViPR sont automatiquement définis parContrôleur ViPR lors d’une opération d’exportation, et vous ne pouvez pas modifier lesparamètres du mode hôte Contrôleur ViPR. Lorsque Contrôleur ViPR a défini le mode hôtesur un hôte, vous pouvez utiliser Hitachi Storage Navigator pour modifier le mode hôtesur l’hôte.

Avant Contrôleur ViPR 2.2Contrôleur ViPR ne définissait pas le mode hôte pour les hôtes antérieurs à ContrôleurViPR 2.2. Cependant, HiCommand Device Manager définit par défaut le mode hôte 00Standard sur tous les groupes hôtes HDS.

Si un hôte (vers lequel un volume HDS a été exporté par Contrôleur ViPR avant ContrôleurViPR 2.2) est réutilisé par ViPR 2.2 ou une version ultérieure pour exporter un autrevolume HDS, le mode hôte ne sera pas défini par Contrôleur ViPR sur l’hôte.

Définition de l’option du mode hôte par Contrôleur ViPRPar défaut, lorsque Contrôleur ViPR est utilisé pour exporter un volume HDS vers un hôteAIX, ESX, HP-UX, Linux ou Windows, Contrôleur ViPR définit les options suivantes dumode hôte sur le groupe hôte.

Tableau 3 Contrôleur ViPR : paramètres par défaut pour les options du mode hôte


AIX, Linux, Windows 2 => VERITAS Database Edition/Advanced Cluster22 => Veritas Cluster Server

ESX 54 => Prise en charge de l’option pour la commande EXTENDED COPY63 => Prise en charge de l’option pour les API vStorage basés sur desstandards T10


Présentation 13

Tableau 3 Contrôleur ViPR : paramètres par défaut pour les options du mode hôte (suite)


HP-UX 12 => Aucun affichage pour les LUN fantômes

Remarque

Consultez la documentation relative au provisionnement du système de stockage Hitachipour obtenir des informations sur les options du mode hôte.

Paramètres de l’option du mode hôte pour les hôtes de type « Other »Contrôleur ViPR ne définit pas l’option du mode hôte lorsque Contrôleur ViPR est utilisépour exporter un volume HDS vers un hôte qui a été ajouté dans Contrôleur ViPR avec letype « Other » ou vers un hôte dont Contrôleur ViPR ne peut pas déterminer le type.

Modification de l’option du mode hôteL’option du mode hôte est définie sur le groupe hôte la première fois que vous exportezun volume HDS vers l’hôte. Une fois l’option du mode hôte défini par Contrôleur ViPR surle groupe hôte, celle-ci ne peut pas être modifiée par Contrôleur ViPR par exemple :

l Si un volume HDS a été exporté vers un hôte qui a été ajouté dans Contrôleur ViPRavec le type « Other », l’option du mode hôte configurée dans Contrôleur ViPR n’estpas définie sur l’hôte. Si le type d’hôte est modifié sur Other par Contrôleur ViPR surAIX, ESX, HP-UX, Linux ou Windows, et que Contrôleur ViPR est utilisé pour exporterun autre volume HDS vers le même hôte, les options du mode hôte configurées dansContrôleur ViPR ne seront pas définies sur l’hôte par Contrôleur ViPR, car il n’a pasété défini sur le groupe hôte la première fois que le volume a été exporté à partir deContrôleur ViPR vers ce même hôte.

l Si un volume HDS a été exporté vers un hôte AIX, ESX, HP-UX, Linux, les options dumode hôte actuellement configurées dans Contrôleur ViPR seront définies sur l’hôte.Si les options du mode hôte sont modifiées dans Contrôleur ViPR après l’exportation,et que Contrôleur ViPR est utilisé pour exporter un autre volume HDS vers le mêmehôte, les options du mode hôte d’origine resteront sur l’hôte et ne seront pasconfigurés avec les nouvelles options du mode hôte.

Lorsque le volume HDS a été exporté vers un hôte à partir de Contrôleur ViPR, vouspouvez modifier le paramètre du mode hôte dans Hitachi Storage Navigator. Si ContrôleurViPR est utilisé pour exporter un autre volume HDS vers le même hôte après que l’optiondu mode hôte a été modifiée dans Storage Navigator, Contrôleur ViPR réutilisera lesparamètres Storage Navigator dans l’exportation.

Versions antérieures à ViPR 2.2

l Les options du mode hôte sont uniquement définies sur les nouveaux groupes hôtescréés avec Contrôleur ViPR 2.2 et ultérieur.

l Avant Contrôleur ViPR 2.2, Contrôleur ViPR ne définissait aucune option du modehôte sur les groupes hôtes HDS.

l Si un groupe hôte, créé avec une version antérieure à Contrôleur ViPR 2.2, estréutilisé par Contrôleur ViPR, les options du mode hôte Contrôleur ViPR ne seront pasdéfinies par Contrôleur ViPR sur le groupe hôte créé avec une version antérieure àContrôleur ViPR 2.2.



EMC VMAXContrôleur ViPR gère les systèmes VMAX via EMC Fournisseur SMI-S. Votre FournisseurSMI-S et le système de stockage VMAX doivent être configurés comme suit avantd’ajouter le système de stockage dans Contrôleur ViPR.

Fournisseur SMI-S : configuration requise pour VMAXVous avez besoin d’informations spécifiques pour vérifier que Fournisseur SMI-S estcorrectement configuré pour Contrôleur ViPR et pour ajouter les systèmes de stockagedans Contrôleur ViPR.

Collecte des informations requises

l Fournisseur SMI-S adresse hôte

l Fournisseur SMI-S informations d’identification (admin/#1 est le mot de passe pardéfaut)

l Fournisseur SMI-S Port (5989 est le port par défaut)

Configuration requiseSMI-S Provider ne peut pas être partagé entre Contrôleur ViPR et toute autre applicationnécessitant un fournisseur SMI-S vers VMAX, comme EMC ViPR SRM.

Remarque

La Matrice de support Contrôleur ViPR présente les dernières mises à niveau requisespour tous les systèmes pris en charge ou requises par Contrôleur ViPR. Pour connaîtreprécisément la version de SMI-S Provider dont vous avez besoin, reportez-vous à la Matrice de support Contrôleur ViPR avant de lancer la mise à niveau ou l’installation dufournisseur SMI-S que vous comptez utiliser avec Contrôleur ViPR.

Avant d’ajouter un stockage VMAX dans Contrôleur ViPR, connectez-vous à votreFournisseur SMI-S pour vérifier si les exigences de configuration sont respectées :

l Pour les systèmes de stockage VMAX, utilisez soit la version Fournisseur SMI-S 4.6.2,soit la version Fournisseur SMI-S 8.0.3, mais pas les deux à la fois. Vous avez,cependant, besoin de la version 8.0.3 pour profiter des nouvelles fonctionnalitésproposées dans Contrôleur ViPR 2.3. Pour en savoir plus à ce sujet, reportez-vous auxnotes de mise à jour EMC Contrôleur ViPR 2.3.0.0, disponibles à partir de la zone desupport EMC (support.emc.com).

l Dans le cas des systèmes de stockage VMAX3, utilisez toujours Fournisseur SMI-S 8.0.3.

l Le serveur hôte qui exécute Solutions Enabler (serveur SYMAPI) et Fournisseur SMI-S(ECOM) diffère du serveur sur lequel les processeurs du service VMAX sont exécutés.

l Le système de stockage est découvert dans le fournisseur Fournisseur SMI-S.

l Lorsque le fournisseur de stockage est ajouté dans Contrôleur ViPR, tous lessystèmes de stockage gérés par celui-ci seront ajoutés dans Contrôleur ViPR. Si vousne souhaitez pas que tous les systèmes de stockage sur un fournisseur FournisseurSMI-S soient gérés par Contrôleur ViPR, configurez le fournisseur Fournisseur SMI-Spour gérer uniquement les systèmes de stockage qui seront ajoutés dans ContrôleurViPR, avant d’ajouter le fournisseur Fournisseur SMI-S dans Contrôleur ViPR.


EMC VMAX 15



Remarque

L’enregistrement des systèmes de stockage qui ne seront pas utilisés dansContrôleur ViPR peut également être annulé ou ceux-ci peuvent être supprimés unefois que le fournisseur de stockage est ajouté dans Contrôleur ViPR. Pour savoircomment annuler l’enregistrement ou supprimer un stockage dans Contrôleur ViPR,voir Guide de configuration du datacenter virtuel via l’interface utilisateur Contrôleur ViPRou Guide de configuration du datacenter virtuel via l’API REST de Contrôleur ViPR.

l L’hôte distant, Fournisseur SMI-S (Solutions Enabler (serveur SYMAPI) et EMC CIMServer (ECOM) sont configurés pour accepter les connexions SSL.

l Le processus storsrvd EMC est installé et en cours d’exécution.

l Assurez-vous que les hôtes du serveur SYMAPI et du serveur Contrôleur ViPR sontconfigurés dans le serveur DNS local et que leurs noms peuvent être résolus les unspar les autres, pour une communication correcte entre les deux. Si le DNS n’est pasutilisé dans l’environnement, veillez à utiliser les fichiers hôtes pour la résolution desnoms (/etc/hosts or c:/Windows/System32/drivers/etc/hosts).

l Dans la connexion utilisateur par défaut d’EMC CIM Server (ECOM), l’optiond’expiration du mot de passe est « Le mot de passe n’expire jamais. »

l L’hôte Fournisseur SMI-S peut voir les volumes système (six au minimum).

Fournisseur SMI-S : versions requises pour SRDFLorsque vous utilisez SRDF dans Contrôleur ViPR, vous devez utiliser des versionsFournisseur SMI-S spécifiques pour la réplication des données entre les sites source etcible.

Si vous utilisez SMI-S Provider 8.0.3, vous devez activer les propriétés suivantes quevous exécutiez ou non des opérations SRDF :

l SYMAPI_USE_GNS, SYMAPI_USE_RDFD sous /var/symapi/config/options

l GNS_REMOTE_MIRROR sous /var/symapi/config/daemon_optionsRéplication VMAX vers VMAXVous avez besoin de SMI-S Provider 4.6.2 ou de SMI-S Provider 8.0.3 à la fois sur le sitesource et le site cible lorsque vous répliquez des données d’une baie VMAX vers uneautre baie VMAX. Vous ne pouvez pas installer SMI-S Provider 4.6.2 sur un site et SMI-SProvider 8.0.3 sur l’autre site. Les deux sites doivent disposer de la même version.

Réplication VMAX3 vers VMAX3Vous avez besoin de SMI-S Provider 8.0.3 à la fois sur le site source et le site ciblelorsque vous répliquez des données d’une baie VMAX3 vers une autre baie VMAX3.

Réplication de VMAX à VMAX3 et de VMAX3 à VMAXVous avez besoin de SMI-S Provider 8.0.3 à la fois sur le site source et le site ciblelorsque vous répliquez des données d’une baie VMAX vers une baie VMAX3 ou d’unebaie VMAX3 vers une baie VMAX.

Mises à niveau requisesExaminez le tableau suivant pour prendre connaissance des mises à niveau requisespour les systèmes de stockage VMAX.



Remarque

La Matrice de support Contrôleur ViPR présente les dernières mises à niveau requisespour tous les systèmes pris en charge ou requises par Contrôleur ViPR. Pour connaîtreprécisément la version de SMI-S Provider dont vous avez besoin, reportez-vous à la Matrice de support Contrôleur ViPR avant de lancer la mise à niveau ou l’installation dufournisseur SMI-S que vous comptez utiliser avec Contrôleur ViPR.

Contrôleur ViPR 2.3 nécessite SMI-S Provider 4.6.2 pour tous les systèmes de stockageVNX. Organisez-vous en conséquence si vous utilisez à la fois des systèmes de stockageVMAX et VNX au sein de votre environnement.

Vous devez passer à la version 2.3 de Contrôleur ViPR avant de mettre à niveau SMI-SProvider vers la version 8.0.3.

Pour effectuer la mise à niveau vers SMI-S Provider 8.0.3, prenez contact avec le SupportClients d’EMC.

Tableau 4 Mises à niveau requises pour les systèmes de stockage VMAX

Mise à niveau depuis : Vers :

Contrôleur ViPR Fournisseur SMI-S Contrôleur ViPR Fournisseur SMI-S

2.x 4.6.2 2.3 8.0.3

2.2 8.0.1 2.3 8.0.3

VMAX : système de stockageVous préparez le système de stockage VMAX avant de l’ajouter dans Contrôleur ViPRcomme suit.

l Créez une quantité suffisante de pools de stockage pour le provisionnement dustockage avec Contrôleur ViPR (par exemple, SSD, SAS, NL-SAS).

l Définissez des règles FAST.Les noms de règle FAST et de niveau de stockage doivent être cohérents sur tous lessystèmes VMAX.

l Il n’est pas nécessaire de créer des LUN, des groupes de stockage, des groupes deports, des groupes d’initiateurs ni des vues de masquage.

l Après qu’un système de stockage VMAX a été ajouté et découvert dans ContrôleurViPR, celui-ci doit être redécouvert si des modifications administratives y ont étéapportées à l’aide du gestionnaire d’éléments du système de stockage.

l Pour obtenir les exigences de configuration lors de l’utilisation de métavolumes, voirGuide de l’utilisateur et d’administration de l’intégration de Contrôleur ViPR avec dessystèmes de stockage VMAX et VNX.

EMC VNX for BlockContrôleur ViPR gère les systèmes VNX for Block par l’intermédiaire d’EMC FournisseurSMI-S. Fournisseur SMI-S et VNX for Block doivent respecter certaines exigences deconfiguration pour pouvoir ajouter ce système de stockage dans Contrôleur ViPR.


VMAX : système de stockage 17



Fournisseur SMI-S : configuration requise pour VNX for BlockVous avez besoin d’informations spécifiques pour vérifier que Fournisseur SMI-S estcorrectement configuré pour Contrôleur ViPR et pour ajouter les systèmes de stockagedans Contrôleur ViPR.

Collecte des informations requises

l Fournisseur SMI-S adresse hôte

l Fournisseur SMI-S informations d’identification (admin/#1 est le mot de passe pardéfaut)

l Fournisseur SMI-S Port (5989 est le port par défaut)

Configuration requiseSMI-S Provider ne peut pas être partagé entre VIPR Controller et toute autre applicationnécessitant un fournisseur SMI-S vers VNX for Block, comme EMC ViPR SRM.

Avant d’ajouter un stockage VNX for Block dans Contrôleur ViPR, connectez-vous à votreFournisseur SMI-S pour vérifier si les exigences de configuration sont respectées :

l Le serveur hôte qui exécute Solutions Enabler (serveur SYMAPI) et Fournisseur SMI-S(ECOM) diffère du serveur sur lequel les processeurs de stockage VNX for Block sontexécutés.

l Le système de stockage est découvert dans le fournisseur Fournisseur SMI-S.

l Lorsque le fournisseur de stockage est ajouté dans Contrôleur ViPR, tous lessystèmes de stockage gérés par celui-ci seront ajoutés dans Contrôleur ViPR. Si vousne souhaitez pas que tous les systèmes de stockage sur un fournisseur FournisseurSMI-S soient gérés par Contrôleur ViPR, configurez le fournisseur Fournisseur SMI-Spour gérer uniquement les systèmes de stockage qui seront ajoutés dans ContrôleurViPR, avant d’ajouter le fournisseur Fournisseur SMI-S dans Contrôleur ViPR.

Remarque

L’enregistrement des systèmes de stockage qui ne seront pas utilisés dansContrôleur ViPR peut également être annulé ou ceux-ci peuvent être supprimés unefois que le fournisseur de stockage est ajouté dans Contrôleur ViPR. Pour savoircomment annuler l’enregistrement ou supprimer un stockage dans Contrôleur ViPR,voir Guide de configuration du datacenter virtuel via l’interface utilisateur Contrôleur ViPRou Guide de configuration du datacenter virtuel via l’API REST de Contrôleur ViPR.

l L’hôte distant, Fournisseur SMI-S (Solutions Enabler (serveur SYMAPI) et EMC CIMServer (ECOM) sont configurés pour accepter les connexions SSL.

l Le processus storsrvd EMC est installé et en cours d’exécution.

l Assurez-vous que les hôtes du serveur SYMAPI et du serveur Contrôleur ViPR sontconfigurés dans le serveur DNS local et que leurs noms peuvent être résolus les unspar les autres, pour une communication correcte entre les deux. Si le DNS n’est pasutilisé dans l’environnement, veillez à utiliser les fichiers hôtes pour la résolution desnoms (/etc/hosts or c:/Windows/System32/drivers/etc/hosts).

l Dans la connexion utilisateur par défaut d’EMC CIM Server (ECOM), l’optiond’expiration du mot de passe est « Le mot de passe n’expire jamais. »

l L’hôte Fournisseur SMI-S a besoin d’une connectivité IP via le réseau IP avec desconnexions aux deux processeurs de stockage VNX for Block.



VNX for Block : système de stockageVous préparez le système de stockage VNX for Block avant de l’ajouter dans ContrôleurViPR comme suit.

Configuration requise

l Créez un volume suffisant de pools de stockage ou des groupes RAID pour leprovisionnement du stockage avec Contrôleur ViPR.

l Si des copies complètes de volumes sont requises, installez le programme dedéveloppement d’application SAN Copy sur le système de stockage.

l Si des copies natives continues de volume sont requises, créez des LUN de clonesprivés sur la baie.

l Les réseaux Fibre Channel pour les systèmes de stockage VNX for Block nécessitentun port SP-A et SP-B dans chaque réseau, autrement les pools virtuels ne pourrontpas être créés pour le système de stockage VNX for Block.

l Pour obtenir les exigences de configuration lors de l’utilisation de métavolumes, voirGuide de l’utilisateur et d’administration de l’intégration de Contrôleur ViPR avec dessystèmes de stockage VMAX et VNX.

Configuration requise pour Contrôleur ViPR pour collecter des metrics de port HDSVous devez activer la consignation des données de performances dans EMC Unispherede sorte que VNX for Block envoie les metrics à Contrôleur ViPR avant que vous puissiezconfigurer la sélection des ports en fonction des metrics pour VNX for Block. Pour savoircomment activer la consignation des données de performances dans EMC Unisphere,reportez-vous à la section suivante : Paramètres de la configuration requise pour VNX forBlock à la page 19.

Activation de la consignation des données de performances pour VNX for BlockVous devez activer la consignation des données de performances dans EMC Unispherede sorte que VNX for Block envoie les metrics à Contrôleur ViPR avant que vous puissiezconfigurer la sélection des ports en fonction des metrics pour VNX for Block.

Procédure

1. Connectez-vous à EMC Unisphere.

2. Sélectionnez System > Statistics for Block. La fonction Statistics for Block estdisponible dans la section Monitoring and Alerts.

3. Cliquez sur Performance Data Logging.

La boîte de dialogue Data Logging s’affiche.

4. Si la consignation des données n’est pas déjà démarrée :

Remarque

Ne modifiez pas les valeurs par défaut pour Real Time Interval et Archive Interval.

a. Cliquez sur Start pour démarrer la consignation.

b. Cliquez sur Apply.

5. Cliquez sur OK.


VNX for Block : système de stockage 19

VPLEXAvant d’ajouter des systèmes de stockage VPLEX dans Contrôleur ViPR, assurez-vous quel’environnement VPLEX est configuré comme suit :

l ViPR prend en charge VPLEX dans une configuration Local ou Metro. VPLEX Lesconfigurations Geo ne sont pas prises en charge.

l Configuration du stockage back-end de métadonnées VPLEX .

l Création du stockage back-end de consignation VPLEX .

l Vérifiez les points suivants :

n Les systèmes de stockage à utiliser sont connectés aux réseaux contenant lesports back-end VPLEX .

n Les hôtes à utiliser ont des initiateurs dans les réseaux contenant les ports front-end VPLEX .

l Assurez-vous que les volumes de consignation sont configurés pour prendre encharge les volumes distribués dans une configuration VPLEX Metro.

l Il n’est pas nécessaire de préconfigurer des zones entre VPLEX et les systèmes destockage ou entre les hôtes et le VPLEX , sauf lorsqu’il est nécessaire de rendredisponibles le stockage de sauvegarde de métadonnées et le stockage desauvegarde de consignation.

Stockage en mode bloc tiers (OpenStack)Contrôleur ViPR utilise le service de stockage en mode bloc OpenStack (Cinder) pourgérer les systèmes de stockage en mode bloc pris en charge par OpenStack. Vossystèmes de stockage en bloc OpenStack doivent respecter les conditions requises pourl’installation et la configuration avant que les systèmes de stockage situés dansOpenStack et les ressources du système de stockage puissent être gérées par ContrôleurViPR.

Conditions requises pour l’installation du fournisseur de stockage en mode bloctiers

Utilisez le service OpenStack Block Storage (Cinder) pour ajouter des systèmes destockage tiers en mode bloc dans Contrôleur ViPR.

Plates-formes d’installation d’OpenStack prises en chargeL’installation d’Openstack est pris en charge sur les plates-formes suivantes :

l Red Hat Enterprise Linux

l SUSE Enterprise Linux

l Ubuntu Linux

Pour obtenir la liste des versions de plate-forme prises en charge, reportez-vous à ladocumentation d’Openstack sur le site : http://docs.openstack.org.

Conditions requises pour l’installation d’OpenStackVous devez installer les deux composants suivants sur le même serveur ou sur desserveurs indépendants :

l OpenStack Identity Service (Keystone) : Requis pour l’authentification



l OpenStack Block Storage (Cinder) : Le service principal qui fournit toutes lesinformations de stockage.

Pour plus de détails sur l’installation et la configuration, consultez la documentationd’OpenStack sur le site : http://docs.openstack.org.

Prise en charge du système de stockage tiers en mode blocLa configuration des systèmes de stockage tiers se fait au niveau du nœud OpenStackBlock Storage Controller (service Cinder).

Systèmes de stockage tiers en mode bloc pris en chargeContrôleur ViPR : ses opérations sont prises en charge sur tous les systèmes de stockagetiers en mode bloc, testés par OpenStack, qui utilisent Fibre Channel ou des protocolesiSCSI.

Systèmes de stockage non pris en chargeContrôleur ViPR ne prend pas en charge les systèmes de stockage tiers utilisant leséléments suivants :

l Protocoles propriétaires tels que Ceph ;

l Pilotes pour bloc sur NFS ;

l Pilotes locaux tels que LVM.

Contrôleur ViPR ne prend pas en charge les systèmes de stockage et pilotes suivantscompatibles avec OpenStack :

l LVM

l NetAppNFS

l NexentaNFS

l RBD (Ceph)

l RemoteFS

l Scality

l Sheepdog

l XenAPINFS

Vsitez le site www.openstack.org pour plus d’informations sur les systèmes de stockageOpenStack tiers.

Contrôleur ViPR : recommandations et prise en charge du pilote natifContrôleur ViPR offre une prise en charge limitée du stockage en mode bloc tiers. Pourbénéficier d’une prise en charge totale de toutes les opérations Contrôleur ViPR, il estrecommandé d’ajouter et de gérer les systèmes de stockage suivants avec des pilotesnatifs Contrôleur ViPR et de ne pas utiliser le fournisseur de stockage en mode blocOpenStack tiers pour ajouter ces systèmes de stockage dans Contrôleur ViPR :

l EMC VMAX

l EMC VNX for Block

l EMC VPLEX

l Hitachi Data Systems (avec Fibre Channel uniquement)

Ajoutez ces systèmes de stockage directement dans Contrôleur ViPR à l’aide de l’adressede l’hôte du système de stockage ou de l’adresse de l’hôte du fournisseur de stockagepropriétaire.


Prise en charge du système de stockage tiers en mode bloc 21

Opérations Contrôleur ViPR prises en chargeVous pouvez effectuer des opérations de découverte et divers autres types d’opérationsContrôleur ViPR sur des systèmes de stockage tiers en mode bloc.

Voici l’ensemble des services qu’il est possible d’appliquer aux systèmes de stockagetiers en mode bloc :

l Create Block Volume

l Export Volume to Host

l Create a Block Volume for a Host

l Expand block volume

l Remove Volume by Host

l Remove Block Volume

l Create Full Copy

l Create Block Snapshot

l Create volume from snapshot

l Remove Block Snapshot

Remarque

Vous ne pouvez pas faire appel au service Contrôleur ViPRCreate VMware Datastore pourcréer un datastore à partir d’un volume en mode bloc créé par un système de stockagetiers. Mais les datastores peuvent être créés à partir de volumes tiers en mode bloc,manuellement via VMware vCenter.

Configuration d’OpenStackAprès avoir installé les services Keystone et Cinder, vous devez modifier le fichier deconfiguration Cinder pour inclure les systèmes de stockage à gérer par Contrôleur ViPR.Une fois le fichier de configuration modifié, il est nécessaire de créer les types de volumetypes à mapper aux pilotes back-end. Ces types de volume sont découverts comme despools de stockage d’un certain système de stockage dans Contrôleur ViPR.

Recommandations liées à la configuration du stockage OpenStack tiersAvant d’ajouter le fournisseur de stockage dans Contrôleur ViPR, configurez-le avecuniquement les systèmes de stockage à gérer par Contrôleur ViPR via un fournisseur destockage en mode bloc tiers. Lorsque le fournisseur de stockage en mode bloc tiers estajouté aux ressources physiques de Contrôleur ViPR, tous les systèmes de stockagegérés par le service de stockage en mode bloc OpenStack et pris en charge par ContrôleurViPR sont ajoutés dans Contrôleur ViPR.

Si vous avez inclus des systèmes de stockage dans le fournisseur de stockage non gérépar Contrôleur ViPR, vous pouvez annuler l’enregistrement ou supprimer ces systèmes destockage dans Contrôleur ViPR. Il est préférable, cependant, de configurer le fournisseurde stockage en vue d’une intégration avec Contrôleur ViPR avant de l’ajouter dansContrôleur ViPR.

Conditions requises pour la configuration du service CinderVous devez ajouter une entrée dans le fichier de configuration Cinder pour chaquesystème de stockage à gérer par Contrôleur ViPR. Ce fichier figure à l’endroitsuivant : /etc/cinder/cinder.conf.



Cinder n’applique aucune norme spécifique sur les définitions des attributs de piloteback-end. Reportez-vous aux recommandations spécifiques des fournisseurs sur lesmodalités de configuration du pilote Cinder, qui peuvent impliquer l’installation d’uneinterface de ligne de commande ou d’un plug-in propre au fournisseur.

Paramètres de configuration des systèmes de stockage back-endCinder définit des configurations back-end dans des sections individuelles du fichiercinder.conf pour gérer les systèmes de stockage. Chaque section est spécifique à untype de système de stockage.

Modifiez le fichier cinder.conf :

Procédure

1. Supprimez le commentaire, enabled_backends, qui est défini par défaut, etajoutez plusieurs noms back-end. Dans l’exemple suivant, NetApp et IBM SVC sontajoutés comme configurations back-end.

enabled_backends=netapp-iscsi,ibm-svc-fc

2. Vers la fin du fichier, ajoutez les entrées propres au système de stockage.

[netapp-iscsi]#NetApp array configuration goes here [ibm-svc-fc]#IBM SVC array configuration goes here

3. Redémarrez le service Cinder.

#service openstack-cinder-volume restart

Configuration des volumes requise pour OpenStackContrôleur ViPR a des exigences de configuration spécifiques pour les volumes créésdans OpenStack.

Contrôleur ViPR exige que vous réalisiez les opérations suivantes pour chaque volumedans OpenStack :

l Mapper le volume au pilote back-end

l Indiquer si le volume est configuré pour le provisionnement thin ou thick

Contrôleur ViPR: propriétés spécifiquesVous pouvez créer des types de volume au moyen des commandes CLI de Cinder ou dutableau de bord (interface utilisateur OpenStack). Les propriétés requises par ContrôleurViPR dans l’interface de ligne de commande Cinder pour le type de volume sont :

l volume_backend_namel vipr:is_thick_pool=truenom_volume_back-endL’exemple suivant décrit les commandes CLI de Cinder pour créer des types de volume(NetApp, IBM SVC) et les mapper au pilote back-end.

cinder --os-username admin --os-password <password> --os-tenant-name admin type-create "NetAPP-iSCSI"


Paramètres de configuration des systèmes de stockage back-end 23

cinder --os-username admin --os-password <password> --os-tenant-name admin type-key "NetAPP-iSCSI" set volume_backend_name=NetAppISCSI cinder --os-username admin --os-password <password> --os-tenant-name admin type-create "IBM-SVC-FC"cinder --os-username admin --os-password <password> --os-tenant-name admin type-key "IBM-SVC-FC" set volume_backend_name=IBMSVC-FC cinder --os-username admin --os-password <password> --os-tenant-name admin extra-specs-list

vipr:is_thick_pool=truePar défaut, Contrôleur ViPR configure le type de provisionnement des volumes OpenStacksur thin lors de la découverte. Si le provisionnement est de type thick, vous devez définirla propriété propre à Contrôleur ViPR pour le provisionnement thick sur true pour le typede volume. Si le provisionnement est de type thin, vous n’avez pas besoin de définir letype de provisionnement pour le volume dans OpenStack.

L’exemple suivant démontre les commandes CLI de Cinder pour créer un type de volume(NetApp), et définir le type de provisionnement du volume comme étant thick.

cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-create "NetAPP-iSCSI"cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-key "NetAPP-iSCSI" set volume_backend_name=NetAppISCSIcinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-key "NetAPP-iSCSI" set vipr:is_thick_pool=true cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 extra-specs-list

Validation de la configurationAssurez-vous que OpenStack a été configuré correctement pour créer des volumes pourchacun des systèmes de stockage ajoutés.

1. Créez des volumes pour chaque type de volume créé dans OpenStack.Vous pouvez des volumes à partir de l’interface utilisateur OpenStack ou del’interface de ligne de commande (CLI) Cinder. La commande CLI de Cinder pour créerun volume est :

cinder --os-username admin --os-tenant-name admin --display-name <volume-name> --volume-type <volume-type-id> <size>

2. Vérifiez que les volumes sont créés sur le système de stockage associé. Par exemple,les volumes de type NetApp-iSCSI doivent être créés uniquement sur le système destockage NetApp.

Contrôleur ViPR : configuration pour les ports de stockage enmode bloc tiers

L’API OpenStack ne fournit pas le WWPN (World Wide Port Name) du port de stockagepour les systèmes de stockage connectés Fibre Channel et l’IQN pour les systèmes destockage iSCSI. Par conséquent, Contrôleur ViPR ne peut pas récupérer les WWPN du portde stockage, ni les IQN lors du processus de découverte.

Une fois que Contrôleur ViPR a découvert une baie de stockage en mode bloc tierce, unport de stockage par défaut est créé pour le système de stockage. Il apparaît sur la page



Storage Port avec le nom Default et l’identifiant de port de stockage : Openstack+<storagesystemserialnumber>+Port+Default.

Ports de stockage configurés Fibre ChannelContrôleur ViPR Les opérations d’exportation ViPR Controller ne peuvent pas êtreeffectuées sur un système de stockage connecté FC qui a été ajouté dans Contrôleur ViPRsans aucun WWPN attribué au port de stockage. Par conséquent, les administrateurssystème Contrôleur ViPR doivent ajouter manuellement au moins un WWPN au port destockage par défaut avant d’effectuer toute opération d’exportation sur le système destockage. Les WWPN peuvent être ajoutés à Contrôleur ViPR via l’interface de ligne decommande et l’interface utilisateur Contrôleur ViPR.

Après que le WWPN a été ajouté au port de stockage, vous pouvez effectuer desopérations d’exportation sur le système de stockage à partir de Contrôleur ViPR. Aumoment de l’exportation, Contrôleur ViPR lit la réponse d’exportation du service Cinder.La réponse d’exportation inclura le WWPN qui a été ajouté manuellement parl’administrateur système à partir de l’interface de ligne de commande Contrôleur ViPR ettous les WWPN supplémentaires répertoriés dans la réponse d’exportation. ContrôleurViPR crée ensuite un port de stockage pour chacun des WWPN répertoriés dans laréponse d’exportation lors de l’opération d’exportation.

Une fois l’opération d’exportation effectuée, la page Storage Port affiche tous les portsque vous venez de créer et le port de stockage par défaut.

Chaque fois qu’une autre opération d’exportation est effectuée sur le même système destockage, Contrôleur ViPR lit la réponse d’exportation Cinder. Si la réponse d’exportationcontient des WWPN qui ne sont pas présents dans Contrôleur ViPR, Contrôleur ViPR créedes ports de stockage pour chaque nouveau WWPN.

Pour savoir comment ajouter des WWPN aux ports de stockage en mode bloc tiersconnectés Fibre Channel, consultez le Guide de référence CLI Contrôleur ViPR, disponible àpartir de l’Index de la documentation produit ViPR Controller.

Ports de stockage configurés iSCSILe port de stockage par défaut est utilisé pour prendre en charge la configuration dusystème de stockage jusqu’à ce qu’une exportation soit effectuée sur le système destockage. Au moment de l’exportation, Contrôleur ViPR lit la réponse d’exportation duservice Cinder qui inclut l’IQN iSCSI. Contrôleur ViPR modifie ensuite l’identifiant du portde stockage par défaut avec l’IQN reçu de la réponse d’exportation Cinder.

Chaque fois qu’une autre opération d’exportation est effectuée sur le même système destockage, Contrôleur ViPR lit la réponse d’exportation Cinder. Si la réponse d’exportationcontient un IQN qui n’est pas présent dans Contrôleur ViPR, Contrôleur ViPR crée un portde stockage.

EMC ScaleIO autonomeVotre stockage ScaleIO autonome doit respecter les conditions préalables suivantes etêtre configuré comme indiqué ci-dessous avant de l’ajouter dans Contrôleur ViPR.

l Les domaines de protection sont définis.

l Tous les pools de stockage sont définis.

EMC XtremIOAvant d’ajouter un stockage XtremIO dans ViPR, assurez-vous qu’il existe uneconnectivité physique entre les hôtes, les fabrics et la baie.


EMC ScaleIO autonome 25


EMC VNXeAvant d’ajouter des systèmes de stockage VNXe dans Contrôleur ViPR, passez en revueles informations suivantes.

Tableau 5 Collecte des informations requises par EMC Unisphere

Paramètre Valeur

Unisphere Adresse IP de l’hôte

Unisphere Paramètres de connexion utilisateur

Unisphere Port hôte (le port par défaut est leport 443)

Créez une quantité suffisante de pools de stockage pour le provisionnement du stockageavec Contrôleur ViPR.

Configuration matérielle générale requise pour le système destockage

Lorsque vous configurez un système de stockage de fichiers pour Contrôleur ViPR,assurez-vous que le système respecte les conditions suivantes.

l Le serveur NFS doit être configuré dans le système de stockage pour que ContrôleurViPR puisse créer les exportations NFS.

l Le partage CIFS doit être configuré dans le système de stockage pour que ContrôleurViPR puisse créer les partages CIFS.

l Il convient de définir la configuration NETBIOS pour accéder au partage sous le nomNETBIOS. Si NETBIOS est présent, le point de montage est établi avec le nomNETBIOS au lieu de l’adresse IP.

Pour EMC Isilon, NetApp 7-Mode et NetApp en mode ClusterPour ajouter des utilisateurs de domaine à un partage, vous devez configurer le serveurAD sur le système de stockage (serveur CIFS).

EMC® Data Domain®

Avant d’ajouter la solution de stockage Data Domain dans Contrôleur ViPR, configurez lestockage comme suit.

l Le système de fichiers Data Domain (DDFS) est configuré sur le système Data Domain.l DDMC (Data Domain Management Center) est installé et configuré.l La connectivité réseau est configurée entre le système Data Domain et DDMC.

Lorsque vous ajoutez un stockage Data Domain dans Contrôleur ViPR, il est utile desavoir que :

l Un mtree Data Domain est représenté en tant que système de fichiers dansContrôleur ViPR.

l Les pools de stockage ne sont pas une fonctionnalité de Data Domain. En revanche,Contrôleur ViPR utilise des pools de stockage pour modéliser la capacité du systèmede stockage. Par conséquent, Contrôleur ViPR crée un pool de stockage Data Domain



pour chaque système de stockage inscrit dans Contrôleur ViPR. Par exemple, si troissystèmes de stockage Data Domain ont été inscrits dans Contrôleur ViPR, trois poolsde stockage Data Domain différents apparaîtront. Un pool de stockage pour chaquesystème de stockage Data Domain inscrit.

EMC IsilonAvant d’ajouter la solution de stockage EMC Isilon dans Contrôleur ViPR, configurez lestockage comme suit.

Collecte des informations requisesLes informations suivantes sont requises pour configurer le stockage et l’ajouter dansContrôleur ViPR.

Tableau 6 Isilon : informations requises

Paramètre Valeur

Adresse IPv4 ou IPv6

Port (8080 est le port par défaut)

Informations d’identification pour quel’utilisateur ajoute des systèmes de stockageIsilon dans Contrôleur ViPR et possède tous lessystèmes de fichiers créés sur Isilon parContrôleur ViPR. Cet utilisateur doit avoir desprivilèges d’administrateur ou root sur Isilon.

Configuration requise

l SmartConnect est concédé sous licence et configuré comme décrit dans ladocumentation Isilon. Veillez à vous assurer que :

n les noms pour les zones SmartConnect sont définis sur le domaine déléguéapproprié ;

n le DNS est utilisé pour Contrôleur ViPR et les hôtes provisionnés délèguent desdemandes pour des zones SmartConnect à l’adresse IP de SmartConnect.

l SmartQuota doit être sous licence et activé.

l Il y a un minimum de 3 nœuds dans le cluster Isilon configuré.

l Isilon Les clusters et les zones seront accessibles à partir des machines virtuellesContrôleur ViPR.

l Lors de l’ajout d’un système de stockage Isilon dans Contrôleur ViPR, vous devrezutiliser les informations d’identification de l’utilisateur root ou bien créer un comptepour des utilisateurs Contrôleur ViPR ayant des privilèges d’administration sur lesystème de stockage Isilon.

l L’utilisateur Isilon est indépendant de l’utilisateur Contrôleur ViPR actuellementconnecté. Toutes les opérations Contrôleur ViPR effectuées sur le système destockage Isilon sont exécutées à l’aide du compte utilisateur Isilon saisi lorsque lesystème de stockage Isilon est ajouté dans Contrôleur ViPR.


EMC Isilon 27

NetApp 7-modeAvant d’ajouter la solution de stockage NetApp 7-mode dans Contrôleur ViPR, configurezle stockage comme suit.

l ONTAP est en configuration 7-mode.

l Multistore est activé (7-mode avec Multistore est uniquement pris en charge parContrôleur ViPR).

l Des cumuls sont créés.

l NetApp : les licences pour NFS, CIFS et les snapshots sont installés et configurés.

l Des unités vFiler sont créées et les interfaces/ports nécessaires leur sont associés.

l NFS/CIFS est configuré sur les unités vFiler.

NetApp en mode ClusterAvant d’ajouter la solution de stockage NetApp en mode Cluster dans Contrôleur ViPR,configurez le stockage comme suit.

l ONTAP est en configuration de mode Cluster.

l Des cumuls sont créés.

l NetApp : les licences pour NFS, CIFS et les snapshots sont installés et configurés.

l Des machines virtuelles de stockage (SVM) sont créées et les interfaces/portsnécessaires leur sont associés.

l Configurez NFS et CIFS sur des SVM.

l Vous devez faire appel à l’IP de gestion lors de la découverte de systèmes destockage NetApp en mode Cluster avec ViPR Controller. Vous ne pouvez pas découvrirdes systèmes de stockage NetApp en mode Cluster à l’aide de LIF IP.

EMC VNX for FilePour ajouter le stockage VNX for File dans Contrôleur ViPR, vous devez vérifier si VNX forFile respecte les exigences requises.

Voici les conditions nécessaires pour ajouter le stockage VNX for File dans ContrôleurViPR :

l Les pools de stockage pour VNX for File ont été créés.

l Les stations pilotes sont opérationnelles et seront accessibles à partir des machinesvirtuelles Contrôleur ViPR.

l VNX SnapSure est installé, configuré et sous licence.

Systèmes RecoverPointPrenez connaissance des conditions et des informations requises par Contrôleur ViPRpour ajouter et configurer un système EMCRecoverPoint dans Contrôleur ViPR.

RecoverPoint - informations relatives au siteVous avez besoin des informations suivantes pour ajouter un système RecoverPoint dansContrôleur ViPR :



l Nom d’hôte ou adresse IPv4 ou IPv6 de gestion du site RecoverPoint

l Port

l Informations d’identification d’un compte ayant le rôle d’administrateur RecoverPointpour accéder au site RecoverPoint

Configuration requiseProcédez comme suit pour ajouter un système RecoverPoint dans Contrôleur ViPR :

l Installez les systèmes RecoverPoint et procurez-vous les licences nécessaires.

l Si Contrôleur ViPR ne gère pas le réseau SAN, créez des zones pour limiter lessystèmes RecoverPoint aux baies de stockage et rattachez les séparateursRecoverPoint .

l Établissez une connexion IP entre RecoverPoint et l’appliance virtuel Contrôleur ViPR.

Gestionnaires de fabrics (switches)Contrôleur ViPR prend en charge les switches Brocade et Cisco. Les administrateurssystème peuvent prendre connaissance des conditions et des informations requises parContrôleur ViPR pour ajouter et configurer des gestionnaires de fabrics (switches) dansContrôleur ViPR.

Contrôleur ViPR : terminologie pour les réseaux et les switchesContrôleur ViPR dispose de trois interfaces externes : une API REST, une interface de lignede commande (CLI) et une interface utilisateur. Les interfaces de rédaction de scripts etde programmation (API et CLI) utilisent une terminologie légèrement différente pourdésigner les éléments du réseau de stockage (SAN).

La terminologie utilisée dans chaque interface de Contrôleur ViPR est la suivante :

l Cisco® Les switches Cisco et les stations de gestion BrocadeCMCNE sont appelés

gestionnaires de fabrics dans l’interface utilisateur.

l Dans l’API REST et la CLI ViPR, les stations de gestion BrocadeCMCNE et les switchesCisco sont appelés systèmes réseau. Cisco Les VSAN et les fabrics Brocade sontappelés des réseaux.

BrocadeVotre switch Brocade doit respecter les conditions préalables suivantes et être configurécomme indiqué ci-dessous avant de l’ajouter dans Contrôleur ViPR.

Configuration logicielle requiseContrôleur ViPR nécessite que EMC Connectrix Manager Converged Network Edition(CMCNE) soit installé. Pour connaître les versions prises en charge, reportez-vous à EMCViPR Controller Support Matrix sur le réseau EMC Community Network(community.emc.com).

CMCNE peut être téléchargé à partir de la zone de support EMC (https://support.emc.com).

CMCNE : conditions requises pour l’installation et la configuration

l CMCNE doit être installé sur un hôte différent du fournisseur SMI-S du système destockage. CMCNE utilise le même port que le fournisseur SMI-S et provoque donc unconflit de port si CMCNE et le fournisseur SMI-S sont installés sur la même machine.

l L’agent SMI (SMIA) doit avoir été installé et démarré dans le cadre de l’installation deCMCNE. La section Validation de l’installation de l’agent SMI CMCNE à la page 30


Gestionnaires de fabrics (switches) 29

fournit des instructions permettant de confirmer que l’agent SMI a correctement étéinstallé avec CMCNE.

l CMCNE doit accéder aux switches avec des privilèges d’administrateur, et le comptedoit être configuré avec des privilèges pour pouvoir découvrir la topologie SAN, ainsique pour activer, créer et supprimer des zones et des ensembles de zones.

l Utilisez l’interface utilisateur CMCNE pour prédécouvrir les fabrics.

l Vous devez avoir créé les fabrics nécessaires qui seront utilisés par ViPR, alloué lesports aux fabrics et configuré les liaisons ISL nécessaires pour connecter un fabricentre plusieurs switches.

l Il est vivement recommandé d’implémenter des connexions redondantes entre lesconnexions ISL, afin que la panne d’une seule liaison ISL ne partitionne pas lesfabrics.

l Contrôleur ViPR n’applique aucune restriction en ce qui concerne le nombre defabrics.

l Vous n’êtes pas obligé de créer des zones.

Validation de l’installation de l’agent SMI CMCNEL’agent SMI (SMIA) doit avoir été installé et démarré dans le cadre de l’installation deCMCNE.

Pour confirmer que l’agent SMI a bien été installé lors de l’installation de CMCNE, entrezl’adresse IP CMCNE dans un navigateur pour accéder à la page de démarrage EMCConnectrix Manager Converged Network Edition .

l Si le fournisseur SMIA a été installé avec CMCNE, un lien de démarrage de l’outil deconfiguration SMIA CMCNE apparaît dans la page de démarrage comme indiqué ci-après.

l Si le lien de démarrage de l’outil de configuration SMIA CMCNE n’apparaît pas dansla page de démarrage, cela signifie que l’outil n’a pas été installé avec CMCNE,comme indiqué ci-après.



Si l’agent SMI a bien été installé et ne fonctionne pas comme prévu, consultez le fichierC:\<installation path>\cimom\server\logs\smia-provider.log pour yrechercher des erreurs.

Prise en charge par Contrôleur ViPR du routage Fibre Channel avec les switchesBrocade

Contrôleur ViPR prend en charge les configurations de routage Fibre Channel avec lesswitches Brocade. Le routage Fibre Channel (FCR) permet aux périphériques de différentsfabrics de communiquer sans aucune fusion des fabrics.

Le routage Fibre Channel permet à des fabrics autonomes distincts de gérer leurs propresservices et offre les avantages suivants :

l Les défaillances des services de fabric, les reconfigurations de fabric, les erreurs dezoning et les dysfonctionnements de périphériques ne se propagent pas entre lesfabrics.

l Les périphériques à l’origine des problèmes de performance dans un fabric nepropagent pas ces problèmes aux autres fabrics.

La prise en charge inclut également les configurations de switch et de réseau ContrôleurViPR qui utilisent un routeur Brocade pour déplacer le trafic d’un datacenter physiquevers un autre. La figure suivante illustre une configuration de datacenter Contrôleur ViPRutilisant le routage Fibre Channel. Le switch DCX fait office de routeur entre lespériphériques du Fabric 15 et ceux du Fabric 10. Dans cet exemple, l’hôte 5 dans leFabric 10 peut utiliser le stockage sur VNX 1 dans le Fabric 15.


Prise en charge par Contrôleur ViPR du routage Fibre Channel avec les switches Brocade 31

Configuration requise pour le routage Brocade Fibre ChannelLes instructions suivantes s’appliquent à toutes les configurations de routage BrocadeFibre Channel.

l Dans le cadre de la configuration du routage, au moins une zone LSAN doit être crééeentre chaque paire de fabrics que vous souhaitez que Contrôleur ViPR prenne encompte. Lorsque Contrôleur ViPR découvre la topologie, il part du principe que s’ilexiste une zone LSAN entre deux fabrics, le routage entre les fabrics est autorisé. S’iln’existe aucune zone LSAN entre les fabrics, Contrôleur ViPR suppose que le routageentre les fabrics n’est pas autorisé.

l CMCNE doit découvrir le routeur et un switch principal dans chaque fabric utilisé.Dans cet exemple, CMCNE qui s’exécute sur l’hôte 1 doit découvrir le switch 1Brocade, le switch DCX et le switch 2 Brocade.

l Contrôleur ViPR doit découvrir CMCNE. Choisissez Physical Assets > Fabric Managerspour ajouter et découvrir CMCNE.

Pour plus d’informations, consultez les documents suivants :

l Guide d’utilisation d’EMC Connectrix Manager Converged édition Network pour plusd’informations sur l’installation et la configuration de CMCNE

l Notes de mise à jour CMCNE pour obtenir la liste des plates‑formes de switch prises encharge et les versions de microprogramme minimales requises.



CiscoVous aurez besoin des informations suivantes et vos switches Cisco doivent êtreconfigurés comme indiqué ci-dessous avant qu’un switch puisse être ajouté et utilisédans Contrôleur ViPR.

Cisco : informations de connexion au switchProcurez-vous les informations de connexion nécessaires lors de l’ajout du switch Ciscodans Contrôleur ViPR. Le compte doit disposer de privilèges pour provisionner (configurerle mode de zone, les ensembles de zones et le réseau VSAN) et afficher la base dedonnées FCNS.

Configuration requiseConfigurez le switch comme indiqué ci-dessous avant de l’ajouter dans Contrôleur ViPR :

l Activez le SSH.

l Créez les réseaux VSAN qui seront utilisés par Contrôleur ViPR sur le switch Cisco.

l Allouez les interfaces appropriées à la base de données VSAN.

l Configurez les liaisons ISL et les canaux de port pour plusieurs réseaux de switch,puis confirmez que les liaisons ISL sont opérationnelles. Vous aurez ainsi l’assuranceque la base de données FCNS est distribuée correctement et active sur tous lesswitches que vous ajoutez dans Contrôleur ViPR.

Conseils de configurationLes opérations suivantes sont vivement recommandées sans être obligatoires :

l Implémenter des connexions redondantes entre toutes les connexions ISL, afin quela panne d’une seule liaison ISL ne partitionne pas les VSAN.

l Activer Enhanced Zoning pour éviter les modifications simultanées de la base dedonnées de segmentation par ViPR et empêcher les autres applications de remplacerles modifications des unes et des autres. Si Enhanced Zoning ne peut pas être activé(configuration non recommandée), nous vous conseillons de limiter le nombre degestionnaires de fabrics dans Contrôleur ViPR à un gestionnaire de fabrics par VSAN.

Contrôleur ViPR : prise en charge par du routage inter-VSAN avec des switches CiscoContrôleur ViPR prend en charge les configurations de routage inter-VSAN (IVR) à l’aidedes switches Cisco. L’IVR est conçu pour autoriser les hôtes, les baies de stockage etd’autres périphériques se trouvant dans d’autres VSAN à communiquer, sans fusionnerles VSAN.

L’IVR permet à des VSAN autonomes distincts de gérer leurs propres services à l’échelledu VSAN tout en fournissant les avantages suivants :

l Accès aux ressources entre des VSAN sans nuire aux autres avantages du VSAN.

l Transport du trafic de données entre des initiateurs et des cibles spécifiques surdifférents VSAN sans avoir à fusionner les VSAN en un seul fabric logique.

l Établissement d’itinéraires interconnectés appropriés qui traversent un ouplusieurs VSAN sur plusieurs switches. Le routage inter-VSAN n’est pas limité auxVSAN présents sur un switch commun.

l Partage des ressources utiles entre plusieurs VSAN sans les altérer. Le traficFibre Channel ne circule pas entre les VSAN, et les initiateurs ne peuvent pas nonplus accéder aux ressources des VSAN autres que le VSAN désigné.

l Maintien d’une continuité efficace des activités ou fourniture de solutions de repriseaprès sinistre efficaces si elles sont utilisées conjointement avec FCIP.


Cisco 33

l L’IVR est conforme aux normes Fibre Channel.

Le schéma suivant illustre un exemple de configuration de datacenter prise en charge parContrôleur ViPR qui utilise un routage inter-VSAN. Dans cet exemple, le switch IVR agitcomme un routeur entre les périphériques du VSAN 15 et les périphériques du VSAN 10.L’hôte 5 dans le VSAN 10 peut utiliser du stockage sur VNX 1 dans le VSAN 15.

VSAN isolésContrôleur ViPR peut reconnaître et créer des zones IVR entre des VSAN isolés (figurantsur un switch unique ou s’étendant plusieurs switches physiques).

Pour procéder au zoning IVR, Contrôleur ViPR exige la présence de VSAN de transitappropriés entres les VSAN acheminés via IVR. Par ailleurs, Contrôleur ViPR nécessite lacréation d’au moins une zone IVR entre chacun des VSAN acheminés via IVR. Cela permetà Contrôleur ViPR de considérer le chemin IVR comme disponible et de l’associer en tantque chemin de provisionnement actif sur les VSAN.

Lorsque Contrôleur ViPR découvre la topologie, il suppose que si une zone IVR existeentre les deux VSAN, le routage entre les VSAN est autorisé et configuré correctementpour permettre à l’hôte d’accéder au stockage.

Si aucune zone IVR pré-instanciée n’existe entre les VSAN acheminés via IVR, ContrôleurViPR suppose que le routage n’est pas autorisé entre les VSAN et ne crée pas de zoneIVR.

Par exemple, Contrôleur ViPR peut prendre en charge cette configuration.



Figure 1 Configuration VSAN prise en charge dans Contrôleur ViPR

(Graphique tiré du manuel Cisco MDS 9000 Family NX-OS Inter-VSAN Routing ConfigurationGuide)

Cisco Configuration requise pour le routage inter-VSANLes instructions suivantes s’appliquent à toutes les configurations de routage FibreChannel.

l Pour chaque VSAN, Contrôleur ViPR doit réussir à découvrir le gestionnaire de fabrics(switch Cisco).

l Dans le cadre de la configuration du routage, au moins une zone IVR doit être crééeentre chaque paire de VSAN que vous souhaitez que Contrôleur ViPR prenne encompte. Lorsque Contrôleur ViPR découvre la topologie, il part du principe que s’ilexiste une zone IVR entre deux VSAN, le routage entre les VSAN est autorisé. S’iln’existe aucune zone IVR entre les VSAN, Contrôleur ViPR suppose que le routageentre les VSAN n’est pas autorisé.

l Contrôleur ViPR doit également découvrir les switches activés pour l’IVR quipermettent le routage des VSAN gérés par Contrôleur ViPR dans votre datacenter.

Pour plus d’informations sur l’installation et la configuration des switches Cisco activéspour l’IVR et sur la création de zones IVR, consultez le Cisco MDS 9000 Family NX-OS Inter-VSAN Routing Configuration Guide (http://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/configuration/guides/ivr/nxos/nxos_ivr.html).

Systèmes de traitement VblockLes administrateurs Contrôleur ViPR système peuvent prendre connaissance desconditions et des informations requises par Contrôleur ViPR pour ajouter et configurerdes Systèmes de traitement Vblock dans Contrôleur ViPR.

Cisco Unified Computing System Manager(UCSM)

l Vous aurez besoin de l’adresse IP et des informations d’identification avec desprivilèges d’administrateur sur le UCSM utilisé pour gérer l’UCS.


Cisco Configuration requise pour le routage inter-VSAN 35

http://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/configuration/guides/ivr/nxos/nxos_ivr.html

http://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/configuration/guides/ivr/nxos/nxos_ivr.html

l Les modèles de profil de service doivent être configurés dans UCSM pour queContrôleur ViPR puisse appliquer les pools virtuels de traitement chaque fois qu’uncluster est créé par Contrôleur ViPR. Déterminez, avec votre administrateur UCS, lesmodèles de profil de service à utiliser en matière de provisionnement.Pour connaître la configuration requise par Contrôleur ViPR pour les modèles de profilde service UCS, reportez-vous à la section Conditions requises par ViPR Controllerpour les modèles de profil de service à la page 50.

ID du VLAN pour le réseau privé d’installation du système d’exploitationVous aurez besoin de l’ID du VLAN pour le réseau d’installation du systèmed’exploitation. Le réseau d’installation du système d’exploitation est le deuxième réseaufourni lors du déploiement du serveur d’images de traitement.

Le réseau d’installation du système d’exploitation est un VLAN privé destiné àl’installation du système d’exploitation (SE). Ce réseau est utilisé par Contrôleur ViPR lorsdu provisionnement, pour établir une communication entre les hôtes et le serveurd’images de traitement Contrôleur ViPR. Comme Contrôleur ViPR utilise le processus dedémarrage PXE, vous devez faire appel à un serveur DHCP et isoler celui-ci du réseau duclient. Lors du provisionnement, les lames de traitement communiquent avec le serveurd’images et l’installation du SE est effectuée via le réseau d’installation du systèmed’exploitation. Une fois l’installation du SE terminée pour un hôte donné, le réseaud’installation du système d’exploitation n’est plus utilisé pour communiquer avec cethôte.

Images de traitementLes administrateurs système Contrôleur ViPR peuvent prendre connaissance desconditions et des informations requises par Contrôleur ViPR pour ajouter et configurerdes images de traitement dans Contrôleur ViPR.

Il s’agit des images d’installation du système d’exploitation pouvant être copiées parContrôleur ViPR sur des Systèmes de traitement Vblock.

Le serveur d’images de traitement doit avoir été déployé et configuré dans ContrôleurViPR. Il est nécessaire également de l’installer et de le configurer dans Contrôleur ViPRpour pouvoir ajouter les images de traitement. Pour savoir comment déployer lesserveurs d’images de traitement, reportez-vous au manuel suivant : Guide d’installation,de mise à niveau et de maintenance en condition opérationnelle de Contrôleur ViPR.

HôtesLes administrateurs de tenants Contrôleur ViPR peuvent prendre connaissance desconditions et des informations requises par Contrôleur ViPR pour ajouter et configurerdes hôtes dans Contrôleur ViPR.

Il existe deux façons d’ajouter des hôtes dans Contrôleur ViPR :

l Avec la fonction de découverte : une fois l’hôte ajouté, Contrôleur ViPR découvreautomatiquement l’hôte, les initiateurs hôtes et les clusters Windows, puis lesenregistre dans Contrôleur ViPR. Seuls les hôtes AIX

®, AIX VIO, Linux

® et Windows

sont susceptibles d’être ajoutés en tant qu’hôtes découvrables. Seuls les clustersWindows peuvent être découverts automatiquement dans Contrôleur ViPR.

l Sans la fonction de découverte : Contrôleur ViPR ne découvre pas ou n’enregistre pasl’hôte ou les initiateurs hôtes. Tout hôte autre que AIX, AIX VIO, Linux et Windows estajouté dans Contrôleur ViPR en tant qu’hôte non découvrable. Si vous le souhaitez,AIX, AIX VIO, Linux et Windows peuvent également être ajoutés en tant qu’hôtes nondécouvrables. Une fois qu’un hôte non découvrable a été ajouté dans Contrôleur



ViPR, vous devez ajouter et enregistrer manuellement les initiateurs hôtes avantd’utiliser l’hôte dans un service.

Hôtes AIX et serveurs AIX VIOLes hôtes AIX doivent être configurés comme suit pour être découverts par ContrôleurViPR et utilisés pour le provisionnement Contrôleur ViPR.

l EMC PowerPath ou AIX MPIO par défaut (pas les deux) doit être activé.

l Il est nécessaire d’installer l’utilitaire EMC Inquiry (INQ) pour faire correspondre lesnoms universels (WWN) des volumes aux disques de l’hôte (hdisks).

l SSH doit être installé et configuré sur les hôtes AIX.

HP-UXLes hôtes HP-UX sont ajoutés dans Contrôleur ViPR comme non découvrables. Intérêt del’option relative au type de système d’exploitation HP-UX® :

l Elle définit la balise VSA (Volume Set Addressing) nécessaire pour exporter desvolumes EMC VMAX et VPLEX vers les hôtes HP-UX.

l Elle permet de tirer parti de l’option Host Mode lors du provisionnement avec dessystèmes de stockage HDS.

l Lorsque vous ajoutez un hôte HP-UX dans Contrôleur ViPR, il convient d’ajouter etd’enregistrer manuellement les initiateurs hôtes dans Contrôleur ViPR.

LinuxLes hôtes Linux doivent être configurés comme suit pour être découverts par ContrôleurViPR et utilisés pour le provisionnement Contrôleur ViPR.

l SSH et LVM sont activés. Contrôleur ViPR utilise SSH pour les hôtes Linux.

l Le logiciel de multipathing EMC PowerPath ou Linux natif est installé.Reportez-vous au EMC PowerPath for Linux Installation and Configuration Guide et auSuSE Linux Enterprise Server (SLES): Storage Administration Guide, sous « Configuringthe System for Multipathing ».

l La synchronisation de l’heure est configurée.

l Dans certains cas, il peut être nécessaire d’installer lsb_release. En cas d’échec de ladécouverte des hôtes en raison de la compatibilité et si les journaux indiquent que lacommande lsb_release est introuvable, le package comportant cette commande doitêtre installé.

Conditions requises pour les utilisateurs LinuxLorsqu’un stockage Contrôleur ViPR est rattaché à un hôte Linux, il doit être en mesured’exécuter des commandes sur l’hôte. Pour accéder à l’hôte, Contrôleur ViPR utilise lesinformations d’identification saisies lors de l’ajout de l’hôte dans Contrôleur ViPR. Ils’agit généralement des informations d’identification du compte root. Si vous nesouhaitez pas que Contrôleur ViPR bénéficie d’un accès root à un hôte Linux, il estrecommandé d’accorder à l’utilisateur sudo les privilèges ALL afin d’exécuter lescommandes requises par Contrôleur ViPR.

WindowsLes hôtes Windows doivent être configurés comme suit pour être découverts parContrôleur ViPR et utilisés pour le provisionnement Contrôleur ViPR.


Hôtes AIX et serveurs AIX VIO 37

Windows Remote Management (WinRM) doit être activé.Reportez-vous à la section Configuration de WinRM sur un hôte Windows pour ViPR à lapage 38.

EMC PowerPath ou Microsoft MPIO (pas les deux) doit être activé.Pour plus de détails, reportez-vous au EMC PowerPath and PowerPath/VE for MicrosoftWindows Installation and Administration Guide ou au Windows : Microsoft Multipath I/OStep-by-Step Guide.

La synchronisation de l’heure est configurée.Si vous utilisez des informations d’identification de compte de domaine Active Directoryou LDAP, les informations d’identification de l’utilisateur de domaine doivent être dans lemême domaine que celui dans lequel l’hôte Windows se trouve ; dans le cas contraire, ladécouverte d’hôtes Windows échoue.

Configuration de WinRM sur un hôte Windows pour Contrôleur ViPRConfigurez un hôte Windows pour que Contrôleur ViPR puisse y exécuter descommandes.

Avant de commencer

l Vous devez être connecté à l’hôte Windows en tant qu’administrateur.

l Pour que le serveur Contrôleur ViPR se connecte aux hôtes distants Windows, l’hôtedoit accepter les commandes Windows PowerShell à distance. Pour ce faire, il suffitd’activer l’accès à distance Windows sur HTTP.

Procédure

1. Lorsqu’une invite de commande d’administrateur s’affiche sur l’hôte Windows,exécutez la commande suivante :

winrm quickconfig

Cela a pour effet de lancer un écouteur (Listener) sur le port 5985. Le choix du portdoit être cohérent par rapport au port que vous configurez pour l’hôte dans la pagedes actifs de l’hôte.

2. Vous devrez éventuellement modifier la configuration selon la façon dont voussouhaitez vous connecter à l’hôte.

l Pour que Contrôleur ViPR se connecte à l’hôte en tant qu’utilisateur local, ilconvient d’effectuer les opérations suivantes :

a. Vérifier les paramètres winrm en exécutant :winrm get winrm/config/serviceConfigurer Basic Authentication et AllowUnencrypted sur « True ».

b. Si l’option d’authentification de base (Basic Authentication) n’est pasconfigurée sur « True », exécuter :winrm set winrm/config/service/auth @{Basic="true"}

c. Si l’option AllowUnencrypted n’est pas configurée sur « True », exécuter :winrm set winrm/config/service @{AllowUnencrypted="true"}

d. Ajouter l’hôte à la page Contrôleur ViPR, Physical Assets > Hosts.

l Pour que Contrôleur ViPR se connecte à l’hôte en tant qu’utilisateur de domaine, ilconvient d’effectuer les opérations suivantes :

a. S’assurer que Kerberos est activé. Pour ce faire, vous pouvez utiliser :winrm get winrm/config/service



b. Si vous avez besoin d’activer Kerberos, exécuter :winrm set winrm/config/service/auth @{Kerberos="true"}

c. Un administrateur système doit s’assurer que que le domaine a été configuréen tant que fournisseur d’authentification dans Contrôleur ViPR (Security >Authentication Providers).

d. Un administrateur de tenant se charge d’ajouter l’hôte dans la page ContrôleurViPR (Physical Assets > Hosts).Les informations d’identification que vous fournissez pour l’hôte se présententsous la forme suivante :

domain\username3. Assurez-vous que l’hôte est signalé comme valide dans le tableau.

À effectuer

Une fois Contrôleur ViPR déployé, vous pouvez vérifier si l’hôte est indiqué comme étantvalidé à la page Physical Assets > Hosts. Si vous recevez le message suivant, cela signifieque WinRM n’est peut-être pas activé ou configuré correctement ou qu’il existe unproblème au niveau du réseau.

Failed to connect to host. Please ensure the connection detailsare correct. [Error connecting: Connection refused]


Windows 39

CHAPITRE 4

Conditions et informations requises pour lagestion des ressources virtuelles


l Présentation..........................................................................................................42l Planification de la création de votre baie virtuelle..................................................42l Remarques sur la configuration du stockage en mode bloc................................... 45l Remarques sur la configuration du stockage en mode fichier................................ 49l Configuration ViPR requise pour les modèles de profil de service.......................... 50

Conditions et informations requises pour la gestion des ressources virtuelles 41

PrésentationLes administrateurs système Contrôleur ViPR sont invités à lire les informations relativesau stockage avant de configurer les différents systèmes de stockage dans les ContrôleurViPR et les pools virtuels baies virtuelles et à comprendre comment Contrôleur ViPRinteragit avec les gestionnaires d’éléments des systèmes de stockage une fois lesvolumes ou les systèmes de fichiers placés sous le contrôle de Contrôleur ViPR.

Planification de la création de votre baie virtuelleLisez ce qui suit avant de commencer à configurer une baie virtuelle.

l Pour en savoir plus sur les composants d’une baie virtuelle et obtenir des exemplesd’abstraction des systèmes de stockage et des composants de stockage dans la baievirtuelle, consultez l’article Concepts ViPR Controller.

l Pour déterminer le type de zoning SAN à configurer sur votre baie virtuelle, reportez-vous à la section Conditions requises pour le zoning SAN à la page 42.

l Pour choisir la meilleure méthode de configuration de la baie virtuelle, reportez-vousà la section Planification de la méthode d’ajout des ressources physiques dans labaie virtuelle à la page 42.

l Si vous ajoutez un système Vblock dans Contrôleur ViPR, reportez-vous à la section Conditions requises pour une baie virtuelle pour les services système Vblock à lapage 44.

Conditions requises pour le zoning SANDans la baie virtuelle, vous indiquez si Contrôleur ViPR automatise le zoning SAN lors del’exportation du stockage vers l’hôte de Contrôleur ViPR, ou si le zoning SAN est gérémanuellement en dehors des opérations Contrôleur ViPR. Voici ce qu’il convient de fairesi vous avez choisi un zonage SAN manuel.

Si vous avez choisi un zoning SAN manuel :

l S’il existe une zone pour l’hôte et la baie, procédez comme suit :Une fois que l’opération de provisionnement ViPR est terminée, vérifiez le groupe deports dans la vue de masquage pour identifier les ports FA sélectionnés par ViPR pourla demande de provisionnement. Comparez les ports FA dans la zone et les ports FAdans le groupe de ports. S’ils correspondent, aucune autre action n’est requise. S’ilsne correspondent pas, reconfigurez la zone pour utiliser les mêmes ports FA. Sinon,une zone peut être créée.

l S’il n’y a pas de zoning existant pour l’hôte et la baie, procédez comme suit :Une fois que l’opération de provisionnement ViPR est terminée, vérifiez le groupe deports dans la vue de masquage pour identifier les ports FA sélectionnés par ViPR pourla demande de provisionnement. Créez une zone avec l’initiateur et les ports ciblesappropriés.

Planification de la méthode d’ajout des ressources physiques dans la baie virtuelleAu minimum, une baie virtuelle doit inclure un réseau et un système de stockageconnectés au réseau.

Lors de la configuration de la baie virtuelle, vous avez la possibilité de créer une baievirtuelle en ajoutant :

Conditions et informations requises pour la gestion des ressources virtuelles


l Des systèmes de stockage à la baie virtuelle

l Des ports de stockage à la baie virtuelle

Pour savoir comment créer une baie virtuelle, consultez le Guide de configuration dudatacenter virtuel via l’interface utilisateur EMC ViPR.

Ajout de systèmes de stockage à la baie virtuelleVous préférerez probablement ajouter un système de stockage complet à la baie virtuellesi vous prévoyez de gérer un système de stockage complet ou plusieurs systèmes destockage dans une baie virtuelle unique.

Lorsque vous ajoutez un système de stockage complet dans la baie virtuelle, ContrôleurViPR intègre automatiquement l’ensemble des réseaux enregistrés et des ports destockage associés au système de stockage dans la baie virtuelle. Dans l’exemple suivant,lors de l’ajout du système de stockage XYZ dans la baie virtuelle, l’opération s’applique àtous les ports de stockage, au réseau A, au réseau B, à VSAN 1, VSAN 2, VSAN 3 etVSAN 4.

Figure 2 Baie virtuelle créée en ajoutant des systèmes de stockage

Virtual Array XYZ

Network A

VSAN 1 VSAN 2

storage ports

Storage System XYZ

Network B

V V V Viriririrtututualalalal A A Arrrrrrayayay X X XYZYZYZ

N N N Netetetetetwowoworkrkrk A A A

VSVS VSVSVSVSVSVSVSVSVSANANANANANAN 2 2 2 2 2VSVSVSVSVSVSANANANANAN 1 1 1

stststororagage e poportrtss

S S S Stotototorarararagegegege S S S S Sysysysysystetetetem m m m m XYXYXYXYXYZ Z Z Z Z

N N Netetetwowowowowoworkrkrkrkrkrk B B B

VSAN 3 VSAN 4

Lorsque vous ajoutez un système de stockage complet dans une baie virtuelle, vousdevez revenir à la baie virtuelle et retirer toutes les ressources qui ne doivent pas êtreutilisées par Contrôleur ViPR.

Ajout de ports de stockage à la baie virtuelleSi vous souhaitez, par exemple, partitionner un système de stockage en plusieurs baiesvirtuelles et allouer certaines ressources du système de stockage à la baie virtuelle Testet à la baie virtuelle Production, il peut être plus pratique de commencer par ajouter lesports de stockage en vue de créer la baie virtuelle. Si vous décidez de créer la baievirtuelle en intégrant d’abord les ports de stockage, Contrôleur ViPR ajoutera uniquementles réseaux et les systèmes de stockage associés aux ports de stockage. Votre inventairesera alors d’autant plus précis dans votre baie virtuelle. La figure suivante illustre lafaçon dont deux baies virtuelles ont été obtenues à partir d’un simple système destockage en ajoutant d’abord les ports lors de la création des baies virtuelles Productionet Test.


Planification de la méthode d’ajout des ressources physiques dans la baie virtuelle 43

Figure 3 Baie virtuelle créée en ajoutant des ports

La baie virtuelle Production a été créée en ajoutant SP2 et SP3, ce qui a pour effetd’ajouter automatiquement le système de stockage XYZ, VSAN 2, VSAN 3, le Réseau A etle Réseau B à la baie virtuelle. Bien que VSAN 1 fasse partie du Réseau A, il n’est pasajouté à la baie virtuelle, car aucun port de stockage associé à VSAN 1 n’a étésélectionné en vue d’être intégré à la baie virtuelle.

La baie virtuelle Test a été créée en ajoutant SP4 et SP5, ce qui a pour effet d’ajouterautomatiquement le système de stockage XYZ, VSAN 4, VSAN 5, le Réseau B et leRéseau C à la baie virtuelle. Bien que VSAN 6 fasse partie du Réseau C, il n’est pas ajoutéà la baie virtuelle, car aucun port de stockage associé à VSAN 6 n’a été sélectionné envue d’être intégré à la baie virtuelle.

Cette image montre, par ailleurs, comment partager un réseau entre deux baiesvirtuelles. Comme un port de stockage associé au Réseau B a été ajouté dans chacunedes baies virtuelles, le Réseau B a été intégré aux deux baies virtuelles.

Conditions requises pour une baie virtuelle pour les services système VblockPour les systèmes Vblock, le stockage doit être accessible aux systèmes de traitement ausein de la baie virtuelle. Vblock Les systèmes configurés au moyen du guide deconception logique VCE disposent de réseaux configurés qui relient le système detraitement Cisco Unified Computing System™ (UCS) au stockage via les switches SAN.

Dans Contrôleur ViPR, la création des baies virtuelles suit le même principe que pour unsystème non Vblock. Les réseaux définis dans les baies virtuelles déterminent si lessystèmes UCS voient le stockage Contrôleur ViPR.

La technique la plus efficace consiste à découvrir l’ensemble des ressources physiquesdu système Vblock avant de définir les baies virtuelles. Après avoir découvert tous lescomposants, consultez l’administrateur UCS pour déterminer les réseaux (VSAN) quiseront utilisés sur un système Vblock donné. Servez-vous de ces réseaux pour définir lesbaies virtuelles Contrôleur ViPR. Pour les configurations de systèmes Vblock moins



compliquées (dans le cas d’un système Vblock unique, par exemple), vous pourrezéventuellement vous contenter d’ajouter le système de stockage dans la baie virtuelle.Une fois les baies virtuelles définies, celles-ci sont utilisées par Contrôleur ViPR poureffectuer les actions suivantes :

l Contrôleur ViPR détermine automatiquement les systèmes de traitement UCSdisponibles pour les pools virtuels de traitement en fonction des baies virtuellessélectionnées.

l Contrôleur ViPR détermine automatiquement les lames servant à provisionner leshôtes en fonction des baies virtuelles et des pools virtuels de traitement.

Contrôleur ViPR effectue ces choix en identifiant les systèmes de traitement UCS ayantune visibilité sur le stockage par l’intermédiaire des réseaux des baies virtuelles.

En cas d’utilisation de modèles de profils de service de mise à jourLorsque vous utilisez des modèles de profils de service de mise à jour, il est recommandéde créer une baie virtuelle dédiée qui :

l inclut uniquement les baies de stockage destinées à être utilisées avec le modèle deprofil de service de mise à jour ;

l inclut uniquement les ports de stockage destinés à être utilisés avec le modèle deprofil de service de mise à jour.

Remarques sur la configuration du stockage en mode blocAvant de créer des baies virtuelles et des pools virtuels pour le stockage en mode blocdans Contrôleur ViPR, consultez les sections suivantes pour connaître les exigences etrecommandations de configuration préalable spécifiques des systèmes de stockage :

l Hitachi Data System (HDS) à la page 45

l EMC VMAX à la page 46

l EMC VMAX3 à la page 47

l EMC VNX pour le stockage en mode bloc à la page 48

l EMC VNXe pour le stockage en mode bloc à la page 48

l EMC VPLEX à la page 48

l Systèmes de stockage (OpenStack) en mode bloc tiers à la page 49

Hitachi Data SystemsConsultez les exigences et recommandations de configuration préalable ci-dessous avantde virtualiser votre système HDS (Hitachi Data Systems) dans Contrôleur ViPR.

Remarques sur les pools virtuelsContrôleur ViPR fournit une hiérarchisation automatisée pour les six règles dehiérarchisation automatisée HDS standard pour les pools de stockage HDT (HitachiDynamic Tiering).

Les options des règles de hiérarchisation automatisée HDS dans Contrôleur ViPR sont lessuivantes :


Remarques sur la configuration du stockage en mode bloc 45

Nom de règledansContrôleurViPR

Numéro dela règle

HDS(niveau)

Description

All 0 All Place les données sur tous les niveaux.

T1 1 Niveau 1 Place de préférence les données dans leniveau 1.

T1/T2 2 Niveau 2 Place les données dans les deux niveauxen présence de deux niveaux, et depréférence dans les niveaux 1 et 2 lorsqu’ilexiste trois niveaux

T2 3 Niveau 3 Place les données dans les deux niveauxen présence de deux niveaux, et depréférence dans le niveau 2 lorsqu’il existetrois niveaux.

T2/T3 4 Niveau 4 Place les données dans les deux niveauxen présence de deux niveaux, et depréférence dans les niveaux 2 et 3 lorsqu’ilexiste trois niveaux.

T3 5 Niveau 5 Place les données de préférence dans leniveau 2 en présence de deux niveaux, etde préférence dans le niveau 3 lorsqu’ilexiste trois niveaux.

VMAXConsultez les exigences et recommandations de configuration préalables ci-dessousavant de virtualiser votre système VMAX dans Contrôleur ViPR.

Exigences et recommandations de configuration préalables des pools virtuelsLorsque VMAX est configuré avec des règles de niveaux de stockage et FAST :

l Les noms de règle FAST et de niveau de stockage doivent être cohérents sur tous lessystèmes VMAX.

l Pour obtenir des détails complets sur la gestion Contrôleur ViPR avec des réglesFAST, consultez le manuel suivant : Guide de l’utilisateur et d’administration del’intégration de Contrôleur ViPR avec des systèmes de stockage VMAX et VNX

l Définissez les options ci-dessous lorsque vous créez votre pool virtuel :

Option Description

RAID Level Sélectionnez les niveaux RAID qui constitueront les volumes dupool virtuel.

Unique Auto-tiering PolicyNames

VMAX uniquement Lorsque vous créez des règles dehiérarchisation automatisée sur un pool VMAX via Unisphere,vous pouvez attribuer des noms aux règles que vous créez. Cesnoms deviennent visibles lorsque vous activez l’option UniqueAuto-tiering Policy Names.



Option Description

Si vous n’activez pas cette option, les noms de règle dehiérarchisation automatisée affichés dans le champ Auto-tieringPolicy seront ceux créés par ViPR.

Auto-tieringPolicy

Règle FAST (Fully Automated Storage Tiering) pour ce pool virtuel.Les règles FAST sont prises en charge sur VMAX, VNX for Block etVNXe.ViPR choisit les pools de stockage physiques auxquels la règle dehiérarchisation automatisée a été appliquée. Si vous créez unvolume dans ce pool virtuel, la règle de hiérarchisationautomatisée spécifiée dans ce champ s’appliquera ce volume.

Fast Expansion VMAX ou VNX Block uniquement. Si vous activez l’option FastExpansion, ViPR crée des métavolumes concaténés dans ce poolvirtuel. Si l’option Fast Expansion est désactivée, ViPR crée desmétavolumes agrégés par bandes.

Host Front EndBandwidth Limit

0 : définissez cette valeur sur 0 (illimité). Ce champ limite levolume de données pouvant être consommé par les applicationssur le volume VMAX. Les limites de bande passante front-endhôte sont mesurées en Mo/s.

Host Front EndI/O Limit

0 : définissez cette valeur sur 0 (illimité). Ce champ limite levolume de données pouvant être consommé par les applicationssur le volume VMAX. Les limites d’E/S front-end hôte sontmesurées en E/S par seconde.

VMAX3Consultez les exigences et recommandations de configuration préalable ci-dessous avantde virtualiser votre système VMAX3 dans Contrôleur ViPR.

Définissez les options ci-dessous lorsque vous créez votre pool virtuel :

Tableau 7 Paramètres de pool virtuel VMAX3

Champ Description

Provisioning Type Thin. VMAX3 ne prend pas en charge les volumes thick.

Protocols FC.

System Type EMC VMAX

Thin VolumePreallocation

0 ou 100. D’autres valeurs pourraient exclure les pools SRP VMAX3.

0 : les volumes alloués à l’aide de ce pool sont entièrement Thin.

100 : les volumes alloués à l’aide de ce pool sont entièrement alloués.

Unique Auto-tieringPolicy Names

Activé.

Auto-tiering Policy VMAX3 est livré avec des objectifs de niveau de stockage prédéfinis, ainsique des workflows. Vous pouvez spécifier le workflow et l’objectif deniveau de stockage que vous voulez appliquer à votre volume pendant leprovisionnement.


VMAX3 47

Tableau 7 Paramètres de pool virtuel VMAX3 (suite)

Champ Description

Expandable L’extension des volumes VMAX3 via Contrôleur ViPR n’est pas prise encharge.

Host Front EndBandwidth Limit

0 : définissez cette valeur sur 0 (illimité).Ce champ limite la quantité de données pouvant être consommée par lesapplications sur le volume VMAX3. Les limites de bande passante front-endhôte sont mesurées en Mo/s.

Host Front End I/OLimit

0 : définissez cette valeur sur 0 (illimité).Ce champ limite la quantité de données pouvant être consommée par lesapplications sur le volume VMAX3. Les limites d’E/S front-end hôte sontmesurées en E/S par seconde.

EMC VNX for BlockConsultez les remarques suivantes sur la configuration avant d’ajouter un stockage VNXfor Block dans les pools virtuels Contrôleur ViPR.

Remarques sur la configuration dans pools virtuels

l Les réseaux Fibre Channel pour les systèmes de stockage VNX for Block nécessitentun port SP-A et SP-B dans chaque réseau, autrement les pools virtuels ne pourrontpas être créés pour le système de stockage VNX for Block.

l Avant Contrôleur ViPR version 2.2, si aucune règle de hiérarchisation automatiséen’était définie sur le pool virtuel créé à partir d’un stockage VNX for Block, ContrôleurViPR créait des volumes à partir des pools virtuels pour lesquels l’option dehiérarchisation automatisée était activée. À partir de Contrôleur ViPR version 2.2, siaucune règle n’est définie sur le pool de stockage créé pour un stockage VNX forBlock, Contrôleur ViPR crée des volumes à partir du pool de stockage pour lequell’option « Start High Then Auto-Tier » est activée sur les nouveaux volumes créésdans le même pool virtuel.

EMC VNXe for BlockLors de l’exportation d’un volume VNXe for Block vers un hôte à l’aide de Contrôleur ViPR,il est conseillé de configurer l’hôte sur une connectivité Fibre Channel uniquement ouiSCSi pour le stockage.

EMC VPLEXConsultez les exigences et recommandations de configuration préalables ci-dessousavant de virtualiser votre système de stockage en mode bloc tiers dans VPLEX .

Exigences et recommandations de configuration préalables des baies virtuellesLors de la création de baies virtuelles, attribuez manuellement les ports front-end etback-end VPLEX du cluster (1 ou 2) à une baie virtuelle, de sorte que chaque clusterVPLEX soit dans sa propre baie virtuelle Contrôleur ViPR.

Exigences et recommandations de configuration préalables des pools virtuelsLors de l’exécution de VPLEX avec VMAX, les Les noms de règle FAST et de niveau destockage doivent être cohérents sur tous les systèmes VMAX.



Systèmes de stockage (OpenStack) en mode bloc tiersConsultez les exigences et recommandations de configuration préalables ci-dessousavant de virtualiser votre système de stockage en mode bloc tiers dans Contrôleur ViPR.

Exigences et recommandations pour les pools virtuelsSi le multipathing est configuré sur le système de stockage découvert, il est possibled’augmenter les valeurs définies dans le pool virtuel une fois les ports cibles détectéspar Contrôleur ViPR.

Systèmes de stockage en mode bloc gérés par Contrôleur ViPRLorsqu’un volume est géré par Contrôleur ViPR et a été provisionné ou exporté vers unhôte via un service Contrôleur ViPR, n’utilisez pas le gestionnaire d’éléments du systèmede stockage pour provisionner ou exporter le volume vers les hôtes. Seule l’utilisation deContrôleur ViPR pour gérer le volume empêche l’apparition de conflits entre la base dedonnées du système de stockage et la base de données Contrôleur ViPR, et évite l’envoid’opérations de verrouillage simultanées au système de stockage. Voici quelquesexemples de défaillance pouvant se produire lorsque le gestionnaire d’éléments et labase de données Contrôleur ViPR ne sont pas synchronisés :

l Si vous utilisez le gestionnaire d’éléments pour créer un volume, alors qu’un autreutilisateur essaie en même temps d’exécuter le service Create a Volume à partir deContrôleur ViPR sur le même système de stockage, le système de stockage risqued’être verrouillé par l’opération exécutée à partir du gestionnaire d’éléments, ce quientraînera l’échec de l’opération de création d’un volume dans Contrôleur ViPR.

l Après exportation d’un volume vers un hôte via Contrôleur ViPR, la même vue demasquage, utilisée par Contrôleur ViPR lors de l’exportation, est modifiée sur lesystème de stockage via le gestionnaire d’éléments. Lorsque Contrôleur ViPR tented’utiliser à nouveau la vue de masquage, l’opération échoue car le contenu de labase de données Contrôleur ViPR pour la vue de masquage diffère de la vue demasquage réelle reconfigurée sur le système de stockage.

Cependant, vous pouvez continuer d’utiliser le gestionnaire d’éléments du système destockage pour gérer les pools de stockage, ajouter de la capacité et résoudre lesproblèmes rencontrés par Contrôleur ViPR.

Remarques sur la configuration du stockage en mode fichierConsultez les informations suivantes avant d’ajouter des systèmes de stockage en modefichier dans des baies virtuelles Contrôleur ViPR et des pools virtuels, et avant d’utiliserle système de fichiers dans un service Contrôleur ViPR.

Paramètres de configuration des pools virtuels pour tous les systèmes de stockage enmode fichierLes systèmes de fichiers ont un type de provisionnement Thin uniquement. Vous devezdéfinir le pool virtuel sur Thin lorsque vous ajoutez un stockage de fichiers au poolsvirtuels.

Systèmes de stockage en mode fichier gérés par Contrôleur ViPRLorsqu’un système de fichiers est géré par Contrôleur ViPR et a été provisionné ouexporté vers un hôte via un service Contrôleur ViPR, vous ne devez plus utiliser legestionnaire d’éléments du système de stockage pour provisionner ou exporter lesystème de fichiers vers les hôtes. Seule l’utilisation de Contrôleur ViPR pour gérer levolume empêche l’apparition de conflits entre la base de données du système destockage et la base de données Contrôleur ViPR, ainsi que l’envoi d’opérations de


Systèmes de stockage (OpenStack) en mode bloc tiers 49

verrouillage simultanées au système de stockage. Cependant, vous pouvez continuerd’utiliser le gestionnaire d’éléments du système de stockage pour gérer les pools destockage, ajouter de la capacité et résoudre les problèmes rencontrés par ContrôleurViPR.

Configuration préalable spécifique des systèmes de stockageAvant de créer des baies virtuelles et des pools virtuels pour un stockage en mode fichierdans Contrôleur ViPR, consultez les sections suivantes pour connaître les exigences etrecommandations de configuration préalable spécifiques des systèmes de stockage :

l EMC Data Domain à la page 50

l EMC VNX for File à la page 50

EMC® Data Domain®

Consultez les informations suivantes avant de virtualiser le stockage Data Domain dansles baies virtuelles et les pools de stockage Contrôleur ViPR.

Exigences et recommandations de configuration préalable des pools virtuelsLors de la création du pool virtuel de fichiers pour le stockage Data Domain, l’attributLong Term Retention doit être activé.

Les informations suivantes vous seront utiles lors de la configuration des pools virtuelsde fichiers pour des systèmes de stockage Data Domain :

l Un mtree Data Domain est représenté en tant que système de fichiers dansContrôleur ViPR.

l Les pools de stockage ne sont pas une fonctionnalité de Data Domain. En revanche,Contrôleur ViPR utilise des pools de stockage pour modéliser la capacité du systèmede stockage. Par conséquent, Contrôleur ViPR crée un pool de stockage Data Domainpour chaque système de stockage inscrit dans Contrôleur ViPR. Par exemple, si troissystèmes de stockage Data Domain ont été inscrits dans Contrôleur ViPR, trois poolsde stockage Data Domain différents apparaîtront. Un pool de stockage pour chaquesystème de stockage Data Domain inscrit.

EMC VNX for FileLors de la configuration d’un pool virtuel de fichiers VNX utilisant le protocole CIFS, il doity avoir au moins un serveur CIFS sur l’un des Data Movers physiques.

Configuration ViPR requise pour les modèles de profil de serviceLes sections suivantes décrivent les conditions requises pour configurer un modèle deprofil de service pour Contrôleur ViPR à des fins de provisionnement.

Remarque

Si les modèles de profil de service existants ne remplissent pas ces conditions, clonez undes modèles de profil de service et modifiez les paramètres du nouveau modèleconformément aux exigences de Contrôleur ViPR.

Propriétés générales

l Le modèle de profil de service ne doit pas être associé à un pool de serveurs. Lasélection des lames relève des pools virtuels de traitement Contrôleur ViPR.



l L’UUID (Universally Unique Identifier, identifiant unique universel) alloué doitprovenir d’un ensemble de suffixes UUID valides configuré dans l’UCS avec desadresses disponibles.

StockageContrôleur ViPR prend actuellement en charge le démarrage Fibre Channel pour lesserveurs UCS. Voici la liste des conditions Fibre Channel requises :

l Le WWNN (World Wide Node Name, nom de nœud universel) alloué doit provenir d’unensemble de suffixes WWNN valide configuré dans l’UCS avec des adressesdisponibles.

l Il convient de choisir une stratégie de configuration de disque local où le Mode estconfiguré sur No Local Storage (aucun stockage local).

l Il faut prévoir au moins une interface vHBA.

l Pour chaque vHBA, le WWPN (World Wide Port Name, nom de port universel) allouédoit provenir d’un ensemble de suffixes WWPN valide configuré dans l’UCS avec desadresses disponibles.

l Le VSAN configuré sur chaque vHBA doit être un réseau valide découvert parContrôleur ViPR. Le VSAN doit correspondre à l’un des réseaux d’une baie virtuelleContrôleur ViPR.

l Les paramètres de stratégie sur les vHBA ne sont pas configurés par leprovisionnement Contrôleur ViPR et sont à la discrétion de l’administrateur.

Réseau

l Les paramètres de stratégie sur les cartes réseau virtuelles (vNIC) ne sont pasconfigurés par le provisionnement Contrôleur ViPR et sont à la discrétion del’administrateur.

l Il faut prévoir au moins une interface de carte réseau virtuelle.

l Pour chaque carte réseau virtuelle, les adresses MAC allouées doivent provenir d’unensemble d’adresses MAC valide configuré dans l’UCS avec des adressesdisponibles.

l Chaque carte réseau virtuelle doit comporter au moins un VLAN.

Stratégie de démarrage et ordre de démarrageAucune stratégie de démarrage n’est requise. Contrôleur ViPR ignore tous les paramètresde stratégie de démarrage dans le modèle de profil de service et remplace les paramètresexistants lors de la création de profils de service.

StratégiesContrôleur ViPR ne définit aucune stratégie. C’est l’administrateur UCS qui est chargé defixer des stratégies.

Modèles de profils de service de mise à jourEn cas de provisionnement avec des modèles de profils de service de mise à jour

l La stratégie de démarrage du modèle de profil de service de mise à jour doit spécifierSAN comme premier périphérique de démarrage.

l Si la stratégie de démarrage du modèle de profil de service de mise à jour impose lesnoms de cartes réseau virtuelles (vNIC) et de vHBA, ces noms dans le modèle deprofil de service doivent correspondre à ceux de la stratégie de démarrage.

l Le pool virtuel de traitement (auquel le modèle de profil de service de mise à jour estassocié) doit être associé à une baie virtuelle disposant de ports de stockage sur lesVSAN utilisés par les vHBA du modèle.


Configuration ViPR requise pour les modèles de profil de service 51

l Si la stratégie de démarrage du modèle de profil de service de mise à jour spécifiedes WWPN cibles de démarrage SAN, le pool virtuel de traitement (auquel le modèleest associé) doit être associé à une baie virtuelle comportant des ports de stockagesur les VSAN appropriés.



emc vipr controller · 2020-03-07 · hitachi data systems avant d’ajouter la solution de...

Documents