Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

125
1 Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64 Este breve artículo se limita a mostrar el proceso de instalación de Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64, con el objetivo de convertir Windows Storage Server 2008 en una SAN, es decir, en un iSCSI Target por Software. En este caso, hemos instalado Windows Storage Server 2008 x64 sobre una máquina virtual de Hyper-V, corriendo sobre Windows Server 2008 Datacenter. ¿Quieres conocer el proceso de instalación de Microsoft iSCSI Software Target para convertir Windows Storage Server 2008 en una SAN iSCSI? Escenario de partida Partimos de un servidor físico (uno del laboratorio de GuilleSQL ), con Windows Server 2008 Datacenter x64 con el Service Pack 2, ejecutando Hyper-V como software de virtualización. Nuestro objetivo es poder disfrutar de Virtualización con Hyper-V así como de una solución SAN iSCSI (recordemos que Windows Storage Server 2008 es sólo una NAS, y para convertirlo en una SAN iSCSI será necesario instalar Microsoft iSCSI Software Target). Quizás pueda ser de utilidad repasar algunos conceptos de Almacenamiento SAN y NAS antes de continuar... Sobre dicha máquina física, hemos creado una nueva máquina virtual con Hyper-V, asignádola 25GB para el disco de Arranque/Sistema (el disco C: de toda la vida) y 512MB de RAM. En esta máquina virtual, hemos instalado Windows Storage Server 2008 Enterprise x64 (utilizando las ISO descargadas de MSDN), los Integration Components de Hyper-V, el Service Pack 2 de Windows Server 2008 (aunque sea Windows Storage Server 2008 x64, puede instalarse el Service Pack 2 de Windows Server 2008 x64, sin problemas), y seguidamente, hemos recurrido a Windows Update para actualizar nuestras Windows Storage Server 2008 x64 con Service Pack 2 al último nivel de parcheado. Finalmente, hemos activado con éxito Windows Storage Server 2008 con su clave de la MSDN. Con esto, tenemos una máquina física corriendo Windows Server 2008 Datacenter x64 con Hyper-V, sobre la cual se ejecutan múltiples máquinas virtuales, una de las cuales es Windows Storage Server 2008 x64. El escenario que inicialmente deseaba, era una máquina física corriendo Windows Storage Server 2008 x64 con Hyper-V (bueno, realmente quería ejecutar el iSCSI Target e Hyper-V en la misma máquina física), pero como ya comentamos anteriormente, no es posible ejecutar el Role Hyper-V sobre Windows Storage Server 2008 . Además, Microsoft iCSSI Software Target sólo está disponible en x64, por lo tanto, hemos recurrido a la virtualización con Hyper-V en x64, ya que con

Transcript of Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

Page 1: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

1

Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64

Este breve artículo se limita a mostrar el proceso de instalación de Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64, con el objetivo de convertir Windows Storage Server 2008 en una SAN, es decir, en un iSCSI Target por Software. En este caso, hemos instalado Windows Storage Server 2008 x64 sobre una máquina virtual de Hyper-V, corriendo sobre Windows Server 2008 Datacenter. ¿Quieres conocer el proceso de instalación de Microsoft iSCSI Software Target para convertir Windows Storage Server 2008 en una SAN iSCSI?

Escenario de partida

Partimos de un servidor físico (uno del laboratorio de GuilleSQL), con Windows Server 2008 Datacenter x64 con el Service Pack 2, ejecutando Hyper-V como software de virtualización. Nuestro objetivo es poder disfrutar de Virtualización con Hyper-V así como de una solución SAN iSCSI (recordemos que Windows Storage Server 2008 es sólo una NAS, y para convertirlo en una SAN iSCSI será necesario instalar Microsoft iSCSI Software Target). Quizás pueda ser de utilidad repasar algunos conceptos de Almacenamiento SAN y NAS antes de continuar...

Sobre dicha máquina física, hemos creado una nueva máquina virtual con Hyper-V, asignádola 25GB para el disco de Arranque/Sistema (el disco C: de toda la vida) y 512MB de RAM. En esta máquina virtual, hemos instalado Windows Storage Server 2008 Enterprise x64 (utilizando las ISO descargadas de MSDN), los Integration Components de Hyper-V, el Service Pack 2 de Windows Server 2008 (aunque sea Windows Storage Server 2008 x64, puede instalarse el Service Pack 2 de Windows Server 2008 x64, sin problemas), y seguidamente, hemos recurrido a Windows Update para actualizar nuestras Windows Storage Server 2008 x64 con Service Pack 2 al último nivel de parcheado. Finalmente, hemos activado con éxito Windows Storage Server 2008 con su clave de la MSDN.

Con esto, tenemos una máquina física corriendo Windows Server 2008 Datacenter x64 con Hyper-V, sobre la cual se ejecutan múltiples máquinas virtuales, una de las cuales es Windows Storage Server 2008 x64.

El escenario que inicialmente deseaba, era una máquina física corriendo Windows Storage Server 2008 x64 con Hyper-V (bueno, realmente quería ejecutar el iSCSI Target e Hyper-V en la misma máquina física), pero como ya comentamos anteriormente, no es posible ejecutar el Role Hyper-V sobre Windows Storage Server 2008.

Además, Microsoft iCSSI Software Target sólo está disponible en x64, por lo tanto, hemos recurrido a la virtualización con Hyper-V en x64, ya que con Virtual Server 2005 no es posible ejecutar máquinas virtuales x64, aunque el Sistema Operativo Host sea x64.

Instalación de Microsoft iSCSI Software Target

A continuación, se detallan los pasos a seguir para la instalación de Microsoft iSCSI Software Target v3.2 sobre Windows Storage Server 2008 x64 (recordemos que al intentar instalar Microsoft iSCSI Software Target sobre Windows Server 2008 x64, obtendremos el error Installation is not supported on this operating system).

Lo primero es montar la ISO, en particular, en_windows_storage_server_2008_iscsi_cd_x64_x86_x15-49563.iso, cuyo contenido es el

Page 2: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

2

siguiente:

X86\iscsitargetClient.msi X64\iscsitargetClient.msi X64\iscsitarget.msi

Ejecutaremos el instalador de Microsoft iSCSI Software Target (X64\iscsitarget.msi).

Tras unos segundos, se mostrará la pantalla de bienvenida.

Click Next para continuar.

Aceptar los términos de licencia (que nos habremos leído antes ;-), y click Install para

Page 3: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

3

continuar. Después de unos segundo, finalizará la instalación de Microsoft iSCSI Software Target.

Click Finish para continuar.

Una vez instalado Microsoft iSCSI Software Target, tendremos disponible una nueva herramienta administrativa, en Start -> Programs -> Administrative Tools. Se trata de la herramienta administrativa Microsoft iSCSI Software Target.

Al ejecutar dicha herramienta administrativa, encontraremos nuestro Microsoft iSCSI

Page 4: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

4

Software Target recién instalado.

Tareas Post-Instalación de Microsoft iSCSI Software Target

Una vez instalado Microsoft iSCSI Software Target, tendremos que realizar varias configuraciones para poder poner en marcha nuestra infraestructura iSCSI SAN, las cuales, aunque no entran en el alcance de este artículo, es interesante aprovechar el momento para al menos enumerarlas de forma resumida:

Instalación del cliente iSCSI en (iSCSI Initiator) en máquinas Windows Server 2003. Configuración de los Targets iSCSI, Discos Virtuales (LUNs) y clientes iSCSI

(iSCSI initiators). Realización de Snapshots de Discos Virtuales iSCSI. Realización de Copias de Seguridad de los Discos Virtuales iSCSI.

Configurar Microsoft iSCSI Target: Primeros Pasos

En este artículo describimos las primeras configuraciones básicas para empezar a funcionar con Microsoft iSCSI Software Target, como es el caso de la creación de los Targets y Discos Virtuales (LUNs), y la asignación de Discos Virtuales (LUNs) a los clientes (iSCSI initiators), aprovechando para explicar ciertas consideraciones de diseño básicas en la configuración de Targets y Discos Virtuales con Microsoft iSCSI Target, cara a organizar una infraestructura iSCSI basada en Windows Storage Server 2008. ¿Cómo configurar Microsoft iSCSI Software Target? Sigue leyendo.

Después de instalar Microsoft iSCSI Software Target, quedan muchas cosas por configurar (Targets, Discos Virtuales, Snapshots, Backups, etc.).

Page 5: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

5

Antes de continuar, quiero admitir que de esto del iSCSI y del Almacenamiento SAN, y demás, más bien conozco poco. El caso, es que algo me atrae, así que, leyendo por aquí y por allá, googleando y probando, he aprovechado para aprender algunas cosillas, que quiero ir colgando por aquí, en espera de que os pueda ser de interés a todos (y a mí también, que tengo memoria de pez ;-). Allá vamos.

Consideraciones Básicas de Diseño

Partimos de un entorno formado por un servidor de almacenamiento Windows Storage Server 2008 con Microsoft iSCSI Target instalado. Los equipos clientes de este almacenamiento, en nuestro caso serán servidores Windows que utilizan el software Microsoft iSCSI initiator, disponible en el Panel de Control de Windows. Aprovechamos para recordar, que este software cliente (el Microsoft iSCSI initiator) viene incorporado en las versiones más recientes de Windows (ej: Windows Server 2008) pero en aquellas que no lo traen (ej: Windows Server 2003), puede descargarse desde la Web de Microsoft e instalarse, de forma gratuita.

Para el tráfico de red iSCSI, utilizaremos un segmento de red Ethernet (es decir, una VLAN) exclusivo e independiente de los segmentos de red utilizados para el tráfico de red normal. Es deseable utilizar adaptadores de red exclusivos para iSCSI, tanto en las máquinas físicas como en las máquinas virtuales. Recordemos que es posible configurar múltiples Redes Virtuales y VLANs con Hyper-V, igual que ocurre con VMWare.

Lo primero que tendremos que configurar en nuestro entorno, son los Targets. Para empezar, debemos tener claro, que en un servidor iSCSI, podemos (y debemos) crear múltiples Target (de hecho, a un servidor iSCSI podríamos denominarlo Portal Target). Esta es una de las primeras confusiones, pues en algunos casos, se piensa que sólo se puede tener un único Target. Pero ¿Qué es un Target?

Un Target es un elemento de configuración, a través del cual asignamos los Discos Virtuales (LUNs) a los equipos clientes (iSCSI initiators). Sin embargo, ¿Cuántos Targets deberemos crear? ¿Qué criterios deberemos seguir para crear los Targets?

Como regla general, deberemos crear un Target para cada equipo Cliente, con las siguientes excepciones:

Con el objetivo de optimizar el rendimiento, es posible crear un Target para cada Disco Virtual (LUN) que se desea presentar/asignar a cada equipo cliente (iSCSI initiator). Esta recomendación, es debida a que cada Target tiene su propia cola de peticiones, de tal modo que utilizando un único Target para múltiples Discos Virtuales (LUNs) se podrían tener problemas de encolamiento de peticiones (y en consecuencia, problemas de rendimiento). De este modo, si tenemos dos equipos clientes, al primero le deseamos presentar 2 discos (LUNs) y al segundo le deseamos presentar tres discos (LUNs), siguiendo esta recomendación deberíamos utilizar cinco Targets. Téngase en cuenta, que la creación de un número elevado de Targets en el mismo sistema de Almacenamiento, también puede penalizar a dicho sistema, por lo que como en todo en la vida, será necesario buscar un equilibrio (el presente artículo, se basa en la pruebas realizadas en el Laboratorio de GuilleSQL, no habiendo realizado pruebas y optimizaciones en entornos productivos).

Para utilizar Discos Virtuales (LUNs) compartidos en un Cluster, es necesario crear un Target y asignar los diferentes nodos del Cluster como clientes (iSCSI initiators) del mismo Target. En consecuencia, y dado lo comentado en el punto anterior, podemos crear un único Target para el Cluster, dónde asignar todos los Discos Virtuales (LUNs) y clientes (iSCSI initiators), o bien

Page 6: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

6

podemos crear un Target para cada Disco Virtual (LUN) asignando en cada Target a cada equipo cliente (iSCSI initiators). Ambos enfoques, serían apropiados.

Téngase en cuenta, que el escenario de discos compartidos de un Cluster es el único caso (al menos, habitualmente) en que un Target es compartido por múltiples clientes (iSCSI initiators), ya que si no se tratase de los discos compartidos de un Cluster (shared LUNs), existe un riesgo potencial de conflicto y/o corrupción en el acceso a un mismo Disco Virtual (LUN) por múltiples equipos clientes simultáneamente. Así, si tuviésemos que configurar un Microsoft Cluster (MSCS) con Windows Server 2003, esta sería la opción preferida.

Los equipos clientes de nuestro Storage, denominados iniciadores iSCSI (iSCSI initiators), pueden identificarse en el Target utilizando cuatro métodos diferentes:

iQN (iSCSI Qualified Name). Es el método preferido y el método por defecto para identificar a un iniciador iSCSI. En el caso de utilizar el software Microsoft iSCSI Initiator, se trata de una cadena que contiene el nombre DNS del equipo prefijado del siguiente texto "iqn.1991-05.com.microsoft:".

Nombre DNS. Dirección IP. Dirección MAC.

Los Discos Virtuales toman forma de ficheros VHD, parecidos a los Discos Virtuales de Hyper-V, Virtual Server y Virtual PC, aunque con alguna peculiaridad. Por ejemplo, con Microsoft iSCSI Target, sólo pueden crearse Discos Virtuales de tamaño fijo, que podremos posteriormente extender y realizar Snapshot (si fuera necesario) de los mismos (similar a los Snapshots de Hyper-V, pero en este caso, sobre los discos o LUNs iSCSI).

De este modo, el procedimiento de configuración consiste en:

En el servidor de almacenamiento (Microsoft iSCSI Target), configurar los Targets necesarios especificando los clientes (iSCSI initiators) que deben poder conectarse a cada Target. Este proceso de asignar los clientes (iSCSI initiators) a los Targets, es equivalente al concepto de LUN Masking en los sistemas de Almacenamiento SAN convencionales. Seguidamente, crear los correspondientes Discos Virtuales (LUNs), asignando cada Disco Virtual (LUN) al Target que le corresponda.

En los equipos clientes (iSCSI initiators) es necesario especificar el servidor de almacenamiento (Portal Target), ya sea indicando su dirección IP o un nombre DNS (y por supuesto el puerto TCP, por defecto el 3260). Bueno, el servidor o los servidores, ya que podríamos tener múltiples servidores de almacenamiento iSCSI (será por pasta!!, jeje ;-) Seguidamente, nos deberemos logar (Log on) en cada Target, especificando opcionalmente (y recomendablemente también) volver a restaurar la conexión cada vez que el equipo se vuelva a iniciar (Automatically restore this connection when the system boots), para así mantener sus unidades (LUNs) persistentemente.

Recordemos, que deberemos crear particiones y formatearlas en los Discos Virtuales (LUNs), ya sea montándolos en el servidor de almacenamiento, o bien formateándolos desde los clientes (iSCSI initiators). Finalmente, los Discos Virtuales (LUNs) deben quedar asignados a los correspondientes equipos clientes (iSCSI initiators) y montados correctamente (ya sea utilizando una letra de unidad o un punto de montaje).

Este es el procedimiento general a seguir. A continuación, vamos a verlo de forma gráfica, paso a paso y pantalla a pantalla. Debe tenerse en cuenta, que no se tratarán configuraciones avanzadas (ej: MPIO, autenticación, etc.).

Page 7: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

7

Configuración de un Target iSCSI

A continuación se muestra el procedimiento a seguir para crear un Target iSCSI en Microsoft iSCSI Software Target. Como comentamos previamente, lo más probable es que necesitemos crear varios Targets.

Cara crear un nuevo Target, deberemos abrir la herramienta administrativa Microsoft iSCSI Software Target, y seleccionar la opción Create iSCSI Target desde el menú contextual del nodo iSCSI Targets, como se muestra en la siguiente pantalla capturada.

En el diálogo de bienvenida, click Next para continuar.

Especificaremos un nombre y una descripción para el nuevo Target que estamos creando. El nombre del Target debe seguir ciertas normas, por lo que deberemos elegir un nombre de forma similar a como se elegiría un nombre de máquina. Una vez especificados el nombre y descripción del Target, click Next para continuar.

Page 8: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

8

Deberemos especificar un cliente (iSCSI initiator) para el Target. Es interesante tener en cuenta, que habitualmente cada Target tendrá un único cliente (iSCSI initiator), por lo que siguiendo el asistente será suficiente. Sin embargo, en algunos escenarios como es el caso de los discos compartidos de un Cluster, será necesario especificar varios clientes (iSCSI initiators) para el Target, en cuyo caso seleccionaremos uno cualquiera en este diálogo (el que más rabia nos dé), y especificaremos los demás más adelante editando las propiedades del Target creado.

Además, como hablamos existen diferentes métodos de especificar un cliente (iSCSI initiator), siendo el método preferido utilizar el iQN. Como consecuencia de todo esto, especificaremos el iQN del cliente (iSCSI initiator), y click Next para continuar.

En la pantalla de finalización del asistente de creación del nuevo Target, click Finish.

Page 9: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

9

Realizado esto, habremos creado con éxito nuestro primer Target iSCSI, como se puede observar en la siguiente pantalla capturada. Si necesitásemos crear nuevos Targets iSCSI adicionales, sería suficiente con seguir el mismo procedimiento.

Vamos a aprovechar para visualizar las propiedades del Target iSCSI que acabamos de crear. Para ello, lo seleccionamos, y seguidamente click en la opción Properties del menú contextual.

Page 10: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

10

La pestaña general tentrá un aspecto similar al siguiente.

La pestaña iSCSI Initiator tendrá un aspecto similar al siguiente. En caso de tratarse de un Target para utilizar con los Discos Compartidos (LUNs) de un Cluster, podemos utilizar el botón Add para añadir el resto de clientes (iSCSI initiators), es decir, el resto de Nodos del

