Alertes et notifications

Les alertes sont affichées dans Director sur le tableau de bord et d’autres vues de haut niveau avec des symboles d’alerte d’avertissement et critique. Les alertes sont disponibles pour les sites sous licence Premium. Les alertes se mettent à jour automatiquement toutes les minutes ; vous pouvez également les mettre à jour à la demande.

Une alerte d’avertissement (triangle orange) indique que le seuil d’avertissement d’une condition a été atteint ou dépassé.

Une alerte critique (cercle rouge) indique que le seuil critique d’une condition a été atteint ou dépassé.

Vous pouvez afficher des informations plus détaillées sur les alertes en sélectionnant une alerte dans la barre latérale, en cliquant sur le lien Accéder aux alertes en bas de la barre latérale ou en sélectionnant Alertes en haut de la page Director.

Dans la vue Alertes, vous pouvez filtrer et exporter les alertes. Par exemple, les machines OS multi-session en échec pour un groupe de mise à disposition spécifique au cours du dernier mois, ou toutes les alertes pour un utilisateur spécifique. Pour plus d’informations, consultez Exporter des rapports.

Alertes Citrix®

Les alertes Citrix sont des alertes surveillées dans Director qui proviennent des composants Citrix. Vous pouvez configurer les alertes Citrix dans Director sous Alertes > Stratégie d’alertes Citrix. Dans le cadre de la configuration, vous pouvez définir l’envoi de notifications par e-mail à des individus et des groupes lorsque les alertes dépassent les seuils que vous avez définis. Pour plus d’informations sur la configuration des alertes Citrix, consultez Créer des stratégies d’alertes.

Remarque :

Assurez-vous que votre pare-feu, votre proxy ou votre serveur Microsoft Exchange ne bloquent pas les alertes par e-mail.

Stratégies d’alertes intelligentes

Un ensemble de stratégies d’alertes intégrées avec des valeurs de seuil prédéfinies est disponible pour les groupes de mise à disposition et l’étendue des VDA OS multi-session. Cette fonctionnalité nécessite la version 7.18 ou ultérieure du ou des Delivery Controller(s). Vous pouvez modifier les paramètres de seuil des stratégies d’alertes intégrées dans Alertes > Stratégie d’alertes Citrix. Ces stratégies sont créées lorsqu’il existe au moins une cible d’alerte (un groupe de mise à disposition ou un VDA OS multi-session) définie sur votre site. De plus, ces alertes intégrées sont automatiquement ajoutées à un nouveau groupe de mise à disposition ou à un VDA OS multi-session.

Si vous mettez à niveau Director et votre site, les stratégies d’alertes de votre instance Director précédente sont conservées. Les stratégies d’alertes intégrées ne sont créées que si aucune règle d’alerte correspondante n’existe dans la base de données Monitor.

Pour les valeurs de seuil des stratégies d’alerte intégrées, consultez la section Conditions des stratégies d’alerte.

Alertes SCOM

Les alertes SCOM affichent les informations d’alerte de Microsoft System Center 2012 Operations Manager (SCOM) afin de fournir une indication plus complète de l’état et des performances du centre de données dans Director. Pour plus d’informations, consultez la section Configurer l’intégration des alertes SCOM.

Le nombre d’alertes affiché à côté des icônes d’alerte avant d’étendre la barre latérale correspond à la somme combinée des alertes Citrix et SCOM.

Créer des stratégies d’alerte

Pour créer une nouvelle stratégie d’alerte, par exemple, pour générer une alerte lorsqu’un ensemble spécifique de critères de nombre de sessions est rempli :

