Windows Server 2012 (R2): Instalación de Hyper-V

o

Windows Server 2012 (R2): Instalación de Hyper-V

Desde hace un tiempo y por la gran popularidad que ha alcanzado la virtualización de servidores he visto y recibido varias consultas sobre la configuración y uso de Hyper-V, y además teniendo en cuenta las nuevas capacidades incluidas en la versión integrada en Windows Server 2012 R2

Así que me he decidido a comenzar una serie de notas sobre el tema, comenzaré con lo más básico como es la instalación de la funcionalidad, para luego ir avanzando primero con ese "gran misterio" como son las diferentes clases de redes que podemos crear para conectar las máquinas virtuales, para luego seguir con las diferencias entre máquinas virtuales "Generation 1" y "Generation 2", luego seguiremos avanzando de acuerdo a los comentarios que reciba, pero hay mucho más

Lo primero a tener en cuenta antes de comenzar cualquier instalación es saber si disponemos del hardware adecuado

Si, lo primero es "mucho hardware", aunque depende de cuánto vayamos a virtualizar. No es lo mismo para el que sólo necesita una o dos virtuales simultáneas, que para el que requiera ocho o diez servidores con aplicaciones instaladas, y todos funcionando en forma simultánea
El resumen de esto es: uno o más procesadores con varios "Cores" y muy rápidos, mucha mucha memoria RAM, y con el tiempo también mucho mucho mucho espacio de almacenamiento en discos rápidos y en lo posible con RAIDs que aceleren los tiempos de acceso.
Bueno, cada uno conocerá sus necesidades y presupuesto disponible, así que no discutiré el tema en este momento

Pero lo importante, es que el hardware disponga de ciertos requisitos indispensables para la instalación y uso de Hyper-V, y cuando digo indispensables no es sólo que el hardware los tenga, sino que además la BIOS permita que estén habilitados

Estos son:

• Sistema operativo x64
  
• Windows Server 2012 o 2012 R2, o cliente Windows 8 u 8.1 versión Pro o Enterprise
  
• Habilitado el bit de virtualización (Intel-VT o AMD-V)
  
• Habiitado "Data Execution Prevention" (DEP/NX)
  
• Sólo para los sistemas con Windows 8 u 8.1, además "Second Level Address Translation" (SLAT)
  

Lo anterior lo podemos verificar con el utilitario COREINFO gratuito de Microsoft, o más fácil con la aplicación "System Information" incluída en el propio sistema operativo de Windows Server 2012 R2

Si el hardware cumple con lo requerido podemos seguir adelante

Las capturas de pantallas que siguen corresponden a la versión de sistema servidor, pero entiendo que el que tenga Windows 8/8.1 no tendrá problemas sobre cómo agregar la funcionalidad

Comenzamos, como siempre, desde "Server Manager" agregando el rol de acuerdo al siguiente asistente

Cuando seleccionemos la característica Hyper-V solicitará la instalación de componentes adicionales, que debemos aceptar

Y proseguimos

Ya durante la instalación permite la creación de un "Switch" virtual, en nuestro caso, y como veremos el tema más adelante dejaremos sin marcar la opción, y proseguimos

También permite en este momento la configuración de la migración de máquinas virtuales, dejémoslo para más adelante cuando veamos el tema con profundidad

Luego propone las carpetas donde guardará por omisión las máquinas virtuales y sus discos virtuales. Podemos dejar los valores por omisión, o cambiarlos. Por ejemplo si la máquina dispusiera de otro disco físico sería conveniente por rendimiento ubicarlas en uno diferente al del sistema operativo

Por último nos ofrece una pantalla de confirmación para que revisemos si no nos hemos equivocado en algún paso. Como la instalación (o desinstalación) de Hyper-V requiere reincio (normalmente dos) del equipo, es conveniente marcar la opción para que los efectue de forma automática

Ya podemos indicarle que instale

Finalmente, luego de iniciar sesión, nos mostrará que se ha completado exitosamente la instalación

Podemos observar que ya se ha instalado la consola de administración de Hyper-V

Aunque por supuesto no hay máquinas virtuales creadas, eso nos toca a nosotros :)

