Avvisi e notifiche
Gli avvisi vengono visualizzati in Monitor sulla dashboard e in altre visualizzazioni di alto livello con simboli di avviso e di allarme critico. 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 Monitor.
Nella visualizzazione Avvisi, è possibile filtrare ed esportare gli avvisi. Ad esempio, macchine OS multisessione non riuscite per un gruppo di consegna specifico nell'ultimo mese, o tutti gli avvisi per un utente specifico. Per ulteriori informazioni, vedere Esportare report.
Avvisi Citrix®
Gli avvisi Citrix sono quelli che provengono dai componenti Citrix. È possibile configurare gli avvisi Citrix all'interno di Monitor 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 ulteriori informazioni sulla configurazione degli avvisi Citrix, vedere Creare criteri di avviso.
Criteri di avviso intelligenti
È disponibile un set di criteri di avviso predefiniti con valori di soglia predefiniti per i gruppi di consegna e l'ambito dei VDA OS multisessione. È possibile modificare i parametri di soglia dei criteri di avviso predefiniti in Avvisi \> Criteri avvisi Citrix. Questi criteri vengono creati quando è presente almeno un target di avviso, un gruppo di consegna o un VDA OS multisessione definito nel sito. Inoltre, questi avvisi predefiniti vengono aggiunti automaticamente a un nuovo gruppo di consegna o a un VDA OS multisessione.
I criteri di avviso predefiniti 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 Monitor è 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 una delle seguenti origini dati:
-
Macchine
-
Provisioning Service
-
StoreFront™
Avvisi per il risparmio sui costi
È possibile creare avvisi per il risparmio sui costi che aiutano a ottimizzare i costi. Attualmente, è possibile creare avvisi per le macchine.
Per creare avvisi sulle macchine, procedere come segue:
-
Fare clic sulla scheda Avvisi > Criteri di avviso avanzati. Viene visualizzata la pagina Criteri di avviso avanzati.
-
Fare clic su Crea criterio. Viene visualizzata la sezione Crea criteri di avviso avanzati.
-
Selezionare Macchine dall'elenco a discesa Origine dati. Vengono visualizzati la condizione di risparmio sui costi e i tipi di condizione corrispondenti.
-
Selezionare i seguenti tipi di condizione come richiesto:
-
Macchine con gestione energetica non riuscite ad accendersi
-
Macchine con gestione energetica non riuscite a spegnersi
-
Macchine con gestione energetica con elevato tempo di attività
-
-
Selezionare i parametri specifici e le opzioni corrispondenti per ciascuna delle condizioni selezionate.
-
Impostare le metriche di avviso e critiche per il tipo di condizione selezionato:
-
Per Macchine con gestione energetica con elevato tempo di attività:
-
Numero di macchine che superano la soglia di tempo di attività
-
Intervallo di ri-avviso (in min) l'intervallo può essere di minimo 60 min
-
-
Per Macchine con gestione energetica non riuscite ad accendersi e Macchine con gestione energetica non riuscite a spegnersi:
-
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) il ri-avviso può essere multiplo di 60 min
-
-
-
Pianificare gli intervalli di ri-avviso per gli avvisi selezionati, se necessario.
-
Definire l'ambito dell'avviso.
-
Impostare i canali di notifica. Possono essere e-mail o 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
-
-
-
Immettere i Dettagli avviso come Nome avviso e Descrizione (facoltativo).
-
Fare clic su Salva. L'avviso viene creato.
Avvisi per la latenza di connessione SPA
Il framework delle Criteri di avviso avanzati supporta gli avvisi proattivi per la connettività di Secure Private Access (SPA). Utilizzare questo criterio per rilevare e agire sulla latenza end-to-end che influisce sulle connessioni utente SPA.
Configurare l'avviso di latenza di connessione SPA
Per creare avvisi per la latenza di connessione SPA, procedere come segue:
-
Fare clic sulla scheda Avvisi > Criteri di avviso avanzati. Viene visualizzata la pagina Criteri di avviso avanzati.
-
Fare clic su Crea criterio. Viene visualizzata la sezione Crea criteri di avviso avanzati.
-
Selezionare Secure Private Access dall'elenco a discesa Origine dati. Viene visualizzata la condizione Latenza di connessione SPA.
-
Selezionare i seguenti tipi di metriche in base alle esigenze:
-
Latenza ISP (Client → CDN)
-
Latenza di connessione (Client → PoP Gateway)
-
-
Latenza ISP (Client → CDN)
-
Latenza di connessione (Client → PoP Gateway)
-
Selezionare i parametri specifici e le opzioni corrispondenti per ciascuna delle metriche selezionate.
-
Impostare le metriche di Avviso e Critico per il tipo di condizione selezionato:
-
Soglia di latenza (in ms): Impostare i valori di Avviso (ad esempio, 150–200 ms) e Critico (ad esempio, 300–400 ms)
-
Utenti interessati (conteggio): Numero di utenti che riscontrano una latenza superiore alla soglia
-
Intervallo di campionamento (in min): Frequenza di valutazione della latenza (ad esempio, 5–15 minuti)
-
Intervallo di ri-avviso (in min): Minimo 60 minuti consigliati per evitare l'affaticamento da avvisi
-
-
Pianificare gli intervalli di ri-avviso per gli avvisi selezionati, se necessario.
-
Definire l'ambito dell'avviso. Selezionare sito, gruppo di consegna o sottoinsieme mirato.
-
Impostare i canali di notifica. Possono essere e-mail o 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
-
-
-
Immettere i Dettagli avviso come Nome avviso (ad esempio, "Latenza connessione SPA – PoP Est") e Descrizione (facoltativo).
-
Fare clic su Salva. L'avviso viene creato.
Raccomandazione:
Per avvisi proattivi, regolare le soglie di latenza in base alle misurazioni di riferimento per regione. Includere l'integrazione del webhook per instradare gli avvisi di latenza elevata alla gestione degli incidenti per un triage più rapido.
Criteri dell'infrastruttura
È possibile creare avvisi per monitorare l'integrità dei seguenti componenti Citrix DaaS™ supportati:
-
Servizio di provisioning
-
StoreFront
-
Cloud Connector
-
Appliance del connettore
Una volta completata la configurazione del monitoraggio dell'infrastruttura, è possibile utilizzare i dati di integrità disponibili in Monitor per configurare 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 nuova policy dell'infrastruttura introdotta, le condizioni di avviso sono categorizzate in quattro sezioni come segue:
-
Raggiungibilità
-
Servizi dipendenti
-
Impatto
-
Utilizzo delle risorse
Le condizioni all'interno di ciascuna 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 una policy dell'infrastruttura dalla sezione Avvisi > Policy di avviso Citrix. È possibile selezionare la categoria richiesta e quindi selezionare le condizioni richieste per la policy. Per maggiori informazioni su come creare una policy, vedere Creare policy di avviso. Dopo aver creato la policy, è possibile modificarla, eliminarla o disabilitarla nella pagina Avvisi Citrix.
Per maggiori dettagli sulle condizioni supportate in ciascuna categoria e componente, vedere quanto segue:
I seguenti dati vengono ricevuti come avviso via e-mail o nella pagina Avvisi Citrix:
| Campo | Descrizione |
|---|---|
| ID cliente | L'ID cliente del sito. |
| Livello di avviso | I valori possibili sono Critico e Avviso. |
| Destinazione | Il nome della macchina per cui viene attivato l'avviso. |
| Ora | L'ora in cui viene attivato l'avviso. |
| Ambito | L'ambito del criterio. |
| Criterio | Il nome del criterio. |
| Descrizione | La descrizione del problema per cui viene attivato l'avviso. |
Definire l'ambito del criterio
È 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. È anche possibile selezionare un'opzione per ricevere i parametri dell'avviso in un allegato di file .CSV per 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 Citrix Alerts:
| Campo | Descrizione |
|---|---|
| ID cliente | L'ID cliente del sito. |
| Livello di avviso | 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 del criterio. Ad esempio, il numero di macchine non registrate è uguale o superiore a 20. |
| Destinazione | Il nome del gruppo di consegna o del sito per cui viene attivato l'avviso. |
| Sito | Il nome del sito. |
| Ambito | L'ambito del criterio. Questo valore include anche il sotto-ambito. |
| Criterio | Il nome del criterio. |
| Descrizione | La descrizione del problema per cui viene attivato l'avviso. |
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
Sostituire 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, è 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
Per aggiungere l'e-mail al criterio
Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
Script di esempio 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'
Script di esempio per aggiungere l'URL del webhook:
Set-MonitorNotificationPolicy –Uid 10 –Webhook 'https://hooks.slack.com/triggers/<TeamId>/<WorkflowId>/<Token>'
Ottieni i dettagli della policy creata
Get-MonitorNotificationPolicy -Uid 10
Creare policy di avviso
Per creare una policy di avviso, ad esempio, per generare un avviso quando viene soddisfatto un set specifico di criteri di conteggio delle sessioni:
-
Andare a Avvisi \> Citrix Alerts Policy e selezionare, ad esempio, Multi-session OS Policy.
-
Fare clic su Crea.
-
Assegnare un nome e descrivere la policy, quindi impostare le condizioni che devono essere soddisfatte affinché l'avviso venga attivato. Ad esempio, specificare i conteggi di avviso e critici 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 delle policy di avviso.
-
Impostare l'intervallo di ri-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 ri-avviso.
-
Impostare l'ambito. Ad esempio, impostare per un gruppo di consegna specifico.
-
Nelle preferenze di notifica, specificare chi deve essere avvisato via e-mail quando viene attivato l'avviso. Le notifiche e-mail vengono inviate tramite SendGrid. Assicurarsi che l'indirizzo e-mail
donotreplynotifications@citrix.comsia inserito nella whitelist della configurazione e-mail. -
Fare clic su Salva.
La creazione di un criterio 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 criteri 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 i 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 si interrompano.
Miglioramenti al contenuto degli avvisi
La funzionalità di avviso del Monitor è stata migliorata per includere un allegato CSV e un payload JSON. Con questo miglioramento, è possibile ottenere i dettagli degli avvisi in un allegato CSV via 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, contribuendo alla rapida identificazione e risoluzione 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 funzionalità, accedere all'avviso e selezionare le seguenti caselle di controllo:
-
Includere un payload json come allegato nel webhook
-
Includere 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:
| Colonna | Avviso applicabile |
|---|---|
| Nome macchina, indirizzo IP e nome gruppo di consegna | 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 dell'azione di alimentazione, attivato dall'ultima azione di alimentazione, 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 alimentazione, Data di accensione e Tempo di attività totale in minuti | Tempo di attività della macchina |
Payload webhook
Avviso percentuale macchine non registrate
{
"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 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 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 dei criteri di avviso
Di seguito sono riportate le categorie di avviso, le azioni consigliate per mitigare l'avviso e le condizioni dei criteri predefiniti, se definiti. I criteri di avviso predefiniti sono definiti per intervalli di avviso e riavviso di 60 minuti.
Picco di sessioni connesse
-
Controllare la vista Tendenze sessioni di Monitor per i picchi di sessioni connesse.
-
Verificare che ci sia capacità sufficiente per gestire il carico delle sessioni.
-
Aggiungere nuove macchine se necessario
Picco di sessioni disconnesse
-
Controllare la vista Tendenze sessione di Monitor per le sessioni disconnesse di picco.
-
Verificare che ci sia capacità sufficiente per gestire il carico delle sessioni.
-
Aggiungere nuove macchine, se necessario.
-
Disconnettere le sessioni disconnesse, se necessario.
Picco di sessioni totali simultanee
-
Controllare la vista Tendenze sessione di Monitor in Monitor per le sessioni simultanee di picco.
-
Verificare che ci sia capacità sufficiente per gestire il carico delle sessioni.
-
Aggiungere nuove macchine, se necessario.
-
Disconnettere le sessioni disconnesse, se necessario.
CPU
La percentuale di utilizzo della CPU indica il consumo complessivo della CPU sul VDA, inclusi i processi. È possibile ottenere maggiori informazioni sull'utilizzo della CPU da parte dei singoli processi dalla pagina Dettagli macchina del VDA corrispondente.
-
Andare a Dettagli macchina > Visualizza utilizzo storico > 10 processi principali, identificare i processi che consumano la CPU. Assicurarsi 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 più risorse CPU 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 maggiori informazioni, vedere Impostazioni dei criteri di monitoraggio.Condizioni dei criteri intelligenti:
-
Ambito: Gruppo di consegna, ambito OS multi-sessione
-
Valori di soglia: Avviso - 80%, Critico - 90%
-
Memoria
La percentuale di utilizzo della memoria indica il consumo complessivo di 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.
-
Andare a Dettagli macchina > Visualizza utilizzo storico > 10 processi principali, identificare i processi che consumano memoria. Assicurarsi che i criteri di monitoraggio dei processi siano abilitati per avviare la raccolta delle statistiche sull'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 più memoria 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 maggiori informazioni, vedere Impostazioni dei criteri di monitoraggio.Condizioni dei criteri intelligenti:
-
Ambito: Gruppo di consegna, ambito OS multi-sessione
-
Valori soglia: Avviso - 80%, Critico - 90%
-
Tasso di errore di connessione
Percentuale di errori di connessione nell'ultima ora.
-
Calcolato in base al totale degli errori rispetto al totale dei tentativi di connessione.
-
Controllare la vista Tendenze errori di connessione del monitor 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 del monitor 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 del monitor 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.
-
Verificare in Citrix ADM il numero di sessioni con RTT ICA elevato. Per maggiori informazioni, consultare la documentazione di Citrix ADM.
-
Se Citrix ADM non è disponibile, contattare il team di rete per determinare la causa principale.Condizioni della policy smart:
-
Ambito: Gruppo di consegna, ambito OS multi-sessione
-
Valori di soglia: Avviso - 300 ms per 5 o più sessioni, Critico - 400 ms per 10 o più sessioni
-
RTT ICA (% di sessioni)
Percentuale di sessioni che superano il tempo di round-trip ICA medio.
-
Verificare in Citrix ADM il numero di sessioni con RTT ICA elevato. Per maggiori informazioni, consultare la documentazione di Citrix ADM.
-
Se Citrix ADM non è disponibile, contattare il team di rete per determinare 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 (OS a sessione singola)
Numero di macchine OS a sessione singola non riuscite. I guasti possono verificarsi per vari motivi, come mostrato nelle viste Dashboard di monitoraggio e Filtri.
-
Eseguire la diagnostica di Citrix Scout per determinare la causa principale. Per maggiori informazioni, consultare Risolvere i problemi degli utenti.Condizioni della policy smart:
-
Ambito: Ambito del gruppo di consegna
-
Valori di soglia: Avviso - 1, Critico - 2
-
Macchine non riuscite (SO multi-sessione)
Numero di macchine SO multi-sessione non riuscite. I guasti possono verificarsi per vari motivi, come mostrato nelle viste Dashboard di monitoraggio e Filtri.
-
Eseguire la diagnostica di Citrix Scout per determinare la causa principale.Condizioni della policy smart:
-
Ambito: Gruppo di consegna, ambito SO multi-sessione
-
Valori di soglia: Avviso - 1, Critico - 2
-
Macchine non riuscite (in %)
La percentuale di macchine SO 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 viste Dashboard di monitoraggio e Filtri. 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 fallimento: Perché l'azione è fallita
-
Soglia: Numero soglia di macchine per cui l'azione di alimentazione è fallita per attivare la policy
-
Intervallo di campionamento: L'intervallo in cui l'azione di alimentazione fallita deve essere controllata
-
Intervallo di ri-allerta: Dopo quanto tempo l'avviso deve essere inviato di nuovo
I guasti possono verificarsi per vari motivi, come mostrato nelle viste Dashboard di Monitor e Filtri. 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-allerta. È 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 generate 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.
Nota:
Il valore critico deve essere maggiore del valore di avviso.
Condizioni della policy:
-
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 nel 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 è 24 ore.
-
Ore a 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 a settimana che è possibile impostare è 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 è 720 ore. Il valore minimo dell'intervallo di ri-avviso che è possibile impostare è 60 minuti. È possibile inserire il numero di macchine che superano il valore di soglia di uptime 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 all'ottimizzazione dei costi. È inoltre possibile ricevere i dettagli dell'avviso in un allegato CSV in un'e-mail o tramite un payload JSON in caso di webhook.
Durata media dell'accesso
Durata media dell'accesso per gli accessi avvenuti nell'ultima ora.
-
Controllare la Dashboard di 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 baseline e la ripartizione degli accessi per individuare la causa. Per maggiori informazioni, vedere Diagnostica dei 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 avvenuti nell'ultima ora.
Indice del valutatore di carico
Valore dell'indice del valutatore di carico negli ultimi 5 minuti.
-
Controllare Monitor per le macchine OS multi-sessione che potrebbero avere un carico di picco (carico massimo). Visualizzare sia la Dashboard (errori) che il report Indice del valutatore di carico delle tendenze.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 una policy di avviso con un callback HTTP o un POST HTTP utilizzando i cmdlet di PowerShell. Sono stati estesi per supportare i webhook.
Per informazioni sulla creazione di un nuovo workflow Octoblu e sull'ottenimento dell'URL del webhook corrispondente, consultare l'Octoblu Developer Hub.
Per configurare un URL webhook per una nuova policy di avviso o per una policy esistente, utilizzare i seguenti cmdlet di PowerShell.
Creare una policy 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 una policy di avviso esistente:
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
Per assistenza sui comandi PowerShell, utilizzare la guida di PowerShell, ad esempio:
Get-Help <Set-MonitorNotificationPolicy>
Le notifiche generate dalla policy 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\>}
Configurare le policy di avviso con ServiceNow
È possibile configurare i criteri di avviso per inviare notifiche direttamente a ServiceNow (SNOW), consentendo un'integrazione perfetta con i flussi di lavoro di gestione dei servizi IT (ITSM). Questa integrazione consente agli avvisi generati in Citrix Monitor di essere inoltrati automaticamente a ServiceNow per il tracciamento centralizzato, l'escalation e la risoluzione degli incidenti.
Vantaggi dell'integrazione con ServiceNow
-
Gestione unificata degli avvisi: Crea, aggiorna e gestisci gli incidenti di ServiceNow direttamente nell'interfaccia di Citrix Monitor senza passare da un sistema all'altro.
-
Configurazione ITSM automatica: Monitor recupera automaticamente la configurazione ServiceNow richiesta, come gli URL dei webhook, riducendo la complessità della configurazione manuale.
-
Risposta agli incidenti ottimizzata: Gli avvisi vengono inoltrati a ServiceNow per il tracciamento e la risoluzione centralizzata degli incidenti, migliorando l'efficienza operativa.
Prerequisiti
Prima di configurare l'integrazione con ServiceNow, assicurarsi di quanto segue:
-
Un'istanza ServiceNow è configurata nel servizio ITSM Adapter.
-
Si dispone delle autorizzazioni necessarie per gestire i criteri di avviso in Monitor.
Verificare lo stato dell'integrazione con ServiceNow
È possibile visualizzare lo stato dell'integrazione con il servizio ITSM Adapter nella pagina Monitor > Integrazioni ed esportazioni dati. Questa pagina visualizza:
-
Lo stato attuale dell'integrazione:
-
Inizia: Indica che l'integrazione con ITSM Adapter non è stata configurata. Selezionare questa opzione per avviare il processo di configurazione iniziale.
-
Gestisci: Indica che l'integrazione con ITSM Adapter è attiva e operativa. Selezionare questa opzione per visualizzare o modificare le impostazioni di integrazione di ServiceNow.
-
-
L'URL dell'istanza ServiceNow associata (visibile solo quando un'istanza ServiceNow è stata configurata in ITSM Adapter).
Configurare un criterio di avviso con le notifiche ServiceNow
Per configurare un criterio di avviso per inviare notifiche a ServiceNow:
-
Andare su Avvisi > Criterio avvisi Citrix e selezionare la categoria del criterio (ad esempio, Criterio OS multisessione).
-
Fare clic su Crea per creare un nuovo criterio o selezionare un criterio esistente e fare clic su Modifica.
-
Configurare le condizioni del criterio come richiesto.
-
Nella sezione Preferenze di notifica, cercare l'opzione Integrazione ServiceNow:
-
Se l'adattatore ITSM è disponibile:
-
Selezionare la casella di controllo per abilitare le notifiche di avviso tramite ServiceNow per questo criterio.
-
Viene visualizzato l'URL dell'istanza ServiceNow associata per riferimento.
-
Se il criterio ha già un webhook configurato, un messaggio di avviso informa che l'abilitazione dell'integrazione ServiceNow sovrascrive la configurazione webhook esistente.
-
-
Se l'adattatore ITSM non è disponibile:
-
Un messaggio indica che l'integrazione ITSM non è attualmente configurata.
-
Fare clic su Inizia per accedere alla configurazione dell'integrazione. Per i dettagli, fare riferimento alla documentazione.
-
-
-
Fare clic su Salva per salvare il criterio.
Una volta configurati, gli avvisi che soddisfano le condizioni del criterio vengono automaticamente inoltrati a ServiceNow, dove possono essere gestiti come incidenti o eventi in base alla configurazione ITSM.
Ignoramento massivo degli avvisi
Questa funzionalità ottimizza il processo di gestione degli avvisi per gli amministratori, fornendo flessibilità e riducendo l'affaticamento da avvisi. Gli amministratori possono ignorare in blocco gli avvisi in base a ora, tipo o categoria, semplificando la gestione degli avvisi durante la manutenzione o quando si ha a che fare con hypervisor e altri ambienti.
L'ignoramento massivo degli avvisi aiuta gli amministratori a gestire il proprio carico di lavoro in modo efficiente e impedisce loro di essere sopraffatti da un volume elevato di avvisi.
Passaggi per ignorare in blocco gli avvisi
-
Passare alla scheda Avvisi > Avvisi Citrix. Vengono visualizzati gli avvisi.
-
Selezionare un'opzione da Origine, Categoria, Stato o Periodo di tempo per filtrare gli avvisi che si desidera ignorare. Vengono visualizzati gli avvisi specifici.
-
Selezionare la casella di controllo accanto a un avviso specifico o in alto per selezionare tutti gli avvisi.
-
Fare clic su Ignora. Viene visualizzata una notifica per confermare l'ignoramento degli avvisi.
-
Fare clic su Sì. Gli avvisi selezionati vengono contrassegnati come ignorati e lo stato dell'avviso viene aggiornato di conseguenza.
Configurazione webhook tramite PowerShell SDK
La funzionalità di configurazione webhook tramite PowerShell SDK consente agli amministratori di creare, modificare, eliminare ed elencare i profili webhook. Questa funzionalità offre flessibilità nella configurazione dei webhook consentendo la specifica di intestazioni, tipi di autenticazione, tipi di contenuto, payload e URL webhook.
Nota:
Il formato di payload supportato è testo e l'utente finale deve abilitare il testo nel proprio webhook.
Il formato di payload più recente è:
{"text": "This is a message from a Webex incoming webhook."}
Creare un webhook
È possibile utilizzare il seguente comando PowerShell di esempio 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 "webhookprofile1" -Description "Description" -Url $url -Headers $headers -PayloadFormat $payloads -Platform Slack -Type Webhook -MethodType POST
Creare un webhook con 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 "webhookprofile1" -Description "Description" -Url $url -Headers $headers -PayloadFormat $payloads -Platform Slack -Type Webhook -MethodType POST
Esempio:
Una volta creato il profilo, è possibile controllarlo nel database. Inoltre, è possibile trovare il profilo webhook appena creato nella pagina Citrix Alerts.
Aggiornare un profilo webhook
È possibile utilizzare il seguente comando PowerShell di esempio 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 -Platform Slack -Type Webhook -MethodType POST
Esempio:
Ottenere 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 PowerShell di esempio per rimuovere un profilo webhook:
Remove-MonitorWebhookProfile -Uid 1
Nota:
Se un profilo webhook è mappato a una qualsiasi policy, non può essere rimosso. Come soluzione alternativa, è necessario prima rimuovere la mappatura del webhook dalla policy.
Creare una policy con profilo webhook
È possibile utilizzare il seguente comando PowerShell di esempio per creare una policy con profilo webhook:
New-MonitorNotificationPolicy -Name "Policy1" -Description "Policy Description" -Enabled $true -WebhookProfileId 1
Aggiornare una policy con profilo webhook
È possibile utilizzare il seguente comando PowerShell di esempio per aggiornare una policy con profilo webhook:
$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 1
Rimuovere la mappatura del webhook da una policy
È possibile utilizzare il seguente comando PowerShell di esempio per rimuovere il profilo webhook da una policy:
$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 0
Testare 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 degli avvisi di errore di sincronizzazione della configurazione della cache host locale
La cache host locale consente alle sessioni utente di continuare anche se i Cloud Connector perdono la connettività con Citrix Cloud. La cache utilizzata dalla cache host locale viene regolarmente sincronizzata con il database primario per garantire configurazioni aggiornate quando la modalità cache host locale è attivata. È possibile trovare maggiori informazioni sulla cache host locale e sul processo di sincronizzazione della configurazione in Cache host locale. Se la sincronizzazione della configurazione fallisce più di tre volte consecutivamente, Citrix Monitor invia un avviso all'amministratore.
In Citrix Monitor è stata introdotta una policy di avviso predefinita denominata Cache host locale - Errore di sincronizzazione della configurazione per notificare agli amministratori gli errori di sincronizzazione della configurazione. È possibile trovare la policy appena introdotta in Monitor > Avvisi Citrix. È possibile modificare la policy predefinita per aggiungere o modificare i destinatari delle e-mail o i webhook per ricevere notifiche proattive negli strumenti di gestione degli avvisi o ITSM.
L'ambito della policy di avviso Cache host locale - Errore di sincronizzazione della configurazione è limitato solo al sito.
Monitoraggio degli avvisi dell'hypervisor
Monitor visualizza avvisi per monitorare l'integrità 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 stata creata una connessione di hosting nella scheda Gestisci. Per maggiori informazioni, vedere Connessioni e risorse. Solo queste connessioni vengono monitorate per gli avvisi dell'hypervisor. La tabella seguente descrive i vari parametri e stati degli avvisi dell'hypervisor.
| Avviso | Hypervisor supportati | Attivato da | Condizione | Configurazione |
|---|---|---|---|---|
| Utilizzo CPU | Citrix Hypervisor, VMware vSphere | Hypervisor | 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 | Hypervisor | 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 | Hypervisor | 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 | Hypervisor | 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 | Hypervisor | L'host 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 | Delivery Controller | La connessione all'hypervisor (pool o cluster) è persa, spenta o riavviata. Questo avviso viene generato ogni ora finché la connessione non è disponibile. | Gli avvisi sono predefiniti con il Delivery Controller. Non sono necessarie configurazioni aggiuntive. |
Nota:
Per maggiori informazioni sulla configurazione degli avvisi, consultare Avvisi di Citrix XenCenter o la documentazione sugli avvisi di VMware vCenter.
Le preferenze di notifica e-mail possono essere configurate in Citrix Alerts Policy > Site Policy > Hypervisor Health. Le condizioni di soglia per le policy di avviso dell'Hypervisor possono essere configurate, modificate, disabilitate o eliminate solo dall'hypervisor e non da Monitor. Tuttavia, la modifica delle preferenze e-mail e l'eliminazione di un avviso possono essere effettuate 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 nel ciclo di vita/stato degli avvisi dell'Hypervisor non vengono riflesse in Monitor.
-
Gli avvisi che sono sani, ignorati o disabilitati nella console dell'Hypervisor continueranno ad apparire in Monitor e dovranno essere ignorati esplicitamente.
-
Gli avvisi ignorati in Monitor non vengono ignorati automaticamente nella console dell'Hypervisor.
Filtro avvisi Hypervisor(/en-us/citrix-daas/media/hypervisor_alerts_filter.png)
È stata aggiunta una nuova categoria di avvisi denominata Integrità Hypervisor per consentire il filtraggio solo degli 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 della policy di allarme dell'hypervisor raggiunta o superata
-
Avviso—soglia di avviso della policy di allarme dell'hypervisor raggiunta o superata
-
Ignorato—l'avviso non viene più visualizzato come avviso attivo
Visualizzazione avvisi Hypervisor(/en-us/citrix-daas/media/hypervisor_alerts_display.png)