C’est une réalité, aujourd’hui les plateformes de test, de développement sont pour la plupart hébergé sur des environnements virtuels. La difficulté réside malheureusement dans la diversité des plateformes de virtualisation, rendant bien souvent difficile la portabilité de l’une vers l’autres de manière simple.

Certains utilisent Microsoft Virtual PC, Hyper-V, VmWare ESX,VmWare Workstation, VirtualBox, Virtuoso, etc…

Chacun d’entre nous ayant sa préférence pour celui-ci ou celui-là!

Voici donc un produit très sympathique, qui nous permettra facilement de porter les fichiers d’une plateforme à une autre sans trop de difficulté.

Ce logiciel, StarWind Converter, permet de convertir les fichiers VMDK, VHD, IMG entre eux. L’utilisation de celui-ci reste d’une simplicité effrayante et le résultat est bluffant.

	Sélection du fichier disque source FORMAT VHD, VMDK, IMG
	Sélection du type de fichier de destination Format VHD, VMDK, IMG
	Finalisez la conversion

Voila donc un outil simple permettant l’échange entre les diverses plateformes de virtualisation. L’outil est gratuit, il suffit de s’inscrire sur le site de l’éditeur.

StarWind Converter

Source

Today, in VMM, you can open the Administrator Console and click on the Jobs view to see all the Jobs in VMM. When you select an individual job, you can click on the “Change Tracking” tab and view any changes that were recorded in VMM as part of this job.

In this post, i will show you how to do this in PowerShell since it is not as intuitive. Basically, audit trail records that are placed in the change tracking tab are not cached on the client computer by default. the only way to surface them in powershell is to individually invoke the get-job commandlet and pass it the Job parameter while asking for the FULL job to be downloaded. the following powershell script does exactly that and displayed the audit trail records for all jobs in the system.

#get all jobs in the system
$jobs = get-job -all
foreach ($job in $jobs)
{

#get the details including the audit records for each single job in VMM
$singlejob = get-job -job $job -full
$auditrecordsexist = $singlejob | select AreAuditRecordsAvailable
if ($auditrecordsexist)
{

#if any audit records exist, print them out
foreach ($record in $singlejob.AuditRecords)
{
$record
$prev = $record.Previous
$newr = $record.New
$prev
$newr
}
}
}

One of my customer’s team member had destroy the Hyper-V Cluster by mistake. He formatted the cluster nodes without evict them before doing that . The nodes of the clsuter used to be  part of old cluster that was destroyed by mistake.

I tried to build the nodes again from the scratch and Create new cluster, When I run the validation wizard I got this error:

Cluster disk with identifier (identifier) has a persistent reservation on it ,the disk might be part of other cluster. removing the disk from other validation set.

My SAN is HP EVA. The Cluster is not able to see any of my LUNS although I can see them from disk management and can’t create the cluster.

This error due to the fact that the LUNs still keeping the old identifiers from the old cluster, You have to use Cluster command line to clear the reservation by that command:

cluster.exe node %nodename% /clear:disknumber

Now everything should work fine and you can pass the validation wizard

Ya está disponible el soporte de las arquitecturas de fileover cluster de SQL Server en un entorno de virtualización. Esto significa que ahora existe soporte cuando se crea los nodos del clúster de SQL Server corriendo como máquinas virtuales.

De esta manera se puede lograr alta disponibilidad del SQL Server cuando se ejecuta en un entorno virtualizado con los beneficios de ambos, la virtualización y la alta disponibilidad del fileover cluster.

El cluster esta soportado para SQL Server 2005 y SQL Server 2008 en una máquina virtual Windows Server 2008 con Hyper-V, Microsoft Hyper-V Server 2008 y configuraciones certificadas por el Server Virtualization Validation Program (SVVP) siempre se cumplen los siguientes requisitos:

El sistema operativo corriendo en la máquina virtual es Windows Server 2008 o superior

El entorno de virtualización cumple con los requisitos tal como se documenta en “La Política de soporte técnico de Microsoft para Windows Server 2008 Failover Clusters”.

