Under C.P.D.

>Hola.

Se ha liberado públicamente la beta de Windows 7 y Windows Server 2008 R2, si nos centramose en este último y más concrétamente en el rol de virtualización, las dos principales novedades son «Dynamic memory» y «Remote FX».

Una breve descripción de estas dos funcionalidades, la tenéis aquí.

Y la dirección de descarga es esta:

http://www.microsoft.com/windowsserver2008/en/us/sp1.aspx

Saludos.

>

Hola.

De todos es sabido que antes de poder hacer backup de máquinas virtuales con cualquiera de los software de backup que soportan Hyper-V R2 en general y más en concreto CSV (DPM, Commvault, Symantec) hay que instalar en los host de virtualización, estos dos hotfixes: KB975354 y KB975921, relacionados con el proceso VSS (snapshots a nivel de sistema operativo host y guest).

Pues bien, en un cliente hemos observado, que el software de backup -en este caso Commvault- en ocasiones no finaliza el proceso de toma de instantanea, se observa que en la consola de cluster los discos CSV, quedan en modo redirigido y en la consola de hyper-v, al lado de la máquina virtual, aparece el mensaje de “Tomando instantánea de volumen”.

Para poder continuar el proceso de backup es necesario devolver todo a su estado normal, para ello usamos los siguientes comandos:

1. Lanzar un CMD en modo administrador.

2. Comando: Diskshadow

3. Subcomando: list shadows all (Aunque esto es solo curiosidad).

4. Subcomando: Delete shadows all.

Y luego en commvault:

1. Botón derecho sobre la tarea de backup

2. Click a lo que a mi juicio se ha traducido malamente como “Restaurar” el proceso de backup.

Saludos.

>Esto es que lo que esta mañana llegaba a mi correo desde un cliente (Con estre stress, como va un servidor a mantener decéntemente un blog).

Lo tomo como ejemplo de las cosas que puede llegar a provocar un antivirus instalado en un Host de virtualización:

«Si faltan máquinas virtuales desde la administración de Hyper-V consola, debe configurar las exclusiones de antivirus y, a continuación, reinicie el servicio de administración de máquinas virtuales Hyper-V».

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

En internet hay mucha información sobre esto -aunque yo lo resumo todo con una Vlan y no instalando antivirus- los que tenéis poco tiempo como yo, sabéis que os podéis aprovechar siempre de alguien que nos la filtra la información y nos lo da hecho 😉 :

http://blogs.technet.com/b/davidcervigon/archive/2010/05/25/hyper-v-y-antivirus.aspx

Por aquí, también tengo alguna entrada referente a este tema:

http://undercpd.blogspot.com/2010/05/lista-de-kb-referentes-exclusiones-en.html

Saludos.

>Hola.

Excelente webcast de nivel 200, donde se analizan configuraciones óptimas, se explican tecnologías incluidas en los procesadores de la serie 5000 y que explota Windows Server 2008R2, enfocadas a conseguir un mejor rendimiento en comunicaciones ISCSI, en un entorno de virtualización con Hyper-v

Aquí lo tenéis:

https://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?culture=en-US&EventID=1032432957&CountryCode=US

>Hola.

El día 26, Microsoft colgó un nuevo «Best Practices Analyzer» para Hyper-v R2, lo teneís aquí:

http://www.microsoft.com/downloads/details.aspx?displaylang=es&FamilyID=89d80c15-0082-4fef-a4fc-fefa463bed08

Saludos.

>Hola.

De la unión Citrix & Microsoft, han salido cosas tan chulas como esta. Os dejo el link de un «hands on lab» que os permite aprender a montar Xen-Desktop sobre Hyper-V.

https://cmg.vlabcenter.com/default.aspx?moduleid=281742e3-2613-42da-bd58-2c3578f039b4

Saludos.

>Hola.

Aquí tenéis los pasos y la explicación de como hacer backup de una sola máquina virtual, algo muy interesante si queréis copiar el .vhd a un servidor de contingencia donde tenéis una máquina virtual creada igual a la original por ejemplo.

http://geeks.ms/blogs/pcampos/archive/2009/09/08/hyper-v-backup-single-virtual-machine-respaldar-una-sola-m-225-quina.aspx

