Configurar un proveedor de SMI-S para un servidor de destino iSCSI en VMM

Publicado: marzo de 2016

Se aplica a: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager

A partir de Windows Server 2012, Servidor de destino iSCSI de Microsoft es un rol de servidor que permite que el servidor funcione como un dispositivo de almacenamiento. Este tema proporciona información sobre el proveedor de SMI-S para el servidor de destino iSCSI de Microsoft. Este es el proveedor que Virtual Machine Manager (VMM) usa para administrar un servidor de destino iSCSI (a partir de System Center 2012 SP1).

Según la versión de software que esté usando, quizás tenga que instalar este software de proveedor en un servidor de destino iSCSI para poder administrar dicho servidor con VMM. Utilice la siguiente lista para evaluar su entorno:

• Con VMM en System Center 2012 SP1, puede administrar un servidor de destino iSCSI que ejecute Windows Server 2012, si instala primero el proveedor de SMI-S necesario en el servidor de destino iSCSI. El proveedor se incluye en VMM. Para instalarlo, consulte Preparar el servidor de destino iSCSI para que VMM lo administre, más adelante en este tema.

• Con VMM en System Center 2012 R2, puede administrar un servidor de destino iSCSI que ejecute alguna de estas versiones de sistema operativo:

  • Con Windows Server 2012 en el servidor de destino iSCSI: En primer lugar debe instalar el proveedor de SMI-S necesario en el servidor de destino iSCSI. El proveedor se incluye en VMM. Para instalarlo, consulte Preparar el servidor de destino iSCSI para que VMM lo administre, más adelante en este tema.

  • A partir de Windows Server 2012 R2 en el servidor de destino iSCSI: Solo necesitará instalar el rol de servidor de destino iSCSI. (No es necesario instalar el proveedor por separado). Para obtener más información acerca de cómo instalar un rol de servidor, consulte Instalación o desinstalación de roles, servicios de rol o características.

Para obtener más información sobre el servidor de destino iSCSI, consulte Introducción al destino iSCSI en Windows Server 2012.

En este tema se incluyen las siguientes secciones:

• Diseño de arquitectura

• Problemas conocidos relacionados con el proveedor de SMI-S

• Detalles del proveedor

• Preparar el servidor de destino iSCSI para que VMM lo administre

• Usar VMM para configurar el servidor de destino iSCSI mediante Windows PowerShell

El proveedor de SMI-S sigue un modelo de proveedor "incrustado", en el que el proveedor está instalado en el equipo del servidor de destino iSCSI. El diagrama siguiente muestra cómo interactúa el proveedor de SMI-S con otros componentes. El proveedor de SMI-S está basado en WMI y administra el servidor de destino iSCSI mediante el proveedor de WMI de destino iSCSI.

En esta versión del proveedor de SMI-S, destacan los siguientes problemas conocidos:

• El servidor de destino iSCSI es compatible con clústeres de conmutación por error para proporcionar una alta disponibilidad (HA). Para que el proveedor de SMI-S lo pueda administrar, solo se admite un grupo de recursos de servidor de destino iSCSI por clúster. Esta restricción se debe a una limitación en el proveedor de SMI-S, que actualmente solo puede controlar un objeto de equipo. Si hay varios grupos de recursos de destino iSCSI presentes en el mismo nodo de clúster, el proveedor de SMI-S no puede obtener una vista precisa de los objetos del equipo.

• Sólo se puede cargar un proveedor de SMI-S basado en WMI en un equipo. Actualmente existen dos proveedores de WMI, y ambos se verán afectados por este problema:

  • Proveedor SMI-S de servidor de destino iSCSI

  • Proveedor de SMI-S de LSI MegaRAID

  Para evitar este problema, debe utilizar equipos independientes para hospedar a cada proveedor de SMI-S.

  Este problema afecta a los dos escenarios descritos en las secciones siguientes. En el primer escenario dos proveedores de SMI-S están instalados en el mismo equipo y ambos están diseñados para la administración de VMM. En el segundo escenario dos proveedores de SMI-S están instalados en el mismo equipo y sólo uno está diseñado para la administración de VMM. En ambos escenarios, en los que dos proveedores de SMI-S basados en WMI están instalados en un equipo del servidor de destino iSCSI, el servicio de administración de almacenamiento sólo detectará uno de los proveedores.

