Citrix Virtual Apps and Desktops

Alertas y notificaciones

Las alertas se muestran en Director en el panel de control y en otras vistas de alto nivel con símbolos de alerta de advertencia y crítica. Las alertas están disponibles para sitios con licencia Premium. Las alertas se actualizan automáticamente cada minuto; también puedes actualizar las alertas bajo demanda.

Alertas de Director

Una alerta de advertencia (triángulo ámbar) indica que el umbral de advertencia de una condición se ha alcanzado o superado.

Una alerta crítica (círculo rojo) muestra que el umbral crítico de una condición se ha alcanzado o superado.

Puedes ver información más detallada sobre las alertas seleccionando una alerta de la barra lateral, haciendo clic en el enlace Ir a alertas en la parte inferior de la barra lateral o seleccionando Alertas desde la parte superior de la página de Director.

En la vista Alertas, puedes filtrar y exportar alertas. Por ejemplo, máquinas con SO multisesión fallidas para un grupo de entrega específico durante el último mes, o todas las alertas para un usuario específico. Para obtener más información, consulta Exportar informes.

Filtrar alertas

Alertas de Citrix®

Las alertas de Citrix son alertas supervisadas en Director que se originan en los componentes de Citrix. Puedes configurar las alertas de Citrix en Director en Alertas > Directiva de alertas de Citrix. Como parte de la configuración, puedes configurar que se envíen notificaciones por correo electrónico a personas y grupos cuando las alertas superen los umbrales que has establecido. Para obtener más información sobre cómo configurar las alertas de Citrix, consulta Crear directivas de alertas.

Nota:

Asegúrate de que tu firewall, proxy o Microsoft Exchange Server no bloqueen las alertas por correo electrónico.

Directivas de alertas inteligentes

  • Un conjunto de directivas de alertas integradas con valores de umbral predefinidos está disponible para grupos de entrega y el ámbito de VDA de SO multisesión. Esta función requiere la versión 7.18 o posterior de Delivery Controller(s). Puedes modificar los parámetros de umbral de las directivas de alertas integradas en Alertas > Directiva de alertas de Citrix.
  • Estas directivas se crean cuando hay al menos un destino de alerta —un grupo de entrega o un VDA de SO multisesión— definido en tu sitio. Además, estas alertas integradas se agregan automáticamente a un nuevo grupo de entrega o a un VDA de SO multisesión.

En caso de que actualices Director y tu sitio, las directivas de alertas de tu instancia anterior de Director se transfieren. Las directivas de alertas integradas se crean solo si no existen reglas de alerta correspondientes en la base de datos de Monitor.

Para conocer los valores de umbral de las directivas de alertas integradas, consulta la sección Condiciones de las directivas de alertas.

Alertas integradas

Directivas de alertas avanzadas

-  La función de notificación y alerta proactiva de Director se ha mejorado para incluir un nuevo marco de alertas llamado **Directivas de alertas avanzadas**. Con esta función, puedes crear alertas incluyendo detalles granulares para cada elemento o condición, lo que mejora el control sobre el ámbito de las alertas. Actualmente, estas directivas incluyen alertas para el ahorro de costes y la infraestructura.

-  Con la introducción de las directivas de alertas avanzadas, que es una alerta basada en el origen de datos, puedes usar el filtrado de ámbito de varias condiciones.

Esta función te ayuda a reducir las alertas excesivas, lo que podría reducir la capacidad de respuesta o la eficacia al abordar problemas importantes. Esta directiva ayuda a medir la eficacia de las directivas de alertas y el compromiso de los administradores.

    -  Puedes crear una directiva de alertas avanzada desde la sección **Alertas** > **Directiva de alertas avanzadas** > **Crear directiva**.

-  Puedes seleccionar uno de los siguientes orígenes de datos:

-  Máquinas
-  Provisioning Service
    -  StoreFront™
    -  Delivery Controller™

Alertas para el ahorro de costes

    -  Puedes crear alertas para el ahorro de costes que te ayudan a optimizar los costes. Actualmente, puedes crear alertas para máquinas.

Para crear alertas en Máquinas, haz lo siguiente:

  1. Haz clic en la ficha Alertas > Directivas de alertas avanzadas. Aparece la página Directivas de alertas avanzadas.
  2. Haz clic en Crear directiva. Aparece la sección Crear directivas de alertas avanzadas. - 1. Selecciona Máquinas en la lista desplegable Origen de datos. Se muestran la condición de ahorro de costes y los tipos de condición correspondientes.

    -  ![Directivas de alertas avanzadas de Director](/en-us/citrix-virtual-apps-desktops/media/advanced-alert.png)
    
    -  1.  Selecciona los siguientes tipos de condición según sea necesario:
    
    -  Máquinas administradas por energía que no se pudieron encender
    -  Máquinas administradas por energía que no se pudieron apagar -  Máquinas administradas por energía con alto tiempo de actividad
    
    1. Selecciona los parámetros específicos y las opciones correspondientes para cada una de las condiciones seleccionadas.
    1. Establece las métricas de advertencia y críticas para el tipo de condición seleccionado:
    • Para máquinas administradas por energía con alto tiempo de actividad:

      • Número de máquinas que superan el umbral de tiempo de actividad
      • Intervalo de nueva alerta (en min); el intervalo puede ser un mínimo de 60 min
    • Para máquinas administradas por energía que no se pudieron encender y máquinas administradas por energía que no se pudieron apagar:

      • Número de máquinas que superan el umbral de tiempo de actividad
      • Intervalo de muestreo (en min); los intervalos pueden ser múltiplos de 30 min
      • Intervalo de nueva alerta (en min); la nueva alerta puede ser múltiplos de 60 min
  1. Programa los intervalos de nueva alerta para las alertas seleccionadas según sea necesario.
  2. Define el ámbito de la alerta.
  3. Establece los canales de notificación. Puede ser correo electrónico o Webhook.

    1. Puedes seleccionar las siguientes casillas de verificación:

      • Incluir una carga útil JSON como archivo adjunto en el webhook
      • Incluir un archivo CSV como archivo adjunto en el correo electrónico

    Para obtener más información, consulta Mejoras en el contenido de las alertas.

  4. Introduce los detalles de la alerta, como el Nombre de la alerta y la Descripción (opcional).
  5. Haz clic en Guardar. La alerta se ha creado.

