Warnungen und Benachrichtigungen

Warnungen werden in Director auf dem Dashboard und anderen übergeordneten Ansichten mit Warn- und kritischen Warnsymbolen angezeigt. Warnungen sind für Premium-lizenzierte Sites verfügbar. Warnungen werden automatisch jede Minute aktualisiert; Sie können Warnungen auch bei Bedarf aktualisieren.

Eine Warnmeldung (gelbes Dreieck) zeigt an, dass der Warnschwellenwert einer Bedingung erreicht oder überschritten wurde.

Eine kritische Warnung (roter Kreis) zeigt an, dass der kritische Schwellenwert einer Bedingung erreicht oder überschritten wurde.

Detailliertere Informationen zu Warnungen können Sie anzeigen, indem Sie eine Warnung in der Seitenleiste auswählen, auf den Link Zu Warnungen am unteren Rand der Seitenleiste klicken oder Warnungen oben auf der Director-Seite auswählen.

In der Warnungsansicht können Sie Warnungen filtern und exportieren. Zum Beispiel ausgefallene Multi-Session-OS-Maschinen für eine bestimmte Bereitstellungsgruppe im letzten Monat oder alle Warnungen für einen bestimmten Benutzer. Weitere Informationen finden Sie unter Berichte exportieren.

Citrix®-Warnungen

Citrix-Warnungen sind Warnungen, die in Director überwacht werden und von Citrix-Komponenten stammen. Sie können Citrix-Warnungen in Director unter Warnungen > Citrix-Warnungsrichtlinie konfigurieren. Im Rahmen der Konfiguration können Sie festlegen, dass Benachrichtigungen per E-Mail an Einzelpersonen und Gruppen gesendet werden, wenn Warnungen die von Ihnen festgelegten Schwellenwerte überschreiten. Weitere Informationen zum Einrichten von Citrix-Warnungen finden Sie unter Warnungsrichtlinien erstellen.

Hinweis:

Stellen Sie sicher, dass Ihre Firewall, Ihr Proxy oder Ihr Microsoft Exchange Server die E-Mail-Warnungen nicht blockieren.

Intelligente Warnungsrichtlinien

• Ein Satz integrierter Warnungsrichtlinien mit vordefinierten Schwellenwerten ist für Bereitstellungsgruppen und den Bereich von Multi-Session-OS-VDAs verfügbar. Diese Funktion erfordert Delivery Controller Version 7.18 oder höher. Sie können die Schwellenwertparameter der integrierten Warnungsrichtlinien unter Warnungen > Citrix-Warnungsrichtlinie ändern.
• Diese Richtlinien werden erstellt, wenn mindestens ein Warnungsziel – eine Bereitstellungsgruppe oder ein Multi-Session-OS-VDA – in Ihrer Site definiert ist. Zusätzlich werden diese integrierten Warnungen automatisch einer neuen Bereitstellungsgruppe oder einem Multi-Session-OS-VDA hinzugefügt.

Wenn Sie Director und Ihre Site aktualisieren, werden die Warnungsrichtlinien Ihrer vorherigen Director-Instanz übernommen. Integrierte Warnungsrichtlinien werden nur erstellt, wenn keine entsprechenden Warnungsregeln in der Monitor-Datenbank vorhanden sind.

Die Schwellenwerte der integrierten Warnungsrichtlinien finden Sie im Abschnitt Bedingungen für Warnungsrichtlinien.

Erweiterte Warnungsrichtlinien

-  Die Funktion für proaktive Benachrichtigungen und Warnungen von Director wurde um ein neues Warnungs-Framework namens **Erweiterte Warnungsrichtlinien** erweitert. Mit dieser Funktion können Sie Warnungen erstellen, indem Sie detaillierte Angaben für jedes Element oder jede Bedingung einbeziehen und so die Kontrolle über den Warnungsbereich verbessern. Derzeit umfassen diese Richtlinien Warnungen für Kosteneinsparungen und Infrastruktur.

-  Mit der Einführung von erweiterten Warnungsrichtlinien, die datenquellenbasiert sind, können Sie eine Filterung nach mehreren Bedingungen verwenden.

Diese Funktion hilft Ihnen, übermäßige Warnungen zu reduzieren, die zu einer verminderten Reaktionsfähigkeit oder Effektivität bei der Behebung wichtiger Probleme führen könnten. Diese Richtlinie hilft, die Wirksamkeit von Warnungsrichtlinien und das Engagement von Administratoren zu messen.

    -  Sie können eine erweiterte Warnungsrichtlinie im Abschnitt **Warnungen** > **Erweiterte Warnungsrichtlinie** > **Richtlinie erstellen** erstellen.

-  Sie können eine der folgenden Datenquellen auswählen:

-  Maschinen
-  Provisioning Service
    -  StoreFront™
    -  Delivery Controller™

Warnungen für Kosteneinsparungen

    -  Sie können Warnungen für Kosteneinsparungen erstellen, die Ihnen helfen, Kosten zu optimieren. Derzeit können Sie Warnungen für Maschinen erstellen.

Gehen Sie wie folgt vor, um Warnungen für Maschinen zu erstellen:

1. Klicken Sie auf die Registerkarte Warnungen > Erweiterte Warnungsrichtlinien. Die Seite Erweiterte Warnungsrichtlinien wird angezeigt.

2. Klicken Sie auf Richtlinie erstellen. Der Abschnitt Erweiterte Warnungsrichtlinien erstellen wird angezeigt. - 1. Wählen Sie Maschinen aus der Dropdown-Liste Datenquelle aus. Die Bedingung für Kosteneinsparungen und die entsprechenden Bedingungstypen werden angezeigt.

   -  ![Director Erweiterte Warnungsrichtlinien](/en-us/citrix-virtual-apps-desktops/media/advanced-alert.png)
   
   -  1.  Wählen Sie die folgenden Bedingungstypen nach Bedarf aus:
   
   -  Energieverwaltete Maschinen konnten nicht eingeschaltet werden
   -  Energieverwaltete Maschinen konnten nicht ausgeschaltet werden -  Energieverwaltete Maschinen mit hoher Betriebszeit
   

• 1. Wählen Sie die spezifischen Parameter und die entsprechenden Optionen für jede der ausgewählten Bedingungen aus.
• 1. Legen Sie die Warn- und kritischen Metriken für den ausgewählten Bedingungstyp fest:

  • Für energieverwaltete Maschinen mit hoher Betriebszeit:

    • Anzahl der Maschinen, die den Betriebszeit-Schwellenwert überschreiten
    • Wiederholungsintervall für Warnungen (in Min.); das Intervall kann mindestens 60 Minuten betragen

  • Für energieverwaltete Maschinen, die nicht eingeschaltet werden konnten, und energieverwaltete Maschinen, die nicht ausgeschaltet werden konnten:

    • Anzahl der Maschinen, die den Betriebszeit-Schwellenwert überschreiten
    • Abtastintervall (in Min.); Intervalle können Vielfache von 30 Minuten sein
    • Wiederholungsintervall für Warnungen (in Min.); Wiederholungen können Vielfache von 60 Minuten sein

1. Planen Sie bei Bedarf Wiederholungsintervalle für die ausgewählten Warnungen.
2. Definieren Sie den Bereich der Warnung.

3. Legen Sie die Benachrichtigungskanäle fest. Dies kann E-Mail oder Webhook sein.

   1. Sie können die folgenden Kontrollkästchen aktivieren:

      • Fügen Sie eine JSON-Nutzlast als Anhang im Webhook ein
      • Fügen Sie eine CSV-Datei als Anhang in der E-Mail ein

   Weitere Informationen finden Sie unter Verbesserungen des Warnungsinhalts.

4. Geben Sie die Alert-Details wie Alert-Name und Beschreibung (optional) ein.
5. Klicken Sie auf Speichern. Der Alert wird erstellt.

Alerts für die Infrastrukturüberwachung

Sie können Alerts erstellen, um den Zustand der folgenden unterstützten Citrix Virtual Apps and Desktops™-Komponenten zu überwachen:

• Provisioning Service

  

• StoreFront

  

• Delivery Controller

  

Sobald die Einrichtung der Infrastrukturüberwachung abgeschlossen ist, können Sie die in Director verfügbaren Zustandsdaten verwenden, um Alerts für jede erforderliche Komponente zu konfigurieren. Administratoren können Bedingungen, Bereiche und Benachrichtigungsmedien festlegen, um wichtige Alerts per E-Mail oder als JSON-Payload über Webhooks zu erhalten. Für Provisioning Service und Delivery Controller können Sie den Alert-Bereich entweder auf Site-Ebene oder auf individueller Server-Ebene auswählen. Wenn Sie beispielsweise im Fall von Provisioning Service „Alle Provisioning Services“ auswählen, erhalten Sie nur einen einzigen Alert für die gesamte Site, selbst wenn die Site zwei Server hat. Dies wird als Alert auf Site-Ebene betrachtet. Die ausgelösten Alerts sind auch im Abschnitt Citrix Alerts zur Analyse und Verwaltung verfügbar.

Als Teil der neu eingeführten Infrastrukturrichtlinie werden Alert-Bedingungen wie folgt in vier Abschnitte unterteilt:

• Erreichbarkeit
• Abhängige Dienste
• Auswirkungen
• Ressourcennutzung

Bedingungen innerhalb jeder Kategorie können mit dem Schweregrad Kritisch und Warnung basierend auf Ihren organisatorischen Prioritäten festgelegt werden. Sie können auch Re-Alert-Intervalle für diese Alerts planen.

Sie können eine Infrastrukturrichtlinie im Abschnitt Alerts > Citrix Alert Policies erstellen. Sie können die erforderliche Kategorie und dann die erforderlichen Bedingungen für die Richtlinie auswählen. Weitere Informationen zum Erstellen einer Richtlinie finden Sie unter Alert-Richtlinien erstellen. Nach dem Erstellen der Richtlinie können Sie diese auf der Seite Citrix Alerts bearbeiten, löschen oder deaktivieren.

Weitere Details zu den in jeder Kategorie und Komponente unterstützten Bedingungen finden Sie unter den folgenden Links:

• Zustandsmetriken des Provisioning Service
• Zustandsmetriken von StoreFront
• Zustandsmetriken des Delivery Controller

Die folgenden Daten werden als Alert per E-Mail oder auf der Citrix Alert-Seite empfangen:

Den Bereich der Richtlinie definieren

Sie können den Bereich Ihres Alerts definieren und Ausnahmen hinzufügen. Der Alert wird nur für den ausgewählten Bereich generiert, und der durch Ausnahmen ausgeschlossene Unterbereich wird nicht in die Alert-Generierung einbezogen. Diese Funktion hilft Ihnen, Alerts auf einer granularen Ebene zu erstellen.

Sie können Benachrichtigungen per E-Mail oder über Webhook-URLs erstellen. Sie können auch Ihre bevorzugte Sprache auswählen, in der Sie Alerts erhalten möchten. Sie können auch eine Option auswählen, um die Alert-Parameter in einer .CSV-Dateianlage für E-Mails oder als JSON-Payload über eine Webhook-URL zu erhalten. Die Anlage enthält Details zu den erforderlichen Parametern. Weitere Informationen finden Sie unter Verbesserungen des Alert-Inhalts.

Die folgenden Daten werden als Alert per E-Mail oder auf der Seite Citrix Alerts empfangen:

Wie erstellt man eine erweiterte Alert-Richtlinie mit einem PowerShell-Skript?

    -  PowerShell-Skript zum Erstellen einer Alert-Richtlinie:

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-->

Ersetzen Sie die folgende Zeile durch die korrekte Bedingung für 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-->

Aus der vorhergehenden Abbildung können Sie ersehen, dass die Richtlinie erstellt wurde und die Uid 10 ist.

E-Mail zur Konfiguration hinzufügen

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

E-Mail zur Richtlinie hinzufügen

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

Beispielskript zum Hinzufügen einer E-Mail:

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

Webhook-URL zur Richtlinie hinzufügen

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

• Beispielskript zum Hinzufügen einer Webhook-URL:

Set-MonitorNotificationPolicy –Uid 10  –Webhook  'https://hooks.slack.com/triggers/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'
<!--NeedCopy-->

• Details zur erstellten Richtlinie abrufen

-  Get-MonitorNotificationPolicy -Uid 10
<!--NeedCopy-->

Warnungsrichtlinien erstellen

• 

• So erstellen Sie eine Warnungsrichtlinie, z. B. um eine Warnung zu generieren, wenn ein bestimmter Satz von Sitzungsanzahlkriterien erfüllt ist:

1. Gehen Sie zu Warnungen > Citrix-Warnungsrichtlinie und wählen Sie beispielsweise die Richtlinie für Multi-Session-Betriebssysteme aus.
2. Klicken Sie auf Erstellen.
3. Benennen und beschreiben Sie die Richtlinie und legen Sie dann die Bedingungen fest, die erfüllt sein müssen, damit die Warnung ausgelöst wird. Geben Sie beispielsweise Warn- und kritische Werte für die Spitzenanzahl verbundener Sitzungen, die Spitzenanzahl getrennter Sitzungen und die Spitzenanzahl gleichzeitiger Gesamtsitzungen an. Warnwerte dürfen nicht größer sein als kritische Werte. Weitere Informationen finden Sie unter Bedingungen für Warnungsrichtlinien.
   • 1. Legen Sie das Intervall für die erneute Warnung fest. Wenn die Bedingungen für die Warnung weiterhin erfüllt sind, wird die Warnung zu diesem Zeitpunkt erneut ausgelöst und, falls in der Warnungsrichtlinie eingerichtet, eine E-Mail-Benachrichtigung generiert. Eine abgewiesene Warnung generiert keine E-Mail-Benachrichtigung im Intervall für die erneute Warnung.
   • 1. Legen Sie den Geltungsbereich fest. Legen Sie ihn beispielsweise für eine bestimmte Bereitstellungsgruppe fest.

4. Geben Sie in den Benachrichtigungseinstellungen an, wer per E-Mail benachrichtigt werden soll, wenn die Warnung ausgelöst wird. Sie müssen einen E-Mail-Server auf der Registerkarte E-Mail-Serverkonfiguration angeben, um E-Mail-Benachrichtigungseinstellungen in Warnungsrichtlinien festzulegen.

   • 1. Sie können den Warnungsinhalt auch in einem .CSV-Anhang oder über die JSON-Nutzlast erhalten. Aktivieren Sie dazu die folgenden Kontrollkästchen:
     • Eine JSON-Nutzlast als Anhang im Webhook einschließen
     • Eine CSV-Datei als Anhang in der E-Mail einschließen

   Hinweis:

   Die Optionen zum Empfangen von Warnungsinhalten über .CSV-Anhänge und JSON-Nutzlasten sind derzeit nur für wenige Warnungen verfügbar. Weitere Informationen finden Sie unter Verbesserungen des Warnungsinhalts

   • 1. Klicken Sie auf Speichern.

Das Erstellen einer Richtlinie mit 20 oder mehr in den Geltungsbereich definierten Bereitstellungsgruppen kann etwa 30 Sekunden dauern, bis die Konfiguration abgeschlossen ist. Während dieser Zeit wird ein Spinner angezeigt.

• Das Erstellen von mehr als 50 Richtlinien für bis zu 20 eindeutige Bereitstellungsgruppen (insgesamt 1000 Bereitstellungsgruppenziele) kann zu einer Erhöhung der Antwortzeit (über 5 Sekunden) führen.

Das Verschieben einer Maschine mit aktiven Sitzungen von einer Bereitstellungsgruppe in eine andere kann fehlerhafte Warnungen der Bereitstellungsgruppe auslösen, die mithilfe von Maschinenparametern definiert sind.

• Hinweis:

  • Nachdem Sie eine Warnungsrichtlinie gelöscht haben, kann es bis zu 30 Minuten dauern, bis die von der Richtlinie generierten Warnungsbenachrichtigungen eingestellt werden.

  • Verbesserungen des Warnungsinhalts

Die Warnfunktion des Directors wurde um einen CSV-Anhang und eine JSON-Nutzlast erweitert. Mit dieser Erweiterung können Sie Warnungsdetails in einem CSV-Anhang per E-Mail oder als JSON-Nutzlast erhalten, wenn ein Webhook vorhanden ist. Mithilfe dieses CSV-Anhangs oder der JSON-Nutzlast können Sie angereicherte Inhalte auf detaillierter Ebene erhalten, was die schnelle Identifizierung und Behebung von Problemen unterstützt.

• Derzeit ist diese Erweiterung nur für die folgenden Warnungen verfügbar:

• Maschinenverfügbarkeit
• Fehlgeschlagene Einschaltvorgänge
• Fehlgeschlagene Ausschaltvorgänge

• Nicht registrierte Maschinen (%)

• Um diese Funktion zu nutzen, navigieren Sie zur Warnung und aktivieren Sie die folgenden Kontrollkästchen:

• Eine JSON-Nutzlast als Anhang im Webhook einschließen
• Eine CSV-Datei als Anhang in der E-Mail einschließen

Der folgende Screenshot stammt aus dem Abschnitt Citrix-Warnungsrichtlinien:

-  Hier ist ein Screenshot aus dem Abschnitt **Erweiterte Warnungsrichtlinien**:

CSV-Anhang

