RDCMan V 2.7 y Veeam task manager for Hyper-V

Buenas

Hoy me gustaría daros a conocer dos herramientas muy ligeritas y muy facilitas de usar que se han liberado esta semana y que son de gran utilidad para administrar para administrar entornos de Hyper-V.

RDCMan V.2.7 es la última versión de la herramienta de gestión de escritorio remotos de Microsoft. Este herramienta nos permite establecer una conexión por rdp contra una máquina virtual que este corriendo en un host de Hyper-V aunque dicha máquina virtual no este conectada la red. Para definir dicho conexión tendremos que definir la dirección de conexión del host al igual que el id de la máquina virtual a la que queremos saltar como se puede ver en el pantallazo adjunto.

Esta versión de RDCMan la podéis descargar desde el siguiente link

http://www.microsoft.com/en-us/download/details.aspx?id=44989

Veeam task manager for Hyper-V Esta herramienta es sencilla de usar y útil en parte iguales :-) Como nos podemos imaginar por su nombre esta herramienta nos permite monitorizar de manera conjunta y usando una única consola el consumo de cpu y de ram de nuestras vms y del host.

El link de descarga de esta herramienta es el siguiente.

http://hyperv.veeam.com/free-task-manager-hyper-v-performance-monitoring/

Espero que os resulte de útilidad.

Un saludo

Virtual Machine Configuration version en HyperV Vnext

Buenas,

Una de la funcionalidades que más me gusta de las que incorporará la próxima versión de hyperV y con la que estoy jugando actualmente es virtual machine configuration version. Esta funcionalidad nos permitirá trabajar con máquinas virtuales version 5 (compatibles con hyperV 2012 r2 e Hyper-v Vnext) y versión 6 (compatibles únicamente con Hyper-v Vnext). Cuando nosotros movemos (live migration) o hacemos un export/import desde una máquina que viene de HyperV 2012 r2 a un host corriendo con HyperV vnext esta permanece en versión 5 dicho estado nos permite hacer un movimiento de vuelta o un rollback de la máquina a un host con la versión 2012 r2.

Sin embargo cuando creamos una nueva máquina virtual desde cero en un host corriendo bajo Vnext esta se crea directamente en versión 6 lo cual significa que la misma es una únicamente compatible con host corriendo HyperV Vnext.

Para comprobar en que versión están corriendo nuestra máquinas virtuales lo haremos ejecutando el siguiente comando de PowerShell.

Get-VM * | Format-Table Name, Version

Como podéis ver en el pantallazo adjunto, en mi caso tengo corriendo una vm en versión cinco que proviene de un host con HyperV server 2012 R2 y otra corriendo en versión seis que ha sido creada desde 0 en un host de Vnext.

Una vez que tengamos nuestros hosts corriendo en vnext y estemos seguros que nuestra máquinas no correrán de nuevo en host que ejecuten Hyper-V server 2012 R2 podemos actualizar la versión de lás vm ejecutando el siguiente comando.

Update-VmConfigurationVersion vmname

Que en nuestro caso sería

Está ultima instrucción requiere confirmación y que la vm no este en ejecución.

Espero que os resulte de interés.

Un saludo

Microsoft Migrator Acelerator

Buenas,

Después de estar un par de semanas recorriendo mundo por fin consigo poder tener 15 minutos para poder hablar de este Producto que tanto me gusta.

Microsoft Migrator acelerator, de momento disponible solo en versión de preview limitada nos permite migrar servidores físicos y máquinas virtuales con origen Hyper-v, vmware o Amazon Web services y destino Azure.

La herramienta realiza un replicación de los servidores en Azure mientras los mismos están dando servicio en el sistema origen, por lo tanto las paradas de servicio a la hora de realizar la migración son mínimas, puesto que tan solo pararemos el mismo para hacer un apagado del sistema origen, un encendido del sistema destino y los cambios pertinentes en DNS para redirigir a los usuarios al sistema destino.

Una vez hecha esta introducción del producto me gustaría daros información adicional sobre la arquitectura del mismo, la cual se resume perfectamente en la siguiente imagen:

La explicación detallada de los componentes de la solución sería la siguiente.

1- Mobility service: Es simplemente un pequeño agente que se instala en los servidores origen que queremos convertir a Azure

2- Process server: Es un servidor físico o virtual que se instala on premise y que se encarga de gestionar la replicación entre el origen y el destino, sus tareas principales son la gestión de la cache, compresión, ancho de banda destinado a la replicación y encriptación.

3- Configuration server: Es una máquina virtual que debemos configurar en nuestra subcripción de azure y que se encarga de gestionar la comunicación entre la máquina destino de azure y el portal MA