Alertas para la supervisión de la infraestructura

Puedes crear alertas para supervisar el estado de los siguientes componentes compatibles de Citrix Virtual Apps and Desktops™:

  • Provisioning Service

    Políticas de alerta avanzadas de PVS

  • StoreFront

    Políticas de alerta avanzadas de SF

  • Delivery Controller

    Políticas de alerta avanzadas de DDC

Una vez completada la configuración de la supervisión de la infraestructura, puedes usar los datos de estado disponibles en Director para configurar alertas para cualquier componente necesario. Los administradores pueden establecer condiciones, ámbitos y medios de notificación para recibir alertas importantes a través de correos electrónicos o una carga útil JSON a través de webhooks. Para Provisioning Service y Delivery Controller, puedes seleccionar el ámbito de las alertas como nivel de sitio o nivel de servidor individual. Por ejemplo, en el caso de Provisioning Service, si seleccionas “All Provisioning Service”, solo recibirás una única alerta para todo el sitio, incluso si el sitio tiene dos servidores. Esto se considera una alerta a nivel de sitio. Las alertas generadas también están disponibles en la sección Alertas de Citrix para su análisis y gestión.

Como parte de la política de infraestructura recién introducida, las condiciones de alerta se clasifican en cuatro secciones:

  • Accesibilidad
  • Servicios dependientes
  • Impacto
  • Utilización de recursos

Las condiciones dentro de cada categoría se pueden establecer con la gravedad de Crítica y Advertencia según las prioridades de tu organización. También puedes programar intervalos de re-alerta para estas alertas.

Puedes crear una política de infraestructura desde la sección Alertas > Políticas de alerta de Citrix. Puedes seleccionar la categoría necesaria y, a continuación, seleccionar las condiciones necesarias para la política. Para obtener más información sobre cómo crear una política, consulta Crear políticas de alerta. Una vez creada la política, puedes modificarla, eliminarla o deshabilitarla en la página Alertas de Citrix.

Para obtener más detalles sobre las condiciones admitidas en cada categoría y componente, consulta lo siguiente:

Los siguientes datos se reciben como una alerta por correo electrónico o en la página de Alertas de Citrix:

Campo Descripción
ID de cliente El ID de cliente del sitio.
Nivel de alerta Los valores posibles son Crítica y Advertencia.
Destino El nombre de la máquina para la que se activa la alerta.
Hora La hora en que se activa la alerta.
Ámbito El ámbito de la política.
Política El nombre de la política.
Descripción La descripción del problema por el que se activa la alerta.

Definir el ámbito de la política

Puedes definir el ámbito de tu alerta y agregar excepciones. La alerta se genera solo para el ámbito seleccionado y el subámbito excluido mediante la adición de excepciones no se incluye en la generación de alertas. Esta función te ayuda a crear alertas a un nivel granular.

Puedes crear notificaciones a través de correos electrónicos o mediante URL de webhook. También puedes seleccionar tu idioma preferido en el que deseas recibir las alertas. También puedes seleccionar una opción para recibir los parámetros de alerta en un archivo .CSV adjunto para el correo electrónico o en una carga útil JSON a través de una URL de webhook. El archivo adjunto incluye los detalles de los parámetros necesarios. Para obtener más información, consulta Mejoras en el contenido de las alertas.

Los siguientes datos se reciben como una alerta por correo electrónico o en la página Alertas de Citrix:

Campo Descripción
ID de cliente El ID de cliente del sitio.
Nivel de alerta Este valor es el valor predefinido establecido para cada condición de alerta. Los valores posibles son Crítica y Advertencia.
Condición Este valor es la condición establecida al crear la política. Por ejemplo, el número de máquinas no registradas es igual o superior a 20.
Destino El nombre del grupo de entrega o del sitio para el que se activa la alerta.
Sitio El nombre del sitio.
Ámbito El ámbito de la política. Este valor también incluye el subámbito.
Política El nombre de la política.
Descripción La descripción del problema por el que se activa la alerta.

¿Cómo crear una política de alerta avanzada mediante un script de PowerShell?

    -  Script de PowerShell para crear una política de alerta:
asnp Citrix.Monitor.*
# Add Parameters
$timeSpan = New-TimeSpan -Seconds 30
$alertThreshold = 1
$alarmThreshold = 2
# Add Target UID's
$targetIds = @()
$targetIds += "e9a211b4-a1f3-4f74-b6c7-85225902e997"
# Add email addresses
$emailaddress = @()
$emailaddress += "loki@abc.com"
-  # Create new policy
-  $policy = New-MonitorNotificationPolicy -Name "FailedMachinePercentageAlertCreationViaPowershell" -Description "Policy created to test urm" -Enabled $true
<!--NeedCopy-->

Reemplaza la siguiente línea con la condición correcta para FailedMachinePercentage

Add-MonitorNotificationPolicyCondition -Uid $policy.Uid -ConditionType FailedMachinePercentage -AlertThreshold $alertThreshold -AlarmThreshold $alarmThreshold -AlertRenotification $timeSpan -AlarmRenotification $timeSpan

Add-MonitorNotificationPolicyTargets -Uid $policy.Uid -Scope "DG-Multisession" -TargetKind DesktopGroup -TargetIds $targetIds

$policy = Get-MonitorNotificationPolicy -Uid $policy.Uid
$policy
<!--NeedCopy-->

FailedMachinePercentage

En la imagen anterior, puedes ver que la política se ha creado y que el Uid es 10.

Para agregar correo electrónico a la configuración

