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 agrupación
Nota:
Aún no se admite el uso de XenCenter aaaa.x.x con Citrix Hypervisor 8.2 CU1 en entornos de producción. Para administrar el entorno de producción de Citrix Hypervisor 8.2 CU1, use XenCenter 8.2.7. Para obtener más información, consulte la documentación de XenCenter 8.2.7.
Puede instalar XenCenter 8.2.7 y XenCenter aaaa.x.x en el mismo sistema. La instalación de XenCenter aaaa.x.x no sobrescribe la instalación de XenCenter 8.2.7.
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 unirse a 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 CPU (Intel, AMD) debe ser el mismo en todas las CPU de todos los servidores.
- Todas las CPU deben tener habilitada la virtualización.
Otros requisitos
Además de los requisitos previos de hardware, hay otros requisitos previos para que un servidor se una a un grupo:
- Debe tener una dirección IP coherente (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.
- El reloj del sistema debe estar sincronizado con el coordinador del grupo (por ejemplo, a través de NTP).
- No puede ser miembro de un grupo de recursos existente.
- No puede tener máquinas virtuales en ejecución o suspendidas ni ninguna operación activa en curso en sus máquinas virtuales. Todas las VM deben cerrarse antes de que un servidor pueda unirse a un grupo.
- No puede tener ningún almacenamiento compartido configurado.
- No puede tener una interfaz de administración consolidada. Vuelva a configurar la interfaz de administración del servidor de unión y vuelva a moverla 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, al 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 puede agregar un servidor con una 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.
Grupo homogéneo
Un grupo de recursos homogéneo es un conjunto de servidores con CPU idénticas. Además de los requisitos de las secciones anteriores, un servidor que se una 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.
Agrupación heterogéneo
XenServer permite ampliar las implementaciones a lo largo del tiempo al permitir unir hardware de host dispares en un grupo de recursos, conocido como grupos de recursos heterogéneos. Los grupos de recursos heterogéneos son posibles mediante la aplicación de tecnologías en las CPU Intel (FlexMigration) y AMD (migración extendida) que proporcionan “enmascaramiento” o “nivelación” de la CPU. Estas funciones permiten configurar una CPU para que parezca que proporciona una marca, modelo o funcionalidad diferente a la que realmente ofrece. Esta capacidad le permite crear grupos de hosts con CPU dispares, pero aun así admitir migraciones en vivo de forma segura. Los servidores que se unen a grupos heterogéneos deben cumplir con 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 versión) sea el mismo.
- Las CPU del servidor que se une al grupo deben admitir Intel FlexMigration o AMD Enhanced Migration.
XenServer simplifica el soporte para grupos heterogéneos. Puede agregar servidores a los grupos de recursos existentes, independientemente del tipo de CPU subyacente, siempre que la CPU pertenezca a la misma familia de proveedores. El conjunto de funciones 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 reiniciar
Cualquier cambio en el conjunto de funciones del grupo no afecta a las máquinas virtuales que se ejecutan actualmente en el grupo. Una máquina virtual en ejecución sigue utilizando el conjunto de funciones que se aplicó cuando se inició. Este conjunto de funciones se corrige 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 con menos capacidad 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 o entre grupos, XenServer compara el conjunto de funciones de la máquina virtual con el del servidor de destino. Si se determina que los conjuntos de funciones son compatibles, se permite la migración de la máquina virtual. Esta capacidad permite que la máquina virtual se mueva libremente dentro de los grupos y entre ellos, independientemente de las funciones de CPU que esté utilizando la máquina virtual. Si usa Equilibrio de carga de trabajo para elegir un servidor de destino óptimo para migrar su VM, no se recomienda un servidor con un conjunto de funciones incompatibles como servidor de destino.
Nota:
Para actualizar una VM en ejecución para usar el nuevo conjunto de funciones del grupo, apague la VM e iníciela de nuevo. Reiniciar la VM, por ejemplo, al hacer clic en Reiniciar en XenCenter, no hace que la VM actualice su conjunto de funciones.
Almacenamiento de agrupación compartida
Aunque no es un requisito estricto para crear un agrupación 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 ejecutar una VM en el servidor más adecuado y la migración de VM entre servidores.
Le recomendamos que no intente crear un grupo 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 al almacenamiento compartido copiándolos.
Cuando un servidor con una SR compartida se convierte en un coordinador de grupo, esta SR se convierte en una SR compartida 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.
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.