1. Accédez à Alertes > Stratégie d’alertes Citrix et sélectionnez, par exemple, Stratégie de système d’exploitation multi-session.
2. Cliquez sur Créer.
3. Nommez et décrivez la stratégie, puis définissez les conditions qui doivent être remplies pour que l’alerte soit déclenchée. Par exemple, spécifiez les nombres d’avertissement et critiques pour les sessions connectées maximales, les sessions déconnectées maximales et les sessions concurrentes totales maximales. Les valeurs d’avertissement ne doivent pas être supérieures aux valeurs critiques. Pour plus d’informations, consultez Conditions des stratégies d’alerte.
4. Définissez l’intervalle de ré-alerte. Si les conditions de l’alerte sont toujours remplies, l’alerte est déclenchée à nouveau à cet intervalle de temps et, si configuré dans la stratégie d’alerte, une notification par e-mail est générée. Une alerte ignorée ne génère pas de notification par e-mail à l’intervalle de ré-alerte.
5. Définissez l’étendue. Par exemple, définissez pour un groupe de mise à disposition spécifique.
6. Dans les préférences de notification, spécifiez qui doit être informé par e-mail lorsque l’alerte est déclenchée. Vous devez spécifier un serveur de messagerie sur l’onglet Configuration du serveur de messagerie afin de définir les préférences de notification par e-mail dans les stratégies d’alerte.
7. Cliquez sur Enregistrer.

La création d’une stratégie avec 20 groupes de mise à disposition ou plus définis dans l’étendue peut prendre environ 30 secondes pour terminer la configuration. Un indicateur de chargement s’affiche pendant ce temps.

La création de plus de 50 stratégies pour un maximum de 20 groupes de mise à disposition uniques (1000 cibles de groupes de mise à disposition au total) peut entraîner une augmentation du temps de réponse (plus de 5 secondes).

Le déplacement d’une machine contenant des sessions actives d’un groupe de mise à disposition à un autre peut déclencher des alertes de groupe de mise à disposition erronées définies à l’aide de paramètres de machine.

Conditions des stratégies d’alertes

Vous trouverez ci-dessous les catégories d’alertes, les actions recommandées pour atténuer l’alerte et les conditions de stratégie intégrées, le cas échéant. Les stratégies d’alerte intégrées sont définies pour des intervalles d’alerte et de ré-alerte de 60 minutes.

Pic de sessions connectées

• Vérifiez la vue Tendances des sessions de Director pour le pic de sessions connectées.
• Vérifiez qu’il y a suffisamment de capacité pour gérer la charge de sessions.
• Ajoutez de nouvelles machines si nécessaire

Pic de sessions déconnectées

• Vérifiez la vue Tendances des sessions de Director pour le pic de sessions déconnectées.
• Vérifiez qu’il y a suffisamment de capacité pour gérer la charge de sessions.
• Ajoutez de nouvelles machines si nécessaire.
• Fermez les sessions déconnectées si nécessaire

Pic de sessions totales simultanées

• Vérifiez la vue Tendances des sessions de Director dans Director pour les sessions simultanées maximales.
• Vérifiez qu’il y a suffisamment de capacité pour gérer la charge de sessions.
• Ajoutez de nouvelles machines si nécessaire.
• Fermez les sessions déconnectées si nécessaire.

Processeur

Le pourcentage d’utilisation du processeur indique la consommation globale du processeur sur le VDA, y compris celle des processus. Vous pouvez obtenir plus d’informations sur l’utilisation du processeur par les processus individuels à partir de la page Détails de la machine du VDA correspondant.

• Accédez à Détails de la machine > Afficher l’utilisation historique > 10 premiers processus, identifiez les processus qui consomment du processeur. Assurez-vous que la stratégie de surveillance des processus est activée pour lancer la collecte des statistiques d’utilisation des ressources au niveau des processus.
• Terminez le processus si nécessaire.
• La fin du processus entraîne la perte des données non enregistrées.

• Si tout fonctionne comme prévu, ajoutez des ressources CPU supplémentaires à l’avenir.

  Remarque :

  Le paramètre de stratégie, Activer la surveillance des ressources, est autorisé par défaut pour la surveillance des compteurs de performances du processeur et de la mémoire sur les machines avec des VDA. Si ce paramètre de stratégie est désactivé, les alertes avec des conditions de processeur et de mémoire ne sont pas déclenchées. Pour plus d’informations, consultez Paramètres de stratégie de surveillance

  Conditions de stratégie intelligente :

  • Portée : Groupe de mise à disposition, portée du système d’exploitation multi-session
  • Valeurs de seuil : Avertissement - 80 %, Critique - 90 %