Mas detalles en:

Support policy for Microsoft SQL Server products that are running in a hardware virtualization environment

Sebbene non sia una notizia recentissima, al seguente indirizzo è possibile scaricare la versione Express di Citrix Essentials for Hyper-V.

http://deliver.citrix.com/go/citrix/ehvexpress

Come per altri prodotti Citrix nel recente passato, vedi XenDesktop Express e Netscaler VPX Express, il prodotto è assolutamente gratuito ed ha il limite di gestire al più due nodi HV ed un solo storage FC o iSCSI.

La Express Edition include anche StorageLink e, cosa molto interessante, nei link dei vari download è possibile scaricare una versione trial della durata di 30 giorni di DataCore™ Virtual SAN Appliance for Citrix Essentials che gira sempre sull’hypervisor di Microsoft, avente le seguenti caratteristiche:

1. Pool up to 1 Terabyte of disk space
2. “Thin Provision” storage to your virtual machines. See how much capacity it saves!
3. Speed up application performance using surplus server memory to cache I/Os from the virtual SAN
4. Snapshot: Instant Volume Cloning and Fast Disk-to-Disk Backups

La scelta di proporre un appliance virtuale DataCore è sicuramente interessante, specie se pensiamo che DataCore sviluppa prodotti che servono a trasformare uno o più server in un gateway FC o iSCSI che accelera le performance di tutti i sistemi di storage che gli andiamo ad agganciare nel nack-end (dal Jbod SATA allo storage FC)…come fa? A livello logico il software trasforma il nostro server, nel caso dell’appliance è una virtual machine, in uno storage + controller iSCSI, mentre la RAM del server verrà usata come cache per celare la lentezza di I/O dei dischi che nel caso di questa vm che gira sotto Hyper-V sono dei semplici VHD.

Volendo, quindi, se si acquistasse l’appliance di Datacore nella sua versione base potremmo avere in virtuale (il che significa trarre tutti i vantaggi della virtualizzazione in termini di resilienza) uno storage iSCSI a tutti gli effetti con funzionalità degne di un prodotto enterprise e soprattutto con performance sicuramente interessanti visto qual è il meccanismo di funzionamento della vm DataCore.

E’ evidente che avremmo tutto quello che ci serve per realizzare una piccola farm Hyper-V, dotata di strumenti di management evoluto, con uno storage dalle performance, magari non strabilianti, ma sicuramente degne di nota, ad un costo che penso sarà altrettanto interessante…dico “sarà” perchè non so quanto costi l’appliance di DataCore.

Molte piccole aziende che ad oggi si vedono frenate nell’approcciare la virtualizzazione per via dei costi iniziali, specie nel dimensionamento dei dischi dello storage, sicuramente apprezzerebbero questa soluzione.

Lorenzo Di Palma

By Mark Russinovich and Bryce Cogswell

Published: November 3, 2009

Disk2vhd is a utility that creates VHD (Virtual Hard Disk – Microsoft’s Virtual Machine disk format) versions of physical disks for use in Microsoft Virtual PC or Microsoft Hyper-V virtual machines (VMs). The difference between Disk2vhd and other physical-to-virtual tools is that you can run Disk2vhd on a system that’s online. Disk2vhd uses Windows’ Volume Snapshot capability, introduced in Windows XP, to create consistent point-in-time snapshots of the volumes you want to include in a conversion. You can even have Disk2vhd create the VHDs on local volumes, even ones being converted (though performance is better when the VHD is on a disk different than ones being converted).

The Disk2vhd user interface lists the volumes present on the system:

http://technet.microsoft.com/en-us/sysinternals/ee656415.aspx

Blog muy interesante sobre Clusters de Hyper-V y clusteres virtuales leido en el Blog de David Cervigon.

Hola

Hoy toca hablar de cluster. Lo cierto es que el término es a veces un poco confuso, porque se refiere a un grupo de diferentes máquinas trabajando juntas por alguna razón determinada. En éste artículo de la Wikipedia creo que se explica muy bien, y distingue entre clústeres de Alta Disponibilidad (HA clusters), clústeres de balanceo de carga (Load Balancing clusters) y clústeres de computación (Grids)

