Avvisi e notifiche
Gli avvisi vengono visualizzati in Monitor sul dashboard e in altre viste di alto livello con simboli di avviso e di avviso critico. Gli avvisi vengono aggiornati automaticamente ogni minuto; è anche possibile aggiornare gli avvisi su richiesta.
Un avviso di avvertenza (triangolo ambra) indica che è stata raggiunta o superata la soglia di avvertenza di una condizione.
Un avviso critico (cerchio rosso) indica che è stata raggiunta o superata la soglia critica di una condizione.
È possibile visualizzare informazioni più dettagliate sugli avvisi selezionando un avviso dalla barra laterale, cliccando sul link Vai agli avvisi nella parte inferiore della barra laterale o selezionando Avvisi nella parte superiore della pagina Monitor.
Nella vista Avvisi è possibile filtrare ed esportare gli avvisi. Ad esempio, macchine con sistema operativo multisessione non riuscite per un gruppo di distribuzione specifico nell’ultimo mese oppure tutti gli avvisi per un utente specifico. Per ulteriori informazioni, vedere Esporta report.
Avvisi Citrix
Gli avvisi Citrix sono quelli che provengono dai componenti Citrix. È possibile configurare gli avvisi Citrix all’interno di Monitor in Avvisi > Criterio avvisi Citrix. Come parte della configurazione, puoi impostare l’invio di notifiche via e-mail a singoli e gruppi quando gli avvisi superano le soglie impostate. Per ulteriori informazioni sulla configurazione degli avvisi Citrix, vedere Creazione di criteri di avviso.
Politiche di allerta intelligenti
Per i gruppi di distribuzione e l’ambito dei VDA del sistema operativo multisessione è disponibile un set di criteri di avviso integrati con valori soglia predefiniti. È possibile modificare i parametri di soglia dei criteri di avviso integrati in Avvisi > Criterio avvisi Citrix. Questi criteri vengono creati quando nel tuo sito è definito almeno un target di avviso: un gruppo di distribuzione o un VDA del sistema operativo multisessione. Inoltre, questi avvisi integrati vengono aggiunti automaticamente a un nuovo gruppo di distribuzione o a un VDA del sistema operativo multisessione.
I criteri di avviso integrati vengono creati solo se non esistono regole di avviso corrispondenti nel database Monitor.
Per i valori soglia dei criteri di avviso integrati, vedere la sezione Condizioni dei criteri di avviso .
Criteri di avviso avanzati
La funzionalità Notifica proattiva e avvisi di Monitor è stata migliorata per includere un nuovo framework di avvisi 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 i risparmi sui costi e sull’infrastruttura.
Con l’introduzione di criteri di avviso avanzati, ovvero avvisi basati sulla fonte dati, è possibile utilizzare il filtraggio dell’ambito multi-condizione.
Questa funzione consente di ridurre un numero eccessivo di avvisi, che potrebbe comportare una riduzione della reattività o dell’efficacia nella risoluzione di problemi importanti. Questo criterio consente di misurare l’efficacia dei criteri di avviso e il coinvolgimento degli amministratori.
È possibile creare un criterio di avviso avanzato dalla sezione Avvisi > Criterio di avviso avanzato > Crea criterio . È possibile selezionare una delle seguenti origini dati:
- Macchine
- Servizio di provisioning
- Negozio Front
Avvisi per il risparmio sui costi
È possibile creare avvisi per i risparmi sui costi, il che consente di ottimizzare i costi. Attualmente, è possibile creare avvisi per i computer.
Per creare avvisi nei computer, eseguire le operazioni seguenti:
- Clic Avvisi scheda > Criteri di avviso avanzati. Le Criteri di avviso avanzati viene visualizzata la pagina.
- Clic Crea criterio. Le Creare criteri di avviso avanzati viene visualizzata la sezione.
- Selezionare Macchine dall’elenco a discesa Origine dati. Vengono visualizzati la condizione Risparmio sui costi e i tipi di condizione corrispondenti.
-
Selezionare i seguenti tipi di condizione in base alle esigenze:
- Impossibile accendere le macchine gestite dall’alimentazione
- Impossibile spegnere le macchine con gestione dell’alimentazione
- Macchine Power Managed con tempi di attività elevati
- Selezionare i parametri specifici e le opzioni corrispondenti per ciascuna delle condizioni selezionate.
-
Imposta le metriche Avviso e Critico per il tipo di condizione selezionato:
-
Per Macchine Power Managed con tempi di attività elevati:
- Numero di macchine che superano la soglia di uptime
- Intervallo di ri-avviso (in min) l’intervallo può essere minimo 60 min
-
Per Impossibile accendere le macchine gestite dall’alimentazione e Impossibile spegnere le macchine con gestione dell’alimentazione:
- Numero di macchine che superano la soglia di uptime
- Intervallo di campionamento (in min) gli intervalli possono essere multipli di 30 min
- Intervallo di ri-avviso (in min) il ri-avviso può essere multiplo di 60 min
-
- Pianifica gli intervalli di avviso per gli avvisi selezionati in base alle esigenze.
- Definire l’ambito dell’avviso.
-
Imposta i canali di notifica. Può trattarsi di un’e-mail o di un webhook.
-
È possibile selezionare le seguenti caselle di controllo:
- Includi un payload JSON come allegato nel webhook
- Includi un file CSV come allegato nell’e-mail
-
- Entra nel Dettagli dell’avviso come Nome avviso e Descrizione (facoltativo).
- Clic Salvare. L’avviso viene creato.
Politiche infrastrutturali
È possibile creare avvisi per monitorare l’integrità dei seguenti componenti Citrix DaaS supportati:
- Servizio di provisioning
- Negozio Front
- Connettore cloud
Una volta che il Monitoraggio dell’infrastruttura L’installazione è completata, è possibile utilizzare i dati di integrità disponibili in Monitor 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 pagina Avvisi Citrix Sezione per l’analisi e la gestione.
Come parte della nuova politica sulle infrastrutture, le condizioni di allerta sono classificate nelle quattro sezioni seguenti:
- Raggiungibilità
- Servizi dipendenti
- Impatto
- Utilizzo delle risorse
Le condizioni all’interno di ciascuna categoria possono essere impostate con un livello di gravità di Critico e Avviso in base alle priorità organizzative. È inoltre possibile pianificare intervalli di avviso di ripetizione 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 la polizza. Per ulteriori informazioni su come creare un criterio, vedere Creare criteri di avviso. Dopo aver creato il criterio, è possibile modificarlo, eliminarlo o disattivarlo nella pagina Citrix Alerts .
Per maggiori dettagli sulle condizioni supportate in ciascuna categoria e componente, vedere quanto segue:
- Provisioning delle metriche di integrità
- Metriche di salute di StoreFront
- Metriche di integrità di Cloud Connector
I seguenti dati vengono ricevuti come avviso tramite e-mail o sulla pagina Citrix Alert:
Campo | Descrizione |
---|---|
ID cliente | L’ID cliente del sito. |
Livello di allerta | I valori possibili sono Critico e Avviso. |
Bersaglio | Nome della macchina per la quale viene attivato l’avviso. |
Tempo | Ora in cui viene attivato l’avviso. |
Ambito | L’ambito di applicazione della politica. |
Politica | Il nome della polizza. |
Descrizione | Descrizione del problema per cui viene attivato l’avviso. |
Definire l’ambito della politica
Puoi definire l’ambito del tuo avviso e aggiungere eccezioni. L’avviso viene generato solo per l’ambito selezionato e il sottoambito escluso tramite l’aggiunta di eccezioni non viene incluso nella generazione dell’avviso. Questa funzionalità consente di creare avvisi a livello granulare.
È possibile creare notifiche tramite e-mail o tramite URL webhook. Puoi anche selezionare la lingua in cui preferisci ricevere gli avvisi. È anche possibile selezionare un’opzione per ricevere i parametri di avviso in un allegato file .CSV tramite e-mail o in un payload JSON tramite un URL webhook. L’allegato contiene i dettagli dei parametri richiesti. Per ulteriori informazioni, vedere Miglioramenti al contenuto degli avvisi.
I seguenti dati vengono ricevuti come avviso tramite e-mail o sulla pagina Avvisi Citrix :
Campo | Descrizione |
---|---|
ID cliente | L’ID cliente del sito. |
Livello di allerta | Questo valore è il valore predefinito impostato per ogni condizione di avviso. I valori possibili sono Critico e Avviso. |
Condizione | Questo valore è la condizione impostata durante la creazione della policy. Ad esempio, il numero di macchine non registrate è uguale o superiore a 20. |
Bersaglio | Nome del gruppo di recapito o del sito per cui viene attivato l’avviso. |
Sito web | Il nome del sito. |
Ambito | L’ambito di applicazione della politica. Questo valore include anche il sottoambito. |
Politica | Il nome della polizza. |
Descrizione | Descrizione del problema per cui viene attivato l’avviso. |
Come creare un criterio di avviso avanzato utilizzando uno script di PowerShell?
Script di 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
Sostituisci la seguente riga 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
Dall’immagine precedente, puoi vedere che la policy è stata creata e che l’Uid è 10.
Per aggiungere l’email alla configurazione
Set-MonitorNotificationEmailServerConfiguration -ProtocolType SMTP -ServerName NameOfTheSMTPServerOrIPAddress -PortNumber 80 -SenderEmailAddress loki@abc.com -RequiresAuthentication 0
Per aggiungere l’email alla policy
Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
Esempio di script per aggiungere un’e-mail:
Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"
Per aggiungere l’URL del webhook alla policy
Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
Esempio di script per aggiungere l’URL del webhook:
Set-MonitorNotificationPolicy –Uid 10 –Webhook 'https://hooks.slack.com/triggers/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'
Ottieni i dettagli della politica creata
Get-MonitorNotificationPolicy -Uid 10
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:
- Vai a Avvisi > Criterio avvisi Citrix e seleziona, ad esempio, Criterio sistema operativo multisessione.
- Fai clic su Crea.
- Assegna un nome e una descrizione alla policy, quindi imposta le condizioni che devono essere soddisfatte affinché l’avviso venga attivato. Ad esempio, specificare i conteggi di Avviso e Critico per il picco di sessioni connesse, il picco di sessioni disconnesse e il picco di sessioni totali simultanee. I valori di attenzione non devono essere superiori ai valori critici. Per ulteriori informazioni, vedere Condizioni dei criteri di avviso.
- Imposta l’intervallo di nuovo avviso. Se le condizioni per l’avviso sono ancora soddisfatte, l’avviso viene attivato nuovamente dopo questo intervallo di tempo e, se impostato nel criterio di avviso, viene generata una notifica e-mail. Un avviso ignorato non genera una notifica e-mail all’intervallo di nuovo avviso.
- Imposta l’ambito. Ad esempio, impostato per un gruppo di consegna specifico.
- Nelle preferenze di notifica, specifica chi deve essere avvisato tramite e-mail quando viene attivato l’avviso. Le notifiche e-mail vengono inviate tramite SendGrid. Assicurati che l’indirizzo e-mail
donotreplynotifications@citrix.com
è inserito nella whitelist nella configurazione della posta elettronica. - Clic Salvare.
La creazione di un criterio con 20 o più gruppi di distribuzione definiti nell’ambito potrebbe richiedere circa 30 secondi per completare la configurazione. In questo momento viene visualizzato uno spinner.
La creazione di più di 50 policy per un massimo di 20 gruppi di recapito univoci (1000 target di gruppi di recapito 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 distribuzione a un altro potrebbe attivare avvisi errati del gruppo di distribuzione definiti mediante parametri della macchina.
Nota:
Dopo aver eliminato un criterio di avviso, potrebbero essere necessari fino a 30 minuti prima che le notifiche di avviso generate dal criterio vengano interrotte.
Miglioramenti al contenuto degli avvisi
La funzionalità di avviso di Monitor è stata migliorata per includere un allegato CSV e un payload JSON. Grazie a questo miglioramento, è possibile ricevere i dettagli degli avvisi in un allegato CSV tramite e-mail o come payload JSON se è presente un webhook. Utilizzando questo allegato CSV o il payload JSON, è possibile ricevere contenuti arricchiti a livello dettagliato, facilitando l’identificazione e la risoluzione rapida dei problemi.
Attualmente, questo miglioramento è disponibile solo per gli avvisi seguenti:
- Tempo di attività della macchina
- Azioni di accensione non riuscite
- Azioni di spegnimento non riuscite
- Macchine non registrate (%)
Per utilizzare questa funzionalità, vai all’avviso e seleziona le seguenti caselle di controllo:
- Includere un payload json come allegato nel webhook
- Includi un file csv come allegato nell’e-mail
Di seguito è riportato uno screenshot dalla sezione Citrix Alert Policies :
Ecco uno screenshot dalla sezione Criteri di avviso avanzati :
Allegato CSV
La tabella seguente fornisce le colonne dell’allegato .CSV per tutti gli avvisi supportati:
Colonna | Avviso applicabile |
---|---|
Nome macchina, indirizzo IP e nome gruppo di recapito | Tempo di attività della macchina, Azione di spegnimento non riuscita e Azione di accensione non riuscita e Macchine non registrate (%) |
Stato di registrazione corrente, data di errore, stato di errore e stato del ciclo di vita | Macchina non registrata (%) |
Motivo dell’ultimo errore di azione di alimentazione, ultima azione di alimentazione attivata da, tipo di ultima azione di alimentazione e data di completamento dell’ultima azione di alimentazione | Azione di spegnimento non riuscita e azione di accensione non riuscita |
Stato di alimentazione, data di accensione e tempo di attività totale in minuti | Tempo di attività della macchina |
Carico utile del webhook
Avviso percentuale macchina non registrata
{
"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>\"}]}"
}
Avviso di azioni di accensione non riuscite
{
"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>\"}]}"
}
Avviso azioni di spegnimento non riuscite
{
"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>\"}]}"
}
Avviso di tempo di attività della macchina
{
"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>\"}]}"
}
Condizioni delle politiche di avviso
Di seguito sono riportate le categorie di avviso, le azioni consigliate per mitigare l’avviso e le condizioni di policy integrate, se definite. I criteri di avviso integrati sono definiti per intervalli di avviso e di riattivazione di 60 minuti.
Sessioni di connessione di picco
- Controllare la vista Monitora tendenze sessione per individuare il picco delle sessioni connesse.
- Verificare che vi sia sufficiente capacità per soddisfare il carico della sessione.
- Aggiungere nuove macchine se necessario
Picco di sessioni disconnesse
- Controllare la vista Monitora tendenze sessione per individuare il picco di sessioni disconnesse.
- Verificare che vi sia sufficiente capacità per gestire il carico della sessione.
- Aggiungere nuove macchine se necessario.
- Se necessario, disconnettere le sessioni disconnesse
Numero massimo di sessioni simultanee
- Controllare la vista Monitor Session Trends in Monitor per individuare i picchi di sessioni simultanee.
- Verificare che vi sia sufficiente capacità per gestire il carico della sessione.
- Aggiungere nuove macchine se necessario.
- Se necessario, disconnettere le sessioni disconnesse
processore
La percentuale di utilizzo della CPU indica il consumo complessivo della CPU sul VDA, incluso quello dei processi. È possibile ottenere informazioni più approfondite sull’utilizzo della CPU da parte dei singoli processi dalla pagina Dettagli macchina del VDA corrispondente.
- Vai a Dettagli macchina > Visualizza utilizzo storico > I 10 processi principali, identifica i processi che consumano la CPU. Assicurarsi che la policy di monitoraggio dei processi sia abilitata per avviare la raccolta di statistiche sull’utilizzo delle risorse a livello di processo.
- Se necessario, terminare il processo.
- L’interruzione del processo comporta la perdita dei dati non salvati.
-
Se tutto funziona come previsto, aggiungere altre risorse della CPU in futuro.
Nota:
L’impostazione del criterio Abilita monitoraggio risorse è consentita per impostazione predefinita per il monitoraggio dei contatori delle prestazioni della CPU e della memoria su macchine con VDA. Se questa impostazione di policy è disabilitata, gli avvisi relativi alle condizioni della CPU e della memoria non vengono attivati. Per ulteriori informazioni, vedere Impostazioni dei criteri di monitoraggio.
Condizioni di polizza intelligenti:
- Ambito: Gruppo di distribuzione, ambito del sistema operativo multisessione
- Valori soglia: Avviso - 80%, Critico - 90%
Memoria
La percentuale di utilizzo della memoria indica il consumo complessivo di memoria sul VDA, incluso quello dei processi. È possibile ottenere informazioni più approfondite sull’utilizzo della memoria da parte dei singoli processi dalla pagina Dettagli macchina del VDA corrispondente.
- Vai a Dettagli macchina > Visualizza utilizzo storico > Primi 10 processi, identifica i processi che consumano memoria. Assicurarsi che la policy di monitoraggio dei processi sia abilitata per avviare la raccolta di statistiche sull’utilizzo delle risorse a livello di processo.
- Se necessario, terminare il processo.
- L’interruzione del processo comporta la perdita dei dati non salvati.
-
Se tutto funziona come previsto, aggiungere altra memoria in futuro.
Nota:
L’impostazione della policy Abilita monitoraggio risorseè consentita per impostazione predefinita per il monitoraggio dei contatori delle prestazioni della CPU e della memoria su macchine con VDA. Se questa impostazione di policy è disabilitata, gli avvisi relativi alle condizioni della CPU e della memoria non vengono attivati. Per ulteriori informazioni, vedere Impostazioni dei criteri di monitoraggio.
Condizioni di polizza intelligenti:
- Ambito: Gruppo di distribuzione, ambito del sistema operativo multisessione
- Valori soglia: Avviso - 80%, Critico - 90%
Tasso di errore di connessione
Percentuale di errori di connessione nell’ultima ora.
- Calcolato in base al totale dei fallimenti rispetto al totale delle connessioni tentate.
- Controllare la vista Monitora tendenze errori di connessione per gli eventi registrati dal registro di configurazione.
- Determina se le applicazioni o i desktop sono raggiungibili.
Conteggio errori di connessione
Numero di errori di connessione nell’ultima ora.
- Controllare la vista Monitora tendenze errori di connessione per gli eventi registrati dal registro di configurazione.
- Determina se le applicazioni o i desktop sono raggiungibili.
ICA RTT (media)
Tempo medio di andata e ritorno ICA.
- Controllare Citrix ADM per una ripartizione dell’ICA RTT per determinare la causa principale. Per ulteriori informazioni, consultare la documentazione Citrix ADM .
- Se Citrix ADM non è disponibile, controllare la vista Monitor User Details per ICA RTT e Latency e determinare se si tratta di un problema di rete o di un problema con le applicazioni o i desktop.
ICA RTT (n. delle Sessioni)
Numero di sessioni che superano la soglia del tempo di andata e ritorno ICA.
- Controllare Citrix ADM per il numero di sessioni con ICA RTT elevato. Per ulteriori informazioni, consultare la documentazione Citrix ADM .
-
Se Citrix ADM non è disponibile, contattare il team di rete per determinare la causa principale.
Condizioni di polizza intelligenti:
- Ambito: Gruppo di distribuzione, ambito del sistema operativo multisessione
- Valori 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 medio di andata e ritorno dell’ICA.
- Controllare Citrix ADM per il numero di sessioni con ICA RTT elevato. Per ulteriori informazioni, consultare la documentazione Citrix ADM .
- Se Citrix ADM non è disponibile, contattare il team di rete per determinare la causa principale.
ICA RTT (Utente)
Tempo di andata e ritorno 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 funzionanti (sistema operativo a sessione singola)
Numero di macchine con sistema operativo a sessione singola non riuscite. Gli errori possono verificarsi per vari motivi, come mostrato nelle viste Dashboard Monitor e Filtri.
-
Eseguire la diagnostica di Citrix Scout per determinare la causa principale. Per ulteriori informazioni, vedere Risoluzione dei problemi degli utenti.
Condizioni di polizza intelligenti:
- Ambito: Ambito del gruppo di consegna
- Valori soglia: Avviso - 1, Critico - 2
Macchine non funzionanti (sistema operativo multisessione)
Numero di macchine con sistema operativo multisessione non riuscite. Gli errori possono verificarsi per vari motivi, come mostrato nelle viste Dashboard Monitor e Filtri.
-
Eseguire la diagnostica di Citrix Scout per determinare la causa principale.
Condizioni di polizza intelligenti:
- Ambito: Gruppo di distribuzione, ambito del sistema operativo multisessione
- Valori soglia: Avviso - 1, Critico - 2
Macchine guaste (in %)
Percentuale di macchine con sistema operativo singolo o multisessione non riuscite in un gruppo di distribuzione, 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 distribuzione e viene calcolata ogni 30 secondi. Gli errori possono verificarsi per vari motivi, come mostrato nelle viste Dashboard Monitor e Filtri. Eseguire la diagnostica di Citrix Scout per determinare la causa principale. Per ulteriori informazioni, vedere Risoluzione dei problemi degli utenti.
Azione di accensione non riuscita e azione di spegnimento non riuscita
Numero di azioni di accensione e spegnimento non riuscite in un gruppo di distribuzione, 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 soglie di avviso come il numero di macchine con gestione dell’alimentazione che non sono riuscite ad accendersi o spegnersi in un gruppo di distribuzione e viene calcolata ogni 30 minuti.
L’amministratore può configurare i seguenti parametri per questi avvisi nel criterio di avviso avanzato:
- Innescato da: Cosa ha attivato l’azione di potenza
- Motivo del fallimento: perché l’azione è fallita
- Soglia: numero di soglia di macchine che non hanno eseguito l’azione di alimentazione per attivare la policy
- Intervallo di campionamento: intervallo in cui deve essere verificata l’azione di potenza guasta
- Intervallo di re-avviso: dopo quanto tempo l’avviso deve essere reinviato
Gli errori possono verificarsi per vari motivi, come mostrato nelle viste Dashboard Monitor e Filtri. Eseguire la diagnostica di Citrix Scout per determinare la causa principale. Per ulteriori informazioni, vedere Risoluzione dei 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. Macchine non registrate (in %) è la percentuale di macchine del sistema operativo monosessione e multisessione non registrate in un gruppo di distribuzione, calcolata in base al numero di macchine non registrate. Questa condizione di avviso consente di configurare valori di soglia critici e di avviso come percentuale di macchine non registrate in un gruppo di distribuzione. È possibile impostare un intervallo per il nuovo avviso. Puoi anche aggiungere un’e-mail per ricevere una notifica quando vengono soddisfatte le condizioni per Macchine non registrate (in %). Quando viene superato il valore di soglia critico o di avviso, vengono generati avvisi ed e-mail. Puoi visualizzare gli avvisi in Avvisi Citrix. È possibile filtrarlo per categoria Macchine non registrate (in %) e per lo stato e l’ora richiesti.
Nota:
Il valore critico deve essere maggiore del valore di avviso.
Condizioni della polizza:
- Ambito: Sistema operativo a sessione singola e gruppo di distribuzione del sistema operativo multisessione
- Valori 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, alla settimana o al mese per una macchina accesa in un gruppo di consegna. Questa condizione di avviso consente di configurare soglie di avviso in base alle ore in cui una macchina rimane accesa in un gruppo di consegna. Gli avvisi di uptime della macchina funzionano come segue in caso di:
- Ore al giorno: è possibile specificare il numero di ore in cui una macchina rimane accesa al giorno. Il calcolo viene effettuato ogni 30 minuti. Il numero massimo di ore al giorno che è possibile impostare è 24 ore.
- Ore alla settimana: è possibile specificare il numero di ore in cui una macchina rimane accesa durante la settimana. Il conteggio viene effettuato ogni sei ore. Il numero massimo di ore settimanali che puoi impostare è 168 ore.
- Ore al mese: è possibile specificare il numero di ore in cui una macchina rimane accesa durante un mese. Il conteggio viene effettuato una volta al giorno. Il numero massimo di ore al mese è di 720 ore. Il valore minimo che è possibile impostare per l’intervallo di nuovo avviso è 60 minuti. È possibile immettere il numero di macchine che superano il valore soglia del tempo di attività nella sezione Avvisi e avvisi critici. È anche possibile aggiungere eccezioni per qualsiasi macchina.
Ad esempio, se per questo avviso sono stati aggiunti cinque gruppi di consegna e nel primo 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 e per il quarto gruppo di consegna.
Questo avviso aiuta gli amministratori ad analizzare i tempi di attività delle macchine e, sulla base di questa analisi, possono contribuire a ottimizzare i costi. È inoltre possibile ricevere i dettagli dell’avviso in un allegato CSV tramite e-mail o tramite un payload JSON in caso di webhook.
Durata media di accesso
Durata media degli accessi avvenuti nell’ultima ora.
- Consulta la Dashboard del monitor per ottenere metriche aggiornate sulla durata dell’accesso. Un numero elevato di utenti che accedono in un breve lasso di tempo può aumentare la durata dell’accesso.
-
Controllare la linea di base e la ripartizione degli accessi per circoscrivere la causa. Per ulteriori informazioni, vedere Diagnostica problemi di accesso utente.
Condizioni di polizza intelligenti:
- Ambito: Gruppo di distribuzione, ambito del sistema operativo multisessione
- Valori soglia: Avviso - 45 secondi, Critico - 60 secondi
Durata di accesso (utente)
Durata degli accessi dell’utente specificato avvenuti nell’ultima ora.
Indice del valutatore del carico
Valore dell’indice Load Evaluator negli ultimi 5 minuti.
-
Controllare il monitor per individuare macchine con sistema operativo multisessione che potrebbero avere un carico di picco (carico massimo). Visualizza sia il report Dashboard (errori) che il report Trends Load Evaluator Index.
Condizioni di polizza intelligenti:
- Ambito: Gruppo di distribuzione, ambito del sistema operativo multisessione
- Valori soglia: Avviso - 80%, Critico - 90%
Configurare i criteri di avviso con i webhook
Oltre alle notifiche e-mail, è possibile configurare criteri di avviso con webhook.
Nota: Questa funzionalità richiede Delivery Controller versione 7.11 o successiva.
È possibile configurare un criterio di avviso con un callback HTTP o un HTTP POST utilizzando i cmdlet di PowerShell. Sono estesi per supportare i webhook.
Per informazioni sulla creazione di un nuovo flusso di lavoro Octoblu e su come ottenere l’URL del webhook corrispondente, vedere Octoblu Developer Hub.
Per configurare un URL webhook per un nuovo criterio di avviso o per un criterio esistente, utilizzare i seguenti cmdlet di PowerShell.
Crea un criterio di avviso con un URL webhook:
$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
Aggiungere un URL webhook a un criterio di avviso esistente:
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
Per assistenza sui comandi di PowerShell , utilizzare la guida di PowerShell, ad esempio:
Get-Help <Set-MonitorNotificationPolicy>
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\>}
Configurazione del webhook tramite PowerShell SDK
La funzionalità di configurazione dei webhook tramite PowerShell SDK consente agli amministratori di creare, modificare, eliminare ed elencare i profili webhook. Questa funzionalità garantisce flessibilità nella configurazione dei webhook consentendo la specifica di intestazioni, tipi di autenticazione, tipi di contenuto, payload e URL dei webhook.
Nota:
Il formato del payload supportato è testo e l’utente finale deve abilitare il testo nel proprio webhook.
Il formato del payload più recente è:
{"text": "This is a message from a Webex incoming webhook."}
Crea un webhook
È possibile utilizzare il seguente comando di esempio di PowerShell per creare un profilo webhook:
Creare un webhook senza intestazione di autorizzazione:
$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
Creare un webhook con l’intestazione di autorizzazione:
$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
Una volta creato il profilo, è possibile verificarlo nel database. Inoltre, puoi trovare il profilo webhook appena creato nella pagina Citrix Alerts .
Aggiornare un profilo webhook
È possibile utilizzare il seguente comando di esempio di PowerShell per aggiornare un profilo webhook:
$headers = [System.Collections.Generic.Dictionary[string,string]]::new()
$headers.Add("Content-Type", "application/json")
$payloads = '{ "text": "$PAYLOAD" }'
$url = "<Fill this field with the required URL>"
Set-MonitorWebhookProfile -Uid 1 -Name "profile_slack_citrix" -Description "webhook profile for citrix slack" -Url $url -Headers $headers -PayloadFormat $payloads
Ottieni un elenco di tutti i profili webhook
È possibile utilizzare il seguente comando PowerShell di esempio per ottenere un elenco di tutti i profili webhook disponibili:
Get-MonitorWebhookProfile
Get-MonitorWebhookProfile -Name 'profile_msteams'
Get-MonitorWebhookProfile -Uid 1
Rimuovere un profilo webhook
È possibile utilizzare il seguente comando di esempio di PowerShell per rimuovere un profilo webhook:
Remove-MonitorWebhookProfile -Uid 1
Nota:
Se un profilo webhook è mappato a una policy, non può essere rimosso. Come soluzione alternativa, è necessario prima rimuovere la mappatura del webhook dalla policy.
Crea una policy con profilo webhook
È possibile utilizzare il seguente comando di esempio di PowerShell per creare un criterio con profilo webhook:
New-MonitorNotificationPolicy -Name "Policy1" -Description "Policy Description" -Enabled $true -WebhookProfileId 1
Aggiorna una policy con il profilo webhook
È possibile utilizzare il seguente comando di esempio di PowerShell per aggiornare un criterio con un profilo webhook:
$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 1
Rimuovere la mappatura dei webhook da una policy
È possibile utilizzare il seguente comando di esempio di PowerShell per rimuovere il profilo webhook da un criterio:
$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 0
Prova il profilo webhook
È possibile utilizzare il seguente comando PowerShell di esempio per testare il profilo webhook:
$headers = [System.Collections.Generic.Dictionary[string,string]]::new()
$headers.Add("Content-Type", "application/json")
$headers.Add("Authorization", "Basic <Fill this with authorization token>")
$payloads = '{ "text": "$PAYLOAD" }'
$url ="<Fill this field with the required URL>"
Test-MonitorWebhookProfile -Url $url -Headers $headers -PayloadFormat $payloads
Monitoraggio avviso errore sincronizzazione configurazione cache host locale
La cache host locale consente di continuare le sessioni utente anche se i connettori cloud perdono la connettività con Citrix Cloud. La cache utilizzata da Cache host locale viene sincronizzata regolarmente con il database primario per garantire configurazioni aggiornate quando è attivata la modalità Cache host locale. Per ulteriori informazioni sulla cache host locale e sul processo di sincronizzazione della configurazione, visitare il sito Cache host locale. Se la sincronizzazione della configurazione non riesce più di tre volte consecutive, Citrix Monitor invia un avviso di avviso all’amministratore.
Un criterio di avviso predefinito denominato Cache host locale - Errore di sincronizzazione della configurazione è stato introdotto in Citrix Monitor per notificare agli amministratori gli errori di sincronizzazione della configurazione. La politica di nuova introduzione è disponibile all’indirizzo Monitor > Avvisi Citrix. È possibile modificare i criteri predefiniti per aggiungere o modificare destinatari di posta elettronica o webhook per ricevere notifiche proattive negli strumenti di gestione degli avvisi o ITSM.
L’ambito del criterio di avviso Cache host locale - Errore di sincronizzazione della configurazione è limitato al solo sito.
Monitoraggio degli avvisi dell’hypervisor
Il monitor visualizza avvisi per monitorare lo stato dell’hypervisor. Gli avvisi di Citrix Hypervisor 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 creata una connessione di hosting nella scheda Gestisci . Per ulteriori informazioni, vedere Connessioni e risorse. Solo queste connessioni vengono monitorate per gli avvisi dell’hypervisor. Nella tabella seguente vengono descritti i vari parametri e stati degli avvisi dell’Hypervisor.
Attenzione | Hypervisor supportati | Innescato da | Condizione | Configurazione |
---|---|---|---|---|
Utilizzo della CPU | Citrix Hypervisor, VMware vSphere | Ipervisore | La soglia di avviso per l’utilizzo della CPU è stata raggiunta o superata | Le soglie di avviso devono essere configurate nell’Hypervisor. |
Utilizzo della memoria | Citrix Hypervisor, VMware vSphere | Ipervisore | La soglia di avviso per l’utilizzo della memoria è stata raggiunta o superata | Le soglie di avviso devono essere configurate nell’Hypervisor. |
Utilizzo della rete | Citrix Hypervisor, VMware vSphere | Ipervisore | La soglia di avviso per l’utilizzo della rete è stata raggiunta o superata | Le soglie di avviso devono essere configurate nell’Hypervisor. |
Utilizzo del disco | VMware vSphere | Ipervisore | La soglia di avviso per l’utilizzo del disco è stata raggiunta o superata | Le soglie di avviso devono essere configurate nell’Hypervisor. |
Connessione host o stato di alimentazione | VMware vSphere | Ipervisore | L’host dell’hypervisor è stato riavviato o non è disponibile | Gli avvisi sono predefiniti in VMware vSphere. Non sono necessarie configurazioni aggiuntive. |
Connessione hypervisor non disponibile | Citrix Hypervisor, VMware vSphere | Controllore di consegna | La connessione all’hypervisor (pool o cluster) è persa, disattivata o riavviata. Questo avviso viene generato ogni ora finché la connessione non è disponibile. | Gli avvisi sono predefiniti con Delivery Controller. Non sono necessarie configurazioni aggiuntive. |
Nota:
Per ulteriori informazioni sulla configurazione degli avvisi, vedere Avvisi di Citrix XenCenter o consultare la documentazione sugli avvisi di VMware vCenter.
Le preferenze di notifica e-mail possono essere configurate in Criterio avvisi Citrix > Criterio 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 Monitor. Tuttavia, è possibile modificare le preferenze e-mail e ignorare un avviso in Monitor.
Importante:
- Tutti gli avvisi dell’hypervisor più vecchi di un giorno vengono automaticamente ignorati.
- Gli avvisi attivati dall’Hypervisor vengono recuperati e visualizzati in Monitor. Tuttavia, le modifiche al ciclo di vita/stato degli avvisi dell’Hypervisor non vengono riflesse in Monitor.
- Gli avvisi che risultano attivi, ignorati o disattivati nella console Hypervisor continueranno a essere visualizzati in Monitor e dovranno essere ignorati esplicitamente.
- Gli avvisi ignorati in Monitor non vengono ignorati automaticamente nella console Hypervisor.
È stata aggiunta una nuova categoria di avvisi denominata Hypervisor Health per consentire il filtraggio dei soli avvisi dell’hypervisor. Questi avvisi vengono visualizzati una volta raggiunte o superate le soglie. Gli avvisi dell’hypervisor possono essere:
- Critico: soglia critica della policy di allarme dell’hypervisor raggiunta o superata
- Avviso: soglia di avviso della politica di allarme dell’hypervisor raggiunta o superata
- Ignorato: l’avviso non viene più visualizzato come avviso attivo
In questo articolo
- Avvisi Citrix
- Politiche di allerta intelligenti
- Criteri di avviso avanzati
- Creare criteri di avviso
- Condizioni delle politiche di avviso
- Configurare i criteri di avviso con i webhook
- Configurazione del webhook tramite PowerShell SDK
- Monitoraggio avviso errore sincronizzazione configurazione cache host locale
- Monitoraggio degli avvisi dell’hypervisor