De todas formas, antes de crear máquinas virtuales, en la próxima nota veremos el tema de redes, que es muy importante, y además es donde se conectarán las máquinas virtuales que luego crearemos

Proseguiremos en la próxima nota, creando y explicando los diferentes tipos de redes que podemos crear en Hyper-V : "Windows Server 2012 (R2): Las Clases de Redes en Hyper-V"

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 7 Instalando las Máquinas Virtuales)

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 7 Instalando las Máquinas Virtuales)

Y ya llegamos a la nota final, teniendo todos los pasos hechos de la configuración necesaria, en esta nota instalaremos una máquina virtual en el Hyper-V Cluster, almacenando las mismas en el File Server Cluster

Recordamos la infraestructura objetivo

En esta nota crearemos una máquina virtual en HVCluster con alta disponibilidad, usando como medio de almacenamiento a FSCluster, que a su vez está tomando los discos por iSCSI desde el equipo SAN

Necesitamos tener todas las máquinas encendidas:

• DC1
  
• SAN
  
• FS1
  
• FS2
  
• HYPER1
  
• HYPER2
  

Y comenzaremos en cualquiera de los nodos de HVCluster con "Failover Cluster Manager"

Seguimos el asiste para crear una nueva máquina virtual

Seleccionamos el nodo en el que se ejecutará

Y el asistente continua como es habitual en la creación de máquinas virtuales Hyper-V

En mi caso, para tener un bajo consumo de recursos (recuerden que todas las máquinas en realidad son virtuales) optaré por la versión Standard Core, y muy importante seleccionar el almacenamiento compartido que creamos anteriormente como "Scale-Out File Server"

El resto del asistente a gusto

Observemos que el sistema automáticamente configura la alta disponibilidad

No voy a mostrar cómo se instala un Windows Server 2012 virtual, es algo que a esta altura tiene que ser muy conocido. Simplemente mostraré la máquina virtual ejecutándose

Por medio de SCONFIG le asigné una dirección correspondiente a la DomainNet (192.168.1.0/24) y haré un "PING -t 192.168.1.201" para verificar eventuales pérdidas de conectividad, durante la migración ("Live Migration") entre nodos

Podemos observar que se está ejecutando en HYPER1 y haré que se mueva al otor nodo [The Best Possible Node :-)]

Si observan el PING mientras se hace el cambio verán que no ha llegado a perderse ni uno sólo, sólo una pequeña demora

Mientras tanto en HYPER1 podemos observar que se está haciendo el cambio

Para quedar finalmente ejecutándose en HYPER2

Observemos las propiedades de esta máquina virtual, que hay configuraciones importantes

En la primera ficha (General) podemos observar y eventualmente marcar cuáles serán los nodos preferidos (en los cuales se podrá mover), e inclusive la prioridad ante tener que mover recursos

En la segunda ficha podemos observar la configuración de "failover / failback"

Veremos ahora qué sucede si uno de los nodos no se encontrara en línea. Para simular una falla yo apagaré HYPER2 que es donde se está ejecutando la máquina virtual

Para controlar volvamos a la virtual, y ejecutemos nuevamente el PING

Vemos que, inicialmente, ambos nodos están en línea

Procedo al apagado de HYPER2, o cualquier otra falla que quieran simular

Observamos que comienza a levantar en HYPER1

Si nos conectamos a la máquina virtual podemos ver que sólo se ha perdido un único PING. que más que nada le hecho la culpa a mi sistema de "virtual en virtual"

Con esta nota doy por terminada esta serie de notas donde hemos visto una demostración en ambiente de pruebas de lo que se puede llegar hacer con Storage Pools, iSCSI, NIC Teaming, File Server Failover Cluster en modo General y Scale-Out, y Hyper-V Falover Cluster

Espero se animen a reproducir esta demostración para probar, considero que es muy interesante porque permite unir varios conceptos que generalmente "andan sueltos" y ver cómo interoperan cuando se los utiliza en forma conjunta

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 1 Infraestructura Inicial)

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 1 Infraestructura Inicial)

Una de las nuevas posibiliades que nos da Hyper-V en Windows Server 2012 es la de almacenar las máquinas virtuales en carpetas compartidas en un File Server Windows Server 2012