En particular, en el mundo Microsoft existen tres tecnologías diferentes para cada uno de estos tipos de clustering. Dos de ellas están incluidas en Windows Server, y la otra en una edición especial. Ésta es una presentación al respecto, un poco arcaica ya, pero es mía

• Failover Cluster: Conocido también como MSCS o de almacenamiento compartido. Se utiliza para dotar de alta disponibilidad por tolerancia a fallos de servicios que por lo general tienen una dependencia del almacenamiento. Ejemplos de esto serían bases de datos, buzones de correo, máquinas virtuales, etc.
• Clústeres de NLB (Network Load Balancing): Pensados para dotar de alta disponibilidad por tolerancia a fallos y escalabilidad a servicios de red. El ejemplo más frecuente son granjas Web o de Terminal Services. Se asume que todos los frontales tienen la información que sirven a los clientes correctamente replicada o en un repositorio central o back-end (generalmente este en Failover Cluster).
• Clústeres HPC o de High Performance Computing: A “grosso modo” un nodo cabecera recibe un trabajo que paraleliza entre los diferentes nodos de computación, y estos le devuelven los resultados de vuelta para componer el resultado total. Esto se usa generalmente para hacer sumas y restas de esas que con una calculadora resultaría extremadamente tedioso realizar.

Todos y cada uno de estos tipos de cluster tienen algo que ver con el mundo de la virtualización. Todos pueden montarse en un entorno puramente virtual allí donde tenga sentido hacerlo (Clústeres virtuales, NLB entre VMs, o nodos de HPC virtuales), y los hosts físicos de Hyper-V pueden funcionar tanto con Failover Clustering como con NLB, si bien esto último es raro y me costaría imaginar algún entorno en el que fuera aplicable.

En adelante nos vamos a centrar únicamente en Failover Clustering y su relación tanto con los hosts de hyper-V como con las VMs que montemos encima. Distinguimos entonces:

• Host Clustering: de 2 a 16 nodos con Hyper-V funcionando conjuntamente de modo que las Máquinas Virtuales puedan pivotar entre ellos, según sea necesario:
  • Bien por una caída no planificada del Host que la alberga. En este caso la VM reiniciará en alguno de los hosts del cluster automáticamente
  • Bien de manera manual o automática, por un mantenimiento planificado del host, o porque queramos redistribuir de forma diferente las cargas de trabajo entre los nodos del cluster. Esto es lo que hoy en día conocemos por Quick Migration, y en Windows Server 2008 R2 podremos hacer también con Live Migration.
• Guest Clustering: Esto se refiere a un Failover Cluster en el que los diferentes nodos del mismo son máquinas virtuales corriendo en Hyper-V. Rizando el rizo puedes tener guest clustering en HA, es decir que las VMs que componen el cluster virtual, estén albergadas a su vez en un host cluster de Hyper-V

Vamos a tratar de aclarar las dudas más frecuentes que suelen surgir sobre todo esto:

Host Clustering

Creo que esto se entiende fácilmente simplemente diciendo que es la combinación de la característica (role) de Hyper-V y la funcionalidad (feature) de Failover  Cluster incluidos en Windows Server 2008 x64 Enterprise y Datacenter. La configuración hardware más típica para montar esto consiste en:

• Almacenamiento compartido (típicamente SAN, con Fiber Channel, iSCSI o SAS, aunque este tipo de tecnologías proliferan). Muy importante en este punto y en lo que sigue: Windows Server 2008 NO SOPORTA Failover Clustering usando el tradicional bus SCSI
• De 2 a 16 servidores que tienen la capacidad de acceder a un cierto numero de LUNs expuestas a todos ellos por el almacenamiento compartido
• Dos o tres subredes diferentes para gestión, acceso publico y heartbeat.

Por suerte, puedo ahorrarme el hacer un paso a paso de la creación de un cluster de Hyper-V porque abundan. Si que creo que es importante referenciar la documentación que considero “autoritativa” para ello:

• Design for a Failover Cluster in Which All Nodes Run Hyper-V  
• Requirements and Recommendations for Failover Clusters in Which All Nodes Run Hyper-V
• Checklist: Failover Cluster in Which the Servers Run Hyper-V
• Step-by-Step Guide for Testing Hyper-V and Failover Clustering

Para los interesados en probar esto y que no cuenten con este tipo de sistemas de almacenamiento compartido, queda la friki-opción de usar uno o varios File Shares (y si ya nos queremos complicar aún más la vida, que sean por NFS). Todo esto, y mucho más, está detallado en este post de mi compañero José Barreto. De hecho él tiene publicado un post mucho mas curado que éste que estas leyendo, y que se titula Windows Server 2008 Hyper-V Failover Clustering Options.

Un tipo particular de Failover Clusters son los clústeres geográficamente dispersos, multi-site clusters o GeoClusters. Y están de moda. Espero poder dedicar algún tiempo a dar más detalles sobre ellos (aprovechando que Dani Matey, con nocturnidad y en compañía de otros, hace poco que ha estado montando un par de ellos en sendos clientes de esos cuyo nombre conocemos sin excepción todos los españolitos). Mientras tanto, vayan por delante algunas consideraciones:

• Estrictamente hablando, el almacenamiento debe estar replicado en las diferentes localizaciones. La idea es que el sitio físico donde reside el almacenamiento no sea un punto único de fallo.
• El Failover Cluster de Windows Server 2008 ha sido rediseñado a nivel de almacenamiento y red para soportar este tipo de entornos. En particular sus modelos de quorum permiten una arquitectura del almacenamiento “shared nothing”, en la que la replicación de la información se realiza por algún medio más o menos ajeno al cluster. En un extremo tendríamos las soluciones tipo Database Mirroring, Log-shipping etc. (como la de los clústeres CCR de Exchange 2007) y en el otro la pura replicación hardware. En este último caso hay que tener en cuenta una máxima de cajón. La velocidad de la replicación debe ser mayor o igual que la velocidad a la que el nodo escribe datos en el almacenamiento.
• Debe existir un componente software que medie entre el cluster y el almacenamiento para decidir en que sentido debe realizarse la réplica, y tomar la acciones necesarias en caso de fallo o movimiento manual de los recursos.
• La arquitectura de Hyper-V le hace agnóstico de toda esta película. Mientras que en el otro nodo el almacenamiento sea a todos los niveles idéntico, todo lo que espera Hyper-V es que alguien le presente los ficheros necesarios para continuar moviendo la máquina virtual.
• Esta solución es cara. Y hay quien pregunta por algo similar, pero sin el coste asociado. Existen diferentes soluciones de replicación de datos a nivel software (podríamos imaginar, solo imaginar, una replicación de datos a base de robocopys ), pero dudo muchas de ellas lleguen a cumplir todas y cada una de las condiciones anteriores. Por tanto, se parecerán mucho más a una solución de backup que a un geocluster. Y en estos casos conviene preguntarse quién y como garantiza la consistencia de los datos copiados. Prometo investigar.

Para hacernos una idea de soluciones de este tipo, he aquí una lista, que francamente no he repasado y no sé cuantas de ellas pueden aplicar a Hyper-V y Windows Server 2008.

Guest Clustering

Llegados a este punto, cabe preguntarse acerca de la necesidad o no de montar un cluster virtual. Por un lado, si el failover cluster se inventó principalmente para proteger a las cargas de trabajo ante un eventual fallo del hardware físico, y no solamente ya no tenemos hardware físico que se rompa sino que además ese “hardware virtual” se puede beneficiar de las tolerancia a fallos del host de virtualización que lo sustenta, ¿que ganamos?. Si la VM ya tiene alta disponibilidad, ¿para que rizar el rizo?. Pero por otro, ¿quien nos defiende ante un fallo que suceda a nivel de sistema operativo o aplicación dentro de la máquina virtual?. Y además, si tengo clusteres físicos en producción, ¿por qué no beneficiarme de las ventajas de la virtualización en los entornos de pre-producción y pruebas y desarrollo equivalentes?. Resumiendo, el “host clustering” de VMs reduce pero no elimina la necesidad de usar “guest clustering”.