Set-MonitorNotificationEmailServerConfiguration -ProtocolType SMTP -ServerName NameOfTheSMTPServerOrIPAddress -PortNumber 80 -SenderEmailAddress loki@abc.com -RequiresAuthentication 0
<!--NeedCopy-->

Para agregar correo electrónico a la política

Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

Script de ejemplo para agregar correo electrónico:

Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

PS agregar correo electrónico

Para agregar URL de webhook a la política

Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
<!--NeedCopy-->

PS agregar webhook

  • Script de ejemplo para agregar una URL de webhook:
Set-MonitorNotificationPolicy –Uid 10  –Webhook  'https://hooks.slack.com/triggers/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'
<!--NeedCopy-->
  • Obtener detalles de la política creada

-  Get-MonitorNotificationPolicy -Uid 10
<!--NeedCopy-->
  • PS Crear política

Crear políticas de alerta

  • Políticas de alertas de Director

  • Para crear una política de alerta, por ejemplo, para generar una alerta cuando se cumple un conjunto específico de criterios de recuento de sesiones:

  1. Vaya a Alertas > Política de alertas de Citrix y seleccione, por ejemplo, Política de SO multisesión.
  2. Haga clic en Crear.
  3. Asigne un nombre y describa la política, luego establezca las condiciones que deben cumplirse para que se active la alerta. Por ejemplo, especifique los recuentos de advertencia y críticos para Sesiones conectadas máximas, Sesiones desconectadas máximas y Sesiones concurrentes totales máximas. Los valores de advertencia no deben ser mayores que los valores críticos. Para obtener más información, consulte Condiciones de las políticas de alertas.
      1. Establezca el intervalo de nueva alerta. Si las condiciones de la alerta aún se cumplen, la alerta se activa de nuevo en este intervalo de tiempo y, si está configurada en la política de alertas, se genera una notificación por correo electrónico. Una alerta descartada no genera una notificación por correo electrónico en el intervalo de nueva alerta.
      1. Establezca el Ámbito. Por ejemplo, configúrelo para un Grupo de entrega específico.
  4. En Preferencias de notificación, especifique quién debe ser notificado por correo electrónico cuando se active la alerta. Debe especificar un servidor de correo electrónico en la ficha Configuración del servidor de correo electrónico para establecer las preferencias de notificación por correo electrónico en las políticas de alertas.

      1. También puede recibir el contenido de la alerta en un archivo adjunto .CSV o a través de la carga útil JSON. Para ello, seleccione las siguientes casillas de verificación:
      • Incluir una carga útil JSON como archivo adjunto en el webhook
      • Incluir un archivo .CSV como archivo adjunto en el correo electrónico

    Nota:

    Las opciones para recibir contenido de alerta a través de archivos adjuntos .CSV y cargas útiles JSON solo están disponibles para algunas alertas actualmente. Para obtener más información, consulte Mejoras en el contenido de las alertas

      1. Haga clic en Guardar.

La creación de una política con 20 o más Grupos de entrega definidos en el Ámbito puede tardar aproximadamente 30 segundos en completar la configuración. Durante este tiempo, se muestra un indicador de carga.

  • La creación de más de 50 políticas para hasta 20 Grupos de entrega únicos (1000 destinos de Grupo de entrega en total) podría provocar un aumento en el tiempo de respuesta (más de 5 segundos).

Mover una máquina que contiene sesiones activas de un Grupo de entrega a otro podría activar alertas erróneas del Grupo de entrega que se definen utilizando parámetros de máquina.

  • Nota:

    • Después de eliminar una política de alertas, las notificaciones de alerta generadas por la política pueden tardar hasta 30 minutos en detenerse.

    • Mejoras en el contenido de las alertas

La función de alertas de Director se ha mejorado para incluir un archivo adjunto CSV y una carga útil JSON. Con esta mejora, puede obtener detalles de las alertas en un archivo adjunto CSV por correo electrónico o como una carga útil JSON si hay un webhook. El uso de este archivo adjunto CSV o carga útil JSON le permite recibir contenido enriquecido a un nivel detallado, lo que ayuda a la identificación y resolución rápidas de problemas.

  • Actualmente, esta mejora solo está disponible en las siguientes alertas:

  • Tiempo de actividad de la máquina
  • Acciones de encendido fallidas
  • Acciones de apagado fallidas
  • Máquinas no registradas (%)

  • Para usar esta función, vaya a la alerta y seleccione las siguientes casillas de verificación:

  • Incluir una carga útil JSON como archivo adjunto en el webhook
  • Incluir un archivo .CSV como archivo adjunto en el correo electrónico

La siguiente es una captura de pantalla de la sección Políticas de alertas de Citrix:

Alerta mejorada

-  Aquí tiene una captura de pantalla de la sección **Políticas de alertas avanzadas**:

Alerta avanzada mejorada

Archivo adjunto CSV

