Experto en varios temas: Migraciones en vivo
¿No hay SAN? No hay problema. Puede migrar en vivo las máquinas virtuales Hyper-V sin tener que usar el almacenamiento compartido.
Greg Shields
Esto fue escrito utilizando la versión beta de Windows Server 8. Toda la información está sujeta a cambios.
El jack de todos oficios (JOAT) es una raza especial de profesionales de TI. Algunos podrían argumentar que es el más difícil trabajo profesional en el negocio de TI. Él es responsable de mantener la tecnología a flote en una pequeña empresa o incluso un pequeño entorno dentro de una empresa mayor. El JOAT tiene responsabilidades extremas con pocas herramientas y poco apoyo. ¿Suena como tú?
El JOAT es el maestro de la freebie. Él llena su caja de herramientas con cualquier herramientas sin costo, descargables que puede encontrar. Obtiene el trabajo realizado utilizando todos los recursos a su disposición. Esta mentalidad "get 'er hecho" muchas unidades JOAT hacia Hyper-V como la plataforma virtual de elección. Incluso el entorno de TI más pequeño tiene generalmente una o dos licencias de Windows Server, y son todo lo que necesita para virtualizar encima de Hyper-V.
Hasta hace poco, sin embargo, Hyper-V fue un amigo inconstante a los que se preocupan por el costo. Configuración de un único servidor de Hyper-V con DAS fue un ejercicio de sencillez. Extender ese entorno cualquiera más rápidamente agrega complejidad con clústeres de Windows y el costo con almacenamiento de información SAN.
Hyper-V versión 3 en Windows Server 8 parece mejorar el vínculo entre capacidades de hipervisor y el administrador de hipervisor. Una nueva característica, la capacidad para vivir migrar máquinas virtuales (VMs) sin necesidad de almacenamiento compartido, se ve como una gran victoria. Los servidores de Hyper-V que no están conectados al SAN podrán migrar VM, así como almacenamiento sin la complejidad adicional y el costo de procesamiento. A continuación, se describe su funcionamiento.
Migración en vivo SAN menos
Supongamos que tiene dos servidores Hyper-V: \\win8hv1 y \\win8hv2. Está ejecutando una gran variedad de VMs en estos dos servidores. Los archivos de disco para las máquinas virtuales están almacenados en otro lugar de la red en un servidor de archivos y compartir: \\win8fs1\VM.
Con esta configuración, sería utilizar Administrador de Hyper-V para migrar VMs procesamiento desde un servidor a otro. Con el botón derecho la VM que requiere la reubicación y elija Mover para iniciar al Asistente para mover. Este asistente (véase figura 1) le da opciones para mover VM de procesamiento, almacenamiento de información o ambos. En cualquiera de estas situaciones, la migración es una migración en vivo. Esto significa que el movimiento ocurre sin requerir un reinicio de la máquina virtual o cualquier pérdida del servicio.
.jpg)
Figura 1 elAsistente para mover de Hyper-V permite mover y reasignar almacenamiento de información para máquinas virtuales.
Es impresionante. Cuando te das cuenta de que puede hacer esta migración en vivo sin necesidad de un SAN o clústeres de conmutación por error de Windows, esta nueva característica podría convertirse rápidamente en su nuevo mejor amigo.
"Ahora, espere un minuto," probablemente usted está pidiendo. ¿"Esta migración en vivo SAN menos funciona porque la máquina virtual está alojada en un recurso compartido de bloque de mensajes de servidor (SMB)? Eso es genial, pero no significa que llevará a cabo mal?"
No es así, gracias a la importante inversión Microsoft ha gastado en mejorar el protocolo SMB. Que incluyen inversiones rendimiento como capacidad mejoras. Estas mejoras están diseñadas para hacer SMB sólo utilizables como iSCSI o Fibre Channel, pero sin la gestión de compleja requieren esos protocolos. Microsoft está diciendo esencialmente ejecución de máquinas virtuales Hyper-V encima de SMB de archivo remoto servidores realizará lo suficientemente bien como para una amplia gama de usos de producción.
Some Assembly Required
Haciendo este trabajo de clusterless y SAN menos migración en vivo, un par de pasos previos, requiere por lo menos en la versión beta de Windows Server 8. Necesitará un servidor de archivos de Windows Server 8 para acoger el recurso compartido. Esto en sí mismo requiere algunos permisos especiales. Necesitará configurar cada servidor de Hyper-V para apoyar las migraciones vivos entrantes y salientes. Por último, si desea invocar de forma remota una migración en vivo, necesitará configurar algo llamado "delegación restringida".
Afortunadamente, ninguna de estas tareas son tan difícil. En primer lugar, al instalar la función Hyper-V en un equipo Windows Server 8, asegúrese de comprobar marcada la opción "Permite este servidor enviar y recibir migraciones activas de máquinas virtuales". Existe una página Asistente para funciones y agregar funciones (véase figura 2) donde podrá configurar esto.
.jpg)
Figura 2 permitir la migración activa de máquinas virtuales en la función Hyper-V.
Hay dos opciones para el Protocolo de autenticación. La primera, llamada CredSSP, no requiere ninguna configuración adicional, pero requiere que ha iniciado una sesión en la consola del servidor de origen para inaugurar una migración en vivo. La segunda utiliza el Protocolo de Kerberos más seguro. Esto también requiere un paso adicional de establecer una delegación restringida en Active Directory. Para la mayoría de los casos, deseará seleccionar la segunda opción.
Configurar limitado sonidos delegación más difíciles de lo que realmente es. Empiece creando un grupo de seguridad Global de Active Directory en equipos y usuarios de Active Directory. Agregar a este grupo las cuentas de equipo de cualquier servidor de Hyper-V que participará en la migración en vivo.
A continuación, ver las propiedades de la cuenta de equipo para cada servidor de Hyper-V. En la ficha Delegación, optar por confiar en este equipo para la delegación sólo servicios especificados. Seleccione sólo utilizar Kerberos y, a continuación, haga clic en el botón Agregar.
En la ventana de agregar servicios que aparece, haga clic en usuarios o equipos y proporcione el nombre del equipo del file server aloja los archivos de disco virtual de VM. A continuación, en servicios disponibles, seleccione el servicio de cifs. Cuando haya completado estos pasos, verá una pantalla similar a la figura 3.
.jpg)
Figura 3 vas a tener que configurar la delegación restringida.
Esta delegación permite un servicio de actuar en nombre de otra entidad principal de seguridad. Se considera "limitados" porque está limitando la delegación en este caso sólo el cifs o tipo de servicio SMB. Repita este proceso para todos los servidores de Hyper-V.
Para el paso final, crear y establecer permisos en un recurso compartido de archivo que se ejecuta en Windows Server 8. Crear este recurso compartido de archivos mediante servicios de archivo y almacenamiento en el administrador de servidor. Agregue las cuentas de equipo para cada servidor de Hyper-V para los permisos predeterminados, conceder permisos de Control total a esas cuentas. Control total es necesario aquí porque el servidor de Hyper-V debe tener la capacidad para modificar las listas de control de acceso en el archivo compartido. Puede ver cómo esto se ha hecho para los equipos \\win8hv1 y \\win8hv2 en figura 4.
.jpg)
Figura 4 crear y establecer permisos para el recurso compartido de archivo.
Una vez finalizada, podrá vivir migrar VMs entre los hosts de Hyper-V para que haya asignado privilegios.
Una solución se adapta a la mayoría
Mientras que esta migración en vivo clusterless y menos SAN proactiva puede reubicar VMs antes que ocurra, no soporta migraciones de VM reactivas en el caso de una pérdida de host. Por lo tanto no puede técnicamente llame esto una solución de alta disponibilidad (HA). Adición de alta disponibilidad requiere también agregar un clúster de conmutación por error de Windows con todos sus pertrechos.
Además, esta arquitectura coloca fuerte dependencia en el servidor de archivos. Si falla el servidor de archivos, por lo tanto, hacer demasiado, todos tus VMs. Organización por clústeres de Windows ayuda aquí también. Con clústeres de Windows en Windows Server 8, puede crear un nuevo tipo de clúster de servidores de archivo llamado un servidor de archivo Scale-Out. Se trata de un nuevo activo/clustering tecnología que está diseñada específicamente para aplicaciones de Hyper-V y SQL.
A pesar de estas limitaciones, la migración vivo en Windows Server 8 es una experiencia completamente nueva y totalmente mejor. Soporta una amplia gama de arquitecturas, cada uno con un aumento de acompañamiento en características y complejidad. Hyper-V soporta fácilmente cualquier requisito especial que podría tener por ahora. Mejor aún, cuando esté listo para agregar SANs y clústeres, Hyper-V está dispuesta a manejar todas sus necesidades de nivel de empresa.
.jpg)
**Greg Shields**MVP, es un socio de tecnología concentrado. Obtener más de escudos descuidarse y trucos en ConcentratedTech.com.