ANTECEDENTES MICROSOFT AZURE

El concepto básico del cloud computingo computación en nube se le atribuye a John McCarthy –
responsable de introducir el término “inteligencia artificial”. En 1961, durante un discurso para
celebrar el centenario del MIT, fue el primero en sugerir públicamente que la tecnología de tiempo
compartido(Time-Sharing) de las computadoras podría conducir a un futuro donde el poder del
cómputo e incluso aplicaciones específicas podría venderse como un servicio (tal como el agua o
la electricidad). Esta idea de una computadora o utilidad de la información era muy popular en la
década de 1960, incluso algunas empresas comenzaron a proporcionar recurso compartidos como
oficina de servicios – donde se alquilaba tiempo y servicio de computo. El sistema de tiempo
compartido proporcionaría un ambiente operacional completo, incluyendo editores de texto y
entornos de desarrollo integrado para lenguajes de programación, paquetes de programas
informáticos, almacenamiento de archivos, impresión masiva y de almacenamiento offline. A los
usuarios se les cobraba un alquiler por el terminal, las horas de tiempo de conexión, tiempo del
CPU y kilobytes mensuales de almacenamiento en disco. Sin embargo, esta popularidad se
desvaneció a mediados de los 70s cuando quedó claro que el hardware, software y las tecnologías
de comunicación simplemente no estaban preparados.

El concepto de una red de computadoras capaz de comunicar usuarios en distintas computadoras

fue formulado por J.C.R. Licklider de Bolt, Beranek and Newman (BBN) en agosto de 1962, en
una serie de notas que discutían la idea de una “Red Galáctica”.

En 1996, Douglas Parkhill con su libro llamado “El desafío de la utilidad de la computadora” exploró
a fondo muchas de las características actuales de la computación en nube (aprovisionamiento
elástico a través de un servicio de utilidad), así como la comparación de la industria eléctrica y el
uso de las formas públicas, privadas, comunitarias y gubernamentales. Pero otros investigadores
afirman que las raíces de la computación en nube nos llevan hasta la década de 1950 con las
observaciones de Herb Grosch. Él decía que la potencia de una computadora es proporcional al
cuadrado de su precio (Ley Grosch), sin embargo la ley de Moore se encargó de desmentir esto.
Algunos académicos recientemente han rehabilitado la ley de Grosch, mirando la historia de la
computación en la nube, afirman que “Grosch estaba equivocado sobre el modelo del costo de la
computación en nube, no se equivocaba en su suposición de que las economías eficientes y
adaptables podría alcanzar su objetivo si confían en centros de datos centralizados en lugar
confiar en el almacenamiento de unidades“.

Las empresas de telecomunicaciones hasta la década de los 90s eran quienes ofrecían redes
privadas virtuales (VPN) con una calidad de servicio semejante, pero a un costo mucho menor. Al
ser capaces de equilibrar el tráfico pudieron hacer uso del ancho de banda total de la red con
mayor eficacia. Incluso el símbolo de la nube se utiliza para indicar el punto de demarcación
entre lo que es la responsabilidad del proveedor y lo que era la responsabilidad del usuario. Ahora
la computación en nube extiende este límite para cubrir servidores, así como la infraestructura de
red.

Uno de los pioneros en la computación en nube fue Salesforce.com, que en 1999 introdujo el
concepto de entrega de aplicaciones empresariales a través de una sencilla página web. Amazon
era el siguiente en el tren, al lanzar Amazon Web Service en 2002. Entonces llegó Google Docs en
2006, que realmente trajo el cloud computing a la vanguardia de la conciencia del público. 2006
también vio la introducción de Elastic Compute Cloud de Amazon (EC2) como un servicio web
comercial que permitió a las empresas pequeñas y particulares alquilar equipos en los que
pudieran ejecutar sus propias aplicaciones informáticas.

Esto fue seguido por una colaboración de toda la industria en 2007 entre Google, IBM y una serie
de universidades de los Estados Unidos. Luego vino Eucalyptus en 2008, como la primera
plataforma de código abierto compatible con el API-AWS para el despliegue de clouds privados,
seguido por OpenNebula, el primer software de código abierto para la implementación de nubes
privadas e híbridas. Microsoft entraría hasta el 2009 con el lanzamiento de Windows Azure. Luego
en 2010 proliferaron servicios en distintas capas de servicio: Cliente, Aplicación, Plataforma,
Infraestructura y Servidor. En 2011, Apple lanzó su servicio iCloud, un sistema de almacenamiento
en la nube – para documentos, música, videos, fotografías, aplicaciones y calendarios – que
prometía cambiar la forma en que usamos la computadora.

