Alertas y notificaciones
Supervisar alertas
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 Platinum. Las alertas se actualizan automáticamente cada minuto; también puede actualizarlas a petición.
Una alerta de advertencia (triángulo ámbar) indica que se ha alcanzado o superado el umbral de advertencia de una condición.
Una alerta crítica (círculo rojo) indica que se ha alcanzado o superado el umbral crítico de una condición.
Puede ver información más detallada sobre las alertas seleccionando una alerta en la barra lateral, haciendo clic en el enlace Ir a Alertas en la parte inferior de la barra lateral o seleccionando Alertas en la parte superior de la página de Director.
En la vista de Alertas, puede filtrar y exportar alertas. Por ejemplo, máquinas de SO de servidor 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, consulte Exportar informes.
Alertas de Citrix. Las alertas de Citrix son alertas supervisadas en Director que se originan en componentes de Citrix. Puede configurar las alertas de Citrix en Director en Alertas > Directiva de alertas de Citrix. Como parte de la configuración, puede establecer que se envíen notificaciones por correo electrónico a individuos y grupos cuando las alertas superen los umbrales que haya configurado. También puede configurar la notificación como webhooks de Octoblu o trampas SNMP. Para obtener más información sobre cómo configurar las alertas de Citrix, consulte Crear directivas de alertas.
Alertas de SCOM. Las alertas de SCOM muestran información de alerta de Microsoft System Center 2012 Operations Manager (SCOM) para proporcionar una indicación más completa del estado y el rendimiento del centro de datos dentro de Director. Para obtener más información, consulte Alertas de SCOM.
El número de alertas que se muestra junto a los iconos de alerta antes de expandir la barra lateral es la suma combinada de las alertas de Citrix® y SCOM.
Crear directivas de alertas
Para crear una nueva directiva de alertas, por ejemplo, para generar una alerta cuando se cumpla un conjunto específico de criterios de recuento de sesiones:
- Vaya a Alertas > Directiva de alertas de Citrix y seleccione, por ejemplo, Directiva de SO de servidor.
- Haga clic en Crear.
- Asigne un nombre y describa la directiva, 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 directivas de alertas.
- 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 directiva 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.
- Establezca el ámbito. Por ejemplo, establezca para un grupo de entrega específico.
- En las 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 directivas de alertas.
- Haga clic en Guardar.
Para obtener información sobre la configuración de webhooks de Octoblu, consulte Configurar directivas de alertas con webhooks de Octoblu.
Para obtener información sobre la configuración de trampas SNMP, consulte Configurar directivas de alertas con trampas SNMP.
La creación de una directiva 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 directivas para hasta 20 grupos de entrega únicos (1000 destinos de grupos de entrega en total) podría provocar un aumento del 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 de grupos de entrega definidas mediante parámetros de máquina.
Condiciones de las directivas de alertas
| Condición de la directiva de alertas | Descripción y acciones recomendadas |
|---|---|
| Sesiones conectadas máximas | Número de sesiones conectadas máximas. Consulte la vista Tendencias de sesiones de Director para ver las sesiones conectadas máximas. Compruebe que haya suficiente capacidad para la carga de sesiones. Agregue nuevas máquinas si es necesario. |
| Sesiones desconectadas máximas | Número de sesiones desconectadas máximas. Consulte la vista Tendencias de sesiones de Director para ver las sesiones desconectadas máximas. Compruebe que haya suficiente capacidad para la carga de sesiones. Agregue nuevas máquinas si es necesario. Cierre la sesión de las sesiones desconectadas si es necesario. |
| Total de sesiones simultáneas máximas | Número de sesiones simultáneas máximas. Consulte la vista Tendencias de sesiones de Director en Director para ver las sesiones simultáneas máximas. Compruebe que haya suficiente capacidad para la carga de sesiones. Agregue nuevas máquinas si es necesario. Cierre la sesión de las sesiones desconectadas si es necesario. |
| CPU | Porcentaje de uso de CPU. Identifique los procesos o recursos que consumen CPU. Finalice el proceso si es necesario. Al finalizar el proceso, se perderán los datos no guardados. Si todo funciona como se espera, añada recursos de CPU adicionales en el futuro. Nota: La configuración de directiva, Habilitar la supervisión de recursos, está permitida de forma predeterminada para la supervisión de los contadores de rendimiento de CPU y memoria en máquinas con VDA. Si esta configuración de directiva está inhabilitada, no se activarán las alertas con condiciones de CPU y memoria. Para obtener más información, consulte Directiva de supervisión. |
| Memoria | Porcentaje de uso de memoria. Identifique los procesos o recursos que consumen memoria. Finalice el proceso si es necesario. Al finalizar el proceso, se perderán los datos no guardados. Si todo funciona como se espera, añada memoria adicional en el futuro. Nota: La configuración de directiva, Habilitar la supervisión de recursos, está permitida de forma predeterminada para la supervisión de los contadores de rendimiento de CPU y memoria en máquinas con VDA. Si esta configuración de directiva está inhabilitada, no se activarán las alertas con condiciones de CPU y memoria. Para obtener más información, consulte Configuración de directiva de supervisión. |
| Tasa de errores de conexión | Porcentaje de errores de conexión durante la última hora. Calculado en función del total de errores respecto al total de conexiones intentadas. Consulte la vista Tendencias de errores de conexión de Director para ver los eventos registrados en el registro de configuración. Determine si las aplicaciones o los escritorios son accesibles. |
| Recuento de errores de conexión | Número de errores de conexión durante la última hora. Consulte la vista Tendencias de errores de conexión de Director para ver los eventos registrados en el registro de configuración. Determine si las aplicaciones o los escritorios son accesibles. |
| ICA RTT (promedio) | Tiempo de ida y vuelta ICA promedio. Consulte NetScaler HDX Insight para obtener un desglose del RTT de ICA y determinar la causa raíz. Si NetScaler no está disponible, consulte la vista Detalles de usuario de Director para ver el RTT y la latencia de ICA y determine si es un problema de red o de XD/XA. Para obtener más información, consulte la documentación de NetScaler Insight Center, Casos de uso: HDX Insight. |
| RTT de ICA (n.º de sesiones) | Número de sesiones que superan el umbral de tiempo de ida y vuelta de ICA. Consulte NetScaler HDX Insight para ver el número de sesiones con un RTT de ICA alto. Para obtener más información, consulte la documentación de NetScaler Insight Center, Informes de HDX Insight. Si NetScaler no está disponible, trabaje con el equipo de red para determinar la causa raíz. |
| RTT de ICA (% de sesión) | Porcentaje de sesiones que superan el tiempo de ida y vuelta ICA promedio. Consulte NetScaler HDX Insight para ver el número de sesiones con un RTT de ICA alto. Para obtener más información, consulte la documentación de NetScaler Insight Center, Informes de HDX Insight. Si NetScaler no está disponible, trabaje 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 con errores (SO de escritorio) | Número de máquinas con SO de escritorio con errores. Los errores pueden ocurrir por varias razones, como se muestra en el panel de Director y en las vistas de filtros. Ejecute los diagnósticos de Citrix Scout para determinar la causa raíz. Para obtener más información, consulte Solucionar problemas de usuario. |
| Máquinas con errores (SO de servidor) | Número de máquinas con SO de servidor con errores. Los errores pueden ocurrir por varias razones, como se muestra en el panel de Director y en las vistas de filtros. Ejecute los diagnósticos de Citrix Scout para determinar la causa raíz. |
| Duración media del inicio de sesión | Duración media de los inicios de sesión que se produjeron durante la última hora. Consulte el panel de Director para obtener métricas actualizadas sobre la duración del inicio de sesión. Un gran número de usuarios que inician sesión en un corto período de tiempo puede provocar inicios de sesión prolongados. Compruebe la línea base y el desglose de los inicios de sesión para acotar la causa. Para obtener más información, consulte Diagnosticar problemas de inicio de sesión de usuario. |
| Duración del inicio de sesión (usuario) | Duración de los inicios de sesión del usuario especificado que se produjeron durante la última hora. |
| Índice del evaluador de carga | Valor del índice del evaluador de carga durante los últimos 5 minutos. Compruebe Director para las máquinas con SO de servidor que puedan tener una carga máxima (carga máxima). Consulte tanto el panel (errores) como el informe de tendencias del índice del evaluador de carga. |
Configurar directivas de alertas con webhooks de Octoblu
Además de las notificaciones por correo electrónico, puede configurar directivas de alertas con webhooks de Octoblu para iniciar servicios de IoT.
Nota: Esta función requiere la versión 7.11 o posterior de Delivery Controller(s).
Algunos ejemplos de servicios de IoT que pueden utilizar alertas incluyen el envío de notificaciones por SMS al personal de soporte o la integración con plataformas personalizadas de resolución de incidentes para ayudar en el seguimiento de las notificaciones.
Puede configurar una directiva de alertas con una devolución de llamada HTTP o una publicación HTTP mediante cmdlets de PowerShell. Se han ampliado 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, consulte el Octoblu Developer Hub.
Para configurar una URL de webhook de Octoblu para una nueva directiva de alertas o una directiva existente, utilice los siguientes cmdlets de PowerShell.
Crear una nueva directiva de alertas con una URL de webhook:
$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
Agregar una URL de webhook a una directiva de alertas existente:
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
Para obtener ayuda sobre los comandos de PowerShell, utilice la ayuda de PowerShell, por ejemplo:
Get-Help <Set-MonitorNotificationPolicy>
Las notificaciones generadas a partir de la directiva de alertas activan el webhook con una llamada POST a la URL del webhook. El mensaje POST contiene la información de 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-->
Configurar directivas de alertas con trampas SNMP
Cuando se activa una alerta configurada con una trampa SNMP, el mensaje de trampa SNMP correspondiente se reenvía al oyente de red configurado para su posterior procesamiento. Las alertas de Citrix admiten trampas de SNMP versión 2 y posteriores. Actualmente, el mensaje de trampa se puede reenviar a un solo oyente.
Nota: Esta característica requiere la versión 7.12 o posterior de Delivery Controller(s).
Para configurar las trampas SNMP, utilice los siguientes cmdlets de PowerShell:
-
Obtener la configuración actual del servidor SNMP:
Get-MonitorNotificationSnmpServerConfiguration -
Establecer la configuración del servidor para SNMP versión 2:
Set-MonitorNotificationSnmpServerConfiguration -ServerName <Server IP> -PortNumber <Port ID> -SnmpSender <Sender name> -CommunityString public -Protocol V2 -
Establecer la configuración del servidor para SNMP versión 3:
$authpass = "<authentication password>" | ConvertTo-SecureString -AsPlainText -Force $privpass = "<Privacy password>" | ConvertTo-SecureString -AsPlainText -Force Set-MonitorNotificationSnmpServerConfiguration -ServerName <Server IP> -PortNumber <Port ID> -SnmpSender <Sender name> -EngineId <Engine Id> -AuthPassword $authpass -PrivPassword $privpass -PrivPasswordProtocol <Privacy password protocol> -AuthPasswordProtocol <Authentication password protocol> -Protocol V3 <!--NeedCopy--> -
Habilitar la trampa SNMP para una directiva de alertas existente:
Set-MonitorNotificationPolicy -IsSnmpEnabled $true -Uid <Policy ID> -
Crear una nueva directiva de alertas con configuración de trampa SNMP:
$policy = New-MonitorNotificationPolicy -Name <Policy name> -IsSnmpEnabled $true -Description <Policy description> -Enabled $true
La estructura de los OID en los mensajes de trampa SNMP de Director es la siguiente: 1.3.6.1.4.1.3845.100.1.<UID> Aquí, <UID> se genera en serie para cada directiva de alertas definida en Director. Por lo tanto, los OID son únicos para cada entorno de usuario.
- Utilice 1.3.6.1.4.1.3845.100.1 para filtrar todos los mensajes de trampa de Director.
- Utilice 1.3.6.1.4.1.3845.100.1.<UID> para filtrar y gestionar los mensajes de trampa para alertas específicas.
Utilice el siguiente cmdlet para obtener los UID de las directivas de alertas definidas en su entorno:
Get-MonitorNotificationPolicy
Puede reenviar las trampas SNMP a SCOM. Para ello, configure SCOM con el Delivery Controller™ para que escuche los mensajes de trampa.
Configurar la integración de alertas de SCOM
La integración de SCOM con Director le permite ver la información de las alertas de SCOM en el Dashboard y en otras vistas de alto nivel en Director.
Las alertas de SCOM se muestran en pantalla junto con las alertas de Citrix. Puede acceder y profundizar en las alertas de SCOM desde la ficha SCOM en la barra lateral.
Puede ver alertas históricas de hasta un mes de antigüedad, ordenar, filtrar y exportar la información filtrada a formatos de informe CSV, Excel y PDF. Para obtener más información, consulte Exportar informes.
La integración de SCOM utiliza PowerShell 3.0 o posterior remoto para consultar datos del servidor de administración de SCOM y mantiene una conexión de espacio de ejecución persistente en la sesión de Director del usuario. Director y el servidor SCOM deben tener la misma versión de PowerShell.
Los requisitos para la integración de SCOM son:
- Windows Server 2012 R2
- System Center 2012 R2 Operations Manager
- PowerShell 3.0 o posterior (la versión de PowerShell en Director y el servidor SCOM deben coincidir)
- CPU de cuatro núcleos con 16 GB de RAM (recomendado)
- Se debe configurar un servidor de administración principal para SCOM en el archivo web.config de Director. Esto se puede hacer utilizando la herramienta DirectorConfig.
Nota:
- Citrix recomienda que la cuenta de administrador de Director se configure como un rol de operador de SCOM para que se pueda recuperar la información completa de las alertas en Director. Si esto no es posible, se puede configurar una cuenta de administrador de SCOM en el archivo web.config utilizando la herramienta DirectorConfig.
- Citrix recomienda no configurar más de 10 administradores de Director por servidor de administración de SCOM para garantizar un rendimiento óptimo.
En el servidor de Director:
-
Escriba Enable-PSRemoting para habilitar la comunicación remota de PowerShell.
-
Agregue el servidor de administración de SCOM a la lista TrustedHosts. Abra un símbolo del sistema de PowerShell y ejecute el o los siguientes comandos:
- Obtener la lista actual de TrustedHosts
Get-Item WSMAN:\localhost\Client\TrustedHosts
<!--NeedCopy-->
1. Add the FQDN of the SCOM Management Server to the list of TrustedHosts. \<Old Values\> represents the existing set of entries returned from Get-Item cmdlet
Set-Item WSMAN:\localhost\Client\TrustedHosts -Value "<FQDN SCOM Management Server>,<Old Values>"
<!--NeedCopy-->
- Configure SCOM mediante la herramienta DirectorConfig.
C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /configscom
<!--NeedCopy-->
En el servidor de administración de SCOM:
-
Asigne administradores de Director a un rol de administrador de SCOM.
-
Abra la consola de administración de SCOM y vaya a Administración > Seguridad > Roles de usuario.
-
En Roles de usuario, puede crear un nuevo rol de usuario o modificar uno existente. Hay cuatro categorías de roles de operador de SCOM que definen la naturaleza del acceso a los datos de SCOM. Por ejemplo, un rol de solo lectura no ve el panel de administración y no puede detectar ni administrar reglas, máquinas o cuentas. Un rol de operador es un rol de administrador completo.
Nota: Las siguientes operaciones no están disponibles si el administrador de Director está asignado a un rol que no es de operador:
-
Si hay varios servidores de administración configurados y el servidor de administración principal no está disponible, el administrador de Director no puede conectarse al servidor de administración secundario. El servidor de administración principal es el servidor configurado en el archivo web.config de Director, es decir, el mismo servidor que el especificado con la herramienta DirectorConfig en el paso 3 anterior. Los servidores de administración secundarios son servidores de administración del mismo nivel que el servidor principal.
-
Al filtrar alertas, el administrador de Director no puede buscar el origen de la alerta. Esto requiere un permiso de nivel de operador.
-
-
Para modificar cualquier rol de usuario, haga clic con el botón derecho en el rol y, a continuación, haga clic en Propiedades.
-
En el cuadro de diálogo Propiedades del rol de usuario, puede agregar o quitar administradores de Director del rol de usuario especificado.
-
-
Agregue administradores de Director al grupo Usuarios de administración remota en el servidor de administración de SCOM. Esto permite a los administradores de Director establecer una conexión remota de PowerShell.
-
Escriba Enable-PSRemoting para habilitar la comunicación remota de PowerShell.
-
Establezca los límites de las propiedades de WS-Management:
-
Modifique MaxConcurrentUsers:
En la CLI:
winrm set winrm/config/winrs @{MaxConcurrentUsers = "20"}En PS:
Set-Item WSMan:\localhost\Shell\MaxConcurrentUsers 20 -
Modificar MaxShellsPerUser:
En la CLI:
winrm set winrm/config/winrs @{MaxShellsPerUser="20"}En PS:
Set-Item WSMan:\localhost\Shell\MaxShellsPerUser 20 -
Modificar MaxMemoryPerShellMB:
En la CLI:
winrm set winrm/config/winrs @{MaxMemoryPerShellMB="1024"}En PS:
Set-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 1024
-
-
Para asegurarse de que la integración de SCOM funcione en entornos de dominio mixto, configure la siguiente entrada del Registro.
Ruta: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Clave: LocalAccountTokenFilterPolicy
Tipo: DWord
Valor: 1
Precaución: La edición incorrecta del Registro puede causar problemas graves que podrían requerir la reinstalación del sistema operativo. Citrix no puede garantizar que los problemas resultantes del uso incorrecto del Editor del Registro puedan resolverse. Utilice el Editor del Registro bajo su propia responsabilidad. Asegúrese de hacer una copia de seguridad del Registro antes de editarlo.
Una vez configurada la integración de SCOM, es posible que vea el mensaje “No se pueden obtener las últimas alertas de SCOM. Consulte los registros de eventos del servidor de Director para obtener más información”. Los registros de eventos del servidor ayudan a identificar y corregir el problema. Las causas pueden incluir:
- Pérdida de conectividad de red en la máquina de Director o SCOM.
- El servicio SCOM no está disponible o está demasiado ocupado para responder.
- Autorización fallida debido a un cambio en los permisos del usuario configurado.
- Un error en Director al procesar los datos de SCOM.
- Incompatibilidad de la versión de PowerShell entre Director y el servidor SCOM.