Alertas e notificações
Os alertas são exibidos no Monitor no painel e em outras exibições de alto nível com símbolos de alerta crítico e de aviso. Os alertas são atualizados automaticamente a cada minuto; Você também pode atualizar alertas sob demanda.
Um alerta de aviso (triângulo âmbar) indica que o limite de aviso de uma condição foi atingido ou excedido.
Um alerta crítico (círculo vermelho) mostra que o limite crítico de uma condição foi atingido ou excedido.
Você pode exibir informações mais detalhadas sobre alertas selecionando um alerta na barra lateral, clicando no botão Ir para Alertas na parte inferior da barra lateral ou selecionando Alertas na parte superior da página Monitorar.
No modo de exibição Alertas, você pode filtrar e exportar alertas. Por exemplo, computadores com SO multissessão com falha para um grupo de entrega específico no último mês ou todos os alertas para um usuário específico. Para obter mais informações, consulte Exportar relatórios.
Alertas Citrix
Os alertas Citrix são aqueles que se originam dos componentes Citrix. Você pode configurar alertas Citrix no Monitor em Alertas > Política de alertas da Citrix. Como parte da configuração, você pode definir notificações a serem enviadas por email para indivíduos e grupos quando os alertas excederem os limites configurados. Para obter mais informações sobre como configurar o Citrix Alerts, consulte Criar políticas de alertas.
Políticas de alerta inteligentes
Um conjunto de políticas de alerta integradas com valores de limite predefinidos está disponível para grupos de entrega e escopo de VDAs de SO multissessão. Você pode modificar os parâmetros de limite das políticas de alerta internas em Alertas > Política de alertas da Citrix. Essas políticas são criadas quando há pelo menos um destino de alerta - um grupo de entrega ou um VDA do sistema operacional multissessão definido em seu site. Além disso, esses alertas integrados são adicionados automaticamente a um novo grupo de entrega ou a um VDA de sistema operacional multissessão.
As políticas de alerta internas serão criadas somente se não houver regras de alerta correspondentes no banco de dados do Monitor.
Para obter os valores de limite das políticas de alerta internas, consulte o Condições de políticas de alertas secção.
Políticas de alerta avançadas
O recurso de Notificação e Alerta Proativo do Monitor foi aprimorado para incluir uma nova estrutura de alerta chamada Políticas de alerta avançadas. Com esse recurso, você pode criar alertas incluindo detalhes granulares para cada elemento ou condição, aprimorando assim o controle sobre o escopo dos alertas. Atualmente, essas políticas incluem alertas para economia de custos e infraestrutura.
Com a introdução das políticas de alerta avançadas, que é um alerta controlado por fonte de dados, você pode usar a filtragem de escopo de várias condições.
Esse recurso ajuda a reduzir alertas excessivos que podem levar à redução da capacidade de resposta ou eficácia na resolução de problemas importantes. Essa política ajuda a medir a eficácia das políticas de alerta e o envolvimento dos administradores.
Você pode criar uma política de alerta avançada a partir do Alertas > Política de alerta avançada > Criar política secção. Você pode selecionar uma das seguintes fontes de dados:
- Máquinas
- Serviço de provisionamento
- Loja
Alertas para economia de custos
Você pode criar alertas para economia de custos, o que ajuda a otimizar custos. Atualmente, você pode criar alertas para máquinas.
Para criar alertas em Computadores, faça o seguinte:
- Clique Alertas guia > Políticas de alerta avançadas. O Políticas de alerta avançadas página é exibida.
- Clique Criar política. O Criar políticas de alerta avançadas é exibida.
- Selecionar Máquinas na lista suspensa Fonte de dados. A condição Economia de custos e os tipos de condição correspondentes são exibidos.
-
Selecione os seguintes tipos de condição, conforme necessário:
- Falha ao ligar as máquinas com gerenciamento de energia
- Falha ao desligar os Computadores Gerenciados por Energia
- Máquinas com Power Managed com alto tempo de atividade
- Selecione os parâmetros específicos e as opções correspondentes para cada uma das condições selecionadas.
-
Defina as métricas Aviso e Crítico para o tipo de condição selecionado:
-
Durante Máquinas com Power Managed com alto tempo de atividade:
- Número de máquinas que ultrapassam o limite de tempo de atividade
- O intervalo de realerta (em min) pode ser de no mínimo 60 min
-
Durante Falha ao ligar as máquinas com gerenciamento de energia e Falha ao desligar os Computadores Gerenciados por Energia:
- Número de máquinas que ultrapassam o limite de tempo de atividade
- Os intervalos de amostragem (em min) podem ser múltiplos de 30 min
- Intervalo de realerta (em min) O realerta pode ser múltiplo de 60 min
-
- Agende intervalos de novo alerta para os alertas selecionados, conforme necessário.
- Defina o escopo do alerta.
-
Defina os canais de notificação. Pode ser e-mail ou Webhook.
-
Você pode marcar as seguintes caixas de seleção:
- Incluir uma carga JSON como um anexo no webhook
- Incluir um arquivo CSV como anexo no e-mail
-
- Insira o Detalhes do alerta como Nome do alerta e Descrição (opcional).
- Clique Salvar. O alerta é criado.
Políticas de infraestrutura
Você pode criar alertas para monitorar a integridade dos seguintes componentes compatíveis do Citrix DaaS:
- Serviço de provisionamento
- Loja
- Conector de nuvem
Uma vez que o Monitoramento de infraestrutura a instalação estiver concluída, você poderá usar os dados de integridade disponíveis no Monitor para configurar alertas para qualquer componente necessário. Os administradores podem definir condições, escopos e meios de notificação para receber alertas importantes por e-mail ou uma carga json por meio de webhooks. Os alertas gerados também estão disponíveis no Alertas Citrix para análise e gerenciamento.
Como parte da política de infraestrutura recém-introduzida, as condições de alerta são categorizadas em quatro seções da seguinte forma:
- Acessibilidade
- Serviços dependentes
- Impacto
- Utilização de recursos
As condições dentro de cada categoria podem ser definidas com a gravidade de Crítico e Aviso com base em suas prioridades organizacionais. Você também pode agendar intervalos de alerta para esses alertas.
Você pode criar uma política de infraestrutura a partir do Alertas > Políticas de alerta da Citrix secção. Você pode selecionar a categoria necessária e, em seguida, selecionar as condições necessárias para a política. Para obter mais informações sobre como criar uma política, consulte Criar políticas de alerta. Depois que a política for criada, você poderá editar, excluir ou desabilitar a política no Alertas Citrix página.
Para obter mais detalhes sobre as condições suportadas em cada categoria e componente, consulte o seguinte:
- Provisionamento de métricas de integridade
- Métricas de integridade do StoreFront
- Métricas de integridade do Cloud Connector
Os seguintes dados são recebidos como um alerta por e-mail ou na página Citrix Alert:
Campo | Descrição |
---|---|
ID do cliente | A ID do cliente do site. |
Nível de alerta | Os valores possíveis são Crítico e Aviso. |
Alvo | O nome do computador para o qual o alerta é disparado. |
Hora | A hora em que o alerta é disparado. |
Âmbito | O escopo da política. |
Política | O nome da política. |
Descrição | A descrição do problema para o qual o alerta é disparado. |
Definir o escopo da política
Você pode definir o escopo do alerta e adicionar exceções. O alerta é gerado apenas para o escopo selecionado e o subescopo excluído usando adicionar exceções não é incluído na geração de alertas. Esse recurso ajuda você a criar alertas em um nível granular.
Você pode criar notificações por e-mail ou por meio de URLs de webhook. Você também pode selecionar o idioma de sua preferência no qual deseja receber alertas. Você também pode selecionar uma opção para receber os parâmetros de alerta em um arquivo . Anexo de arquivo CSV para e-mail ou em uma carga json por meio de uma URL de webhook. O anexo inclui detalhes dos parâmetros necessários. Para obter mais informações, consulte Aprimoramentos no conteúdo de alerta.
Os dados a seguir são recebidos como um alerta por e-mail ou no Alertas Citrix página:
Campo | Descrição |
---|---|
ID do cliente | A ID do cliente do site. |
Nível de alerta | Esse valor é o valor predefinido definido para cada condição de alerta. Os valores possíveis são Crítico e Aviso. |
Condição | Esse valor é a condição definida durante a criação da política. Por exemplo, o número de máquinas não registradas é igual ou superior a 20. |
Alvo | O nome do grupo de entrega ou site para o qual o alerta é disparado. |
Local | O nome do site. |
Âmbito | O escopo da política. Esse valor também inclui o subescopo. |
Política | O nome da política. |
Descrição | A descrição do problema para o qual o alerta é disparado. |
Como criar uma política de alerta avançada usando um script do PowerShell?
Script do PowerShell para criar uma política de alerta:
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
Substitua a linha a seguir pela condição correta para 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
Na imagem anterior, você pode ver que a política foi criada e Uid é 10.
Para adicionar e-mail à configuração
Set-MonitorNotificationEmailServerConfiguration -ProtocolType SMTP -ServerName NameOfTheSMTPServerOrIPAddress -PortNumber 80 -SenderEmailAddress loki@abc.com -RequiresAuthentication 0
Para adicionar e-mail à política
Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
Exemplo de script para adicionar e-mail:
Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"
Para adicionar URL do webhook à política
Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
Exemplo de scipt para adicionar URL do webhook:
Set-MonitorNotificationPolicy –Uid 10 –Webhook 'https://hooks.slack.com/triggers/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'
Obter detalhes da política criada
Get-MonitorNotificationPolicy -Uid 10
Criar políticas de alertas
Para criar uma política de alertas, por exemplo, para gerar um alerta quando um conjunto específico de critérios de contagem de sessões for atendido:
- Ir para Alertas > Política de alertas da Citrix e selecione, por exemplo, Política de SO de várias sessões.
- Clique Criar.
- Nomeie e descreva a política e, em seguida, defina as condições que devem ser atendidas para que o alerta seja disparado. Por exemplo, especifique as contagens de Aviso e Crítico para Pico de Sessões Conectadas, Pico de Sessões Desconectadas e Pico de Sessões Simultâneas. Os valores de aviso não devem ser maiores que os valores críticos. Para obter mais informações, consulte Condições de políticas de alertas.
- Defina o intervalo de novo alerta. Se as condições do alerta ainda forem atendidas, o alerta será disparado novamente nesse intervalo de tempo e, se configurado na política de alerta, uma notificação por email será gerada. Um alerta descartado não gera uma notificação por e-mail no intervalo de novo alerta.
- Defina o escopo. Por exemplo, definido para um grupo de entrega específico.
- Em Preferências de notificação, especifique quem deve ser notificado por e-mail quando o alerta for acionado. As notificações por e-mail são enviadas via SendGrid. Certifique-se de que o endereço de e-mail
donotreplynotifications@citrix.com
está na lista de permissões em sua configuração de e-mail. - Clique Salvar.
A criação de uma política com 20 ou mais grupos de entrega definidos no Escopo pode levar aproximadamente 30 segundos para concluir a configuração. Um controle giratório é exibido durante esse tempo.
A criação de mais de 50 políticas para até 20 grupos de entrega exclusivos (1000 destinos de grupo de entrega no total) pode resultar em um aumento no tempo de resposta (mais de 5 segundos).
Mover uma máquina contendo sessões ativas de um grupo de entrega para outro pode acionar alertas de grupo de entrega incorretos definidos usando parâmetros de máquina.
Observação:
Depois de excluir uma política de alerta, pode levar até 30 minutos para que as notificações de alerta geradas pela política sejam interrompidas.
Aprimoramentos no conteúdo de alerta
O recurso de alerta do Monitor foi aprimorado para incluir um anexo CSV e uma carga JSON. Com esse aprimoramento, você pode obter detalhes de alerta em um anexo CSV por e-mail ou como uma carga JSON se houver um webhook. Usando esse anexo CSV ou carga JSON, você pode receber conteúdo enriquecido em um nível detalhado, auxiliando na rápida identificação e resolução de problemas.
Atualmente, esse aprimoramento está disponível apenas nos seguintes alertas:
- Tempo de atividade da máquina
- Falha nas ações de inicialização
- Ações de desligamento com falha
- Máquinas não registradas (%)
Para usar esse recurso, navegue até o alerta e marque as seguintes caixas de seleção:
- Incluir uma carga json como um anexo no webhook
- Incluir um arquivo csv como anexo no e-mail
Veja a seguir uma captura de tela do Políticas de alerta da Citrix secção:
Aqui está uma captura de tela de Políticas de alerta avançadas secção:
Anexo CSV
A tabela a seguir fornece colunas do . Anexo CSV para todos os alertas compatíveis:
Coluna | Alerta aplicável |
---|---|
Nome do computador, endereço IP e nome do grupo de entrega | Tempo de atividade do computador, Falha na ação de desligamento e Falha na ação de ligar e Computadores não registrados (%) |
Estado de registro atual, data de falha, estado de falha e estado de ciclo de vida | Máquina não registrada (%) |
Motivo da falha da última ação de energia, última ação de energia acionada por, último tipo de ação de energia e data de conclusão da última ação de energia | Falha na ação de desligamento e falha na ação de inicialização |
Estado de energia, data de ativação e tempo de atividade total em minutos | Tempo de atividade da máquina |
Carga útil do webhook
Alerta de porcentagem de máquina não registrada
{
"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>\"}]}"
}
Falha ao ligar as ações Alerta
{
"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>\"}]}"
}
Falha nas ações de desligamento Alerta
{
"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>\"}]}"
}
Alerta de tempo de atividade da máquina
{
"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>\"}]}"
}
Condições de políticas de alertas
Veja abaixo as categorias de alerta, as ações recomendadas para atenuar o alerta e as condições de política internas, se definidas. As políticas de alerta internas são definidas para intervalos de alerta e alerta de 60 minutos.
Sessões conectadas de pico
- Verifique a exibição Monitorar tendências de sessão para ver as sessões conectadas de pico.
- Verifique se há capacidade suficiente para acomodar a carga da sessão.
- Adicione novas máquinas, se necessário
Pico de sessões desconectadas
- Verifique a exibição Monitorar tendências de sessão para ver o pico de sessões desconectadas.
- Verifique se há capacidade suficiente para acomodar a carga da sessão.
- Adicione novas máquinas, se necessário.
- Faça logoff de sessões desconectadas, se necessário
Pico de Sessões Simultâneas
- Verifique a exibição Monitorar tendências de sessão em Monitorar para sessões simultâneas de pico.
- Verifique se há capacidade suficiente para acomodar a carga da sessão.
- Adicione novas máquinas, se necessário.
- Faça logoff de sessões desconectadas, se necessário
CPU
A porcentagem de uso da CPU indica o consumo geral da CPU no VDA, incluindo o dos processos. Você pode obter mais informações sobre a utilização da CPU por processos individuais a partir do Detalhes da máquina do VDA correspondente.
- Ir para Detalhes da máquina > Exibir Histórico de Utilização > Os 10 principais processos, identifique os processos que consomem a CPU. Certifique-se de que a política de monitoramento de processo esteja habilitada para iniciar a coleta de estatísticas de uso de recursos no nível do processo.
- Encerre o processo, se necessário.
- Encerrar o processo faz com que os dados não salvos sejam perdidos.
-
Se tudo estiver funcionando conforme o esperado, adicione mais recursos de CPU no futuro.
Observação:
A configuração da política, Habilitar o monitoramento de recursos é permitido por padrão para o monitoramento de contadores de desempenho de CPU e memória em máquinas com VDAs. Se essa configuração de política estiver desabilitada, os alertas com condições de CPU e memória não serão disparados. Para obter mais informações, consulte Configurações da política de monitoramento.
Condições de política inteligente:
- Âmbito: Grupo de entrega, escopo do sistema operacional de várias sessões
- Valores limite: Aviso - 80%, Crítico - 90%
Memória
A porcentagem de uso de memória indica o consumo geral de memória no VDA, incluindo o dos processos. Você pode obter mais informações sobre o uso de memória por processos individuais a partir do Detalhes da máquina do VDA correspondente.
- Ir para Detalhes da máquina > Exibir Histórico de Utilização > Os 10 principais processos, identifique os processos que consomem memória. Certifique-se de que a política de monitoramento de processo esteja habilitada para iniciar a coleta de estatísticas de uso de recursos no nível do processo.
- Encerre o processo, se necessário.
- Encerrar o processo faz com que os dados não salvos sejam perdidos.
-
Se tudo estiver funcionando conforme o esperado, adicione mais memória no futuro.
Observação:
A definição de políticas Habilitar o monitoramento de recursos, é permitido por padrão para o monitoramento de contadores de desempenho de CPU e memória em máquinas com VDAs. Se essa configuração de política estiver desabilitada, os alertas com condições de CPU e memória não serão disparados. Para obter mais informações, consulte Configurações da política de monitoramento.
Condições de política inteligente:
- Âmbito: Grupo de entrega, escopo do sistema operacional de várias sessões
- Valores limite: Aviso - 80%, Crítico - 90%
Taxa de falha de conexão
Porcentagem de falhas de conexão na última hora.
- Calculado com base no total de falhas para o total de conexões tentadas.
- Verifique a exibição Monitorar Tendências de Falhas de Conexão para eventos registrados no log de configuração.
- Determine se os aplicativos ou áreas de trabalho estão acessíveis.
Contagem de falhas de conexão
Número de falhas de conexão na última hora.
- Verifique a exibição Monitorar Tendências de Falhas de Conexão para eventos registrados no log de configuração.
- Determine se os aplicativos ou áreas de trabalho estão acessíveis.
ICA RTT (média)
Tempo médio de ida e volta do ICA.
- Verifique o Citrix ADM para obter um detalhamento do ICA RTT para determinar a causa raiz. Para obter mais informações, consulte o Citrix ADM documentação.
- Se o Citrix ADM não estiver disponível, verifique a exibição Monitor User Details para o ICA RTT e Latency e determine se é um problema de rede ou um problema com aplicativos ou desktops.
ICA RTT (Nº. de Sessões)
Número de sessões que excedem o limite de tempo de ida e volta da ICA.
- Verifique o Citrix ADM para obter o número de sessões com RTT ICA alto. Para obter mais informações, consulte o Citrix ADM documentação.
-
Se o Citrix ADM não estiver disponível, entre em contato com a equipe de rede para determinar a causa raiz.
Condições de política inteligente:
- Âmbito: Grupo de entrega, escopo do sistema operacional de várias sessões
- Valores limite: Aviso - 300 ms para 5 ou mais sessões, Crítico - 400 ms para 10 ou mais sessões
ICA RTT (% de sessões)
Porcentagem de sessões que excedem o tempo médio de ida e volta do ICA.
- Verifique o Citrix ADM para obter o número de sessões com RTT ICA alto. Para obter mais informações, consulte o Citrix ADM documentação.
- Se o Citrix ADM não estiver disponível, entre em contato com a equipe de rede para determinar a causa raiz.
ICA RTT (Usuário)
Tempo de ida e volta do ICA que é aplicado às sessões iniciadas pelo usuário especificado. O alerta é acionado se o ICA RTT for maior que o limite em pelo menos uma sessão.
Máquinas com falha (sistema operacional de sessão única)
Número de máquinas com SO de sessão única com falha. As falhas podem ocorrer por vários motivos, conforme mostrado nas exibições Painel do Monitor e Filtros.
-
Execute o diagnóstico do Citrix Scout para determinar a causa raiz. Para obter mais informações, consulte Solucionar problemas do usuário.
Condições de política inteligente:
- Âmbito: Escopo do grupo de entrega
- Valores limite: Aviso - 1, Crítico - 2
Máquinas com falha (sistema operacional multissessão)
Número de máquinas com SO multissessão com falha. As falhas podem ocorrer por vários motivos, conforme mostrado nas exibições Painel do Monitor e Filtros.
-
Execute o diagnóstico do Citrix Scout para determinar a causa raiz.
Condições de política inteligente:
- Âmbito: Grupo de entrega, escopo do sistema operacional de várias sessões
- Valores limite: Aviso - 1, Crítico - 2
Máquinas com falha (em %)
A porcentagem de máquinas com sistema operacional de sessão única e de várias sessões com falha em um grupo de entrega calculada com base no número de máquinas com falha. Essa condição de alerta permite configurar limites de alerta como uma porcentagem de máquinas com falha em um grupo de entrega e é calculada a cada 30 segundos. As falhas podem ocorrer por vários motivos, conforme mostrado nas exibições Painel do Monitor e Filtros. Execute o diagnóstico do Citrix Scout para determinar a causa raiz. Para obter mais informações, consulte Solucionar problemas do usuário.
Falha na ação de ligar e falha na ação de desligar
Número de ações de falha de inicialização e número de ações de falha de desligamento em um grupo de entrega calculado com base no número de Máquinas com gerenciamento de energia que não ligou ou desligou. Essa condição de alerta permite que você configure limites de alerta como o número de Máquinas com gerenciamento de energia que falhou ao ligar ou desligar em um grupo de entrega e é calculado a cada 30 minutos.
O administrador pode configurar os seguintes parâmetros para esses alertas na política de alerta avançada:
- Acionado por: O que desencadeou a ação de poder
- Motivo da falha: por que a ação falhou
- Limite: número limite de computadores que falharam na ação de energia para disparar a política
- Intervalo de amostragem: O intervalo em que a ação de energia com falha deve ser verificada
- Intervalo de novo alerta: após quanto tempo o alerta deve ser reenviado
As falhas podem ocorrer por vários motivos, conforme mostrado nas exibições Painel do Monitor e Filtros. Execute o diagnóstico do Citrix Scout para determinar a causa raiz. Para obter mais informações, consulte Solucionar problemas do usuário.
Máquinas não registradas (em %)
Uma máquina é considerada não registrada quando uma máquina se torna instável devido a uma reinicialização ou quando há um problema de comunicação entre o controlador de entrega e as máquinas virtuais. O Máquinas não registradas (em %) é a porcentagem de máquinas com sistema operacional de sessão única e de várias sessões não registradas em um grupo de entrega calculada com base no número de máquinas não registradas. Essa condição de alerta permite configurar valores de limite crítico e de aviso como uma porcentagem de máquinas não registradas em um grupo de entrega. Você pode definir um intervalo para o novo alerta. Você também pode adicionar um e-mail para receber uma notificação quando as condições forem atendidas para Máquinas não registradas (em %). Quando o valor do limite crítico ou de aviso é excedido, alertas e e-mails são gerados. Você pode exibir alertas em Alertas Citrix. Você pode filtrá-lo por Máquinas não registradas (em %) categoria e para o estado e tempo necessários.
Observação:
O valor crítico deve ser maior que o valor de aviso.
Condições da apólice:
- Âmbito: SO de sessão única e SO de várias sessões Grupo de entrega
- Valores-limite: Aviso e Crítico
Alerta de tempo de atividade da máquina
O tempo de atividade da máquina em um grupo de entrega é calculado com base no número de horas por dia, horas por semana ou horas por mês para uma máquina ligada em um grupo de entrega. Essa condição de alerta permite configurar limites de alerta conforme as horas em que uma máquina é ligada em um grupo de entrega. Os alertas de tempo de atividade da máquina funcionam da seguinte maneira em caso de:
- Horas por dia - Você pode especificar o número de horas que uma máquina é ligada por um dia e é calculada a cada 30 minutos. O número máximo de horas por dia que você pode definir é de 24 horas.
- Horas por semana - Você pode especificar o número de horas que uma máquina é ligada por uma semana e é calculada a cada seis horas. O número máximo de horas por semana que você pode definir é de 168 horas.
- Horas por mês - Você pode especificar o número de horas que uma máquina é ligada por um mês e é calculada uma vez por dia. O número máximo de horas por mês é de 720 horas. O valor mínimo do intervalo de alerta que você pode definir é de 60 minutos. Você pode inserir o número de máquinas que ultrapassam o valor do limite de tempo de atividade da máquina na seção Alertas de aviso e críticos. Você também pode adicionar exceções para qualquer máquina.
Por exemplo, se houver cinco grupos de entrega adicionados para esse alerta e se no primeiro grupo de entrega e no quarto grupo de entrega, o número de máquinas ultrapassar os valores de limite crítico ou de aviso, o alerta será acionado separadamente para o primeiro grupo de entrega e para o quarto grupo de entrega.
Esse alerta ajuda os administradores a analisar o tempo de atividade das máquinas e, com base nessa análise, os administradores podem ajudar a otimizar o custo. Você também pode receber detalhes de alerta em um anexo CSV em um e-mail ou por meio de uma carga JSON no caso de um webhook.
Duração média do logon
Duração média do logon para logons que ocorreram na última hora.
- Verifique o Painel do Monitor para obter métricas atualizadas sobre a duração do logon. Um grande número de usuários que fazem logon durante um curto período de tempo pode aumentar a duração do logon.
-
Verifique a linha de base e detalhe os logons para restringir a causa. Para obter mais informações, consulte Diagnosticar problemas de logon do usuário.
Condições de política inteligente:
- Âmbito: Grupo de entrega, escopo do sistema operacional de várias sessões
- Valores limite: Aviso - 45 segundos, Crítico - 60 segundos
Duração do logon (usuário)
Duração do logon para logons para o usuário especificado que ocorreu na última hora.
Índice do avaliador de carga
Valor do Índice do Avaliador de Carga nos últimos 5 minutos.
-
Verifique Monitorar para Máquinas com SO de várias sessões que podem ter uma carga de pico (Carga máxima). Exiba o relatório Painel (falhas) e Índice do Avaliador de Carga de Tendências.
Condições de política inteligente:
- Âmbito: Grupo de entrega, escopo do sistema operacional de várias sessões
- Valores limite: Aviso - 80%, Crítico - 90%
Configurar políticas de alertas com webhooks
Além das notificações por e-mail, você pode configurar políticas de alertas com webhooks.
Nota: Esse recurso requer Delivery Controller(s) versão 7.11 ou posterior.
Você pode configurar uma política de alerta com um retorno de chamada HTTP ou um HTTP POST usando cmdlets do PowerShell. Eles são estendidos para suportar webhooks.
Para obter informações sobre a criação de um novo fluxo de trabalho Octoblu e a obtenção da URL do webhook correspondente, consulte o Hub do desenvolvedor Octoblu.
Para configurar uma URL de webhook para uma nova política de alerta ou para uma política existente, use os cmdlets do PowerShell a seguir.
Crie uma política de alertas com uma URL de webhook:
$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
Adicione uma URL de webhook a uma política de alertas existente:
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
Para obter ajuda sobre o PowerShell , use a ajuda do PowerShell, por exemplo:
Get-Help <Set-MonitorNotificationPolicy>
As notificações geradas a partir da política de alerta acionam o webhook com uma chamada POST para a URL do webhook. A mensagem POST contém as informações de notificação no 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\>}
Configuração de webhook usando o SDK do PowerShell
O recurso de configuração de webhook usando o SDK do PowerShell permite que os administradores criem, modifiquem, excluam e listem perfis de webhook. Esse recurso oferece flexibilidade na configuração de webhooks, permitindo a especificação de cabeçalhos, tipos de autenticação, tipos de conteúdo, cargas úteis e URLs de webhooks.
Observação:
O formato de carga útil suportado é texto e o usuário final deve habilitar o texto em seu webhook.
O formato de payload mais recente é:
{"text": "This is a message from a Webex incoming webhook."}
Criar um webhook
Você pode usar o seguinte exemplo de comando do PowerShell para criar um perfil de webhook:
Crie um webhook sem cabeçalho de autorização:
$headers = [System.Collections.Generic.Dictionary[string,string]]::new()
$headers.Add("Content-Type", "application/json")
$payloads = '{ "text": "$PAYLOAD" }'
$url = "<Fill this field with the required URL>"
Add-MonitorWebhookProfile -Name "profile_slack" -Description "webhook profile for slack" -Url $url -Headers $headers -PayloadFormat $payloads
Crie um webhook com cabeçalho de autorização:
$headers = [System.Collections.Generic.Dictionary[string,string]]::new()
$headers.Add("Content-Type", "application/json")
$headers.Add("Authorization", "Basic <Fill this field with the authorization token>")
$payloads = '{ "text": "$PAYLOAD" }'
$url = "<Fill this field with the required URL>"
Add-MonitorWebhookProfile -Name "profile_azure" -Description "webhook profile for azure function with Authentication" -Url $url -Headers $headers -PayloadFormat $payloads
Depois que o perfil for criado, você poderá verificá-lo no banco de dados. Além disso, você pode encontrar o perfil de webhook recém-criado no Alertas Citrix página.
Atualizar um perfil de webhook
Você pode usar o seguinte exemplo de comando do PowerShell para atualizar um perfil de 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
Obter uma lista de todos os perfis de webhook
Você pode usar o seguinte exemplo de comando do PowerShell para obter uma lista de todos os perfis de webhook disponíveis:
Get-MonitorWebhookProfile
Get-MonitorWebhookProfile -Name 'profile_msteams'
Get-MonitorWebhookProfile -Uid 1
Remover um perfil de webhook
Você pode usar o seguinte exemplo de comando do PowerShell para remover um perfil de webhook:
Remove-MonitorWebhookProfile -Uid 1
Observação:
Se um perfil de webhook for mapeado para qualquer política, ele não poderá ser removido. Como solução alternativa, você deve primeiro remover o mapeamento de webhook da política.
Criar uma política com perfil de webhook
Você pode usar o seguinte comando de exemplo do PowerShell para criar uma política com perfil de webhook:
New-MonitorNotificationPolicy -Name "Policy1" -Description "Policy Description" -Enabled $true -WebhookProfileId 1
Atualizar uma política com o perfil do webhook
Você pode usar o seguinte exemplo de comando do PowerShell para atualizar uma política com o perfil do webhook:
$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 1
Remover o mapeamento de webhook de uma política
Você pode usar o seguinte exemplo de comando do PowerShell para remover o perfil do webhook de uma política:
$Policy = Set-MonitorNotificationPolicy -Uid 1 -WebhookProfileId 0
Testar perfil de webhook
Você pode usar o seguinte exemplo de comando do PowerShell para testar o perfil do 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
Monitoramento de alerta de falha de sincronização de configuração do cache do host local
O cache de host local permite que as sessões do usuário continuem mesmo se os Cloud Connectors perderem a conectividade com o Citrix Cloud. O cache usado pelo Cache de Host Local é sincronizado regularmente com o banco de dados primário para garantir configurações atualizadas quando o modo de Cache de Host Local é ativado. Você pode obter mais informações sobre o cache de host local e o processo de sincronização de configuração em Local Host Cache. Se a sincronização de configuração falhar mais de três vezes consecutivas, o Citrix Monitor enviará um alerta de aviso ao administrador.
Uma política de alerta predefinida chamada Cache de host local - Falha de sincronização de configuração foi introduzido no Citrix Monitor para notificar os administradores sobre falhas de sincronização de configuração. Você pode encontrar a política recém-introduzida em Monitor > Alertas Citrix. Você pode modificar a política predefinida para adicionar ou editar destinatários de email ou webhooks para receber notificações proativas em suas ferramentas de gerenciamento de alertas ou ITSM.
O escopo do Cache de host local - Falha de sincronização de configuração a política de alerta é limitada apenas ao Site.
Monitoramento de alertas do hipervisor
O Monitor exibe alertas para monitorar a integridade do hipervisor. Os alertas do Citrix Hypervisor e do VMware vSphere ajudam a monitorar os parâmetros e estados do hipervisor. O status da conexão com o hipervisor também é monitorado para fornecer um alerta se o cluster ou pool de hosts for reinicializado ou indisponível.
Para receber alertas do hipervisor, certifique-se de que uma conexão de hospedagem seja criada no Gerir guia. Para obter mais informações, consulte Conexões e recursos. Somente essas conexões são monitoradas para alertas do hipervisor. A tabela a seguir descreve os vários parâmetros e estados dos alertas do hipervisor.
Alerta | Hipervisores suportados | Acionado por | Condição | Configuração |
---|---|---|---|---|
Uso da CPU | Hipervisor Citrix, VMware vSphere | Hipervisor | O limite de alerta de uso da CPU é atingido ou excedido | Os limites de alerta devem ser configurados no hipervisor. |
Uso de memória | Hipervisor Citrix, VMware vSphere | Hipervisor | O limite de alerta de uso de memória é atingido ou excedido | Os limites de alerta devem ser configurados no hipervisor. |
Uso da rede | Hipervisor Citrix, VMware vSphere | Hipervisor | O limite de alerta de uso da rede é atingido ou excedido | Os limites de alerta devem ser configurados no hipervisor. |
Uso do disco | VMware vSphere | Hipervisor | O limite de alerta de uso do disco é atingido ou excedido | Os limites de alerta devem ser configurados no hipervisor. |
Conexão do host ou estado de energia | VMware vSphere | Hipervisor | O host do hipervisor foi reinicializado ou não está disponível | Os alertas são pré-criados no VMware vSphere. Nenhuma configuração adicional é necessária. |
Conexão do hipervisor indisponível | Hipervisor Citrix, VMware vSphere | Controlador de entrega | A conexão com o hipervisor (pool ou cluster) é perdida, desligada ou reinicializada. Esse alerta é gerado a cada hora, desde que a conexão não esteja disponível. | Os alertas são pré-criados com o Delivery Controller. Nenhuma configuração adicional é necessária. |
Observação:
Para obter mais informações sobre como configurar alertas, consulte Alertas do Citrix XenCenter ou verifique a documentação do VMware vCenter Alerts.
A preferência de notificação por e-mail pode ser configurada em Política de alertas da Citrix > Política do Site > Integridade do hipervisor. As condições de limite para políticas de alerta do hipervisor podem ser configuradas, editadas, desativadas ou excluídas somente do hipervisor e não do Monitor. No entanto, modificar as preferências de email e ignorar um alerta pode ser feito no Monitor.
Importante:
- Todos os alertas do hipervisor com mais de um dia são descartados automaticamente.
- Os alertas disparados pelo hipervisor são buscados e exibidos no Monitor. No entanto, as alterações no ciclo de vida/estado dos alertas do hipervisor não são refletidas no Monitor.
- Os alertas íntegros, descartados ou desabilitados no console do Hipervisor continuarão a aparecer no Monitor e precisarão ser descartados explicitamente.
- Os alertas que são descartados no Monitor não são descartados automaticamente no console do hipervisor.
Uma nova categoria de alerta chamada Integridade do hipervisor foi adicionado para habilitar a filtragem apenas dos alertas do hipervisor. Esses alertas são exibidos quando os limites são atingidos ou excedidos. Os alertas do hipervisor podem ser:
- Crítico — limite crítico da política de alarme do hipervisor atingido ou excedido
- Aviso — limite de aviso da política de alarme do hipervisor atingido ou excedido
- Ignorado — o alerta não é mais exibido como um alerta ativo
Neste artigo
- Alertas Citrix
- Políticas de alerta inteligentes
- Políticas de alerta avançadas
- Criar políticas de alertas
- Condições de políticas de alertas
- Configurar políticas de alertas com webhooks
- Configuração de webhook usando o SDK do PowerShell
- Monitoramento de alerta de falha de sincronização de configuração do cache do host local
- Monitoramento de alertas do hipervisor