4- Master target: Es la máquina virtual destino hosteada en azure contra la que replicaremos los cambios de nuestro sistema origen

5- MA Portal: Es el portal dentro de azure que nos permite descubrir, configurar y monitorizar las tareas de replicación

Como podréis imaginar esta primera versión del producto no soporta todo tipo de guest, por lo tanto es importante dejar claro que la matrix de compatibilidad del producto es la siguiente:

Espero que os resulte de utilidad.

Un saludo

Windows Server Vnext cluster con witness en azure

Buenas

Una de las funcionalidades de más me gustan dentro de las anunciadas en el Teched Europe que se celebra esta semana en Barcelona y que incorporará la próxima de Windows server el posibilidad de configurar un cluster usando un witness “Testigo” en el cloud, concretamente en Windows Azure.

Desde mi punto de vista está funcionalidad es especialmente interesante para clústeres geográficamente distribuidos, puesto que el voto adicional del witness en el cloud nos permitirá mantener el cluster activo aun cuando tengamos un fallo en completo en una localización.

La configuración de esta funcionalidad, como es lógico se divide en dos pasos, configuración de un storage account en azure y configuración del cluster para que use el witness en azure.

Para configurar una storage account en azure seguiremos los siguientes pasos:

1- Nos logamos en el portal de gestión de azure.
https://manage.windowsazure.com

2- Pinchamos en Almacenamiento y creamos una storage account

3- Dentro de las opciones de la cuenta de almacenamiento elegimos un nombre para la misma en que datacenter ubicarlo y si queremos redundarlo geográficamente (opción que yo no recomendaría en este caso)

4- Una vez creada la storage account pinchamos en adminitrador de clave de acceso para copiarnos las mismas, o al menos la primaria.

Una vez terminada la configuración de la parte de azure, el siguiente paso será configurar nuestro cluster para que use el witness en el cloud. Es importante mencionar que este post no cubre los pasos de creación del cluster puesto que lo mismo no han cambiado desde la versión anterior. Una vez tengamos nuestro cluster listo seguiremos los siguientes pasos:

1- Abrimos la consola de cluster, seleccionamos nuestro cluster y pinchamos en action – more actions – configure cluster quorum settings

2- En el asistente seleccionamos la opción “Select the quorum witness”

3- Posteriormente seleccionamos “configure a cloud witness”

4- Seguidamente indicaremos el nombre de nuestra storage account en Azure y la key que anteriormente nos copiamos

5- Finalizamos el asistente de configuración.

Una vez configurado el witness el mismo se representa en la consola de cluster de la siguiente manera.

Por último recordar que de momento seguimos en technical preview y estas funcionalidades por el momento solo deben usarse en modo demo.

Espero que resulte de utilidad.

Un saludo

Algunas pinceladas sobre las novedades de próxima versión de Hyper-V

Buenas tardes

Hoy me gustaría compartir con vosotros algunas de las novedades que ya han sido anunciadas por Microsoft de manera pública y que estarán incluidas en la próxima versión de hyper-v la cual se encuentra actualmente en Technical Preview.

En este post no voy a mencionar todas ni tampoco entraré al detalle en ninguna de ellas, pero si mencionaré las que yo considero más relevantes.

1- Storage Replica: Aunque esta funcionalidad esta más ligada con el almacenamiento que con el propio hypervisor queda claro que su aplicación más habitual será la replicación de máquinas virtuales. Dicha funcionalidad nos permitirá replicar de manera síncrona a nivel de bloque entre servidores, al replicar a nivel de bloque esta funcionalidad es agnóstica del almacenamiento que corre por debajo.

2- Storage Quality of service: Nos permite definir políticas de calidad de servicio de almacenamiento y asignárselas a un Scale-out file server. Las definición de políticas es granular y se pueden aplicar a unos o varios vhds.

3- Virtual machine configuration version: Básicamente este funcionalidad nos permitirá trabajar con máquinas virtuales version 5 (compatibles con server 2012r2 y la siguiente reléase de hyper-v) y versión 6 (compatibles únicamente con la siguiente reléase de hyper-v). Cuando nosotros movemos o hacemos un export/import desde una máquina que viene de hyperv server 2012 r2 a un host corriendo en la nueva versión de hyper-v esta permanece en estado 5 y nos permite hacer rollback de nuevo al servidor corriendo sobre la versión 2012 r2. El update de versión podremos hacerlo de manera manual.

4- Integration services delivered through Windows update: Como su propia nombre indica y esta funcionalidad no tiene demasiada explicación, como su porpia nombre indica las actualizaciones de los componentes de integración serán publicadas adicionalmente mediante Windows update.

5- New virtual machines configuration file format: En este nueva versión de hyper-v el fichero de configuración de las máquinas virtuales tendrá extensión *.vmcx. Dicho formato está especialmente diseñado para aumentar la eficiencia y para protegerse de corrupciones de datos.

6- Hot Add and remove for network adapters and memory: Como su propio nombre indica nos permite conectar en caliente tanto adaptadores de red virtuales como memoria en las máquinas virutales de generación. Es importante mencionar que no necesitamos ni siquiera tener habilitado dinamyc memoria para añadir más memoria.

7- Rolling hyper-v cluster upgrade: Quizas esta funcionalidad sea la que más me guste. Ahora podemos incorporar nodos corriendo la nueva versión de hyper-v a nuestro cluster de 2012 r2, pero el cluster seguirá corriendo en nivel funcional Windows server 2012 r2 hasta que actualicemos todos los nodos y subamos manualmente el nivel funcional del cluster. Esto nos permitirá tener flexibilidad de movimiento de máquinas entre los nodos incluso durante el proceso de actualización.

Espero que os resulte de utilidad.

Conforme se libere más información de manera pública os iré contando.

Buen fin de semana.

Microsoft Virtual Machine Converter 3.0

Buenas tardes,

Hoy me gustaría escribir acerca de esta nueva versión de virtual machine converter la cual fue liberada por Microsoft el pasado lunes 13/10/2014.

Este nueva edición además de soportar la conversión de máquinas virtuales tienen como origen máquinas virtuales completas de hyper-v y vmware o discos duros virtuales de las mismas y como destino hyper-v o Azure también soporta la conversión de máquinas físicas a hyper-v teniendo como origen una máquina física con sistema operativo Windows server 2008 y superiores o Windows vista y superiores.

En este post me gustaría centrarme por lo tanto en el procedimiento para convertir una máquina fisca a virtual, el cual como veréis no es muy complicado.

1- Iniciamos Microsoft Virtual machine converter e indicamos que queremos realizar una conversión de una máquina física.

2- Especificamos el nombre o la ip y unas credenciales de administrador en la máquina origen que queremos convertir

3- Una vez validado el sistema origen procedemos a escanear el mismo y pulsamos en Next

4- Definimos los volúmenes que queremos migrar, en nuestro caso únicamente C.

5- Seguidamente definimos el nombre de nuestra vm destino, y la cantidad de ram y procesadores que asignaremos.

6- Seguidamente indicamos el nombre del host o del cluster de hyper-v que alojara la máquina y pulsamos en next

7- Indicamos el path de red donde alojaremos los vhds convertidos

8- Indicamos igualmente el path físico dentro del servidor de hyper-v donde alojaremos los vhds

9- Definimos la conversión de redes entre el origen y el destino.

10- Por último revisamos la configuración y finalizamos el asistente.

Como podéis ver el proceso de conversión no es excesivamente complicado. Adjunto os dejo el link de descarga de la herramienta y a su documentación oficial y os animo a que la probéis.

http://www.microsoft.com/en-us/download/details.aspx?id=42497

Un saludo

Buenas prácticas para jubilar tus sistemas corriendo bajo Windows Server 2003

Buenos días,

Como ya sois varios los que me habéis pedido que comparta la presentación que realice el pasado miércoles dentro del seminario de SemanaIT “Buenas prácticas para jubilar tus sistemas corriendo bajo Windows 2003 server” he decidido colgar la misma en un link publico de onedrive para que todo el que quiera pueda hacer uso de la misma.

El contenido del seminario y por lo tanto de la presentación está divido en los siguiente grupos:

– Fecha final de soporte y consecuencias del mismo
– Buenas prácticas para migrar los roles de infraestructura
– Buenas prácticas para migrar las aplicaciones
– Algunos motivos para migrar

Espero que os resulte de utilidad, adjunto dejo el link.

https://onedrive.live.com/redir?resid=350AAD7DD3A3878!1607&authkey=!AB5dU7zoOTc8RK0&ithint=file%2cpptx

Un saludo

Windows 10, el nuevo windows ya está aquí

Buenas tardes,
Como no podría ser de otra manera hoy me gustaría hablaros de Windows 10 el cual fue anunciado ayer de manera oficial por Microsoft.

La primera sorpresa que trae el sistema operativo es el nombre, todo el mundo esperaba Windows 9 como nombre del nuevo sistema operativo de la rama cliente de Microsoft, sin embargo Microsoft anuncio Windows 10 como nombre del nueva sistema operativos justificando que la nueva versión supone un gran salto con respecto a Windows 8.1 y usar 10 como número de versión justifica más el sato que 9