Por otro lado, uno de los temas que observo en general, es que a partir de implementar virtualización de servidores a veces queda de lado algo muy importante, como es la alta disponibilidad. No todos se plantean qué sucedería si falla el servidor de virtualización, o sus discos, o aún los componentes externos de la red

A partir de lo anterior haré una demostración de alta disponibilidad sobre servidores virtuales, donde integraré varios de los componentes suministrados por el propio sistema operativo:

• Storage Pools
  
• NIC Teamings
  
• File Server Failover Cluster
  
• Hyper-V Failover Cluster
  

Aunque no será apropiado para un ambiente real productivo, haré que el File Server Cluster, también pueda funcionar para uso general con alta disponibilidad. En ambiente real, este debería estar dedicado a las máquinas virtuales

Los Storage Pools los crearé en una máquina (SAN) que ofrecerá el almacenamiento al File Server Cluster por iSCSI

Antes que nada, aclararé que toda esta implementación la haré en un ambiente virtualizado (si, Hyper-V virtualizado y virtualizando) ya que el objetivo final es una demostración conceptual del objetivo

Observemos en la siguiente figura la estructura que crearé

Como dato adicional por si alguien quiere reproducirla en ambiente virtual de la misma foma que lo haré en estas notas, daré los datos de los elementos que estaré utilizando

La máquina hardware real que utilizaré tiene las siguientes características:

• Procesador: Intel Core I7-2600K (Overclock 4.8GHz)
  
• Memoria: 32GB 1600MHz
  
• Discos: 2 RAID0. dos discos para sistema operativo y aplicaciones, y los otros dos para las máquinas virtuales (WD 1TB Black)
  
• Sistema Operativo: Windows Server 2012
  
• Software de Virtualización: VMware Workstation 9. Se pueden descargar versiones de prueba de 30 días)
  

NOTA IMPORTANTE: en las pruebas previas, he tenido bastantes problemas con dos actualizaciones del sistema operativo correspondientes a los artículos 2750149 y 2756872
El primero "rompe" la consola de administración del Cluster, y el segundo no es reconocido en uno de los nodos aunque esté instalado. Del primero mucho cuidado si lo tienen instalado, porque aún desinstalándolo el problema persiste. Hay un parche, pero no me ha funcionado

Una muestra de lo que sucede con el primero

¿Se animan a hacer y probar esta demostración de prueba? Vamos, vamos, ánimo que se puede y se aprende mucho

En la próxima nota configuraremos los Storage Pools, y el iSCSI Target en la máquina SAN

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 2 Configurando Storage Pools e iSCSI)

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 2 Configurando Storage Pools e iSCSI)

Continuando la nota anterior, y hechas las aclaraciones del caso comenzaré a crear los Storage Pools y configurando el iSCSI Target en la máquina denominada SAN

Este será un Windows Server 2012 con 2GB de RAM, al cual además del disco propio del sistema operativo le he agregado 6 discos virtuales adicionales a los efectos de poder crear los Storage Pools necesarios y dos placas de red para crear el NIC Teaming

Les recuerdo el objetivo al que nos dirigiremos

La configuración de la máquina virtual que le he asignado a SAN es la que muestra la figura siguiente

• Dos placas de red para configurar el NIC Team
  
• Dos discos de 20GB que usaré para el Witness del Cluster de Hyper-V
  
• Dos discos de 60GB que usaré para almacenamiento general
  
• Dos discos de 100GB que usaré para almacenamiento de las máquinas virtuales
  

El nombre de la máquina y configuración de red está de acuerdo a la primera figura con el diagrama (SAN, NIC Teaming 172.19.0.100/16)

Comenzaré creando el NIC Team. El que no recuerde cómo se arma el NIC Teaming vea la siguiente nota Windows Server 2012: Equipos de NIC (NIC Teaming)

 

Ahora comenzaré a crear los Storage Pools. Utilizaré los discos de a pares con la finalidad de poder tener en cada uno de los Storage Pool necesarios tolerancia a fallas por espejado (Mirror)