-  La siguiente tabla proporciona las columnas del archivo adjunto .CSV para todas las alertas admitidas:
Columna Alerta aplicable
Nombre de la máquina, dirección IP y nombre del grupo de entrega Tiempo de actividad de la máquina, acción de apagado fallida y acción de encendido fallida, y máquinas no registradas (%)
Estado de registro actual, fecha de fallo, estado de fallo y estado del ciclo de vida Máquina no registrada (%)
Motivo del último fallo de acción de energía, activado por la última acción de energía, tipo de última acción de energía y fecha de finalización de la última acción de energía Acción de apagado fallida y acción de encendido fallida
-  |Estado de energía, fecha de encendido y tiempo total de actividad en minutos|Tiempo de actividad de la máquina|
  • Carga útil del webhook

  • Alerta de porcentaje de máquinas no registradas
{
  "text": "{\"Address\":\"<Webhook URL>\",\"NotificationId\":\"<NotificationGUID>\",\"NotificationState\":\"NotificationActive\",\"Priority\":\"<Critical/Warning>\",\"Target\":\"<DeliveryGroupName>\",\"Condition\":\"Unregistered machines (in %)\",\"Value\":\"<Value Set as Threshold>\",\"Timestamp\":\"<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>\",\"PolicyName\":\"<Alert Policy Name>\",\"Description\":\"<Alert Policy Description>\",\"Scope\":\"DeliveryGroup\",\"Site\":\"<Name of the Site>\",\"AttachmentData\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"CurrentRegistrationState\":\"Unregistered\",\"FailureDate\":\"<Date of Failure>\",\"FaultState\":\"<Fault State of the Machine>\",\"LifecycleState\":\"<Lifecycle state of the Machine>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"CurrentRegistrationState\":\"Unregistered\",\"FailureDate\":\"<Date of Failure>\",\"FaultState\":\"<Fault State of the Machine>\",\"LifecycleState\":\"<Lifecycle state of the Machine>\"}]}"
}
<!--NeedCopy-->
Alerta de acciones de encendido fallidas
{
  "text": "{\"Address\":\"<Webhook URL>\",\"NotificationId\":\"<NotificationGUID>\",\"NotificationState\":\"NotificationActive\",\"Priority\":\"<Critical/Warning>\",\"Target\":\"<DeliveryGroupName>\",\"Condition\":\"Failure To PowerOn Action\",\"Value\":\"<Value Set as Threshold>\",\"Timestamp\":\"<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>\",\"PolicyName\":\"<Alert Policy Name>\",\"Description\":\"<Alert Policy Description>\",\"Scope\":\"DeliveryGroup\",\"Site\":\"<Name of the Site>\",\"AttachmentData\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure, HypervisorRateLimitExceeded, UnknownError, Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User, Administrator, Auto-Scale, Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure, HypervisorRateLimitExceeded, UnknownError, Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User, Administrator, Auto-Scale, Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"}]}"
-  }
<!--NeedCopy-->
Alerta de acciones de apagado fallidas
{
  "text": "{\"Address\":\"<Webhook URL>\",\"NotificationId\":\"<NotificationGUID>\",\"NotificationState\":\"NotificationActive\",\"Priority\":\"<Critical/Warning>\",\"Target\":\"<DeliveryGroupName>\",\"Condition\":\"Failure To PowerOff Action\",\"Value\":\"<Value Set as Threshold>\",\"Timestamp\":\"<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>\",\"PolicyName\":\"<Alert Policy Name>\",\"Description\":\"<Alert Policy Description>\",\"Scope\":\"DeliveryGroup\",\"Site\":\"<Name of the Site>\",\"AttachmentData\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IPV4 Address of the Machine>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User,Administrator,Auto-Scale,Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IPV4 Address of the Machine>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"LastPowerActionFailureReason\":\"<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>\",\"LastPowerActionTriggeredBy\":\"<End-User,Administrator,Auto-Scale,Schedule>\",\"LastPowerActionType\":\"<PowerOn/PowerOff>\",\"LastPowerActionCompletedDate\":\"<Time string Eg: 2024-05-15T15:04:27.723>\"}]}"
    -  }

<!--NeedCopy-->
-  ##### Alerta de tiempo de actividad de la máquina
{
  "text": "{\"Address\":\"<Webhook URL>\",\"NotificationId\":\"<NotificationGUID>\",\"NotificationState\":\"NotificationActive\",\"Priority\":\"<Critical/Warning>\",\"Target\":\"<DeliveryGroupName>\",\"Condition\":\"Machine Uptime Alert\",\"Value\":\"<Value Set as Threshold>\",\"Timestamp\":\"<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>\",\"PolicyName\":\"<Alert Policy Name>\",\"Description\":\"<Alert Policy Description>\",\"Scope\":\"DeliveryGroup\",\"Site\":\"<Name of the Site>\",\"AttachmentData\":[{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"PowerState\":\"<On/Off>\",\"PoweredOnDate\":\"2024-05-15T15:04:27.723\",\"TotalUptimeInMinutes\":180},{\"MachineName\":\"<Name of the Machine>\",\"IPAddress\":\"<IP Address>\",\"DeliveryGroupName\":\"<Name of the DeliveryGroup>\",\"PowerState\":\"<ON/OFF>\",\"PoweredOnDate\":\"2024-05-15T15:04:27.723\",\"TotalUptimeInMinutes\":\"<Uptime Duration>\"}]}"
-  }

<!--NeedCopy-->

Condiciones de las políticas de alertas

A continuación, encontrarás las categorías de alertas, las acciones recomendadas para mitigar la alerta y las condiciones de las políticas integradas, si están definidas. Las políticas de alertas integradas están definidas para intervalos de alerta y realerta de 60 minutos.

Picos de sesiones conectadas

-  Consulta la vista Tendencias de sesiones de Director para ver los picos de sesiones conectadas.
-  Asegúrate de que haya suficiente capacidad para soportar la carga de sesiones.
  • Agrega nuevas máquinas si es necesario.

Picos de sesiones desconectadas

  • Consulta la vista Tendencias de sesiones de Director para ver los picos de sesiones desconectadas.
  • Asegúrate de que haya suficiente capacidad para soportar la carga de sesiones.
  • Agrega nuevas máquinas si es necesario.
  • Cierra la sesión de las sesiones desconectadas si es necesario.

Picos de sesiones concurrentes totales

  • Consulta la vista Tendencias de sesiones de Director en Director para ver los picos de sesiones concurrentes.
  • Asegúrate de que haya suficiente capacidad para soportar la carga de sesiones.
  • Agrega nuevas máquinas si es necesario.
  • Cierra la sesión de las sesiones desconectadas si es necesario.

CPU

