Archivo

Archivo para la categoría ‘Hyper-V’

>Scripting – 300 vms

jueves, 25 de noviembre de 2010 Sin comentarios

>Hola.

Hago público el scripting que desarrolló mi compañero Michele y que utilizamos para crear las 300 máquinas virtuales:

El primer paso fué copiar los 300 discos virtuales:

$VMVHDSource = «C:\ClusterStorage\Volume1\W2K8R2-STD-ES-NODO2.vhd»

$numarray = (1..300)
foreach ($x in $numarray)
{

$VMName = «00000» + $x.tostring()
$VMName = «MS» + $VMName.Substring($VMName.Length-3,3)
$VMPath = «C:\ClusterStorage\Volume1\folder\» + $VMName.tostring()
$VMVHD = $VMPath.tostring() + «\» + $VMName.tostring() + «.vhd»

new-item -path «C:\ClusterStorage\Volume1\folder» -name $VMName -type directory
copy-item $VMVHDSource -destination $VMVHD

}

Y mientras tanto, desplegamos la plantilla:

# Load Snap-Ins
Add-PSSnapin Microsoft.SystemCenter.VirtualMachineManager

# Connect to the VMM server.
$VMMServer = Get-VMMServer «srvmm.dominio.local»

# Define the variables.
$JobGroupID = [Guid]::NewGuid().ToString()
$Template = Get-Template where {$_.Name -eq «W2K8R2STDESP-NODO2»}
$VMHost = Get-VMHost where {$_.ComputerName -eq «nodo2»}
$NetworkName = «vswitch1»

$numarray = (1..300)
foreach ($x in $numarray)
{

$VMName = «00000» + $x.tostring()
$VMName = «MS» + $VMName.Substring($VMName.Length-3,3)
$VMPath = «C:\ClusterStorage\Volume1\folder\» + $VMName.tostring()
$VMVHD = $VMPath.tostring() + «\» + $VMName.tostring() + «.vhd»

# Use the Move-VirtualHardDisk cmdlet to point to the local virtual hard disk on the host.
Move-VirtualHardDisk -IDE -BUS 0 -LUN 0 -Path $VMVHD -JobGroup $JobGroupID

# Use the New-VM cmdlet with the –UseLocalVirtualHardDisks parameter to create the
# virtual machine and to specify that the local virtual hard disk file should be used.

New-VirtualNetworkAdapter -JobGroup $JobGroupID -VirtualNetwork $NetworkName -Synthetic

New-VM -Name $VMName -Path $VMPath -Template $Template -VMHost $VMHost -ComputerName $VMName -JobGroup $JobGroupID -UseLocalVirtualHardDisks -RunAsynchronously -JobVariable «NewVMJob» -SkipInstallVirtualizationGuestServices

}

Nota: Hay ciertas buenas prácticas a tener en cuenta en un servidor con tantas máquinas virtuales, nosotros tenemos uno con 200 y otro con 102, ya que tenemos un dhcp y alguna cosilla más, una de las cosas más importantes es que el de las 200 están en un nodo de un clúster y es importante que ese nodo sea el propietario del CSV ya que como sabéis de no ser así, gran parte del tráfico iría por la tarjeta del latido al dueño del CSV.

Saludos.

Categories: Curiosidades, Hyper-V, scripting, scvmm r2 Tags:

>300 Vms

viernes, 19 de noviembre de 2010 2 comentarios

>Hola.

El martes recibimos un encargo muy especial. Teníamos que crear 300 máquinas virtuales y que estas estuviesen levantadas antes del viernes, claro está, ¿quién de vosotros habría dicho que no a la primera parte del encargo ;)?.

Nos pusimos manos a la obra, liberamos la agenda de quién tenía que ponerse a ello, se preparó una plantilla sysprepeada que no se activase al iniciar, scripting, etc., así que realmente las 300 máquinas virtuales se han creado en 24 horas.

Esto no es más que una muestra del nivelazo de gente con la que trabajo.

A por otra.

Categories: Curiosidades, Hyper-V Tags:

>Congreso internet del mediterraneo – Virtualización según Microsoft

jueves, 30 de septiembre de 2010 Sin comentarios

>Presentación utilizada por David Cervigón – Microsoft y Miguel Hernández – Zerkana, en la sesión sobre virtualización con productos Microsoft.

Categories: Double Take, Hyper-V, System Center Tags:

>Double Take Availability y como ahorrarse un almacenamiento San: Alta disponibilidad de máquinas virtuales.