https://www.fayerwayer.com/2012/01/el-origen-de-el-computo-en-la-nube/

IMPLEMENTAR UN CLÚSTER DE HYPER-V

Se aplica a: Windows Server 2012 R2, Windows Server 2012

En este tema se describen los pasos para configurar e implementar un clúster de conmutación por
error simple de dos nodos y una máquina virtual de Hyper-V en clúster. Con el rol de Hyper-V,
puedes usar un entorno informático virtualizado para mejorar la eficacia de los recursos
informáticos y mejorar la disponibilidad de los servidores sin usar tantos equipos físicos como los
que necesitarías en una configuración de clúster de conmutación por error que usa solo equipos
físicos. Las consideraciones y los pasos generales indicados en esta guía se pueden usar para
implementar clústeres que contienen un gran número de nodos y de máquinas virtuales. Sin
embargo, en este tema no se proporcionan instrucciones para implementar o administrar cargas de
trabajo específicas en máquinas virtuales en clúster.
Para obtener información general del rol de Hyper-V y de la característica Clústeres de
conmutación por error, consulte Introducción a Hyper-V e Información general sobre clústeres de
conmutación por error.
Para ver un ejemplo de un escenario de supervisión de la implementación y las aplicaciones que
usa máquinas virtuales en clúster, vea Información general de la impresión de alta disponibilidad.
En este tema
 Requisitos previos
 Limitaciones
 Paso 1: Conectar ambos equipos físicos a las redes y al almacenamiento
 Paso 2: Instalar Hyper-V y el clúster de conmutación por error en ambos equipos físicos
 Paso 3: Crear un conmutador virtual
 Paso 4: Validar la configuración de clústeres
 Paso 5: Crear el clúster
 Paso 6: Agregar un disco como CSV para almacenar los datos de la máquina virtual
 Paso 7: Crear una máquina virtual de alta disponibilidad
 Paso 8: Instalar el sistema operativo invitado en la máquina virtual
 Paso 9: Probar una conmutación por error planeada
 Paso 10: Probar una conmutación por error no planeada
 Paso 11: Modificar la configuración de una máquina virtual
 Paso 12: Quitar una máquina virtual de un clúster

Nota

Este tema incluye cmdlets de Windows PowerShell de ejemplo que puede usar para
automatizar algunos de los procedimientos descritos. Para obtener más información, vea Inicio
de Windows PowerShell.
Requisitos previos
Requisitos previos
Para usar el rol de Hyper-V en un clúster de conmutación por error con dos nodos, necesitas la
infraestructura de hardware, software, cuentas y red que se indica en las siguientes secciones.
Requisitos de hardware
Para ver los requisitos generales de servidores, redes, adaptadores de red, almacenamiento y
controladores de dispositivos para almacenaje para Hyper-V y para los clústeres de conmutación
por error, consulta "Requisitos de hardware" en Introducción a Hyper-V y Requisitos de hardware
de los clústeres de conmutación por error y opciones de almacenamiento.

Nota

Puedes usar el almacenamiento compartido adjunto y así como recursos compartidos de

archivo de SMB 3.0 como almacenamiento compartido para servidores que ejecutan Hyper-V
y que están configurados en un clúster de conmutación por error. Para obtener más
información, consulte Implementación de Hyper-V en SMB. En los pasos de este tema se da
por hecho que usarás el almacenamiento compartido que está conectado a los nodos del
clúster.

Importante

Microsoft solo admite una solución de clúster de conmutación por error si todas las
características de hardware están marcadas como "Certificadas para Windows
Server 2012 R2" o "Certificadas para Windows Server 2012." Además, la configuración
completa (servidores, red y almacenamiento) debe pasar todas las pruebas de validación del
clúster. Para más información, consulte Paso 4: Validar la configuración de clústeres en este
tema y Validación del hardware de un clúster de conmutación por error.

Requisitos de software
Para conocer los requisitos de software para usar el rol de Hyper-V y la característica Clústeres de
conmutación por error, consulte Introducción a Hyper-V e Información general sobre clústeres de
conmutación por error.
Para instalar el sistema operativo invitado que se ejecutará en la máquina virtual en clúster,
necesitas los medios de instalación adecuados para un sistema operativo admitido. Puede
instalarlo desde un medio físico o un archivo de imagen (.iso). También puedes configurar la
máquina virtual usando un disco duro virtual en el que el sistema operativo ya esté instalado. En
los pasos de este tema, se da por hecho que instalará Windows Server 2012 R2 en la máquina
virtual.
Requisitos de infraestructura de red y cuentas de dominio
Necesitarás la siguiente infraestructura de red para un clúster de conmutación por error de dos
nodos:
 Redes Es recomendable tener un mínimo de dos redes para un clúster de conmutación