El porcentaje de uso de CPU indica el consumo general de CPU en el VDA, incluido el de los procesos. Puedes obtener más información sobre la utilización de CPU por procesos individuales desde la página Detalles de la máquina del VDA correspondiente.

  • Ve a Detalles de la máquina > Ver utilización histórica > 10 procesos principales, e identifica los procesos que consumen CPU. Asegúrate de que la política de supervisión de procesos esté habilitada para iniciar la recopilación de estadísticas de uso de recursos a nivel de proceso.
  • Finaliza el proceso si es necesario.
  • Finalizar el proceso provoca la pérdida de datos no guardados.
    • Si todo funciona como se espera, agrega recursos de CPU adicionales en el futuro.

    Nota:

    La configuración de la política Habilitar supervisión de recursos está permitida de forma predeterminada para la supervisión de contadores de rendimiento de CPU y memoria en máquinas con VDA. Si esta configuración de política está deshabilitada, no se activarán las alertas con condiciones de CPU y memoria. Para obtener más información, consulta Configuración de la política de supervisión

    Condiciones de la política inteligente:

    • Ámbito: Grupo de entrega, ámbito de SO multisesión
    • Valores de umbral: Advertencia - 80%, Crítico - 90%

Memoria

El porcentaje de uso de memoria indica el consumo general de memoria en el VDA, incluido el de los procesos. Puedes obtener más información sobre el uso de memoria por procesos individuales desde la página Detalles de la máquina del VDA correspondiente.

-  Ve a **Detalles de la máquina > Ver utilización histórica > 10 procesos principales**, e identifica los procesos que consumen memoria. Asegúrate de que la política de supervisión de procesos esté habilitada para iniciar la recopilación de estadísticas de uso de recursos a nivel de proceso.
-  Finaliza el proceso si es necesario.
  • Finalizar el proceso provoca la pérdida de datos no guardados.
  • Si todo funciona como se espera, agrega memoria adicional en el futuro.

    Nota:

    La configuración de la política Habilitar supervisión de recursos está permitida de forma predeterminada para la supervisión de contadores de rendimiento de CPU y memoria en máquinas con VDA. Si esta configuración de política está deshabilitada, no se activarán las alertas con condiciones de CPU y memoria. Para obtener más información, consulta Configuración de la política de supervisión

    Condiciones de la política inteligente:

    • Ámbito: Grupo de entrega, ámbito de SO multisesión
    • Valores de umbral: Advertencia - 80%, Crítico - 90%

Tasa de fallos de conexión

Porcentaje de fallos de conexión durante la última hora.

  • Calculado en función del total de fallos respecto al total de intentos de conexión.
  • Consulta la vista Tendencias de fallos de conexión de Director para ver los eventos registrados en el registro de configuración.
  • Determina si las aplicaciones o los escritorios son accesibles.

Recuento de fallos de conexión

Número de fallos de conexión durante la última hora.

  • Consulta la vista Tendencias de fallos de conexión de Director para ver los eventos registrados en el registro de configuración.
  • Determina si las aplicaciones o los escritorios son accesibles.

ICA® RTT (promedio)

Tiempo de ida y vuelta promedio de ICA.

  • Consulta Citrix ADM para obtener un desglose del RTT de ICA y determinar la causa raíz. Para obtener más información, consulta la documentación de Citrix ADM.
  • Si Citrix ADM no está disponible, consulta la vista Detalles de usuario de Director para ver el RTT de ICA y la latencia, y determina si se trata de un problema de red o un problema con las aplicaciones o los escritorios.

ICA RTT (núm. de sesiones)

Número de sesiones que superan el tiempo de ida y vuelta de ICA umbral.

  • Consulta Citrix ADM para ver el número de sesiones con un RTT de ICA alto. Para obtener más información, consulta la documentación de Citrix ADM.
  • Si Citrix ADM no está disponible, trabaja con el equipo de red para determinar la causa raíz.

    Condiciones de la política inteligente:

    • Ámbito: Grupo de entrega, ámbito de SO multisesión
    • Valores de umbral: Advertencia - 300 ms para 5 o más sesiones, Crítico - 400 ms para 10 o más sesiones

ICA RTT (% de sesiones)

Porcentaje de sesiones que superan el tiempo de ida y vuelta promedio de ICA.

  • Consulta Citrix ADM para ver el número de sesiones con un RTT de ICA alto. Para obtener más información, consulta la documentación de Citrix ADM.
  • Si Citrix ADM no está disponible, trabaja con el equipo de red para determinar la causa raíz.

ICA RTT (usuario)

Tiempo de ida y vuelta de ICA que se aplica a las sesiones iniciadas por el usuario especificado. La alerta se activa si el RTT de ICA es superior al umbral en al menos una sesión.

Máquinas fallidas (SO de sesión única)

Número de máquinas con SO de sesión única fallidas. Los fallos pueden ocurrir por varias razones, como se muestra en las vistas del Panel de control y Filtros de Director.

  • Ejecuta los diagnósticos de Citrix Scout para determinar la causa raíz.

    Condiciones de la política inteligente:

    • Ámbito: Grupo de entrega, ámbito de SO de varias sesiones
    • Valores de umbral: Advertencia - 1, Crítico - 2

Máquinas fallidas (SO de varias sesiones)

Número de máquinas con SO de varias sesiones fallidas. Los fallos pueden ocurrir por varias razones, como se muestra en las vistas del Panel de control y Filtros de Director.

  • Ejecuta los diagnósticos de Citrix Scout para determinar la causa raíz.

    Condiciones de la política inteligente:

    • Ámbito: Grupo de entrega, ámbito de SO de varias sesiones
    • Valores de umbral: Advertencia - 1, Crítico - 2
  • Máquinas fallidas (en %)

El porcentaje de máquinas con SO de sesión única y de varias sesiones fallidas en un grupo de entrega, calculado en función del número de máquinas fallidas. Esta condición de alerta te permite configurar umbrales de alerta como un porcentaje de máquinas fallidas en un grupo de entrega y se calcula cada 30 segundos. Los fallos pueden ocurrir por varias razones, como se muestra en las vistas del Panel de control y Filtros de Director. Ejecuta los diagnósticos de Citrix Scout para determinar la causa raíz. Para obtener más información, consulta Solucionar problemas de usuario.

Acción de encendido fallida y acción de apagado fallida