Antes de meternos a ver cómo se montan en Hyper-V, es conveniente repasar la manera en que hace en Virtual Server y en otras soluciones de virtualización. En esos entornos se emular una controladora SCSI que soporte bus sharing (la Adaptec 7870 para mas señas en el caso de Virtual Server, y en otros casos LSI, BusLogic, etc.), y que, en resumidas cuentas, pueda realizar las operaciones descritas en este artículo de la Knowledge Base. Pues bien, el diseño del Failover Cluster de Windows Server 2008 se lleva a cabo teniendo en cuenta las necesidades de los modernos entornos de almacenamiento compartido, y no soporta más el tradicional bus SCSI. Me sorprendería mucho que alguien montara un cluster virtual de Windows Server 2008 (que efectivamente funcione, no que termine el el proceso de configuración) usando las controladoras emuladas arriba citadas.

La controladora SCSI que se usa en Hyper-V no es una emulada sino sintética, es decir, no es una implementación software de una ninguna controladora SCSI que exista o existió en el mercado. Y no soporta bus sharing, lo que la hace incapaz de soportar un cluster de Windows 2000 Server o Windows Server 2003. Mis sospechas (personales) es que si el clustering a través de SCSI no se soporta en Windows Server 2008, simplemente no se ha invertido en este sentido en la controladora SCSI sintética de Hyper-V.

¿Cómo se hace pues un cluster virtual en Hyper-V?. Pues a través de una tecnología bien soportada en Windows 2000, 2003 y 2008. Usando iSCSI. Para ello necesitamos dos piezas:

• El iSCSI Initiator en el sistema operativo de la máquina virtual. Windows Server 2008 lo lleva de serie, y para Windows 2000 SP4 y Windows 2003 se puede descargar de aquí.
• Almacenamiento que sea capaz de exponer sus LUNs mediante iSCSI o un “iSCSI Target” por software. Muchas de las cabinas modernas soportan tanto Fiber Channel con iSCSI, y hay también servidores de especializados de almacenamiento que exponen su almacenamiento a través de iSCSI. Tal es el caso de Windows Unified Data Storage Server 2003 (Windows Server Storage Server 2003 R2), que incluye una evolución de Wintarget que comercializaba String Bean Software.

Esto tiene bajo mi punto de vista una ventaja y un inconveniente. La ventaja es que el almacenamiento se le presenta directamente a la VM, y solo nos tendremos que preocupar de optimizar las tarjetas de red virtuales y las del host físico, ya que obviamente estamos encapsulando comandos SCSI sobre Ethernet lo que debe ser tenido en cuenta a la hora de dimensionar la solución. El inconveniente es que a fecha de hoy el almacenamiento iSCSI no es tan frecuente como el Fiber Channel, y los buenos iSCSI targets gratuitos escasean. En este sentido creo que vamos a asistir en los próximos años a la competencia entre la fibra y el cobre también en el campo del almacenamiento.

Bueno, menudo ladrillo. Y lo peor es que tengo la sensación de dejarme un montón de cosas en el tintero. Espero que al menos a alguien le resulte aclaratorio.

44CO134 – Server Virtualisation Competency Fast Track: Implementing and Managing Windows Server 2008 Hyper-V and SCVMM

Summary:
This course combines the syllabus of Microsoft courses 6422 and 6331 providing delegates with the knowledge to take Exams 70-652 and 70-403 which can lead to the new Server Virtualisation Competency.

This combined four day course teaches students how to implement and manage Windows Server 2008 Hyper-V. It also teaches students how to manage Hyper-V with System Center Virtual Machine Manager (VMM) and with PowerShell. The course then goes on to teach students how to implement a Microsoft System Center Virtual Machine Manager V2 solution in an organization. The course also discusses how to install, configure, and deploy VMM.

