Administra tus pools

Este artículo describe algunas de las acciones que puede realizar para administrar su piscina.

Para administrar hosts individuales, consulte Administrar sus hosts.

Creación de un grupo de recursos

Los grupos de recursos se pueden crear mediante XenCenter o la CLI. Cuando un nuevo host se une a un grupo de recursos, el host de unión sincroniza su base de datos local con la de todo el grupo y hereda algunas opciones de configuración del grupo:

• La configuración de almacenamiento local, remoto y de VM se agrega a la base de datos de todo el grupo. Esta configuración se aplica al host que se une en el grupo, a menos que los recursos se compartan explícitamente después de que el host se una al grupo.

• El host de unión hereda los repositorios de almacenamiento compartido existentes en el grupo. Se crean los registros PBD adecuados para que el nuevo host pueda acceder automáticamente al almacenamiento compartido existente.

• La información de red se hereda parcialmente al host que se une: el estructural los detalles de las NIC, VLAN e interfaces enlazadas se heredan, pero política La información no lo es. Esta información de directiva, que se debe reconfigurar, incluye:

  • Las direcciones IP de las NIC de administración, que se conservan de la configuración original.

  • La ubicación de la interfaz de administración, que sigue siendo la misma que la configuración original. Por ejemplo, si los otros hosts de grupo tienen interfaces de administración en una interfaz vinculada, el host de unión debe migrarse al enlace después de unirse.

  • NIC de almacenamiento dedicado, que se deben reasignar al host de unión desde XenCenter o la CLI, y los PBD reconectados para enrutar el tráfico en consecuencia. Esto se debe a que las direcciones IP no se asignan como parte de la operación de unión al grupo y la NIC de almacenamiento solo funciona cuando está configurada correctamente. Para obtener más información sobre cómo dedicar una NIC de almacenamiento desde la CLI, consulte Administrar redes.

  • Reconfigure la interfaz de administración y muévala a una NIC física antes de agregar el host al grupo. Una vez que el host se haya unido al grupo, puedes volver a configurar la interfaz de administración.

Antes de crear un grupo de recursos, revise los requisitos para el grupo y el host al que se une. Para obtener más información, consulte Grupos de recursos.

Adición de un host a un grupo mediante la CLI xe

Nota: No

Le recomendamos que actualice su grupo y el host que se une al mismo nivel antes de intentar unirse.

1. Abra una consola en el host de XenServer que desee unir a un grupo.

2. Conecte el host de XenServer al grupo emitiendo el comando:

     xe pool-join master-address=<address of pool coordinator> master-username=<administrator username> master-password=<password>
   <!--NeedCopy-->
   

   El dirección-maestra debe establecerse en el nombre de dominio completo del coordinador del grupo. El contraseña Debe ser la contraseña de administrador establecida cuando se instaló el coordinador del grupo.

Nota: No

Cuando se une un host a un grupo, la contraseña de administrador del host que se une se cambia automáticamente para que coincida con la contraseña de administrador del coordinador del grupo.

De forma predeterminada, los hosts de XenServer pertenecen a un grupo sin nombre. Para crear el primer grupo de recursos, cambie el nombre del grupo sin nombre existente. Utilice la tecla tabulación completa para encontrar el archivo pool_uuid:

  xe pool-param-set name-label="New Pool" uuid=pool_uuid
<!--NeedCopy-->

Creación de grupos de recursos heterogéneos

XenServer simplifica la expansión de 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 al uso de tecnologías en las CPU Intel (FlexMigration) y AMD (Extended Migration) que proporcionan “enmascaramiento” o “nivelación” de la CPU. Las funciones de enmascaramiento y nivelación de la CPU permiten configurar una CPU para parecer como proporcionando una marca, modelo o funcionalidad diferente a la que realmente hace. Esta función le permite crear grupos de hosts con CPU dispares, pero aún así admitir de forma segura la migración en vivo.

Nota: No

Las CPU de los hosts de XenServer que se unen a grupos heterogéneos deben ser del mismo proveedor (es decir, AMD, Intel) que las CPU de los hosts que ya están en el grupo. Sin embargo, no es necesario que los hosts sean del mismo tipo en el nivel de familia, modelo o números de paso.

XenServer simplifica la compatibilidad con grupos heterogéneos. Los hosts ahora se pueden agregar 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 host 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 disminuye cuando un host con menos capacidad se une al grupo, una máquina virtual en ejecución se puede migrar a cualquier host del grupo, excepto al host recién agregado. Al mover o migrar una máquina virtual a un host diferente dentro de los grupos o entre ellos, XenServer compara el conjunto de funciones de la máquina virtual con el conjunto de funciones del host de destino. Si se determina que los conjuntos de características son compatibles, se permite la migración de la máquina virtual. Esto 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 seleccionar un host de destino óptimo para migrar la máquina virtual, no se recomendará un host con un conjunto de características incompatibles como host de destino.