Mémoire

Le pourcentage d’utilisation de la mémoire indique la consommation globale de mémoire sur le VDA, y compris celle des processus. Vous pouvez obtenir plus d’informations sur l’utilisation de la mémoire par les processus individuels à partir de la page Détails de la machine du VDA correspondant.

• Accédez à Détails de la machine > Afficher l’utilisation historique > 10 premiers processus, identifiez les processus qui consomment de la mémoire. Assurez-vous que la stratégie de surveillance des processus est activée pour lancer la collecte des statistiques d’utilisation des ressources au niveau des processus.
• Arrêtez le processus si nécessaire.
• L’arrêt du processus entraîne la perte des données non enregistrées.

• Si tout fonctionne comme prévu, ajoutez de la mémoire supplémentaire à l’avenir.

  Remarque :

  Le paramètre de stratégie, Activer la surveillance des ressources, est autorisé par défaut pour la surveillance des compteurs de performances du processeur et de la mémoire sur les machines avec des VDA. Si ce paramètre de stratégie est désactivé, les alertes avec des conditions de processeur et de mémoire ne sont pas déclenchées. Pour plus d’informations, consultez Paramètres de stratégie de surveillance

  Conditions de stratégie intelligente :

  • Portée : Delivery Group, portée du système d’exploitation multi-session
  • Valeurs seuils : Avertissement - 80 %, Critique - 90 %

Taux d’échec de connexion

Pourcentage d’échecs de connexion au cours de la dernière heure.

• Calculé en fonction du nombre total d’échecs par rapport au nombre total de tentatives de connexion.
• Consultez la vue Tendances des échecs de connexion de Director pour les événements enregistrés à partir du journal de configuration.
• Déterminer si les applications ou les bureaux sont accessibles.

Nombre d’échecs de connexion

Nombre d’échecs de connexion au cours de la dernière heure.

• Consultez la vue Tendances des échecs de connexion de Director pour les événements enregistrés à partir du journal de configuration.
• Déterminer si les applications ou les bureaux sont accessibles.

ICA® RTT (Moyenne)

Temps d’aller-retour ICA moyen.

• Vérifiez Citrix ADM pour une analyse détaillée du RTT ICA afin de déterminer la cause première. Pour plus d’informations, consultez la documentation Citrix ADM.
• Si Citrix ADM n’est pas disponible, consultez la vue Détails de l’utilisateur de Director pour le RTT ICA et la latence, et déterminez s’il s’agit d’un problème réseau ou d’un problème avec les applications ou les bureaux.

ICA RTT (Nombre de sessions)

Nombre de sessions qui dépassent le seuil de temps d’aller-retour ICA.

• Vérifiez Citrix ADM pour le nombre de sessions avec un RTT ICA élevé. Pour plus d’informations, consultez la documentation Citrix ADM.

• Si Citrix ADM n’est pas disponible, collaborez avec l’équipe réseau pour déterminer la cause première.

  Conditions de stratégie intelligente :

  • Portée : Groupe de mise à disposition, portée du système d’exploitation multi-session
  • Valeurs seuils : Avertissement - 300 ms pour 5 sessions ou plus, Critique - 400 ms pour 10 sessions ou plus

RTT ICA (% de sessions)

Pourcentage de sessions qui dépassent le temps d’aller-retour ICA moyen.

• Vérifiez Citrix ADM pour le nombre de sessions avec un RTT ICA élevé. Pour plus d’informations, consultez la documentation Citrix ADM.
• Si Citrix ADM n’est pas disponible, collaborez avec l’équipe réseau pour déterminer la cause première.

RTT ICA (Utilisateur)

Temps d’aller-retour ICA qui est appliqué aux sessions lancées par l’utilisateur spécifié. L’alerte est déclenchée si le RTT ICA est supérieur au seuil dans au moins une session.

Machines défaillantes (OS à session unique)

Nombre de machines OS à session unique défaillantes. Les défaillances peuvent survenir pour diverses raisons, comme indiqué dans les vues Tableau de bord et Filtres de Director.

