-
-
Créer et gérer des connexions et des ressources
-
Créer des catalogues de machines d'images préparées
-
Créer une image préparée pour les instances gérées Amazon WorkSpaces Core
-
Créer un catalogue d'instances gérées Amazon WorkSpaces Core
-
Créer un catalogue de machines d'images préparées dans Azure
-
Créer un catalogue de machines d'images préparées dans Azure Local
-
Créer un catalogue de machines d'images préparées dans Nutanix AHV Prism Central
-
Créer un catalogue de machines d'images préparées dans Red Hat OpenShift
-
Créer un catalogue de machines d'images préparées dans VMware
-
Créer un catalogue de machines d'images préparées dans XenServer
-
-
Pools d'identités de différents types de jonction d'identité de machine
-
Service Cloud Connector Standalone Citrix Secure Ticketing Authority (STA)
-
-
-
-
-
-
Sauvegarder ou migrer votre configuration
-
Sauvegarder et restaurer à l'aide de l'outil de configuration automatisée
-
Migrer les configurations cloud vers des environnements sur site
-
Cmdlets de l'outil de configuration automatisée pour la migration
-
Cmdlets de l'outil de configuration automatisée pour la sauvegarde et la restauration
-
Dépanner la configuration automatisée et informations supplémentaires
-
Collecter une trace CDF (Citrix Diagnostic Facility) au démarrage du système
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!
Problèmes connus et limitations
-
Un seul serveur de journaux est pris en charge par environnement
L’architecture actuelle ne prend en charge qu’un seul serveur de journaux AOT par environnement, et Web Studio ainsi que Director/Monitor sont conçus pour fonctionner avec une seule configuration de serveur de journaux. Tous les composants doivent pointer vers ce même serveur de journaux ; la configuration ou la distribution des charges de travail sur plusieurs serveurs de journaux n’est pas prise en charge actuellement. Ce serveur de journaux unique peut gérer jusqu’à 128 000 connexions de composants actives et traiter jusqu’à 10 000 événements de journal par seconde, ce qui est suffisant pour la plupart des déploiements. Étant donné que ces limites sont basées sur la capacité de connexion et le débit des journaux, et non sur le nombre de composants, même les très grands environnements peuvent fonctionner avec un seul serveur de journaux tant qu’ils restent dans les seuils de débit.
Cependant, les clients ayant des volumes de journaux extrêmement élevés pendant les périodes de pointe peuvent atteindre les limites d’ingestion ou d’indexation en raison de l’absence de mise à l’échelle horizontale. La prise en charge de plusieurs serveurs de journaux et des options de mise à l’échelle plus larges seront introduites dans les futures versions dans le cadre de l’évolution de l’architecture.
-
L’exécution du serveur de journaux AOT sur une machine virtuelle Windows hébergée sur XenServer n’est pas prise en charge. XenServer ne prend pas en charge la virtualisation imbriquée, ce qui empêche Docker de s’exécuter à l’intérieur de la machine virtuelle invitée. Par conséquent, le conteneur du serveur de journaux ne peut pas être déployé dans cette configuration.
-
Docker Desktop sur Windows nécessite une session utilisateur active pour le serveur de journaux AOT
Lorsque le serveur de journaux AOT est déployé sur une machine virtuelle Windows à l’aide de Docker Desktop, le conteneur s’exécute dans le contexte de la session utilisateur qui a démarré Docker Desktop. Docker Desktop est conçu comme une application basée sur la session utilisateur et ne s’exécute pas en tant que service au niveau du système sur Windows. Par conséquent, si l’utilisateur se déconnecte, Docker Desktop s’arrête, ce qui entraîne l’arrêt du conteneur du serveur de journaux AOT. En raison de ce comportement : le serveur de journaux AOT s’arrête lorsque l’utilisateur se déconnecte, car le déploiement dépend d’une session utilisateur spécifique. Les autres administrateurs ne peuvent pas accéder aux conteneurs en cours d’exécution ni les gérer.
Solution de contournement : Maintenez la session utilisateur active ou dans un état déconnecté (ne vous déconnectez pas) pour vous assurer que Docker Desktop et le conteneur du serveur de journaux AOT continuent de fonctionner.
Recommandation Pour les déploiements de production, utilisez l’une des options suivantes :
-
Déployez le serveur de journaux AOT sur une machine virtuelle Linux à l’aide de Docker Engine
-
Utilisez le déploiement basé sur Citrix Connector Appliance (CCA) là où il est pris en charge
Ces options permettent au serveur de journaux de fonctionner indépendamment des sessions utilisateur et offrent un modèle de déploiement plus fiable et toujours actif.
Remarque :
Cette approche peut ne pas être fiable dans les environnements avec des délais d’expiration de session ou des politiques de sécurité strictes.
Ce comportement est une limitation connue de Docker Desktop sur Windows et n’est pas spécifique au serveur de journaux AOT.
-
-
Les journaux du serveur de licences apparaissent avec un type d’hôte incorrect dans Director/Monitor
Lorsque vous consultez les journaux AOT du serveur de licences dans Director, la colonne Type d’hôte peut afficher incorrectement la valeur DDC au lieu de Serveur de licences, même si le nom d’hôte est correct.
Ce problème est limité à la façon dont le type d’hôte est représenté dans Director et n’a pas d’impact sur la collecte ou la fonctionnalité des journaux. Ce problème a été résolu dans la dernière version du serveur de licences et est corrigé à partir de la version du serveur de licences : 55000 ou ultérieure.
-
Un Citrix Cloud Connector est requis pour afficher les journaux AOT dans Monitor
Les clients utilisant Citrix Monitor pour afficher les journaux AOT doivent avoir au moins un Citrix Cloud Connector déployé dans leur environnement. Cette exigence s’applique quel que soit l’emplacement d’hébergement du serveur de journaux AOT, y compris les machines virtuelles Linux ou Windows ou l’appliance Citrix Connector.
Citrix Monitor s’appuie sur le service Monitor exécuté sur le Cloud Connector pour récupérer les journaux du serveur de journaux configuré et les afficher dans l’interface utilisateur.
Sans un Cloud Connector Windows, les journaux AOT ne peuvent pas être récupérés ou affichés dans Monitor.
-
Les journaux de la passerelle ADC s’affichent incorrectement dans Citrix Director
Symptômes : Lorsque vous consultez les journaux Always On Tracing (AOT) pour Citrix ADC Gateway dans Citrix Director, vous pouvez observer :
- Niveau de journal affiché comme Erreur au lieu de Débogage ou Info.
- La colonne Message affiche l’intégralité de l’entrée de journal brute.
- L’horodatage affiché diffère de l’horodatage de l’événement d’origine.
- Seuls les enregistrements de journal JSON mal formés sont affectés. Les enregistrements de journal valides s’affichent correctement.
Versions affectées : Citrix ADC antérieures à 14.1-73.x et Citrix ADC antérieures à 15.1-8.x.
Cause : Citrix ADC Gateway télécharge des enregistrements de journal JSON mal formés qui ne peuvent pas être analysés par le serveur de journaux AOT. Par conséquent, le serveur de journaux stocke l’entrée de journal brute et la classe comme une erreur.
Résolution : Mettez à niveau Citrix ADC vers l’une des versions suivantes ou ultérieures :
- 14.1-73.x
- 15.1-8.x
Corrigé dans : Citrix ADC 14.1-73.x et Citrix ADC 15.1-8.x.
-
Le serveur de journaux AOT ne prend pas actuellement en charge les déploiements conformes à la norme FIPS. Les clients ayant des exigences FIPS obligatoires doivent reporter le déploiement en production jusqu’à ce que la prise en charge de FIPS soit disponible.
Les clients qui n’exigent pas la conformité FIPS peuvent continuer à déployer et à évaluer le serveur de journaux AOT dans des environnements pris en charge.
Partager
Partager
Dans cet article
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.