Avvisi e notifiche

Gli avvisi vengono visualizzati in Monitor sulla dashboard e in altre visualizzazioni di alto livello con simboli di avviso e di allerta critica. Gli avvisi si aggiornano automaticamente ogni minuto; è anche possibile aggiornarli su richiesta.

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

Un’allerta critica (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 multi-sessione non riuscite per un gruppo di consegna specifico nell’ultimo mese, o tutti gli avvisi per un utente specifico. Per maggiori informazioni, vedere Esportare report.

Avvisi Citrix®

Gli avvisi Citrix sono quelli che originano 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 maggiori informazioni sulla configurazione degli avvisi Citrix, vedere Creare criteri di avviso.

Criteri di avviso intelligenti

• Un set di criteri di avviso predefiniti con valori di soglia predefiniti è disponibile per i gruppi di consegna e l’ambito dei VDA OS multi-sessione. È 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, ovvero un gruppo di consegna o un VDA OS multi-sessione definito nel sito. Inoltre, questi avvisi predefiniti vengono aggiunti automaticamente a un nuovo gruppo di consegna o a un VDA OS multi-sessione.

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 su origine dati, è possibile utilizzare il filtro dell'ambito multi-condizione.

Questa funzionalità aiuta a ridurre gli avvisi eccessivi che potrebbero portare a una ridotta 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:

1. Fare clic sulla scheda Avvisi > Criteri di avviso avanzati. Viene visualizzata la pagina Criteri di avviso avanzati.
2. Fare clic su Crea criterio. Viene visualizzata la sezione Crea criteri di avviso avanzati.
3. Selezionare Macchine dall’elenco a discesa Origine dati. Vengono visualizzate la condizione di risparmio sui costi e i tipi di condizione corrispondenti.

1. Selezionare i seguenti tipi di condizione, se necessario:

   -  **Macchine con gestione dell'alimentazione non riuscite all'accensione**
   -  **Macchine con gestione dell'alimentazione non riuscite allo spegnimento** -  **Macchine con gestione dell'alimentazione con elevato tempo di attività**
   

2. Selezionare i parametri specifici e le opzioni corrispondenti per ciascuna delle condizioni selezionate. - 1. Impostare le metriche di avviso e critiche per il tipo di condizione selezionato:

   -  Per **Macchine con gestione dell'alimentazione 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 minimo di 60 min
   

   • Per Macchine con gestione dell’alimentazione non riuscite all’accensione e Macchine con gestione dell’alimentazione non riuscite allo spegnimento:

     • 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

     • 1. Pianificare gli intervalli di ri-avviso per gli avvisi selezionati, se necessario.
3. Definire l’ambito dell’avviso.

4. Impostare i canali di notifica. Può 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
5. Immettere i Dettagli avviso come Nome avviso e Descrizione (facoltativo). - 1. Fare clic su Salva. L’avviso viene creato.

• Avvisi per la latenza della connessione SPA

• Il framework Criteri di avviso avanzati supporta gli avvisi proattivi per la connettività 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 della connessione SPA

• Per creare avvisi per la latenza della connessione SPA, procedere come segue:

• 1. Fare clic sulla scheda Avvisi > Criteri di avviso avanzati. Viene visualizzata la pagina Criteri di avviso avanzati.
• 1. Fare clic su Crea criterio. Viene visualizzata la sezione Crea criteri di avviso avanzati.

1. Selezionare Secure Private Access dall’elenco a discesa Origine dati. Viene visualizzata la condizione Latenza della connessione SPA.

2. Selezionare i seguenti tipi di metriche in base alle esigenze:

   • Latenza ISP (Client → CDN)
   • Latenza connessione (Client → Gateway PoP)

• Latenza ISP (Client → CDN)

• Latenza connessione (Client → Gateway PoP)

1. Selezionare i parametri specifici e le opzioni corrispondenti per ciascuna delle metriche selezionate.

2. 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 riavviso (in min): Minimo 60 minuti consigliati per evitare l’affaticamento da avviso
3. Pianificare gli intervalli di riavviso per gli avvisi selezionati, se necessario.
4. Definire l’ambito dell’avviso. Selezionare sito, gruppo di consegna o sottoinsieme mirato.

5. Impostare i canali di notifica. Può 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
6. Immettere i Dettagli avviso come Nome avviso (ad esempio, “Latenza connessione SPA – PoP Est”) e Descrizione (facoltativo).
7. 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 webhook per instradare gli avvisi di latenza elevata alla gestione degli incidenti per una più rapida valutazione.

Criteri dell’infrastruttura

È possibile creare avvisi per monitorare l’integrità dei seguenti componenti Citrix DaaS™ supportati:

• Servizio di provisioning

• StoreFront

• Cloud Connector

• Connector Appliance

Una volta completata la configurazione del monitoraggio dell’infrastruttura, è 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 sezione Avvisi Citrix per l’analisi e la gestione.

Come parte del criterio dell’infrastruttura appena introdotto, le condizioni di avviso sono classificate 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à Critico e Avviso in base alle priorità dell’organizzazione. È anche possibile pianificare gli intervalli di riavviso per questi avvisi.

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

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

• Metriche di integrità del provisioning
• Metriche di integrità di StoreFront
• Metriche di integrità di Cloud Connector
• Metriche di integrità di Connector Appliance

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

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 di avviso in un file .CSV allegato per l’e-mail o in un payload json tramite un URL webhook. L’allegato include i dettagli dei parametri richiesti. Per maggiori informazioni, vedere Miglioramenti al contenuto degli avvisi.

I seguenti dati vengono ricevuti come avviso via e-mail o sulla pagina Avvisi Citrix:

• Destinazione

  Il nome del gruppo di consegna o del sito per cui viene attivato l’avviso.

• Sito	Il nome del sito.

• Ambito

  L’ambito della policy. Questo valore include anche il sotto-ambito.

• Policy	Il nome della policy.
  Descrizione	La descrizione del problema per cui viene attivato l’avviso.

• Come creare una policy di avviso avanzata utilizzando uno script PowerShell?

Script PowerShell per creare una policy di avviso:

asnp Citrix.Monitor.*
# Add Parameters
$timeSpan = New-TimeSpan -Seconds 30
$alertThreshold = 1
$alarmThreshold = 2
# Add Target UID's
$targetIds = @()
$targetIds += "e9a211b4-a1f3-4f74-b6c7-85225902e997"
# Add email addresses
$emailaddress = @()
$emailaddress += "loki@abc.com"
# Create new policy
$policy = New-MonitorNotificationPolicy -Name "FailedMachinePercentageAlertCreationViaPowershell" -Description "Policy created to test urm" -Enabled $true

<!--NeedCopy-->

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

<!--NeedCopy-->

Dall’immagine precedente, è possibile vedere che la policy è stata creata e l’Uid è 10.

Per aggiungere l’e-mail alla configurazione

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

<!--NeedCopy-->

-  #### Per aggiungere l'e-mail alla policy

Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"

<!--NeedCopy-->

-  **Script di esempio per aggiungere l'e-mail:**

-  Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"

<!--NeedCopy-->

Per aggiungere l’URL del webhook alla policy

-  Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'

<!--NeedCopy-->

Script di esempio per aggiungere l’URL del webhook:

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

<!--NeedCopy-->

• Ottenere i dettagli della policy creata

Get-MonitorNotificationPolicy -Uid 10

<!--NeedCopy-->

-  ## Creare policy di avviso

-  Per creare una policy di avviso, ad esempio, per generare un avviso quando vengono soddisfatti specifici criteri di conteggio delle sessioni:

1. Andare su Avvisi > Policy di avviso Citrix e selezionare, ad esempio, Policy OS multi-sessione.
2. Fare clic su Crea.

• 1. Assegnare un nome e una descrizione alla policy, quindi impostare le condizioni che devono essere soddisfatte affinché l’avviso venga attivato. Ad esempio, specificare i conteggi di Avviso e Critico per Sessioni connesse di picco, Sessioni disconnesse di picco e Sessioni totali concorrenti di picco. I valori di avviso non devono essere maggiori dei valori critici. Per maggiori informazioni, consultare Condizioni delle policy di avviso.
• 1. Impostare l’intervallo di ri-avviso. Se le condizioni per l’avviso sono ancora soddisfatte, l’avviso viene attivato nuovamente 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.

1. Impostare l’Ambito. Ad esempio, impostare per un gruppo di consegna specifico.
2. Nelle preferenze di notifica, specificare chi deve essere avvisato via e-mail quando l’avviso viene attivato. Le notifiche e-mail vengono inviate tramite SendGrid. Assicurarsi che l’indirizzo e-mail donotreplynotifications@citrix.com sia inserito nella lista bianca della configurazione e-mail.

• 1. Fare clic su Salva.

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

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

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

-  >**Nota:** > >Dopo aver eliminato una policy di avviso, potrebbero essere necessari fino a 30 minuti prima che le notifiche di avviso generate dalla policy cessino.

• 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à, navigare all’avviso e selezionare le seguenti caselle di controllo:

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

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

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

Allegato CSV

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

-  |Stato di 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>\"}]}"
}