• Exécutez les diagnostics Citrix Scout pour déterminer la cause première. Pour plus d’informations, consultez Résoudre les problèmes utilisateur.

  Conditions de stratégie intelligente :

  • Portée : Portée du groupe de mise à disposition
  • Valeurs seuils : Avertissement - 1, Critique - 2

Machines défaillantes (OS multi-session)

Nombre de machines OS multi-session défaillantes. Les défaillances peuvent survenir pour diverses raisons, comme indiqué dans les vues Tableau de bord et Filtres de Director.

• Exécutez les diagnostics Citrix Scout pour déterminer la cause première.

  Conditions de stratégie intelligentes :

  • Portée : Groupe de mise à disposition, portée du SE multi-session
  • Valeurs de seuil : Avertissement - 1, Critique - 2

Durée moyenne d’ouverture de session

Durée moyenne d’ouverture de session pour les ouvertures de session qui ont eu lieu au cours de la dernière heure.

• Vérifiez le tableau de bord Director pour obtenir des métriques à jour concernant la durée d’ouverture de session. Un grand nombre d’utilisateurs se connectant sur une courte période peut augmenter la durée d’ouverture de session.

• Vérifiez la base de référence et la répartition des ouvertures de session pour identifier la cause. Pour plus d’informations, consultez Diagnostiquer les problèmes d’ouverture de session utilisateur

  Conditions de stratégie intelligentes :

  • Portée : Groupe de mise à disposition, portée du SE multi-session
  • Valeurs de seuil : Avertissement - 45 secondes, Critique - 60 secondes

Durée d’ouverture de session (utilisateur)

Durée d’ouverture de session pour les ouvertures de session de l’utilisateur spécifié qui ont eu lieu au cours de la dernière heure.

Index de l’évaluateur de charge

Valeur de l’index de l’évaluateur de charge au cours des 5 dernières minutes.

• Vérifiez Director pour les machines OS multi-session qui pourraient avoir une charge maximale (charge de pointe). Affichez à la fois le tableau de bord (échecs) et le rapport d’index de l’évaluateur de charge des tendances.

  Conditions de la stratégie intelligente :

  • Portée : Groupe de mise à disposition, portée OS multi-session
  • Valeurs de seuil : Avertissement - 80 %, Critique - 90 %

Surveillance des alertes d’hyperviseur

Director affiche des alertes pour surveiller l’état de santé de l’hyperviseur. Les alertes de Citrix Hypervisor™ et VMware vSphere aident à surveiller les paramètres et les états de l’hyperviseur. L’état de la connexion à l’hyperviseur est également surveillé pour fournir une alerte si le cluster ou le pool d’hôtes est redémarré ou indisponible.

Pour recevoir des alertes d’hyperviseur, assurez-vous qu’une connexion d’hébergement est créée dans Citrix Studio. Pour plus d’informations, consultez Connexions et ressources. Seules ces connexions sont surveillées pour les alertes d’hyperviseur. Le tableau suivant décrit les différents paramètres et états des alertes d’hyperviseur.

Remarque :

Pour plus d’informations sur la configuration des alertes, consultez Alertes Citrix XenCenter ou la documentation sur les alertes VMware vCenter.

La préférence de notification par e-mail peut être configurée sous Stratégie d’alertes Citrix > Stratégie de site > État de l’hyperviseur. Les conditions de seuil pour les stratégies d’alerte d’hyperviseur peuvent être configurées, modifiées, désactivées ou supprimées uniquement depuis l’hyperviseur et non depuis Director. Cependant, la modification des préférences d’e-mail et le rejet d’une alerte peuvent être effectués dans Director.

Important :

• Les alertes déclenchées par l’hyperviseur sont récupérées et affichées dans Director. Cependant, les modifications du cycle de vie/état des alertes de l’hyperviseur ne sont pas reflétées dans Director.
• Les alertes saines, ignorées ou désactivées dans la console de l’hyperviseur continuent d’apparaître dans Director et doivent être ignorées explicitement.
• Les alertes ignorées dans Director ne sont pas ignorées automatiquement dans la console de l’hyperviseur.