por error: una red pública que permita a los clientes conectarse con el clúster, y una red
diferente que se use solo para la comunicación entre los servidores en clúster. Según sea
 necesario, puedes configurar otras redes para opciones de almacenamiento específicas o
con fines de redundancia.
 Configuración de red y direcciones IP Cuando uses adaptadores de red idénticos para
una red, utiliza también una configuración de comunicaciones idéntica en esos
adaptadores (por ejemplo, Velocidad, Modo dúplex, Control de flujo y Tipo de
medios). Además, compare la configuración entre el adaptador de red y el conmutador al
que se conecta, y asegúrese de que ninguna configuración está en conflicto.
Si tiene redes privadas que no se enrutan al resto de su infraestructura de red, asegúrese
de que cada una de estas redes privadas usa una subred única. Esto es necesario aunque
asigne una dirección IP única a cada adaptador de red. Por ejemplo, si tiene un nodo de
clúster en una oficina central que usa una red física, y otro nodo en una sucursal que utiliza
una red física independiente, no especifique 10.0.0.0/24 para ambas redes, incluso aunque
asigne una dirección IP única a cada adaptador.
 DNS Los servidores del clúster deben usar el Sistema de nombres de dominio (DNS) para
la resolución de nombres. Se puede utilizar el protocolo de actualización dinámica DNS.
 Rol de dominio Todos los servidores del clúster deben estar en el mismo dominio de
Active Directory. Como procedimiento recomendado, todos los servidores en clúster deben
tener el mismo rol de dominio (a sea servidor miembro o controlador de dominio).El rol
recomendado es el de servidor miembro. Si los servidores en clúster son servidores
miembros, necesitas un servidor adicional que actúe como controlador de dominio en el
dominio que contiene el clúster de conmutación por error.
 Clientes Según sea necesario, puedes conectar uno o más clientes vinculados al clúster
de conmutación por error que crees y observar el efecto en un cliente al mover o conmutar
por error la máquina virtual de alta disponibilidad de un nodo de clúster al otro.
Para crear un clúster o agregar nodos, debes haber iniciado sesión en el dominio con una cuenta
que tenga derechos y permisos de administrador en todos los servidores de ese clúster. La cuenta
no tiene por qué ser una cuenta de administrador de dominio; puede ser una cuenta de usuarios de
dominio que pertenezca al grupo Administradores de cada servidor en clúster. Además, si la
cuenta no es de administrador de dominio, se debe conceder a la cuenta (o al grupo del que la
cuenta es miembro) los permisos Crear objetos de equipo y Leer todas las propiedades en el
dominio.
Limitaciones
Hyper-V y los clústeres de conmutación por error incluyen las siguientes limitaciones generales:
 El clúster de conmutación por error puede tener un máximo de 64 nodos.
 Puedes tener un máximo de 8.000 máquinas virtuales por clúster para la virtualización de
equipos servidor, con un máximo de 1.024 máquinas virtuales en un único nodo, siempre
que el hardware del servidor tenga los recursos necesarios para admitirlas. Por ejemplo,
cuando se usa Hyper-V con Infraestructura de escritorio virtual (VDI) para la virtualización
de equipos cliente, puede tener un máximo de 8.000 máquinas virtuales de VDI (Windows
8.1, Windows 8 o Windows 7) por clúster, con un máximo de 1.024 en un solo nodo.
Para obtener más información sobre los límites de escalabilidad para Hyper-V, vea Escalabilidad
de Hyper-V en Windows Server 2012 y Windows Server 2012 R2.
Paso 1: Conectar ambos equipos físicos a las redes y al almacenamiento
Usa las siguientes instrucciones para conectar los servidores seleccionados a las redes y al
almacenamiento.
Para conectar los servidores a las redes y al almacenamiento
1. Para obtener información detallada sobre los tipos de adaptadores de red y controladores
de dispositivo que puedes usar con un clúster de conmutación por error,
consulte Requisitos previos, anteriormente en este tema.
2. Conecte y configure las redes que los servidores del clúster utilizarán.

Nota

Si quieres que la configuración de pruebas incluya clientes o un controlador de