Page 11: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

11

Cluster.

En este caso, deberemos especificar el método deseado para identificar al cliente (iSCSI initiator), y el valor correspondiente, como se muestra en el siguiente ejemplo para un servidor de pruebas denominado vsql06.guillesql.local.

Page 12: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

12

De este modo, podremos asignar múltiples clientes (iSCSI initiators) a un mismo Target.

En la pestaña Authentication, es posible configurar CHAP, de forma opcional.

Page 13: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

13

En la pestaña Virtual Disks se muestras los Discos Virtuales asignados al Target. Inicialmente, no tendremos ninguno, pudiendo crear nuevos Discos Virtuales, y añadirlos Target.

En la pestaña Advanced, pueden encontrarse algunas configuraciones avanzadas, que

Page 14: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

14

habitualmente no suelen modificarse.

Crear los Discos Virtuales VHD (LUNs) del Target iSCSI

Una vez que tenemos creado nuestro Target iSCSI (o nuestros Targets, si fueran varios), es posible crear nuevos Discos Virtuales (LUNs). A continuación, vamos a crear un nuevo Disco Virtual (LUN), asociándolo directamente con un Target existente (el recién creado en el paso anterior). Para ello, desde la herramienta administrativa Microsoft iSCSI Software Target, seleccionaremos el Target iSCSI deseado, y seguidamente click sobre la opción Create Virtual Disk for iSCSI Target del menú contextual.

Page 15: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

15

En la pantalla de bienvenida, click Next para continuar.

Deberemos especificar la ruta y nombre de fichero deseado para el disco virtual, con extensión VHD, como se muestra en el siguiente ejemplo. Click Next para continuar.

Deberemos especificar el tamaño del Disco Virtual en MB. Téngase en cuenta que se va a proceder a crear un Disco Virtual de tamaño fijo, por lo que en función del tamaño, el

Page 16: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

16

tiempo de creación será mayor o menor. Click Next para continuar.

Especificaremos una descripción para el nuevo Disco Virtual. Click Next para continuar.

En la pantalla de finalización del asistente, click Finish.

Page 17: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

17

Una vez realizado esto, ya tendremos creado nuestro nuevo Disco Virtual, con el nombre especificado y el tamaño indicado. En consecuencia, podremos visualizar desde el Explorador de Windows, dos nuevos ficheros (VHD y CBM), como se muestra en la siguiente pantalla capturada.

Si deseásemos crear Discos Virtuales (LUNs) adicionales, sería suficiente con seguir el mismo procedimiento.

Particionar y Formatear el nuevo Disco Virtual (LUN)

A continuación, vamos a proceder a particionar y formatear el nuevo Disco Virtual (LUN).

Page 18: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

18

Esta tarea puede realizarse de varias formas. En nuestro caso, vamos a montar el nuevo Disco Virtual sobre el propio servidor de almacenamiento (Windows Storage Server) para particionarlo y formatearlo. Sin embargo, esta tarea también podría realizarse desde un equipo cliente (iSCSI initiator). Para gustos hay colores.

En nuestro caso, desde la herramienta administrativa Microsoft iSCSI Software Target, seleccionaremos el Disco Virtual deseado, y seguidamente seleccionaremos la opción Mount Read/Write del menú contextual, como se muestra en la siguiente pantalla captuda.

Se mostrará un mensaje indicando que el Disco Virtual ha sido montado satisfactoriamente.

Seguidamente, accederemos a la herramienta administrativa Disk Management, en la que se mostrará el diálogo Initialize Disk para el Disco Virtual que acabamos de montar. Seleccionaremos el estilo de partición, y click OK para continuar.

Page 19: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

19

Seguidamente, seleccionaremos el nuevo disco, y seguidamente, click en la opción New Simple Volume del menú contextual, como se muestra en la siguiente pantalla capturada.

Se mostrará el asistente para la creación de un nuevo volumen. En la pantalla de bienvenida, click Next para continuar.

Page 20: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

20

Seleccionaremos el tamaño de la nueva partición en MB. Click Next para continuar.

Podemos seleccionar una letra de unidad o punto de montaje para la nueva partición. En nuestro caso no es necesario. Click Next para continuar.

Page 21: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

21

Seleccionaremos las opciones de Formato, principalmente, nos interesará utilizar NTFS. Click Next para continuar.

En pantalla de finalización del asistente, click Finish.

Page 22: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

22

Se iniciará la creación y formateo de la nueva partición/volumen, como se muestra en la siguiente pantalla capturada.

Finalmente, el disco ya estará disponible para su uso.

Page 23: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

23

Con esto, ya podremos desmontar el disco. Para ello, desde la herramienta administrativa Microsoft iSCSI Software Target, seleccionaremos la opción Dismount, como se muestra en la siguiente pantalla capturada.

Se mostrará un diálogo de confirmación. Click Yes para continuar.

Page 24: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

24

Finalmente, se mostrará un diálogo indicando que el nuevo Disco Virtual, ha sido desmontado satisfactoriamente. Click OK para continuar.

Realizado todo esto, ya tendremos el Disco Virtual (LUN) particionado y formateado, completamente preparado para su uso.

Configuración del cliente iSCSI (iSCSI Initiator)

Llegados a este punto, ya sólo queda configurar el cliente (iSCSI initiator) para accecder al Disco Virtual (LUN). Para ello, desde el correspondiente equipo cliente (ya sea conectado por RDP, iLO, o la propia consola local), en el Panel de Control, seleccionaremos la opcción iSCSI Initiator.

Si es la primera vez que lo utilizamos, puede mostrarse un diálogo indicándonos que el servicio de Windows Microsoft iSCSI Initiator Service está detenido, por lo que será

Page 25: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

25

necesario iniciarlo y configurarlo con inicio Automático. Click Yes para continuar.

Por curiosidad, este era es aspecto antes de iniciarlo.

Se mostrará la pestaña general del iSCSI initiator. Aquí podemos ver el nombre iQN del cliente, entre otras cosas.

Page 26: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

26

Seleccionaremos la pestaña Discovery, y seguidamente click en el botón Add Portal, para agregar nuestro servidor de almacenamiento.

Page 27: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

27

Deberemos especificar el nombre DNS o dirección IP, y el puerto TCP de nuestro servidor iSCSI. Click OK para continuar.

Con esto, habremos configurado nuestro servidor iSCSI, aunque todavía queda algún pasito más.

Page 28: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

28

Seleccionaremos la pestaña Targets. En esta pestaña, se mostrarán los diferentes Targets accesibles desde el cliente, así como su estado. En esta ocasión, sólo tenemos accesible un único Target (el creado anteriormente), en estado Inactive. Para poder acceder a un Target, es necesario hacer Logon en el mismo. Para ello, seleccionaremos el Target deseado, y seguidamente click en Logon.

Page 29: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

29

Se mostrará el diálogo Log on to Target. Si lo deseamos, seleccionaremos la opción Automatically restore this connection when the computer starts, de tal modo que en los próximos reinicios de la máquina, se realice Logon sobre el Target de forma automática, y se mantenga el acceso a los Discos. Click OK para continuar.

Desde la herramienta administrativa Disk Management, seleccionaremos el nuevo disco, y seguidamente click sobre la opción Online del menú contextual, como se muestra en la siguiente pantalla capturada.

Page 30: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

30

Con esto, el cliente ya puede acceder al disco deseado.

Page 31: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

31

Hyper-V: Discos Virtuales (VHDs), sus tipos, Controladoras Virtuales y Operaciones sobre los Discos

Los Discos Virtuales (Virtual Disks o Virtual Hard Disks) son una de las piezas claves de toda Máquina Virtual, tanto en Hyper-V, como en otros sistemas de virtualización (VMWare, Xen, etc.). A través de este Artículo se describen los diferentes tipos de Discos Virtuales (dinámicos, de tamaño fijo, Pass-through, y diferenciales), así como se describen las Controladoras Virtuales, y las operaciones que pueden realizarse sobre los Discos Virtuales (Compact, Convert, Expand, Merge, Reconnect). Se incluye un ejemplo práctico paso a paso de cómo crear un Disco Virtual de tamaño fijo, y otro de cómo extender un Disco Virtual existente (aumentar tamaño) con Hyper-V.

Al igual que ocurre con las Redes Virtuales de Hyper-V, los Discos Virtuales son uno de los elementos clave al trabajar con Máquinas Virtuales en Hyper-V. En consecuencia, junto a la configuración de Máquinas Virtuales Hyper-V y a la configuración de Redes Virtuales, la creación y mantenimiento de Discos Virtuales en Hyper-V, deberemos poder realizarla con soltura, y dotarnos de una base de conocimiento sólida, para agilizar nuestro trabajo y evitarnos sustos con el paso del tiempo.

Introducción a los Discos Virtuales (Virtual Disks)

Los Discos Virtuales (Virtual Disks) son ficheros con extensión VHD (Virtual Hard Disk) que ofrecen almacenamiento a las Máquinas Virtuales. Por un lado, se crea el Disco Virtual, es decir, el correspondiente fichero VHD, y por otro lado se le asigna el Disco Virtual a una Máquina Virtual, para que ésta lo reconozca como un disco local suyo, como si fuera un disco físico (virtualmente hablando, claro ;-).

Podríamos decir, que una Máquina Virtual puede montar discos de dos tipos:

Discos Locales, es decir, los Discos Virtuales (ya sean ficheros VHD o discos Pass-Through). Estos se explican en el presente Artículo.

Discos de Almacenamiento externos iSCSI (LUNs). El almacenamiento iSCSI, tiene la ventaja de que utiliza el entorno de red TCP/IP convencional (ej: Ethernet de Gigabit), de tal modo, que es posible presentar (asignar) una LUN iSCSI a una Máquina Virtual en vivo y en directo. Bueno, presentar y des-presentar también, claro.

Inicialmente, podemos distinguir dos tipos de Discos Virtuales (VHDs):

Discos Virtuales dinámicos (Dynamically Expanding Disks). Inicialmente tienen un tamaño muy pequeño (aun creando un disco dinámico de medio tera, el VHD correspondiente nos ocupará na-y-menos, y por supuesto, su creación será inmediata). Sin embargo, según se utilice el Disco Virtual desde una Máquina Virtual, al ir llenándolo de contenido su tamaño real se irá incrementando. El principal problema de su utilización es la Fragmentación, que puede impactar en rendimiento seriamente.

Discos Virtuales de tamaño fijo (Fixed-Size Disks). Al crear un disco de este tipo, se requiere disponer de espacio suficiente. Es decir, si creamos un Disco Virtual de tamaño fijo de 200GB, será necesario disponer de 200GB. Además, como en la creación del disco se creará un fichero VHD de 200GB, el proceso de creación tardará un ratito, en función del tamaño del susodicho. Ofrecen un rendimiento superior al de los discos dinámicos y evitan el problema de la Fragmentación. En cualquier caso, aun trabajando con Discos Virtuales de tamaño

Page 32: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

32

fijo, podemos llegar a sufrir problemas con la Fragmentación de los VHDs.

Sin embargo, existe un tercer tipo de Disco Virtual, el tipo Pass-through, un tanto especial, ya que no se basa en ficheros VHD. En el caso de los Discos Virtuales de tipo Pass-through, en vez de almacenarse la información en un fichero VHD, la información se almacena en un disco físico, partición o LUN existente en el Host (Parent Partition). Ofrece un buen rendimiento (se evita el acceso intermedio a ficheros VHD previo a la persistencia en un almacenamiento físico), aunque se pierde la posibilidad de realizar Snapshots, y en cierto modo se pierde la portabilidad (bueno, si bien es cierto que los ficheros VHD se pueden mover y copiar por doquier, la utilización de discos exteros USB o LUNs procedentes de un Almacenamiento SAN compartido, permiten que la merma de portabilidad, sea cuanto menos relativa). La creación de un Disco Virtual de tipo Pass-through no está disponible desde el asistente de creación de una nueva Máquina Virtual, por lo que deberemos realizarlo después, editando la configuración de la correspondiente Máquina Virtual.

Podríamos decir, que no existen más tipos de Discos Virtuales. Sin embargo, hurgando podemos sacar un cuarto tipo de Disco Virtual: los Discos Diferenciales. Los Discos Diferenciales se basan en un Disco Virtual que hace las veces de Padre, resultando una opción de utilidad para la construcción de escenarios de prueba. De este modo, si tenemos que construir un entorno de laboratorio formado por diez Máquinas Virtuales Windows Server 2008, podemos preparar una única Máquina Virtual con el fichero VHD correspondiente, que hará las veces de maqueta o línea base (baseline). Seguidamente, crearíamos diez Discos Diferenciales (discos hijo) sobre el anterior disco VHD (disco padre), que sería compartido por todos. Cada uno de estos diez Discos Diferenciales será utilizado por cada una de las diez Máquinas Virtuales, y almacenarán sólo y exclusivamente las diferencias frente al disco utilizado como base (el disco padre, que se mantendrá impoluto). Utilizando Discos Dinámicos y Discos Diferenciales, es posible construir entornos de prueba con unas muy bajas necesidades de almacenamiento (la pela es la pela).

En cierto modo, un Disco Diferencial se comporta como un fichero de transacciones, que posteriormente podremos descartar o aplicar sobre el Disco Virtual VHD original, en función de nuestras necesidades. Aplicar dichas transacciones sobre el Disco Virtual VHD original, se denomina mezclar (Merge).

Así, los cambios realizados sobre un disco de diferenciación (Disco Diferencial), pueden mezclarse (fusionarse) sobre el disco Padre, o bien, también podría crearse un nuevo Disco Virtual resultado de la fusión de los discos Padre e Hijo. Los Discos Diferenciales tienen naturaleza de Discos Dinámicos, por lo que puede resultar de utilidad Compactarlos eventualmente con el objetivo de liberar el espacio no utilizado.

Los Discos de Diferenciación son la base del funcionamiento de los Snapshots en Hyper-V.

Las Controladoras Virtuales de Hyper-V (IDE y SCSI)

En una Máquina Virtual de Hyper-V, es posible configurar Controladoras Virtuales de tipo IDE y SCSI, como se describe a continuación:

Controladoras Virtuales IDE. Es posible utilizar hasta 2 Controladoras Virtuales IDE en cada Máquina Virtual, teniendo en cuenta, que en cada una se podrán conectar un máximo de dos dispositivos. Es importante, tener en cuenta que el disco de inicio o sistema, siembre debe montarse sobre una Controladora Virtual IDE (ojito, que con Virtual Server 2005, no existía este requisito). Otro detalle importante, es que permite acceso tanto Emulado (es decir, sin haber instalado los Integration Components es la Máquina Virtual) como Sintético (con los

Page 33: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

33

Integration Components instalados). Controladoras Virtuales SCSI. Es posible utilizar hasta 4 Controladoras Virtuales

SCSI, cada una de las cuales puede tener conectados hasta 64 dispositivos. De este modo, pueden utilizarse hasta 256 dispositivos SCSI (virtualmente hablando, claro). Sólo permite acceso Sintético, es decir, deben estar instalados los Integration Components en la Máquina Virtual (Child Partition). Un detalle importante, es que con Windows Server 2008 R2 es posible añadir y quitar Discos Virtuales en caliente sobre las Controladoras Virtuales SCSI. De este modo, si necesitamos añadir un Disco a una Máquina Virtual, y dicha Máquina Virtual está dotada de alguna Controladora SCSI con algún puerto libre, podremos crear y añadir el correspondiente disco sin pérdida del servicio. Ojo, desde la R2 y sólo con Controladoras SCSI.

Es interesante comentar, que con versiones anteriores (es decir, Virtual Server 2005), se podía conectar un mismo Disco Virtual sobre Controladoras Virtuales de tipo SCSI en dos Máquinas Virtuales diferentes, con el objetivo de reconocerlo como un Disco Compartido SCSI, y así poder formar un Cluster MSCS. Actualmente, con Hyper-V no es posible, aunque como alternativa podemos utilizar LUNs iSCSI, por ejemplo mediante Windows Storage Server 2008 y Microsoft iSCSI Target.

Operaciones a realizar sobre Discos Virtuales de Hyper-V

Es posible editar un Disco Virtual, con el objetivo de realizar alguna de las siguientes cinco operaciones:

Compact. Permite compactar Discos Dinámicos o Discos Diferenciales, reduciendo el tamaño del fichero VHD, en la medida en que puedan liberar del mismo espacio no utilizado.

Convert. Permite convertir un Disco Dinámico en un Disco de Tamaño Fijo o viceversa.

Expand. Permite aumentar la capacidad de un Disco Dinámico o de un Disco de Tamaño Fijo. No es posible expandir un Disco Virtual asociado a una Máquina Virtual en ejecución (Running) o en estado guardado (Saved). Además, no debe expandirse un Disco Virtual asociado a una Máquina Virtual que tenga Snapshots.

Merge. Permite fusionar un Disco Diferencial con su disco Padre. Reconnect. En el caso de utilizar Discos Diferenciales y no encontrar al Disco

Padre, puede utilizarse la opción Reconnect para seleccionar la ubicación del Disco Padre.

Ejemplo Práctico: Crear un nuevo Disco Virtual de tamaño fijo

A continuación incluimos un ejemplo de creación de un nuevo Disco Virtual de tamaño fijo, detallando el proceso a seguir paso a paso, con las correspondientes pantallas capturadas.

Lo primero de todo, es abrir la herramienta administrativa Hyper-V Manager, y desde el menú contextual del Host deseado, seleccionar la opción New Hard Disk, como se muestra en la siguiente pantalla capturada.

Page 34: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

34

En la pantalla de bienvenida del asistente de creación de un nuevo Disco Virtual, click Next para continuar.

Seleccionaremos el tipo de Disco Virtual que deseamos crear. Desde este asistente podemos crear discos dinámicos, de tamaño fijo y diferenciales, pero no discos Pass-through. Seleccionaremos la opción Fixed size, y click Next para continuar.