Crearé tres: una para almacenamiento general (StoragePool), otro para almacenamiento de las máquinas virtuales (VMPool), y el úlitmo que utilizaré como "witness" para el cluster de Hyper-V (WPool)

Pondré solamente las capturas de pantalla para uno de ellos, los otros se crean en forma similar, y por si alguno tiene dudas, en este mismo blog hay tres notas sobre el tema:

Windows Server 2012 – Investigando y Probando Storage Pools – Parte 1 de 3 "Simple Disks"

Windows Server 2012 – Investigando y Probando Storage Pools – Parte 2 de 3 "Mirror Disks"

Windows Server 2012 – Investigando y Probando Storage Pools – Parte 3 de 3 "Parity Disks" y Más Información

Para el WPool selecciono los dos discos más chicos

Quedando así

Procediendo en forma análoga creo el StoragePool y el VMPool quedando los tres finalmente

Para cada Pool crearemos ahora los discos virtuales correspondiente, mostraré sólo uno (Wpool), y en los otros se procederá en forma análoga

Debemos seleccionar "Mirror". No seleccionar "Parity"

Es importante que elijamos "Fixed" ya que no será compatible de otra forma

Y creamos el volumen correspondiente

Pongámosle una etiqueta que nos permita reconocer fácilmente el uso del disco, y es requerido, como está por omisión, que no se generen los nombres cortos de archivos

Y finalizando

Como mencionamos antes, repitiendo el procedimiento en forma análoga para los otros dos Pools, finalmente nos quedará así

 

Llegados a este punto, debemos instalar el "Role Service" llamado "iSCSI Target Server", que lo encontraremos bajo el Role "File and Storage Services / File and SCSI Services". Es igual a la instalación de cualquier otro de los roles

A partir de tenerlo instalado comenzaremos la configuración del mismo de acuerdo a las siguientes figuras. Si alguien tiene dudas puede consultar la nota Windows Server 2012: Failover Cluster para Hyper-V (Parte 2 – Configurando la SAN)

Seleccionamos el disco correspondiente, los podremos identificar fácilmente por el tamaño. En este caso sé que el más chico es que usaré como "Witness"

Pongo un nombre que me permita identificarlo luego

Elijo el máximo tamaño

Y deberemos crear un nuevo "Target" que incluirá los discos

Le asignamos nombre al "Target"

Y debemos agregar a los "Initiators", que si miran o recuerdan la figura incial, en mi caso tienen direcciones IP 172.19.0.1 y 172.19.0.2

Quedando así

Y procediendo en forma análoga con los otros dos discos, finalmente obtendremos

Con esto ya tenemos preparada la máquina que utilizaremos como almacenamiento. Podemos apagarla, ya que en la próxima nota configuraremos el ambiente de Dominio Active Directory con las otras cinco máquinas que necesitaremos. No sería mala idea hacer un "snapshot" por las dudas que tengamos algún inconveniente más adelante

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 3 Configurar el Dominio y Servidores)

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 3 Configurar el Dominio y Servidores)

En esta nota tenemos dos procedimientos bien definidos que ejecutaremos, uno muy sencillo y rápido como es disponer de las cuatro máquinas virtuales Windows Server 2012 que uniremos al dominio Active Directory, y el segundo al que debemos prestar mucha atención y que no llevará un tiempo como es armar cada una de las redes necesarios, asociándo a cada una un "NIC Team" de dos placas de red

Les recuerdo el diagrama que armaremos

Entiendo que la instalación de los cuatro servidores no presentará ningún problema para todo aquel que esté leyendo o haciendo este procedimiento, así que no entraré en detalles de cómo hacerlo

Les recuerdo, como establecimos en la primera nota que todo el procedimiento lo estoy realizando cn máquinas virtuales ejecutándose en VMware Workstation. Como configuración de cada máquina virtual, a los dos FS les he dejado lo normal 2GB de RAM ya que estamos en ambiente de pruebas. Pero a los HYPER le he hecho algunas modificaciones: les he asignado 4GB de RAM y he marcado la opción para que el procesador soporte virtualización

Dependiendo del hardware de la máquina real, puede que alcance con la configuración anterior. En mi caso además de eso debo hacer unos agregados en el archivo VMX de cada una de los HYPER