dominio no agrupado, asegúrate de que estos equipos pueden conectar con los
servidores del clúster de conmutación por error a través de, al menos, una red.

3. Siga las instrucciones del fabricante para conectar físicamente los servidores al
almacenamiento .
4. Asegúrese de que los discos (LUN) que desea utilizar en el clúster se exponen en los
servidores que agrupará (y solo en esos servidores).Puedes usar cualquiera de las
siguientes interfaces para exponer discos o LUN:
o La interfaz proporcionada por el fabricante del almacenamiento.
o Una interfaz iSCSI apropiada.
5. Si ha comprado software que controla el formato o la función del disco, siga las
instrucciones del proveedor sobre cómo usar ese software con Windows Server 2012 R2 o
Windows Server 2012.
6. En uno de los servidores que quieres agrupar en clúster, en Administrador del servidor o
Administración de discos, confirma que los discos de clúster son visibles.
7. Si desea tener un volumen de almacenamiento mayor de 2 terabytes y está utilizando la
interfaz de Windows para controlar el formato del disco, convierta ese disco al estilo de
partición denominado tabla de particiones GUID (GPT). Para ello, haz una copia de
seguridad de los datos del disco y elimina todos los volúmenes del disco. Después, en
Administración de discos, haz clic con el botón derecho en el disco (no en una partición) y
haz clic en Convertir en disco GPT.
Para los volúmenes menores de 2 terabytes, en lugar de usar GPT, puedes usar el estilo
de partición denominado registro de arranque maestro (MBR).

Importante

Puedes usar el estilo de partición MBR o GPT para un disco usado por un clúster de
conmutación por error, pero no puedes usar ningún disco que haya convertido en
dinámico mediante Administración de discos.

8. Compruebe el formato de cualquier volumen o LUN expuesto. Se recomienda usar NTFS

para el formato (para el disco testigo de quórum, debes usar NTFS o ReFS).
Paso 2: Instalar Hyper-V y el clúster de conmutación por error en ambos equipos físicos
Para instalar el rol de Hyper-V y la característica de clústeres de conmutación por error en cada
equipo físico, consulta los procedimientos siguientes:
 Agregar el rol de Hyper-V en "Instalar el rol de Hyper-V y configurar una máquina virtual".
  Instalación de la característica y las herramientas de los clústeres de conmutación por error
en Windows Server 2012
Paso 3: Crear un conmutador virtual
Realiza este paso en ambos equipos físicos si no creaste el conmutador virtual cuando instalaste el
rol de Hyper-V. Este conmutador virtual proporciona la máquina virtual de alta disponibilidad con
acceso a la red física.
Para crear un conmutador virtual
1. Abra el Administrador de Hyper-V.
2. En el menú Acciones, haz clic en Administrador de conmutadores virtuales.
3. En Crear conmutador virtual, selecciona Externo.
4. Haz clic en Crear conmutador virtual. Se abre la página Nuevo conmutador virtual.
5. Escribe un nombre para el nuevo conmutador. Asegúrate de usar exactamente el mismo
nombre en ambos servidores que ejecutan Hyper-V.
6. En Tipo de conexión, haz clic en Red externa y selecciona el adaptador de red físico.
7. Haz clic en Aceptar para guardar la red virtual y cerrar el Administrador de conmutadores
virtuales.
Comandos equivalentes de Windows PowerShell
Los siguientes cmdlets de Windows PowerShell realizan la misma función que el procedimiento
anterior. Escriba cada cmdlet en una sola línea, aunque aquí pueden aparecer con saltos de línea
entre varias líneas aquí debido a restricciones de formato.
En el ejemplo siguiente se crea el conmutador externo VMExternalSwitch, que se enlaza con el
adaptador de red Conexión cableada Ethernet 3 y permite al sistema operativo de administración
compartir el adaptador de red.
New-VMSwitch "VMExternalSwitch" –NetAdapterName "Wired Ethernet Connection 3" –
AllowManagementOS
Paso 4: Validar la configuración de clústeres
Antes de crear el clúster, le recomendamos que ejecute una prueba de validación completa de la
configuración del clúster con el Asistente para validar una configuración en el Administrador de
clústeres de conmutación por error o con el cmdlet Windows PowerShell Test-Cluster. Se incluyen
pruebas de validación específicas para la configuración del rol de Hyper-V en el clúster de
conmutación por error.
Para ver información detallada sobre las consideraciones y los pasos para validar el clúster,
vea Validar hardware para un clúster de conmutación por error.
Paso 5: Crear el clúster
Para crear un clúster de conmutación por error mediante el Administrador de clústeres de
conmutación por error o el cmdlet Windows PowerShell New-Cluster, vea Creación de un clúster de
conmutación por error de Windows Server 2012.
Paso 6: Agregar un disco como CSV para almacenar los datos de la máquina virtual
Para implementar determinados escenarios para máquinas virtuales en clúster, el archivo de
almacenamiento de máquina virtual y el archivo de disco duro virtual deben configurarse como
volúmenes compartidos de clúster (CSV). Para configurar un disco de un almacenamiento en
clúster como un volumen CSV, puedes usar el Administrador de clústeres de conmutación por error
o el cmdlet Windows PowerShell Add-ClusterSharedVolume. Para ver información detallada sobre
las consideraciones y los pasos para crear CSV, consulte Usar volúmenes compartidos de clúster
en un clúster de conmutación por error de Windows Server 2012.
CSV puede mejorar la disponibilidad y capacidad de administración de las máquinas virtuales
porque permite que varios nodos accedan simultáneamente a un único volumen de
almacenamiento compartido. Por ejemplo, en un clúster de conmutación por error que usa CSV,
todas las máquinas virtuales en clúster que se distribuyen en varios nodos de clúster pueden
acceder a sus archivos de disco duro virtual al mismo tiempo, aunque los archivos estén en un solo
disco (LUN) del almacenamiento. Esto significa que las máquinas virtuales en clúster pueden
conmutar por error independientemente unas de otras, aunque usen un solo LUN. CSV también
permite la migración en vivo de una máquina virtual de Hyper-V entre los nodos de un clúster de
conmutación por error.
Paso 7: Crear una máquina virtual de alta disponibilidad
En este paso, se crea una máquina virtual y se configura para alta disponibilidad.