Agregar almacenamiento compartido

Para obtener una lista completa de los tipos de almacenamiento compartido compatibles, consulte Formatos de repositorio de almacenamiento. En esta sección se muestra cómo se puede crear el almacenamiento compartido (representado como un repositorio de almacenamiento) en un servidor NFS existente.

Para agregar almacenamiento compartido NFS a un grupo de recursos mediante la CLI

1. Abra una consola en cualquier host de XenServer del grupo.

2. Cree el repositorio de almacenamiento en server:/path emitiendo el siguiente comando:

     xe sr-create content-type=user type=nfs name-label="Example SR" shared=true \
         device-config:server=server \
         device-config:serverpath=path
   <!--NeedCopy-->
   

   device-config:servidor es el nombre de host del servidor NFS y device-config:serverpath es la ruta en el servidor NFS. Como compartido se establece en true, el almacenamiento compartido se conecta automáticamente a todos los hosts de XenServer del grupo. Todos los hosts de XenServer que se unan más tarde también se conectan al almacenamiento. El identificador único universal (UUID) del repositorio de almacenamiento está impreso en la pantalla.

3. Encuentre el UUID del grupo ejecutando el siguiente comando:

     xe pool-list
   <!--NeedCopy-->
   

4. Establezca el almacenamiento compartido como el valor predeterminado de todo el grupo con el siguiente comando:

     xe pool-param-set uuid=pool_uuid default-SR=sr_uuid
   <!--NeedCopy-->
   

   Dado que el almacenamiento compartido se ha establecido como el valor predeterminado para todo el grupo, todas las máquinas virtuales futuras tienen sus discos creados en el almacenamiento compartido de forma predeterminada. Para obtener información sobre cómo crear otros tipos de almacenamiento compartido, consulte Formatos de repositorio de almacenamiento.

Eliminar hosts de XenServer de un grupo de recursos

Nota: No

Antes de eliminar cualquier host de XenServer de un grupo, asegúrese de apagar todas las máquinas virtuales que se ejecutan en ese host. De lo contrario, puede ver una advertencia que indica que el host no se puede eliminar.

Al eliminar (expulsar) un host de un grupo, el equipo se reinicia, se reinicializa y se deja en un estado similar al de una instalación nueva. No expulse los hosts de XenServer de un grupo si hay datos importantes en los discos locales.

Para quitar un host de un grupo de recursos mediante la CLI

1. Abra una consola en cualquier host del grupo.

2. Encuentre el UUID del host ejecutando el siguiente comando:

     xe host-list
   <!--NeedCopy-->
   

3. Expulse el host requerido del grupo:

     xe pool-eject host-uuid=host_uuid
   <!--NeedCopy-->
   

   El host de XenServer se expulsa y se deja en un estado recién instalado.

   Advertencia:

   Hacer no Expulse un host de un grupo de recursos si contiene datos importantes almacenados en sus discos locales. Todos los datos se borran cuando se expulsa un host del grupo. Si desea conservar estos datos, copie la máquina virtual en el almacenamiento compartido del grupo mediante XenCenter o el xe vm-copy Comando CLI.

Cuando los hosts de XenServer que contienen máquinas virtuales almacenadas localmente se expulsan de un grupo, las máquinas virtuales estarán presentes en la base de datos del grupo. Las máquinas virtuales almacenadas localmente también son visibles para los demás hosts de XenServer. Las máquinas virtuales no se inician hasta que los discos virtuales asociados a ellas se han cambiado para que apunten al almacenamiento compartido visto por otros hosts de XenServer en el grupo, o se han eliminado. Por lo tanto, se recomienda mover cualquier almacenamiento local a un almacenamiento compartido al unirse a un grupo. El paso al almacenamiento compartido permite que los hosts individuales de XenServer se expulsen (o fallen físicamente) sin pérdida de datos.

Nota: No

Cuando se elimina un host de un grupo que tiene su interfaz de administración en una red VLAN etiquetada, la máquina se reinicia y su interfaz de administración estará disponible en la misma red.

Rotar el secreto del grupo

El secreto de grupo es un secreto compartido entre los hosts de un grupo que permite al host demostrar su pertenencia a un grupo.

Dado que los usuarios con el rol de administrador del grupo pueden detectar este secreto, se recomienda rotar el secreto del grupo si uno de estos usuarios abandona la organización o pierde su rol de administrador del grupo.