El agregado al final de cada archivo VMX, con las máquinas virtuales apagadas, que debo hacer es:

hypervisor.cpuid.v0 = "FALSE"
mce.enable = "TRUE"
vmx.allowNested = "TRUE"
vmGenCounter = "FALSE"

Lo que sí recomiendo, para facilitar el procedimiento, es que se haga con una única placa de red presente, esto facilitará el tema de unión al Dominio

Los nombres de máquinas y configuraciones IP que he usado las pueden ver en la figura anterior, por ahora sólo con la red de Dominio

Lo que recomiendo, para evitar luego confusiones es que renombren la interfaz, ya que luego agregaremos otras y no debemos confundirnos; en mi caso yo la he renombrado a "DomainNet" en todas las máquinas

Ya hay para trabajar un tiempo ¿unieron las cuatro máquinas al Dominio? vamos, vamos, si ya sé, se demora con los reinicios, pero para esta parte hay que tener mucha paciencia

Controlemos que todo está correcto

Desde DC1 pruebo conectividad con cada una de las máquinas virtuales

Ahora comenzaremos con la parte de creación de redes, añadiendo adaptadores de red a cada una de las máquinas, y armando los "NIC Teams"

Esta parte es de cuidado. Como recomendación planificar qué red corresponderá a cada VMnet de VMware, y ser muy ordenado y metódico. Describo el procedimiento que he usado yo en cada una de las máquinas virtuales

1. Crear una regla en el cortafuegos para permitir PING (ICMPv4) ya que esto permitirá verificar luego la conectividad
   
2. Agregar dos interfaces de red conectadas a la correspondiente VMnet
   
3. Crear el correspondiente "NIC Team"
   
4. Asignarle la dirección IP y máscara de subred. En las propiedades avanzadas de TCP/IPv4 desmarcarle la opción para que se registre en DNS
   
5. Continuar con la siguiente red, agreando las interfaces de red y vuelta al punto 2. hasta tener cada una de las redes que necesita cada una de las máquinas virtuales
   
6. Verificar la conectividad usando dirección IP de cada uno de los "NIC Teams" con sus correspondientes de las otras máquinas virtuales
   

Por ejemplo cómo quedará la configuración de FS1

Tomarse todo con mucha calma y paciencia :-)

Estos procedimientos los debemos ejecutar máquina por máquina y red por red de acuerdo a lo planificado en la figura inicial. Y verificar la conectividad, no podrán seguir si no están bien las redes y configuraciones IP. Acordarse de desmarcar la opción para que se registren estos "teams" en DNS

Para no seguir complicando la demo, es que en la red DomainNet no he creado un "NIC Team", en un ambiente real se debería hacer, como así también tener más de un Controlador de Dominio

Pongo otra copia para que quede a mano

Esta nota es corta, pero lleva bastante tiempo la configuración que debemos hacer, además de ser un procedimiento delicado para no confundir redes o direcciones IP

Continuaremos en la próxima nota con Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 4 Configurando Cluster File Server)

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 4 Configurando Cluster File Server)

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 4 Configurando Cluster File Server)

De las notas anteriores ya tenemos toda la infraestructura preparada: creado el equipo SAN con Storage Pools e iSCSI Target, unidas las máquinas necesarias al Dominio y creadas las redes, resumiendo, todo el trabajo previo

Les recuerdo poniendo el gráfico con el objetivo propuesto

Así que ahora comenzaremos con la configuración de FSCluster, el cluster servidor de archivos, que comprenderá dos funciones:

• Servidor de archivos de alta disponibilidad para uso general
  
• Servidor de archivos para aplicaciones (Scale-out File Server)
  

En un ambiente productivo no será conveniente mantener estas dos funcionalidades en el mismo cluster, lo haremos acá simplemente porque estamos en un ambiente de demostración de capacidades

Comenzaremos con las siguientes máquinas ya iniciadas:

• DC1
  
• SAN
  
• FS1
  
• FS2
  

Por ahora podemos dejar apagadas HYPER1 e HYPER2, ya que durante esta parte no las usaremos

Debemos comenzar tanto en FS1 como en FS2 iniciando los iSCSI Initiators conectándolos al iSCSI Target (SAN)