Prerequisites:
Windows Server 2000/2003 System Administration

Basic understanding of System Center Virtual Machine Manager (VMM) (optional)

Server Virtualization using Virtual Server 2005, Virtual PC, or VMWare

Operating knowledge of System Center Operations Manager 2007

Objectives:
Delegates will learn how to
Install and configure Windows Server 2008 Hyper-V.
Understand Hyper-V Virtual Networking.
Understand the types of Virtual Hard Drives and their benefits.
Create and manage Virtual Machines on the Hyper-V server.
Understand how to configure the Hyper-V server to ensure high availability.
Monitor the performance of the Hyper-V server.
Understand how to use existing virtual machines in the Hyper-V server.
Understand the issues with migrating existing Virtual Machines to Hyper-V.
Understand how System Center Virtual Machine Manager (VMM) can be used to manage Hyper-V servers throughout the enterprise.
Use PowerShell to manage the Hyper-V server and the virtual machines hosted on the Hyper-V server.
Implement a disaster recovery plan for Virtual Machines on Hyper-V.
Identify installation prerequisites and requirements for VMM, select secure settings for VMM installations; and install VMM management packs.
Describe prerequisites for installing the Administrator Console; configure the Windows Firewall for the VMM Administrator Console; and configure managed hosts.
Describe prerequisites for the VMM Self-Service Portal; configure IIS to support the Self-Service Portal; and install the Self-Service Portal.
Configure host server hardware to support VMs.
Add VM hosts to VMM; install the VMM agent; add VMWare servers to VMM; and create filters.
Configure delegated administration; set host or group permissions; and configure VMM settings to support a test environment.
Configure access to the VMM Self-Service Portal; configure quotas on the VMM Self-Service Portal; and self-provision VMs using the VMM Self-Service Portal.
Add a VMM library including library shares and library servers and manage the contents of VMM library shares.
Deploy VMs using multiple methods; and use Intelligent Placement to deploy VMs.
Identify considerations for SAN VM migrations; perform a Quick Migration; and use Intelligent Placement to move a VM.
Convert a physical computer to a VM.
Convert other VM formats to Hyper-V VMs using VMM.
Describe considerations for configuring host clustering and describe procedures for configuring host clustering.
Describe considerations for configuring guest clustering and describe procedures for configuring guest clustering.
Identify scenarios where VMM Checkpoints may be used to meet operational requirements and create a VM Checkpoint.
Describe considerations for patch management using System Center Configuration Manager (SCCM) and deploy patches using WSUS.
Describe and configure SCOM reporting.
Use SCOM to select potential virtualization targets based on workload and performance characteristics.
Describe considerations for monitoring host server utilization; measure and analyze host server utilization; and identify important considerations in growth planning.
Monitor and manage the progress of VMM jobs.
Locate failed jobs and recover failed jobs.

