Configuration d'un fournisseur SMI-S pour un serveur cible iSCSI dans VMM

Date de publication : mars 2016

S’applique à : System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager

À partir de Windows Server 2012, le rôle serveur Serveur cible Microsoft iSCSI permet d'utiliser les serveurs comme des dispositifs de stockage. Cette rubrique fournit des informations sur le fournisseur SMI-S pour le rôle Serveur cible Microsoft iSCSI. Il s'agit du fournisseur qu'utilise Virtual Machine Manager (VMM) pour gérer un serveur cible iSCSI (à partir de System Center 2012 SP1).

Selon la version du logiciel que vous utilisez, vous aurez peut-être à installer ce fournisseur sur un serveur cible iSCSI avant de commencer à gérer ce serveur avec VMM. Utilisez la liste suivante pour évaluer votre environnement :

• Avec VMM dans System Center 2012 SP1, vous pouvez gérer un serveur cible iSCSI qui exécute Windows Server 2012 si vous installez d'abord le fournisseur SMI-S nécessaire sur le serveur cible iSCSI. Le fournisseur est inclus dans VMM. Pour l'installer, consultez Préparer le serveur cible iSCSI pour la gestion par VMM, plus loin dans cette rubrique.

• Avec VMM dans System Center 2012 R2, vous pouvez gérer un serveur cible iSCSI exécutant plusieurs versions de système d'exploitation :

  • Avec Windows Server 2012 sur le serveur cible iSCSI : Vous devez d'abord installer le fournisseur SMI-S sur le serveur cible iSCSI. Le fournisseur est inclus dans VMM. Pour l'installer, consultez Préparer le serveur cible iSCSI pour la gestion par VMM, plus loin dans cette rubrique.

  • À partir de Windows Server 2012 R2 sur le serveur cible iSCSI : Vous devez uniquement installer le rôle Serveur cible iSCSI. (Il n'est pas nécessaire d'installer le fournisseur séparément.) Pour plus d'informations sur l'installation d'un rôle serveur, consultez Installer ou désinstaller des rôles, des services de rôle ou des fonctionnalités.

Pour plus d'informations sur le serveur cible iSCSI, consultez Introduction of iSCSI Target in Windows Server 2012.

Cette rubrique comporte les sections suivantes :

• Conception de l'architecture

• Problèmes connus relatifs au fournisseur SMI-S

• Détails du fournisseur

• Préparer le serveur cible iSCSI pour la gestion par VMM

• Utiliser VMM pour configurer le serveur cible iSCSI via Windows PowerShell

Le fournisseur SMI-S suit un modèle de fournisseur « incorporé », où le fournisseur est installé sur l'ordinateur du serveur cible iSCSI. Le schéma suivant illustre la façon dont le fournisseur SMI-S interagit avec d'autres composants. Le fournisseur SMI-S repose sur WMI et gère le serveur cible iSCSI à l'aide du fournisseur WMI cible iSCSI.

Dans cette version du fournisseur SMI-S, voici les problèmes connus :

• Le serveur cible iSCSI prend en charge le clustering de basculement pour fournir une haute disponibilité. Pour être géré par le fournisseur SMI-S, un seul groupe de ressources du serveur cible iSCSI peut être pris en charge par cluster. Cette restriction est due à une limitation dans le fournisseur SMI-S, qui ne peut gérer qu'un seul objet ordinateur actuellement. Si plusieurs groupes de ressources cibles iSCSI sont présents sur le même nœud de cluster, le fournisseur SMI-S ne peut pas obtenir une vue précise des objets sur l'ordinateur.

• Un seul fournisseur SMI-S WMI peut être chargé sur un ordinateur. Actuellement, il existe deux fournisseurs WMI, et ils sont tous les deux concernés par ce problème :

  • le fournisseur SMI-S du serveur cible iSCSI ;

  • le fournisseur SMI-S de LSI MegaRAID.

  Pour éviter ce problème, vous devez utiliser des ordinateurs distincts pour héberger chaque fournisseur SMI-S.

  Ce problème concerne les deux scénarios décrits dans les sections suivantes. Le premier scénario décrit deux fournisseurs SMI-S qui sont installés sur le même ordinateur et ils sont tous les deux destinés à l'administration de VMM. Le second scénario décrit deux fournisseurs SMI-S qui sont installés sur le même ordinateur et un seul est destiné à l'administration de VMM. Dans ces deux scénarios, lorsque deux fournisseurs SMI-S WMI sont installés sur un ordinateur du serveur cible iSCSI, un seul des fournisseurs est découvert par le service de gestion du stockage.

Deux fournisseurs pour l'administration VMM

Comme l'indiquent les schémas suivants, deux fournisseurs SMI-S sont installés sur le même ordinateur et chacun est enregistré avec le service de gestion du stockage pour VMM. En raison d'un problème connu avec le service de gestion du stockage, un seul des fournisseurs est découvert.