Aunque ya lo hemos hecho en otra nota, colocaré los pasos. Recordar que este procedimiento debe ejecutarse en ambos nodos del cluster (FS1 y FS2)

Indicamos la dirección del iSCSI Target (SAN) y elegimos "Quick Connect"

Luego vamos a la ficha "Volumes and Devices", seleccionamos "Auto Configure" y controlemos que estén presentes los tres discos que habíamos creado

Hecho lo anterior en ambos nodos, ahora ya podemos poner los discos "Online", "Inicializarlos" y crear los volúmenes. Esto se debe hacer desde uno cualquiera de los nodos

Bueno, a esta altura no vamos a estar explicando y mostrando cómo crear y formatear discos :-)

Deber quedar así los tres discos. Le he dado etiquetas descriptivas

Ahora debemos ir al otro nodo y simplemente poner los tres discos "Online"

 

Ya tenemos los discos conectados a ambos nodos, así que ahora debemos instalar en ambos nodos las funcionalidades que necesitaremos:

• File Server
  
• Failover Cluster
  

Pongo las capturas de dónde seleccionar el "Rol" y el "Feature" pero no mostraré los asistentes paso a paso, ya doy por conocido que todos saben instalarlos. Configurarlos es otro tema

Comencemos en uno cualquiera de los nodos en la creación del "Failover Cluster"

Es importante que antes de crearlo validemos la configuración. Nota de experiencia verifique que ambos nodos tengan exactamente las mismas actualizaciones, y que no haya sido instalada la KB2750149 (Ver Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 1 Infraestructura Inicial))

Simplemente seguimos el asistente

Agregamos los nodos que formarán el cluster

Importante: verificar el reporte, y que todo quede "verde"

Si todo está bien, cerramos el reporte y comenzamos con la creación del cluster

Le asignamos un nombre al cluster y su correspondiente dirección de acuerdo a lo descripto en la figura con el diagrama

Nos aseguramos que agregue automáticamente los discos disponibles

Y finalizamos

Controlemos que haya tomado como disco "witness" al más chico

Para verificar que todo está como debe ser, vamos a DC1 y controlemos que está la nueva registración en DNS

Y que se ha creado la correspondiente cuenta de máquina

Volviendo a la administración del cluster, cambiaré el nombre de los discos para que sea todo más claro

Los renombré como muestra la figura

 

Ya podemos comenzar con la configuración propia del Cluster File Server para uso general, así que en cualquiera de los nodos vamos a agregar el rol al cluster

Como en este paso estamos configurando un servidor de archivos de uso general (común, normal) elegimos la opción adecuada

Le asignamos el nombre y la dirección IP por las que será accesible, en mi caso elegí "FS-General" y 192.168.1.151

Seleccionamos el disco que utilizaremos para este rol (¿vieron que era bueno renombrarlos?)

Debería quedar como muestra la figura, aunque no es importante si lo tiene FS1 o FS2

Para probar que todo funciona voy a agregar una carpeta compartida de prueba y verificaré su acceso aún con uno de los nodos apagados (funcionalidad de cluster)

Usaré el asistente dentro de la consola de administración del cluster

Es para uso general así que seleccionamos "Quick Share"

Le asignamos un nombre cualquiera al compartido de prueba, y noten el path de acceso para probarlo luego

Por omisión ya está marcada la opción "Enable Continuous Availability" :-)

No tiene sentido para una prueba cambiar los permisos ya que sólo verificaré acceso

Si vamos ahora a DC1, simulando un cliente y en File Explorer escribimos "\\FS-General" observaremos el compartido recién creado

Adicionalmente podemos controlar que se haya creado el correspondiente objeto "computer"

Y la registración en DNS

Vamos a probar el "failover". Como podemos observar en este momento el recurso está activo en FS2

Esto es así porque ambos nodos están levantados, lo comprobamos

A continuación apagaré FS2, y lo demostramos en la siguiente pantalla

Vamos a DC1 y nuevamente ingresemos a "\\FS-General" y observamos que el compartido sigue accesible

Como podemos observar en la siguente figura, lo ha tomado FS1

