-
Explorando el espacio de trabajo de XenCenter
-
-
Configuración de máquinas virtuales
-
Administración de máquinas virtuales
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Requisitos de la piscina
Un grupo de recursos es un agregado homogéneo o heterogéneo de uno o más servidores, hasta un máximo de 64. Antes de crear un grupo o unir un servidor a un grupo existente, asegúrese de que se cumplan los siguientes requisitos para todos los servidores del grupo.
Requisitos de hardware
Todos los servidores de los grupos de recursos de XenServer deben tener CPU ampliamente compatibles, es decir:
- El proveedor de la CPU (Intel, AMD) debe ser el mismo en todas las CPU de todos los servidores.
- Todas las CPU deben tener la virtualización habilitada.
Otros requisitos
Además de los requisitos previos de hardware, existen varios 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 NFS o iSCSI compartido.
- Su reloj de sistema debe estar sincronizado con el coordinador del pool (por ejemplo, a través de NTP).
- No puede ser miembro de un grupo de recursos existente.
- No puede tener ninguna máquina virtual en ejecución o suspendida, ni ninguna operación activa en curso en sus máquinas virtuales. Todas las máquinas virtuales 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 vinculada. Vuelva a configurar la interfaz de administración del servidor de unión y vuelva a colocarla en 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, en el mismo nivel de parche, que los servidores que ya están en el grupo.
- Debe configurarse con los mismos paquetes complementarios que los servidores que ya están en el grupo. Los paquetes complementarios se utilizan para instalar software complementario en dom0 (dominio de control de XenServer). Para evitar incoherencias en la experiencia del usuario en un grupo, asegúrese de instalar los mismos paquetes complementarios en 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. Por ejemplo, no se puede agregar un servidor con licencia de XenServer Standard Edition a un grupo de recursos existente que contenga servidores con XenServer Premium Edition. 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 funciones disponibles para todos los miembros del grupo. Para obtener más información sobre las licencias, consulte Acerca de las licencias de XenServer.
Piscina homogénea
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.
Piscina heterogénea
XenServer permite expandir las implementaciones a lo largo del tiempo al permitir que el hardware de host dispar se una a un grupo de recursos, conocido 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 la CPU. Estas características permiten configurar una CPU para que parezca que proporciona una marca, modelo o funcionalidad diferente a la que realmente proporciona. Esta capacidad le permite crear grupos de hosts con CPU dispares, pero aún así admitir migraciones en vivo de forma segura. 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, se debe tener en cuenta que el tipo específico de CPU (familia, modelo y números de paso) debe ser 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 los 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:
- 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 sigue usando 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 cae 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. Al mover o migrar una máquina virtual a un servidor diferente dentro de los grupos o entre ellos, XenServer compara el conjunto de funciones de la máquina virtual con el del servidor de destino. Si se determina que los conjuntos de características son compatibles, se permite la migración de la máquina virtual. Esta funcionalidad permite que la máquina virtual se mueva libremente dentro de los grupos y entre ellos, independientemente de las características de CPU que use la máquina virtual. Si utiliza el equilibrio de carga de trabajo para elegir un servidor de destino óptimo para migrar la máquina virtual, no se recomienda un servidor con un conjunto de características incompatibles como servidor de destino.
Nota: No
Para actualizar una máquina virtual en ejecución para usar el nuevo conjunto de características del grupo, apague la máquina virtual y vuelva a iniciarla. Reiniciar la máquina virtual, por ejemplo, haciendo clic en Reiniciar en XenCenter, no hace que la máquina virtual actualice su conjunto de funciones.
Almacenamiento en piscina compartida
Aunque no es un requisito estricto para crear un grupo de recursos, las ventajas de los grupos solo están disponibles si el grupo tiene uno o más repositorios de almacenamiento compartido (SR). Estas ventajas incluyen la ejecución de una máquina virtual en el servidor más adecuado y la migración de máquinas virtuales entre servidores.
Se recomienda no intentar crear un grupo hasta que el almacenamiento compartido esté disponible. Después de agregar el almacenamiento compartido, puede mover rápidamente las máquinas virtuales existentes cuyos discos estén en el almacenamiento local al almacenamiento compartido copiándolas.
Cuando un servidor con un SR compartido se convierte en coordinador del grupo, este SR se convierte en un SR compartido para el grupo. Si el nuevo coordinador del grupo no tiene ningún almacenamiento compartido, debe crear un nuevo SR compartido para el grupo: consulte Creación de un nuevo SR.
Documentación relacionada
XenServer 8
Actualización acumulativa 1 de Citrix Hypervisor 8.2
Compartir
Compartir
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.