Page 35: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

35

Seguidamente, deberemos especificar los datos del fichero VHD que se desea crear, esto es, el nombre y su ubicación (la ruta en el sistema de ficheros). Click Next para continuar.

Especificaremos el tamaño deseado para el nuevo Disco Virtual. Debe tenerse en cuenta, que al tratarse de un disco de tamaño fijo, se creará un fichero VHD con el tamaño que aquí especifiquemos. Lo indicamos, y click Next para continuar.

Page 36: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

36

Pantalla de resumen de la información proporcionada en el asistente. Si estamos de acuerdo, click Finish para continuar.

Barrita de progreso al canto. Crear un fichero de varios gigabytes en disco, tiene un coste, que al final se representa en tiempo.

Page 37: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

37

Al finalizar la anterior barra de progreso, el Disco Virtual estará creado satisfactoriamente, y podrá ser utilizado en la correspondiente Máquina Virtual.

Ejemplo Práctico: Aumentar el tamaño de un Disco Virtual existente

Este caso de ejemplo, trata una operación de mantenimiento bastante habitual: aumentar el tamaño de un Disco Virtual existente. Muchas Máquinas Virtuales, que en su momento fueron dimensionadas correctamente, con el paso del tiempo requieren satisfacer mayores necesidades de procesamiento y/o almacenamiento. En consecuencia, resulta habitual tener que ampliar el espacio en disco de una Máquina Virtual. Los pasos a seguir son los siguientes.

En cualquier caso, es importante recordar que anteriormente no se podía aumentar el tamaño de un Disco Virtual (VHD) de Virtual Server 2005 tan fácilmente, teniendo que recurrir a patrañas diversas, para cumplir nuestro objetivo. Pero como pasa el tiempo, si ahora ya podemos montar un disco VHD con DiskPart... En fin, continuamos.

Abrir la herramienta administrativa Hyper-V Manager, y en el menú contextual del Host deseado, seleccionar la opción Edit Disk, como se muestra en la siguiente pantalla capturada.

Page 38: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

38

En la pantalla de bienvenida del asistente, click Next para continuar.

Seleccionar el Disco Virtual que deseamos manipular, especificando la ruta y nombre de fichero, como se muestra en la siguiente pantalla capturada. Click Next para continuar.

Page 39: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

39

A continuación se presenta el menú con las posibles acciones a realizar sobre el Disco Virtual. Téngase en cuenta, que las opciones disponibles dependen del Disco Virtual que se intente editar. En nuestro caso, seleccionaremos Expand, y click Next para continuar.

Seleccionaremos el nuevo tamaño deseado para el Disco Virtual, y click Next para continuar.

Page 40: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

40

Típica pantalla de resumen del asistente. La revisamos, y si todo está OK, click Finish.

Como en este ejemplo estamos aumentando el tamaño de un disco de tamaño fijo, la operación tardará un poco, mientras observamos nuestra ansiada barra de progreso de turno.

Page 41: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

41

Finalizada la barra de progreso, el cambio se habrá realizado... o no !!! vaya, se me olvida un pequeño detalle, jeje ;-)

Si bien es cierto que llegados a este punto, el Disco Virtual editado tendrá el nuevo tamaño deseado, existe un pequeño detalle: el Disco Virtual editado tendrá las particiones con su tamaño original, de tal modo que la ampliación de tamaño vendrá en forma de espacio sin asignar a ninguna partición del disco. Llegados a este punto, tenemos dos opciones:

Crear una nueva partición en el nuevo espacio libre disponible. Habitualmente, NO será la opción preferida, pero es posible que en algún caso pueda resultar de interés.

Extender alguna de las particiones existentes en el disco, para aumentar su tamaño. Esto suele ser lo habitual. Para ello, suele utilizarse la utilidad diskpart.exe, (list volume -> select volume n -> extend). La situación se complica cuando la partición que se desea extender es la partición del Sistema. En este caso, mi tendencia es utilizar alguna utilidad comercial como Acronis Partition Expert (creo que el Partition Magic también lo he utilizado alguna vez), y listo.

Page 42: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

42

Configurar Redes Virtuales en Hyper-V (Virtual Networks), VLAN Tagging (802.1Q) y Switch Trunk

Una de las principales y más importantes tareas a realizar en una instalación de Hyper-V es configurar las Redes Virtuales (Virtual Networks) con la utilidad Virtual Network Manager de la herramienta administrativa Hyper-V Manager, incluyendo la configuración de etiquetas VLAN o VLAN ID (VLAN Tagging, es decir, el protocolo IEEE 802.1Q), configuración de Trunking en el Switch de red, la configuración de redes internas, privadas y externas, etc. Una configuración sencilla, que se vuelve algo más confusa y complicada al intentar hacer uso de VLAN Tagging.

Introducción a la Redes Virtuales en Hyper-V

Habitualmente, si hay una tarea obligatoria a realizar inmediatamente después de instalar y configurar Hyper-V (tanto en una instalación nueva de Hyper-V con una migración de Virtual Server 2005 a Hyper-V), es configurar las Redes Virtuales (Virtual Networks), que junto con la creación de Discos Virtuales en Hyper-V, son de las tareas más básicas y matutinas que deberemos poder realizar con soltura.

Las Redes Virtuales que tengamos configuradas, definirán las características de conectividad que podremos ofrecer a las Máquinas Virtuales (Guest o Child Partitions) hospedadas en el servidor de virtualización (Host o Parent Partition). Sin embargo, no debemos verlo sólo así, ya que la configuración de las Redes Virtuales también tiene un importante aspecto de Seguridad, al permitir aislar o comunicar entre sí las Máquinas Virtuales, y/o con el Host, y/o con los segmentos de red disponibles a través de las tarjetas de red físicas del servidor Hyper-V (Host). En consecuencia, también impacta en el rendimiento, ya que en función del ancho de banda disponible y de la actividad de red existente en los/el segmento de red utilizados, el rendimiento de acceso a red de la correspondiente Máquina Virtual podría verse mermado por indisponibilidad de suficiente ancho de banda.

Para configurar Redes Virtuales en Hyper-V, deberemos utilizar la utilidad Virtual Network Manager, desde la herramienta administrativa Hyper-V Manager (luego veremos un ejemplo). Es con Virtual Network Manager, desde donde podremos crear, modificar y eliminar Redes Virtuales. En cualquier caso, una vez creadas las Redes Virtuales, deberemos asociarlas a las correspondientes Máquinas Virtuales, desde el diálogo de propiedades de cada Máquina Virtual.

Es decir, por un lado se crean las Redes Virtuales necesarias (habitualmente, enlazadas con las correspondientes tarjetas de red físicas), y por otro lado se asignan las Máquinas Virtuales a las Redes Virtuales con las que necesiten conectividad.

Podremos definir tres tipos de Redes Virtuales en Hyper-V:

External. Este tipo de Red Virtual, permite enlazar la Red Virtual con una tarjeta de red física disponible en el servidor de virtualización (Host o Parent Partition). De este modo, es posible comunicar una Máquina Virtual con el resto de recursos y dispositivos (Router, Proxys, servidores DHCP, DNS, etc.) existentes en la red (bueno, disponibles en la red a la cual nos conecta la correspondiente tarjeta de red física del Host). Es posible especificar el VLAN ID deseado.

Es importante tener en consideración ciertos detalles:

o Sólo se puede enlazar una única Red Virtual con una tarjeta de red física. Es decir, en el momento en que creamos una Red Virtual de tipo

Page 43: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

43

External asociada a una tarjeta de red física, no podremos crear Redes Virtuales adicionales asociadas a la misma tarjeta de red física. Para crear Redes Virtuales de tipo External adicionales, necesitamos más tarjetas de red físicas. ¿OK?

o No es posible conectar una Red Virtual con una tarjeta de red Wireless física. Una pena...

Internal. Permite comunicar entre sí, múltiples Máquinas Virtuales (todas las que estén utilizando la misma Red Virtual). Además de permitir la comunicación entre las Máquinas Virtuales de la misma Red Virtual, también permite la comunicación entre las mismas y el Host. Sin embargo, no se ofrece acceso a la red física. Es posible especificar el VLAN ID deseado.

Private. Permite comunicar entre sí, múltiples Máquinas Virtuales (todas las que estén utilizando la misma Red Virtual). Sin embargo, no permite la comunicación, ni con el Host, ni con la red física.

Para mayor detalle puede leerse el post Hyper-V: What are the uses for different types of virtual networks?.

Para conseguir este comportamiento, Hyper-V utiliza lo que se denomina Virtual Switches. Es decir, el Host incorpora un Switch de red virtual que actúa como corazón de las comunicaciones entre las Máquinas Virtuales, el Host y las redes externas (redes físicas), permitiendo la creación de múltiples segmentos de red (es decir, las Virtual Networks) sobre los que enchufar las Máquinas Virtuales que se desee. De hecho, el concepto de Virtual Switches se utiliza con todos los tipos de Redes Virtuales (no sólo con las de tipo External).

Al crear una nueva Red Virtual (Virtual Network), estamos creando implícitamente un nuevo Virtual Switch. De hecho, podríamos decir que una Red Virtual es un Virtual Switch. De este modo, la tarjeta de red física se conecta directamente al Virtual Switch, sólo y exclusivamente, como consecuencia de crear una Red Virtual de tipo External. Del mismo modo, todas las tarjetas de red virtuales de todas las Máquinas Virtuales (Child Partitions) que queramos conectar a nuestra tarjeta de red física, realmente se conectan directamente al Virtual Switch (es decir, las enlazamos con una Red Virtual), y es a través del Virtual Switch (o Red Virtual) como se comunican con la tarjeta de red física. Esto también incluye al Host (Parent Partition). En cualquier caso, el concepto de Virtual Switch es transparente, pero quizás resulte algo confuso, ya que en el Hyper-V Manager vemos las Virtual Networks pero no vemos los Virtual Switches por ningún lado, cuando es prácticamente lo mismo (al menos, es como lo he entendido yo, aunque quizás esté en error).

Por si sirve de aclaración, os sugiero la lectura de Configuring Virtual Networks With Hyper-V.

Por otro lado, en la configuración de cada Máquina Virtual, podemos agregar Tarjetas de Red Virtuales desde la opción Add Hardware, existiendo dos tipos de Tarjeta de Red Virtual:

Network Adapter. Se trata de un dispositivo Sintético, es decir, requiere de la instalación de los Integration Components para su funcionamiento, y ofrece la ventaja de un gran rendimiento, especialmente en redes Gigabit. No soporta el arranque desde red PXE (Pre-Boot Execution Environment).

Legacy Network Adapter. Se trata de un dispositivo Emulado, capaz de funcionar sin necesidad de instalar los Integration Components, pero con la desventaja de

Page 44: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

44

ofrecer un peor rendimiento. Soporta el arranque desde red PXE (Pre-Boot Execution Environment).

Al agregar una nueva Tarjeta de Red Virtual, o bien al modificar posteriormente (si fuese necesario), podremos especificar la Red Virtual (Virtual Network) a la que deseamos conectar la Tarjeta de Red Virtual, de tal modo, que podemos tener diferentes Tarjetas de Red Virtuales, cada una de las cuales puede estar conectada a la misma o diferente Virtual Network. Del mismo modo, también podremos activar la opción Enable virtual LAN identification para especificar el VLAN ID que deseamos utilizar en la Máquina Virtual (Child Partition).

De este modo, al poder crear múltiples Tarjetas de Red Virtuales, se facila la posibilidad de crear con Máquinas Virtuales escenarios como un Cluster NLB o un Cluster MSCS, por poner algún ejemplo típico en que se requiere de múltiples NICs.

Mejoras de Red en Hyper-V frente a Virtual Server 2005

Un Kit-Kat.

En ocasiones nos olvidamos, pero es interesante observar las mejoras y evolución del producto con el paso del tiempo y de las versiones. En el caso de las Redes Virtuales o Virtual Networking, se han producido un par de mejoras muy representativas desde Virtual Server 2005 a Hyper-V, en particular:

Rendimiento mayor del acceso a la red física desde y a las Máquinas Virtuales. La utilización de dispositivos de red sintéticos (un tipo de tarjeta de red virtual que se le puede asociar a una Máquina Virtual) junto con la instalación de los Integration Components en la Máquina Virtual (Guest), mejora notablemente el

Page 45: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

45

rendimiento de acceso a la red física desde las Máquinas Virtuales. Esta mejora, se aprecia especialmente en entornos de red Gigabit.

Disponibilidad de VLAN Tagging en Hyper-V. La posibilidad de configurar el VLAN ID en cada Tarjeta de Red Virtual de cada Máquina Virtual, facilita enormemente la gestión y configuración de red, especialmente en entornos empresariales con redes relativamente complejas (en pequeñas redes SOHO no suele utilizarse VLANs, por lo que no resultaría destacable).

Anteriormente, con Virtual Server 2005, podía recurrirse a ciertas soluciones alternativas. Por ejemplo, se podía crear un Network Teaming entre las tarjetas de red físicas del Host, y sobre dicho Teaming crear múltiples tarjetas de red, cada una asociada a una VLAN diferente. Posteriormente, en Virtual Server 2005 se podía crear una Red Virtual para cada tarjeta de red creada en el Teaming (es decir, para cada VLAN). Realizar todo esto en cada servidor Host, es un poco rollo, y requiere de disponer de unas tarjetas de red con unos drivers y software que lo soporten (por ejemplo, las tarjeta de red de los servidores HP Blade, y el Network Teaming de HP, lo soporta OK). Evidentemente, es más laborioso (eso sin entrar en problemas de configuración del TOE, y otras peculiaridades).

Continuamos.

Hyper-V y VLAN Tagging (802.1Q)

Quizás una de las principales novedades de Hyper-V frente a Virtual Server 2005, es que Hyper-V incluye soporte para VLANs, en particular para VLAN Tagging (estandar IEEE 802.1Q), tanto sobre las Máquinas Virtuales (Guest o Child Partitions) como sobre el Host (Parent Partition).

Evidentemente, la ventaja de utilizar VLANs en entornos de virtualización como Hyper-V, está en aprovechar el estándar IEEE 802.1Q, conocido también como VLAN Tagging.

Tradicionalmente, era posible asignar un puerto de un Switch a una VLAN, de tal modo, que cada puerto pertenecía a una y sólo una VLAN. En este caso, si tenemos un servidor Hyper-V con una tarjeta de red conectada a un puerto del Switch, este puerto condicionará la VLAN a la que pertenece el Host y todas sus Máquinas Virtuales (a fin de cuentas, es una configuración que se realiza en el propio Switch, a fuego, y transparente para los dispositivos conectados a dicho puerto). Por lo tanto, si en este escenario deseamos tener Máquinas Virtuales que puedan pertenecer a diferentes VLANs, sería necesario disponer de múltiples tarjetas de red, cada una conectada a un puerto del Switch perteneciente a una VLAN distinta (es decir, necesitaríamos n tarjetas de red).

Sin embargo, con VLAN Tagging es posible posible tener una única tarjeta de red, y decirle tanto al Host, como a cada una de las Máquinas Virtuales, a qué VLAN pertenece. En este caso, Windows Server 2008 Hyper-V se encargará de etiquetar los paquetes (a nivel de enlace desde el punto de vista OSI), con el VLAN ID correspondiente (es decir, marcará cada paquete con la VLAN a la que pertenece), y así con una única tarjeta de red, podremos tener varias Máquinas Virtuales conectadas a diferentes VLANs en el mismo Host, de una forma fácil y sencilla (más adelante, veremos dónde se configura en Hyper-V).

Sin embargo, la utilización de VLAN Tagging (802.1Q) en Hyper-V no es tan trivial, como hasta ahora hemos visto, teniendo ciertos requisitos, al menos:

Es necesario que las tarjetas de red y drivers utilizados, ofrezcan soporte para VLAN Tagging (802.1Q).

Page 46: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

46

Es recomendable configurar el puerto del switch de red utilizado por Hyper-V, en modo troncal (Trunk), siendo necesario configurar dicho Trunk (o bien el o los puertos, si no se configuró el Trunk), con las VLANs a las que se desea poder acceder.

Para quien quiera profundizar más, aquí van varios enlaces de interés:

Configuración de VLAN Tagging en Hyper-V: Switch Trunking, 802.1Q, Tarjetas de Red, y otros misterios

Virtual LAN (VLAN) support in Hyper-V Understanding Networking with Hyper-V VLAN Settings and Hyper-V Understanding Hyper-V VLANS Microsoft Server Virtualization Resources Hyper-V and VLANs Configuring Hyper-V virtual networks

Ejemplo Práctico: Configurar Redes Virtuales en Hyper-V

A continuación se incluye un ejemplo práctico, referente a la configuración de Redes Virtuales en Hyper-V, realizado sobre una instalación nueva de Hyper-V.

El servidor del ejemplo se denomina HOST02, y tiene tres puertos de red a Gigabit:

Un puerto Gigabit utilizado en exclusiva para gestión (conexiones RDP, administración remota, copia de ficheros, etc.) del servidor físico (Parent Partition).

Dos puertos Gigabit para utilizar de forma exclusiva por las Máquinas Virtuales (Child Partitions).

A continuación se muestra una pantalla capturada de las conexiones de red de nuestro caso de ejemplo:

Sobre este entorno, se desean configurar cuatro Redes Virtuales:

Dos Redes Virtuales de tipo External. Permitirán la conexión de las máquinas virtuales entre sí, y con el resto de dispositivos y elementos de la red, incluyendo al propio Host (Parent Partition).

Dos Redes Virtuales de tipo Private. Permitirán la conexión entre Máquinas Virtuales. El objetivo, es utilizarlas para realizar pruebas con Windows Storage Server 2008 y Microsoft iSCSI Target, de tal modo, que sean utilizadas por el Target (es decir, el Windows Storage Server 2008 con iSCS Target, montado como Máquina Virtual) y por todos los Initiator (es decir, las Máquinas Virtuales que deseen montar los volúmenes iSCSI ofrecidos por el Target). Como no existe ninguna máquina (ni física ni virtual) fuera de este Host que requiera acceso al Target, no es necesario

