Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Guía de administración del servidor Oracle VM para SPARC 2.0 |
1. Información general sobre el software del Oracle VM Server for SPARC
2. Instalación y habilitación del software
4. Configuración de servicios y el dominio de control
5. Configuración de los dominios huésped
6. Configuración de dominios E/S
Introducción a la migración de dominios
Información general sobre la operación de migración
Autenticación para las operaciones de migración
Realización de migraciones no interactivas
Migración de un dominio activo
Migración de CPUs en un dominio activo
Migración de memoria en un dominio activo
Migración de dispositivos de E/S físicos en un dominio activo
Migración de dispositivos virtuales de E/S en un dominio activo
Migración de una entrada/salida híbrida de NIU en un dominio activo.
Migración de unidades criptográficas en un dominio activo
Reconfiguración retrasada en un dominio activo
Migración de dominios enlazados o inactivos
Migración de CPU en dominio enlazado o inactivo
Migración de entrada/salida virtual en un dominio enlazado o inactivo
Migración de dispositivos de punto final PCIe en dominios enlazados o inactivos
Seguimiento de una migración en curso
Cancelación de una migración en curso
Recuperación de una migración fallida
10. Administración de recursos
11. Administración de las configuraciones
12. Realización de otras tareas administrativas
A. Herramienta de conversión física a virtual del Oracle VM Server for SPARC
B. Asistente para la configuración de Oracle VM Server for SPARC
C. Descubrimiento del Administrador de Dominios lógicos
D. Uso de la interfaz XML con el Administrador de Dominios lógicos
Para que la migración de un dominio activo se realice con el software Oracle VM Server for SPARC 2.0, existe un determinado conjunto de requisitos y restricciones impuestos en el dominio lógico de origen, el equipo de origen y el equipo de destino. Las siguientes secciones describen estos requisitos y restricciones para cada uno de los tipos de recursos.
Nota - La operación de migración se acelera cuando el dominio primary en los sistemas de origen y de destino tienen unidades criptográficas asignadas. Desde la versión 1.3 de Dominios lógicos, puede acelerar la migración agregando más CPU virtuales a los dominios primary de los dos sistemas, el de origen y el de destino.
A continuación se indican los requisitos y restricciones en una CPU cuando se realiza una migración:
Los equipos de origen y de destino deben tener el mismo tipo de procesador en ejecución a la misma frecuencia.
El equipo de destino debe tener suficientes cables libres para acomodar el número de cables en uso por el dominio.
Son aplicables requisitos y restricciones adicionales en cualquiera de las siguientes condiciones:
El sistema de destino no ejecuta al menos la versión 2.0 del Administrador de Dominios lógicos. En este caso, puede ver el siguiente mensaje durante la migración:
The target machine is running an older version of the domain manager that does not support the latest migration functionality.
El sistema de origen no ejecuta al menos la versión 2.0 del Administrador de Dominios lógicos. Debido al Administrador de Dominios lógicos de herencia en el dominio de origen no se puede detectar un error de coincidencia en el software, la migración prosigue sin generar un mensaje.
El dominio de origen se ejecuta sobre una versión SO de Solaris de Oracle anterior al SO 10 9/10 Solaris de Oracle. En este caso, puede ver el siguiente mensaje durante la migración:
Domain ldom is not running an operating system that is compatible with the latest migration functionality.
Si se cumplen cualquiera de estas condiciones, se aplican los siguientes requisitos y restricciones en la CPU:
Deben asignarse núcleos completos para el dominio migrado. Si el número de cables en el dominio de origen es inferior a un núcleo completo, los cables extra no están disponibles para ningún dominio hasta después del reinicio del dominio migrado.
Después de una migración, la reconfiguración dinámica de CPU (DR) se deshabilita para el dominio de destino hasta que se ha reiniciado. Después del reinicio, la DR de la CPU está disponible para ese dominio.
El sistema de destino debe tener suficientes núcleos completos que sean totalmente libres para ofrecer el número de cables necesarios para el dominio migrado. Después de la migración, si un dominio migrado usa sólo parcialmente un núcleo completo, los cables extra no están disponibles para otros dominios hasta que no se haya reiniciado el dominio migrado.
Debe haber suficiente memoria libre en el equipo de destino para acomodar la migración del dominio de origen. Además, a continuación se incluyen algunas propiedades que deben mantenerse a lo largo de la migración:
Se deben crear el mismo número de bloques de memoria con una tamaño idéntico.
No es necesario que coincidan las direcciones físicas de los bloques de memoria, pero deben mantenerse las mismas direcciones reales a lo largo de la migración.
El equipo de destino debe tener suficiente memoria libre para acomodar la migración del dominio de origen. Además, el diseño de la memoria disponible en el equipo de destino debe ser compatible con el diseño de memoria en el dominio de origen o fallará la migración.
En especial, si la memoria en el equipo de destino está fragmentada en múltiples rangos de direcciones pequeñas, pero el dominio de origen requiere un rango de dirección larga única, fallará la migración. El siguiente ejemplo ilustra este escenario. El dominio de destino tiene dos Gbytes de memoria libres en dos bloques de memoria:
# ldm list-devices memory MEMORY PA SIZE 0x108000000 1G 0x188000000 1G
El dominio de origen, ldg-src, también tiene dos Gbytes de memoria libre, pero está aparece como un solo bloque de memoria:
# ldm list -o memory ldg-src NAME ldg-src MEMORY RA PA SIZE 0x8000000 0x208000000 2G
En esta situación de diseño de la memoria, falla la migración:
# ldm migrate-domain ldg-src dt212-239 Target Password: Unable to bind 2G memory region at real address 0x8000000 Domain Migration of LDom ldg-src failed
Nota - Después de la migración, la reconfiguración dinámica de memoria (DR) está deshabilitada para el dominio de destino hasta que se reinicia. Después de haber completado el reinicio, la DR de memoria se vuelve a habilitar para el dominio.
Los dispositivos virtuales que están asociado con dispositivos físicos pueden migrar. En cualquier caso, los dominios que tienen acceso directo a los dispositivos físicos no pueden migrar. Por ejemplo, no se pueden migrar dominios E/S.
Todos los servicios virtuales de E/S (VIO) usados por el dominio de origen deben estar disponibles en el equipo de destino. En otras palabras, deben producirse las siguientes condiciones:
Cada volumen lógico usado en el dominio lógico de origen debe estar disponible en el host de destino y debe referirse al mismo almacenamiento.
Precaución - Si el volumen lógico usado por el origen como dispositivo de inicio existe en el destino pero no se refiere al mismo almacenamiento, la migración parece haber sido efectuada correctamente, pero no se puede utilizar el equipo ya que no puede acceder al dispositivo de inicio. Debe pararse el dominio, corregirse el problema de configuración y después reiniciarse el dominio. En caso contrario, el dominio puede quedar en un estado de falta de coherencia. |
Para cada dispositivo de red virtual en el dominio de origen, debe existir un conmutador de red virtual en el host de destino, con el mismo nombre que el conmutador de red virtual al que está acoplado el dispositivo en el host de origen.
Por ejemplo, si vnet0 en el dominio de origen está asociado al nombre de servicio del conmutador virtual switch-y, entonces debe haber un dominio lógico en el host de destino que ofrezca un servicio de conmutador virtual llamado switch-y.
Nota - Los conmutadores no tienen que estar conectados a la misma red para que se produzca la migración, a pesar de que el dominio migrado puede experimentar problemas de red si los conmutadores no está conectados a la misma red.
Las direcciones MAC usadas por el dominio de origen que están automáticamente en el rango asignado deben estar disponibles para su uso en el host de destino.
Debe existir un servicio de concentrador de consola virtual (vcc) en el host de destino y tener al menos un puerto libre. Durante la migración se ignoran las restricciones de consola explícitas. La consola para el dominio de destino se crea usando el nombre del dominio de destino como grupo de consola y usando cualquier puerto disponible en el primer dispositivo vcc en el dominio de control. Si se produce un conflicto con un nombre de grupo predeterminado, falla la migración.
Puede efectuarse la migración de un dominio que usa recursos híbridos de E/S de NIU. Una restricción que especifique los recursos híbridos de E/S de NIU no es un requisito estricto de un dominio lógico. Si dicho dominio migra a un equipo que no tiene disponibles recursos de NIU, se conserva la restricción, pero no se ejecuta.
Desde la versión 1.3 de Dominios lógicos, puede migrar un dominio huésped que ha enlazado unidades criptográficas si ejecuta un sistema operativo que admite la reconfiguración dinámica de las unidades criptográficas (DR).
Las siguientes versiones de SO de Solaris de Oracle admiten una DR de unidad criptográfica:
Como mínimo SO 10 10/09 de Solaris
Al menos SO 10 5/08 de Solaris de Oracle más parche ID 142245-01
El principio de la migración, el Administrador de Dominios lógicos determina si el dominio de origen admite la DR de unidad criptográfica. Si se admite, el Administrador de Dominios lógicos intenta eliminar cualquier unidad criptográfica del dominio. Después de haber completado la migración, las unidades criptográfica se vuelven a agregar al dominio migrado.
Nota - Si no se pueden cumplir las restricciones para las unidades criptográficas en el equipo de destino, la operación de migración podría aún completarse satisfactoriamente. En este caso, el dominio puede acabar con menos unidades criptográficas de las que tenía antes de la operación de migración.
Cualquier operación de reconfiguración retrasada activa en los host de origen o de destino evita una migración desde el principio. Las operaciones de reconfiguración retrasada se bloquean mientras una migración está en curso.
Las migraciones de dominio no son admitidas para un equipo de origen o de destino en modo elástico. Si se está realizando una migración mientras el dominio está en modo de rendimiento y la normativa de administración de energía (PM) se ha fijado en modo elástico, el conmutador de normativa se aplaza hasta que se ha completado la migración. El comando de migración genera un error si el equipo de origen o de destino está en modo elástico y se intenta una migración de dominio.
Mientras una migración está en curso en un equipo, cualquier operación que pueda provocar una modificación en el estado o configuración del dominio que se está migrando se bloquea. Todas las operaciones en este mismo dominio así como las operaciones que enlazan o paran otros dominios en el equipo se bloquean.