Agenda:
Course outline
M6422
Module 1: Introduction to Windows Server 2008 Hyper-V
This module introduces the concepts related to and the history of server virtualization. Through this module, the student will understand the business need for virtualization and how virtualization fits into their existing environment. Selecting the required hardware and basic installation and configuration are also covered.
Introducing Windows Server 2008 Hyper-V
Hyper-V Requirements
Installing the Hyper-V Server Role
Configure Hyper-V to Be Highly Available
Lab : Install Hyper-V and Perform Initial Configuration (Install Hyper-V; Explore the Hyper-V Management Console)
Module 2: Configure Hyper-V Settings and Virtual Networks
This module provides information on the configuration options available on the Hyper-V server and the Hyper-V Virtual Networks.
Configuring Hyper-V Options
Configuring the Virtual Network
Lab : Configuring Hyper-V and Virtual Networks (Configure Hyper-V Server Settings; Configure Hyper-V Virtual Networks)
Module 3: Hyper-V Remote Administration
This module explores the requirements for remote management of the Hyper-V Server and the tools available for remote management.
Configuring Hyper-V Remote Administration
Connecting to Hyper-V Remotely
Lab : Accessing and Managing Hyper-V Remotely (Configure the Windows Firewall; Install the Hyper-V Manager on Windows Vista; Connect to the Hyper-V Server Remotely)
Module 4: Creation of Virtual Hard Drives and Virtual Machines
This module explores the creation of the Hyper-V Virtual Machines and their associated Virtual Hard Drives. The options available for the Virtual Machines and the types of Virtual Hard Drives will be covered. This module also covers the importance of Hyper-V Integration Services and Hypervisor.
Creating Virtual Hard Drives
Creating Virtual Machines
Lab : Creating Virtual Hard Drives and Virtual Machines (Creating New Virtual Hard Disks; Creating New Virtual Machines)
Module 5: Virtual Machine Settings, Snapshots, and High Availability
This module explores the settings available on each Virtual Machines hosted on the Hyper-V server and how to use and manage Virtual Machine snapshots. The module will also cover configuring Hyper-V for high availability and performance monitoring on the Hyper-V server.
Managing Virtual Machine Settings
Using Virtual Machine Snapshots
Configuring Hyper-V for High Availability
Monitoring Hyper-V Performance
Lab : Managing Virtual Machine Settings (Configure Virtual Machine Settings; Monitor Hyper-V Performance)
Module 6: Migration of Virtual Machines to Hyper-V
This module provides instruction on how to migrate virtual machines hosted on earlier virtualization technologies to the Hyper-V server.
Migrating Legacy Virtual Machines
Understanding the Impact of Migrated VMs
Lab : Migrating Legacy Virtual Machines to Hyper-V (Migrate Existing Virtual Machines to Hyper-V; Troubleshoot Issues on the Migrated VMs)
M6331
Module 1: Installing System Center Virtual Machine Manager
Module 1 describes the installation prerequisites for VMM and describes the procedure for installing VMM. In addition, Module 1 describes the procedure to install the VMM Administrator Console and the VMM Self-Service Portal.
Installing System Center Virtual Machine Manager Server Components
Installing the VMM Administrator Console
Installing the VMM Self-Service Portal
Lab : Installing System Center Virtual Machine Manager (Installing VMM Server; Installing the VMM Administrator Console; Installing the VMM Self-Service Portal and Configuring a DNS Record)
Module 2: Configuring VM Hardware, Hosts, and User Roles
Module 2 describes host server hardware configuration considerations. In addition, Module 2 describes general host server configuration procedures including security configuration procedures.
Adding Hosts to VMM
Configuring Hardware
Configuring VMM Settings
Managing VMM Security
Lab : Configuring VM Hardware, Hosts, and User Roles (Configuring Hosts; Configuring VM Hardware; Configuring User Roles)
Module 3: Configuring the VMM Self-Service Portal and Library
Module 3 describes considerations and procedures for configuring the VMM Self-Service Portal and Library. This includes enabling user- or group-level access to the Self-Service Portal, configuring quotas, and using the Self-Service Portal to self-provision VMs. In addition, Module 3 describes procedures for maintaining VMM library servers and shares and the contents of library shares.
Configuring the VMM Self-Service Portal
Maintaining a VMM Library
Managing Library Files
Lab : Configuring the VMM Self-Service Portal and Library (Configuring the VMM Self-Service Portal; Maintaining a VMM Library)
Module 4: Deploying and Managing VMs
Module 4 describes VM deployment and management tasks. This includes using VMM Intelligent Placement, VM Templates, and other automated VM deployment tools. In addition, Module 4 describes using VMM to move VMs between available hosts.
Deploying VMs
Moving VMs Between Hosts
Lab : Deploying and Managing VMs (Deploying VMs; Using Intelligent Placement)
Module 5: Converting from Physical or Virtual Platforms
Module 5 describes important considerations for converting physical and virtual computers to Microsoft VMs. This includes procedures for using deployment agents to execute conversions to Microsoft VMs as well as converting from third-party formats.
Converting Physical Computers to Virtual Machines
Migrating Virtual Machines to Hyper-V
Lab : Converting Virtual Machines Using VMM (Converting a Microsoft Virtual Server VM; Converting a VMWare Virtual Machine)
Module 6: Deploying Highly Available VMs
Module 6 describes considerations and procedures for deploying clustered VMs.
Introducing Virtual Machine High Availability
Deploying Host Clustering
Deploying Guest Clustering
Lab : Planning for Highly Available Virtual Machines (Designing Host Clustering Hardware; Selecting Guest Clustering Type)
Module 7: Managing Virtual Machine Checkpoints and Updates
Module 7 describes procedures for managing VMs using checkpoints and updates. This includes identifying scenarios for using VMM VM Checkpoints and procedures for creating VM Checkpoints. In addition, Module 7 describes update deployment using WSUS and SCCM tools.
Managing Virtual Machine Checkpoints
Managing Virtual Machine Updates
Lab : Managing Virtual Machine Checkpoints and Updates (Managing Virtual Machine Checkpoints; Managing Virtual Machine Updates)
Module 8: Implementing Monitoring and Reporting
Module 8 describes procedures for integrating System Center Operations Manager with VMM to extend the capabilities of VMM. This includes using SCOM reporting with VMM. In addition, Module 8 describes using SCOM to select potential virtualization targets and to monitor and plan host server utilization.
Integrating System Center Operations Manager
Performance and Resource Optimization
Planning and Managing Hyper-V
Lab : Configuring VMM and Operations Manager for Reporting (Setting Up VMM for Reporting and PRO; Enabling PRO; Viewing Reports)
Module 9: Monitoring and Troubleshooting Jobs
Module 9 describes procedures for monitoring and troubleshooting VMM jobs. This includes monitoring and verifying multiple job types as well as recovering from failed jobs.
Monitoring Jobs
Troubleshooting and Repairing Jobs
Lab : Troubleshooting Jobs (Using PowerShell to View Jobs; Running PowerShell Script to Generate Jobs; Managing Jobs; Troubleshooting Failed Jobs)