Deux fournisseurs pour une gestion différente du stockage

Deux fournisseurs SMI-S WMI sont installés sur le même ordinateur. Un seul fournisseur SMI-S est destiné à l'administration de VMM et l'autre fournisseur SMI-S tiers est destiné à la gestion du stockage du serveur de fichiers. En raison d'un problème connu dans le service de gestion du stockage, VMM et la gestion du stockage du service de fichiers ne découvrent qu'un fournisseur, qui peut ne pas être le fournisseur prévu pour l'application.

Comme illustré sur les diagrammes précédents, le fournisseur SMI-S repose sur WMI et transmet les informations du service cible iSCSI au service de gestion du stockage sur le serveur VMM. Après avoir été enregistré avec VMM, une demande de découverte complète est envoyée pour récupérer tous les objets et leurs mappages depuis le fournisseur SMI-S.

Dans un cluster de basculement pour le serveur cible iSCSI, vous devez enregistrer le dispositif de stockage à l'aide du nom du réseau ou de l'adresse IP pour le groupe de ressources cible iSCSI, qui est également appelé point d'accès client. De cette façon, le nom du réseau ou l’adresse IP restent identiques, quel que soit le nœud qui reçoit le basculement.VMM peut se connecter au fournisseur SMI-S qui est exécuté sur le nœud du groupe de ressources basculé. Après un événement de basculement, vous devez effectuer une découverte intégrale à l'aide de VMM.

Mappages d'objet

1. MaskingSet est mappé sur l’objet cible iSCSI : par défaut, le nom convivial d’un objet MaskingSet utilise la chaîne de préfixe « SPC: » + 16 bits aléatoires. Nous vous recommandons d’utiliser un nom convivial quand vous créez l’objet MaskingSet.VMM utilise le nom du serveur de virtualisation ou le nom de cluster comme nom convivial. Le fournisseur SMI-S utilise le nom convivial qui devient également la propriété Description de l'objet WT_Host pour le serveur cible iSCSI.

2. StorageVolume est mappé sur WT_Disk, le disque dur virtuel (VHD). Lorsqu'un utilisateur crée un disque iSCSI à l'aide de VMM, le fournisseur SMI-S utilise le nom convivial comme nom de disque dur virtuel. Si le disque virtuel existe déjà lors de la découverte de SMI-S, le fournisseur utilise sa description comme nom convivial. Si le disque dur virtuel existe déjà mais ne possède pas de chaîne de description, c’est-à-dire qu’elle est vide ou NULL, alors le nom convivial du disque dur virtuel utilise la chaîne de préfixe « VirtualDiskIndex: » + WTD comme entier de l’index.

3. ConcretePool est mappé sur WT_Volume : le nom convivial affiché pour le fournisseur SMI-S est : « iSCSITarget: SubsystemName » + première chaîne de point montage. Par exemple, si la chaîne de point de montage est « C: », son nom est « iSCSITarget: SubsystemName: C: ». Il existe un seul pool racine et son nom « MS iSCSITarget Primordial » est fixe.

L'exemple suivant présente l'installation du fournisseur SMI-S.

Le diagramme précédent montre deux ordinateurs, l'un pour le serveur d'administration VMM et l'autre qui exécute le serveur cible iSCSI. Le serveur d'administration VMM doit se trouver dans un domaine. Le serveur cible iSCSI peut être dans un domaine ou un groupe de travail.

Installer VMM

VMM nécessite une configuration logicielle spéciale, comme par exemple, l'installation de Microsoft .NET Framework. Pour plus d'informations, consultez Configuration système requise : Serveur d'administration VMM dans System Center 2012 et System Center 2012 SP1 ou Configuration système requise pour System Center 2012 R2. Le service de gestion du stockage basé sur la norme Microsoft est activé au cours de l'installation de VMM.

Préparer le serveur cible iSCSI pour la gestion par VMM

Préparez le serveur cible iSCSI pour la gestion par VMM en suivant les étapes ci-dessous :

1. Installez le rôle Serveur cible iSCSI. Une méthode consiste à utiliser la commande Windows PowerShell Install-WindowsFeature FS-iSCSITarget-Server. Le serveur cible iSCSI est inclus dans le système d’exploitation à compter de Windows Server 2012. Pour plus d'informations sur l'utilisation de Windows PowerShell pour installer des rôles ou des fonctionnalités, consultez Get-WindowsFeature et Install-WindowsFeature.

2. Si votre serveur cible iSCSI exécute Windows Server 2012, passez à l'étape suivante. Sinon (par exemple, si le serveur exécute Windows Server 2012 R2), ignorez le reste de cette procédure.