Igualmente me gustaría daros una visión general de algunas de las funcionalidades dentro de las que fueron anunciadas en el evento presentación.

– Misma versión para todos los dispositivos: Estos significa que por fin podremos tener el mismo sistema operativo en teléfonos, tables y pcs, esto conlleva también pro supuesto el tener una única Store y que las aplicaciones compatibles con Windows 10 pueden correr en todo tipo de dispositivos.

– Vuelta del Menu de Inicio: el ansiado menú de inicio vuelve de nuevo y parece que será tanto el menú de inicio como la taskbar aunque las aplicaciones seguirán apareciendo en modo metro.

– Mejoras de la experiencia táctil: Al desarrollar un sistema operativo compatible para todas la plataformas parece obvio que ne es necesario mejor la experiencia táctil al máximo posible y Microsoft está tomando muy cuenta este punto dentro de las tareas de desarrollo de Windows 10.

– Multiples escritorios virtuales. Parece ser que la nueva versión de Windows soporta tener varios escritorios virtuales dentro del mismo pc, es probablemente que esta característica funciones de manera similar a los escritorios virtuales de MAC OS

Me despido con un pantallazo del nuevo Windows :-)

Un saludo

Migración de GPOS entre dominios

Buenas,

En este post me gustaría explicar como migrar las configuraciones de una gpo entre distintos dominios teniendo en cuenta que la gpo origen tiene una serie de permisos personalizados los cuales convertiremos al dominio destino antes de hacer la migración.

En nuestro escenario de test tenemos una gpo origen con los siguiente permisos para la cual pretendemos sus parámetros a otro dominio y personalizar los permisos de la gpo de destino.

Una vez detallado el escenario pasamos a detallar los pasos que debemos realizar.

1- Abrimos la GPMC en el dominio origen – Pinchamos con el botón derecho sobre la gpo a migrar y hacemos un backup

2- Movemos el backup realizado a un controlador de dominio del dominio destino y abrimos la gpmc

3- En La GPMC pinchamos en group policy y posteiromente en Action – open migration table editor

4- A continuación pinchamos en tolos – populate from backup – seleccionamos nuestro archivo de copia de seguridad marcamos los dos check box y lo abrimos

5- Seleccionamos el grupo que queramos modificar y pinchamos en browse para reemplazarle por el que queramos del dominio destino

6- Pinchamos en File – save as y guardamos nuestro archivo de migración de tablas el cual contendrá la conversión de grupos

7- Creamos una gpo nueva con el nombre que queramos en el dominio destino – pinchamos con el derecho sobre ella y seleccionamos la opción restore from backup

8- En el asistente de restuaración elegimos la ruta donde se encuentra el archivo de backup que realizamos con anterioridad y el arhivo de conversión de tablas y seguimos los pasos para realizar la restauración

Esto sería todo, espero que os resulte de utilidad.

Un saludo

Azure Site Recovery (3 de 3 Configuración final y replicación de máquinas)

Buenas tardes

De acuerdo con lo prometido en esta tercera y última entrada de la serie veremos las opciones que debemos configurar en nuestra cloud de azure así como el procedimiento para habilitar la replicación de ciertas máquinas que tenemos corriendo nuestro SCVMM on-premises

Para configurar la protección de nuestra nube de SCVMM en azure seguiremos los siguientes pasos:

1- Nos logamos en el portal de Azure.

2- Pinchamos en Recovery services – nombre del vault – Set up protection for VMM clouds.

3- Pinchamos en configure protection settings y definimos las opciones de protección que en nuestro caso serán las siguientes:

4- El paso siguiente que realizaremos es la configuración del mapeo de redes entre nuestras redes on-premises y la redes de azure, para hacer esta configuración pinchamos en map networking mapping en el portal de azure y configureamos la opciones deaseadas.

Una vez realizado estos pasos veremos como aparece en azure la opción de habilitar la replicación para cualquier máquina compatible que se encuentre en la cloud que hemos marcado como replicada. En nuestro ejemplo hemos configurado la replicación para la nube test cloud en la que se encuentra la vm tst-replikazure.

Por lo tanto dentro de azure tenemos la opción de habilitar la replicación para esta maquina como podéis ver en el pantallazo adjunto.

Por último simplemente me gustaría adjuntaros el siguiente en el que se detallan los prerequisitos que deben cumplir la infraestructura y las máquinas replicadas.

http://msdn.microsoft.com/en-us/library/dn469078.aspx

Espero que resulte de utilidad.

Un saludo