Citrix Virtual Apps and Desktops

Perguntas Frequentes

April 27, 2026

Contribuição de:

C C

Como verificar as configurações do servidor de log em execução, como MAX_RESERVE_DAYS?

Você pode verificar os valores do ambiente do contêiner usando um dos seguintes comandos:

docker inspect logserver |findstr MAX_RESERVE_DAYS Ou verificando o ambiente do contêiner: docker exec -it logserver env |grep MAX_RESERVE_DAYS

Se nada for retornado, significa que o servidor de log está usando o valor padrão: MAX_RESERVE_DAYS=7
É necessário adquirir licenças do Docker Desktop ao instalar a imagem de contêiner do servidor de log no Windows?

Sim. É necessária uma licença válida do Docker Desktop.
Devo usar um novo servidor para a instalação do servidor de log?

Sim. Recomenda-se usar um servidor dedicado para a instalação do servidor de log para garantir desempenho e isolamento.
Qual é a capacidade de ingestão sustentada de um único AOT Log Server? Quais são os limites máximos e seguros de Eventos Por Segundo (EPS)?

Um único AOT Log Server suporta uma capacidade de ingestão sustentada de 10.000 eventos por segundo (EPS). Este valor representa tanto o máximo quanto o limite operacional seguro para ingestão contínua.
Quantos componentes um único AOT Log Server pode gerenciar? Existe um limite máximo?

Um único Log Server pode se conectar a até 128.000 componentes, mas só consegue processar cerca de 10.000 logs por segundo. Portanto, o número de máquinas raramente é o problema — o verdadeiro fator de dimensionamento é quantos logs seus usuários geram durante o pico de atividade.
Qual é a tolerância a picos do AOT Log Server? Quanto um aumento repentino de logs ele pode gerenciar sem perda ou violação do backlog?

O AOT Log Server pode gerenciar picos de curto prazo de até 2× a taxa normal de eventos sem perder logs. Se o volume de logs exceder esse limite (por exemplo, 5×), o sistema não conseguirá persistir eventos de forma confiável, e o OpenSearch começará a descartar logs porque não consegue indexá-los rápido o suficiente.
O AOT Log Server pode compactar logs? Qual taxa de compactação devemos esperar?

Sim. O AOT Log Server usa o algoritmo de compactação LZ4 padrão para armazenar logs no OpenSearch. A taxa de compactação típica é de aproximadamente 2:1, o que significa que os dados de log são reduzidos a menos da metade do seu tamanho original, mantendo um desempenho rápido de leitura/gravação.
Para cada tipo de infraestrutura (local de site único, local de vários sites, nuvem de região única, nuvem de várias regiões, híbrido, MSP/locatário), onde o AOT Log Server deve ser implantado e por quê?

O AOT Log Server deve ser sempre implantado na mesma linha de visão que os VDAs. Isso garante conectividade estável e ajuda a manter baixa latência entre os componentes que geram logs e o servidor de log que os ingere. Desde que cada componente (VDAs, DDCs, StoreFront, Gateway, etc.) possa alcançar o servidor de log de forma confiável, o ambiente funcionará corretamente.
Precisamos de um servidor de log por região, ou tudo pode ser centralizado? E quanto à latência e ao custo de saída de dados (egress)?

Você pode centralizar o servidor de log, mas os clientes devem avaliar as implicações de latência e custo de saída de dados (egress) para o seu ambiente. A latência entre regiões pode afetar a ingestão de logs, especialmente durante períodos de alto volume. Se a latência de ida e volta for alta, picos ou rajadas de logs podem causar atrasos, acúmulo de backlog ou perda potencial durante cargas de pico. Taxas de saída de dados podem ser aplicadas quando os logs cruzam limites regionais ou de nuvem.
Quais são as especificações mínimas de hardware para suportar 1.000 máquinas com o AOT Log Server?

Para ambientes com até 1.000 máquinas, você precisa de: 1 nó (Log Server + OpenSearch combinados), 4 vCPUs, 8 GB de RAM, 2.000 IOPS mínimo (SSD ou NVMe recomendado), NIC de 1 Gbps. Esta configuração é adequada para implantações pequenas ou de site único com volume de log moderado.
Como posso solucionar problemas se houver um problema com o Log Server?

O LogServer está sendo executado como um contêiner Docker, então todos os comandos Docker podem ser usados para encontrar os problemas:
```
docker logs logserver
docker inspect logserver

```
Além disso, o usuário pode se conectar ao contêiner em execução e visualizar os próprios logs do logserver:
```
docker exec –it logserver bash

```
No shell bash do contêiner Docker do logserver, o usuário pode verificar a integridade do logserver e do opensearch:
```
curl http://localhost:5000/Ping
curl http://localhost:9200/_cluster/health?pretty

```
E verificar os logs dentro do contêiner:
```
tail Config/applogs.txt
tail Config/weblogs.txt

```
Se precisar de mais logs, o usuário pode modificar o LOG_LEVEL=0 em StartLogServer.sh/StartLogServer.bat e reiniciar o logserver por meio desses arquivos de script. Em seguida, os logs detalhados incluirão todos os níveis: TRACE, DEBUG, INFO, WARN, ERROR.

A versão oficial deste conteúdo está em inglês. Parte do conteúdo da documentação da Cloud Software Group é traduzida automaticamente para sua conveniência. A Cloud Software Group não tem controle sobre o conteúdo traduzido automaticamente, que pode conter erros, imprecisões ou linguagem inadequada. Nenhuma garantia de qualquer tipo, expressa ou implícita, é fornecida quanto à precisão, confiabilidade, adequação ou correção de quaisquer traduções feitas do original em inglês para qualquer outro idioma, ou quanto à conformidade do seu produto ou serviço Cloud Software Group com qualquer conteúdo traduzido automaticamente, e nenhuma garantia fornecida sob o contrato de licença de usuário final aplicável ou os termos de serviço, ou qualquer outro contrato com a Cloud Software Group, de que o produto ou serviço esteja em conformidade com qualquer documentação será aplicável na medida em que essa documentação tenha sido traduzida automaticamente. A Cloud Software Group não se responsabiliza por quaisquer danos ou problemas que possam surgir em decorrência do uso de conteúdo traduzido automaticamente.

Isso foi útil?

Perguntas Frequentes

April 27, 2026

Contribuição de:

C C

April 27, 2026

Contribuição de:

C C

Neste artigo

Isso foi útil?