Actualización para Windows Vista: Hyper-V Remote Management Tools

Hola Comunidad, Microoft ha liberado las nuevas herramientas para Gestión remota de Hyper-V. Hyper-V Remote Management Tools es el nombre oficial y es un MMC snap-in ahoradisponible para decargas en ambas arquitecturas:

x86: Update for Windows Vista (KB949758)
x64: Update for Windows Vista x64 Edition (KB949758)

Estas herramientas permitirán administrar e interactuar con una instalación/instancia de Hyper-V desde un equipo con Windows Vista de la misma manera como si se tratara de una administración directa a consola de una instalación completa de Windows Server 2008.

Como dato importante, es necesario que la instalación de Windows Vista donde se implemete la solución debe tener SP1.

Adicionalmente, se debe estar prevenido de que al efectuar la instalación de Hyper-V management tools creará un acceso directo a la carpeeta de Administrative Tools” o Herrmientas administrativas – la cual no será mostrada en Vista de forma predeterminada. Se necesitará entonces habilitar esta carpeta en las propiedades del manú inicio paraque se pueda visualizar.

En este mismo sentido, debe ser habilitado el WMI en el equipo (véase este artículo MSDN: http://msdn2.microsoft.com/en-us/library/aa389290(VS.85).aspx).

How-To/Cómo: Montar Discos Virtuales en Windows 7 y Windows Server 2008 R2

Hola Comunidad, en esta entrega quisiera compartirles cómo poder montar discos virtuales en windows 7.

En un Post anterior, había comentado cómo hacerlo en W2k8, y si recuerdan, era realmente un tema de creación de archivo de registro y la utilización de PowerShel, que si bien es cierto que no es muy complicado, tampoco es un tema que un Administrador con poca familiarización en Windows Srver 2008 domine rápidamente sobre todo si se le presenta un requerimiento de tomar data desde dentro de un VHD creado tanto en Hyper-V como en Virtual PC o Virtual Server.

En este caso todo a cambiado drásticamente, pues ahora con Windows 7 (y de igual manera con Windows Server 2008 R2) podremos montar discos virtuales desde la comodidad del Disk Management (Administrador de Discos), es decir, en estas versiones de SO de escritorio y de Servidor (Windows 7 y Windows Server 2008 R2) no será necesario tocar ni el registro de windows ni crear la configuración vía PowerShel para lograr el objetivo.

A continuación muestro cómo Montar Discos Virtuales en Windows 7:

Inicialmente entrar en la administración del Computador y luego según la secuencia de imágenes (haga click en cada imágen para ampliar) montar el o los discos requeridos.

Se debe tener especial cuidado con la opción presentada en el último ScreenShot (Detach VHD o Desasociar) puesto que si se selecciona el Checkbox presente en el Cuadro de Diálogo (“Delete th Virtual Hard Disk file after removing the disk”) se eliminará físicamente de su ubicación el archivo de disco virtual.

Este procedimiento aplica del mismo modo para Windows Server 2008 R2.

Espero que la información sea de utilidad.

How to / Cómo: Evaluar Niveles de madurez de Infraestuctura Base o Principal (Core IO) utilizando Microsoft IO

 En esta entrega haré foco en cómo visualizar oportunidades de mejora en las Infraestructuras de TI y en que manera el modelo nos permite detectar también oportunidades en función a licenciamiento (por las soluciones requeridas para pasare de estadío), Virtualización de Servidores y equipos (re-utilizar lo que tenemos en función a sacar el máximo provecho a nuestros servers en producción).

  

Cómo funciona el Modelo – Qué es

El Modelo de optimización de infraestructura fue desarrollado utilizando las mejores prácticas de la industria y las propias experiencias de Microsoft con sus clientes empresariales. Una meta clave para Microsoft al crear el Modelo de optimización de infraestructura fue desarrollar una manera sencilla de utilizar un esquema de madurez que fuera flexible y se pudiera utilizar con facilidad como la evaluación comparativa para la capacidad técnica y el valor de negocios.

El primer paso para utilizar el modelo es evaluar en qué nivel de madurez se encuentra usted dentro del modelo. Una vez que se establece el nivel de madurez actual, el siguiente paso es utilizar el modelo para desarrollar un plan sobre cómo progresar a través de cada nivel de madurez para así poder alcanzar el nivel objetivo que se requiere para un máximo beneficio del negocio.

La idea de optimización de la infraestructura es crear una infraestructura de tecnología de la información (TI) y unos servicios eficaces, seguros y optimizados en una secuencia lógica. Una infraestructura de TI optimizada se basa en estándares de TI y garantiza la adaptación a dichos estándares. Con cada nivel de optimización, la infraestructura de TI también proporciona una reducción de costos significativa, un aumento de la seguridad, y una mejora en la disponibilidad y la capacidad de administración.

La Optimización de infraestructura sirve como una evaluación para las organizaciones de TI y proporciona una guía lógica para evolucionar de una administración de servicios reactiva de TI a una proactiva.

Una infraestructura de TI optimizada se basa en estándares de TI y garantiza la adaptación a dichos estándares. Con cada nivel de optimización, la infraestructura de TI también proporciona una reducción de costos significativa, un aumento de la seguridad, y una mejora en la disponibilidad y la capacidad de administración.

Al trabajar con Microsoft y utilizar este modelo como un esquema, una empresa puede comprender rápidamente el valor estratégico y los beneficios de negocios para la organización al cambiar de un nivel de madurez “básico” (donde la infraestructura de TI por lo general es considerada un centro de costos) hacia un uso más “dinámico”, donde el valor de negocios de la infraestructura de TI se puede comprender con claridad y se considera un activo estratégico de la empresa y un habilitador de negocios.

 Niveles del modelo de optimización de infraestructura Base o Principal (Core IO)

 Además de las capacidades, el modelo de optimización de infraestructura principal asigna cuatro niveles de optimización (Básico, Estandarizado, Racionalizado y Dinámico) para cada capacidad. Las características de estos niveles de optimización son las siguientes:

 

Nivel de optimización 1: Básico

 

La infraestructura de TI básica se caracteriza por procesos manuales y localizados, un control central mínimo, directivas de TI no existentes o no obligatorias, así como estándares de seguridad, copias de seguridad, administración e implementación de imágenes, cumplimiento y otras prácticas comunes de TI. El estado general de las aplicaciones y los servicios no se conoce debido a la falta de herramientas y recursos. De manera general, todas las revisiones, implementaciones de software y servicios se ofrecen de forma manual.
 
 Nivel de optimización 2: Estandarizado

La infraestructura estandarizada introduce controles a través del uso de estándares y directivas para administrar escritorios y servidores, para controlar la manera en la que fueron introducidos los equipos en la red y para administrar recursos, directivas de seguridad y control de acceso mediante el uso de Active Directory®. Los clientes del estado estandarizado reconocen el valor de los estándares básicos y ciertas directivas, pero creen que aún quedan aspectos por mejorar. Por lo general, todas las revisiones, implementaciones de software y servicios de escritorio se proporcionan con una interacción media y un costo de medio a elevado. Estas organizaciones disponen de un inventario razonable de hardware y software y comienzan a administrar licencias. Las medidas de seguridad se mejoran a través de un perímetro bloqueado, no obstante, la seguridad interna puede aún suponer un riesgo.

 Nivel de optimización 3: Racionalizado

 La infraestructura racionalizada es donde los costos relacionados con la administración de escritorios y servidores se encuentran en su nivel más bajo y los procesos y directivas han sido optimizadas para comenzar a jugar un papel más importante en el soporte y expansión del negocio. La seguridad es muy proactiva y la respuesta a las amenazas y los desafíos es rápida y controlada. El uso de la implementación sin interacción ayuda a reducir los costos, el tiempo de implementación y las dificultades técnicas. El número de imágenes es mínimo y el proceso para administrar equipos de escritorio presenta una escasa interacción. Estos clientes disponen de un claro inventario de hardware y software y sólo adquieren las licencias y equipos que necesitan. La seguridad es muy proactiva con directivas y control estrictos, desde el escritorio al servidor, al firewall o la extranet.

 
Nivel de optimización 4: Dinámico

Los clientes con infraestructura dinámica son perfectamente conscientes del valor estratégico que ofrece la infraestructura en lo que se refiere a su eficacia empresarial y a mantenerse un paso por delante de la competencia. Los costos están totalmente controlados, es posible la integración entre usuarios y datos, los escritorios y los servidores, la colaboración entre los usuarios y los departamentos es omnipresente y, por último, los usuarios móviles disponen de niveles de servicio in situ y capacidades independientemente de la ubicación. Los procesos están totalmente automatizados, y a menudo integrados en la propia tecnología, lo que permite la alineación y la administración de TI según las necesidades de la empresa. Las inversiones adicionales en tecnología producen beneficios específicos, rápidos y medibles para la empresa. El uso de software de aprovisionamiento propio y de sistemas de cuarentena para garantizar la administración de revisiones y el cumplimiento con las directivas de seguridad establecidas permite a la organización de infraestructura dinámica automatizar los procesos, por lo que ayuda a mejorar la confiabilidad, a reducir los costos y a incrementar los niveles de servicio.


 ¿Cómo evaluar el nivel de madurez de sus infraestructuras base (Core IO) a través del modelo del Microsft IO (infrastructure Optimization)? 

 Lo primero que deben hacere es efectuar la auto-evaluación de su infraestructura base (Core IO).

 Vínculo para realizar la evaluación (Self-Assesment) del Core IO: http://www.microsoft.com/optimization/tools/overview.mspx

 

Una vez efectuada la evaluación el siguiente paso será identificar en que estadío está la infraestructura (que es lo mismo que decir cuál es el nivel de administración o que tan eficientemente que estamos gestionando la infraestructura en ese cliente) y luego en función de cual haya sido el resultado de la evaluación del Self-Assesment, deben realizar los pasos descritos (Metodología de trabajo de IOM) en cada etapa de transición de estadío:

       1.     Descubrir cómo lograr que su infraestructura Básica sea más Estandarizada.
       2.     Descubrir cómo cambiar su infraestructura Estandarizada a una más Racionalizada.
       3.     Descubrir cómo cambiar de una infraestructura Racionalizada a una más Dinámica.
       4.     Descubrir más acerca de los sistemas dinámicos auto-administrables.

 ¿Cúal es la metodología de trabjo para lograr optimizar las infraestruras por medio del modelo?

Metodología de trabajo de IOM: La metodología utilizada para el Modelo de Optimización de Infraestructuras permite avanzar progresivamente hacia los máximos niveles de madurez considerados como adecuados para una empresa, una organización o un entorno concreto, y consta de tres fases fundamentales: 

 ü  Identificación del grado de madurez actual

ü  Identificación del grado de madurez óptimo para esta infraestructura

ü  Diseñar e implementar los proyectos de máximo impacto necesarios para progresar”

 

Las instrucciones o sugerencias encontradas en cada punto de transición dará como resultado las necesidades de infraestructura que nos permitirá detectar oportunidades de mejora en función a licenciamiento, Servidores Virtuales y de equipos. Además de hacer que el día a día de soporte a incidencias y problemas sea no mayor al 30% del tiempo que invierten en su cliente interno o externo.

Es hora de hacer divertido el trabajo de soporte.!!! Utilizen el 70% del tiempo en el cliente (interno o externo) para estudiar nuevas tecnologías, hacer sugerencias de mejoras en función al modelo y de tomar café mientras leen los correos del estado de salud de sus Infraestructuras.

Espero les sea de utilidad.!

 

How To / Cómo: Migrar Hyper-V VM’s desde un Servidor Hyper-V a otro

Antes de comenzar, quisiera comentar a la comunidad que el requerimiento de Migración de Máquinas Virtuales en Hyper-V no implica sólo copiar la carpeta (Folder) contenedora de los archivos (discos virtuales, snapshots, configuración) y que esta única acción (copiar / pegar) no garantiza bajo ningún concepto que se logre exitosamente  ésta actividad entre servidores con el rol de hyper-v instalado.

Para lograr una migración exitosa es necesario utilizar la opción Exportar / Importar de Hyper-V.

Cómo hacerlo:

En primer lugar seleccionar la máquina virtual que se necesita copiar y/o mover, y luego seleccionar Exportar (Export) en el menú “Action”. Se presentará un cuadro de diálogo como el siguiente:

 hyper-v11

En esta entrega, estoy contemplando la exportación específica de la ruta C:\Export, sin seleccionar la caja de verificación con la opciónExport only the virtual machine configuration.

Es importante recordar que las VM tienen tanto un nombre como un ID (elcual las hace únicas). El nombre de la VM implica sólo cómo es identificada visualmente en la cónsola de Hyper-V Manager. Mientras que el ID de la VM es un GUID que Hyper-V genera para Máquina Virtual (VM). Este identificador es utilizado para distinguir físicamente una VM de otra. Este ID nunca es mostrado es la interfaz de usuario del Hyper-V Manager.

IMPORTANTE: Esto quiere decir que, incluso cada nombre e ID de un Snapshot de cada VM es único.

Luego:

haciendo click en “Export”, dará como resultado que se efectúe una copia en la ruta seleccionada creando en el destino una nueva estructura de carpetas. Esta estructura de carpetas contrendrá:

  • La carpeta Virtual Machine
    • Esta carpeta contendrá un archivo .exp, que usará el ID de la máquina virtual como su nombre en este caso de ejemplo  “6D59FE56-6D20-4129-9BF3-2457DDB58A9A.exp”. Este archivo con extención .exp es la configuración de la máquina virtual Habrá incluso una sub-carpeta en esta carpeta principal, que utilizará com nombre el ID de la VM. Si la VM se encuentra en estado guardado (Saved State) cuando ésta se intente exportar esta sub-carpeta contendrá dos archivos de “Estado Guardado” (un .vsv y un archivo .bin). Si por el contrario no existen “Estados Guardados”, entonces la sub-carpeta estará vacia. 
  • La carpeta Virtual Hard Disks 
    • Esta carpeta contiene copias de cada disco virtual asociado con la VM. Es importante decir que, si existen dos discos virtuales con el mismo nombre (pero en diferenctes rutas) asociados a una misma máquina virtual (VM) el proceso de exportación fallará.
  • La carpeta Snapshots
    • Esta carpeta contiene:
      • Un archivo .exp por cada snapshot de VM efectuado (nombrado posterior al ID snapshot)
      • Una carpeta nombrada con el SnapShot ID que contiene los archivos de “Estado Guardado”.
      • Una carpeta nombrada con el SnapShot ID que contiene los archivos de discos diferenciales usados por todos los Snapshots asociados a una máquina virtual (archivos .avhd).

Se podrá mover /copiar y respaldar la estructura completa del directorio desde este momento.  Una vez que se esté preparado para importar la VM será necesario ir hasta el Hyper-V mAnager y seleccionar Import Virtual Machine… desde el menú action. Se verá lo siguiente:

hyper-v2

Antes de hacer click en la opción Import hay tres cosas muy importante que debemos saber:

Será necesario especificar la carpeta que se creará durante la exportanción, no la carpeta que usada para exportar. En este ejemplo se especificó: “C:\Export\Test Export VM” en vez de “C:\Export”.

Cuando se importa la VM ésta se podrá encontrar en su nuevo directorio (para este caso de ejemplo: “C:\Export\Test Export VM”) y será imposible mover la VM desspues que se de lugar la importación.  En vista de esto, asegúrese de mover la VM exportada a una ubicación alterna antes de importarla.

  • El proceso de importación de una máquina virtual (VM) eliminará el archivo .exp, lo que hará imposible literalmente efectuar una nueva importación.  Si se requiere utilizar el directorio donde se exportó una VM como respaldo o plantilla para hacer múltiples importaciones en el tiempo, será necesario hacer una copia (de este directorio post-exportación) antes de importar.

Después de hacer click en Import, la estructura de archivos de la VM exportada permanecerá igua, con las siguinetes excepciones:

  1. Los archivos .exp serán eliminados y reemplazados con archivos de configuración .xml
  2. El archivo config.xml se eliminará.

Luego de efectuados todos estos pasos, la máquina virtual aparecerá en el Hyper-V Manager lista para su uso.

Espero les sea de utilidad.