vSphere Cluster Services (vCLS) está activado de forma predeterminada y se ejecuta en todos los clústeres de vSphere. vCLS garantiza que, si vCenter Server deja de estar disponible, los servicios de clústeres seguirán estando disponibles para mantener los recursos y el estado de las cargas de trabajo que se ejecutan en los clústeres. vCenter Server sigue siendo necesario para ejecutar DRS y HA.
En vSphere 8.0 U3, se introduce la instancia integrada de vCLS con nuevas funciones y funcionalidades. Originalmente, el componente de vCLS era una máquina virtual completa que ejecutaba Photon OS. Para vSphere 8.0 U3, vCLS ahora se basa en tecnología vSphere Pod, a veces denominada PodCRX. En este documento, PodCRX se conoce como máquinas virtuales de vCLS. Las interfaces de API para vCLS no cambiaron, pero sí la implementación y la administración de estos componentes de vCLS. Esto justificaba un cambio de nombre. Siguiendo el precedente que se estableció cuando Platform Services Controller pasó de externo a integrado, vCLS ahora se denomina vCLS externo para versiones anteriores a vSphere 8.0 U3. vCLS a partir de vSphere 8.0 U3 y versiones posteriores ahora se denomina vCLS integrado.
vCLS se actualiza como parte de la actualización de vCenter Server. Para vCLS integrado, la actualización de vCLS está vinculada a la actualización de los hosts ESXi en el clúster. vCLS integrado se activa una vez que VC tiene la versión 8.0 U3 y en los clústeres que tienen uno o varios hosts ESXi 8.0 U3. El VC 8.0 U3 puede ejecutar vCLS externo y vCLS integrado en función de la composición del clúster.
vCenter implementa vCLS integrado en clústeres de hosts compatibles que ejecutan ESX 8.0 U3 o versiones posteriores. Para los clústeres de hosts que utilizan versiones anteriores, vCenter implementa vCLS externo. El inventario de vCenter permite que coexistan varias versiones de ESX, como ocurre durante una actualización ESX gradual. Para los clústeres con versiones mixtas, vCenter utilizará vCLS integrado siempre que los hosts disponibles en un clúster lo admitan. Esto crea un punto en el que un clúster se actualiza de vCLS externo a vCLS integrado cuando los hosts salen del modo de mantenimiento después de actualizarse a una versión compatible. vCenter realiza esta actualización sin interrupciones. Para ello, espera hasta que la primera máquina virtual con vCLS integrado esté disponible antes de desactivar vCLS externo y destruir esas máquinas virtuales. Además, si todos los hosts compatibles dejan de estar disponibles y solo dejan hosts no compatibles, vCenter pueden revertir a vCLS externo. Sin embargo, dado que este paso se basa en que un host deja de estar disponible, esto puede provocar un período de falta de disponibilidad de DRS entre el desmantelamiento de vCLS integrado y la implementación de vCLS externo.
vCLS utiliza máquinas virtuales de agente para mantener el estado de los servicios de clúster. Las máquinas virtuales de agente de vCLS se crean cuando se agregan hosts a los clústeres. En el vCLS externo, es necesario que se ejecuten hasta tres máquinas virtuales de vCLS en cada clúster de vSphere, distribuidas dentro de un clúster. El vCLS externo también se activa en clústeres que contienen solo uno o dos hosts. En estos clústeres, el número de máquinas virtuales de vCLS es uno y dos, respectivamente. En el vCLS integrado, se requieren hasta dos máquinas virtuales de vCLS para ejecutarse en cada clúster de vSphere.
Las nuevas reglas de antiafinidad se aplican automáticamente. En vCLS externo, cada tres minutos se realiza una comprobación; si hay varias máquinas virtuales de vCLS ubicadas en un único host, se redistribuirán automáticamente a hosts diferentes. En vCLS integrado, se realiza una comprobación cada minuto.
Las máquinas virtuales de vCLS se ejecutan en todos los clústeres aunque los servicios de clúster como vSphere DRS o vSphere HA no estén activados en el clúster. Las operaciones de ciclo de vida de las máquinas virtuales de vCLS se administran mediante servicios de vCenter Server como ESX Agent Manager y el plano de control de carga de trabajo. Las máquinas virtuales de vCLS no admiten NIC.
Un clúster activado con vCLS puede contener hosts ESXi de diferentes versiones si las versiones de ESXi son compatibles con vCenter Server. vCLS funciona con clústeres de vSphere Lifecycle Manager.
vCLS integrado
En vSphere 8.0 U3, se introduce el vCLS integrado, que tiene nuevas funciones y mejoras.
Diferencias entre el vCLS externo y el vCLS integrado
En el vCLS externo, el término cuórum significa el número mínimo de máquinas virtuales de vCLS encendidas necesarias para que DRS funcione, que es 1. En el vCLS integrado, utilizamos el término recuento mínimo de máquinas virtuales de vCLS, su propósito y valor de 1 no se modifican. Para mejorar la disponibilidad de DRS, ambos tipos de vCLS proporcionan redundancia para las máquinas virtuales. Si se produce un error en un host con una máquina virtual de vCLS, hay otras máquinas virtuales de vCLS disponibles para conservar la funcionalidad de DRS. El número total de máquinas virtuales de vCLS implementadas en un clúster, si se supone que hay suficientes hosts y recursos disponibles para implementar máquinas virtuales de vCLS redundantes, se denomina recuento de redundancia deseado. Para el vCLS externo, el recuento de redundancia deseado es 3. Para el vCLS integrado, se reduce a 2.
¿Qué es una máquina virtual de vCLS?
La máquina virtual de vCLS introducida en vSphere 8.0 Update 3 se basa en la tecnología de pods de vSphere. El servicio de vCLS se implementa en el host o clúster como una máquina virtual en un host ESXi. Sin embargo, se trata de una máquina virtual especial, con un sistema operativo muy mínimo y utiliza un tiempo de ejecución de contenedor, que es lo que permite que la máquina virtual de vCLS se ejecute en vSphere. Las nuevas máquinas virtuales de vCLS ofrecen un tiempo de ejecución seguro y de alto rendimiento.
Desconectar la máquina virtual de vCLS
Se pueden desconectar las máquinas virtuales de vCLS integrado. Cuando esta máquina virtual está desconectada, vSphere interpreta esta condición como un error, y procede a reiniciar la máquina virtual y volver a registrar la máquina virtual de vCLS con hostd.
Cuando la máquina virtual de vCLS está desconectada, espera a que vSphere reinicie esa máquina virtual. Si vSphere no reinicia esa máquina virtual después de agotarse el tiempo de espera, se inicia la reconfiguración de la máquina virtual de vCLS.
Cada vez que el sistema evacúa una máquina virtual de vCLS integrado, como el caso de un host que entra en modo de mantenimiento, se destruye y se reemplaza en otro host, en lugar de utilizar vMotion.
Máquinas virtuales de vCLS
La visibilidad y el acceso a las máquinas virtuales de vCLS en el vCLS integrado tienen paridad con el vCLS externo.
- Las máquinas virtuales de vCLS están visibles en VC.
- En la jerarquía del inventario de VC, las máquinas virtuales de vCLS residen en una carpeta de máquina virtual dedicada denominada vCLS.
- Algunas operaciones en las máquinas virtuales de vCLS no están disponibles.
- Las solicitudes de consulta a las máquinas virtuales de vCLS están disponibles.
- La nomenclatura de una máquina virtual de vCLS integrado es la misma que la de las máquinas virtuales de vCLS externo: vCLS-{UUID} donde UUID es el UUID del host ESX (summary.hardware.uuid).
ExtraConfig de máquina virtual
Para identificar las máquinas virtuales de vCLS, el vCLS integrado sigue utilizando una opción específica en ExtraConfig de máquina virtual.
La opción de configuración adicional que identifica la máquina virtual de vCLS integrado es vCLSCRX.agent y el valor es true.
El vCLS integrado cambia la extensión que administra estas máquinas virtuales para que tenga la extensión vpxd interna o del sistema.
- La propiedad managedBy en la configuración de máquina virtual de la máquina virtual de vCLS integrado se establece en la clave de esa extensión de VC. Tener esta propiedad ayuda a identificar las máquinas virtuales de vCLS integrado y diferenciarlas de las máquinas virtuales de vCLS externo, ya que esta propiedad aparece en vSphere.
- La propiedad config.managedBy.extensionKey está configurada en VirtualCenter.
- La propiedad config.managedBy.type está configurada en vcls-entity.
Máquinas virtuales de vCLS desconectadas
Es posible que una máquina virtual de vCLS se desconecte en VC. Existen varios escenarios donde esto puede suceder.
- Tener el host ESX ejecutando una máquina virtual de vCLS
- Simule un problema de conexión deteniendo vpxa en el host; el estado de conexión pasa a notResponding.
- Detenga la máquina virtual de vCLS en el host.
- Reinicie vpxa en el host; el estado de conexión pasa a conectado.
Después de los pasos anteriores, la máquina virtual de vCLS se encuentra en el inventario de VC, pero no en el host ESX. Por lo tanto, esta máquina virtual se marca como huérfana. HdcsManager es responsable de detectar y eliminar las máquinas virtuales de vCLS desconectadas. En el vCLS externo, vCLS detecta y elimina las máquinas virtuales de vCLS desconectadas.
Propiedad virtual de clúster vclsVmType
vSphere proporciona información sobre si el clúster está ejecutando máquinas virtuales de vCLS administradas por un vCLS externo o un vCLS integrado administrado por vSphere. El valor de esta propiedad es Integrado para el clúster de la máquina virtual de vCLS integrado y externo para el clúster de la máquina virtual de vCLS externo.
Limpiar la máquina virtual de vCLS
Si el host de ESX del clúster que ejecuta máquinas virtuales de vCLS pierde conectividad con VC y se elimina del inventario de VC, la máquina virtual de vCLS sigue ejecutándose en ese host de ESX. En otras palabras, el host de ESX no administrado puede terminar ejecutando una máquina virtual de vCLS.
Cuando un host de ESX no administrado con máquinas virtuales de vCLS en ejecución se agrega como un host independiente, vpxd detecta la presencia inesperada de una máquina virtual de vCLS y la detiene.
Cuando un host de ESX no administrado con una máquina virtual de vCLS en ejecución se agrega al clúster de VC, vCLS no detiene la máquina virtual de vCLS antes de agregar el host al clúster. Al agregar el host, se activa el flujo de trabajo de reconfiguración de vCLS. Ese flujo de trabajo detiene las máquinas virtuales de vCLS extrañas.
Desactivar vCLS
El vCLS externo implementa un recurso que permite desactivar la implementación de máquinas virtuales de vCLS por clúster. En cierto sentido, este recurso es un interruptor de parada para desactivar la funcionalidad de vCLS externo en caso de que se den circunstancias imprevistas. Diversos escenarios de ejemplo en los que esta funcionalidad puede ser útil:
- El clúster tiene tanto DRS como HA desactivados. En este caso, las máquinas virtuales de vCLS no proporcionan ningún uso, y no se desea la presencia de máquinas virtuales del sistema en el inventario de VC.
- El clúster tiene DRS desactivado y HA activado. En este caso, las máquinas virtuales de vCLS proporcionan cierta ayuda para realizar de forma óptima la conmutación por error de las máquinas virtuales, pero es posible que no desee la presencia de máquinas virtuales del sistema en el inventario de VC para obtener un beneficio marginal.
- El clúster tiene DRS activado. En este caso, es posible que desee desactivar temporalmente la implementación de vCLS externo para resolver algunos problemas transitorios de configuración o de tiempo de ejecución. Por ejemplo, es posible que desee desactivar el vCLS externo hasta que el almacén de datos de VSAN esté disponible para asegurarse de que las máquinas virtuales de vCLS se implementen en ese almacén de datos de VSAN.
El vCLS integrado conserva la misma funcionalidad para activar o desactivar el vCLS de un clúster.
vSphere DRS y máquinas virtuales de vCLS
vSphere DRS es una característica crítica de vSphere que se requiere para mantener el estado de las cargas de trabajo que se ejecutan dentro del clúster de vSphere. DRS depende de la disponibilidad de las máquinas virtuales de vCLS.
Si DRS no funciona, esto no significa que DRS esté desactivado. El estado de vCLS solo se vuelve Estado incorrecto en un clúster activado para DRS cuando las máquinas virtuales de vCLS no se están ejecutando, y la primera instancia de DRS se omite por este motivo. El estado de vCLS se mantendrá en Degradado en un clúster que no esté activado para DRS cuando al menos una máquina virtual de vCLS no esté en ejecución. vCenter tiene medidas para evitar entrar en un estado degradado por accidente. Por ejemplo, las recomendaciones de modo de mantenimiento del clúster no incluyen opciones que coloquen todos los hosts compatibles con vCLS en modo de mantenimiento a la vez.
Selección de almacén de datos para vCLS externo
El almacén de datos de las máquinas virtuales de vCLS se selecciona automáticamente en función de la clasificación de todos los almacenes de datos conectados a los hosts dentro del clúster.
Es más probable que se seleccione un almacén de datos si hay hosts en el clúster con ranuras de DRS reservadas libres conectadas al almacén de datos. El algoritmo intenta colocar las máquinas virtuales de vCLS en un almacén de datos compartido, si es posible, antes de seleccionar un almacén de datos local. Se prefiere un almacén de datos con más espacio libre y el algoritmo intenta no colocar más de una máquina virtual de vCLS en el mismo almacén de datos. Solo se puede cambiar el almacén de datos de las máquinas virtuales de vCLS una vez que se implementan y se encienden.
Si desea mover los VMDK de las máquinas virtuales de vCLS a otro almacén de datos o asociar una directiva de almacenamiento diferente, puede volver a configurar las máquinas virtuales de vCLS. Al realizar esta operación, se mostrará un mensaje de advertencia.
Puede realizar una operación de Storage vMotion para migrar máquinas virtuales de vCLS a otro almacén de datos. Puede etiquetar las máquinas virtuales de vCLS o adjuntar atributos personalizados si desea agruparlas por separado de las máquinas virtuales de carga de trabajo; por ejemplo, si tiene una estrategia de metadatos específica para todas las máquinas virtuales que se ejecutan en un centro de datos.
La tarea para entrar en el modo de mantenimiento se iniciará, pero no podrá terminar porque hay una máquina virtual que reside en el almacén de datos. Si decide continuar, siempre puede cancelar la tarea en Tareas recientes.
Es posible que el almacén de datos seleccionado esté almacenando máquinas virtuales de vSphere Cluster Services que no pueden apagarse. Para garantizar el buen estado de vSphere Cluster Services, estas máquinas virtuales deben migrarse manualmente con vMotion a un otro almacén de datos dentro del clúster antes de desconectar este almacén de datos para su mantenimiento. Consulte este artículo de la base de conocimientos: KB 79892.Active la casilla Permitirme migrar el almacenamiento de todas las máquinas virtuales y, después de la migración, continuar en el modo de mantenimiento para continuar.
Ubicación del almacén de datos de vCLS externo
Puede anular la colocación predeterminada del almacén de datos de la máquina virtual de vCLS.
La ubicación del almacén de datos de la máquina virtual de vSphere Cluster Services (vCLS) se elige por una lógica de selección de almacén de datos predeterminada. Para anular la colocación predeterminada de almacenes de datos de máquinas virtuales de vCLS para un clúster, puede especificar un conjunto de almacenes de datos permitidos. Para ello, desplácese hasta el clúster y haga clic en Agregar en . Algunos almacenes de datos no se pueden seleccionar para vCLS porque están bloqueados por soluciones como SRM o vSAN modo de mantenimiento donde no se puede configurar vCLS. Los usuarios no pueden agregar ni eliminar almacenes de datos bloqueados por soluciones para máquinas virtuales de vCLS.
Supervisar los servicios de clústeres de vSphere
Puede supervisar los recursos consumidos por las máquinas virtuales de vCLS y su estado de mantenimiento.
Las máquinas virtuales de vCLS no se muestran en el árbol de inventario en la pestaña Hosts y clústeres. Las máquinas virtuales de vCLS de todos los clústeres dentro de un centro de datos se colocan dentro de una carpeta de plantillas y máquinas virtuales distinta llamada vCLS. Esta carpeta y las máquinas virtuales de vCLS solo se pueden ver en la pestaña Máquinas virtuales y plantillas de vSphere Client. Estas máquinas virtuales se identifican mediante un icono diferente que las máquinas virtuales de carga de trabajo normales. Puede ver información sobre el propósito de las máquinas virtuales de vCLS en la pestaña Resumen de las máquinas virtuales de vCLS.
Puede supervisar los recursos consumidos por las máquinas virtuales de vCLS en la pestaña Supervisar.
Puede supervisar el estado de mantenimiento de vCLS en el portlet de servicios de clúster que se muestra en la pestaña Resumen del clúster.
| Estado | Codificación de color | Resumen |
|---|---|---|
| Estado correcto | Verde | Si hay al menos una máquina virtual de vCLS en ejecución, el estado permanece como Correcto, sin tener en cuenta la cantidad de hosts en el clúster. |
| Degradado | Amarillo | Si no hay una máquina virtual de vCLS en ejecución por menos de 3 minutos (180 segundos), el estado baja. |
| Estado incorrecto | Rojo | Si no hay ninguna máquina virtual de vCLS en ejecución durante 3 minutos o más, el estado es Incorrecto en un clúster habilitado para DRS. |
Mantener el estado de los servicios de clústeres de vSphere
Las máquinas virtuales de vCLS siempre están encendidas debido a que vSphere DRS depende de su disponibilidad. Estas máquinas virtuales se deben tratar como máquinas virtuales del sistema. Solo los administradores pueden realizar operaciones selectivas en las máquinas virtuales de vCLS. Para evitar errores en los servicios del clúster, evite realizar operaciones de las máquinas virtuales de vCLS o configurarlas.
Las máquinas virtuales de vCLS están protegidas contra su eliminación accidental. Las carpetas y las máquinas virtuales del clúster están protegidas contra modificaciones por parte de los usuarios, incluidos los administradores.
Solo los usuarios que forman parte del grupo de administradores de SSO pueden realizar las siguientes operaciones:
- Acceso de solo lectura para máquinas virtuales de vCLS
- Usar etiquetas y atributos personalizados para máquinas virtuales de vCLS
Operaciones que pueden interrumpir el funcionamiento correcto de las máquinas virtuales de vCLS:
- Cambiar el estado de energía de las máquinas virtuales de vCLS
- Reconfiguración de recursos de las máquinas virtuales de vCLS, como el cambio de la CPU, la memoria, el tamaño del disco, la colocación de discos
- Cifrado de máquina virtual
- Activar vMotion de las máquinas virtuales de vCLS
- Cambiar el BIOS
- Quitar las máquinas virtuales de vCLS del inventario
- Eliminar las máquinas virtuales de vCLS del disco
- Habilitar FT de máquinas virtuales de vCLS
- Clonación de máquinas virtuales de vCLS
- Configurar PMem
- Mover la máquina virtual de vCLS a una carpeta diferente
- Cambiar el nombre de las máquinas virtuales de vCLS
- Cambiar el nombre de las carpetas de vCLS
- Habilitar las reglas de DRS y las anulaciones en las máquinas virtuales de vCLS
- Habilitar la directiva de control de admisión de HA en las máquinas virtuales de vCLS
- Habilitar anulaciones de HA en máquinas virtuales de vCLS
- Mover máquinas virtuales de vCLS a un grupo de recursos
- Recuperar máquinas virtuales de vCLS desde una instantánea
Al realizar cualquier operación interruptora en las máquinas virtuales de vCLS, aparece un cuadro de diálogo de advertencia.
Solución de problemas:
El estado de las máquinas virtuales de vCLS, incluido el estado de energía, se administra mediante los servicios de VMware ESX Agent Manager y el plano de control de carga de trabajo. En caso de que se produzca un error en el encendido de las máquinas virtuales de vCLS o si se omite la primera instancia de DRS de un clúster debido a la falta de cuórum de las máquinas virtuales de vCLS, aparece un banner en la página de resumen del clúster junto con un vínculo a un artículo de la base de conocimientos para ayudar a solucionar el estado de error.
Debido a que las máquinas virtuales de vCLS se tratan como máquinas virtuales del sistema, no es necesario que realice una copia de seguridad ni una instantánea de estas máquinas virtuales. El estado de mantenimiento de estas máquinas virtuales lo administran los servicios de vCenter Server.
Poner un clúster en modo de retirada
Cuando un almacén de datos se coloca en modo de mantenimiento, si el almacén de datos aloja máquinas virtuales de vCLS, debe almacenar manualmente dichas máquinas virtuales mediante storage vMotion en una nueva ubicación o poner el clúster en modo de retirada.
Procedimiento
- Inicie sesión en vSphere Client.
- Desplácese hasta el clúster en el que se debe desactivar vCLS.
- Desplácese a la pestaña Configurar de vCenter Server.
- En Configuración, seleccione General.
- Seleccione la opción predeterminada Administrado por el sistema o Modo de retirada, que desactiva vCLS.
- Haga clic en Aceptar.
Resultados
vSphere HA no realiza una ubicación óptima durante un escenario de error de host. HA depende de DRS para las recomendaciones de colocación. HA seguirá encendiendo las máquinas virtuales, pero es posible que estas máquinas virtuales se enciendan en un host menos óptimo.
Recuperación de contraseñas para vCLS externo
Puede recuperar la contraseña para iniciar sesión en las máquinas virtuales de vCLS.
Para garantizar el buen estado de los servicios del clúster, evite acceder a las máquinas virtuales de vCLS. Este documento está destinado a diagnósticos explícitos en máquinas virtuales de vCLS.
Procedimiento
Resultados
Con la contraseña recuperada, puede iniciar sesión en las máquinas virtuales de vCLS.
Directivas de antiafinidad de máquina virtual de vCLS
vSphere admite la antiafinidad entre las máquinas virtuales de vCLS y otro grupo de máquinas virtuales de carga de trabajo.
Las directivas de recursos informáticos proporcionan una forma de especificar cómo el vSphere Distributed Resource Scheduler (DRS) debe colocar las máquinas virtuales en los hosts de un grupo de recursos. Utilice el editor de directivas de recursos informáticos vSphere para crear y eliminar directivas de recursos informáticos. Puede crear o eliminar, pero no modificar, una directiva de recursos informáticos. Si elimina una etiqueta de categoría utilizada en la definición de la directiva, también se eliminará la directiva. Abra la página Resumen de máquina virtual en vSphere para ver las directivas de recursos informáticos que se aplican a una máquina virtual y su estado de cumplimiento con cada directiva. Puede crear una política de recursos informáticos para un grupo de máquinas virtuales de carga de trabajo que sea antiafinidad con el grupo de máquinas virtuales de vCLS. Una directiva de antiafinidad de vCLS puede tener una etiqueta visible de usuario único para un grupo de máquinas virtuales de carga de trabajo, y el otro grupo de máquinas virtuales de vCLS se reconoce internamente.
Crear o eliminar una directiva de antiafinidad de máquina virtual de vCLS
Una directiva de antiafinidad de máquina virtual de vCLS describe una relación entre una categoría de máquinas virtuales y máquinas virtuales del sistema vCLS.
Una directiva de antiafinidad de máquina virtual de vCLS desaconseja la colocación de máquinas virtuales de vCLS y máquinas virtuales de aplicaciones en el mismo host. Este tipo de directiva puede ser útil cuando no desea que las máquinas virtuales de vCLS y las máquinas virtuales que ejecutan cargas de trabajo críticas se ejecuten en el mismo host. Algunas prácticas recomendadas para ejecutar cargas de trabajo críticas, como SAP HIPAA, requieren hosts dedicados. Después de crear la directiva, el motor de colocación intenta ubicar las máquinas virtuales de vCLS en los hosts en los que no se ejecutan las máquinas virtuales de directiva.
- Si la directiva se aplica a varias máquinas virtuales en diferentes hosts y no es posible tener suficientes hosts para distribuir máquinas virtuales de vCLS, las máquinas virtuales de vCLS se consolidan en los hosts sin máquinas virtuales de directiva.
- Si una operación de aprovisionamiento especifica un host de destino, esa especificación siempre se respeta aunque infrinja la directiva. DRS intentará mover las máquinas virtuales de vCLS a un host compatible en un ciclo de corrección posterior.
Procedimiento
- Cree una categoría y una etiqueta para cada grupo de máquinas virtuales que desee incluir en una directiva de antiafinidad de máquina virtual de vCLS.
- Etiquete las máquinas virtuales que desea incluir.
- Cree una directiva de antiafinidad de máquina virtual de vCLS.
- En la instancia de vSphere, haga clic en .
- Haga clic en Agregar para abrir el asistente de nueva directiva de cálculo.
- Rellene la directiva Nombre y elija Antiafinidad de máquina virtual de vCLS en el control desplegable Tipo de directiva.
El nombre de la directiva debe ser único.
- Proporcione una descripción de la directiva y, a continuación, utilice Etiqueta de máquina virtual para elegir la categoría y etiqueta a las que se aplica la directiva.
A menos que tenga varias etiquetas de máquina virtual asociadas a una categoría, el asistente rellenará la etiqueta de máquina virtual después de seleccionar la etiqueta Categoría.
- Haga clic en Crear para crear la directiva.
- (opcional) Para eliminar una directiva de cálculo, abra vSphere, haga clic en para mostrar cada directiva como una tarjeta. Haga clic en ELIMINAR para eliminar una directiva.