miércoles, 22 de septiembre de 2010 2 comentarios

>

Hola.

Esta entrada es la continuación de la entrada siguiente:

Una vez realizada la instalación de al menos, la parte servidor en dos servidores, los cuales uno utilizaremos como «Origen» y el otro como «Destino», instalaremos la consola de gestión o bien en los dos servidores, o bien en un tercer equipo, a esta consola llegamos a través del icono que veis en la captura siguiente:

Podemos monitorizar nuestros servidores a través de la opción «Manage Servers»:

Damos a «Get Started» y a continuación a «Double Take Availability»:

Elegimos la opción que nos ofrece proteger una máquina virtual, recordad que podemos proteger un número ilimitado de máquinas virtuales y además, de forma simultanea en los dos sentidos:
Nos pregunta quién es el servidor «Origen» y unas credenciales de administrador local:
Elegimos la máquina virtual a proteger, esta será efectiva tengamos en la v.m. el sistema operativo que tengamos, sin embargo, si este no cuenta con «Integrations Components», no podemos provocar un levantamiento automático (aunque sí manual) de la máquina virtual:
En esta captura nos pide el nombre del servidor «Destino», el cual como sabéis, también tiene instalado «Double Take Availability», además de un usuario y una contraseña de administrador local:

Elegimos una unidad con capacidad suficiente para albergar la réplica:

Emparejamos los virtual switch, indicamos qué virtual switch queremos que adquiera en el momento del levantamiento en el servidor de destino:
Indicamos a través de qué NIC vamos a configurar la réplica, también indicamos la compresión que aplicaremos (la verdad es que llega a comprimir mucho, pero tened en cuenta el uso de la CPU) y si existe una limitación de uso de ancho de banda, lo que ayuda a no saturar una conexión Wan, VPN, etc.
También debemos indicar si queremos una respuesta automática en el servidor de destino, la configuración se basa en el número de «toques» que ante una caída debe darse al servidor de origen y el tiempo que separará cada uno de estos «toques», si no se consigue contactar con el servidor de origen, se creará y posteriormente se iniciará la máquina virtual en el servidor de destino:
Resumen de la configuración:
Monitorización de la replicación:
Y con eso, tenemos la máquina virtual replicada y a salvo.
Saludos.
Categories: Double Take, Hyper-V Tags:

>Double Take Availability y como ahorrarse un almacenamiento San : Instalación

martes, 21 de septiembre de 2010 Sin comentarios

>

Hola.

Hace un tiempo el destino hizo de celestina y unió a Pedro /Double Take y a Miguel / Zerkana, como no, nos pusimos manos a la obra en nuestro lab y descubrimos rápidamente que el producto es una pasada.

Double Take Availability para Hyper-V, nos ofrece Alta disponibilidad del servicio de virtualización sin necesidad de un clúster y lo más importante, sin almacenamiento San.
En la versión Enterprise y DataCenter, Double Take Availability nos ofrece un complemento para Geoclusters y poder así mover máquinas virtuales prácticamente en caliente entre ubicaciones distantes :), ¿espectacular no?, aunque en este artículo no hablaremos de esa posibilidad.
Antes de mostraros la instalación del producto, es importante destacar que y el número de máquinas virtuales a replicar es ilimitada y que existe una versión de Double Take Availability para cada versión de Windows Server 2008 R2, por lo que debéis aseguraros que adquirís la licencia necesaria para la versión Standard, Enterprise o DataCenter. Otra cosa que os fuerza a tener Double Take, es la misma cantidad de memoria tanto en el host origen como en el host destino y por supuesto la cantidad de almacenamiento suficiente en el host destino para almacenar el 100% de las máquinas virtuales que queráis replicar.
Debéis comprar una licencia de Double Take, tanto para el host origen, como para el host destino y por ello, no todas las máquinas virtuales deben estar en el mismo host de virtualización, si no que podéis repartir la carga de trabajo y replicar máquinas virtuales en los dos sentidos al mismo tiempo.
Double Take Avilability nos ofrece la posibilidad de configurar el ancho de banda y la compresión que queréis utilizar durante la replicación constante de la máquina virtual, según mi opinión, el sistema se comporta bien, funcionando con un mínimo ancho de banda de alrededor de 2mb. simétricos.
Double Take Avilability permite configurar el comportamiento automático una vez caído el servidor origen, para ello podemos configurar los segundos e intentos de conexión a realizaar previos al levantamiento automático de la máquina virtual en el que era el servidor de destino de la réplica. Una vez levantado el servidor origen, podemos invertir la réplica, para una vez llegada al 100%, volver a levantar la máquina virtual donde estaba situada previamente a la caída del problema aparecido.
En cualquier momento podemos forzar que el host destino levante la máquina virtual, apagándose previamente la máquina virtual en el host origen de una forma controlada, además podemos realizar test Failover, levantándose la máquina virtual en el host destino, pero sin conexión a la red, todo ello mientras el host origen mantiene levantada la máquina virtual en producción con conexión a la red y por supuesto sin provocar un corte en el servicio.
Nota: El escenario no tiene por qué ser un servidor origen y uno destino, si no que podemos conformar una réplica en estrella disponiendo de varios origenes y uno o varios destinos, preparados para levantar las máquinas virtuales ante una caída.
Y sin más, paso a mostraros las pantallas propias de la instalación que debemos hacer en los dos o más servidores:
Paso 1 – Doubl eTake Avilability-:

