Requisitos del grupo

Otros requisitos

Además de los requisitos previos de hardware, existen otros requisitos previos para un servidor que se une a un grupo:

Debe tener una dirección IP consistente (una dirección IP estática en el servidor o una concesión DHCP estática). Este requisito también se aplica a los servidores que proporcionan almacenamiento compartido NFS o iSCSI.

Su reloj del sistema debe estar sincronizado con el coordinador del grupo (por ejemplo, a través de NTP).

Debe estar en el mismo centro de datos que el grupo, o en un centro de datos que cumpla la definición de proximidad cercana, y conectado por una red de baja latencia (menos de 5 ms de tiempo de ida y vuelta) y alto ancho de banda (al menos 10 Gbps).

No puede ser miembro de un grupo de recursos existente.

No puede tener ninguna VM en ejecución o suspendida ni ninguna operación activa en curso en sus VM. Todas las VM deben apagarse antes de que un servidor pueda unirse a un grupo.

No puede tener ningún almacenamiento compartido ya configurado.

No puede tener una interfaz de administración enlazada. Vuelva a configurar la interfaz de administración del servidor que se une y muévala de nuevo a una NIC física antes de unirse al grupo. Una vez que el servidor se haya unido correctamente al grupo, puede volver a configurarlo. Para obtener más información, consulte Configuración de direcciones IP.

Debe ejecutar la misma versión del software XenServer, con el mismo nivel de actualización, que los servidores que ya están en el grupo. Si este no es el caso, XenCenter® intenta sincronizar el servidor que se une con el coordinador del grupo y aplicar un conjunto de actualizaciones coincidentes.

Debe configurarse con los mismos paquetes suplementarios que los servidores que ya están en el grupo. Los paquetes suplementarios se utilizan para instalar software adicional en dom0 (dominio de control de XenServer). Para evitar inconsistencias en la experiencia del usuario en un grupo, asegúrese de instalar los mismos paquetes suplementarios con la misma revisión en todos los servidores del grupo.

Debe tener la misma licencia de XenServer que los servidores que ya están en el grupo. Puede cambiar la licencia de cualquier miembro del grupo después de unirse al grupo. El servidor con la licencia más baja determina las características disponibles para todos los miembros del grupo. Para obtener más información sobre las licencias, consulte Acerca de las licencias de XenServer.

Grupo homogéneo

Un grupo de recursos homogéneo es un agregado de servidores con CPU idénticas. Además de los requisitos de las secciones anteriores, un servidor que se une a un grupo homogéneo debe tener las mismas CPU que los servidores que ya están en el grupo. Las CPU se consideran iguales si tienen el mismo proveedor, modelo y características.

Grupo heterogéneo

XenServer permite expandir las implementaciones con el tiempo al permitir que hardware de host dispar se una a un grupo de recursos, conocidos como grupos de recursos heterogéneos. Los grupos de recursos heterogéneos son posibles gracias a la aplicación de tecnologías en las CPU Intel (FlexMigration) y AMD (Extended Migration) que proporcionan “enmascaramiento” o “nivelación” de CPU. Estas características permiten configurar una CPU para que parezca que proporciona una marca, modelo o funcionalidad diferente de la que realmente tiene. Esta capacidad le permite crear grupos de hosts con CPU dispares, pero aún así admitir de forma segura las migraciones en vivo. Los servidores que se unen a grupos heterogéneos deben cumplir los siguientes requisitos:

Las CPU del servidor que se une al grupo deben ser del mismo proveedor (AMD, Intel) que las CPU de los servidores que ya están en el grupo. Sin embargo, no es necesario que el tipo específico de CPU (familia, modelo y números de paso) sea el mismo.

Las CPU del servidor que se une al grupo deben ser compatibles con Intel FlexMigration o AMD Enhanced Migration.

XenServer simplifica la compatibilidad con grupos heterogéneos. Puede agregar servidores a grupos de recursos existentes, independientemente del tipo de CPU subyacente, siempre que la CPU sea de la misma familia de proveedores. El conjunto de características del grupo se calcula dinámicamente cada vez que:

un nuevo servidor se une al grupo

un miembro del grupo abandona el grupo

un miembro del grupo se vuelve a conectar después de un reinicio

Cualquier cambio en el conjunto de características del grupo no afecta a las máquinas virtuales que se están ejecutando actualmente en el grupo. Una máquina virtual en ejecución continúa utilizando el conjunto de características que se aplicó cuando se inició. Este conjunto de características se fija en el arranque y persiste en las operaciones de migración, suspensión y reanudación. Si el nivel del grupo disminuye cuando un servidor menos capaz se une al grupo, una máquina virtual en ejecución puede migrar a cualquier servidor del grupo, excepto al servidor recién agregado. Cuando mueve o migra una máquina virtual a un servidor diferente dentro o entre grupos, XenServer compara el conjunto de características de la máquina virtual con el del servidor de destino. Si los conjuntos de características son compatibles, se permite la migración de la máquina virtual. Esta capacidad permite que la máquina virtual se mueva libremente dentro y entre grupos, independientemente de las características de CPU que esté utilizando la máquina virtual. Si utiliza el equilibrio de carga de trabajo para elegir un servidor de destino óptimo para migrar su máquina virtual, no se recomienda un servidor con un conjunto de características incompatible como servidor de destino.

Nota:

Para actualizar una VM en ejecución para que use el nuevo conjunto de características del pool, apague la VM y vuelva a iniciarla. Reiniciar la VM, por ejemplo, haciendo clic en Reiniciar en XenCenter, no hace que la VM actualice su conjunto de características.

Almacenamiento compartido del pool

Aunque no es un requisito estricto para crear un pool de recursos, las ventajas de los pools solo están disponibles si el pool tiene uno o más repositorios de almacenamiento compartido (SR). Estas ventajas incluyen ejecutar una VM en el servidor más adecuado y la migración de VM entre servidores.

Recomendamos que no intente crear un pool hasta que el almacenamiento compartido esté disponible. Después de agregar almacenamiento compartido, puede mover rápidamente cualquier VM existente cuyos discos estén en almacenamiento local a almacenamiento compartido copiándolos.

Cuando un servidor con un SR compartido se convierte en coordinador de pool, este SR se convierte en un SR compartido para el pool. Si el nuevo coordinador de pool no tiene ningún almacenamiento compartido, debe crear un nuevo SR compartido para el pool: consulte Creación de un nuevo SR.

¿Le ha resultado útil?

Requisitos de hardware

Otros requisitos

Grupo homogéneo

Grupo heterogéneo

Almacenamiento compartido del pool

Documentación relacionada

Versión actual de XenServer

En este artículo