Hay muchos links que hablan sobre esto, está basado todo en el comando diskshadow pero nada mejor que leerlo en castellano.

Saludos.

>Hola.

Ya se empieza a notar la colaboración de HP con Microsoft en el mundo de la virtualización, ha caido en mi poder, una estupenda guía que ayuda a afinar el despliegue de máquinas virtuales con Hyper-v, almacenadas en cabinas Eva.

http://h20195.www2.hp.com/V2/GetPDF.aspx/4AA0-1907ENW.pdf

No hace falta decir, que leyendo este documentos, se extrae mucha información relacionada con el mundo del almacenamiento en general.

http://www.mvug.co.uk/blogs/mvugblog/archive/2010/03/01/best-practices-for-deploying-the-hp-storageworks-enterprise-virtual-array-with-hyper-v-r2.aspx

>Hola.

Este hotfix ya es un poco antiguo, pero veo que con servidores actualizados a día de hoy aun puede ocurrir, así que es importante que conozcáis la existencia de este hotfix:

• The network connection of a running Hyper-V virtual machine is lost under heavy outgoing network traffic on a Windows Server 2008 R2-based computer

Saludos.

>

Hola.

De imprescindible lectura para comprender el desarrollo de esta entrada son los artículos de David que enumero a continuación:

http://blogs.technet.com/davidcervigon/archive/2008/12/17/sobre-clusters-de-hyper-v-y-clusteres-virtuales.aspx

http://blogs.technet.com/davidcervigon/archive/2010/02/01/consideraciones-sobre-los-cluster-shared-volumes-csv.aspx

http://blogs.technet.com/davidcervigon/archive/2009/04/17/cl-steres-virtuales-guest-clustering.aspx

Una vez leído sobre todo el primer artículo, extraigo lo siguiente:

“Para ellos, cada CSV tiene un nodo designado como “coordinador”, y el, y solo el, es el encargado de gestionar el espacio de nombres del volumen, y la creación de nuevos ficheros. Sin embargo, existe un filter driver en cada nodo que es capaz de distinguir el I/O producido por estos accesos y operaciones “del explorador de Windows”, para entendernos, del derivado de las lecturas/escrituras rápidas sobre un fichero (en este caso los VHDs) que requiere Hyper-V para trabajar de manera eficiente. El primero es redirigido al coordinador del CSV a través de la red configurada con menor métrica en el cluster (generalmente la interna, o de heartbeat)”

A toda la teoría aparecida, hay que añadir que en el caso de que un nodo pierda el acceso a disco de todas las formas posibles, desconexión física del servidor a la cabina, mala configuración en el conector iscsi, no asignación de permisos adecuados en la cabina a un nodo del clúster, más todas los posibles problemas similares y alguno más que un simple “hobbit” descubrirá seguro, el nodo que se queda sin acceso a la lun CSV, verá esta a través del servidor propieatario de la lun y designado como servidor de transacciones, con lo que venimos a explicar es que para perder el acceso y que nos veamos en un problema grave, no solo el servidor que levanta una máquina virtual ha perder conectividad con la cabina, si no que además debe de perder conectividad por (normalmente) la tarjeta de hearbeath.

Problema

Al final de esto, si perdemos conectividad con la cabina, desde cualquier de los nodos del cluster, lo veamos desde donde lo veamos, los CSV aparecerán tal que así (Fijaros en el color amarillo y en texto “Acceso redirigido” que aparece en cada CSv):

¿Solución?

Pues encontrar el nodo que no tiene un acceso correcto a la cabina, en mi caso estaba provocado al tener quitados todos los accesos iscsi.

Una vez restablecidos estos a través además de doble camino (estoy con el tercero y el cuarto).

Y cuando todos los servidores tienen on-line las luns, todo aparece OK y en verde:

Nota: Podría haber hecho todas estas operaciones, teniendo el servidor en producción y con las máquinas virtuales que salen por él encendidas, sin embargo, como podéis imaginar, este servidor había sido liberado de máquinas virtuales unos momentos antes, gracias a Live y Quick Migration.

Además he provocado la aparición de “Acceso Redirigido” dejando el nodo como funcional en el cluster, bien hecho (y es como he hecho la operación en producción), habría que dejar el servidor con el servicio de clúster detenido.

Saludos.