Número de acciones de encendido fallidas y número de acciones de apagado fallidas en un grupo de entrega, calculado en función del número de máquinas administradas por energía que no se pudieron encender o apagar. Esta condición de alerta te permite configurar umbrales de alerta como el número de máquinas administradas por energía que no se pudieron encender o apagar en un grupo de entrega y se calcula cada 30 minutos.

El administrador puede configurar los siguientes parámetros para estas alertas en la política de alerta avanzada:

  • Activado por: Qué activó la acción de energía
  • Motivo del fallo: Por qué falló la acción
  • Umbral: Número de máquinas que fallaron la acción de energía para activar la política
  • Intervalo de muestreo: El intervalo en el que se debe comprobar la acción de energía fallida
  • Intervalo de nueva alerta: Después de cuánto tiempo se debe volver a enviar la alerta

Los fallos pueden ocurrir por varias razones, como se muestra en las vistas del Panel de control y Filtros de Director. Ejecuta los diagnósticos de Citrix Scout para determinar la causa raíz. Para obtener más información, consulta Solucionar problemas de usuario.

Máquinas no registradas (en %)

Una máquina se considera no registrada cuando se vuelve inestable debido a un reinicio o cuando hay un problema de comunicación entre el controlador de entrega y las máquinas virtuales. El porcentaje de máquinas no registradas es el porcentaje de máquinas con SO de sesión única y de varias sesiones no registradas en un grupo de entrega, calculado en función del número de máquinas no registradas. Esta condición de alerta te permite configurar valores de umbral de advertencia y críticos como un porcentaje de máquinas no registradas en un grupo de entrega. Puedes establecer un intervalo para la nueva alerta. También puedes agregar un correo electrónico para recibir una notificación cuando se cumplan las condiciones para el porcentaje de máquinas no registradas. Cuando se supera el valor de umbral crítico o de advertencia, se generan alertas y correos electrónicos. Puedes ver las alertas en Alertas de Citrix. Puedes filtrarlas por la categoría Máquinas no registradas (en %) y por el estado y la hora requeridos.

También puedes recibir los detalles de la alerta en un archivo CSV adjunto si hay un correo electrónico o a través de una carga útil JSON si hay un webhook.

Nota:

El valor crítico debe ser mayor que el valor de advertencia.

Condiciones de la política:

  • Ámbito: Grupo de entrega de SO de sesión única y de varias sesiones
  • Valores de umbral: Advertencia y Crítico

Alerta de disponibilidad de la máquina

La disponibilidad de la máquina en un grupo de entrega se calcula en función del número de horas al día, horas a la semana u horas al mes que una máquina está encendida en un grupo de entrega. Esta condición de alerta te permite configurar umbrales de alerta como las horas que una máquina está encendida en un grupo de entrega. Las alertas de disponibilidad de la máquina funcionan de la siguiente manera en caso de:

  • Horas al día: Puedes especificar el número de horas que una máquina está encendida durante un día y se calcula cada 30 minutos. El número máximo de horas al día que puedes establecer es de 24 horas.
  • Horas a la semana: Puedes especificar el número de horas que una máquina está encendida durante una semana y se calcula cada seis horas. El número máximo de horas a la semana que puedes establecer es de 168 horas.
  • Horas al mes: Puedes especificar el número de horas que una máquina está encendida durante un mes y se calcula una vez al día. El número máximo de horas al mes es de 720 horas. El valor mínimo del intervalo de nueva alerta que puedes establecer es de 60 minutos. Puedes introducir el número de máquinas que superan el valor de umbral de disponibilidad de la máquina en la sección de alertas de Advertencia y Críticas. También puedes agregar excepciones para cualquier máquina.

Por ejemplo, si hay cinco grupos de entrega agregados para esta alerta y si en el primer grupo de entrega y en el cuarto grupo de entrega, el número de máquinas supera los valores de umbral de advertencia o críticos, la alerta se activa por separado para el primer grupo de entrega y para el cuarto grupo de entrega.

Esta alerta ayuda a los administradores a analizar la disponibilidad de las máquinas y, basándose en este análisis, los administradores pueden ayudar a optimizar el coste. También puedes recibir los detalles de la alerta en un archivo CSV adjunto si hay un correo electrónico o a través de una carga útil JSON si hay un webhook.

Duración media del inicio de sesión

Duración media del inicio de sesión para los inicios de sesión que ocurrieron en la última hora.

  • Consulta el Panel de control de Director para obtener métricas actualizadas sobre la duración del inicio de sesión. Muchos usuarios iniciando sesión en un corto período de tiempo pueden aumentar la duración del inicio de sesión.
  • Consulta la línea base y el desglose de los inicios de sesión para acotar la causa. Para obtener más información, consulta Diagnosticar problemas de inicio de sesión de usuario

    Condiciones de la política inteligente:

    • Ámbito: Grupo de entrega, ámbito de SO de varias sesiones
    • Valores de umbral: Advertencia - 45 segundos, Crítico - 60 segundos

Duración del inicio de sesión (usuario)

Duración del inicio de sesión para los inicios de sesión del usuario especificado que ocurrieron en la última hora.

Índice del evaluador de carga

Valor del índice del evaluador de carga durante los últimos 5 minutos.

  • Consulta Director para ver las máquinas con SO de varias sesiones que puedan tener una carga máxima. Consulta tanto el Panel de control (fallos) como el informe de tendencias del índice del evaluador de carga.

    Condiciones de la política inteligente:

    • Ámbito: Grupo de entrega, ámbito de SO de varias sesiones
    • Valores de umbral: Advertencia - 80%, Crítico - 90%

Configurar políticas de alertas con webhooks

Además de las notificaciones por correo electrónico, puedes configurar políticas de alertas con webhooks.

Nota: Esta función requiere la versión 7.11 o posterior de Delivery Controller(s).

Puedes configurar una política de alertas con una devolución de llamada HTTP o una publicación HTTP (HTTP POST) usando cmdlets de PowerShell. Estos se han extendido para admitir webhooks.

Para obtener información sobre la creación de un nuevo flujo de trabajo de Octoblu y la obtención de la URL de webhook correspondiente, consulta el Octoblu Developer Hub.