Une nouvelle catégorie d’alertes appelée État de l’hyperviseur a été ajoutée pour permettre de filtrer uniquement les alertes d’hyperviseur. Ces alertes s’affichent une fois que les seuils sont atteints ou dépassés. Les alertes d’hyperviseur peuvent être :

• Critique — seuil critique de la stratégie d’alarme de l’hyperviseur atteint ou dépassé
• Avertissement — seuil d’avertissement de la stratégie d’alarme de l’hyperviseur atteint ou dépassé
• Ignorée — l’alerte n’est plus affichée comme une alerte active

Cette fonctionnalité nécessite Delivery Controller version 7 1811 ou ultérieure. Si vous utilisez une version antérieure de Director avec des sites 7 1811 ou ultérieurs, seul le nombre d’alertes d’hyperviseur est affiché. Pour afficher les alertes, vous devez mettre à niveau Director.

Configurer l’intégration des alertes SCOM

L’intégration de SCOM avec Director vous permet d’afficher les informations d’alerte de SCOM sur le tableau de bord et dans d’autres vues de haut niveau dans Director.

Les alertes SCOM sont affichées à l’écran à côté des alertes Citrix. Vous pouvez accéder aux alertes SCOM et les explorer à partir de l’onglet SCOM dans la barre latérale.

Vous pouvez afficher les alertes historiques datant de moins d’un mois, trier, filtrer et exporter les informations filtrées vers les formats de rapport CSV, Excel et PDF. Pour plus d’informations, consultez Exporter des rapports.

L’intégration SCOM utilise PowerShell distant 3.0 ou version ultérieure pour interroger les données du serveur de gestion SCOM et elle maintient une connexion d’espace d’exécution persistante dans la session Director de l’utilisateur. Director et le serveur SCOM doivent avoir la même version de PowerShell.

Diagramme des composants SCOM(/fr-fr/citrix-virtual-apps-desktops/2203-ltsr/media/director_scom-integration_component-diagram.png)

Les exigences pour l’intégration SCOM sont :

• Windows Server 2012 R2
• System Center 2012 R2 Operations Manager
• PowerShell 3.0 ou version ultérieure (la version de PowerShell sur Director et le serveur SCOM doit correspondre)
• Processeur Quad Core avec 16 Go de RAM (recommandé)
• Un serveur de gestion principal pour SCOM doit être configuré dans le fichier web.config de Director. Vous pouvez le faire à l’aide de l’outil DirectorConfig.

Citrix recommande que le compte d’administrateur Director soit configuré avec un rôle d’opérateur SCOM afin que toutes les informations d’alerte puissent être récupérées dans Director. Si cela n’est pas possible, un compte d’administrateur SCOM peut être configuré dans le fichier web.config à l’aide de l’outil DirectorConfig.

Citrix recommande en outre de ne pas configurer plus de 10 administrateurs Director par serveur de gestion SCOM afin de garantir des performances optimales.

Sur le serveur Director :

1. Tapez Enable-PSRemoting pour activer la communication à distance PowerShell.

2. Ajoutez le serveur de gestion SCOM à la liste TrustedHosts. Ouvrez une invite PowerShell et exécutez la ou les commandes suivantes :

   • Obtenez la liste actuelle des TrustedHosts

     Get-Item WSMAN:\localhost\Client\TrustedHosts

   • Ajoutez le FQDN du serveur de gestion SCOM à la liste des TrustedHosts. <Old Values> représente l’ensemble existant d’entrées renvoyées par l’applet de commande Get-Item.

     Set-Item WSMAN:\localhost\Client\TrustedHosts -Value “<FQDN SCOM Management Server>,<Old Values>”

3. Configurez SCOM à l’aide de l’outil DirectorConfig.

   C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /configscom

Sur le serveur de gestion SCOM :