Nota

Puedes ejecutar el Asistente para crear nueva máquina virtual de Hyper-V directamente desde
el Administrador de clústeres de conmutación por error. Una vez creada la máquina virtual de
esta manera, se configura automáticamente para alta disponibilidad.

Consideraciones para una máquina virtual que será de alta disponibilidad

 A partir de Windows Server 2012, no se admiten configuraciones en las que hay más de
una máquina virtual en un rol en clúster de máquina virtual. Un ejemplo es un escenario en
el que varias máquinas virtuales tienen archivos en un disco duro común que no forma
parte de CSV. Una única máquina virtual por rol en clúster mejora la experiencia de
administración y la funcionalidad de las máquinas virtuales en un entorno en clúster, por
ejemplo, movilidad de máquinas virtuales.
 Elige el almacenamiento compartido como ubicación para almacenar la máquina virtual y el
disco duro virtual. De lo contrario, no podrás hacer que la máquina virtual sea de alta
disponibilidad. Para que el almacenamiento compartido esté disponible para la máquina
virtual, debes crear la máquina virtual en el equipo físico que sea el nodo propietario del
almacenamiento.
 Si creó un volumen CSV en Paso 6: Agregar un disco como CSV para almacenar los datos
de la máquina virtual, en la configuración del disco duro virtual, especifique el volumen
CSV como ubicación tanto de la máquina virtual como del disco duro virtual.
 Asegúrate de seleccionar una opción de disco duro virtual que sea apropiada para el
método que estás usando para instalar el sistema operativo invitado en la máquina virtual
(por ejemplo, desde el medio físico o desde un archivo .iso).
Para crear una máquina virtual de alta disponibilidad
1. En el Administrador de clústeres de conmutación por error, seleccione o especifique el
clúster que desee. Asegúrate de que el clúster está expandido en el árbol de consola.
2. Haz clic en Roles.
3. En el panel Acciones, haz clic en Máquinas virtuales y, después, haz clic en Nueva
máquina virtual. Se muestra el Asistente para crear nueva máquina virtual. Haga clic
en Siguiente.
4. En la página Especificar el nombre y la ubicación, escribe un nombre para la máquina
virtual, por ejemplo, FailoverTest. Haz clic en Almacenar la máquina virtual en otra
ubicación y escribe la ruta completa o haz clic en Examinar para ir al almacenamiento
compartido.
 5. En la página Asignar memoria, especifica la cantidad de memoria que se necesita para el
