Monitoramento de sistemas
Para garantir o tempo de atividade ideal para o acesso e a conectividade do aplicativo, você deve monitorar os seguintes componentes principais no ambiente do XenMobile.
XenMobile Server
O XenMobile Server gera e armazena logs no repositório local que você também pode exportar para um servidor de log de sistemas (syslogs). Você pode definir configurações de log para especificar restrições de tamanho, nível de log ou criar agentes de log personalizados para filtrar eventos específicos. Você pode consultar os logs do XenMobile Server no console XenMobile a qualquer momento. Você também pode exportar informações nos logs por meio do servidor syslog para seus servidores de log de produção do Splunk.
A lista a seguir descreve os diferentes tipos de arquivos de log disponíveis no XenMobile:
Arquivo de log de depuração: contém informações sobre o nível de depuração dos principais serviços da Web do XenMobile, incluindo mensagens de erro e ações relacionadas ao servidor.
Formato da mensagem:
<date> <timestamp> <loglevel> <class name (including the package)> - <id> <log message>
- onde
<id>
é um identificador exclusivo como sessionID. - onde
<log message>
é a mensagem fornecida pelo aplicativo.
Arquivo de log de auditoria do administrador: contêm informações de auditoria sobre as atividades no console XenMobile.
Nota:
O mesmo formato é usado para os logs de auditoria do administrador e de auditoria do usuário.
Formato da mensagem:
Com exceção dos valores obrigatórios de Date e Timestamp, todos os outros atributos são opcionais. Campos opcionais são representados com “ “ na mensagem.
<date> <timestamp> "<username/id>" "<sessionid>" "<deviceid>" "<clientip>" "<action>" "<status>" "<application name>" "<app user id>" "<user agent>" "<details>"
A tabela a seguir lista os eventos de log de auditoria do administrador disponíveis:
Mensagens de log de auditoria do administrador para eventos | Status |
---|---|
Login | sucesso/falha |
Logout | sucesso/falha |
Get admin | sucesso/falha |
Update admin | sucesso/falha |
Get application | sucesso/falha |
Add application | sucesso/falha |
Update application | sucesso/falha |
Delete application | sucesso/falha |
Bind application | sucesso/falha |
Unbind application | sucesso/falha |
Disable application | sucesso/falha |
Enable application | sucesso/falha |
Get category | sucesso/falha |
Add category | sucesso/falha |
Update category | sucesso/falha |
Delete category | sucesso/falha |
Add certificate | sucesso/falha |
Delete certificate | sucesso/falha |
Active certificate | sucesso/falha |
CSR certificate | sucesso/falha |
Export certificate | sucesso/falha |
Delete certificate chain | sucesso/falha |
Add certificate chain | sucesso/falha |
Get connector | sucesso/falha |
Add connector | sucesso/falha |
Delete connector | sucesso/falha |
Update connector | sucesso/falha |
Get device | sucesso/falha |
Bloquear dispositivo | sucesso/falha |
Desbloquear dispositivo | sucesso/falha |
Wipe device | sucesso/falha |
Unwipe device | sucesso/falha |
Delete device | sucesso/falha |
Get role | sucesso/falha |
Add role | sucesso/falha |
Update role | sucesso/falha |
Delete role | sucesso/falha |
Bind role | sucesso/falha |
Unbind role | sucesso/falha |
Update config settings | sucesso/falha |
Update workflow email | sucesso/falha |
Add workflow | sucesso/falha |
Delete workflow | sucesso/falha |
Add Active Directory | sucesso/falha |
Update Active Directory | sucesso/falha |
Add masteruserlist | sucesso/falha |
Update masteruserlist | sucesso/falha |
Update DNS | sucesso/falha |
Update Network | sucesso/falha |
Update log server | sucesso/falha |
Transfer log from log server | sucesso/falha |
Update syslog | sucesso/falha |
Update receiver updates | sucesso/falha |
Update time server | sucesso/falha |
Update trust | sucesso/falha |
Add service record | sucesso/falha |
Update service record | sucesso/falha |
Update receiver email | sucesso/falha |
Upload patch | sucesso/falha |
Import snapshot | sucesso/falha |
Fetch app store app details | sucesso/falha |
Update MDM | sucesso/falha |
Delete MDM | sucesso/falha |
Add HDX | sucesso/falha |
Update HDX | sucesso/falha |
Delete HDX | sucesso/falha |
Add Branding | sucesso/falha |
Delete Branding | sucesso/falha |
Update SSL offload | sucesso/falha |
Add account property | sucesso/falha |
Delete account property | sucesso/falha |
Update account property | sucesso/falha |
Add beacon | sucesso/falha |
Arquivo de log de auditoria do usuário: contém informações relacionadas à atividade do usuário de dispositivos registrados.
Nota:
O mesmo formato é usado para os logs de auditoria do usuário e de auditoria do administrador.
Formato da mensagem:
Com exceção dos valores obrigatórios de Date e Timestamp, todos os outros atributos são opcionais. Campos opcionais são representados com “ “ na mensagem. Por exemplo,
<date> <timestamp> " <username/id>" "<sessionid>" "<deviceid>" "<clientip>" "<action>" "<status>" " <application name>" "<app user id>" "<user agent>" "<details>"
A tabela a seguir lista os eventos do log de auditoria do usuário disponíveis:
Mensagens de log de auditoria do usuário para eventos | Status |
---|---|
Login | sucesso/falha |
Session time-out | sucesso/falha |
Subscribe | sucesso/falha |
Unsubscribe | sucesso/falha |
Pre-launch | sucesso/falha |
AGEE SSO | sucesso/falha |
Token SAML para Citrix Files | sucesso/falha |
Device registration | sucesso/falha |
Device check | lock/wipe |
Device update | sucesso/falha |
Token refresh | sucesso/falha |
Secret saved | sucesso/falha |
Secret retrieved | sucesso/falha |
User initiated change password | sucesso/falha |
Mobile client download | sucesso/falha |
Logout | sucesso/falha |
Discovery Service | sucesso/falha |
Endpoint Service | sucesso/falha |
Funções do MDM | Status |
---|---|
REGHIVE | sucesso/falha |
Cab inventory | sucesso/falha |
Cab | sucesso/falha |
Cab auto install | sucesso/falha |
Cab shell install | sucesso/falha |
Cab create folder | sucesso/falha |
Cab file get | sucesso/falha |
File create folder | sucesso/falha |
File get | sucesso/falha |
File sent | sucesso/falha |
Script create folder | sucesso/falha |
Script get | sucesso/falha |
Script sent | sucesso/falha |
Script shell execution | sucesso/falha |
Script auto execution | sucesso/falha |
APK inventory | sucesso/falha |
APK | sucesso/falha |
APK shell install | sucesso/falha |
APK auto install | sucesso/falha |
APK create folder | sucesso/falha |
APK file get | sucesso/falha |
APK App | sucesso/falha |
EXT App | sucesso/falha |
List get | sucesso/falha |
List sent | sucesso/falha |
Locate device | sucesso/falha |
CFG | sucesso/falha |
Desbloquear | sucesso/falha |
SharePoint wipe | sucesso/falha |
SharePoint Configuration | sucesso/falha |
Remove profile | sucesso/falha |
Remove application | sucesso/falha |
Remove unmanaged application | sucesso/falha |
Remove unmanaged profile | sucesso/falha |
IPA App | sucesso/falha |
EXT App | sucesso/falha |
Apply redemption code | sucesso/falha |
Apply settings | sucesso/falha |
Enable tracking device | sucesso/falha |
App management policy | sucesso/falha |
SD card wipe | sucesso/falha |
Encrypted email attachment | sucesso/falha |
Branding | sucesso/falha |
Secure browser | sucesso/falha |
Container browser | sucesso/falha |
Container unlock | sucesso/falha |
Container password reset | sucesso/falha |
AG client auth creds | sucesso/falha |
O Citrix ADC também monitora o estado do serviço da Web do XenMobile, que é configurado com probes de monitoramento inteligente para simular solicitações HTTP para cada nó do cluster do XenMobile Server. Os probes determinam se o serviço está online e, em seguida, respondem com base na resposta recebida. No caso de um nó não responder como esperado, o Citrix ADC marca o servidor como inativo. Além disso, o Citrix ADC retira o nó do pool de balanceamento de carga e faz o log do evento para uso na geração de alertas por meio da solução de monitoramento Citrix ADC.
Você também pode usar ferramentas padrão de monitoramento de hipervisor para monitorar as máquinas virtuais do XenMobile e fornecer alertas relevantes em relação às métricas de utilização de CPU, memória e armazenamento.
SQL Server e banco de dados
O desempenho do SQL Server e do banco de dados afeta diretamente os XenMobile Services. A instância do XenMobile requer acesso ao banco de dados em todos os momentos e fica offline (por exemplo, para de responder) no caso de uma interrupção na infraestrutura do SQL. O console XenMobile pode continuar a funcionar por um tempo após problemas de espaço em disco com o SQL Server. Para garantir o tempo de atividade máximo do banco de dados e o desempenho adequado da carga de trabalho do XenMobile, você deve monitorar proativamente o estado de seus SQL Servers. Para obter mais informações sobre o monitoramento de seus SQL Servers, consulte [Visão geral de monitoramento e ajuste de desempenho](https://docs.microsoft.com/en-us/previous-versions/sql/sql-server-2008-r2/bb500296(v=sql.105). Além disso, você deve ajustar a alocação de recursos para CPU, memória e armazenamento para garantir acordos de nível de serviço à medida que seu ambiente XenMobile continua a crescer.
Citrix ADC
O Citrix ADC fornece a capacidade de registrar métricas no armazenamento interno ou enviar logs para um servidor de registro externo. Você pode configurar o servidor syslog para exportar logs do Citrix ADC para seus servidores de log de produção do Splunk. Os seguintes níveis de registro estão disponíveis no Citrix ADC:
- Emergência
- Alerta
- Crítico
- Erro
- Aviso
- Informativo
Os arquivos de log também são armazenados no repositório do Citrix ADC no diretório /var/log/ns.log e nomeados newnslog. O Citrix ADC reúne e comprime os arquivos usando o algoritmo GZIP. O nome dos arquivos de log é newnslog.xx.gz, em que xx representa um número de execução.
O Citrix ADC também suporta interceptações e alertas de SNMP como opção de monitoramento. Para obter uma lista de interceptações de SNMP, consulte o monitoramento SNMP.