-
-
Criar e gerenciar conexões e recursos
-
Pools de identidade de diferentes tipos de junção de identidade de máquina
-
Serviço Cloud Connector Standalone Citrix Secure Ticketing Authority (STA)
-
-
-
-
-
-
Coletar um rastreamento do Citrix Diagnostic Facility (CDF) na inicialização do sistema
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Problemas Conhecidos e Limitações
-
Apenas um Servidor de Log é Suportado por Ambiente
A arquitetura atual suporta apenas um único Servidor de Log AOT por ambiente, e tanto o Web Studio quanto o Director/Monitor são projetados para funcionar com apenas uma configuração de Servidor de Log. Todos os componentes devem apontar para este mesmo Servidor de Log; configurar ou distribuir cargas de trabalho entre vários Servidores de Log não é suportado atualmente. Este único Servidor de Log pode manipular até 128.000 conexões de componentes ativas e processar até 10.000 eventos de log por segundo, o que é suficiente para a maioria das implantações. Como esses limites são baseados na capacidade de conexão e na taxa de transferência de log, e não no número de componentes, mesmo ambientes muito grandes podem operar com um Servidor de Log, desde que permaneçam dentro dos limites de taxa de transferência.
No entanto, clientes com volumes de log extremamente altos durante a atividade de pico podem atingir limites de ingestão ou indexação devido à ausência de escalonamento horizontal. O suporte para vários Servidores de Log e opções de escalonamento mais amplas será introduzido em futuras versões como parte da arquitetura em evolução. -
Executar o Servidor de Log AOT em uma VM Windows hospedada no XenServer não é suportado. O XenServer não suporta virtualização aninhada, o que impede o Docker de ser executado dentro da VM convidada. Como resultado, o contêiner do Servidor de Log não pode ser implantado nesta configuração.
-
O Docker Desktop no Windows requer uma sessão de usuário ativa para o Servidor de Log AOT
Quando o Servidor de Log AOT é implantado em uma VM Windows usando o Docker Desktop, o contêiner é executado no contexto da sessão de usuário que iniciou o Docker Desktop. O Docker Desktop é projetado como um aplicativo baseado em sessão de usuário e não é executado como um serviço de nível de sistema no Windows. Como resultado, se o usuário fizer logoff, o Docker Desktop para, o que faz com que o contêiner do Servidor de Log AOT pare. Devido a este comportamento: O Servidor de Log AOT para quando o usuário faz logoff, pois a implantação depende de uma sessão de usuário específica. Outros administradores não podem acessar ou gerenciar os contêineres em execução.
Solução alternativa: Mantenha a sessão do usuário ativa ou em um estado desconectado (não faça logoff) para garantir que o Docker Desktop e o contêiner do Servidor de Log AOT continuem em execução.
Recomendação Para implantações de produção, use uma das seguintes opções:
-
Implante o Servidor de Log AOT em uma VM Linux usando o Docker Engine
-
Use a implantação baseada no Citrix Connector Appliance (CCA) onde suportado
Essas opções permitem que o Servidor de Log seja executado independentemente das sessões de usuário e fornecem um modelo de implantação mais confiável e sempre ativo.
-
Nota:
Essa abordagem pode não ser confiável em ambientes com tempos limite de sessão ou políticas de segurança rigorosas.
Este comportamento é uma limitação conhecida do Docker Desktop no Windows e não é específico do Servidor de Log AOT.
-
Os logs do Servidor de Licenças aparecem com Tipo de Host incorreto no Director/Monitor
Ao visualizar logs AOT do Servidor de Licenças no Director, a coluna Tipo de Host pode exibir incorretamente o valor como DDC em vez de Servidor de Licenças, mesmo que o nome do host esteja correto.
Este problema está limitado à forma como o Tipo de Host é representado no Director e não afeta a coleta ou funcionalidade dos logs. Este problema foi resolvido na versão mais recente do Servidor de Licenças e está corrigido a partir da versão do Servidor de Licenças: 55000 ou posterior.
-
O Citrix Cloud Connector é necessário para visualizar logs AOT no Monitor
Os clientes que usam o Citrix Monitor para visualizar logs AOT devem ter pelo menos um Citrix Cloud Connector implantado em seu ambiente. Este requisito se aplica independentemente de onde o Servidor de Logs AOT está hospedado, incluindo VM Linux ou VM Windows ou Citrix Connector Appliance.
O Citrix Monitor depende do serviço Monitor em execução no Cloud Connector para recuperar logs do Servidor de Logs configurado e exibi-los na interface do usuário.
Sem um Cloud Connector do Windows, os logs AOT não podem ser buscados ou exibidos no Monitor.
-
Logs do ADC Gateway são exibidos incorretamente no Citrix Director
Sintomas: Ao visualizar logs do Always On Tracing (AOT) para o Citrix ADC Gateway no Citrix Director, você pode observar:
- Nível de Log exibido como Erro em vez de Depuração ou Informação.
- A coluna Mensagem mostra a entrada de log bruta completa.
- O carimbo de data/hora exibido difere do carimbo de data/hora do evento original.
- Apenas registros de log JSON malformados são afetados. Registros de log válidos são exibidos corretamente.
Versões afetadas: Citrix ADC anterior a 14.1-73.x e Citrix ADC anterior a 15.1-8.x.
Causa: O Citrix ADC Gateway carrega registros de log JSON malformados que não podem ser analisados pelo Servidor de Logs AOT. Como resultado, o Servidor de Logs armazena a entrada de log bruta e a classifica como um erro.
Resolução: Atualize o Citrix ADC para uma das seguintes versões ou posterior:
- 14.1-73.x
- 15.1-8.x
Corrigido em: Citrix ADC 14.1-73.x e Citrix ADC 15.1-8.x.
-
O AOT Log Server atualmente não oferece suporte a implantações compatíveis com FIPS. Clientes com requisitos FIPS obrigatórios devem adiar a implantação em produção até que o suporte FIPS esteja disponível.
Clientes que não exigem conformidade com FIPS podem continuar a implantar e avaliar o AOT Log Server em ambientes suportados.
Compartilhar
Compartilhar
Neste artigo
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.