Puede rotar el secreto del grupo mediante XenCenter o la CLI xe.

XenCenter

Para rotar el secreto de grupo de un grupo mediante XenCenter, siga estos pasos:

1. En Recursos , seleccione el grupo o cualquier host del grupo.
2. En el Piscina menú, seleccione Rotar secreto de grupo.

Al rotar el secreto del grupo, también se le pedirá que cambie la contraseña raíz. Si rotó el secreto del grupo porque cree que su entorno se ha visto comprometido, asegúrese de cambiar también la contraseña raíz del coordinador del grupo. Para obtener más información, consulte Cambiar la contraseña.

xe CLI

Para rotar el secreto del grupo mediante la CLI xe, ejecute el siguiente comando en un host del grupo:

  xe pool-secret-rotate
<!--NeedCopy-->

Si ha girado el secreto del grupo porque cree que su entorno se ha visto comprometido, asegúrese de cambiar también la contraseña raíz. Para obtener más información, consulte Cambiar la contraseña.

Configurar el acceso SSH

El acceso SSH a los hosts de su grupo está habilitado de forma predeterminada. Si desea deshabilitar el acceso SSH a todos los hosts de su grupo, ejecute el siguiente comando:

  xe pool-disable-ssh
<!--NeedCopy-->

Este comando deshabilita SSH. Los hosts rechazan nuevas conexiones SSH, pero no desconectan ninguna sesión existente.

Para habilitar el acceso SSH a todos los hosts de su grupo, ejecute el siguiente comando:

  xe pool-enable-ssh
<!--NeedCopy-->

Ambos comandos intentan realizar un cambio en todos los hosts del grupo. Si el comando falla en uno o más de los hosts de su grupo, el comando continúa ejecutándose para todos los demás hosts del grupo. El comando devuelve una lista de todos los hosts donde el comando falla.

Puede administrar el acceso SSH para un host individual. Para obtener más información, consulte Deshabilitar el acceso SSH para un host.

Habilitación de la indagación IGMP en el grupo de XenServer

XenServer envía tráfico de multidifusión a todas las máquinas virtuales invitadas, lo que genera una carga innecesaria en los dispositivos host al exigirles que procesen paquetes que no han solicitado. La habilitación de la indagación IGMP evita que los hosts de una red local reciban tráfico para un grupo de multidifusión al que no se han unido explícitamente y mejora el rendimiento de la multidifusión. La indagación IGMP es especialmente útil para aplicaciones de multidifusión IP que hacen un uso intensivo del ancho de banda, como IPTV.

Notes:

• La indagación IGMP solo está disponible cuando el back-end de la red utiliza Open vSwitch.

• Al habilitar esta función en un grupo, también puede ser necesario habilitar el consultante IGMP en uno de los switches físicos. De lo contrario, la multidifusión en la subred vuelve a la difusión y puede disminuir el rendimiento de XenServer.

• Al habilitar esta función en un grupo que ejecuta IGMP v3, la migración de VM o la conmutación por error de enlace de red dan como resultado el cambio de versión de IGMP a v2.

• Para habilitar esta función con una red GRE, los usuarios deben configurar un buscador IGMP en la red GRE. Como alternativa, puede reenviar el mensaje de consulta IGMP desde la red física a la red GRE. De lo contrario, se puede bloquear el tráfico de multidifusión en la red GRE.

Puede habilitar la indagación IGMP en un grupo mediante XenCenter o la CLI xe.

XenCenter

1. Vaya a Propiedades de la piscina.
2. Escoger Opciones de red. Aquí puede habilitar o deshabilitar la indagación IGMP.

xe CLI

1. Obtener el UUID del grupo:

   xe pool-list

2. Habilite/deshabilite la indagación IGMP para el grupo:

   xe pool-param-set [uuid=pool-uuid] [igmp-snooping-enabled=true|false]

Después de habilitar la indagación IGMP, puede ver la tabla de indagación IGMP mediante la CLI xe.

Ver la tabla de indagación IGMP

Utilice el siguiente comando para ver la tabla de indagación IGMP:

ovs-appctl mdb/show [bridge name]

Nota: No

Puede obtener el nombre del puente usando xe network-list. Estos nombres de puente pueden ser: xenbr0, xenbr1, Xenapio xapi0.

Esto genera una tabla con cuatro columnas:

• puerto: El puerto del switch (OVS).
• VLAN: El ID de VLAN del tráfico.
• GROUP: El grupo de multidifusión solicitado por el puerto.
• Edad: La antigüedad de este registro en segundos.

