-
Prise en charge de la configuration de NetScaler dans un cluster
-
-
Distribution du trafic sur les nœuds de cluster
-
-
Groupes de nœuds pour les configurations ponctuelles et partiellement réparties par bandes
-
Désactivation de la direction sur le fond de panier du cluster
-
Suppression d'un nœud d'un cluster déployé à l'aide de l'agrégation de liens de cluster
-
Surveillance de la configuration du cluster à l'aide de la MIB SNMP avec lien SNMP
-
Surveillance des échecs de propagation des commandes dans un déploiement de cluster
-
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 fond de panier
-
Commutateur commun pour le client, le serveur et le fond de panier
-
Commutateur commun pour client et serveur et commutateur dédié pour fond de panier
-
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 la direction sur le fond de panier du cluster
Remarque
Pris en charge à partir de NetScaler 11.
Le comportement par défaut d’un cluster NetScaler 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 ensuite traiter le trafic. Ce processus qui consiste à diriger le trafic du récepteur de flux vers le processeur de flux s’effectue via le panneau arrière du cluster et est appelé pilotage.
Si nécessaire, vous pouvez désactiver le pilotage afin que le processus soit local par rapport au récepteur de débit et fasse ainsi du récepteur de débit le processeur de débit. Une telle configuration peut s’avérer utile lorsque vous disposez d’un lien à latence élevée.
Remarque
Cette configuration s’applique uniquement aux serveurs virtuels répartis par bandes.
- Pour les serveurs virtuels partiellement répartis par bandes, 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 débit est un nœud propriétaire, le pilotage est désactivé.
- Pour les serveurs virtuels repérés, le récepteur de flux est le processeur de flux et il n’est donc pas nécessaire de le piloter.
Quelques points à retenir lors de la désactivation du mécanisme de direction :
- Les SNiP rayés 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 l’USIP est activé, le trafic risque de ne pas revenir au même nœud car le pilotage est désactivé.
- 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 1/N de connexions soient affectées. Cela est dû au fait qu’une modification des nœuds disponibles peut entraîner le remaniement des routes. Par conséquent, le trafic est acheminé vers un autre nœud et, en raison de l’indisponibilité du pilotage, le trafic n’est pas traité.
Le pilotage peut être désactivé au niveau du serveur virtuel individuel ou au niveau mondial. La configuration globale est prioritaire par rapport au paramètre du serveur virtuel.
-
Désactivation du pilotage du backplane pour tous les serveurs virtuels répartis par bandes
Configuré au niveau de l’instance du cluster. Le trafic destiné à un serveur virtuel réparti par bandes n’est pas dirigé sur le panneau principal du cluster.
add cluster instance \<clId\> -processLocal ENABLED<!--NeedCopy-->
-
Désactivation du pilotage du backplane pour un serveur virtuel réparti par bandes spécifique
Configuré sur un serveur virtuel réparti par bandes. Le trafic destiné au serveur virtuel n’est pas dirigé sur le backplane 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.