Page 47: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

47

utilizar una Red Virtual de tipo External.

Las tarjetas de red utilizadas para las Máquinas Virtuales, no tienen configurado ningún tipo de protocolo, cliente de red, ni na-de-na, como se muestra en la siguiente pantalla capturada:

Lo contrario ocurre con la tarjeta de red utilizada para gestión del Host, que deberá tener configurado al menos TCP/IP, y si se desea el Cliente para Redes Microsoft, Compartir Impresoras y Archivos, etc. Eso ya cada uno (salvo que exista alguna restricción por la instalación que se tenga que hacer, sino, para gustos hay colores).

Sin liarnos más, empezamos. Lo primero es abrir la herramienta administrativa Hyper-V Manager, y desde ella abrir el Virtual Network Manager, por ejemplo desde el menú contextual del Host, como se muestra en la siguiente pantalla capturada.

Page 48: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

48

En el Virtual Network Manager, podremos ver las Redes Virtuales que tenemos configuradas, en nuestro caso, ninguna. También podremos crear, modificar y eliminar Redes Virtuales. Así, podemos utilizar la opción New Virtual Network para crear una nueva Red Virtual, seleccionando el tipo de Red Virtual (External, Internal o Privata) y haciendo click en el botón Add. A continuación se muestra una pantalla capturada de ejemplo.

Para crear una nueva Red Virtual de tipo External, deberemos asignarla un nombre (ej: LAN HV 01 - Virtual Network) y seleccionar la tarjeta de red que deseamos utilizar. Opcionalmente, podemos introducir alguna nota u observación, y la información del VLAN ID que deseamos utilizar para el Host (Parent Partition). En este último caso, deberemos

Page 49: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

49

activar la opción Enable virtual LAN identification for parent partition, y seguidamente especificar el VLAN ID. Recordar, que esto no funciona por arte de magia, y que se necesitará de la colaboración del Administrador de Red para crear el correspondiente Trunk en el Switch de Red así como publicar en el Trunk la VLAN que se deseen utilizar (al menos, es lo que tengo entendido). Click OK para continuar.

Con esto, ya tenemos creada nuestra primera Red Virtual, en este caso, de tipo External. Para crear una nueva Red Virtual de tipo External, simplemente seguiremos los mismos pasos, teniendo en cuenta que deberemos elegir una tarjeta de red física diferente.

Así, una vez que hemos creado nuestras primeras dos Redes Virtuales, si observamos las conexiones de red del Host, podremos observar lo siguiente:

Para cada una de las Redes Virtuales que hemos creado, se ha creado una nueva tarjeta de red (de pegote). Así, si mostramos las propiedades de una de las tarjetas de red físicas utilizadas en exclusiva para las Máquinas Virtuales, mostrará el siguiente aspecto (tendrá

Page 50: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

50

seleccionado sólo y únicamente el protocolo Microsoft Virtual Network Switch Protocol).

Del mismo modo, si mostramos las propiedades de cualquiera de las nuevas tarjetas de red de pegote, se mostrarán como sigue:

Llegados a este punto, toca continuar con nuestra tarea, y crear la primera de las Redes Virtuales de tipo Private. Para ello, de nuevo desde Virtual Network Manager, seleccionaremos la opción New Virtual Network, seleccionaremos Private y click en Add,

Page 51: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

51

como se muestra en la siguiente pantalla capturada.

Seguidamente, introducimos el nombre (ej: LAN iSCSI 01) y descripción (opcional) deseado para la nueva Red Virtual, y click Apply.

Para crear la segunda Red Virtual de tipo Private, es suficiente con seguir los mismos pasos, eligiendo un nombre diferente para la nueva Red Virtual.

Realizado todo esto, tendremos creadas cuatro Redes Virtuales, dos de tipo External y dos de tipo Private. A continuación, podremos utilizar las nuevas Redes Virtuales creadas en la Máquinas Virtuales del Host, tanto especificándolas durante la creación de una Máquina Virtual, como modificando la configuración de una Máquina Virtual existente.

Page 52: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

52

Switch Zoning y LUN Masking

Volver a: [Almacenamiento SAN, NAS, DAS. Conceptos e Historia: NFS, SMB, CIFS, Fiber Channel, HBA, Switch Fabric, iSCSI, IQN, MPIO, LUN, Snapshot, Switch Zoning, LUN Masking, WWN, WWNN, WWPN, FCIP, iFCP]

Dos aspectos muy importante en la gestión del Almacenamiento SAN, son Switch Zoning y LUN Masking. Ahora, después de todo lo visto en este artículo, es quizás el mejor momento para introducir los conceptos de Zoning y LUN Masking, así como los distintos tipos de Zoning: Zoning por Software (Soft Zoning) y Zoning por Hardware (Hard Zoning). Zoning por Puerto (Port Zoning) y Zoning por Nombre (Name Zoning). ¿Qué es Zoning? ¿Qué es LUN Masking? Sigue leyendo.

Las configuraciones de Zoning y Masking son básicas en las redes de almacenamiento SAN basadas en Fiber Channel (FC), y a estas alturas ya sabemos que es una LUN, tenemos cierta idea de que es una red de Almacenamiento SAN y qué elementos dispone, sabemos que es una HBA, etc., es el mejor momento para dar una explicación de lo que es el Zoning y Masking.

Zoning (o Switch Zoning). Los conmutadores o switches Fiber Channel (FC), permiten segmentar sus puertos en diferentes Zonas, de forma similar a como ocurre con las VLAN en los conmutadores o switches Ethernet, de tal modo, que cada dispositivo sólo podrá comunicarse con el resto de dispositivos de su zona. Es importante tener en cuenta que cada puerto de fibra puede ser miembro de múltiples Zonas. Ojo, que esto es una diferencia importante con VSAN (Virtual SAN o redes virtuales SAN), ya que cada puerto de fibra sólo puede pertenecer a una VSAN.

Existen principalmente dos métodos de Zoning, por Hardware y por Software. Así, el Zoning por Software (Soft Zoning) se restringe el acceso por nombre, sin embargo, cualquier servidor podrá acceder a cualquier dispositivo por su dirección de red. Por el contrario, el Zoning por Hardware (Hard Zoning) restringe las comunicaciones en los switches a través de filtrado de tramas, resultando mucho más seguro que el Zoning por Software.

Del mismo modo, suelen emplearse con dos tipos de atributos, el Puerto y el World Wide Name (WWN). Así, el Zoning por Puerto (Port Zoning) permite restringir a un puerto de un Switch, con que otros puertos puede comunicarse (suele requerir que todos los Switches sean del mismo fabricante). Por el contrario, el Zoning por Nombre (Name Zoning) restringe el acceso entre dispositivos en función del World Wide Name (WWN), resultando mucho más flexible aunque más inseguro que el Zoning por Puerto (Port Zoning).

Habitualmente, las redes de almacenamiento SAN suelen particionarse en múltiples Zonas, por motivos de Seguridad (evitar accesos indebidos), evitar interferencias (que podrían generar problemas en el almacenamiento) y facilitar la gestión.

Todo dispositivo conectado a una red de almacenamiento SAN, debe poder acceder sólo a los puertos y dispositivos que necesita utilizar, para lo cual se configurarán las correspondientes Zonas en los Switches Fiber Channel (Switching Zoning).

En consecuencia, es posible que múltiples Servidores sean mapeados al mismo

Page 53: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

53

puerto de la Cabina de Almacenamiento (o de la Librería de Cintas), del mismo modo, que es posible que un único Servidor sea mapeado a múltiples puertos de las Cabina de Almacenamiento (o de la Librería de Cintas). Como puede observarse, se trata de una configuración de los switches de Fiber Channel, que trabaja en el Nivel 2 de Fiber Channel.

LUN Masking. Permite restringir que Servidores (Windows, UNIX o Mainframe) o Hosts, pueden acceder a una determinada LUN (disco virtual) en una Cabina de Almacenamiento. En consecuencia, podemos ver el LUN Masking, como una configuración o proceso de Autorización y Seguridad dentro de la red de almacenamiento SAN, y en particular, en las Cabinas de Almacenamiento, que trabaja en el Nivel 4 de Fiber Channel.

De lo visto anteriormente, cuando hablamos del Switch Zoning, podemos inferir que a un puerto de una Cabina de Almacenamiento pueden acceder múltiples Host o Servidores (Windows, UNIX o Mainframe). Bien, no es que podamos inferirlo, es que en la práctica es así en la mayoría de las empresas, de tal modo que cada puerto de fibra de una Cabina de Almacenamiento, puede estar dando servicio a decenas de Host o Servidores. Llegados a este punto, si a través de un puerto de la Cabina de Almacenamiento, estamos exponiendo múltiples LUN a múltiples Host o Servidores ¿Cómo podemos garantizar que cada Host o Servidor sólo pueda ver las LUN o discos virtuales que le corresponden, a través del Puerto de la Cabina de Almacenamiento al que está conectado? Bien, pues para eso, está el LUN Masking.

Así, si una LUN no es asignada o presentada por la Cabina de Almacenamiento a un Host o Servidor específico, este no podrá acceder a dicha LUN (no tendrá visibilidad). En el caso de servidores en Cluster, como es el caso de Microsoft Cluster (MSCS), es necesario que todos los Servidores miembros del mismo Cluster tengan visibilidad sobre todos los discos compartidos (perdón, las LUN), tarea de configuración que también realizaremos a través de LUN Masking.

LUN Masking nos va a permitir que una LUN (o un grupo de LUNs) en un puerto de la Cabina de Almacenamiento, sea mapeada a un WWN (o a un grupo de WWN, en el caso de un Cluster).

LUN Masking se implementa de diferentes formas, en función del fabricante. Así, EMC implementa LUN Masking como parte del Volume Logix database, mientras HDS implementa LUN Masking utilizando Host Storage Domains.

En la práctica, Switch Zoning y LUN Masking suelen utilizarse en conjunto. En consecuencia, para que un Host o Servidor (Windows, UNIX, o Mainframe) pueda acceder a una LUN (disco virtual) de una Cabina de Almacenamiento, ambos deben pertenecer a la misma Zona (Switch Zoning), y además la Cabina de Almacenamiento debe permitir el acceso de dicho Host o Servidor a dicha LUN (LUN Masking).

Page 54: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

54

Extender en caliente una LUN de Microsoft iSCSI Target en un Failover Cluster CSV de Hyper-V R2

Una de las comodidades de utilizar Microsoft iSCSI Software Target con Windows Storage Server 2008 para presentar discos compartidos (LUN) en Clusters sobre nuestros entornos de laboratorio (y también para discos que no sean compartidos), es la posibilidad de extender en caliente dichos discos (LUN) desde el Microsoft iSCSI Software Target, y seguidamente extender la partición para aprovechar el nuevo espacio asignado (inicialmente libre) en nuestro disco (LUN), y así poder empezar a utilizarlo, en vivo y en directo.

Siempre ocurre. Antes o después, nos quedaremos sin espacio en nuestro Almacenamiento, y necesitaremos aumentar el tamaño de algún disco, o bien presentar algún disco nuevo. En el presente artículo, se muestra paso a paso como extender en caliente un disco compartido (LUN) en Microsoft iSCSI Software Target de Windows Storage Server 2008. En este caso particular, dicho disco compartido (LUN) es utilizado por las máquinas de un Failover Cluster de Windows Server 2008 R2 utilizado como un Cluster de Hyper-V, con los discos compartidos configurados como Discos CSV para Live Migration y la configuración de Almacenamiento de los Hosts. Sin embargo, lo mismo lo podríamos hacer con un Cluster de SQL Server, con un Cluster de Exchange, con máquinas que no estén en Cluster, etc. Empezamos.

Lo primero, desde el Windows Storage Server 2008, abriremos la consola de gestión del Microsoft iSCSI Software Target, y en Devices, seleccionaremos el Disco Virtual que deseamos extender. Haremos click con el botón derecho sobre dicho Disco Virtual, para a continuación, seleccionar la opción Extend Virtual Disk.

Se iniciará el asistente para extender el Disco Virtual. En la pantalla de bienvenida, click

Page 55: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

55

Next para continuar.

En la pantalla Extend Virtual Disk Wizard, especificaremos el tamaño que deseamos añadir. En nuestro caso de ejemplo, deseamos añadir 30GB a un Disco Virtual de 170GB, con el fin de obtener como resultado un Disco Virtual de 200GB. Click Next para continuar.

En la pantalla de finalización del asistente, click Finish.

Page 56: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

56

Pues ya está. El disco ya está extendido. Fácil y sencillo. Pero claro, el tema, es que las máquinas a las cuales tenemos presentado el disco, no se habrán enterado del todo. Por ello, nos conectaremos a uno de los dos Hosts del Cluster Hyper-V, que son nuestros clientes iSCSI. En nuestro caso de ejemplo, nos conectaremos al Host que posee el disco CSV (se llama HOST02.guillesql.local), abriremos la herramienta administrativa Disk Management (por ejemplo desde el Server Manager), y utilizaremos el menú contextual para realizar un Refresh, y así forzar a refrescar la información de los discos (todavía nos muestra 170GB, cuando ya está ampliado el disco a 200GB).

Una vez realizado el Refresh, por fin nos mostrará el disco como un disco de 200GB, eso sí, con una partición de 170GB más otros 30GB de espacio libre al final del disco. Así que, de momento, la ampliación nos sirve de poco. Por ello, seleccionaremos con el botón derecho la partición de 170GB, y seguidamente click sobre la opción Extend Volume del menú

Page 57: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

57

contextual.

Se mostrará el asistente para la extensión del volumen. En la pantalla de bienvenida, click Next para continuar.

En la pantalla Extend Volume Wizard, seleccionaremos la cantidad de espacio en que deseamos extender el disco (en nuestro caso, 30GB), y seguidamente click Next para continuar.

Page 58: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

58

En la pantalla de finalización del asistente, click Finish.

Realizado esto, ya estará extendido el disco. Ahora sí que tenemos 200GB, en lugar de los 170GB que teníamos unos instantes antes, y todo esto, realizado en caliente, con el entorno levantado, varias Máquinas Virtuales en ejecución sobre el disco extendido, y otra Máquina Virtual a mitad de su creación desde el Virtual Machine Manager 2008 R2. Sin embargo, aún con toda esta actividad, hemos conseguido extender nuestro disco con éxito. Mola.

Page 59: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

59

Por último, sólo queda conectarse al otro Host del Cluster (en nuestro caso, se llama HOST01.guillesql.local), y realizar el Refresh desde la herramienta Disk Management, para ver que también nos reconoce el disco con un tamaño de 200GB, y se acabó, a dormir tranquilos.

Page 60: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

60

Introducción a Virtual Machine Manager 2008 R2 (VMM2008R2)

System Center Virtual Machine Manager 2008 R2 es una herramienta para la administración centralizada de Servidores de Virtualización Hyper-V (equivalente al Virtual Center de VMWare), que incluye soporte para máquinas Virtual Server 2005 y VMWare ESX (gracias a los Web Services de VMWare Virtual Center). A través de este artículo, se ofrece una introducción a Virtual Machine Manager 2008 R2, describiendo sus principales conceptos y componentes (VMM Server, VMM Administrator Console, VMM Library Server, VMM Self-Service Portal, VMM Database, etc.).

Virtual Machine Manager 2008 R2, es un producto de la familia System Center, que actúa como una herramienta de administración centralizada para servidores Hyper-V, incluyendo soporte también para Virtual Server 2005 y VMWare. Esto lo convierte en una herramienta de gran utilidad en entornos intensivos en virtualización (Server Virtualization, nuestro pan de cada día en toda empresa que se precie), es decir, que trabajan con múltiples servidores Hyper-V, facilitándose así las tareas más rutinarias (y las menos también) de administración y mantenimiento.

De este modo, con Virtual Machine Manager 2008 R2 se dispone de una ubicación única (independientemente del número de Host que tengamos) desde la que crear nuevas máquinas virtuales (de forma algo diferente al crear Máquinas Virtuales desde Hyper-V Manager), crear Checkpoints de Máquinas Virtuales (es decir, los Snapshots de Máquinas Virtuales), Migrar o mover Máquinas Virtuales (el Export e Import de Hyper-V), convertir máquinas físicas en máquinas virtuales, gestionar el estado de las Máquinas Virtuales (iniciar, parar, pausar, etc.), etc.

En cualquier caso, es importante tener en cuenta, que Virtual Machine Manager no sólo ofrece una consola centralizada para la gestión de Host y Máquinas Virtuales, sino que por el contrario, ofrece mucho más, como la creación y gestión de librerías de recursos compartidos (VHDs, imágenes ISO, perfiles de hardware y software, etc.), asistentes para la convertir de físico a virtual, asistentes para convertir de virtual a virtual, etc. Es más, como Virtual Machine Manager 2008 R2, cambiará la forma en la que administraremos nuestro entorno de virtualización, no sólo la herramienta.

Poco a poco y paso a paso. En este artículo, principalmente introduciremos los principales componentes de Virtual Machine Manager 2008 R2, a la vez que daremos a conocer algunos de sus conceptos y léxico (Roma no se hizo en un día). Empezamos.

Componentes de Virtual Machine Manager 2008 R2

Virtual Machine Manager 2008 R2 está formado por un conjunto de componentes, los cuales, en función de cómo se desplieguen, dan forma a diferentes topologías de configuración de un infraestructura.

Page 61: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

61