3. Si le serveur exécute Windows Server 2012, installez un correctif cumulatif pas plus ancien que la Mise à jour cumulative pour Windows 8 et Windows Server 2012 : Novembre 2012 (article 2770917 de la Base de connaissances Microsoft). L'une des mises à jour de ce correctif cumulatif comporte des modifications au niveau WMI pour le serveur cible iSCSI, qui améliorent les performances des services de découverte VMM.

4. Si votre serveur cible iSCSI exécute Windows Server 2012, vous devrez installer le fournisseur SMI-S de la manière suivante :

   1. Recherchez le fichier Setup à l'un des emplacements suivants :

      • Sur le support d'installation VMM :

        \amd64\Setup\msi\iSCSITargetSMISProvider.msi

      • Sur le serveur VMM :

        \Program Files\Microsoft System Center 2012\Virtual Machine Manager\Setup\Msi\iSCSITargetProv\iSCSITargetSMISProvider.msi

   2. Sur le serveur cible iSCSI, exécutez le fichier .msi pour démarrer l'Assistant Installation du fournisseur SMI-S.

   3. Suivez les étapes de l'Assistant pour installer le fournisseur.

Vous pouvez utiliser VMM pour configurer le serveur cible iSCSI via Windows PowerShell. Cette section répertorie certaines des tâches les plus courantes avec des exemples de commandes Windows PowerShell. Le fournisseur SMI-S prend en charge toutes les tâches de gestion via VMM.

Pour ouvrir l'interface PowerShell de VMM, utilisez le menu Windows PowerShell, comme indiqué dans l'illustration suivante.

Ajouter un fournisseur de stockage

Obtenez les informations d'identification d'administrateur local du serveur cible iSCSI basées sur le nom d'utilisateur et le mot de passe comme suit :

$Cred = Get-Credential

Notez que tout compte appartenant au groupe Administrateurs local est suffisant.

Créez un compte d'identification dans VMM comme suit :

$Runas = New-SCRunAsAccount -Name "iSCSIRunas" -Credential $Cred

Ajoutez le fournisseur de stockage comme suit :

Add-SCStorageProvider -Name "Microsoft iSCSI Target Provider" -RunAsAccount $Runas -ComputerName "<computername>" -AddSmisWmiProvider

Afficher les propriétés de stockage

Examinez les attributs du groupe de stockage comme suit :

$array = Get-SCStorageArray -Name “<computername>”

Affichez les pools de stockage disponibles comme suit :

$array.StoragePools

Ajouter des pools du serveur cible iSCSI pour l'administration VMM

Obtenez le pool de stockage spécifique à ajouter comme suit :

$pool = Get-SCStoragePool -Name "MS iSCSITarget Concrete: D:"

Créez une classification de stockage, si aucune n'existe, comme suit :

$class = New-SCStorageClassification -Name “gold”

Ajoutez le pool de stockage à VMM comme suit :

Set-SCStorageArray -AddStoragePoolToManagement $pool -StorageArray $pool.StorageArray -StorageClassification $class

Allouez le pool de stockage à un groupe de serveurs de virtualisation comme suit :

Set-SCStoragePool -StoragePool $pool -AddVMHostGroup (Get-SCVMHostGroup -Name "All Hosts")

Créer un numéro d'unité logique (LUN)

Créez un numéro d'unité logique (LUN) iSCSI comme suit :

$LUN = New-SCStorageLogicalUnit -Name "iSCSI1" -StoragePool $pool -DiskSizeMB 1000

Allouez le numéro d'unité logique (LUN) au groupe de serveurs de virtualisation comme suit :

Set-SCStorageLogicalUnit -StorageLogicalUnit $LUN -VMHostGroup (Get-SCVMHostGroup -Name "All Hosts")

Affectez le numéro d'unité logique (LUN) au groupe hôte comme suit :

$host = Get-SCVMhost -ComputerName <host name>

Ajoutez l’hôte au groupe de serveurs de virtualisation comme suit :

Register-SCStorageLogicalUnit -StorageLogicalUnit $LUN -VMHost $host

Tâches de nettoyage

Supprimez un numéro d'unité logique (LUN) comme suit :

Remove-SCStorageLogicalUnit -StorageLogicalUnit $LUN

Supprimez un fournisseur de stockage comme suit :

Remove-SCStorageProvider -StorageProvider (Get-SCStorageProvider -Name "Microsoft iSCSI Target Provider")

Cet article ne présente que quelques exemples de tâches que vous pouvez effectuer avec VMM à l'aide du fournisseur SMI-S. Pour obtenir des informations sur les autres applets de commande Windows PowerShell que vous pouvez utiliser pour gérer le stockage à l'aide du fournisseur SMI-S, consultez Documentation de référence sur les applets de commande pour Virtual Machine Manager dans System Center 2012 R2.

Configuration du stockage dans VMM