<!--NeedCopy-->

-  ##### 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>\"}]}"
}

<!--NeedCopy-->

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>\"}]}"
}

<!--NeedCopy-->

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>\"}]}"
}

<!--NeedCopy-->

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 predefinite, se definite. 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 del Monitor per i picchi di sessioni connesse.
• Verificare che vi sia capacità sufficiente per gestire il carico delle sessioni.
• Aggiungere nuove macchine se necessario.

Picco di sessioni disconnesse

• Controllare la vista Tendenze sessioni del Monitor per i picchi di sessioni disconnesse.
• Verificare che vi 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 sessioni del Monitor per i picchi di sessioni simultanee.
• Verificare che vi 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 il criterio di monitoraggio dei processi sia abilitato 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 del criterio 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 del criterio è disabilitata, gli avvisi con condizioni di CPU e memoria non vengono attivati. Per maggiori informazioni, consultare Impostazioni dei criteri di monitoraggio.

  Condizioni dei criteri intelligenti:

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

Memoria

    -  La percentuale di utilizzo della memoria indica il consumo complessivo della memoria sul VDA, inclusi i 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 il criterio di monitoraggio dei processi sia abilitato 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ù memoria in futuro.

> **Nota:**
>
> L'impostazione del criterio **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 del criterio è disabilitata, gli avvisi con condizioni di CPU e memoria non vengono attivati. Per maggiori informazioni, consultare [Impostazioni dei criteri di monitoraggio](/it-it/citrix-virtual-apps-desktops/policies/reference/virtual-delivery-agent-policy-settings/monitoring-policy-settings.html).

