Avvisi e notifiche

Gli avvisi vengono visualizzati in Director sulla dashboard e in altre visualizzazioni di alto livello con simboli di avviso e di allarme critico. Gli avvisi sono disponibili per i siti con licenza Premium. Gli avvisi si aggiornano automaticamente ogni minuto; è anche possibile aggiornare gli avvisi su richiesta.

Un avviso (triangolo ambra) indica che la soglia di avviso di una condizione è stata raggiunta o superata.

Un avviso critico (cerchio rosso) indica che la soglia critica di una condizione è stata raggiunta o superata.

È possibile visualizzare informazioni più dettagliate sugli avvisi selezionando un avviso dalla barra laterale, facendo clic sul collegamento Vai ad Avvisi nella parte inferiore della barra laterale o selezionando Avvisi dalla parte superiore della pagina di Director.

Nella vista Avvisi, è possibile filtrare ed esportare gli avvisi. Ad esempio, macchine OS multi-sessione non riuscite per un gruppo di consegna specifico nell’ultimo mese, o tutti gli avvisi per un utente specifico. Per maggiori informazioni, vedere Esportare i report.

Avvisi Citrix®

Gli avvisi Citrix sono avvisi monitorati in Director che provengono da componenti Citrix. È possibile configurare gli avvisi Citrix all’interno di Director in Avvisi > Criteri avvisi Citrix. Come parte della configurazione, è possibile impostare l’invio di notifiche via e-mail a singoli e gruppi quando gli avvisi superano le soglie impostate. Per maggiori informazioni sulla configurazione degli avvisi Citrix, vedere Creare criteri di avviso.

Nota:

Assicurarsi che il firewall, il proxy o Microsoft Exchange Server non blocchino gli avvisi e-mail.

Criteri di avviso intelligenti

È disponibile una serie di criteri di avviso integrati con valori di soglia predefiniti per gli ambiti Gruppi di consegna e VDA OS multi-sessione. Questa funzionalità richiede la versione 7.18 o successiva del/dei Delivery Controller. È possibile modificare i parametri di soglia dei criteri di avviso integrati in Avvisi > Criteri avvisi Citrix. Questi criteri vengono creati quando è presente almeno un target di avviso, un gruppo di consegna o un VDA OS multi-sessione definito nel sito. Inoltre, questi avvisi integrati vengono aggiunti automaticamente a un nuovo gruppo di consegna o a un VDA OS multi-sessione.

Nel caso in cui si aggiornino Director e il sito, i criteri di avviso dell’istanza precedente di Director vengono mantenuti. I criteri di avviso integrati vengono creati solo se non esistono regole di avviso corrispondenti nel database di Monitor.

Per i valori di soglia dei criteri di avviso predefiniti, vedere la sezione Condizioni dei criteri di avviso.

Criteri di avviso avanzati

La funzionalità di notifica e avviso proattivo di Director è stata migliorata per includere un nuovo framework di avviso denominato Criteri di avviso avanzati. Con questa funzionalità, è possibile creare avvisi includendo dettagli granulari per ogni elemento o condizione, migliorando così il controllo sull’ambito degli avvisi. Attualmente, questi criteri includono avvisi per il risparmio sui costi e l’infrastruttura.

Con l’introduzione dei criteri di avviso avanzati, che sono avvisi basati sull’origine dati, è possibile utilizzare il filtro dell’ambito a più condizioni.

Questa funzionalità consente di ridurre gli avvisi eccessivi che potrebbero portare a una minore reattività o efficacia nell’affrontare problemi importanti. Questo criterio aiuta a misurare l’efficacia dei criteri di avviso e il coinvolgimento degli amministratori.

È possibile creare un criterio di avviso avanzato dalla sezione Avvisi > Criteri di avviso avanzati > Crea criterio.

È possibile selezionare la categoria come Macchine con gestione energetica non riuscite ad accendersi, Macchine con gestione energetica non riuscite a spegnersi, Macchine con gestione energetica con tempo di attività elevato e quindi selezionare le condizioni richieste per il criterio. Per ulteriori informazioni su come creare un criterio, vedere Creare criteri di avviso. Dopo aver creato il criterio, è possibile modificarlo, eliminarlo o disabilitarlo nella pagina Avvisi Citrix.

È possibile selezionare i parametri specifici e le opzioni corrispondenti per ciascuna delle condizioni precedenti.

La categoria Macchine con gestione energetica con tempo di attività elevato verifica le seguenti metriche:

• Numero di macchine che superano la soglia di tempo di attività
• Intervallo di riavviso (in minuti), l’intervallo può essere di minimo 60 minuti

Le categorie Macchine con gestione energetica non riuscite ad accendersi e Macchine con gestione energetica non riuscite a spegnersi verificano le seguenti metriche:

• Numero di macchine che superano la soglia di tempo di attività
• Intervallo di campionamento (in min): gli intervalli possono essere multipli di 30 min
• Intervallo di ri-avviso (in min): gli intervalli possono essere multipli di 60 min

È possibile impostare la gravità delle categorie precedenti in base alle esigenze. È inoltre possibile pianificare intervalli di ri-avviso per questi avvisi.

Definire l’ambito della policy

È possibile definire l’ambito dell’avviso e aggiungere eccezioni. L’avviso viene generato solo per l’ambito selezionato e il sotto-ambito escluso tramite l’aggiunta di eccezioni non è incluso nella generazione dell’avviso. Questa funzionalità consente di creare avvisi a un livello granulare.

È possibile creare notifiche tramite e-mail o tramite URL webhook. È inoltre possibile selezionare la lingua preferita in cui si desidera ricevere gli avvisi. È inoltre possibile selezionare un’opzione per ricevere i parametri dell’avviso in un allegato di file .CSV per l’e-mail o in un payload JSON tramite un URL webhook. L’allegato include i dettagli dei parametri richiesti. Per maggiori informazioni, vedere Miglioramenti al contenuto degli avvisi.

I seguenti dati vengono ricevuti come avviso tramite e-mail o nella pagina Avvisi Citrix:

Come creare un criterio di avviso avanzato utilizzando uno script PowerShell?

Script PowerShell per creare un criterio di avviso:

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

Sostituire la riga seguente con la condizione corretta per 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-->

Dall’immagine precedente, è possibile vedere che il criterio è stato creato e l’Uid è 10.

Per aggiungere l’e-mail alla configurazione

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

Per aggiungere l’e-mail alla policy

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

Script di esempio per aggiungere l’e-mail:

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

Per aggiungere l’URL del webhook alla policy

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

Script di esempio per aggiungere l’URL del webhook:

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

Ottieni i dettagli della policy creata

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

Policy dell’infrastruttura (Anteprima)

Queste policy sono state introdotte per creare avvisi relativi allo stato di integrità dei componenti supportati di Citrix Virtual Apps and Desktops™.

Una volta completata la configurazione del monitoraggio dell’infrastruttura, è possibile utilizzare i dati sullo stato di integrità disponibili in Director per configurare gli avvisi per qualsiasi componente richiesto. Gli amministratori possono impostare condizioni, ambiti e mezzi di notifica per ricevere avvisi importanti tramite e-mail o un payload JSON tramite webhook. Gli avvisi generati sono disponibili anche nella sezione Avvisi Citrix per l’analisi e la gestione.

Come parte della policy dell’infrastruttura di nuova introduzione, le condizioni di avviso sono categorizzate in quattro sezioni come segue:

• Raggiungibilità
• Servizi dipendenti
• Impatto
• Utilizzo delle risorse

Le condizioni all’interno di ogni categoria possono essere impostate con la gravità di Critico e Avviso in base alle priorità dell’organizzazione. È inoltre possibile pianificare intervalli di ri-avviso per questi avvisi.

È possibile creare un criterio di infrastruttura dalla sezione Avvisi > Criteri di avviso Citrix. È possibile selezionare la categoria richiesta e quindi selezionare le condizioni richieste per il criterio. Per maggiori informazioni su come creare un criterio, vedere Creare criteri di avviso. Dopo aver creato il criterio, è possibile modificarlo, eliminarlo o disabilitarlo nella pagina Avvisi Citrix.

Per maggiori dettagli sulle condizioni supportate in ogni categoria e componente, vedere quanto segue:

• Metriche di integrità PVS
• Metriche di integrità StoreFront

I seguenti dati vengono ricevuti come avviso tramite e-mail o nella pagina Avvisi Citrix:

Creare criteri di avviso

Per creare un criterio di avviso, ad esempio, per generare un avviso quando viene soddisfatto un set specifico di criteri di conteggio delle sessioni:

1. Andare a Avvisi > Criterio avvisi Citrix e selezionare, ad esempio, Criterio OS multisessione.
2. Fare clic su Crea.
3. Assegnare un nome e descrivere il criterio, quindi impostare le condizioni che devono essere soddisfatte affinché l’avviso venga attivato. Ad esempio, specificare i conteggi di Avviso e Critico per Sessioni connesse di picco, Sessioni disconnesse di picco e Sessioni totali simultanee di picco. I valori di avviso non devono essere maggiori dei valori critici. Per ulteriori informazioni, vedere Condizioni dei criteri di avviso.
4. Impostare l’intervallo di riattivazione avviso. Se le condizioni per l’avviso sono ancora soddisfatte, l’avviso viene attivato di nuovo a questo intervallo di tempo e, se configurato nella policy di avviso, viene generata una notifica e-mail. Un avviso ignorato non genera una notifica e-mail all’intervallo di riattivazione avviso.
5. Impostare l’Ambito. Ad esempio, impostare per un Gruppo di consegna specifico.

6. Nelle preferenze di notifica, specificare chi deve essere notificato via e-mail quando l’avviso viene attivato. È necessario specificare un server e-mail nella scheda Configurazione server e-mail per impostare le preferenze di notifica e-mail nelle Policy di avviso.

   1. È anche possibile ricevere il contenuto dell’avviso in un allegato .CSV o tramite il payload JSON. A tale scopo, selezionare le seguenti caselle di controllo:

      • Includi un payload JSON come allegato nel webhook
      • Includi un file CSV come allegato nell’e-mail

   Nota:

   Per ricevere il contenuto dell’avviso, le opzioni di allegato .CSV e payload JSON sono disponibili solo per alcuni avvisi al momento. Per maggiori informazioni, vedere Miglioramenti al contenuto degli avvisi

7. Fare clic su Salva.

La creazione di una policy con 20 o più Gruppi di consegna definiti nell’Ambito potrebbe richiedere circa 30 secondi per completare la configurazione. Durante questo periodo viene visualizzato un indicatore di caricamento.

La creazione di più di 50 policy per un massimo di 20 Gruppi di consegna unici (1000 destinazioni di Gruppi di consegna in totale) potrebbe comportare un aumento del tempo di risposta (oltre 5 secondi).

Lo spostamento di una macchina contenente sessioni attive da un Gruppo di consegna a un altro potrebbe attivare avvisi errati del Gruppo di consegna definiti utilizzando parametri macchina.

Nota:

Dopo aver eliminato una policy di avviso, potrebbero essere necessari fino a 30 minuti affinché le notifiche di avviso generate dalla policy si interrompano.

Miglioramenti al contenuto degli avvisi

La funzione di avviso di Director è stata migliorata per includere un allegato CSV e un payload JSON. Con questo miglioramento, è possibile ottenere i dettagli degli avvisi in un allegato CSV tramite e-mail o come payload JSON se è presente un webhook. Utilizzando questo allegato CSV o payload JSON, è possibile ricevere contenuti arricchiti a un livello dettagliato, facilitando l’identificazione e la risoluzione rapida dei problemi.

Attualmente, questo miglioramento è disponibile solo per i seguenti avvisi:

• Tempo di attività della macchina
• Azioni di accensione non riuscite
• Azioni di spegnimento non riuscite
• Macchine non registrate (%)

Per utilizzare questa funzione, accedere all’avviso e selezionare le seguenti caselle di controllo:

• Includi un payload JSON come allegato nel webhook
• Includi un file CSV come allegato nell’e-mail

Di seguito è riportato uno screenshot della sezione Criteri di avviso Citrix:

Ecco uno screenshot della sezione Criteri di avviso avanzati:

Allegato CSV

La tabella seguente fornisce le colonne dell’allegato .CSV per tutti gli avvisi supportati:

Payload webhook

Avviso percentuale macchine non registrate

Webhook Payload
{
    "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": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Current Registration State": "Unregistered",
                                      "Failure Date": “<Date of Failure>”,
                                      "Fault State": "<Fault State of the Machine>",
                                      "Lifecycle State": "<Lifecycle state of the Machine>"
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Current Registration State": "Unregistered",
                                      "Failure Date": “<Date of Failure>”,
                                      "Fault State": "<Fault State of the Machine>",
                                      "Lifecycle State": "<Lifecycle state of the Machine>"
                                  }]
}
<!--NeedCopy-->

Avviso azioni di accensione non riuscite

Webhook Payload Body
{
    "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": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                     "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  }]
}
<!--NeedCopy-->

Avviso azioni di spegnimento non riuscite

{
    "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": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                     "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  }]
}
<!--NeedCopy-->

Avviso tempo di attività della macchina

{
    "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": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Power State": "<On/Off>",
                                      "Powered On Date": "Time sting Eg: 2024-05-15T15:04:27.723",
                                      "Total Uptime In Minutes": 180
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Power State": "<ON/OFF>",
                                      "Powered On Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
                                      "Total Uptime In Minutes": <Uptime Duration>
                                  }]
}
<!--NeedCopy-->

Condizioni delle policy degli avvisi

Di seguito sono riportate le categorie di avviso, le azioni consigliate per mitigare l’avviso e le condizioni delle policy integrate, se definite. Le policy di avviso integrate sono definite per intervalli di avviso e riavviso di 60 minuti.

Picco di sessioni connesse

• Controllare la vista Tendenze sessioni di Director per il picco di sessioni connesse.
• Verificare che ci sia capacità sufficiente per gestire il carico di sessioni.
• Aggiungere nuove macchine se necessario

Picco di sessioni disconnesse

• Controllare la vista Tendenze sessioni di Director per il picco di sessioni disconnesse.
• Verificare che ci sia capacità sufficiente per gestire il carico di sessioni.
• Aggiungere nuove macchine se necessario.
• Disconnettere le sessioni disconnesse se necessario

Picco di sessioni totali concorrenti

• Controllare la vista Tendenze sessioni in Director per il picco di sessioni concorrenti.
• Verificare che ci sia capacità sufficiente per gestire il carico di sessioni.
• Aggiungere nuove macchine se necessario.
• Disconnetti le sessioni disconnesse se necessario

CPU

La percentuale di utilizzo della CPU indica il consumo complessivo della CPU sul VDA, inclusi quelli dei processi. È possibile ottenere maggiori informazioni sull’utilizzo della CPU da parte dei singoli processi dalla pagina Dettagli macchina del VDA corrispondente.

• Vai a Dettagli macchina > Visualizza utilizzo storico > 10 processi principali, identifica i processi che consumano la CPU. Assicurati che la policy di monitoraggio dei processi sia abilitata per avviare la raccolta delle statistiche di utilizzo delle risorse a livello di processo.
• Termina il processo se necessario.
• La terminazione del processo comporta la perdita dei dati non salvati.

• Se tutto funziona come previsto, aggiungi risorse CPU aggiuntive in futuro.

  Nota:

  L’impostazione della policy, Abilita monitoraggio risorse, è consentita per impostazione predefinita per il monitoraggio dei contatori delle prestazioni di CPU e memoria sulle macchine con VDA. Se questa impostazione della policy è disabilitata, gli avvisi con condizioni di CPU e memoria non vengono attivati. Per maggiori informazioni, consulta Impostazioni della policy di monitoraggio

  Condizioni della smart policy:

  • Ambito: Gruppo di consegna, ambito OS multi-sessione
  • Valori soglia: Avviso - 80%, Critico - 90%

Memoria

La percentuale di utilizzo della memoria indica il consumo complessivo della memoria sul VDA, inclusi quelli dei processi. È possibile ottenere maggiori informazioni sull’utilizzo della memoria da parte dei singoli processi dalla pagina Dettagli macchina del VDA corrispondente.

• Vai a Dettagli macchina > Visualizza utilizzo storico > 10 processi principali, identifica i processi che consumano memoria. Assicurati che la policy di monitoraggio dei processi sia abilitata per avviare la raccolta delle statistiche di utilizzo delle risorse a livello di processo.
• Terminare il processo, se necessario.
• La terminazione del processo comporta la perdita dei dati non salvati.

• Se tutto funziona come previsto, aggiungere memoria aggiuntiva in futuro.

  Nota:

  L’impostazione dei criteri, Abilita monitoraggio risorse, è consentita per impostazione predefinita per il monitoraggio dei contatori delle prestazioni di CPU e memoria sulle macchine con VDA. Se questa impostazione dei criteri è disabilitata, gli avvisi con condizioni di CPU e memoria non vengono attivati. Per ulteriori informazioni, vedere Impostazioni dei criteri di monitoraggio

  Condizioni dei criteri smart:

  • Ambito: Gruppo di consegna, ambito del sistema operativo multisessione
  • Valori di soglia: Avviso - 80%, Critico - 90%

Frequenza di errore di connessione

Percentuale di errori di connessione nell’ultima ora.

• Calcolato in base agli errori totali rispetto al totale dei tentativi di connessione.
• Controllare la vista Tendenze errori di connessione di Director per gli eventi registrati dal log di configurazione.
• Determinare se le applicazioni o i desktop sono raggiungibili.

Conteggio errori di connessione

Numero di errori di connessione nell’ultima ora.

• Controllare la vista Tendenze errori di connessione di Director per gli eventi registrati dal log di configurazione.
• Determinare se le applicazioni o i desktop sono raggiungibili.

ICA® RTT (media)

Tempo di round trip ICA medio.

• Controllare Citrix ADM per un’analisi dettagliata dell’ICA RTT per determinarne la causa principale. Per maggiori informazioni, consultare la documentazione di Citrix ADM.
• Se Citrix ADM non è disponibile, controllare la vista Dettagli utente di Director per l’ICA RTT e la latenza, e determinare se si tratta di un problema di rete o di un problema con le applicazioni o i desktop.

ICA RTT (numero di sessioni)

Numero di sessioni che superano il tempo di round trip ICA di soglia.

• Controllare Citrix ADM per il numero di sessioni con ICA RTT elevato. Per maggiori informazioni, consultare la documentazione di Citrix ADM.

• Se Citrix ADM non è disponibile, collaborare con il team di rete per determinarne la causa principale.

  Condizioni della smart policy:

  • Ambito: Delivery Group, ambito OS multi-sessione
  • Valori di soglia: Avviso - 300 ms per 5 o più sessioni, Critico - 400 ms per 10 o più sessioni

ICA RTT (% di sessioni)

Percentuale di sessioni che superano il tempo di round trip ICA medio.

• Controllare Citrix ADM per il numero di sessioni con RTT ICA elevato. Per maggiori informazioni, consultare la documentazione di Citrix ADM.
• Se Citrix ADM non è disponibile, collaborare con il team di rete per determinarne la causa principale.

RTT ICA (Utente)

Tempo di round trip ICA applicato alle sessioni avviate dall’utente specificato. L’avviso viene attivato se l’RTT ICA è superiore alla soglia in almeno una sessione.

Macchine non riuscite (SO a sessione singola)

Numero di macchine SO a sessione singola non riuscite. Gli errori possono verificarsi per vari motivi, come mostrato nelle visualizzazioni Dashboard e Filtri di Director.

• Eseguire la diagnostica di Citrix Scout per determinarne la causa principale.

  Condizioni dei criteri smart:

  • Ambito: Gruppo di consegna, ambito SO multi-sessione
  • Valori di soglia: Avviso - 1, Critico - 2

Macchine non riuscite (SO multi-sessione)

Numero di macchine SO multi-sessione non riuscite. Gli errori possono verificarsi per vari motivi, come mostrato nelle visualizzazioni Dashboard e Filtri di Director.

• Eseguire la diagnostica di Citrix Scout per determinarne la causa principale.

  Condizioni dei criteri smart:

  • Ambito: Gruppo di consegna, ambito SO multi-sessione
  • Valori soglia: Avviso - 1, Critico - 2

Macchine non riuscite (in %)

La percentuale di macchine OS a sessione singola e multi-sessione non riuscite in un gruppo di consegna, calcolata in base al numero di macchine non riuscite. Questa condizione di avviso consente di configurare le soglie di avviso come percentuale di macchine non riuscite in un gruppo di consegna e viene calcolata ogni 30 secondi. I guasti possono verificarsi per vari motivi, come mostrato nelle visualizzazioni Dashboard e Filtri di Director. Eseguire la diagnostica di Citrix Scout per determinare la causa principale. Per maggiori informazioni, vedere Risolvere i problemi degli utenti.

Azione di accensione non riuscita e azione di spegnimento non riuscita

Numero di azioni di accensione non riuscite e numero di azioni di spegnimento non riuscite in un gruppo di consegna, calcolato in base al numero di macchine con gestione dell’alimentazione che non sono riuscite ad accendersi o spegnersi. Questa condizione di avviso consente di configurare le soglie di avviso come numero di macchine con gestione dell’alimentazione che non sono riuscite ad accendersi o spegnersi in un gruppo di consegna e viene calcolata ogni 30 minuti.

L’amministratore può configurare i seguenti parametri per questi avvisi nella policy di avviso avanzata:

• Attivato da: Cosa ha attivato l’azione di alimentazione
• Motivo del guasto: Perché l’azione non è riuscita
• Soglia: Numero soglia di macchine che non sono riuscite nell’azione di alimentazione per attivare la policy
• Intervallo di campionamento: L’intervallo in cui l’azione di alimentazione non riuscita deve essere controllata
• Intervallo di ri-avviso: Dopo quanto tempo l’avviso deve essere inviato nuovamente

I guasti possono verificarsi per vari motivi, come mostrato nelle visualizzazioni Dashboard e Filtri di Director. Eseguire la diagnostica di Citrix Scout per determinare la causa principale. Per maggiori informazioni, vedere Risolvere i problemi degli utenti.

Macchine non registrate (in %)

Una macchina è considerata non registrata quando diventa instabile a causa di un riavvio o quando si verifica un problema di comunicazione tra il delivery controller™ e le macchine virtuali. Le macchine non registrate (in %) rappresentano la percentuale di macchine OS a sessione singola e multi-sessione non registrate in un gruppo di consegna, calcolata in base al numero di macchine non registrate. Questa condizione di avviso consente di configurare valori di soglia di avviso e critici come percentuale di macchine non registrate in un gruppo di consegna. È possibile impostare un intervallo per il ri-avviso. È inoltre possibile aggiungere un’e-mail per ricevere una notifica quando le condizioni sono soddisfatte per le macchine non registrate (in %). Quando il valore di soglia critico o di avviso viene superato, vengono generati avvisi ed e-mail. È possibile visualizzare gli avvisi in Avvisi Citrix. È possibile filtrarli per categoria Macchine non registrate (in %) e per lo stato e l’ora richiesti.

È inoltre possibile ricevere i dettagli dell’avviso in un allegato CSV se è presente un’e-mail o tramite un payload JSON se è presente un webhook.

Nota:

Il valore critico deve essere maggiore del valore di avviso.

Condizioni dei criteri:

• Ambito: OS a sessione singola e gruppo di consegna OS a sessione multipla
• Valori di soglia: Avviso e Critico

Avviso di tempo di attività della macchina

Il tempo di attività della macchina in un gruppo di consegna viene calcolato in base al numero di ore al giorno, ore alla settimana o ore al mese per una macchina accesa in un gruppo di consegna. Questa condizione di avviso consente di configurare le soglie di avviso come le ore in cui una macchina è accesa in un gruppo di consegna. Gli avvisi di tempo di attività della macchina funzionano come segue in caso di:

• Ore al giorno - È possibile specificare il numero di ore in cui una macchina è accesa per un giorno e viene calcolato ogni 30 minuti. Il numero massimo di ore al giorno che è possibile impostare è di 24 ore.
• Ore alla settimana - È possibile specificare il numero di ore in cui una macchina è accesa per una settimana e viene calcolato ogni sei ore. Il numero massimo di ore alla settimana che è possibile impostare è di 168 ore.
• Ore al mese - È possibile specificare il numero di ore in cui una macchina è accesa per un mese e viene calcolato una volta al giorno. Il numero massimo di ore al mese è di 720 ore. Il valore minimo dell’intervallo di riavviso che è possibile impostare è di 60 minuti. È possibile immettere il numero di macchine che superano il valore di soglia del tempo di attività della macchina nella sezione Avvisi di avviso e critici. È anche possibile aggiungere eccezioni per qualsiasi macchina.

Ad esempio, se sono stati aggiunti cinque gruppi di consegna per questo avviso e se nel primo gruppo di consegna e nel quarto gruppo di consegna il numero di macchine supera i valori di soglia di avviso o critici, l’avviso viene attivato separatamente per il primo gruppo di consegna e per il quarto gruppo di consegna.

Questo avviso aiuta gli amministratori ad analizzare il tempo di attività delle macchine e, in base a questa analisi, gli amministratori possono contribuire a ottimizzare i costi. È inoltre possibile ricevere i dettagli dell’avviso in un allegato CSV se si tratta di un’e-mail o tramite un payload JSON se si tratta di un webhook.

Durata media del logon

Durata media del logon per i logon avvenuti nell’ultima ora.

• Controllare la Dashboard di Director per ottenere metriche aggiornate sulla durata del logon. Molti utenti che accedono in un breve lasso di tempo possono aumentare la durata del logon.

• Controllare la baseline e la ripartizione degli accessi per restringere la causa. Per maggiori informazioni, vedere Diagnostica problemi di accesso utente

  Condizioni della smart policy:

  • Ambito: Gruppo di consegna, ambito OS multi-sessione
  • Valori di soglia: Avviso - 45 secondi, Critico - 60 secondi

Durata accesso (utente)

Durata dell’accesso per gli accessi dell’utente specificato che si sono verificati nell’ultima ora.

Indice valutatore carico

Valore dell’indice valutatore carico negli ultimi 5 minuti.

• Controllare Director per le macchine OS multi-sessione che potrebbero avere un carico di picco (carico massimo). Visualizzare sia la Dashboard (errori) che il report Tendenze indice valutatore carico.

  Condizioni della smart policy:

  • Ambito: Gruppo di consegna, ambito OS multi-sessione
  • Valori di soglia: Avviso - 80%, Critico - 90%

Configurare le policy di avviso con i webhook