Resumiendo, en esta nota ya hemos creado un "Fileserver Cluster" con un compartido de Alta Disponibilidad, y hemos probado su funcionamiento en forma normal, y ante la falla de uno de los nodos

Seguiremos en la próxima nota Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 5 Configurando Scale-Out Cluster File Server)

Windows Server 2012 (R2): Las Clases de Redes en Hyper-V

Windows Server 2012 (R2): Las Clases de Redes en Hyper-V

Una de las configuraciones básicas e importanes de Hyper-V es la creación de las redes virtuales que luego utilizaremos en las máquinas virtuales que luego crearemos

Por lo tanto, continuando la nota anterior "Windows Server 2012 (R2): Instalación de Hyper-V" donde solamente hemos instalado, pero antes de crear máquinas virtuales veremos los diferentes tipos de redes que podemos crear y explicaremos sus características

Como bien se dice "comencemos por el principio" cómo está configurada la red de nuestra máquina real (en adelante el "Host")

Como vemos en la captura anterior, no hay nada que no sea normal, una dirección IP fija en una máquina que está en grupo de trabajo

Abramos entonces la consola de administración de Hyper-V e ingresemos en la opción "Virtual Switch Manager" que es donde crearemos los "Switchs" que conectarán nuestras máquinas virtuales

Observemos que podemos crear tres clases de redes:

• External
  
• Private
  
• Internal
  

Comencemos por la primera ("External"), pero leamos atentamente lo que he resaltado en amarillo: se creará un "Switch" virtual conectado a la placa de red física para permitir el acceso de las máquinas virtuales a la red física

Otra forma de expresarlo, para mí más clara: se creará un "Switch" virtual que en un puerto tendrá conectada nuestra placa de red física, y en otro puerto una placa de red virtual que será parte de nuestro Host

Yo le he dado el nombre "External Switch" para que resulte claro

Nos avisará que por un momento se perderá la conectividad de red porque es lógico tendrá que crear una conexión de red e intercalar un "Switch" :)

Y ya creada nos mostrará

Aunque no lo veremos en este momento observen que hay configuraciones adicionales que podemos hacer a este "Switch", como por ejemplo: seleccionar la placa de red física si tuviéramos más de una, permitir que esta conexión sea compartida en uso con el Host, y además si usaremos o usamos VLANs

Para verificar que todo lo que hemos dicho y hecho anteriormente se ha cumplido y es real, ingresemos a las ventana de las conexiones de red del Host, y podemos observar que se ha creado una nueva interfaz de red. Originalmente disponíamos sólo de "Ehernet0" y ahora aparece una más que es justamente la placa de red virtual que nombrábamos

Si observamos las propiedades de "Ethernet0) veremos que se han desconectado todos los protocolos y que sólo ha quedado uno que es nuevo "Hyper-V Extensible Virtual Switch"

Y si hacemos lo mismo con la nueva "vEthernet (External Switch)" observamos que en ésta ha quedado la configuración original de nuestro Host

Resmiendo, y para que creo que quede más claro: nuestro Host ha quedado conectado a la interfaz "vEthernet (External Switch)", que a su vez está conectado a la red externa por "Ethernet0"

Si todo ha quedado claro hasta ahora, comencemos entonces por otro tipo de red, las "Internal"

Procederemos en forma análoga desde "Virtual Switch Manager" pero ahora seleccionando "Internal". Como podemos observar en lo resaltado, este tipo de red permitirá que se interconecten entre sí las máquinas virtuales que conectemos a esta red, y además el propio Host

Le damos un nombre que nos permita identificar el "Switch" fácilmente

Y observemos qué sucede con las conexiones de red de nuestro Host: ha aparecido una nueva interfaz de red "vEthernet (Internal Switch)"

La creación de esta nueva interfaz es totalmente lógica, ya que si nuestro Host se comunicará con las máquinas virtuales por una red que no es accesible desde otras máquinas de la red física, se necesita una interfaz única

Esta nueva interfaz ha quedado de la misma forma que si hubiéramos agregado una placa de red real, con obtención automática de dirección IP. Normalmente luego deberemos asignarle una dirección IP válida para que pueda conectarse con las máquinas virtuales que crearemos