Paso 2 – Double Take Availability:

Instalación de Servicio Server y Consola de gestión (importante instalar la consola en todos los servidores o bien, mejor aún, instalarla en un ordenador de gestión del servicio:

Esto es lo que queréis que Double Take, llegue a ocupar en vuestro Host, para proveer del servicio de replicación, es importante este punto ya que cuanto más dediqueis a double Take, mejor irá la replicación, pero a su vez, menos memoria e io (si se comparte), os quedará para las máquinas virtuales:


Estas son las excepciones que se crearán en el firewall propio de Windows Server, si la replicación es a través de internet sin VPN o con VPN con reglas, debeis permitir la comunicación de estos puertos:

Y este es el servicio que debéis iniciar a mano, si no queréis reiniciar el servidor:
Y con esto, espero haberos abierto el apetito, en siguientes entradas veremos como crear la réplica y provocaremos la caida de algún host :).
Saludos.
Categories: Double Take, Hyper-V Tags:

>Iconos Visio sobre virtualización

domingo, 12 de septiembre de 2010 Sin comentarios
Categories: Hyper-V, Visio Tags:

>Windows con s.o. Windows 2000 sobre Hyper-V

domingo, 12 de septiembre de 2010 Sin comentarios

>Hola.

Después de un P2V, me he encontrado que el disco de 600gb aparece como de 127gb en la máquina virtual, la solución es esta:

http://support.microsoft.com/kb/954281/es

Veréis en el KB, que el problema no solo os lo podéis encontrar durante un P2V, como me ha pasado a mí, si no también durante una instalación limpia de Windows 2000 Server en una VM.

Saludos.

Categories: Hyper-V Tags:

>Hyper-V como elección

miércoles, 8 de septiembre de 2010 1 comentario

>Hola.

Asistentes al Vmwold 2010, están realizando declaraciones donde reconocen que para virtualizar aplicaciones, tales como: Sharepoint, Exchange, RDS, etc., eligen Hyper-V.

http://searchwindowsserver.techtarget.com/news/article/0,289142,sid68_gci1519781,00.html?track=sy43

La verdad es que RDS es un rol que yo prefiero mantener en físico ya que por su relación con el procesador, pierde bastante rendimiento al ser virtualizado, pero viendonos obligados a tener una capa de virtualización por debajo, Hyper-V ofrece cláramente un mejor rendimiento, lo mismo si hablamos de virtualizar Windows Server 2008 R2 o Windows 7 como sistema operativo en el guest.

Saludos.

Categories: Hyper-V Tags:

>Paquete acumulativo de actualizaciones – Hyper-V / Windows Server 2008 R2

miércoles, 25 de agosto de 2010 Sin comentarios

>Hola.

Os paso el link de un kb con fecha 24 de Agosto, donde se publica un paquete acumulativo de actualizaciones para un equipo que ejecuta Hyper-V en Windows Server 2008 R2:

http://support.microsoft.com/kb/2264080

Saludos.

Categories: Hyper-V Tags:

>Intel Xeon 7500 – WS 2008 R2 Hyper V – Sap

viernes, 20 de agosto de 2010 Sin comentarios

>Hola.

Os paso el link de un white paper donde Intel analiza y habla sobre el rendimiento de SAP virtualizado sobre Hyper-V R2.

http://media.techtarget.com/digitalguide/images/Misc/SAP%20ERP%20on%20Microsoft%20Hyper-V%20(7500)-323041-002.pdf

Saludos.

Categories: Hyper-V Tags: