-
Prise en charge de la configuration de NetScaler dans un cluster
-
-
Synchronisation entre les nœuds de 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!
Synchronisation entre les nœuds de cluster
Toutes les configurations d’un cluster NetScaler sont effectuées sur l’adresse IP du cluster, qui est l’adresse de gestion du cluster. Le nœud du cluster possède l’adresse IP du cluster appelée coordinateur de configuration du cluster (CCO), comme illustré dans la figure suivante :
Les configurations disponibles sur le CCO sont automatiquement propagées aux autres nœuds du cluster et, par conséquent, tous les nœuds du cluster ont les mêmes configurations.
- NetScaler n’autorise que quelques configurations à effectuer sur des nœuds de cluster individuels via leur adresse NSIP. Dans ces cas, vous devez garantir manuellement la cohérence de la configuration sur tous les nœuds du cluster. Ces configurations ne sont pas propagées sur les autres nœuds de cluster. Pour plus d’informations sur les opérations prises en charge sur chaque nœud de cluster, voir Opérations prises en charge sur des nœuds de cluster individuels.
- Les commandes suivantes lorsqu’elles sont exécutées sur l’adresse IP du cluster ne sont pas propagées vers d’autres nœuds de cluster :
- shutdown. Ferme uniquement le coordinateur de configuration.
- reboot. Redémarre uniquement le coordinateur de configuration.
- rm cluster instance. Supprime l’instance de cluster du nœud sur lequel vous exécutez la commande.
- Pour qu’une commande soit propagée vers d’autres nœuds du cluster :
- Le quorum doit être configuré sur l’instance du cluster.
- La majeure partie du quorum du cluster avec (n/2 + 1) des nœuds du cluster doit être active pour que le cluster soit opérationnel.
- Un cluster peut fonctionner avec un nombre minimum de nœuds lorsque la règle de la majorité (n/2 + 1) est assouplie.
Lorsqu’un nœud est ajouté à un cluster, les configurations et les fichiers (certificats SSL, licences, DNS, etc.) disponibles sur le CCO sont synchronisés avec le nœud de cluster nouvellement ajouté. Lorsqu’un nœud de cluster existant, qui a été désactivé intentionnellement ou qui a échoué, est à nouveau ajouté, le cluster compare les configurations disponibles sur le nœud avec les configurations disponibles sur le CCO. En cas de non-concordance entre les configurations, le nœud est synchronisé à l’aide de l’une des méthodes suivantes :
- Full synchronization. Si la différence entre les configurations dépasse 255 commandes, toutes les configurations du CCO sont appliquées au nœud qui rejoint le cluster. Le nœud reste indisponible sur le plan opérationnel pendant la synchronisation.
- Incremental Synchronization. Si la différence entre les configurations est inférieure ou égale à 255 commandes, seules les configurations qui ne sont pas disponibles sont appliquées au nœud qui rejoint le cluster. L’état de fonctionnement du nœud n’est pas affecté.
Remarque
Vous pouvez également synchroniser manuellement les configurations et les fichiers. Pour plus d’informations, consultezSynchronisation des configurations de cluster et Synchronisation des fichiers de cluster.
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.