-
Prise en charge de la configuration de NetScaler dans un cluster
-
-
Distribution du trafic sur les nœuds de cluster
-
Utilisation de l'agrégation de liens de cluster
-
Redondance des liens dans un cluster avec LACP
-
-
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!
Redondance des liens dans un cluster avec LACP
Un cluster NetScaler assure la redondance des liens pour le LACP afin de garantir que tous les nœuds disposent de la même clé partenaire.
Pour comprendre le besoin de redondance des liens, prenons l’exemple de la configuration de cluster suivante ainsi que les cas qui l’accompagnent (en prêtant attention au cas 3) :
Dans cette configuration, les interfaces I1, I2, I3 et I4 sont liées au canal LACP avec KEY 5. Du côté du partenaire, I1 et I2 sont connectés au commutateur 1 pour former un seul canal LA avec KEY 1. De même, I3 et I4 sont connectés au commutateur 2 pour former un seul canal LA avec KEY 2.
Examinons maintenant les cas suivants pour comprendre le besoin de redondance des liens :
-
Cas 1 : le commutateur 1 est activé et le commutateur 2 est éteint
Dans ce cas, le cluster LA sur les deux nœuds cesserait de recevoir des LacPDU depuis Key2 et commencerait à recevoir des LacPDU depuis Key1. Sur les deux nœuds, le cluster LA est connecté à KEY 1 et I1 et I2 sont actifs et le canal des deux nœuds serait ouvert.
-
Cas 2 : le commutateur 1 s’arrête et le commutateur 2 passe à la vitesse supérieure
Dans ce cas, le cluster LA sur les deux nœuds cesserait de recevoir des LacPDU depuis Key1 et commencerait à recevoir des LacPDU depuis Key2. Sur les deux nœuds, le cluster LA est connecté à Key2 et I3 et I4 sont actifs et le canal sur les deux nœuds serait actif.
-
Cas 3 : Switch1 et Switch2 sont UP
Dans ce cas, il est possible que le cluster LA sur le nœud 1 choisisse Key1 comme partenaire et que le cluster LA sur le nœud 2 choisisse Key2 comme partenaire. Cela signifie que I1 sur le nœud 1 et I4 sur le nœud 2 reçoivent du trafic indésirable. Cela peut se produire parce que la machine d’état LACP se situe au niveau des nœuds et choisit ses partenaires selon le principe du premier arrivé, premier servi.
Pour résoudre ces problèmes, la redondance des liens du cluster dynamique LA est prise en charge. Pour configurer la redondance des liens sur un canal ou une interface, vous devez l’activer et éventuellement spécifier le seuil de débit comme suit :
set channel CLA/1 -linkRedundancy ON -lrMinThroughput <positive_integer>
Le débit des canaux partenaires est vérifié par rapport au seuil de débit configuré. Le canal partenaire qui satisfait le seuil de débit est sélectionné selon le principe du premier entré, premier sorti (FIFO). Si aucun canal partenaire n’atteint le seuil, ou si le débit seuil n’est pas configuré, le canal partenaire avec le nombre maximum de liens est sélectionné.
Remarque
Le seuil de débit peut être configuré à partir de NetScaler 11.
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.