Realmente, la topología que montemos, debería venir guiada por las características del entorno, principalmente por el número de servidores de virtualización (Hosts) que deseamos gestionar y sus ubicaciones o localizaciones (especialmente, si tenemos múltiples localizaciones separadas por enlaces lentos, y/o para separar entornos productivos del resto de entornos - desarrollo, pre-producción, calidad, etc.). De este modo, en una implementación con un pequeño número de Host se podrían montar todos los componentes en una única máquina (VMM Server, VMM Database, VMM Library Server, etc), mientras que con un elevado número de Hosts (ej: cientos) deberían distribuirse los diferentes componentes entre máquinas independientes, implementar múltiples VMM Library Servers, etc

Virtual Machine Manager 2008 R2 requiere Directorio Activo, detalle que tendremos que tener en cuenta en el diseño de nuestra infraestructura de virtualización.

Otro par de aspectos relevantes para una infraestructura de Virtual Machine Manager 2008 R2, es por supuesto el Almacenamiento SAN utilizado (de lo cual de momento, no he podido probar nada) y la configuración de Red (anteriormente ya vimos algo de la problemática de la configuración de Redes Virtuales, Switch Port Trunk, y VLAN Tagging). De momento, no vamos a entrar en detalles, aunque estaría muy bien poder contar más cositas sobre ambos aspectos relativos a una implantación de Virtual Machine Manager 2008 R2. Sin desviarnos del tema, continuamos.

Los componentes de Virtual Machine Manager 2008 R2 son:

VMM Server. Se trata del componente principal de Virtual Machine Manager 2008 R2. No puede dotarse de Alta Disponibililidad a través del Failover Cluster de Windows Server 2008, sin embargo, está soportado montar VMM Server sobre una Máquina Virtual la cual esté ejecutándose sobre un Failover Cluster, y así dotar de Alta Disponibilidad al VMM Server. También está soportado montar VMM Server sobre un Host, aunque sólo es recomendable en instalaciones muy pequeñas, con pocos Hosts.

En la instalación del VMM Server, es necesario configurar los puertos TCP que se desean utilizar. La recomendación de Microsoft, es no utilizar los puertos por defecto. Al margen de esto, debe tenerse en cuenta, que estos puertos no se pueden cambiar a posteriori, y que en función de nuestra infraestructura de red, quizás sea necesario crear nuevas reglas de acceso en los Firewalls de turno.

Sólo puede instalarse sobre Windows Server 2008 x64 o Windows Server 2008 R2 x64. No funciona ni con Windows Server 2003, ni con Windows Server 2008 x86. Además, tampoco funciona en Server Core.

VMM Administrator Console. Se trata de la consola gráfica para la administración de Virtual Machine Manager 2008, gracias a la cual es posible administrar Máquinas Virtuales, Librerías (VMM Library Server y Library Shares), etc. Es recomendable instalarla en la misma máquina en la que corre VMM Server (se instala por separado, después de la instalación del VMM Server), y adicionalmente, puede montarse en otras máquinas, incluyendo equipos de escritorio, para así poder administrar de forma remota el entorno.

Puede montarse en prácticamente cualquier Sistema Operativo de Microsoft, que tenga entorno gráfico (se excluye las instalaciones Server Core y las ediciones Web Server), incluyendo sistemas de escritorio como Windows XP SP2, Windows Vista SP1 y Windows 7.

VMM Self-Service Portal. Se trata de un componente opcional, una Aplicación Web que permite a los usuarios crear y gestionar sus propias Máquinas Virtuales,

Page 62: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

62

sobre los Host que se deseen que puedan utilizar dichos usuarios.

Quizás su principal requisito, es que necesita IIS, de tal modo, que puede montarse tanto sobre Windows Server 2003, como sobre Windows Server 2008, ya sea arquitectura x86 o x64. En el caso de Windows Server 2008, es necesario agregar el Role Web Server (IIS) con los servicios siguientes: IIS 6 Metabase Compatibility, IIS 6 WMI Compatibility, Static Content, Default Document, Directory Browsing, HTTP Errors, ASP.NET, .NET Extensibility, ISAPI Extensions, ISAPI Filters, Request Filtering. Evidentemente, no puede montarse sobre sistemas operativos de escritorio, ni sobre instalaciones Server Core.

VMM Database. Virtual Machine Manager 2008 R2 utiliza una base de datos en una instancia SQL Server para almacenar su información, que explotaremos de forma gráfica a través de VMM Administrator Console (por poner un ejemplo).

Debe utilizarse una instancia local o remota de SQL Server 2005 SP2 o posterior, incluyendo SQL Server 2008 y las ediciones SQL Express. En caso de utilizar SQL Server 2008, es necesario instalar las SQL Server Management Tools en la máquina que corre VMM Server. Debe tenerse en cuenta, que si se utilizan las ediciones Express de SQL Server, si tiene un límite explícito de 4GB como tamaño máximo de la base de datos (ojo, 4GB de Datos, el Log aparte). Además, las ediciones SQL Express no están soportadas para integrarse con System Center Operations Manager 2007 (SCOM 2007), por ejemplo para aprovechar las posibilidades de Reporting. Se puede dotar de Alta Disponibilidad al VMM Database utilizando una instancia de SQL Server en Cluster (consultar más detalles de VMM Database en Alta Disponibilidad).

VMM Library Server. Se trata de un componente obligatorio (y además, más que recomendable), que permite construir librerías o catálogos centralizados de recursos para utilizar en la creación y mantenimiento de Máquinas Virtuales. Sobre un VMM Library Server, es posible crear múltiples librerías (Library Share).

Una librería (Library Share) es una carpeta compartida (shared folder) de las de toda la vida, que es indexada con cierta frecuencia por Virtual Machine Manager (por defecto una vez cada hora), con el objetivo de identificar los recursos disponibles (podemos lanzar una indexación de forma manual, si lo deseamos).

Téngase en cuenta, que algunos recursos requieren ser almacenados físicamente en disco en las liberías (Library Shares, es decir, en las carpetas compartidas) mientras que otros recursos son almacenados sólo y únicamente en la base de datos de VMM (ej: los Perfiles de Hardware o Hardware Profiles).

Los diferentes tipos de recursos que pueden ser gestionados por el VMM Library Server son: Templates (combinación de Guest operating system profiles, Hardware Profiles, y uno o varios discos VHD; pueden crearse manualmente, desde un Disco Virtual existente o desde una Máquina Virtual existente), Virtual Hard Disks (VHD), Stored Virtual Machines, ISO images, Scripts (ej: PowerShell scripts, Sysprep scripts, etc.), Hardware Profiles (valores de configuración hardware de una Máquina Virtual, como CPU, memoria, adaptadores SCSI, adaptadores de Red, etc.), Guest operating system profiles (valores de configuración para la configuración del sistema operativo de una Máquina Virtual Guest, como son la contraseña del administrador local, zona horaria, clave de producto, dominio, etc).

Las Plantillas de Máquinas Virtuales (Virtual Machine Templates) facilitan la creación rápida de Máquinas Virtuales, utilizando una configuración Hardware predeterminada, basada en perfiles de Hardware (Hardware Profiles), Discos Virtuales VHD, y perfiles de sistema operativo (Guest operating system profiles). Adicionalmente, permiten restringir las posibles configuraciones Hardware disponibles para crear nuevas Máquinas Virtuales desde el VMM Self-Service Portal

Page 63: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

63

(el VMM Self-Service Portal sólo permite la creación de nuevas Máquinas Virtuales en base a las Plantillas de Máquinas Virtuales a las que tenga permiso el usuario, en función del User Role). En consecuencia, las Plantillas de Máquinas Virtuales (Virtual Machine Templates) son un elemento de gran importancia para Virtual Machine Manager, de tal modo que el diseño e implementación de las plantillas de Máquinas Virtuales necesarias, es una de las primeras tareas a realizar después de instalar Virtual Machine Manager 2008 R2 (tarea que realizaremos de la VMM Administrator Console).

Al montar el VMM Server, se configura la propia máquina que corre el VMM Server como VMM Library Server por defecto con una librería compartida (Library Share) por defecto (si quieres, no lo usas, pero se configura así por diseño del producto), de tal modo, que posteriormente pueden agregarse VMM Library Servers adicionales, etc., por ejemplo, con el objetivo de tener recursos intensivos en almacenamiento (ej: imágenes ISO, discos virtuale VHD, etc.) distribuidos en diferentes ubicaciones físicas, y de este modo, minimizar el tráfico en redes WAN, etc.

Puede montarse tanto sobre Windows Server 2003, como sobre Windows Server 2008, ya sea arquitectura x86 o x64. Es posible dotar de Alta Disponibilidad un VMM Library Server utilizando el Failover Cluster de Windows Server 2008. También es posible para este menester, crear múltiple VMM Library Servers, pero la sincronización de sus contenidos (ej: imágenes ISO) no será realizada por VMM, y tampoco está soportado el uso de DFS (Distributed File System) o DFSR (DFS Replication).

Adicional y evidentemente, están los propios servidores virtuales (los Hosts), teniendo en cuenta, que el entorno preferido para Virtual Machine Manager 2008 R2, es trabajar con servidor Windows Server 2008 R2 con Hyper-V o en su defecto con Hyper-V Server 2008 R2 (la versión gratuita de Hyper-V), aunque también puede trabajar con Windows Server 2008 e Hyper-V, Virtual Server 2005 y VMWare (hasta VMWare Virtual Center 2.5 y VMWare ESX 3.5, teniendo en cuenta que la comunicación con VMWare se realiza a través de los Web Services de Virtual Center).

Para trabajar con Host de Hyper-V o de Virtual Server 2005 en Virtual Machine Manager 2008 R2, se instala un agente en el Host, que permitirá la comunicación entre el Host y Virtual Machine Manager 2008 R2. Habitualmente, al agregar un nuevo Host a Virtual Machine Manager 2008 R2, se instala automáticamente dicho Agente (es más, si el Host que se está agregando monta Windows pero no tiene instalado ningún Software de Virtualización, se agregará Hyper-V o Virtual Server 2005 automáticamente, según corresponda, reiniciando el Host si es preciso). Sin embargo, en algunos casos, como es al trabajar con Hosts ubicados en redes perimetrales, puede ser necesario instalar manualmente el Software del Agente de Virtual Machine Manager 2008 R2, para a continuación, poder agregar el Host a Virtual Machine Manager.

Los Host pueden agruparse en Host Groups, por ejemplo, siguiendo una organización basada en las ubicaciones físicas de los Hosts (ej: un Host Group para cada Site), u otros criterios (ej: entornos productivos ó críticos, y entornos no productivos o no críticos). Por defecto, existe un grupo de Host denominado All Hosts, pero podemos crearlos por doquier. Los Host Groups pueden jerarquizarse, es decir, dentro de un Host Group, pueden crearse otros Host Groups hijos. La utilización de Host Groups, además de facilitar la administración al agrupar los Host siguiendo algún criterio, puede facilitar algunas configuraciones como las reservas de recursos de los Host (al configurarlas a nivel de Host Group, en vez de para cada Host), la utilización de Performance and Resource Optimization (PRO), etc.

De momento poco más, aunque esperamos poder seguir publicando nuevos y más completos contenidos sobre Virtual Machine Manager 2008 R2, según avancemos en las

Page 64: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

64

pruebas del producto y aprendamos más cositas.

Instalar Virtual Machine Manager 2008 R2 (VMM2008R2)

A través de este artículo, se detalla el procedimiento de instalación paso a paso de una instalación básica de Virtual Machine Manager 2008 R2 sobre Windows Server 2008 R2, a modo de manual de instalación de VMM 2008 R2, e incluyendo las correspondientes pantallas capturadas y comentarios sobre las diferentes opciones de configuración propias de dicho procedimiento de instalación de VMM 2008 R2, así como pre-requisitos para la instalación, cuentas de usuario necesarias, y otros detalles de interés. ¿Quieres ver como instalar Virtual Machine Manager? Sigue leyendo.

En cualquier instalación de Hyper-V, en el momento en que estamos trabajando con múltiples Hosts, empieza a ser deseable disponer de una consola de administración centralizada, de tal modo, que en vez de tener que recordar en qué Host se encuentra cada una de todas nuestras Máquinas Virtuales, para poder conectarnos con la herramienta administrativa Hyper-V Manager y realizar las tareas deseadas (Snapshots, Export e Import, Configurar Redes Virtuales, Configurar Discos Virtuales VHD, etc.), podamos tener una herramienta y ubicación única a través de la que realizar todas nuestras tareas administrativas, facilitándose la organización y localización de todos nuestros Host y Máquinas Virtuales.

Para esto sirve Virtual Machine Manager 2008 R2, bueno, para esto y para mucho más, ya que adicionalmente ofrece ventajas adicionales como las librerías compartidas (Library Shares), las agrupaciones de Host (Host Groups), asistentes para convertir máquinas físicas en virtuales, etc.

Es más, una vez integrado Virtual Machine Manager 2008 R2, no sólo cambiará la herramienta de administración (adiós Hyper-V Manager), sino que cambiará ligeramente la forma de hacer las cosas, es decir, la forma de administrar nuestro entorno virtual.

A fin de cuentas, Virtual Machine Manager 2008 R2, no deja de ser una herramienta equivalente al VMWare Virtual Center, con ese toque que sólo Microsoft es capaz de dar a sus productos, jeje (tiembla, Virtual Center ;-).

Introducción a la Instalación de Virtual Machine Manager 2008 R2

Entrando en harina, a través de este artículo, se va a realizar la instalación de Virtual Machine Manager 2008 R2 sobre una máquina virtual ejecutando Windows Server 2008 R2 x64, utilizando una instancia de SQL Server 2005 SP3 independiente (que también corre sobre una Máquina Virtual) para almacenar la base de datos de configuración de Virtual Machine Manager 2008 R2 (es posible instalar y utilizar una instancia SQL Express como parte del proceso de instalación, lo cual es suficiente para administrar pocos Host, pero teniendo en cuenta que no se integrará con SCOM - System Center Operations Manager). Todas las máquinas son miembro del mismo dominio, en particular del dominio guillesql.local (nombre NetBIOS de GUILLESQL).

Page 65: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

65

En consecuencia realizaremos los siguientes pasos:

Tareas previas a la instalación. Creación de usuarios, permisos, y otros cerristrajos. Instalar el componente VMM Server. Se trata del propio motor de Virtual Machine

Manager, ojo, que no incluye la consola de administración. Instalar el componente VMM Administrator Console. Se trata de la consola gráfica

de Virtual Machine Manager, para poder administrar el entorno. Lo montaremos sobre el VMM Server, aunque también podemos montarlo sobre otras máquinas o estaciones de trabajo.

Téngase en cuenta que una explicación más detallada del concepto de Virtual Machine Manager 2008 R2, está fuera del alcance de este artículo (en el cual se pretende mostrar el procedimiento de instalación, como objetivo principal del mismo). En un artículo separado se incluye una introducción a Virtual Machine Manager 2008 R2, incluyendo la descripción de sus componentes, y otros detalles de interés. Su lectura resulta de gran utilidad, previamente a la instalación de Virtual Machine Manager 2008 R2, y en consecuencia, previo a la lectura del presente artículo.

Tareas previas a la instalación

En el caso de nuestra instalación de ejemplo, deseamos utilizar un usuario de Directorio Activo para ejecutar el servicio de VMM Server, en vez de LocalSystem (tened en cuenta, que podemos elegir entre estas dos opciones, utilizar LocalSystem o un usuario, como veremos más adelante en el proceso de instalación). Adicionalmente, deseamos utilizar una instancia remota de SQL Server 2005 SP3, a la cual deseamos que se conecte el servicio de VMM Server utilizando una cuenta de usuario de Directorio Activo diferente (es recomendable utilizar cuentas separadas, para el servicio de VMM Server y para el acceso a la base de datos de configuración de VMM, cada una con sus requisitos). Como consecuencia de estas premisas, es necesario realizar las siguientes tareas previas:

Crear un usuario de Directorio Activo para el servicio del VMM Server. En nuestro caso, crearemos el usuario GUILLESQL\VMMSvc.

Conceder permisos de Administrador Local al usuario utilizado para el servicio VMM Server (GUILLESQL\VMMSvc). Es requisito del producto. Si no lo hacemos así, el procedimiento de instalación nos insultará.

Crear un usuario de Directorio Activo para la conexión a base de datos desde VMM Server. En nuestro caso, crearemos el usuario GUILLESQL\VMMSQLSvc.

Conceder permisos de sysadmin al usuario (inicio de sesión) utilizado para conectar VMM Server a la instancia SQL Server 2005. Es requisito del producto, conforme indica la instalación. Si no lo hacemos así, la instalación finalizará, pero sin éxito.

Es importante recordar que es requisito disponer de Directorio Activo para poder instalar Virtual Machine Manager 2008 R2. Al menos, para la instalación del VMM Server es necesario que el servidor en que se desea instalar, sea miembro de Directorio Activo. De hecho, aunque los Host pueden estar en Grupo de Trabajo, es recomendable que sean miembros de algún dominio de confianza en Directorio Activo, para hacernos la vida más fácil. Por verlo de forma gráfica, si intentamos instalar el VMM Server en una Máquina en Grupo de Trabajo (es decir, un servidor que NO es miembro de ningún dominio de Directorio Activo), nos encontraremos el siguiente error:

Page 66: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

66

Debe tenerse en cuenta, que durante la instalación del VMM Server, se configurará al mismo como VMM Library Server con una Library Share por defecto. Teniendo en cuenta que la Library Share es una carpeta compartida (shared folder) de las de toda la vida, y que finalizada la instalación no podremos cambiarla ni eliminarla, es interesante planificar de forma previa, la ubicación de la misma (ej: evitar utilizar el disco C), así como decidir si deseamos utilizar el VMM Server como VMM Library Server (aunque es requisito montarlo así, podemos decidir no utilizar el VMM Server como VMM Library Server), o si por el contrario, deseamos instalar VMM Library Server adicionales (ej: siguiendo una organización geográfica, para evitar sobrecargar las líneas de comunicaciones WAN).

