-
Prise en charge de la configuration de Citrix ADC dans un cluster
-
-
Répartition du trafic entre les nœuds de cluster
-
-
Groupes de nœuds pour les configurations ponctuelles et partiellement répartites
-
Désactivation de l'orientation sur le backplane du cluster
-
Suppression du nœud d'un cluster déployé à l'aide de l'agrégation de liens de cluster
-
Surveillance des itinéraires pour les itinéraires dynamiques dans le cluster
-
Surveillance de la configuration du cluster à l'aide de MIB SNMP avec liaison SNMP
-
Surveillance des échecs de propagation des commandes dans un déploiement de cluster
-
Prise en charge de MSR pour les nœuds inactifs dans une configuration de cluster spotted
-
Liaison d'interface VRRP dans un cluster actif à nœud unique
-
Scénarios de configuration et d'utilisation du cluster
-
Migration d'une configuration HA vers une configuration de cluster
-
Interfaces communes pour le client et le serveur et interfaces dédiées pour le backplane
-
Commutateur commun pour le client, le serveur et le backplane
-
Commutateur commun pour le client et le serveur et commutateur dédié pour le backplane
-
Services de surveillance dans un cluster à l'aide de la surveillance des chemins
-
Opérations prises en charge sur des nœuds de cluster individuels
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!
Désactivation de l’orientation sur le backplane du cluster
Remarque
Prise en charge à partir de NetScaler 11.
Le comportement par défaut d’un cluster Citrix ADC consiste à diriger le trafic qu’il reçoit (récepteur de flux) vers un autre nœud (processeur de flux). Le processeur de flux doit alors traiter le trafic. Ce processus de direction du trafic du récepteur de flux vers le processeur de flux se produit sur le backplane du cluster et est appelé direction.
Si nécessaire, vous pouvez désactiver la direction afin que le processus devienne local pour le récepteur de débit et que le récepteur de débit devienne donc le processeur de débit. Une telle configuration de configuration peut s’avérer utile lorsque vous avez un lien de latence élevée.
Remarque
Cette configuration s’applique uniquement aux serveurs virtuels répartis par bandes.
- Pour les serveurs virtuels partiellement répartis par répartition, si le récepteur de flux est un nœud non propriétaire, le trafic est dirigé vers un nœud propriétaire. Si toutefois, le récepteur de flux est un nœud propriétaire, la direction est désactivée.
- Pour les serveurs virtuels repéré, le récepteur de flux est le processeur de flux, et il n’y a donc pas besoin de direction.
Quelques points à retenir lors de la désactivation du mécanisme de direction :
- Les SNIP striped ne sont pas pris en charge car la direction est désactivée.
- MPTCP et FTP ne fonctionnent pas.
- Le mode L2 doit être désactivé.
- Si USIP est activé, le trafic peut ne pas revenir au même nœud que la direction est désactivée.
- Le trafic dirigé vers l’adresse IP du cluster est dirigé vers le coordinateur de configuration.
- Lorsqu’un nœud rejoint ou quitte un cluster, il est possible que plus de connexions 1/N soient affectées. C’est parce qu’un changement dans les nœuds disponibles, peut entraîner le rehachage des routes. En conséquence, le trafic est acheminé vers un autre nœud et en raison de la non-disponibilité de la direction, le trafic n’est pas traité.
La direction peut être désactivée au niveau du serveur virtuel individuel ou au niveau global. La configuration globale a priorité sur le paramètre du serveur virtuel.
-
Désactivation de la direction du backplane pour tous les serveurs virtuels répartis par bandes
Configurez au niveau de l’instance de cluster. Le trafic destiné à n’importe quel serveur virtuel par répartition n’est pas dirigé sur le fond de panier du cluster.
add cluster instance \<clId\> -processLocal ENABLED<!--NeedCopy-->
-
Désactivation de la direction du backplane pour un serveur virtuel par bandes spécifique
Configurez sur un serveur virtuel par bandes. Le trafic destiné au serveur virtuel n’est pas dirigé sur le fond de panier du cluster.
add lb vserver <name> <serviceType> -processLocal ENABLED<!--NeedCopy-->
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.