Mostrando entradas con la etiqueta Hyper-V. Mostrar todas las entradas
Mostrando entradas con la etiqueta Hyper-V. Mostrar todas las entradas

lunes, 20 de febrero de 2017

Virtual shared disk en disco local


Hola.

Existe la posibilidad de montar un disco compartido entre varias VMS, ubicando ese disco en una unidad local del servidor.

Esta configuración no está soportada por Microsoft y al configurarla, por defecto aparece un error impidiendo esta configuración.

La formad de realizarlo es lanzando previamente este comando:

fltmc.exe attach svhdxflt Unidad:\


Este comando pierde su efectividad si se renombra el servidor, teniendo que volver a lanzarlo para poder arrancar las VMS.

Saludos.

viernes, 31 de mayo de 2013

Lista de actualizaciones y hotfix publicados para Hyper-V en WS2012

 

Hola.

En Technet han actualizado la tabla con la lista de actualizaciones y hotfix sacados hasta la fecha para Hyper-V en Windows Server 2012

Aquí lo tenéis:

http://social.technet.microsoft.com/wiki/contents/articles/15576.hyper-v-update-list-for-windows-server-2012.aspx

En este web también podéis encontrar algo similar en relación a actualizaciones y hotfix para el rol de Failover Clúster:

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

Saludos.

viernes, 5 de abril de 2013

Hyper-V: Top Free programs

Hola.

Os dejo un enlace de un compañero MVP donde relaciona las principales herramientas que solemos usar con Hyper-V. Veréis que siempre se descubre algo ;).

http://social.technet.microsoft.com/wiki/contents/articles/2325.hyper-v-top-free-programs.aspx

martes, 20 de diciembre de 2011

Dynamic datacenter tookit

Hola. La gente de Western Europe relacionada con hosters principalmente, ha creado un portal donde disponéis de toda la infomación acerca de "Dynamic datacenter toolkit".


http://www.hosting-university.com/ddc


Que lo disfrutéis.


Saludos.

miércoles, 7 de septiembre de 2011

Resultados de encuesta sobre hypervisores

Hola.

Cómo veréis en la web que os enlazo a continuación, tres MVPs han recogido contestados a la encuesta lanzada recientemente, metiendo el dedo en la llaga acerca del uso y continuidad de los distintos hypervisores.

El link en cuestión:


Saludos.

jueves, 18 de agosto de 2011

Sistemas operativos soportados como "Guest" en Hyper-v R2 sp1.

Hola.

Recientemente se actualizó la web de Technet donde aparece la relación de sistemas operativos soportados como "Guest" en máquinas virtuales sobre Hyper-V R2 Sp1.


A destacar la presencia de CentOs 5.2 - 6.0.

Saludos.

miércoles, 13 de julio de 2011

Windows "8" en World Partner Conference

Hola.

Se han anunciado ciertas novedades sobre Windows "8", las novedades relacionadas con Hyper-V son las siguientes:

"16+virtual processors within a Hyper-V VM. We are keenly aware that our customers want more virtual processors within a virtual machine to support large scale up workloads. We demo’d a 16 virtual processor virtual machine under heavy load. We pointed out that 16 virtual processors is not the maximum number of virtual processors. It was simply the largest server we were able to ship for the demo.  As for support for more virtual processors, we told folks to “Stay Tuned.”

Hyper-V Replica. Today, replication is complex to configure and often requires expensive proprietary hardware. Hyper-V Replica is asynchronous, application consistent, virtual machine replication built-in to Windows Server 8. With Hyper-V Replica, you can replicate a virtual machine from one location to another with Hyper-V and a network connection. Hyper-V Replica works with any server vendor, any network vendor and any storage vendor. In addition, we will provide unlimited replication in the box. This last point will be key to our customers. Why? Because VMware announced with VSphere 5.0 that they will include VM replication with their upcoming version of Site Recovery Manager (SRM), which costs extra AND charge customers a per VM replication fee $200-$500 per VM (!) to replicate. Essentially, VMware has just created a Replication Tax."

Saludos.

miércoles, 6 de julio de 2011

Informe sobre la utilización de memoria de nuestras VMs.

Hola.

Durante la instalación de SP1 y posterior puesta en marcha de memoria dinámica en el clúster de virtualización de un cliente, nos surge la necesidad de generar un informe de utilización de memoria de las máquinas virtuales que conforman el piloto inicial, para realizar ese informe, realizamos los siguientes pasos:

1. Creamos un recopilador de datos, para ello solo tenéis que seguir los pantallazos siguientes:

image

image  image

image 

image

Elegir la máquina virtual y el contado Memoria física en el subconjunto “Máquina virtual de memoria dinámica de Hyper-V” (si, la traducción deja que desear).

Desde un host de virtualización, podríais montar un informe que incorpore las máquina virtuales de todos los hosts, para eso solo tienes que ir añadiendo hosts en el campo “Seleccionar contadores del equipo”, incorporando el parámetro en el recopilador de datos.

 image image

image  image image 

2.¿Cómo ver el informe?

Para poder ver el informe solo tenéis que parar la toma de datos e ir a ver el informe.

image

Pues bien, esta y otra máquina gemela era maquinas que en su día tenían asignados 4096mb. fijos, fijaros la cantidad de memoria que estábamos perdiendo.

Saludos.

viernes, 1 de julio de 2011

lunes, 20 de junio de 2011

martes, 28 de diciembre de 2010

Oportunidad laboral

Hola.

En Zerkana tenemos una nueva oportunidad laboral. El trabajo consiste en desempeñar las labores de preventa en el area de virtualización, ayudando a nuestros comerciales, partners y colabores en la adopción de tecnologías de virtualización y monitorización.

Por todo ello es necesario que los candidatos cuenten con cierta visión comercial, dotes para la formación y conocimiento técnico y en cuanto a licenciamiento en relación con los productos: Windows Server 2008 R2, Hyper-V R2 y System Center.

La persona seleccionada tendrá relación diaria con multinacionales del sector, por lo que aunque el puesto de trabajo estará localizado en Madrid, se requiere disponibilidad para viajar entre un 10% y un 15% del tiempo.

Si os interesa, podéis mandarme un correo con el asunto "Oportunidad laboral", aquí.

Saludos.

jueves, 25 de noviembre de 2010

Reserva de memoria para el host con Dynamic Memory

Hola.

Preparando las slides para la gira, me surgió una duda que finalmente encontré, esto es, la entrada del registro que marca la cantidad de memoria que queremos reservar en un host cuando utilizamos memoria dinámica:


HKLM/SOFTWARE/Microsoft/Windows NT/CurrentVersion/Virtualization memoryreserve (Dword = valor).

Saludos.

Scripting - 300 vms

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.

viernes, 19 de noviembre de 2010

300 Vms

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.

jueves, 30 de septiembre de 2010

miércoles, 22 de septiembre de 2010

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

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.

martes, 21 de septiembre de 2010

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

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.

domingo, 12 de septiembre de 2010

Iconos Visio sobre virtualización

Os dejo el link:

http://www.jonathancusson.com/tag/virtualization-stencil/

Saludos

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

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.