Otro tema a tener en cuenta, está relacionado con los puertos TCP a utilizar por VMM. A priori, no tiene gran importancia, pero teniendo en cuenta que no se pueden cambiar a posteriori, es interesante considerar qué puertos utilizar, y planificar si es necesario crear nuevas reglas de acceso en los Firewalls corporativos, etc. Adicionalmente, está recomendado no utilizar los puertos TCP por defecto sugeridos por la instalación.

Realizado todo esto, en nuestro caso, estamos en situación de poder empezar la instalación de Virtual Machine Manager 2008 R2. Empezamos.

Instalación de VMM Server

Partiendo del DVD o imagen ISO de turno, mostramos el Autorun, si es que no salta por si mismo, y seleccionamos la opción VMM Server de la sección SETUP, como se muestra en la siguiente pantalla capturada.

Page 67: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

67

Se inicia el asistente de instalación. Lo primero de todo, aceptaremos los términos de licencia, y click Next para continuar.

Deberemos elegir si deseamos utilizar Microsoft Update. Click Next para continuar.

Page 68: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

68

Deberemos indicar si deseamos unirnos al Customer Experience Improvement Program (CEIP). Click Next para continuar.

Deberemos especificar el nombre del usuario y compañía a que pertenece el software. Click Next para continuar.

Page 69: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

69

Comprobaremos que el chequeo de pre-requisitos ha ido OK. Click Next para continuar.

Deberemos especificar la ruta de instalación. Click Next para continuar.

Page 70: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

70

Deberemos especificar los datos de conexión a SQL Server, pudiendo seleccionar entre instalar y utilizar una instancia local de SQL Express, o bien, utilizar una instancia SQL Server ya existente. Si utilizamos una instancia ya existente, el usuario de Directorio Activo (es decir, el inicio de sesión) que utilicemos para conectar a SQL Server (en nuestro caso el usuario GUILLESQL\VMMSQLSvc) debe tener permisos de sysadmin (sino, cascará la instalación al final, y el error que nos dará, no será muy intuitivo, ojo). Para conectar a una instancia SQL Server 2005, quizás sea este el principal secreto, en cualquier caso, es interesante revisar el artículo de TechNet Configuring a Remote Instance of SQL Server for VMM, y así tener claros todos los detalles, nos conectemos a SQL Server 2005 o SQL Server 2008. Conclusión, en nuestro caso, deberemos especificar los datos de conexión a SQL Server, así como el nombre de la Base de Datos que deseamos crear. Click Next para continuar.

Page 71: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

71

Al instalar VMM Server, se configura el propio servidor como un VMM Library Server, con una librería compartida (Library Share) por defecto (que no deja de ser más que una simple y llama carpeta compartida de las de toda la vida). Debe tenerse en cuenta, que tras la instalación del VMM Server, no será posible eliminar ni mover la librería por defecto (default library share), por lo que es importante tener claro en qué ubicación la deseamos crear (por ejemplo, quizás la deseemos crear en un disco diferente al disco C). Así, en la pantalla de instalación de Library Share Settings, podemos elegir entre crear una nueva carpeta compartida (Create a new library share) o utilizar una carpeta compartida existente (evidentemente, simpre y cuando sea una carpeta compartida local). Hecho esto, click Next para continuar.

Page 72: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

72

La siguiente pregunta con truco, es referente a los puertos TCP a utilizar. Por un lado, la recomendación de Microsoft, es no utilizar los puertos por defecto (en el caso del presente artículo, hemos mantenido dichos puertos por defecto, al tratarse de un simple entorno de laboratorio). También, deberemos considerar que los puertos TCP que aquí especifiquemos, no se podrán cambiar a posteriori. Por supuesto, en función de nuestra infraestructura de red, quizás sea necesario crear nuevas reglas de acceso, para permitir la comunicación entre el VMM Server y el resto de componentes y Hosts. Además, deberemos tener en cuenta, que los puertos que aquí especifiquemos, nos serán necesarios para realizar la instalación de otros componentes de VMM, como es el caso de la instalación del VMM Administrator Console (esto lo veremos un poco más adelante, en este mismo artículo).

También deberemos especificar la cuenta de usuario que deseamos utilizar para ejecutar el servicio VMM Server (no confundir con la cuenta utilizada para conectar el VMM Server con la base de datos, pues se trata de dos cuentas diferentes). Podemos elegir entre utilizar LocalSystem o una cuenta de Directorio Activo. Es recomendable utilizar una cuenta de usuario de Directorio Activo (en nuestro caso, GUILLESQL\VMMSvc), la cual, debe ser miembro del grupo local Administradores de la máquina en la que estamos instalando VMM Server (requisito del producto). Es recomendable utilizar cuentas de usuario distintas, para el VMM Server y para el acceso a SQL Server desde el VMM Server (cada una tiene requisitos diferentes, una Administradora local de la máquina y la otra sysadmin en SQL Server).

Introducimos los datos correspondientes a puertos TCP de VMM y cuenta de usuario del servicio de VMM Server, y click Next para continuar.

Page 73: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

73

En la página de resumen, revisamos las opciones seleccionadas, y si está todo OK, click Install para continuar.

Barrita de progreso al canto. La paciencia hizo al hombre, dijo un sabio. Unos minutillos, que estamos acabando (o eso parece ;-).

Page 74: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

74

Y se finí. La instalación ha finalizado satisfactoriamente. Ole, Ole, Ole.

Sin embargo, como podremos observar, no tenemos instalada la consola (efectivamente, estamos eunucos), así que, vuelta a empezar para instalar la consola de administración de VMM en el servidor VMM 2008 R2. Continuamos.

Page 75: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

75

Instalación del VMM Administrator Console

Antes de comenzar, recordemos que aunque a través de estas líneas estamos instalando la VMM Administrator Console en la máquina que ejecuta el VMM Server, es recomendable (o cuanto menos, útil) montar la VMM Administrator Console en otras máquinas o estaciones de trabajo, a través de las cuales se tenga previsto realizar tareas de administración de nuestro entorno de virtualización.

Volvemos a la pantalla del Autorun, y en esta ocasión, seleccionamos la opción VMM Administrator Console de la sección SETUP, como se muestra en la siguiente pantalla capturada.

Aceptamos los términos de licencia, y click Next para continuar.

Page 76: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

76

Deberemos elegir si deseamos utilizar Microsoft Update. Click Next para continuar.

Pantalla informativa, indicándonos que si el VMM Server está adscrito al Customer Experience Improvement Program (CEIP), al utilizar la VMM Administrator Console, estamos adscritos igualmente (creo que es lo que se llama la propiedad transitiva, ¿o era la reflexiva? Jeje ;-). Click Next para continuar.

Page 77: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

77

Comprobaremos que el chequeo de pre-requisitos ha ido OK. Click Next para continuar.

Deberemos especificar la ruta de instalación. Click Next para continuar.

Deberemos especificar el puerto TCP de comunicación con el servicio VMM Server. Este

Page 78: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

78

valor debe coincidir con el valor introducido durante le procedimiento de instalación del VMM Server (que vimos antes en este mismo artículo). Click Next para continuar.

En la página de resumen, revisamos las opciones seleccionadas, y si está todo OK, click Install para continuar.

Page 79: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

79

Barrita de progreso de turno, y en breve, finalización de la instalación. Click Close para finalizar.

Realizado todo esto, ya tenemos instalado el VMM Server y la VMM Administrator Console, requisitos mínimos y básicos para una instalación de Virtual Machine Manager 2008 R2. Realmente, aunque el alcance del presente artículo llega hasta aquí, aún queda la configuración del entorno de VMM, ya que tan sólo hemos realizado la instalación del servicio VMM Server y la correspondiente consola. Quizás deseemos instalar algún VMM Library Server adicional, etc., y por supuesto, deberemos agregar algún Host a Virtual Machine Manager 2008 R2 (que menos), configurar los recursos y elementos de nuestras librerías (Library Shares), configurar el VMM Self-Service, configurar el entorno de Almacenamiento SAN para funcionar con la infraestructura de Virtual Machine Manager 2008 R2, integrar Virtual Machine Manager 2008 R2 con System Center Operations Manager 2007 (SCOM 2007), Configurar las opciones de Sistema de VMM, etc.

Téngase en cuenta, que al agregar un Host a Virtual Machine Manager 2008 R2, si éste no tiene instalado ningún sistema de virtualización (ej: ni Virtual Server 2005 ni Hyper-V), se instalará el correspondiente software (ojo, que estamos hablando de máquinas Windows, claro está), lo cual puede incluso provocar algún reinicio (ej: al agregar el Role de Hyper-V en Windows Server 2008). Además, al agregar un Host a Virtual Machine Manager 2008 R2, se instalará de forma automática en dicho Host, un Agente para la comunicación entre el Host y VMM. En el caso de Host ubicados en una red perimetral, probablemente deberemos instalar el Agente de Virtual Machine Manager de forma manual, utilizando el DVD o imagen ISO de VMM 2008 R2, para seguidamente poder agregar con éxito el Host a Virtual Machine Manager 2008 R2.

Abriendo la VMM Administrator Console por primera vez

Tras la instalación de la VMM Administrator Console, si lo seleccionamos, tendremos en el escritorio el correspondiente acceso directo para iniciar la susodicha consola de

Page 80: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

80

administración. Click con ansia.

Se nos pedirá los datos de conexión al servidor que ejecuta el VMM Server, esto es, qué máquina y qué puerto. Click Connect para continuar.

Pantallita Splash con barrita de progreso.

Y zás. Se abrió. Aquí esta nuestra VMM Administrator Console (no confundir con Outlook, aunque se parezca ;-). Aquí empieza otro mundo, ya que con el entorno recién instalado, será necesario empezar a configurar items por doquier. De momento, dejémoslo aquí (a ver si tenemos tiempo, para seguir magreando y escribiendo la correspondiente

Page 81: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

81

continuación).

Y hasta aquí hemos llegado por hoy. Como siempre, espero que os guste.

Hyper-V: Copiar o Mover Máquinas Virtuales (Export e Import)

Un práctica habitual al trabajar con Máquinas Virtuales, es la necesidad de copiar o mover una Máquina Virtual desde un servidor físico (Host) a otro (ej: después de redimensionar un servidor físico existente - ampliar capacidad de procesamiento, disco y/o memoria - , previo a decomisar un servidor físico antiguo, etc) o dentro de un mismo servidor físico (ej: reubicar una Máquina Virtual en lo relacionado con el almacenamiento local del servidor físico). ¿Cómo se puede copiar o mover Máquinas Virtuales de Hyper-V a un Host diferente? ¿Y dentro del mismo Host? ¿Es suficiente con copiar los Discos Virtuales?

Ahora que por fin he aumentado la capacidad de procesamiento de mis servidores virtuales con mis nuevos AMD Phenom Quad Core, y que también les he aumentado su memoria RAM DDR2 800 Kingstone Hyper-X, tengo margen para continuar jugando y probando Hyper-V, y así poder instalar y configurar Hyper-V en nuevo servidor para continuar con mi pruebas de laboratorio.

Introducción y descripción del problema

Page 82: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

82

Copiar o mover Máquinas Virtuales es una operación relativamente frecuente al trabajar con cualquier sistema de virtualización, ya sea Hyper-V, o cualquier otro (Xen, VMware, etc.).

Quizás, en un primera impresión, podamos pensar que es suficiente con mover o copiar los Discos Virtuales (a fin de cuentas, en los discos es donde está toda la información que necesitamos, ¿no?). De este modo, en caso de necesitar mover una Máquina Virtual de un servidor físico (Host) a otro servidor físico diferente, sería suficiente con:

Copiar los Discos Virtuales a la ubicación deseada en el servidor destino. Crear una nueva Máquina Virtual en el servidor físico (Host) destino, con la misma

configuración que la Máquina Virtual original (CPUs, RAM, Tarjetas de Red, etc.), utilizando los Discos Virtuales previamente copiados.

De hecho, si probamos a realizar esto, más o menos que funciona... pero no, esta no es la forma. Los principales inconvenientes de este método (que no son pocos) son:

Es neceario volver a crear manualmente la Máquina Virtual en el servidor físico (Host) destino, parametrizada de forma correcta (CPUs, RAM, Tarjetas de Red, Startup, Shutdown, carpeta de Snapshot, Controladoras SCSI, etc.).

Es necesario volver a configurar las Tarjetas de Red en la Máquina Virtual (Guest), es decir, la configuración TCP/IP y demás. Especialmente rollo, si la Máquina Virtual en cuestión es miembro de un Cluster NLB o de un Microsoft Cluster (MSCS), o si dispone de múltiples tarjetas de red, por poner algún ejemplo.

En algunos casos (ej: Windows Server 2008, Windows Storage Server 2008, etc.), al mover de este modo las Máquinas Virtuales, el Sistema Operativo Guest interpreta que lo estás clonando (malamente), y solicita volver a Activar Windows.

Vamos, que nos hemos lucío. Sencillamente, esta no es la forma de proceder, al menos en el caso de Máquinas Virtuales de Hyper-V. Lo que queremos, lo podemos hacer, pero no de este modo.

Actualizado 12/11/2009: puede consultarse como alternativa el artículo Hyper-V: Copiar o Mover Máquinas Virtuales sin Export e Import (a pelo)

Utilizar Export e Import para copiar o mover Máquinas Virtuales de Hyper-V

La solución a este problema, es utilizar las opciones Export e Import que ofrece Hyper-V. Sin embargo, la utilización de estas opciones tiene ciertas peculiaridades, que es interesante conocer antes que meterse en ningún fregao, y que introducimos a continuación.

Las opciones de Export e Import sólo son válidas para su utilización con Máquinas Virtuales de Hyper-V. Es decir, no podremos realizar un Import de una Máquina Virtual de Virtual Server 2005.

Sólo se puede hacer un Export de una Máquina Virtual en estado detenido (Off) o guardado (saved). Con la Máquina Virtual iniciada (Running), no es posible, vamos, que la opción Export del menú no aparece por ningún lado. Ojo, que estamos hablando de Hyper-V en Windows Server 2008 (sin el R2 y sin Virtual Machine Manager - VMM -, que aún no los he podido probar). A continuación, puede observarse el aspecto del menú contextual de una Máquina Virtual detenida, en Hyper-V Manager.

Page 83: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

83

Al utilizar la opción Export de Hyper-V Manager, se nos solicita la ruta que se desea utilizar para depositar los ficheros correspondientes al Export de nuestra Máquina Virtual. Del mismo modo, también si no solicita si deseamos exportar sólo la configuración (Export only the virtual machine configuration), o en su defecto la Máquina Virtual completa (con su correspondientes Virtual Disks, Estado y los Snapshots de la Máquina Virtual).

Al realizar un Export de una Máquina Virtual completa (incluyendo los Discos Virtuales, Estado y Snapshots), en la ruta que hemos especificado para el Export (ej: F:\Exports) se creará una subcarpeta con el nombre de la Máquina Virtual (ej: F:\Exports\VSQL06). Dicha subcarpeta contendrá los siguientes elementos:

Un fichero denominado config.xml (ej: F:\Exports\VSQL06\config.xml). Almacena información, como la ubicación original de los Discos Virtuales en el Host de origen.

Una subcarpeta Snapshots (ej: F:\Exports\VSQL06\Snapshots). Almacenará todas las instantáneas (Snapshots) de la Máquina Virtual, si las tuviese.

Una subcarpeta Virtual Hard Disks (ej: F:\Exports\VSQL06\Virtual Hard Disks). Almacenará todos los Discos Virtuales de la Máquina Virtual.

Una subcarpeta Virtual Machines (ej: F:\Exports\VSQL06\Virtual Machines). Almacenará la exportación del fichero de configuración de la Máquina Virtual (ojo que no es el fichero XML de configuración de la Máquina Virtual, sino un fichero con extensión EXP), junto con una subcarpeta con los correspondientes ficheros de estado de la Máquina Virtual (los ficheros BIN y VSV). Evidentemente, los ficheros de estado sólo existirán sin la Máquina Virtual estaba en estado guardado (Saved) al realizar el Export, ya que si estaba en estado detenido, no existirá ninguno de estos ficheros de estado. Tanto el nombre del fichero de exportación de la Máquina Virtual como la subcarpeta, coincidirá con el Globally Unique Identifier (GUID) de la

Page 84: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

84

Máquina Virtual.

Del mismo modo, al realizar un Export de una Máquina Virtual especificando sólo la configuración (sin Discos Virtuales, ni Estado, ni Snapshots), en la ruta que hemos especificado para el Export (ej: F:\Exports) se creará una subcarpeta con el nombre de la Máquina Virtual (ej: F:\Exports\VSQL06). Dicha subcarpeta contendrá los siguientes elementos:

Un fichero denominado config.xml (ej: F:\Exports\VSQL06\config.xml). Almacena información, como la ubicación original de los Discos Virtuales en el Host de origen.

Una subcarpeta Snapshots (ej: F:\Exports\VSQL06\Snapshots). Almacenará información de configuración de las instantáneas (Snapshots) de la Máquina Virtual, si las tuviese, pero no almacenará el contenido de las Instantáneas.

Una subcarpeta Virtual Machines (ej: F:\Exports\VSQL06\Virtual Machines). Almacenará el fichero de configuración de la Máquina Virtual. Aunque puede contener la subcarpeta de los ficheros de estado de la Máquina Virtual (los ficheros BIN y VSV), estará vacía aunque la Máquina Virtual fuese exportada en estado guardado (Saved). Vamos, que en este caso, no se exporta el Estado.

Claro está, que un Export completo de una Máquina Virtual (incluyendo los Discos Virtuales, Estado y Snapshots), en función del tamaño de los Discos Virtuales, puede resultar una operación especialmente costosa, mientras que un Export de sólo la configuración de una Máquina Virtual será instantáneo, como el café ;-). Para aclarar conceptos:

Un Export completo de la Máquina Virtual, nos sirve de Copia de Seguridad (Backup) completo de la Máquina Virtual, ya que incluye toda la información asociada a la misma, pudiendo importarla en el mismo o diferente Host. Por el contrario es más pesado, ya que en función del tamaño de los Discos Virtuales y de los Snapshots, las necesidades de almacenamiento y el tiempo necesario para su ejecución, pueden aumentar considerablemente.

Un Export de sólo la configuración de la Máquina Virtual, puede resultar útil en algunos casos, como para cambiar la ubicación de la Máquina Virtual dentro del mismo Host. Sin embargo, al menos actualmente no recomiendo utilizarlo, ya que en las pruebas realizadas me ha dado algún problema en la Importación.

Así, nos podemos encontrar con el mensaje de error Import Failed: Virtual Machine state was not copied. He leído por los interneses que como Workaround, podemos modificar el fichero config.xml, cambiando el valor de VmStateCopied de false a true, pero esto a mí no me ha funcionado (seguro que por alguna razón, pero no he pillado el porqué). Otra alternativa, es eliminar el fichero config.xml, teniendo en cuenta que esto no nos permitirá mantener el GUID de la Máquina Virtual (es decir, no podremos utilizar la opción Reuse old virtual machine IDs) y además tras la importación deberemos establecer manualmente alguna configuración (ej: la ubicación de los Discos Virtuales y carpeta de Snapshots, que vienen especificados en el config.xml que eliminamos). En cualquier caso, no he hecho muchas pruebas más, ya que me ha resultado un poco frustrante.

Contiamos. Una vez que ha finalizado el Export de la Máquina Virtual, estaremos en situación de poder realizar el Import de la Máquina Virtual, ya sea en un Host diferente o en el mismo Host.

Lo primero que deberemos tener en cuenta al hacer un Import de una Máquina Virtual de Hyper-V, es que el Import sólo se puede hacer una vez. El motivo, es que tras ejecutar el Import de una Máquina Virtual, el fichero config.xml es eliminado, y el fichero de exportación de la configuración de la Máquina Virtual (el fichero EXP) también

Page 85: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

85

es eliminado (en su lugar aparecerá un fichero XML de configuración de la Máquina Virtual). Evidentemente, sin estos dos ficheros clave, no podremos volver a ejecutar otra operación de Import.

Otro detalle importante a tener en cuenta, es que una Máquina Virtual importada es almacenada y ejecutada desde la ubicación desde la que ha sido importada. Evidentemente, esto hace que la operación de Import sea muy rápida, ya que evita tener que copiar los ficheros correspondientes a los Discos Virtuales a una ubicación diferente, lo cual suele ser una operación costosa por el tamaño de los mismos. Pero claro, deberemos tener claro dónde deseamos realizar el Export, y tener en cuenta que nos puede tocar copiar el Export una vez que lo hemos generado (lo cual, puede ser algo costoso).

Es decir, después de ejecutar el Export de una Máquina Virtual, es posible copiar o mover los ficheros del Export de la Máquina Virtual, para posteriormente importarlos desde la ubicación deseada, que en consecuencia no tiene porqué ser la misma ubicación del Export original. Este es un punto clave, ya que en función de las rutas definitivas sobre las que deseemos ejecutar la Máquina Virtual (tras su importación), tenemos claramente dos alternativas:

Realizar el Export de la Máquina Virtual directamente sobre la ubicación deseada. Realizar el Export de la Máquina Virtual sobre una ubicación temporal, y

posteriormente mover o copiar los ficheros del Export a la ubicación definitiva.

En ambos casos, tras la importación podremos cambiar la ubicación de los Discos Virtuales y la ubicación de la carpeta de Snapshot.

Continuando con nuestro caso de ejemplo, anteriormente realizar un Export desde un servidor denominado HOST01. Dicho Export lo almacenamos en el disco local F:\Exports, creándose una subcarpeta F:\Exports\VSQL06, con la información del export (el fichero config.xml y las subcarpetas Snapshots, Virtual Hard Disk y Virtual Machines).

Partiendo de esta situación, lo siguiente que podemos hacer el copiar los ficheros de dicho Export al Host de destino, que en este caso de ejemplo se denomina HOST02. Aprovecharemos para dejar los ficheros del export en la ubicación sobre la cual deseamos importar y ejecutar la Máquina Virtual, en particular, en la raíz del disco F del servidor HOST02. De este modo, tendremos:

F:\config.xml. F:\Snapshots F:\Virtual Hard Disks F:\Virtual Machines

Realizadas estas operaciones de copia y movimiento de ficheros, en el servidor HOST02 abrimos la herramienta administrativa Hyper-V Manager, y seleccionamos la opción Import Virtual Machine del menú contextual del servidor (esto es, click con el botón derecho), como se muestra en la siguiente pantalla capturada.

Page 86: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

86

En el diálogo Import Virtual Machine, especificaremos la ubicación desde la que deseamos importar, en nuestro caso la ruta F:\, que es donde se encuentra el fichero config.xml y el resto de subcarpetas con el contenido de la Exportación. La opción Reuse old virtual machine IDs, hace referencia al Globally Unique Identifier (GUID) de la Máquina Virtual, un númerito (dícese churro) generado aleatoriamente para cada máquina virtual y que debe ser único. Por ello, la práctica habitual implica que si estamos moviendo una Máquina Virtual seleccionaremos la opción Reuse old virtual machine IDs, y si estamos duplicando la Máquina Virtual dejaremos la opción Reuse old virtual machine IDs en blanco para que se genere un GUID nuevo y único para la nueva copia de la Máquina Virtual.

En mi caso de ejemplo, estoy moviendo una Máquina Virtual a un Host diferente, por lo que marcaré la opción Reuse old virtual machine IDs, como se muestra en la siguiente pantalla capturada.

La importación me insulta. Mensaje acojonativo: import completed with warning. Please check the Admin events in the Hyper-V Virtual Machine Management service event log for more information.

Page 87: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

87

La verdad que se podían haber tirado el rollo, y ponernos directamente el error en la ventana de importación, pero bueno, tampoco es pa tanto, ya que consultando el Event Log indicado, obtenemos el detalle que búscabamos.

Import failed to configure network connection for network card '{ResourceType=10, OtherResourceType="<null>", ResourceSubType="Microsoft Synthetic Ethernet Port"}'. You must modify the connection of all affected network adapters to be able to run the virtual machine. If you imported snapshots and apply any of those snapshots after modifying the connection, you must modify the connection again to be able to run the virtual machine.

Esto en español, quiere decir que revisemos las conexiones de red de la Máquina Virtual importada. Es normal (yo me lo esperaba), al mover la Máquina Virtual a un Host diferente, con una configuración diferente de Redes Virtuales.

Al editar la configuración de la Máquina Virtual con el Hyper-V Manager, el motivo del error salta a la vista fácilmente. La solución, sencilla, enlazar la tarjeta de red vitual con la red

Page 88: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

88

deseada utiliando el desplegable de turno. Y aquí paz, y después gloria.

Y llegados a este punto, hemos finalizado el Import de la Máquina Virtual. Otra cosa, es que deseemos ajustar alguna configuración más. Por ejemplo, al mover una Máquina Virtual a un Host diferente, es posible que deseemos cambiar la carpeta de Snapshot, la ubicación (o incluso nomenclatura) de los Discos Virtuales, ajustar la memoria asignada, etc. Pequeñas tareas, que aunque son técnicamente ajenas al propio proceso de Export e Import de Hyper-V, son importantes para finalizar con éxito el movimiento de una Máquina Virtual.

Page 89: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

89

Configuración de Hyper-V y de Máquinas Virtuales en Windows Server 2008 x64 SP2

Este Artículo describe la configuración del Hypervisor de Windows Server 2008, la principal tecnología de virtualización de Microsoft (Hyper-V), sobre Windows Server 2008 x64 SP2. Se incluyen los principales Requisitos de Hyper-V, algunas recomendaciones y buenas prácticas con Hyper-V, se detalla el procedimientos de intalación de Hyper-V (como agregar el Role Hyper-V en Windows Server 2008), se comenta la configuración básica de Hyper-V, la creación y configuración de Máquinas Virtuales Hyper-V, etc.

Como comentábamos, a través de este Artículo se describen las principales tareas de configuración de Hyper-V en Windows Server 2008 x64 SP2 Full Installation (es decir, que no hemos montado las Windows en modo Server Core).

Recordemos, que Hyper-V también está disponible de forma gratuita como Microsoft Hyper-V Server 2008 (ya disponible gratuitamente también el Microsoft Hyper-V Server 2008 R2), tratándose este caso de una edición especial de Windows Server 2008 en modo Server Core, orientada única y exclusivamente a la virtualización (mejor dicho, a Server Virtualization, que esto está evolucionando mucho y ya tenemos Application Virtualization, Desktop Virtualizaciont, Virtual Presentation, etc.).

Claro, que quienes requieran algunas de las características avanzadas de Hyper-V, como Quick Migration, Multi-Site Clustering, soporte para grandes cantidades de memoria, y soporte para más de 4 Procesadores en el Servidor Físico, deberán utilizar Windows Server 2008, en sus ediciones Enterprise o Datacenter, no siendo suficiente con Microsoft Hyper-V Server 2008 (esta es quizás la principal diferencia entre Microsoft Hyper-V Server y Windows Server 2008 con Hyper-V). Nota: en Hyper-V R2 se han aumentado las caracterísitcas del producto, incluyendo hasta 8 Procesadores en el Servidor Físico, hasta 1TB de RAM, Quick Migration y Live Migration.

Anteriormente, ya hablamos de Hyper-V, principalmente en aquella migración de Virtual Server 2005 R2 SP1 sobre Windows Server 2003 x64 a la PRE-RELEASE de Hyper-V sobre Windows Server 2008 x64 RTM. En este caso, vamos a estar centrados en la configuración de Hyper-V sobre Windows Server 2008 x64 SP2 (ahora ya no es PRE-RELEASE), así como en algunas consideraciones de Diseño o Buenas Prácticas.

Si en su momento, migramos de Virtual Server 2005 R2 SP1 a Hyper-V uno de los servidores gemelos del Laboratorio de GuilleSQL, en esta ocasión, le toca el turno al segundo de los servidores (adiós Virtual Server ;-).

Algunas Recomendaciones y Buenas Prácticas con Hyper-V

A continuación se incluyen varias Recomendaciones y Buenas Prácticas en la utilización de Hyper-V. Como seguro que se me olvidan un montón, intentaré actualizarlo con el tiempo, según vaya conociendo y aprendiendo más.

Utilizar un puerto de red exclusivamente para la gestión del servidor físico (ej: conexiones RDP, copia de ficheros a través de Ethernet, administración remota, etc.).

Utilizar uno o varios puertos de red, exclusivamente para las Máquinas Virtuales. Es posible aislar a nivel de red las Máquinas Virtuales, utilizando diferentes VLANs,

Page 90: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

90

mejorando así la seguridad. Debe tenerse en cuenta que la configuración de VLANs y Redes Virtuales en Hyper-V, depende de la tarjeta de red utilizada y de sus drivers, además de requerir configuraciones adicionales en los conmutadores de red (Switches).

Es posible arrancar una Máquina Virtual desde red, en caso de necesidad, utilizando Pre-Boot Execution Environment (PXE), sólo en el caso de utilizar adaptadores de red Legacy en la Máquina Virtual (Legacy Network Adapter).

Almacenar las Máquinas Virtuales en LUNs sobre Fibre Channel o iSCSI. En caso de la pérdida de un servidor físico (Host), se facilitará la posibilidad de presentar las LUNs a otro servidor físico (Host) para recuperar el servicio lo antes posible (por poner un ejemplo, pero hay muchas más ventajas).

Es posible montar Hyper-V en Cluster, dotando así de Alta Disponibilidad a la infraestructura de Virtualización, de tal modo que pueda realizarse un balaceo automático de las Máquinas Virtuales (Quick Migration) en caso de la caída o pérdida de un servidor físico (Host). En este caso, se requiere de Almacenamiento SAN, ya sea Fibre Channel o iSCSI. Además, los servidores físicos deben formar parte de un Dominio de Directorio Activo.

Crear los Discos Virtuales (VHD) de tamaño fijo, en vez de Dinámicos. Los Discos Virtuales que hospeden el Sistema Operativo en las Máquinas Virtuales

(es decir, los discos de Sistema, o disco C de toda la vida), deben montarse como IDE, en vez de cómo SCSI.

Almacenar la información de Configuración y Estado de las Máquinas Virtuales, así como los Discos Virtuales y los SnapShots, en discos físicos independientes del disco del sistema.

Escenario de partida

Partimos de una máquina con la siguiente configuración hardware:

Placa base Asus M2N-SLI Deluxe con Procesador AMD Phenom Quad Core 9650.

8GB de memoria RAM en módulos de 2GB DDR2 800 Kingstone Hyper-X. 2 puertos de red Gigabit (cobre) para uso exclusivo por Hyper-V (es decir, para

las Máquinas Virtuales). 1 puerto de red Gigabit (cobre) para gestión del servidor físico (conexiones

RDP, copia de ficheros a través de Ethernet, administración remota, etc.), con una dirección IP fija.

Si se desea utilizar iSCSI, es recomendable utilizar puertos de red adicionales para uso exclusivo por iSCSI. Recordemos que para iSCSI podemos utilizar una tarjeta de red normal (a poder ser Gigabit o más), o una HBA iSCSI (que a fin de cuentas es una tarjeta de red, que descargará a la CPU de ciertas tareas, optimizando el rendimiento).

1 Disco Seagate SATAII de 200GB 7200 rpm para Windows Server 2008 (Sistema/Boot).

2 Discos Seagate SATAII de 400GB 7200 rpm cada uno, dedicados en exclusiva para hospedar los Discos Virtuales (Virtual Disk) de la Máquinas Virtuales, así como los Snapshots y la información de estado de las Máquinas Virtuales. Estos discos son los que ofrecerán el almacenamiento físico de las Máquinas Virtuales.

En lo relativo a la configuración de software, tenemos instalado en la máquina Windows Server 2008 SP2, actualizado desde Windows Update a la fecha. Las tarjetas de red que van a utilizarse para las Máquinas Virtuales, no tienen configurado nada, como se muestra en la siguiente pantalla capturada.

Page 91: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

91

El servidor está configurado en Grupo de Trabajo, es decir, actualmente no pertenece a ningún dominio de Directorio Activo. Quizás la principal ventaja de que los servidores de virtualización (Host) formen parte de un Dominio de Directorio Activo, es la posibilidad de montar Hyper-V en Cluster, y así disfrutar de Quick Migration. Sin embargo, en mi caso no tengo una SAN en casa para hacer estas pruebas (sé que es raro, pero no, no la tengo ;-), por lo que lo montaré con discos locales y en Grupo de Trabajo.

Requisitos de Hyper-V en Windows Server 2008

Antes de empezar, es importante tener en cuenta algunos Requisitos de Hyper-V.

Principalmente, deben utilizarse Procesadores de 64 bits (bueno, esto fácil, ya que el único procesador que se fabrica desde hace años que no es 64 bits, es el Intel Atom de los Ultra Portátiles, el resto son todos 64 bits, independientemente de que montemos un Sistema Operativo de 32 bits).

Hyper-V sólo está disponible en Windows Server 2008 x64. En cualquier caso, aprovecho para recordar que Windows Server 2008 es el último Sistema Operativo de servidor fabricado por Microsoft para x86 (32-bits). Las siguientes versiones de Sistema Operativo, empezando por Windows Server 2008 R2, sólo estarán disponibles en 64 bits (al menos, hasta nueva orden ;-).

Por si a alguien se le pasa por la cabeza (a mi se me pasó), Hyper-V no puede habilitarse en Máquinas Virtuales, sólo en servidores físicos que cumplan los requisitos (esto lo he leído, pero no lo he probado).

Además, debe estar habilitada la Virtualización en la BIOS. En mi caso, no tuve que hacer nada (de hecho, en la BIOS original, no aparecía esta opción, y pude hacer funcionar

Page 92: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

92

Hyper-V correctamente), pero en algunas situaciones es necesario incluso tener que actualizar la BIOS del servidor para poder acceder a la opción de habilitar o deshabilitar la Virtualización. Realmente, lo que estamos haciendo en este paso es habilitar la tecnología Intel-VT (si montamos procesador Intel) o habilitar la tecnología AMD-V (si montamos procesador AMD). El resto de fabricantes de procesadores, no existen ;-) Esto se hace desde la BIOS, por lo que en función de cada Placa Base y versión de BIOS, se deberá proceder de una u otra forma, insistiendo en que puede ser necesario tener que actualizar la BIOS del servidor físico.

Lo mismo ocurre con DEP. Debe habilitarse DEP (Data Execution Prevention) en la BIOS, en caso de no estar habilitado.

Habilitar Hyper-V en Windows Server 2008 Full Installation

Hyper-V es un Role de Windows Server 2008, por lo tanto, para habilitar Hyper-V deberemos agregar el Role Hyper-V desde Server Manager.

Para ello, lo primero que deberemos hacer es abrir la herramienta administrativa Server Manager, y en el Nodo de Roles, seleccionar Add Roles.

En la pantalla de Bienvenida, click Next para continuar.

Page 93: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

93

En la pantalla Select Server Roles, deberemos seleccionar Hyper-V. Seguidamente, click Next para continuar.

En la pantalla Hyper-V, click Next para continuar (nótese que aquí nos avisa de que es posible que tengamos que activar la Virtualiación en la BIOS, como comentamos antes):

Page 94: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

94

En la pantalla Create Virtual Networks, no seleccionar ninguna tarjeta de red. Esta configuración la realizaremos a posteriori manualmente. Click Next para continuar.

En la pantalla Confirm Installation Selections, click Install para continuar (ojo, que nos avisa que requerirá un reinicio, y eso Windows, no lo perdona ;-).

Page 95: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

95

Barrita de progreso al canto.

Y tras escasos segundos, voalá (o como se diga). Ya está instalado, eso sí, le debemos un reinicio a Windows. Click Close para continar.

Page 96: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

96

Pues eso, que debemos un reinicio.

Tras el reinicio, al volver a logarnos en el servidor, no encontraremos con la pantalla de Installation Results, indicándonos que ha finalizado la instalación de Hyper-V. Click Close para continuar.

Realizado todo esto, ya tenemos agregado el Role de Hyper-V en nuestro Windows Server

Page 97: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

97

2008. ¿Fácil, verdad? De todos modos, tengamos en cuenta, que aún queda configurar Hyper-V, agregar Máquinas Virtuales, etc.

Habilitar Hyper-V en Windows Server 2008 Server Core

Si la instalación de Windows Server 2008 utilizando Server Manager (en una instalación Windows Server 2008 Full Installation) parece fácil, mucho más lo es sobre Windows Server 2008 en Server Core.

Tan sólo, es necesario ejecutar lo siguiente: start /w ocsetup Microsoft-Hyper-V, y seguidamente, reiniciar el servidor. Al menos, eso es lo que he leído (de momento, no lo he probado).

Hyper-V, Microsoft Cluster, y Quick Migration

Una forma sencilla de dotar de Alta Disponibilidad a nuestra infraestructura de virtualización basada en Hyper-V, es montar Hyper-V en Cluster, que además permitirá la funcionalidad de Quick Migration (y no sólo de Failover).

Hyper-V en Cluster y Quick Migration ofrecen una ventaja doble, ya que además de conseguir dotar de Alta Disponibilidad a las Máquinas Virtuales Hyper-V como tal, también se consigue implícitamente que aplicaciones que no son Cluster-Aware puedan funcionar como si lo fueran, al estar montadas sobre Máquinas Virtuales en un Cluster y aprovechar la funcionalidad de Failover y de Quick Migration. En el caso de Hyper-V (en su versión 1.0, quiero decir), se requiere Windows Server 2008 Enterprise o Datacenter, y no está incluido en Microsoft Hyper-V Server 2008 (es decir, en la versión gratis). Otra cosa es Micrososft Hyper-V Server 2008 R2 (el gratis), que además incluye Live Migration (conceptualmente similar a Quick Migration, pero con una indisponibilidad prácticamente imperceptible).

Ya hace tiempo que hablé un poco de Microsoft Cluster en Windows Server 2003, sin embargo, en este caso estaríamos hablando del Failover Cluster de Windows Server 2008, es decir, el Microsoft Cluster de Windows Server 2008.

Uno de los principales requisitos para montar un Cluster es la necesidad de un Almacenamiento externo, es decir, tener acceso a un Almacenamiento SAN, ya sea a través de Fibre Channel o iSCSI. Una posibilidad, es utilizar Windows Storage Server 2008 x64 junto con Microsoft iSCSI Software Target.

Es importante tener en cuenta que los requisitos para montar un Cluster con Windows Server 2008 son ligeramente diferentes. Por poner un ejemplo práctico, no podremos utilizar Linux OpenFiler ni Linux iSCSI Enterprise Target (IET), como sistemas de Almacenamiento SAN compartido por iSCSI (que con Windows Server 2003, funcionaba), aunque si podremos utilizar la solución iSCSI de Microsoft.

El detalle de la configuración del Failover Cluster de Windows Server 2008 queda fuera del alcance de este artículo.

Así, la utilización de un Cluster permitirá que ante la caída de un servidor físico ejecutando Hyper-V, sus Máquinas Virtuales puedan levantarse de forma automática en otro servidor físico con Hyper-V, miembro del mismo Cluster, minimizando así el tiempo de pérdida de servicio, y aumentando la disponibilidad. Esto es lo que se denomina una Failover. Evidentemente, en caso de operaciones de mantenimiento sobre los servidores físicos, resulta especialmente cómodo.

Sin embargo, un Failover no es lo mismo que Quick Migration. Un Failover

Page 98: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

98

representa recuperarse de la pérdida de servicio de un nodo de cluster sobre otro nodo vivo (existe un reinicio de las Máquinas Virtuales), mientras que Quick Migration consiste en guardar el estado de una Máquina Virtual que corre sobre un nodo del cluster, para que seguidamente otro nodo del Cluster tome posesión de los recursos del cluster relacionados con dicha Máquina Virtual (ej: los discos), y levante la Máquina Virtual (por lo tanto, no hay reinicio de la Máquina Virtual, aunque sí una pequeña pérdida de disponibilidad). Es decir, al final, es como un balanceo de un Grupo de Recursos del Cluster, por verlo desde el punto de vista de Microsoft Cluster (MSCS) en Windows Server 2003.

Para quien desee profundizar más en la funcionalidad de Quick Migration, le recomiendo la lectura del siguiente White Paper de Microsoft: Quick Migration with Hyper-V

Configuración básica de Hyper-V

Una vez instalado Hyper-V (es decir, después de agregar el Role Hyper-V), es recomendable revisar algunas configuraciones, antes de empezar a crear Máquinas Virtuales.

Desde la herramienta administrativa Hyper-V Manager, click con el botón derecho sobre el servidor deseado, y seguidamente, click en la opción Hyper-V Settings del menú contextual.

En el diálogo Hyper-V Settings, tenemos dos opciones de configuración especialmente importantes (el resto, no son muy relevantes, la verdad):

Virtual Hard Disks. Permite especificar la ruta por defecto que se desea utilizar para la creación de nuevos Discos Virtuales. Inicialmente, está configurado con C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks. Es una buena práctica almacenar esta información en discos independientes al disco del sistema.

En mi caso particular, no me resulta de gran utilidad, ya que deseo repartir los Discos Virtuales entre dos discos físicos (las unidades E y F), pero en otros casos, entiendo que resultará cómodo establecer este valor. Pero al menos, cambiaré su valor por defecto, no sea que por algún error, en un futuro se pudieran crear nuevos Discos Virtuales en el disco C, dejando sin espacio libre en disco a esta

Page 99: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

99

unidad al servidor.

Virtual Machines. Permite especificar la ruta por defecto que se desea utilizar para la creación de nuevas Máquinas Virtuales. Inicialmente, está configurado con C:\ProgramData\Microsoft\Windows\Hyper-V, siendo esta ubicación la que originalmente almacena los ficheros XML de configuración de Máquinas Virtuales.

Esta configuración es bastante importante, ya que bajo la ruta que especifiquemos, se crearán varias subcarpetas, en particular la subcarpeta Virtual Machines y la subcarpeta Snapshots (esta última, cuando creemos una Snapshot). Además, en caso de especificar una ruta diferente a la que viene de fábrica, es importante tener en cuenta que en la ruta original (C:\ProgramData\Microsoft\Windows\Hyper-V) se crearán Symbolic Links apuntando a los ficheros de configuración de las Máquinas Virtuales.

La subcarpeta Virtual Machines almacenará los ficheros XML de configuración de las Máquinas Virtuales. Sin embargo, es importante tener en cuenta, que también almacenará dos ficheros por cada Máquina Virtual con su información de estado: un fichero con extensión vsv que suele ocupar pocos MB y un fichero con extensión bin del tamaño de la memoria asignada a la Máquina Virtual. Así, si tenemos varias Máquinas Virtuales a las cuales les hemos asignado un total de 16GB de memoria RAM, deberemos tener al menos 16 GB para almacenar la información de estado. Además, es una buena práctica almacenar esta información en discos independientes al disco del sistema.

La subcarpeta Snapshots se utilizará como ruta por defecto para el almacenamiento de las instantáneas (Snapshots) de Máquinas Virtuales. Téngase en cuenta, que tras la creación de una nueva Máquina Virtual, es posible cambiar la ubicación de las Snapshots para dicha Máquina Virtual. Es decir, cada Máquina Virtual podría utilizar una ruta diferente para sus Snapshots. Evidentemente, lo más cómodo (digo yo), es que se utilice la misma ruta para todas las Máquinas Virtuales. En cualquier caso, es una buena práctica almacenar esta información en discos independientes al disco del sistema.

Page 100: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

100

Antes de continuar, es importante tener algún concepto de qué es un SnapShot. Un SnapShot de una Máquina Virtual es una imagen de dicha máquina en un momento en el tiempo, incluyendo los datos, configuración y estado de la Máquina Virtual. No debe utilizarse como un método de copia de seguridad, entre otros motivos, porque basa su funcionamiento en los Discos de Diferenciación, y en caso de pérdida de los Discos Virtuales originales, nos quedaríamos en bragas.

El resto de configuraciones del diálogo Hyper-V Settings, no son demasiado representativas (yo no suelo tocarlas).

Antes de continuar, y tras ver la configuración de las ruta por de defecto para el almacenamiento de los ficheros de configuración de Máquinas Virtuales Hyper-V, es importante tener claro el funcionamiento de la rutas de los ficheros de configuración de Máquinas Virtuales Hyper-V. Con esto, deberíamos de ser capaces de definir las rutas que deseamos utilizar en nuestra implementación de Hyper-V. En el caso de ejemplo, se desea utilizar las siguientes rutas, en cada uno de los dos discos (E y F) utilizados para Máquinas Virtuales:

E:\Virtual Machines. Almacenamiento de los ficheros de configuración XML de las Máquinas Virtuales Hyper-V.

E:\Virtual Hard Disks. Almacenamiento de los Discos Virtuales (VHD) de las Máquinas Virtuales Hyper-V.

E:\Snapshots. Almacenamiento de los Snapshots de las Máquinas Virtuales Hyper-V.

Aclarado esto, continuamos.

Configuración de Redes Virtuales

El siguiente paso a realizar es la configuración de Redes Virtuales en Hyper-V, VLANs y Switch Trunk, tarea que no describiremos en este artículo, al estar ya relatada

Page 101: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

101

en un artículo anterior. En cualquier caso, se trata de una configuración de gran importancia en Hyper-V, en la que vale la pena emplear un poco de tiempo en su diseño (¿Cuántas tarjetas de red utilizar? ¿Cuántas VLANs utilizar? Etc.).

Creación de Discos Virtuales y Máquinas Virtuales con Hyper-V Manager

Ahora que ya tenemos instalado y configurado Hyper-V, así como las Redes Virtuales que necesitamos, llega el momento de crear las correspondientes Máquinas Virtuales y Discos Virtuales.

Lo primero que deberemos tener en cuenta, es que durante el asistente de creación de una nueva Máquina Virtual, desde Hyper-V Manager, es posible también crear un nuevo Disco Virtual, sin embargo este será un Disco Dinámico. Debido a que habitualmente nos interesará crear Discos Virtuales (VHD) de tamaño fijo, deberemos crear los Discos Virtuales por separado (desde fuera del asistente de creación de Máquina Virtual), para seguidamente poder conectarlos a la correspondiente Máquina Virtual. Además, el asistente de creación de una nueva Máquina Virtual está orientado a la creación de un único Disco Virtual, por lo que en aquellos casos en que sea necesaria la creación de varios Discos Virtuales, será necesario crearlos por separado, además de que posiblemente necesitemos agregar nuevas controladoras virtuales SCSI.

Otro motivo por el que no crear los Discos Virtuales desde el asistente de creación de una nueva Máquina Virtual, es debido a que habitualmente utilizaremos Discos Virtuales (VHD) maquetados con sysprep para el Sistema Operativo. Quiero decir, lo normal es crearse una Máquina Virtual con un Disco Virtual (VHD) para el sistema, montar sobre dicha Máquina Virtual el Sistema Operativo deseado, los Integration Componentes, y otro software corporativo que se desee, y finalmente ejecutar un sysprep. Realizado todo esto, podemos eliminar dicha Máquina Virtual, pero guardar su Disco Virtual (VHD) como oro en paño, de tal modo, que cuando necesitemos una nueva Máquina Virtual con el mismo Sistema Operativo, se hace una copia de dicho Disco Virtual (VHD), se le asigna a la Máquina Virtual de turno, y ya está. Al arrancarla, el Sistema Operativo ya estará instalado, y simplemente se presentará un MiniSetup que pedirá un mínimo de datos (esto creo que se puede hacer de manera desatentida, pero no lo he probado), y a currar.

Aclarado esto, comenzamos con la creación de una nueva Máquina Virtual Hyper-V a través del asistente. Lo primero de todo, abrir la herramienta administrativa Hyper-V Manager, y seleccionar la opción New Virtual Machine del menú contextual del Host deseado, como se muestra en la siguiente pantalla capturada.

Page 102: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

102

El diálogo de bienvenida de turno, click Next para continuar.

Especificar el nombre de la nueva Máquina Virtual. Opcionalmente, es posible seleccionar una ubicación alternativa a la de por defecto para almacenar el correspondiente fichero de configuración de la Máquina Virtual. Es importante tener claro el funcionamiento de las rutas de los ficheros de configuración de las Máquinas Virtuales. Click Next para continuar.

Page 103: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

103

Especificar la cantidad de memoria que se desea asignar a la Máquina Virtual, y click Next para continuar.

Seleccionar la Red Virtual con la que se desea enlazar la tarjeta de red virtual. Téngase en cuenta, que por defecto se creará una única tarjeta de red de tipo Network Adapter, por lo que si con esto es suficiente, tan contentos. En caso de necesitar configurar múltiples tarjetas de red virtuales, o de necesitar poder configurar la VLAN, o necesitar de una tarjeta de red virtual de tipo Legacy Network Adapter, etc., será necesario realizar la configuración después de crear la Máquina Virtual, editando su configuración (el asistente llega hasta donde llega). Click Next para continuar.

Page 104: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

104

Seleccionar el Disco Virtual (VHD) que se desea utilizar. Téngase en cuenta, que si creamos un nuevo Disco Virtual (VHD) desde aquí, se creará de tipo Dinámico, por lo que si lo deseamos de tamaño fijo, o necesitamos múltiple Discos Virtuales, pues nuestro gozo en un pozo (en este caso deberemos editar la configuración de la Máquina Virtual tras su creación). Habitualmente, suele seleccionar la opción de Attach a virtual hard disk later, y después de la creación de la Máquina Virtual, o bien creo los Discos Virtuales que necesite, o bien copio de alguna maqueta que tenga ya sysprepeada, etc. Click Next para continuar.

Revisamos la información de la pantalla de resumen, y si está todo OK, click Finish.

Page 105: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

105

Realizado todo esto, habremos creado nuestra primera Máquina Virtual. Sin embargo, es muy recomendable editar la configuración de la Máquina Virtual tras su creación, ya que el asistente de creación de una nueva Máquina Virtual, tan sólo nos permite configurar algunas de las posibles opciones, y probablemente necesitemos o deseemos configurar alguna que otra cosa más. Para editar la configuración de una Máquina Virtual existente, debe seleccionarse la Máquina Virtual deseada, utilizarse la opción Settings del menú contextual, como se muestra en la siguiente pantalla capturada.

Al editar la configuración de la Máquina Virtual, lo primero que podemos hacer es utilizar la página Add Hardware, para añadir tarjetas de red virtuales o controladoras SCSI virtuales, como se puede apreciar en la siguiente pantalla capturada.

Page 106: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

106

En la página BIOS se puede realizar alguna configuración básica, que no merece mayor explicación que la siguiente pantalla capturada.

La página Memory, tan sólo permite especificar la memoria que se desea asignar a la Máquina Virtual, sin mayor misterio. En la página Processor, se puede especificar el

Page 107: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

107

número de procesadores que se desea asignar a la Máquina Virtual (esta configuración depende del Sistema Operativo que se desee montar en la Máquina Virtual), así como ciertas condiciones de gestión de recursos. Habitualmente no toco nada aquí, aunque pueden existir escenarios en que se desee personalizar alguna de estas configuraciones. Téngase en cuenta, que si tenemos un Quad Core en el Host y asignamos un único procesador a una Máquina Virtual, esta Máquina Virtual podrá consumir hasta un 25% de la capacidad máxima de procesamiento del Host.

Podemos seleccionar cualquiera de las controladoras virtuales de la Máquina Virtual (sean IDE o SCSI), para añadir nuevos Discos Virtuales o DVDs virtuales (montar imágenes ISO o una unidad de DVD física del Host).

Page 108: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

108

Podemos seleccionar las tarjetas de red virtuales, para configurar la Red Virtual con la que se desea conectar, configurar la VLAN deseada, así como la MAC Address.

También es posible configurar puertos series virtuales, aunque en mi caso, no he tenido

Page 109: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

109

que hacerlo jamás.

Es posible seleccionar que servicios de los Integration Services se desean utilizar en la Máquina Virtual. Habitualmente, se utilizan todos, aunque puede haber excepciones (ej: desmarcar Time synchronization).

Page 110: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

110

En la página Snapshot File Location es posible especificar la carpeta que se desea utilizar para el almacenamiento de los Snapshots de la Máquina Virtual en cuestión. Téngase en cuenta, que se utilizará una subcarpeta Snapshot por debajo de la ruta aquí especificada. Suele recomendarse utilizar un disco diferente para los Snapshots, con el objetivo de evitar problemas de disco (tanto de rendimiento, como de quedarse sin espacio libre). Debe tenerse en cuenta, que no es posible cambiar la ruta de Snapshots en una Máquina Virtual que ya tiene Snapshots creados.

En la página Automatic Start Action, puede configurarse como deseamos que se comporte la Máquina Virtual en el inicio del Host. Habitualmente, suelo configurar las Máquinas Virtuales para que se inicien de forma automática (opción Always start this virtual machine automatically).

En la página Automatic Stop Action, puede configurarse qué acción se desea que tome la Máquina Virtual en caso de una parada ordenada del Host. Habitualmente, suelo configurar esta opción para realizar una parada ordenada de la Máquina Virtual, es decir, la opción Shut down the guest operating system.

Page 111: Instalar Microsoft iSCSI Software Target sobre Windows Storage Server 2008 x64_iscsi_Hyperv.docx

111

Llegados a este punto, habremos dejado nuestra Máquina Virtual configurada a nuestro antojo, y podremos arrancarla para empezar a trabajar con ella.