La respuesta es, si.

Esxi

Other Linux 64 bits, VT-X activo ( sin modificar nada más )

Hyper-V

Windows 2008 64 bits, VT-X activo ( sin modificar nada más )

El vt-x activo… es la opcion que da en el modo de procesador en el vmware
workstation… en donde sale automatico, binary translation, vt-x y otras 2
más

Stawind V2V Converter nos permite convertir entre VHD y VMDK.

Que… ¿Que quiere decir esto?

Pues que nos permite convertir entre discos virtuales de Virtual PC o Hyper-V y Vmware ESX de forma sencilla.

Desconozco si hay mucha gente que tenga implementado tanto Hyper-V como ESX, pero si se tiene pensado relizar alguan migracion, nos puede servir este software.

Caracteristicas:

1-. Convierte de VMDK a VHD y viceversa.

2-. Copia sector por sector.

3-. No modifica la imagen original.

4-. Facil de utilizar e instalar.

http://www.starwindsoftware.com/converter

BootFromUSB is a simple application to automate the manual preparation process for booting Hyper-V Server 2008 R2 off of USB drives.

Description
A simple application to automate the preparation process for booting Hyper-V Server 2008 R2 off of USB drives.

The application automates the manual USB creation process detailed on the Microsoft website.

Requirements

* Copy the EXE locally
* You have the Windows AIK or Windows OPK installed.
* You are running as a local admin
* You have the INSTALL.WIM file for Hyper-v Server 2008 R2 available.
* You have .NET 3.5 or later installed.

Directly using a prepped Hyper-V Server 2008 R2 VHD file (instead of from a WIM):

One additional feature of BootFromUSB is you can leave the WIM field (step3) blank and
select a “Blank” VHD that is actually a pre-configured sysprepped VHD and it will directly
copy the VHD to the USB drive.

This is a quick way to prep USB drives since it skips the long VHD creation and WIM
extraction processes.

NOTE: The operating system will display a “Format disk?” dialog box a number of times while preparing the USB drive. You should ignore and just close those dialogs.