sistema operativo que se ejecutará en esta máquina virtual. Por ejemplo, especifique
1024 MB para ejecutar Windows Server 2012 R2.
6. En la página Configurar funciones de red, conecta el adaptador de red al conmutador
virtual que está asociado al adaptador de red físico. Debe especificar el conmutador virtual
que configuró en el Paso 3: Crear un conmutador virtual.
7. En la página Conectar disco duro virtual, haz clic en la opción Crear un disco duro
virtual. Si quieres cambiar el nombre, escribe un nombre nuevo para el disco duro
virtual. Haga clic en Siguiente.
8. En la página Opciones de instalación, haga clic en Instalar un sistema operativo desde
un CD/DVD-ROM de arranque. En Medios, especifica la ubicación de los medios y haz
clic en Finalizar.
La máquina virtual se crea. Después, el Asistente para alta disponibilidad del Administrador
de clústeres de conmutación por error configura la máquina virtual para alta disponibilidad.
Comandos equivalentes de Windows PowerShell
Los siguientes cmdlets de Windows PowerShell realizan la misma función que el procedimiento
anterior. Escriba cada cmdlet en una sola línea, aunque aquí pueden aparecer con saltos de línea
entre varias líneas aquí debido a restricciones de formato.
En el ejemplo siguiente se crea la máquina virtual FailoverTest, se especifica que se instalará a
partir de un archivo .iso y se configura para alta disponibilidad.
New-VHD -Path <PathToVHDXFile> -Dynamic -SizeBytes 127GB
New-VM -Name FailoverTest -Path <PathToVMFolder> -Memory 1GB –SwitchName
"VMExternalSwitch" –BootDevice CD -VHDPath <PathToVHDXFile>
Add-VMDvdDrive -VMName FailoverTest –Path <PathtoISOFile>
Set-VM –Name FailoverTest –AutomaticStartAction Nothing
Add-ClusterVirtualMachineRole -VirtualMachine FailoverTest

Paso 8: Instalar el sistema operativo invitado en la máquina virtual

Después, inicie la máquina virtual en clúster que configuró en Paso 7: Crear una máquina virtual de
alta disponibilidad. De esta forma se instala el sistema operativo invitado (que en este tema se
supone que es Windows Server 2012 R2). Para ello, vea Paso 3: Instalar el sistema operativo
invitado en “Instalar el rol Hyper-V y configurar una máquina virtual”.

Nota

Si va a instalar un sistema operativo que no sea Windows Server 2012 R2 en un host de

Hyper-V de Windows Server 2012 R2 o un sistema operativo que no sea Windows Server
2012 en un host de Hyper-V de Windows Server 2012, quizás tenga que instalar también los
servicios de integración de Hyper-V para el sistema operativo.

Paso 9: Probar una conmutación por error planeada

Para probar una conmutación por error planeada, puede mover la máquina virtual en clúster que
creó en el Paso 7: Crear una máquina virtual de alta disponibilidad a otro nodo.
Tienes las siguientes opciones para mover una máquina virtual en clúster:
 Migración en vivo Mueve la propiedad de la máquina virtual en clúster a otro nodo sin
poner el rol en pausa.
  Migración rápida Pon en pausa la máquina virtual, guarda el estado, mueve el rol a otro
nodo e inicia la máquina virtual en el otro nodo.
 Migración del almacenamiento Mueve solo los datos de la máquina virtual al otro
almacenamiento en clúster.
Por ejemplo, para probar una conmutación por error planeada mediante una migración en vivo,
puede usar el Administrador de clústeres de conmutación por error o el cmdlet Windows
PowerShell Move-ClusterVirtualMachineRole.
Para probar una conmutación por error planeada
1. En el Administrador de clústeres de conmutación por error, seleccione o especifique el
clúster que desee. Asegúrate de que el clúster está expandido en el árbol de consola.
2. Para seleccionar el nodo de destino para la migración en vivo de la máquina virtual en
clúster, haga clic con el botón derecho enFailoverTest (la máquina virtual en clúster que
configuró en Paso 7: Crear una máquina virtual de alta disponibilidad), señale Mover,
señaleMigración en vivo y haga clic en Seleccionar nodo.
El estado se muestra en el panel de resultados (panel central) mientras la máquina
virtual FailoverTest se traslada. También puedes repetir este paso para mover la máquina
virtual a un nodo adicional o de nuevo al nodo original.
3. Inspecciona los detalles de cada nodo para comprobar que el traslado se realizó
correctamente.
Comandos equivalentes de Windows PowerShell
Los siguientes cmdlets de Windows PowerShell realizan la misma función que el procedimiento
anterior. Escriba cada cmdlet en una sola línea, aunque aquí pueden aparecer con saltos de línea
entre varias líneas aquí debido a restricciones de formato.
En el siguiente ejemplo se realiza una migración en vivo de la máquina virtual FailoverTest al
nodo ContosoFCNode2.
Move-ClusterVirtualMachineRole -Name "FailoverTest" –Node ContosoFCNode2