**Condizioni dei criteri intelligenti:**

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

Frequenza di errore di connessione

Percentuale di errori di connessione nell’ultima ora.

-  Calcolato in base al numero totale di errori rispetto al numero totale di tentativi di connessione.
    -  Controllare la vista Tendenze errori di connessione di 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 di 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 di 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.

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

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

  Condizioni della smart policy:

  • 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

ICA RTT (% di sessioni)

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

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

ICA RTT (utente)

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

Macchine guaste (OS a sessione singola)

Numero di macchine OS a sessione singola guaste. I guasti possono verificarsi per vari motivi, come mostrato nelle viste Dashboard di Monitor e Filtri.

• Eseguire la diagnostica di Citrix Scout per determinarne la causa principale. Per maggiori informazioni, consultare Risolvere i problemi degli utenti.

  Condizioni della smart policy:

  • Ambito: Ambito del gruppo di consegna
  • Valori di soglia: Avviso - 1, Critico - 2

Macchine guaste (OS multi-sessione)

Numero di macchine OS multi-sessione guaste. I guasti possono verificarsi per vari motivi, come mostrato nelle viste Dashboard di Monitor e Filtri.

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

  Condizioni della smart policy:

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

Macchine guaste (in %)

La percentuale di macchine OS a sessione singola e multi-sessione guaste in un gruppo di consegna, calcolata in base al numero di macchine guaste. Questa condizione di avviso consente di configurare le soglie di avviso come percentuale di macchine guaste in un gruppo di consegna ed è calcolata ogni 30 secondi. I guasti possono verificarsi per vari motivi, come mostrato nelle viste Dashboard di Monitor e Filtri. Eseguire la diagnostica di Citrix Scout per determinarne la causa principale. Per maggiori informazioni, consultare 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 ed è calcolata ogni 30 minuti.

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

• Attivato da: Cosa ha attivato l’azione di alimentazione
• Motivo del guasto: Perché l’azione è fallita
• Soglia: Numero di macchine che non sono riuscite nell’azione di alimentazione per attivare la policy
• Intervallo di campionamento: L’intervallo in cui l’azione di alimentazione non riuscita deve essere controllata
• Intervallo di ri-avviso: Dopo quanto tempo l’avviso deve essere inviato 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 determinarne la causa principale. Per maggiori informazioni, consultare 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 i valori di soglia di avviso e critici come percentuale di macchine non registrate in un gruppo di consegna. È possibile impostare un intervallo per il ri-avviso. È anche possibile aggiungere un’e-mail per ricevere una notifica quando le condizioni sono soddisfatte per le macchine non registrate (in %). Quando il valore di soglia critico o di avviso viene superato, vengono generati avvisi ed e-mail. È possibile visualizzare gli avvisi in Avvisi Citrix. È possibile filtrarli per categoria Macchine non registrate (in %) e per lo stato e l’ora richiesti.

Nota:

Il valore critico deve essere maggiore del valore di avviso.

Condizioni della policy:

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

Avviso tempo di attività 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 in base alle ore in cui una macchina è accesa in un gruppo di consegna. Gli avvisi relativi al tempo di attività della macchina funzionano come segue in caso di:

• Ore al giorno - È possibile specificare il numero di ore in cui una macchina è accesa per un giorno; il calcolo viene eseguito 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 è accesa per una settimana; il calcolo viene eseguito ogni sei ore. Il numero massimo di ore alla settimana che è possibile impostare è 168 ore.
• Ore al mese - È possibile specificare il numero di ore in cui una macchina è accesa per un mese; il calcolo viene eseguito 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 immettere il numero di macchine che superano il valore di soglia del tempo di attività della macchina nella sezione Avvisi di avviso e critici. È inoltre possibile aggiungere eccezioni per qualsiasi macchina.

Ad esempio, se sono stati aggiunti cinque gruppi di consegna per questo avviso e se 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 gruppo di consegna e per il quarto gruppo di consegna.

Questo avviso aiuta gli amministratori ad analizzare il tempo di attività delle macchine e, in base a questa analisi, gli amministratori possono contribuire a ottimizzare i costi. È inoltre possibile ricevere i dettagli dell’avviso in un allegato CSV 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 relative alla 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 ulteriori 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 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 PowerShell.

Creare una policy di avviso con un URL webhook:

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

<!--NeedCopy-->

Aggiungere un URL webhook a una policy di avviso esistente:

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

<!--NeedCopy-->

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

Get-Help  <Set-MonitorNotificationPolicy>

<!--NeedCopy-->

Le notifiche generate 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\>}

<!--NeedCopy-->

Configurare le policy di avviso con ServiceNow

È possibile configurare le policy di avviso per inviare notifiche direttamente a ServiceNow (SNOW), consentendo un’integrazione perfetta con i workflow 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: creare, aggiornare e gestire gli incidenti di ServiceNow direttamente all’interno dell’interfaccia di Citrix Monitor senza dover 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 semplificata: gli avvisi vengono inoltrati a ServiceNow per il tracciamento e la risoluzione centralizzati degli incidenti, migliorando l’efficienza operativa.

Prerequisiti

Prima di configurare l’integrazione con ServiceNow, assicurarsi di quanto segue:

• Un’istanza di ServiceNow è configurata nel servizio ITSM Adapter.
• Si dispone delle autorizzazioni necessarie per gestire le policy 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 di ITSM Adapter non è stata configurata. Selezionare questa opzione per avviare il processo di configurazione iniziale.
  • Gestisci: Indica che l’integrazione di 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:

1. Andare a Avvisi > Criteri di avviso Citrix e selezionare la categoria del criterio (ad esempio, Criterio OS multisessione).
2. Fare clic su Crea per creare un nuovo criterio o selezionare un criterio esistente e fare clic su Modifica.
3. Configurare le condizioni del criterio come richiesto.

4. Nella sezione Preferenze di notifica, cercare l’opzione Integrazione ServiceNow:

   • Se ITSM Adapter è 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 ITSM Adapter 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.

     

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

Chiusura massiva degli avvisi

Questa funzionalità ottimizza il processo di gestione degli avvisi per gli amministratori, offrendo flessibilità e riducendo l’affaticamento da avvisi. Gli amministratori possono chiudere in blocco gli avvisi in base a ora, tipo o categoria, semplificando la gestione degli avvisi durante la manutenzione o quando si lavora con hypervisor e altri ambienti.

La chiusura massiva degli avvisi aiuta gli amministratori a gestire il proprio carico di lavoro in modo efficiente e impedisce loro di essere sopraffatti da un elevato volume di avvisi.

Passaggi per chiudere in blocco gli avvisi

1. Accedere alla scheda Avvisi > Avvisi Citrix. Vengono visualizzati gli avvisi.

   

2. Selezionare un’opzione da Origine, Categoria, Stato o Periodo di tempo per filtrare gli avvisi che si desidera chiudere. Vengono visualizzati gli avvisi specifici.
3. Selezionare la casella di controllo accanto a un avviso specifico o in alto per selezionare tutti gli avvisi.
4. Fare clic su Chiudi. Viene visualizzata una notifica per confermare la chiusura degli avvisi.
5. Fare clic su Sì. Gli avvisi selezionati vengono contrassegnati come chiusi 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 payload supportato è testo e l’utente finale deve abilitare il testo nel proprio webhook.

Il formato payload più recente è:

{"text": "This is a message from a Webex incoming webhook."}

<!--NeedCopy-->

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

<!--NeedCopy-->

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 

<!--NeedCopy-->

Esempio:

Una volta creato il profilo, è possibile verificarlo nel database. Inoltre, è possibile trovare il profilo webhook appena creato nella pagina Avvisi Citrix.

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

<!--NeedCopy-->

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

<!--NeedCopy-->

Rimuovere un profilo webhook

È possibile utilizzare il seguente comando PowerShell di esempio per rimuovere un profilo webhook:

Remove-MonitorWebhookProfile -Uid 1

<!--NeedCopy-->

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

<!--NeedCopy-->

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

<!--NeedCopy-->

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 

<!--NeedCopy-->

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

<!--NeedCopy-->

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 consecutive, Citrix Monitor invia un avviso di avvertimento all’amministratore.

Una policy di avviso predefinita denominata Cache host locale - Errore di sincronizzazione della configurazione è stata introdotta in Citrix Monitor 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 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 lo stato dell’hypervisor. Gli avvisi di Citrix Hypervisor™ e VMware vSphere aiutano a monitorare i parametri e gli stati dell’hypervisor. Lo stato della connessione all’hypervisor viene anche monitorato per fornire un avviso se il cluster o il pool di host viene riavviato o non è disponibile.

Per ricevere 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 seguente tabella descrive i vari parametri e stati degli avvisi dell’hypervisor.

Nota:

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

La preferenza di notifica e-mail può essere configurata 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.

È stata aggiunta una nuova categoria di avvisi denominata Stato dell’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