Oltre alle notifiche e-mail, è possibile configurare le policy di avviso con i webhook.

Nota: Questa funzionalità richiede la versione 7.11 o successiva di Delivery Controller.

È possibile configurare un criterio di avviso con un callback HTTP o un POST HTTP utilizzando i cmdlet PowerShell. Sono stati estesi per supportare i webhook.

Per informazioni sulla creazione di un nuovo flusso di lavoro Octoblu e sull’ottenimento dell’URL webhook corrispondente, consultare l’Octoblu Developer Hub.

Per configurare un URL webhook per un nuovo criterio di avviso o per un criterio esistente, utilizzare i seguenti cmdlet PowerShell.

Creare un nuovo criterio di avvisi con un URL webhook:

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

Aggiungere un URL webhook a un criterio di avvisi esistente:

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

Per assistenza sui comandi PowerShell, utilizzare la guida di PowerShell, ad esempio:

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

Le notifiche generate dal criterio di avviso attivano il webhook con una chiamata POST all’URL del webhook. Il messaggio POST contiene le informazioni di notifica in 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-->

Monitoraggio degli avvisi dell’hypervisor

Director visualizza gli avvisi per monitorare l’integrità dell’hypervisor. Gli avvisi da XenServer® e VMware vSphere aiutano a monitorare i parametri e gli stati dell’hypervisor. Viene monitorato anche lo stato della connessione all’hypervisor per fornire un avviso se il cluster o il pool di host viene riavviato o non è disponibile.

Per ricevere gli avvisi dell’hypervisor, assicurarsi che sia stata creata una connessione di hosting in Web Studio. Per maggiori informazioni, consultare Connessioni e risorse. Solo queste connessioni vengono monitorate per gli avvisi dell’hypervisor.

Questi avvisi vengono visualizzati una volta che le soglie vengono raggiunte o superate. Gli avvisi dell’hypervisor possono essere:

• Critico—soglia critica del criterio di allarme dell’hypervisor raggiunta o superata
• Avviso—soglia di avviso del criterio di allarme dell’hypervisor raggiunta o superata
• Ignorato—l’avviso non viene più visualizzato come avviso attivo

Visualizzazione degli avvisi dell’hypervisor(/it-it/citrix-virtual-apps-desktops/2407/media/hypervisor_alerts_display.png)

Questa funzionalità richiede Delivery Controller versione 7 1811 o successiva. Se si utilizza una versione precedente di Director con siti 7 1811 o successivi, viene visualizzato solo il conteggio degli avvisi dell’hypervisor. Per visualizzare gli avvisi, è necessario aggiornare Director.

La tabella seguente descrive i vari parametri e stati degli avvisi dell’hypervisor.

Nota:

Per maggiori informazioni sulla configurazione degli avvisi, vedere Avvisi di Citrix XenCenter o consultare la documentazione sugli avvisi di VMware vCenter.

La preferenza di notifica e-mail può essere configurata in Criteri di avviso Citrix > Criteri del sito > Integrità Hypervisor. Le condizioni di soglia per i criteri di avviso dell’Hypervisor possono essere configurate, modificate, disabilitate o eliminate solo dall’hypervisor e non da Director. Tuttavia, la modifica delle preferenze e-mail e l’eliminazione di un avviso possono essere eseguite in Director. È possibile disabilitare l’avviso se il proprio ruolo non prevede il monitoraggio dell’infrastruttura.

Importante:

• Gli avvisi attivati dall’Hypervisor vengono recuperati e visualizzati in Director. Tuttavia, le modifiche nel ciclo di vita/stato degli avvisi dell’Hypervisor non vengono riflesse in Director.
• Gli avvisi che sono integri, ignorati o disabilitati nella console dell’Hypervisor continuano ad apparire in Director e devono essere ignorati esplicitamente.
• Gli avvisi ignorati in Director non vengono ignorati automaticamente nella console dell’Hypervisor.