Paso 10: Probar una conmutación por error no planeada

Para probar una conmutación por error no planeada, puedes detener el Servicio de clúster en el
nodo propietario de la máquina virtual en clúster.
Para probar una conmutación por error no planeada
1. En el Administrador de clústeres de conmutación por error, seleccione o especifique el
clúster que desee. Asegúrate de que el clúster está expandido en el árbol de consola.
2. Para minimizar la interrupción para los clientes, antes de detener el Servicio de clúster en
un nodo, mueve los roles en clúster que en ese momento son propiedad de ese clúster
(diferente de FailoverTest) a otro nodo; para ello, sigue estos pasos:
a. En el árbol de consola, expande el clúster que quieres administrar y, después,
expande Nodos.
b. Seleccione el nodo propietario de la máquina virtual en clúster FailoverTest (la
máquina virtual en clúster que configuró en Paso 7: Crear una máquina virtual de
alta disponibilidad).
c. Selecciona todos los roles en clúster del nodo, excepto FailoverTest.
d. Para seleccionar el nodo de destino para los roles en clúster seleccionados, haz
clic con el botón derecho en los roles, selecciona Mover y haz clic en Seleccionar
nodo.
Podría tardar unos minutos en mover los roles en clúster al nodo de destino.
3. En el árbol de consola, expande Nodos.
 4. Haz clic con el botón derecho en el nodo propietario de FailoverTest, selecciona Más
acciones y haz clic en Detener el Servicio de clúster.
La máquina virtual se mueve al otro nodo. Podría producirse un pequeño retraso mientras
se realiza.
Comandos equivalentes de Windows PowerShell
Los siguientes cmdlets de Windows PowerShell realizan la misma función que el procedimiento
anterior. Escriba cada cmdlet en una sola línea, aunque aquí pueden aparecer con saltos de línea
entre varias líneas aquí debido a restricciones de formato.
En el ejemplo siguiente se detiene el Servicio de clúster en ContosoFCNode2, el nodo propietario
de la máquina virtual en clúster FailoverTest.
Stop-ClusterNode –Name ContosoFCNode2

Paso 11: Modificar la configuración de una máquina virtual

Para modificar la configuración de una máquina virtual, puedes usar las herramientas de la
característica Clúster de conmutación por error o las herramientas de Hyper-V para acceder a la
configuración. Te recomendamos que uses las herramientas de Clúster de conmutación por error
para acceder a la configuración de la máquina virtual. Al hacerlo, el clúster se actualiza
automáticamente después de aplicar la nueva configuración y puedes modificar todas las opciones
de configuración de la máquina virtual. Sin embargo, si realizas cambios en la configuración de la
máquina virtual directamente con las herramientas de Hyper-V, tienes que actualizar manualmente
el clúster después de realizar los cambios, y no podrás modificar determinadas opciones de la
máquina virtual ni realizar acciones que pudieran entrar en conflicto con la configuración del clúster
de conmutación por error. Además, si la configuración no se actualiza una vez realizados los
cambios, puede ser que la siguiente conmutación por error no se realice correctamente o tenga
como resultado que la máquina virtual se configure de forma incorrecta.

Nota

Para modificar determinadas opciones de la máquina virtual, quizás se te pida que la apagues
primero.

Para modificar la configuración de una máquina virtual