Para configurar una URL de webhook para una nueva política de alertas o para una política existente, usa los siguientes cmdlets de PowerShell.

Crear una nueva política de alertas con una URL de webhook:

$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
<!--NeedCopy-->

Agregar una URL de webhook a una política de alertas existente:

Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
<!--NeedCopy-->

Para obtener ayuda sobre los comandos de PowerShell, usa la ayuda de PowerShell, por ejemplo:

Get-Help  <Set-MonitorNotificationPolicy>
<!--NeedCopy-->

Las notificaciones generadas a partir de la política de alertas activan el webhook con una llamada POST a la URL del webhook. El mensaje POST contiene la información de la notificación en formato JSON:

{"NotificationId" : \<Notification Id\>,

"Target" : \<Notification Target Id\>,

"Condition" : \<Condition that was violated\>,

"Value" : \<Threshold value for the Condition\>,

"Timestamp": \<Time in UTC when notification was generated\>,

"PolicyName": \<Name of the Alert policy\>,

"Description": \<Description of the Alert policy\>,

"Scope" : \<Scope of the Alert policy\>,

"NotificationState": \<Notification state critical, warning, healthy or dismissed\>,

"Site" : \<Site name\>}
<!--NeedCopy-->

Descarte masivo de alertas

Esta función optimiza el proceso de gestión de alertas para los administradores, proporcionando flexibilidad y reduciendo la fatiga por alertas. Los administradores pueden descartar alertas de forma masiva según el tiempo, el tipo o la categoría, lo que simplifica la gestión de alertas durante el mantenimiento o al tratar con hipervisores y otros entornos.

El descarte masivo de alertas ayuda a los administradores a gestionar su carga de trabajo de manera eficiente y evita que se vean abrumados por un gran volumen de alertas.

Pasos para descartar alertas de forma masiva

  1. Navega a la ficha Alertas > Alertas de Citrix. Se muestran las alertas.

    Alertas masivas

  2. Selecciona una opción de Origen, Categoría, Estado o Período de tiempo para filtrar las alertas que quieres descartar. Se muestran las alertas específicas.
  3. Selecciona la casilla de verificación junto a una alerta específica o en la parte superior para seleccionar todas las alertas.
  4. Haz clic en Descartar. Aparece una notificación para confirmar el descarte de las alertas.
  5. Haz clic en . Las alertas seleccionadas se marcan como descartadas y el estado de la alerta se actualiza en consecuencia.

Configuración de webhooks mediante PowerShell SDK

La función de configuración de webhooks mediante PowerShell SDK permite a los administradores crear, modificar, eliminar y listar perfiles de webhook. Esta función proporciona flexibilidad en la configuración de webhooks al permitir la especificación de encabezados, tipos de autenticación, tipos de contenido, cargas útiles y URL de webhook.

Nota:

El formato de carga útil admitido es texto y el usuario final debe habilitar el texto en su webhook.

El formato de carga útil más reciente es:

{"text": "This is a message from a Webex incoming webhook."}
<!--NeedCopy-->

Crear un webhook

Puedes usar el siguiente comando de PowerShell de ejemplo para crear un perfil de webhook:

Para crear un webhook sin encabezado de autorización:

$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$payloads = '{ "text": "$PAYLOAD" }'

$url = "<Fill this field with the required URL>"

Add-MonitorWebhookProfile -Name "profile_slack" -Description "webhook profile for slack" -Url $url -Headers $headers -PayloadFormat $payloads
<!--NeedCopy-->

Para crear un webhook con encabezado de autorización:

$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$headers.Add("Authorization", "Basic <Fill this field with the authorization token>")

$payloads = '{ "text": "$PAYLOAD" }'

$url = "<Fill this field with the required URL>"

Add-MonitorWebhookProfile -Name "profile_azure" -Description "webhook profile for azure function with Authentication" -Url $url -Headers $headers -PayloadFormat $payloads 
<!--NeedCopy-->

Una vez creado el perfil, puedes comprobarlo en la base de datos. Además, puedes encontrar el perfil de webhook recién creado en la página Alertas de Citrix.

Perfil de webhook

Actualizar un perfil de webhook

Puedes usar el siguiente comando de PowerShell de ejemplo para actualizar un perfil de webhook:

$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$payloads = '{ "text": "$PAYLOAD" }'

$url =  "<Fill this field with the required URL>"

Set-MonitorWebhookProfile -Uid 1  -Name "profile_slack_citrix" -Description "webhook profile for citrix slack" -Url $url -Headers $headers -PayloadFormat $payloads
<!--NeedCopy-->

Obtener una lista de todos los perfiles de webhook

Puedes usar el siguiente comando de PowerShell de ejemplo para obtener una lista de todos los perfiles de webhook disponibles:

Get-MonitorWebhookProfile

Get-MonitorWebhookProfile -Name 'profile_msteams'

Get-MonitorWebhookProfile -Uid 1
<!--NeedCopy-->

Quitar un perfil de webhook

Puede usar el siguiente comando de PowerShell de ejemplo para quitar un perfil de webhook:

Remove-MonitorWebhookProfile -Uid 1
<!--NeedCopy-->

Nota:

Si un perfil de webhook está asignado a alguna directiva, no se puede quitar. Como solución alternativa, primero debe quitar la asignación del webhook de la directiva.

Crear una directiva con perfil de webhook

Puede usar el siguiente comando de PowerShell de ejemplo para crear una directiva con perfil de webhook:

New-MonitorNotificationPolicy -Name "Policy1" -Description "Policy Description" -Enabled $true -WebhookProfileId 1
<!--NeedCopy-->

Actualizar una directiva con perfil de webhook

Puede usar el siguiente comando de PowerShell de ejemplo para actualizar una directiva con perfil de webhook:

$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 1
<!--NeedCopy-->

Quitar la asignación de webhook de una directiva

Puede usar el siguiente comando de PowerShell de ejemplo para quitar el perfil de webhook de una directiva:

$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 0 
<!--NeedCopy-->

Probar el perfil de webhook

Puede usar el siguiente comando de PowerShell de ejemplo para probar el perfil de webhook:

$headers = [System.Collections.Generic.Dictionary[string,string]]::new()

$headers.Add("Content-Type", "application/json")

$headers.Add("Authorization", "Basic <Fill this with authorization token>")

$payloads = '{ "text": "$PAYLOAD" }'

$url ="<Fill this field with the required URL>"

Test-MonitorWebhookProfile -Url $url -Headers $headers -PayloadFormat $payloads
<!--NeedCopy-->

Supervisión de alertas del hipervisor

Director muestra alertas para supervisar el estado del hipervisor. Las alertas de XenServer® y VMware vSphere ayudan a supervisar los parámetros y estados del hipervisor. También se supervisa el estado de la conexión al hipervisor para proporcionar una alerta si el clúster o el grupo de hosts se reinicia o no está disponible.

Filtro de alertas del hipervisor

Para recibir alertas del hipervisor, asegúrese de que se crea una conexión de alojamiento en Web Studio. Para obtener más información, consulte Conexiones y recursos. Solo estas conexiones se supervisan para detectar alertas del hipervisor.

Estas alertas se muestran una vez que se alcanzan o superan los umbrales. Las alertas del hipervisor pueden ser:

  • Crítica: se ha alcanzado o superado el umbral crítico de la directiva de alarma del hipervisor.
  • Advertencia: se ha alcanzado o superado el umbral de advertencia de la directiva de alarma del hipervisor.
  • Descartada: la alerta ya no se muestra como una alerta activa.

Visualización de alertas del hipervisor

Esta función requiere Delivery Controller versión 7 1811 o posterior. Si utiliza una versión anterior de Director con sitios 7 1811 o posterior, solo se muestra el recuento de alertas del hipervisor. Para ver las alertas, debe actualizar Director.

La siguiente tabla describe los distintos parámetros y estados de las alertas del hipervisor.

Alerta Hipervisores compatibles Activado por Condición Configuración
Uso de CPU XenServer, VMware vSphere Hipervisor Se ha alcanzado o superado el umbral de alerta de uso de CPU Los umbrales de alerta deben configurarse en el hipervisor.
Uso de memoria XenServer, VMware vSphere Hipervisor Se ha alcanzado o superado el umbral de alerta de uso de memoria Los umbrales de alerta deben configurarse en el hipervisor.
Uso de red XenServer, VMware vSphere Hipervisor Se ha alcanzado o superado el umbral de alerta de uso de red Los umbrales de alerta deben configurarse en el hipervisor.
Uso de disco VMware vSphere Hipervisor Se ha alcanzado o superado el umbral de alerta de uso de disco Los umbrales de alerta deben configurarse en el hipervisor.
Estado de conexión o energía del host VMware vSphere Hipervisor El host del hipervisor se ha reiniciado o no está disponible Las alertas están preconfiguradas en VMware vSphere. No se necesitan configuraciones adicionales.
Conexión del hipervisor no disponible XenServer, VMware vSphere Delivery Controller La conexión al hipervisor (grupo o clúster) se ha perdido, se ha apagado o se ha reiniciado. Esta alerta se genera cada hora mientras la conexión no esté disponible. Las alertas están preconfiguradas con Delivery Controller. No se necesitan configuraciones adicionales.

Nota:

Para obtener más información sobre la configuración de alertas, consulte Alertas de Citrix XenCenter o consulte la documentación de alertas de VMware vCenter.

La preferencia de notificación por correo electrónico se puede configurar en Directiva de alertas de Citrix > Directiva de sitio > Estado del hipervisor. Las condiciones de umbral para las directivas de alerta del hipervisor se pueden configurar, editar, deshabilitar o eliminar solo desde el hipervisor y no desde Director. Sin embargo, la modificación de las preferencias de correo electrónico y el descarte de una alerta se pueden realizar en Director. Puede deshabilitar la alerta si su rol no implica la supervisión de la infraestructura.

Importante:

  • Las alertas activadas por el hipervisor se recuperan y se muestran en Director. Sin embargo, los cambios en el ciclo de vida/estado de las alertas del hipervisor no se reflejan en Director.
  • Las alertas que están en buen estado, descartadas o deshabilitadas en la consola del hipervisor siguen apareciendo en Director y deben descartarse explícitamente.
  • Las alertas que se descartan en Director no se descartan automáticamente en la consola del hipervisor.

Gestión mejorada de las alertas de equilibrio de carga vertical y horizontal

Anteriormente, cuando se establecía UseVerticalScalingForRdsLaunches en true y se configuraba la directiva “Número máximo de sesiones” en Studio, las máquinas pasaban al estado de “Capacidad máxima”. Director activaba alertas para la “Capacidad máxima” independientemente de si el límite se alcanzaba debido al equilibrio de carga vertical u horizontal. No había forma de distinguir entre el equilibrio de carga vertical y horizontal al encontrar errores específicos, como “Max Load Reached”. Esto provocaba alertas innecesarias para el comportamiento esperado en escenarios de escalado vertical, lo que le hacía perder tiempo y creaba confusión.

Ahora, cuando el equilibrio de carga vertical está activo y una máquina alcanza su límite de sesiones, pasa a un nuevo estado: “Capacidad máxima para escalado vertical”. Director ya no genera alertas para este nuevo estado. Las alertas solo se activan para la “Capacidad máxima” en escenarios de escalado horizontal. Puede ver el nuevo estado en las páginas de Filtros e Informes personalizados, lo que facilita la distinción entre condiciones esperadas y excepcionales. Esta mejora le ayuda a evitar alertas innecesarias y a centrarse en problemas reales, lo que agiliza la supervisión y la resolución de problemas. Se aplica cuando configura UseVerticalScalingForRdsLaunches mediante Set-BrokerSite y establece la directiva “Número máximo de sesiones” en Studio.

Alertas y notificaciones