Si el GRUPO ** es una dirección de grupo de multidifusión, esto significa que se recibe un mensaje de informe IGMP en el puerto del conmutador asociado. Esto significa que un receptor (miembro) del grupo de multidifusión está escuchando en este puerto.

Tomemos el siguiente ejemplo, que contiene dos registros:

El primer registro muestra que hay un receptor escuchando en el puerto 14 para el grupo de multidifusión 227.0.0.1. Open vSwitch reenvía el tráfico destinado al grupo de multidifusión 227.0.0.1 a los puertos de escucha solo para este grupo (en este ejemplo, el puerto 14), en lugar de transmitir a todos los puertos. El registro que vincula el puerto 14 y el grupo 227.0.0.1 se creó hace 15 segundos. De forma predeterminada, el intervalo de tiempo de espera es de 300 segundos. Esto significa que si el switch no recibe más mensajes de informe IGMP en el puerto 14 durante 300 segundos después de agregar el registro, el registro caduca y se elimina de la tabla.

En el segundo registro, el GRUPO es Consultante, lo que significa que se han recibido mensajes de consulta IGMP en el puerto asociado. Un consultante envía periódicamente mensajes de consulta IGMP, que se transmiten a todos los puertos del switch, para determinar qué nodos de red están escuchando en un grupo de multidifusión. Al recibir un mensaje de consulta IGMP, el receptor responde con un mensaje de informe IGMP, lo que hace que el registro de multidifusión del receptor se actualice y evite la caducidad.

El VLAN indica a la VLAN que vive un receptor/consultante. ‘0’ significa VLAN nativa. Si desea ejecutar la multidifusión en alguna VLAN etiquetada, asegúrese de que haya registros en la VLAN.

Nota: No

Para el escenario de VLAN, debe tener un registro de consulta con un valor de columna de VLAN igual al ID de VLAN de la red; de lo contrario, la multidifusión no funcionará en la red de VLAN.

Habilitación de la compresión de flujos de migración en el grupo de XenServer

Durante la migración en vivo de una máquina virtual, su memoria se transfiere como un flujo de datos entre dos hosts que utilizan la red. La función de compresión del flujo de migración comprime este flujo de datos, lo que acelera la transferencia de memoria en redes lentas. Esta función está deshabilitada de forma predeterminada, pero se puede cambiar mediante XenCenter o la CLI de xe. Para obtener más información, consulte Propiedades de la piscina - Avanzado y Parámetros de la piscina. Como alternativa, puede habilitar la compresión al migrar una máquina virtual mediante la línea de comandos. Para obtener más información, consulte la vm-migrate comando en Comandos de VM.

Exportación de datos del grupo de recursos

La opción Exportar datos de recursos le permite generar un informe de datos de recursos para su grupo y exportar el informe a un archivo de .xls o .csv. Este informe proporciona información detallada sobre los distintos recursos del grupo, como hosts, redes, almacenamiento, máquinas virtuales, VDI y GPU. Esta función permite a los administradores realizar un seguimiento, planificar y asignar recursos en función de diversas cargas de trabajo, como la CPU, el almacenamiento y la red.

Nota: No

La opción Exportar datos del grupo de recursos está disponible para los clientes de XenServer Premium Edition.

La lista de recursos y varios tipos de datos de recursos que se incluyen en el informe:

Servidor:

• Nombre
• Coordinador de Piscina
• UUID
• Dirección
• Uso de CPU
• Red (promedio/máx. KB)
• Memoria utilizada
• Almacenamiento
• Uptime
• Descripción

Redes:

• Nombre
• Estado del enlace
• MAC
• MTU
• VLAN
• Tipo
• Ubicación

VDI:

• Nombre
• Tipo
• UUID
• Tamaño
• Almacenamiento
• Descripción

Almacenamiento:

• Nombre
• Tipo
• UUID
• Tamaño
• Ubicación
• Descripción

Vms:

• Nombre
• Estado de energía
• Corriendo en
• Dirección
• MAC
• NIC
• Sistema operativo
• Almacenamiento
• Memoria utilizada
• Uso de CPU
• UUID
• Uptime
• Plantilla
• Descripción

GPU:

• Nombre
• Servidores
• Ruta de bus PCI
• UUID
• Uso de energía
• Temperatura
• Memoria utilizada
• Utilización de la computadora

Nota: No

La información sobre las GPU solo está disponible si hay GPU conectadas al host de XenServer.

Para exportar datos de recursos

1. En el panel de navegación de XenCenter, seleccione Infraestructura y, a continuación, seleccione el grupo.

2. Seleccione la opción Piscina menú y luego Exportar datos de recursos.

3. Vaya a la ubicación en la que desee guardar el informe y, a continuación, haga clic en Salvar.