1. En el Administrador de clústeres de conmutación por error, seleccione o especifique el
clúster que desee. Asegúrate de que el clúster está expandido en el árbol de consola.
2. Si tiene que apagar la máquina virtual antes de modificar la configuración, expanda Roles,
haga clic con el botón derecho en FailoverTest (la máquina virtual que configuró en Paso 7:
Crear una máquina virtual de alta disponibilidad) y haga clic en Apagar.
3. Haga clic con el botón derecho en FailoverTest y, después, haz clic en Configuración. Se
muestra la página Configuración de la máquina virtual.
4. Configura las opciones de la máquina virtual y haz clic en Aceptar.
La configuración de la máquina virtual se actualiza en el clúster de conmutación por error.
5. Si ya habías apagado la máquina virtual en clúster, haz clic con el botón derecho
en FailoverTest, selecciona Más acciones y haz clic en Iniciar rol.
Usa el procedimiento siguiente para actualizar manualmente la configuración de la máquina virtual
en el clúster de conmutación por error.
Para actualizar manualmente la configuración de la máquina virtual en el clúster de
conmutación por error
1. En el Administrador de clústeres de conmutación por error, seleccione o especifique el
clúster que desee. Asegúrate de que el clúster está expandido en el árbol de consola.
2. Haga clic en FailoverTest (la máquina virtual en clúster que configuró en Paso 7: Crear una
máquina virtual de alta disponibilidad), señale Más acciones y haga clic en Actualizar
configuración de máquina virtual.
Comandos equivalentes de Windows PowerShell
Los siguientes cmdlets de Windows PowerShell realizan la misma función que el procedimiento
anterior. Escriba cada cmdlet en una sola línea, aunque aquí pueden aparecer con saltos de línea
entre varias líneas aquí debido a restricciones de formato.
En el ejemplo siguiente se actualiza la configuración de la máquina virtual en clúster FailoverTest.
Update-ClusterVirtualMachineConfiguration –Name "FailoverTest"

Paso 12: Quitar una máquina virtual de un clúster

Si quieres quitar una máquina virtual de un clúster, el procedimiento variará en función de si
quieres conservar la máquina virtual y sus archivos. En este paso se ilustran ambos escenarios.
Escenario A: Quitar una máquina virtual de un clúster y conservar la máquina virtual
1. Usa el Administrador de clústeres de conmutación por error para desconectar las máquinas
virtuales. En Roles, haga clic con el botón derecho en FailoverTest (la máquina virtual en
clúster que configuró en Paso 7: Crear una máquina virtual de alta disponibilidad),
señale Más acciones y haga clic en Detener rol.
2. También puedes exportar la máquina virtual. Exportar una máquina virtual permite moverla
a otro servidor que ejecuta Hyper-V, como un servidor que no está en clúster. Para ello:
a. Cambia al Administrador de Hyper-V y comprueba que la máquina
virtual FailoverTest está seleccionada.
b. En Acciones, haz clic en Exportar.
c. Escribe o busca la ubicación donde se exportará la máquina virtual y haz clic
en Exportar.

Importante

Si tienes planeado importar la máquina virtual a otro clúster, usa el Administrador de

Hyper-V o Microsoft System Center Virtual Machine Manager. Si importa una máquina
virtual mediante el Administrador de Hyper-V, configure después la máquina virtual
usando el Asistente para alta disponibilidad del Administrador de clústeres de
conmutación por error o el cmdlet Windows PowerShell Add-
ClusterVirtualMachineRole.

3. En el Administrador de Hyper-V, comprueba que la máquina virtual FailoverTest está

seleccionada. En Acciones, haz clic en Eliminar.
4. En el Administrador de clústeres de conmutación por error, expanda Roles, haga clic con
el botón derecho en FailoverTest y, después, haga clic en Quitar.
La máquina virtual se quita del clúster.
Escenario B: Quitar una máquina virtual de un clúster y eliminar la máquina virtual
1. Usa el Administrador de clústeres de conmutación por error para desconectar las máquinas
virtuales. En Roles, haga clic con el botón derecho en FailoverTest (la máquina virtual en
clúster que configuró en Paso 7: Crear una máquina virtual de alta disponibilidad),
señale Más acciones y haga clic en Detener rol.
2. Cambia al Administrador de Hyper-V y selecciona la máquina
virtual FailoverTest. En Acciones, haz clic en Eliminar.
3. En el Administrador de clústeres de conmutación por error, expande Roles, haz clic con el
botón derecho en FailoverTest y, después, haz clic en Quitar.
La máquina virtual se quita del clúster.
4. Elimina manualmente la máquina virtual y el disco duro virtual del almacenamiento
compartido.
https://msdn.microsoft.com/es-es/library/jj863389(v=ws.11).aspx
CONCLUSIONES

En base a lo investigado nos damos cuenta que los clúster se han convertido en una pieza angular
en el entorno tecnológico de organizaciones de diversas índoles. Implementar un Clúster es una
técnica, que más allá de los beneficios que aporta, se ha convertido en algo necesario.

Empresas privadas, organizaciones públicas, universidades, y centros de investigación desde hace

ya varias décadas se ha abocado a emplear Clusters para incrementar las prestaciones en los
servicios que ofrecen, tanto de forma interna como externa.

Así mismo el uso de las máquinas virtuales y Microsoft Asuré son herramientas que han optado por
utilizar muchas empresas para su respaldo de información.