Dos proveedores para la administración de VMM

Tal y como se muestra en el siguiente diagrama, dos proveedores de SMI-S están instalados en el mismo equipo y cada uno está registrado con el servicio de administración de almacenamiento para VMM. A causa de un problema conocido con el servicio de administración de almacenamiento, sólo se detectará uno de los proveedores.

Dos proveedores previstos para la administración de diferentes almacenamientos

Dos proveedores de SMI-S basados en WMI están instalados en el mismo equipo. Un proveedor de SMI-S se ha diseñado para la administración de VMM y el otro proveedor de SMI-S de terceros se ha diseñado para la administración del almacenamiento del servidor de archivos. A causa de un problema conocido en el servicio de administración de almacenamiento, VMM y la administración de almacenamiento del servicio de archivos sólo detectarán un proveedor y es posible que no sea el proveedor diseñado para la aplicación.

Tal y como se muestra en los diagramas anteriores, el proveedor de SMI-S está basado en WMI y pasa información del servicio de destino de iSCSI al servicio de administración de almacenamiento en el servidor de VMM. Tras su registro con VMM, se envía una solicitud de detección completa para recuperar todos los objetos y sus asignaciones desde el proveedor de SMI-S.

En un clúster de conmutación por error para el servidor de destino iSCSI, debe registrar el dispositivo de almacenamiento con el nombre de red o la dirección IP del grupo de recursos de destino iSCSI (también conocido como punto de acceso cliente). De este modo, el nombre de red o la dirección IP se mantienen iguales, sin importar qué nodo recibe la conmutación por error.VMM puede conectar con el proveedor de SMI-S que se ejecuta en el nodo del grupo de recursos al que se conmutó por error. Después de un evento de conmutación por error, debe realizar una detección completa con VMM.

Asignaciones de objetos

1. MaskingSet se asigna al objeto de destino iSCSI. De forma predeterminada, el nombre descriptivo de un objeto MaskingSet usa la cadena de prefijo "SPC:" + 16 bits aleatorio. Se recomienda usar un nombre descriptivo al crear el objeto MaskingSet.VMM usa el nombre del servidor de virtualización o el nombre del clúster como nombre descriptivo. El proveedor de SMI-S usa el nombre descriptivo y también se convierte en la propiedad Descripción del objeto WT_Host para el servidor de destino de iSCSI.

2. StorageVolume se asigna a WT_Disk, el disco duro virtual (VHD). Cuando un usuario crea un disco iSCSI mediante VMM, el proveedor de SMI-S utiliza el nombre descriptivo como el nombre del VHD. Si ya existe el disco virtual durante la detección de SMI-S, el proveedor usa su descripción como nombre descriptivo. Si el VHD ya existe pero no tiene una cadena de descripción, es decir, la cadena de descripción está vacía o es nula, el nombre descriptivo del VHD usará la cadena de prefijo "VirtualDiskIndex:" + WTD como el entero del índice.

3. ConcretePool se asigna a WT_Volume. El nombre descriptivo que se muestra para el proveedor de SMI-S es: "iSCSITarget: SubsystemName" + primera cadena de punto de montaje. Por ejemplo, si la cadena de punto de montaje es "C:", su nombre es "iSCSITarget: SubsystemName: C:”. Hay un único grupo raíz y su nombre es "MS iSCSITarget Primordial".

En el ejemplo siguiente se muestra cómo instalar el proveedor de SMI-S.

El diagrama anterior muestra dos equipos, uno para el servidor de administración VMM y un equipo que ejecuta el servidor de destino iSCSI. El servidor de administración VMM debe estar en un dominio. El servidor de destino iSCSI puede estar en un dominio o un grupo de trabajo.

Instalar VMM

VMM tiene requisitos de software específicos, como el requisito de Microsoft .NET Framework. Para obtener más información, consulte Requisitos del sistema: Servidor de administración VMM en System Center 2012 y System Center 2012 SP1 o Requisitos del sistema para System Center 2012 R2. El servicio de administración del almacenamiento basado en estándares de Microsoft se habilita durante la instalación de VMM.

Preparar el servidor de destino iSCSI para que VMM lo administre

Para preparar el servidor de destino iSCSI para que VMM lo administre, siga estos pasos:

1. Instale el rol Servidor de destino iSCSI. Una manera de hacerlo es usar el comando Install-WindowsFeature FS-iSCSITarget-Server de Windows PowerShell. El servidor de destino iSCSI se incluye en el sistema operativo de servidor a partir de Windows Server 2012. Para obtener más información sobre cómo usar Windows PowerShell para instalar roles o características, consulte Get-WindowsFeature e Install-WindowsFeature.

2. Para un servidor de destino iSCSI que ejecuta Windows Server 2012, continúe con el paso siguiente. En caso contrario (por ejemplo, para un servidor que ejecuta Windows Server 2012 R2), omita el resto de este procedimiento.

3. Para un servidor que ejecuta Windows Server 2012, instale un paquete acumulativo de actualizaciones no anterior a la actualización acumulativa de Windows 8 y Windows Server 2012: de noviembre de 2012 (artículo 2770917 de Microsoft KB). Una de las actualizaciones del paquete acumulativo de actualizaciones contiene cambios en el servidor de destino iSCSI relacionados con WMI que mejoran el rendimiento de la detección de VMM.

4. Si su servidor de destino iSCSI ejecuta Windows Server 2012, debe instalar en él el proveedor de SMI-S, de la siguiente manera:

   1. Busque el archivo de instalación de una de las siguientes ubicaciones:

      • En los medios de instalación de VMM, en:

        \amd64\Setup\msi\iSCSITargetSMISProvider.msi

      • En el servidor VMM, en:

        \Archivos de programa\Microsoft System Center 2012\Virtual Machine Manager\Setup\Msi\iSCSITargetProv\iSCSITargetSMISProvider.msi

   2. En el servidor de destino iSCSI, ejecute el archivo .msi para iniciar al Asistente de instalación del proveedor de SMI-S.

   3. Complete el asistente para instalar el proveedor.

Puede usar VMM para configurar el servidor de destino iSCSI mediante Windows PowerShell. En esta sección se enumeran algunas tareas comunes con ejemplos de los comandos de Windows PowerShell que puede usar para realizarlas. El proveedor de SMI-S es compatible con todas las tareas de administración mediante VMM.

Para abrir la interfaz de PowerShell de VMM, use el menú de Windows PowerShell, como se muestra en la siguiente ilustración.

Adición de un proveedor de almacenamiento

Obtenga las credenciales administrativas locales del servidor de destino de iSCSI que se basan en el nombre de usuario y la contraseña, para lo que debe proceder como sigue:

$Cred = Get-Credential

Tenga en cuenta que cualquier cuenta que forme parte del grupo de Administradores locales.

Cree una cuenta de ejecución en VMM de la siguiente manera:

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

Agregue el proveedor de almacenamiento de la manera siguiente:

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

Visualización de propiedades de almacenamiento

Revise los atributos de la matriz de almacenamiento de la siguiente manera:

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

Vea los bloques de almacenamiento disponibles de la siguiente manera:

$array.StoragePools

Adición de grupos del servidor de destino de iSCSI para la administración de VMM

Obtenga el bloque de almacenamiento específico de la siguiente manera:

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

Cree una clasificación de almacenamiento (si no existiera) de la siguiente manera:

$class = New-SCStorageClassification -Name “gold”

Agregue el bloque de almacenamiento a VMM de la siguiente manera:

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

Asigne el bloque de almacenamiento a un grupo de servidores de virtualización de la siguiente manera:

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

Creación de un LUN

Cree un número de unidad lógica (LUN) de iSCSI de la siguiente manera:

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

Asigne el LUN al grupo de servidores de virtualización de la siguiente manera:

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

Asigne el LUN al grupo host de la siguiente manera:

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

Agregue el host al grupo de servidores de virtualización de la siguiente manera:

Register-SCStorageLogicalUnit -StorageLogicalUnit $LUN -VMHost $host

Tareas de limpieza

Elimine un LUN de la siguiente manera:

Remove-SCStorageLogicalUnit -StorageLogicalUnit $LUN

Quite un proveedor de almacenamiento de la siguiente manera:

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

En este artículo se han demostrado sólo algunas de las tareas que puede realizar con VMM usando el proveedor de SMI-S. Para obtener información acerca de otros cmdlets de Windows PowerShell que puede usar para administrar el almacenamiento mediante el proveedor de SMI-S, consulte Referencia de cmdlets para Virtual Machine Manager en System Center 2012 R2.

Configuración del almacenamiento en VMM