-  Die folgende Tabelle enthält die Spalten des .CSV-Anhangs für alle unterstützten Warnungen:

-  |Einschaltstatus, Einschaltzeitpunkt und Gesamtbetriebszeit in Minuten|Maschinenverfügbarkeit|

• Webhook-Nutzlast

• Warnung bei nicht registriertem Maschinenprozentsatz

{
  "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-->

Warnung bei fehlgeschlagenen Einschaltvorgängen

{
  "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-->

Warnung bei fehlgeschlagenen Ausschaltvorgängen

{
  "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-->

-  ##### Warnung zur Maschinenverfügbarkeit

{
  "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-->

Richtlinienbedingungen für Warnmeldungen

Nachfolgend finden Sie die Warnungskategorien, empfohlene Maßnahmen zur Entschärfung der Warnung und integrierte Richtlinienbedingungen, sofern definiert. Die integrierten Warnungsrichtlinien sind für Warnungs- und Re-Warnungsintervalle von 60 Minuten definiert.

Spitzenwerte verbundener Sitzungen

-  Überprüfen Sie die Ansicht „Sitzungstrends“ in Director auf Spitzenwerte verbundener Sitzungen.
-  Stellen Sie sicher, dass genügend Kapazität für die Sitzungslast vorhanden ist.

• Fügen Sie bei Bedarf neue Maschinen hinzu.

Spitzenwerte getrennter Sitzungen

• Überprüfen Sie die Ansicht „Sitzungstrends“ in Director auf Spitzenwerte getrennter Sitzungen.
• Stellen Sie sicher, dass genügend Kapazität für die Sitzungslast vorhanden ist.
• Fügen Sie bei Bedarf neue Maschinen hinzu.
• Melden Sie getrennte Sitzungen bei Bedarf ab.

Spitzenwerte gleichzeitiger Gesamtsitzungen

• Überprüfen Sie die Ansicht „Sitzungstrends“ in Director auf Spitzenwerte gleichzeitiger Sitzungen.
• Stellen Sie sicher, dass genügend Kapazität für die Sitzungslast vorhanden ist.
• Fügen Sie bei Bedarf neue Maschinen hinzu.
• Melden Sie getrennte Sitzungen bei Bedarf ab.

CPU

Der Prozentsatz der CPU-Auslastung gibt den gesamten CPU-Verbrauch auf dem VDA an, einschließlich des Verbrauchs durch Prozesse. Weitere Einblicke in die CPU-Auslastung durch einzelne Prozesse erhalten Sie auf der Seite Maschinendetails des entsprechenden VDA.

• Gehen Sie zu Maschinendetails > Historische Auslastung anzeigen > Top 10 Prozesse und identifizieren Sie die Prozesse, die die CPU verbrauchen. Stellen Sie sicher, dass die Richtlinie zur Prozessüberwachung aktiviert ist, um die Erfassung von Ressourcennutzungsstatistiken auf Prozessebene zu initiieren.
• Beenden Sie den Prozess bei Bedarf.
• Das Beenden des Prozesses führt zum Verlust nicht gespeicherter Daten.
  • Wenn alles wie erwartet funktioniert, fügen Sie zukünftig zusätzliche CPU-Ressourcen hinzu.

  Hinweis:

  Die Richtlinieneinstellung Ressourcenüberwachung aktivieren ist standardmäßig für die Überwachung von CPU- und Speicherleistungsindikatoren auf Maschinen mit VDAs zulässig. Wenn diese Richtlinieneinstellung deaktiviert ist, werden keine Warnmeldungen mit CPU- und Speicherbedingungen ausgelöst. Weitere Informationen finden Sie unter Richtlinieneinstellungen für die Überwachung.

  Smart-Richtlinienbedingungen:

  • Geltungsbereich: Bereitstellungsgruppe, Multi-Session-OS-Geltungsbereich
  • Schwellenwerte: Warnung – 80 %, Kritisch – 90 %

Speicher

Der Prozentsatz der Speicherauslastung gibt den gesamten Speicherverbrauch auf dem VDA an, einschließlich des Verbrauchs durch Prozesse. Weitere Einblicke in die Speicherauslastung durch einzelne Prozesse erhalten Sie auf der Seite Maschinendetails des entsprechenden VDA.

-  Gehen Sie zu **Maschinendetails > Historische Auslastung anzeigen > Top 10 Prozesse** und identifizieren Sie die Prozesse, die Speicher verbrauchen. Stellen Sie sicher, dass die Richtlinie zur Prozessüberwachung aktiviert ist, um die Erfassung von Ressourcennutzungsstatistiken auf Prozessebene zu initiieren.
-  Beenden Sie den Prozess bei Bedarf.

• Das Beenden des Prozesses führt zum Verlust nicht gespeicherter Daten.

• Wenn alles wie erwartet funktioniert, fügen Sie zukünftig zusätzlichen Speicher hinzu.

  Hinweis:

  Die Richtlinieneinstellung Ressourcenüberwachung aktivieren ist standardmäßig für die Überwachung von CPU- und Speicherleistungsindikatoren auf Maschinen mit VDAs zulässig. Wenn diese Richtlinieneinstellung deaktiviert ist, werden keine Warnmeldungen mit CPU- und Speicherbedingungen ausgelöst. Weitere Informationen finden Sie unter Richtlinieneinstellungen für die Überwachung.

  Smart-Richtlinienbedingungen:

  • Geltungsbereich: Bereitstellungsgruppe, Multi-Session-OS-Geltungsbereich
  • Schwellenwerte: Warnung – 80 %, Kritisch – 90 %

Verbindungsfehlerrate

Prozentsatz der Verbindungsfehler in der letzten Stunde.

• Berechnet auf der Grundlage der Gesamtzahl der Fehler im Verhältnis zur Gesamtzahl der Verbindungsversuche.
• Überprüfen Sie die Ansicht „Verbindungsfehlertrends“ in Director auf Ereignisse, die aus dem Konfigurationsprotokoll protokolliert wurden.
• Ermitteln Sie, ob Anwendungen oder Desktops erreichbar sind.

Anzahl der Verbindungsfehler

Anzahl der Verbindungsfehler in der letzten Stunde.

• Überprüfen Sie die Ansicht „Verbindungsfehlertrends“ in Director auf Ereignisse, die aus dem Konfigurationsprotokoll protokolliert wurden.
• Ermitteln Sie, ob Anwendungen oder Desktops erreichbar sind.

ICA® RTT (Durchschnitt)

Durchschnittliche ICA-Roundtrip-Zeit.

• Überprüfen Sie Citrix ADM auf eine Aufschlüsselung der ICA-RTT, um die Grundursache zu ermitteln. Weitere Informationen finden Sie in der Citrix ADM-Dokumentation.
• Wenn Citrix ADM nicht verfügbar ist, überprüfen Sie die Ansicht „Benutzerdetails“ in Director auf die ICA-RTT und Latenz und ermitteln Sie, ob es sich um ein Netzwerkproblem oder ein Problem mit Anwendungen oder Desktops handelt.

ICA RTT (Anzahl der Sitzungen)

Anzahl der Sitzungen, die die Schwellenwert-ICA-Roundtrip-Zeit überschreiten.

• Überprüfen Sie Citrix ADM auf die Anzahl der Sitzungen mit hoher ICA-RTT. Weitere Informationen finden Sie in der Citrix ADM-Dokumentation.

• Wenn Citrix ADM nicht verfügbar ist, arbeiten Sie mit dem Netzwerkteam zusammen, um die Grundursache zu ermitteln.

  Smart-Richtlinienbedingungen:

  • Geltungsbereich: Bereitstellungsgruppe, Multi-Session-OS-Geltungsbereich
  • Schwellenwerte: Warnung – 300 ms für 5 oder mehr Sitzungen, Kritisch – 400 ms für 10 oder mehr Sitzungen

ICA RTT (Prozentsatz der Sitzungen)

Prozentsatz der Sitzungen, die die durchschnittliche ICA-Roundtrip-Zeit überschreiten.

• Überprüfen Sie Citrix ADM auf die Anzahl der Sitzungen mit hoher ICA-RTT. Weitere Informationen finden Sie in der Citrix ADM-Dokumentation.
• Wenn Citrix ADM nicht verfügbar ist, arbeiten Sie mit dem Netzwerkteam zusammen, um die Grundursache zu ermitteln.

ICA RTT (Benutzer)

ICA-Roundtrip-Zeit, die auf Sitzungen angewendet wird, die vom angegebenen Benutzer gestartet wurden. Die Warnung wird ausgelöst, wenn die ICA-RTT in mindestens einer Sitzung den Schwellenwert überschreitet.

Fehlerhafte Maschinen (Einzelsitzungs-Betriebssystem)

Anzahl der fehlerhaften Maschinen mit Einzelsitzungs-Betriebssystem. Fehler können aus verschiedenen Gründen auftreten, wie im Director-Dashboard und in den Filteransichten gezeigt.

• Führen Sie die Citrix Scout-Diagnose aus, um die Grundursache zu ermitteln.

  Bedingungen für intelligente Richtlinien:

  • Geltungsbereich: Bereitstellungsgruppe, Mehrfachsitzungs-Betriebssystem-Geltungsbereich
  • Schwellenwerte: Warnung – 1, Kritisch – 2

Fehlerhafte Maschinen (Mehrfachsitzungs-Betriebssystem)

Anzahl der fehlerhaften Maschinen mit Mehrfachsitzungs-Betriebssystem. Fehler können aus verschiedenen Gründen auftreten, wie im Director-Dashboard und in den Filteransichten gezeigt.

• Führen Sie die Citrix Scout-Diagnose aus, um die Grundursache zu ermitteln.

  Bedingungen für intelligente Richtlinien:

  • Geltungsbereich: Bereitstellungsgruppe, Mehrfachsitzungs-Betriebssystem-Geltungsbereich
  • Schwellenwerte: Warnung – 1, Kritisch – 2

• Fehlerhafte Maschinen (in %)

Der Prozentsatz der fehlerhaften Maschinen mit Einzelsitzungs- und Mehrfachsitzungs-Betriebssystem in einer Bereitstellungsgruppe, berechnet auf Grundlage der Anzahl der fehlerhaften Maschinen. Diese Warnbedingung ermöglicht es Ihnen, Warnschwellenwerte als Prozentsatz der fehlerhaften Maschinen in einer Bereitstellungsgruppe zu konfigurieren. Sie wird alle 30 Sekunden berechnet. Fehler können aus verschiedenen Gründen auftreten, wie im Director-Dashboard und in den Filteransichten gezeigt. Führen Sie die Citrix Scout-Diagnose aus, um die Grundursache zu ermitteln. Weitere Informationen finden Sie unter Benutzerprobleme beheben.

Fehlgeschlagene Einschaltaktion und Fehlgeschlagene Ausschaltaktion

Anzahl der fehlgeschlagenen Einschaltaktionen und Anzahl der fehlgeschlagenen Ausschaltaktionen in einer Bereitstellungsgruppe, berechnet auf Grundlage der Anzahl der energieverwalteten Maschinen, die nicht ein- oder ausgeschaltet werden konnten. Diese Warnbedingung ermöglicht es Ihnen, Warnschwellenwerte als Anzahl der energieverwalteten Maschinen zu konfigurieren, die in einer Bereitstellungsgruppe nicht ein- oder ausgeschaltet werden konnten. Sie wird alle 30 Minuten berechnet.

Administratoren können die folgenden Parameter für diese Warnungen in der erweiterten Warnrichtlinie konfigurieren:

• Ausgelöst durch: Was die Energieaktion ausgelöst hat
• Fehlerursache: Warum die Aktion fehlgeschlagen ist
• Schwellenwert: Anzahl der Maschinen, bei denen die Energieaktion fehlgeschlagen ist, um die Richtlinie auszulösen
• Abtastintervall: Das Intervall, in dem die fehlgeschlagene Energieaktion überprüft werden muss
• Wiederholungsintervall für Warnungen: Nach welcher Zeit die Warnung erneut gesendet werden muss

Fehler können aus verschiedenen Gründen auftreten, wie im Director-Dashboard und in den Filteransichten gezeigt. Führen Sie die Citrix Scout-Diagnose aus, um die Grundursache zu ermitteln. Weitere Informationen finden Sie unter Benutzerprobleme beheben.

Nicht registrierte Maschinen (in %)

Eine Maschine gilt als nicht registriert, wenn sie aufgrund eines Neustarts instabil wird oder wenn ein Kommunikationsproblem zwischen dem Delivery Controller und den virtuellen Maschinen besteht. Der Wert Nicht registrierte Maschinen (in %) ist der Prozentsatz der nicht registrierten Maschinen mit Einzelsitzungs- und Mehrfachsitzungs-Betriebssystem in einer Bereitstellungsgruppe, berechnet auf Grundlage der Anzahl der nicht registrierten Maschinen. Diese Warnbedingung ermöglicht es Ihnen, Warn- und kritische Schwellenwerte als Prozentsatz der nicht registrierten Maschinen in einer Bereitstellungsgruppe zu konfigurieren. Sie können ein Intervall für die Wiederholung der Warnung festlegen. Sie können auch eine E-Mail-Adresse hinzufügen, um eine Benachrichtigung zu erhalten, wenn die Bedingungen für Nicht registrierte Maschinen (in %) erfüllt sind. Wenn der kritische oder Warnschwellenwert überschritten wird, werden Warnungen und E-Mails generiert. Sie können Warnungen unter Citrix-Warnungen anzeigen. Sie können sie nach der Kategorie Nicht registrierte Maschinen (in %) sowie nach dem erforderlichen Status und Zeitpunkt filtern.

Sie können Warnungsdetails auch in einem CSV-Anhang erhalten, wenn eine E-Mail vorhanden ist, oder über eine JSON-Nutzlast, wenn ein Webhook vorhanden ist.

Hinweis:

Der kritische Wert muss größer sein als der Warnwert.

Richtlinienbedingungen:

• Geltungsbereich: Einzelsitzungs-Betriebssystem und Mehrfachsitzungs-Betriebssystem-Bereitstellungsgruppe
• Schwellenwerte: Warnung und Kritisch

Warnung zur Maschinenverfügbarkeit

Die Maschinenverfügbarkeit in einer Bereitstellungsgruppe wird auf Grundlage der Stunden pro Tag, Stunden pro Woche oder Stunden pro Monat für eine in einer Bereitstellungsgruppe eingeschaltete Maschine berechnet. Diese Warnbedingung ermöglicht es Ihnen, Warnschwellenwerte als Stunden zu konfigurieren, die eine Maschine in einer Bereitstellungsgruppe eingeschaltet ist. Die Warnungen zur Maschinenverfügbarkeit funktionieren in folgenden Fällen wie folgt:

• Stunden pro Tag – Sie können die Anzahl der Stunden angeben, die eine Maschine pro Tag eingeschaltet ist. Dies wird alle 30 Minuten berechnet. Die maximale Anzahl der Stunden pro Tag, die Sie festlegen können, beträgt 24 Stunden.
• Stunden pro Woche – Sie können die Anzahl der Stunden angeben, die eine Maschine pro Woche eingeschaltet ist. Dies wird alle sechs Stunden berechnet. Die maximale Anzahl der Stunden pro Woche, die Sie festlegen können, beträgt 168 Stunden.
• Stunden pro Monat – Sie können die Anzahl der Stunden angeben, die eine Maschine pro Monat eingeschaltet ist. Dies wird einmal täglich berechnet. Die maximale Anzahl der Stunden pro Monat beträgt 720 Stunden. Der minimale Wert für das Wiederholungsintervall der Warnung, den Sie festlegen können, beträgt 60 Minuten. Sie können die Anzahl der Maschinen eingeben, die den Schwellenwert für die Maschinenverfügbarkeit unter den Abschnitten für Warnungen und kritische Warnungen überschreiten. Sie können auch Ausnahmen für beliebige Maschinen hinzufügen.

Wenn beispielsweise fünf Bereitstellungsgruppen für diese Warnung hinzugefügt wurden und in der ersten und vierten Bereitstellungsgruppe die Anzahl der Maschinen die Warn- oder kritischen Schwellenwerte überschreitet, wird die Warnung separat für die erste Bereitstellungsgruppe und für die vierte Bereitstellungsgruppe ausgelöst.

Diese Warnung hilft den Administratoren, die Verfügbarkeit der Maschinen zu analysieren, und auf Grundlage dieser Analyse können die Administratoren zur Kostenoptimierung beitragen. Sie können Warnungsdetails auch in einem CSV-Anhang erhalten, wenn eine E-Mail vorhanden ist, oder über eine JSON-Nutzlast, wenn ein Webhook vorhanden ist.

Durchschnittliche Anmeldedauer

Durchschnittliche Anmeldedauer für Anmeldungen, die in der letzten Stunde stattgefunden haben.

• Überprüfen Sie das Director-Dashboard, um aktuelle Metriken zur Anmeldedauer zu erhalten. Viele Benutzer, die sich innerhalb eines kurzen Zeitraums anmelden, können die Anmeldedauer erhöhen.

• Überprüfen Sie die Grundlinie und die Aufschlüsselung der Anmeldungen, um die Ursache einzugrenzen. Weitere Informationen finden Sie unter Probleme bei der Benutzeranmeldung diagnostizieren

  Bedingungen für intelligente Richtlinien:

  • Geltungsbereich: Bereitstellungsgruppe, Mehrfachsitzungs-Betriebssystem-Geltungsbereich
  • Schwellenwerte: Warnung – 45 Sekunden, Kritisch – 60 Sekunden

Anmeldedauer (Benutzer)

Anmeldedauer für Anmeldungen des angegebenen Benutzers, die in der letzten Stunde stattgefunden haben.

Lastausgleichsindex

Wert des Lastausgleichsindex in den letzten 5 Minuten.

• Überprüfen Sie Director auf Maschinen mit Mehrfachsitzungs-Betriebssystem, die eine Spitzenlast (maximale Last) aufweisen könnten. Zeigen Sie sowohl das Dashboard (Fehler) als auch den Bericht zum Lastausgleichsindex (Trends) an.

  Bedingungen für intelligente Richtlinien:

  • Geltungsbereich: Bereitstellungsgruppe, Mehrfachsitzungs-Betriebssystem-Geltungsbereich
  • Schwellenwerte: Warnung – 80 %, Kritisch – 90 %

Warnungsrichtlinien mit Webhooks konfigurieren

Neben E-Mail-Benachrichtigungen können Sie Warnungsrichtlinien mit Webhooks konfigurieren.

Hinweis: Diese Funktion erfordert Delivery Controller Version 7.11 oder höher.

Sie können eine Warnungsrichtlinie mit einem HTTP-Callback oder einem HTTP-POST mithilfe von PowerShell-Cmdlets konfigurieren. Diese wurden erweitert, um Webhooks zu unterstützen.

Informationen zum Erstellen eines neuen Octoblu-Workflows und zum Abrufen der entsprechenden Webhook-URL finden Sie im Octoblu Developer Hub.

Verwenden Sie die folgenden PowerShell-Cmdlets, um eine Webhook-URL für eine neue oder eine bestehende Warnungsrichtlinie zu konfigurieren.

Eine neue Warnungsrichtlinie mit einer Webhook-URL erstellen:

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

Eine Webhook-URL zu einer bestehenden Warnungsrichtlinie hinzufügen:

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

Hilfe zu den PowerShell-Befehlen erhalten Sie über die PowerShell-Hilfe, zum Beispiel:

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

Benachrichtigungen, die von der Warnungsrichtlinie generiert werden, lösen den Webhook mit einem POST-Aufruf an die Webhook-URL aus. Die POST-Nachricht enthält die Benachrichtigungsinformationen im JSON-Format:

{"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-->

Massenhaftes Verwerfen von Warnungen

Diese Funktion optimiert den Warnungsverwaltungsprozess für Administratoren, bietet Flexibilität und reduziert die Warnungsermüdung. Administratoren können Warnungen basierend auf Zeit, Typ oder Kategorie massenhaft verwerfen, was die Warnungsverwaltung während der Wartung oder beim Umgang mit Hypervisoren und anderen Umgebungen vereinfacht.

Das massenhafte Verwerfen von Warnungen hilft Administratoren, ihre Arbeitslast effizient zu verwalten und verhindert, dass sie von einer großen Anzahl von Warnungen überfordert werden.

Schritte zum massenhaften Verwerfen von Warnungen

1. Navigieren Sie zur Registerkarte Warnungen > Citrix-Warnungen. Die Warnungen werden angezeigt.

   

2. Wählen Sie eine Option aus Quelle, Kategorie, Status oder Zeitraum aus, um die Warnungen zu filtern, die Sie verwerfen möchten. Die spezifischen Warnungen werden angezeigt.
3. Aktivieren Sie das Kontrollkästchen neben einer bestimmten Warnung oder oben, um alle Warnungen auszuwählen.
4. Klicken Sie auf Verwerfen. Eine Benachrichtigung erscheint, um das Verwerfen der Warnungen zu bestätigen.
5. Klicken Sie auf Ja. Die ausgewählten Warnungen werden als verworfen markiert, und der Status der Warnung wird entsprechend aktualisiert.

Webhook-Konfiguration mit PowerShell SDK

Die Webhook-Konfigurationsfunktion mit PowerShell SDK ermöglicht Administratoren das Erstellen, Ändern, Löschen und Auflisten von Webhook-Profilen. Diese Funktion bietet Flexibilität bei der Konfiguration von Webhooks, indem sie die Angabe von Headern, Authentifizierungstypen, Inhaltstypen, Payloads und Webhook-URLs ermöglicht.

Hinweis:

Das unterstützte Payload-Format ist Text, und der Endbenutzer muss Text in seinem Webhook aktivieren.

Das neueste Payload-Format ist:

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

Einen Webhook erstellen

Sie können den folgenden PowerShell-Beispielbefehl verwenden, um ein Webhook-Profil zu erstellen:

So erstellen Sie einen Webhook ohne Autorisierungsheader:

$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-->

So erstellen Sie einen Webhook mit Autorisierungsheader:

$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-->

Nachdem das Profil erstellt wurde, können Sie es in der Datenbank überprüfen. Außerdem finden Sie das neu erstellte Webhook-Profil auf der Seite Citrix-Warnungen.

Ein Webhook-Profil aktualisieren

Sie können den folgenden PowerShell-Beispielbefehl verwenden, um ein Webhook-Profil zu aktualisieren:

$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-->

Eine Liste aller Webhook-Profile abrufen

Sie können den folgenden PowerShell-Beispielbefehl verwenden, um eine Liste aller verfügbaren Webhook-Profile abzurufen:

Get-MonitorWebhookProfile

Get-MonitorWebhookProfile -Name 'profile_msteams'

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

Webhook-Profil entfernen

Sie können den folgenden PowerShell-Beispielbefehl verwenden, um ein Webhook-Profil zu entfernen:

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

Hinweis:

Wenn ein Webhook-Profil einer Richtlinie zugeordnet ist, kann es nicht entfernt werden. Als Workaround müssen Sie zuerst die Webhook-Zuordnung aus der Richtlinie entfernen.

Richtlinie mit Webhook-Profil erstellen

Sie können den folgenden PowerShell-Beispielbefehl verwenden, um eine Richtlinie mit Webhook-Profil zu erstellen:

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

Richtlinie mit Webhook-Profil aktualisieren

Sie können den folgenden PowerShell-Beispielbefehl verwenden, um eine Richtlinie mit Webhook-Profil zu aktualisieren:

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

Webhook-Zuordnung aus einer Richtlinie entfernen

Sie können den folgenden PowerShell-Beispielbefehl verwenden, um das Webhook-Profil aus einer Richtlinie zu entfernen:

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

Webhook-Profil testen

Sie können den folgenden PowerShell-Beispielbefehl verwenden, um das Webhook-Profil zu testen:

$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-->

Überwachung von Hypervisor-Warnungen

Director zeigt Warnungen zur Überwachung der Hypervisor-Integrität an. Warnungen von XenServer® und VMware vSphere helfen bei der Überwachung von Hypervisor-Parametern und -Zuständen. Der Verbindungsstatus zum Hypervisor wird ebenfalls überwacht, um eine Warnung auszugeben, falls der Cluster oder Pool von Hosts neu gestartet wird oder nicht verfügbar ist.

Um Hypervisor-Warnungen zu erhalten, stellen Sie sicher, dass in Web Studio eine Hosting-Verbindung erstellt wurde. Weitere Informationen finden Sie unter Verbindungen und Ressourcen. Nur diese Verbindungen werden auf Hypervisor-Warnungen überwacht.

Diese Warnungen werden angezeigt, sobald die Schwellenwerte erreicht oder überschritten werden. Hypervisor-Warnungen können sein:

• Kritisch – kritischer Schwellenwert der Hypervisor-Alarmrichtlinie erreicht oder überschritten
• Warnung – Warnschwellenwert der Hypervisor-Alarmrichtlinie erreicht oder überschritten
• Verworfen – Warnung wird nicht mehr als aktive Warnung angezeigt

Diese Funktion erfordert Delivery Controller Version 7 1811 oder höher. Wenn Sie eine ältere Version von Director mit Sites 7 1811 oder höher verwenden, wird nur die Anzahl der Hypervisor-Warnungen angezeigt. Um die Warnungen anzuzeigen, müssen Sie Director aktualisieren.

Die folgende Tabelle beschreibt die verschiedenen Parameter und Zustände von Hypervisor-Warnungen.

Hinweis:

Weitere Informationen zum Konfigurieren von Warnungen finden Sie unter Citrix XenCenter Alerts oder in der VMware vCenter Alerts-Dokumentation.

Die E-Mail-Benachrichtigungseinstellungen können unter Citrix Alerts Policy > Site Policy > Hypervisor Health konfiguriert werden. Die Schwellenwertbedingungen für Hypervisor-Warnrichtlinien können nur vom Hypervisor und nicht von Director aus konfiguriert, bearbeitet, deaktiviert oder gelöscht werden. Das Ändern von E-Mail-Einstellungen und das Verwerfen einer Warnung kann jedoch in Director erfolgen. Sie können die Warnung deaktivieren, wenn Ihre Rolle keine Infrastrukturüberwachung umfasst.

Wichtig:

• Vom Hypervisor ausgelöste Warnungen werden in Director abgerufen und angezeigt. Änderungen im Lebenszyklus/Status der Hypervisor-Warnungen werden jedoch nicht in Director widergespiegelt.
• Warnungen, die in der Hypervisor-Konsole als fehlerfrei, verworfen oder deaktiviert markiert sind, werden weiterhin in Director angezeigt und müssen explizit verworfen werden.
• Warnungen, die in Director verworfen werden, werden nicht automatisch in der Hypervisor-Konsole verworfen.

Verbesserte Handhabung von Warnungen zum vertikalen und horizontalen Lastausgleich

Bisher, wenn Sie UseVerticalScalingForRdsLaunches auf „true“ gesetzt und die Richtlinie „Maximale Anzahl von Sitzungen“ in Studio konfiguriert haben, wechselten die Maschinen in den Zustand „Maximale Kapazität“. Director löste Warnungen für „Maximale Kapazität“ aus, unabhängig davon, ob das Limit aufgrund von vertikalem oder horizontalem Lastausgleich erreicht wurde. Es gab keine Möglichkeit, zwischen vertikalem und horizontalem Lastausgleich zu unterscheiden, wenn bestimmte Fehler auftraten, wie z. B. „Max Load Reached“. Dies führte zu unnötigen Warnungen für erwartetes Verhalten in Szenarien mit vertikaler Skalierung, was Ihre Zeit verschwendete und Verwirrung stiftete.

Wenn der vertikale Lastausgleich aktiv ist und eine Maschine ihr Sitzungslimit erreicht, wechselt sie nun in einen neuen Zustand: „Maximale Kapazität für vertikale Skalierung“. Director generiert für diesen neuen Zustand keine Warnungen mehr. Warnungen werden nur für „Maximale Kapazität“ in Szenarien mit horizontaler Skalierung ausgelöst. Sie können den neuen Zustand auf den Seiten „Filter“ und „Benutzerdefinierte Berichte“ anzeigen, was die Unterscheidung zwischen erwarteten und außergewöhnlichen Bedingungen erleichtert. Diese Verbesserung hilft Ihnen, unnötige Warnungen zu vermeiden und sich auf echte Probleme zu konzentrieren, wodurch die Überwachung und Fehlerbehebung optimiert wird. Sie gilt, wenn Sie UseVerticalScalingForRdsLaunches mit Set-BrokerSite konfigurieren und die Richtlinie „Maximale Anzahl von Sitzungen“ in Studio festlegen.