Y por último, siempre siguiendo el mismo procedimiento, crearemos una red de tipo "Private". Como indica el resaltado que he hecho, las máquinas virtuales conectadas a esta red no tendrán conectividad ni con el Host, ni con otras máquinas de la red física

Le daremos un nombre adecuado

Y confirmamos que como no tiene conectividad ni con el Host ni con otras máquinas de la red, sólo entre las máquinas virtuales que conectemos a esta red, no se ha creado ninguna interfaz nueva en el Host

Si han seguido todo hasta acá, les quedarán tres redes, una de cada tipo, como muestra la captura

Por ahora dejaremos acá, y continuaremos en la siguiente nota con la creación de las máquinas virtuales, que conectaremos a los diferentes "Switchs" virtuales que hemos creado. Veremos además el diferente hardware virtual que le podemos asignar a nuestras máquinas virtuales

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 5 Configurando Scale-Out Cluster File Server)

Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 5 Configurando Scale-Out Cluster File Server)

Continuando con nuestro objetivo de crear un Hyper-V Cluster, almacenando las máquinas virtuales en File Server Cluster, ya ha llegado el momento de configurar Scale-Out en el File Server

Como en las notas anteriores agrego el diagrama con el objetivo

Repasemos antes de comenzar. Ya tenemos los Storage Spaces definidos en la SAN, que ofrece estos al File Server Cluster configurado hasta ahora como servidor de archivos de uso general

En esta nota configuraremos nuestro FSCluster, como Scale-Out para crear el compartido que luego utilizaremos desde el HVCluster donde virtualizaremos máquinas

Igual que en la nota anterior, para esta parte no neceistamos tener encendidos HYPER1 y HYPER2, aunque sí todas las demás

En cualquiera de los nodos (FS1 o FS2) en "Failover Cluster Manager" debemos agregar al disco que utilizaremos como "Cluster Shared Volume" (CSV)

Y comenzaremos a configurar el rol, siguiendo al asistente como muestran las capturas

Acá está la diferencia con el caso anterior, debemos seleccionar "Scale-Out file server for application data"

Le debemos asignar un nombre. Comentario: en realidad le debería haber asignado un mejor nombre, pero ya está hecho. Debería ser algo así como por ejemplo "FS-VMs" para ser coherente con los nombres ya seleccionados

Un poco de humor: se ve que los que desarrollaron esta parte les ha dado bastante trabajo, porque la creación exitosa está marcada con un símbolo de "Warning" :-)

Ya podemos ver lo que hemos hecho

Ahora debemos agregar un compartido donde se almacenarán las máquinas virtuales que luego crearemos

Importante que seleccionemos la opción correcta

Le damos un nombre al compartido, y noten cuál será la dirección de acceso

Observer que tres de la cuatro opciones, están configuradas y no son cambiables. Sólo se podría seleccionar la opción de cifrar el acceso

Sobre este recurso compartido que estamos creando es donde accederán los nodos del Hyper-V cluster, por lo tanto tengo que asegurarme que ambos equipos tengan permisos de Control Total sobre dicha carpeta

Por lo tanto, en DC1, he procedido a crear un grupo que llamé "HV-Cluster-VMs" donde he agregado las cuentas de las máquina HYPER1 y HYPER2

Volviendo al asistente de creación del compartido, le asignaré al grupo antes mencionado los permisos adecuados

Si vamos a DC1 podemos observar que se ha creado el correspondient objeto "computer"

Y las correspondientes registraciones en DNS

Observemos las diferencias importantes con el caso anterior de servidor de archivos de uso general

Mientras que en el caso anterior pidió un nombre y una dirección IP, que asoció al cluster, en este caso pidió sólo el nombre, y asoció ambas direcciones IP de los nodos integrantes del cluster

Desde DC verifico que puedo acceder al compartido, usando "\\VMsShare"

Ya tenemos todo preparado para la próxima nota, donde crearemos el Hyper-V cluster, donde instalaremos las máquinas virtuales, y que luego comprobaremos la disponibilidad

Continuaremos en Hyper-V Cluster con Máquinas Virtuales en File Server Cluster – Demostración (Parte 6 Configurando Cluster Hyper-V)