1. Attribuez les administrateurs Director à un rôle d’administrateur SCOM.

   1. Ouvrez la console de gestion SCOM et accédez à Administration > Sécurité > Rôles d’utilisateur.

   2. Dans Rôles d’utilisateur, vous pouvez créer un nouveau rôle d’utilisateur ou en modifier un existant. Il existe quatre catégories de rôles d’opérateur SCOM qui définissent la nature de l’accès aux données SCOM. Par exemple, un rôle en lecture seule ne voit pas le volet Administration et ne peut pas découvrir ou gérer les règles, les machines ou les comptes. Un rôle d’opérateur est un rôle d’administrateur complet.

      Remarque :

      Les opérations suivantes ne sont pas disponibles si l’administrateur Director est affecté à un rôle non-opérateur :

      • S’il existe plusieurs serveurs de gestion configurés et que le serveur de gestion principal n’est pas disponible, l’administrateur Director ne peut pas se connecter au serveur de gestion secondaire. Le serveur de gestion principal est le serveur configuré dans le fichier web.config de Director, c’est-à-dire le même serveur que celui spécifié avec l’outil DirectorConfig à l’étape 3 ci-dessus. Les serveurs de gestion secondaires sont des serveurs de gestion pairs du serveur principal.
      • Lors du filtrage des alertes, l’administrateur Director ne peut pas rechercher la source de l’alerte. Cela nécessite une autorisation de niveau opérateur.

   3. Pour modifier un rôle d’utilisateur, cliquez avec le bouton droit sur le rôle, puis cliquez sur Propriétés.

   4. Dans la boîte de dialogue Propriétés du rôle d’utilisateur, vous pouvez ajouter ou supprimer des administrateurs Director du rôle d’utilisateur spécifié.

2. Ajoutez les administrateurs Director au groupe Utilisateurs de gestion à distance sur le serveur de gestion SCOM. Cela permet aux administrateurs Director d’établir une connexion PowerShell à distance.

3. Tapez Enable-PSRemoting pour activer la communication à distance PowerShell.

4. Définissez les limites des propriétés WS-Management :

   1. Modifiez MaxConcurrentUsers :

      Dans la CLI :

      ```winrm set winrm/config/winrs @{MaxConcurrentUsers = “20”}

      
      Dans PS :
      
      ```Set­-Item WSMan:\localhost\Shell\MaxConcurrentUsers 20<!--NeedCopy-->
      

   2. Modifiez MaxShellsPerUser :

      Dans la CLI :

      winrm set winrm/config/winrs @{MaxShellsPerUser="20"}<!--NeedCopy-->

      Dans PS :

   ```Set-Item WSMan:\localhost\Shell\MaxShellsPerUser 20

   
   1.  Modifiez MaxMemoryPerShellMB :
   
       Dans la CLI :
   
       ```winrm set winrm/config/winrs @{MaxMemoryPerShellMB="1024"}<!--NeedCopy-->
   

   Dans PS :
   

   Set­-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 1024<!--NeedCopy-->

5. Pour garantir que l’intégration SCOM fonctionne dans des environnements de domaines mixtes, définissez l’entrée de registre suivante.

Chemin : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

Clé : LocalAccountTokenFilterPolicy

Type : DWord

Valeur : 1

Attention : La modification incorrecte du registre peut entraîner de graves problèmes pouvant nécessiter la réinstallation de votre système d’exploitation. Citrix ne peut garantir que les problèmes résultant d’une utilisation incorrecte de l’Éditeur du Registre puissent être résolus. Utilisez l’Éditeur du Registre à vos propres risques. Assurez-vous de sauvegarder le registre avant de le modifier.

Une fois l’intégration SCOM configurée, le message « Impossible d’obtenir les dernières alertes SCOM. Consultez les journaux d’événements du serveur Director pour plus d’informations » peut s’afficher. Les journaux d’événements du serveur aident à identifier et à corriger le problème. Les causes peuvent inclure :

• Perte de connectivité réseau sur la machine Director ou SCOM.
• Le service SCOM n’est pas disponible ou est trop occupé pour répondre.
• Échec de l’autorisation en raison d’une modification des autorisations pour l’utilisateur configuré.
• Une erreur dans Director lors du traitement des données SCOM.
• Incompatibilité de version de PowerShell entre Director et le serveur SCOM.