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

Azure Site Recovery (2 de 3 configuración de SCVVM)

Buenas tardes

Como ya adelante en la primera entrada de la serie la cual podéis leer aqui, hoy veremos como instalar y configurar Microsoft Azrue site recovery provider en nuestro servidor de virtual machines manager y como desplegar los agentes de Microsoft azure recovery services en nuestros host con hyper-v.

Sin más dilaciones pasamos a detallar los pasos que debemos seguir para configurar azure site recovery provider en nuestro servidor de scvmm.

1- Descargamos Azure site recovery provider en nuestro servidor de system center virtual desde el portal de Windows azure y lanzamos el instalador

2- En la pantalla de bienvenida hacemos clikc en install

3- Una vez completada las instalación hacemos click en next para iniciar la configuración

4- Definimos los parámetros de configuración a internet en caso de usar un proxy y pulsamos en next

5- Seleccionamos el certificado que creamos en el post anterior y pulsamos en next

6- Espeficamos la clave del vault de Windows azure la cual también vimos como obtener en el post anterior y pulsamos en next

7- Definimos si queremos encriptar los datos de la replicación. En nuestro caso al ser un entorno de test no lo haremos y pulsamos en next

8- Definimos un nombre amistoso y registramos nuestros servidor de scvmm

9- Por ultimo pinchamos en close

Una vez configurado el azure site recovery provider en nuestro servidor de scvmm pasamos a detallar como instalar los agentes de azure recovery en los servidores de Hyper-V.

1- Descarmos el instalador del agente desde el portal de Windows azure y lanzamos el instalador en nuestros hosts

2- Lo primero que hace el instalador es comprobar si tenemos todos los prerequisitos y descargar los que nos falten

3- Lo siguiente y ultimo que debemos hacer es elegir los paths de instalación.

Siguiendo estos pasos ya tendríamos preparados nuestros host de hyper y nuestro servidor de SCVMM para replicar máquina con azure, en el siguiente y último post de la serie veremos como configurar la replicación.

Espero que os resulte de utilidad

Un saludo

Azure Site Recovery (1 de 3 configuración de azure)

Buenas Tardes

Tras unas merecidas vacaciones :-) rengancho hoy con este primer artículo de una serie de tres en el que explicaremos como configurar azure para habilitar el disaster recovery de nuestras máquinas de hyper-v en azure o lo que es lo mismo veremos cómo configurar azure replicar nuestras máquinas virtuales corriendo en nuestro hyper-v on-promises, igualmente veremos como generar un certificado que nos permita cifrar la replicación entre nuestro servidor de system center virtual machine manager y azure

Si aún no eres familiar con esta funcionalidad la cual fue anunciada en el pasado teched de EEUU me gustaría redigirte a la lectura del siguiente articulo que escribi hace algo más de un mes.

http://blogs.itpro.es/samuellt/2014/07/08/azure-site-recovery-disaster-recovery-to-azure/

Una vez hecha esta breve introducción pasamos a detallar paso a paso como crear el cerfiticado que nos permitirá cifrar la replicación y como instalarlo en nuestro servidor de system center virtual machine manager. En nuestro caso utilizaremos la utilidad makecert.exe que viene dentro del Windows SDK y que podemos descargar fácilmente desde la web de Microsoft. Igualmente es importante mencionar que también podríamos usar un certificado generado por una CA externa o interna

1- Copiamos la utilidad makecert en nuestro servidor de SCVMM
2- Abrimos un cmd como administrador y ejecutamos el siguiente comando para generar el certificado:
makecert.exe -r -pe -n CN=hypervazurereplik -ss my -sr localmachine -eku 1.3.6.1.5.5.7.3.2 -len 2048 -e 01/01/2016 hypervazurereplik.cer
3- Instalamos el certificado generado en nuestro servidor de SCVMM y nos guardamos una copia para posteriormente importarlo en el portal de azure.

Una vez disponemos del certificado pasamos a detallar paso a paso como habilitar nuestro Azure para recibir la replicas de nuestros hyper-v on promises

1 – Nos logamos en el portal azure
2 – Creamos un nuevo Vault para alojar la replicación para ellos vamos a Data services – recovery services – site recovery vault. Aquí pulsamos en Create new – quick créate y elegimos el nombre y el datacenter de azure en el que se alojara el vault.

3 – Accedemos al dashboard del vault que acabamos de crear y configuramos el recovery con la opción de replicación entre los hyper-v serves y Windows azure

4 – Pulsamos en Manage certificate y cargamos el certificado generado para cifrar las comunicaciones entre nuestro on-promises y azure.

5- Por último pinchamos en get vault key y nos copiamos la clave generada, esta clave la utilizaremos cuando configuremos nuestra replicación on promises.

En el próximo post de la serie veremos como instalar y configurar Microsoft Azure site recovery provider en nuestro servidor de virtual machine manager y como desplegar los agentes de Microsoft azure recovery services en nuestro host con hyper-v

Espero que os resulte de utilidad.

Un saludo