-
-
Automatiser le déploiement de l'agent NetScaler sur VMware ESXi
-
Configurer la reprise après sinistre pour la haute disponibilité
-
Configurer les agents NetScaler pour un déploiement multisite
-
Migrer un déploiement NetScaler Console à serveur unique vers un déploiement haute disponibilité
-
Intégrer NetScaler Console à Citrix Virtual Desktop Director
-
-
-
Comment rechercher des instances à l'aide des valeurs des balises et des propriétés
-
Mises à jour centralisées de la base de données GeoIP via NetScaler Console
-
Gérer les partitions d'administration des instances NetScaler
-
Forcer une instance NetScaler secondaire à rester secondaire
-
Provisionner des instances NetScaler VPX™ sur SDX à l'aide de NetScaler Console
-
Répliquer les configurations d'une instance NetScaler à une autre
-
-
Configurer NetScaler Console en tant que serveur de licences Flexed ou Pooled
-
-
Mettre à niveau une licence perpétuelle dans NetScaler VPX vers la capacité NetScaler Pooled
-
Mise à niveau d'une licence perpétuelle dans NetScaler MPX vers la capacité NetScaler Pooled
-
Mettre à niveau une licence perpétuelle dans NetScaler SDX vers la capacité NetScaler Pooled
-
Capacité NetScaler Pooled sur les instances NetScaler en mode cluster
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!
Architecture
La base de données NetScaler Console est intégrée au serveur, et le serveur gère tous les processus clés, tels que la collecte de données et les appels NITRO. Dans son magasin de données, le serveur stocke un inventaire des détails d’instance, tels que le nom d’hôte, la version du logiciel, la configuration en cours d’exécution et enregistrée, les détails des certificats, et les entités configurées sur l’instance. Un déploiement sur un seul serveur est adapté si vous souhaitez traiter de petites quantités de trafic ou stocker des données pendant une durée limitée.
Actuellement, NetScaler Console prend en charge deux types de déploiements logiciels : un seul serveur et la haute disponibilité.
L’image suivante montre les différents sous-systèmes au sein de NetScaler Console et comment la communication s’effectue entre le serveur NetScaler Console et les instances gérées.

Le sous-système Service de NetScaler Console agit comme un serveur web qui gère les requêtes et réponses HTTP envoyées aux sous-systèmes de NetScaler Console depuis l’interface graphique ou l’API, en utilisant les ports 80 et 443. Ces requêtes sont envoyées aux sous-systèmes via le bus de messages (système de traitement des messages) en utilisant le mécanisme IPC (communication inter-processus). Une requête est envoyée au sous-système Contrôle, qui soit traite l’information, soit l’envoie au sous-système approprié. Chacun des autres sous-systèmes — Inventory, StyleBooks, Data Collector, Configuration, AppFlow Decoder, AppFlow Analytics, Performance, Events, Entities, SLA Manager, Provisioner et Journal — a un rôle spécifique.
Les plug-ins d’instance sont des bibliothèques partagées uniques à chaque type d’instance pris en charge par NetScaler Console. Les informations sont transférées entre NetScaler Console et les instances gérées à l’aide d’appels NITRO, ou via les protocoles SNMP, Secure Shell (SSH) ou Secure Copy (SCP). Ces informations sont ensuite traitées et stockées dans la base de données interne (magasin de données).
Partager
Partager
Dans cet article
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group 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 Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.