Identification des noeuds dans un cluster de châssis
Pour déterminer si le périphérique SRX Series est configuré dans un cluster, utilisez les méthodes suivantes. Nous vous recommandons d’utiliser l’adresse IP principale uniquement de la station de gestion pour effectuer les opérations suggérées.
Identification des nuds primaire et secondaire du cluster de châssis
- Utilisation du protocole de gestion XML de Junos OS ou du protocole de gestion XML NETCONF
- Utilisation de la balise RPC get-chassis-inventory
- Utilisation de SNMP
Utilisation du protocole de gestion XML de Junos OS ou du protocole de gestion XML NETCONF
Utilisez l’appel de procédure à distance (RPC) <get-chassis-cluster-status> pour déterminer si le châssis est configuré dans un cluster.
RPC pour l’inventaire des châssis
RPC :<rpc> <get-chassis-cluster-status> </get-chassis-cluster-status> </rpc> Response: See Managing SRX Series Chassis Clusters Using RPCs.
Utilisation de la balise RPC get-chassis-inventory
Utilisez l’appel de procédure à distance (RPC) get-chassis-inventory pour obtenir l’inventaire du châssis pour les nuds principal et secondaire. Cela identifie deux nœuds dans le cadre d’un élément de moteur de routage multiple. Reportez-vous à la section Gestion des clusters de châssis SRX Series à l’aide de bacs réutilisables pour obtenir un exemple de sortie du bac réutilisable. La sortie suivante affiche uniquement les balises pertinentes.
Exemples d’étiquettes d’inventaire de châssis
RPC:<rpc><get-chassis-inventory/></rpc> RELEVANT RESPONSE TAGS: </multi-routing-engine-item> <multi-routing-engine-item> <re-name>node0</re-name> #Node 0 Items </multi-routing-engine-item> <multi-routing-engine-item> <re-name>node1></re-name> #Node 0 Items </multi-routing-engine-item> </multi-routing-engine-item>
Utilisation de SNMP
jnx-chassis-jnxRedundancyTable/jnxContentsTable : permet d’indiquer si deux moteurs de routage sont en service.
jnxContentsChassisId – Permet d’afficher quel moteur de routage appartient à quel nœud.
Nous vous recommandons d’utiliser l’adresse IP principale uniquement pour effectuer des interrogations SNMP. Après un basculement, le système de gestion continue d’utiliser l’adresse IP principale pour gérer le cluster. Si aucune adresse IP principale n’est utilisée, seul le nud principal répond aux requêtes MIB jnx-chassis. Le noeud principal inclut également des composants du noeud secondaire. Le noeud secondaire ne répond pas aux requêtes MIB jnx-chassis.
Il n’y a pas de MIBS pour identifier les noeuds primaire et secondaire. La seule méthode pour identifier les noeuds primaire et secondaire à l’aide de SNMP consiste à envoyer des requêtes pour récupérer les objets MIB jnx-chassis sur les deux adresses IP. Seule la primaire répond. Si vous utilisez une adresse IP principale uniquement, la adresse IP principale active répond. Une autre option consiste à utiliser la MIB SNMP pour parcourir la MIB jnxLedTable. Cela renvoie uniquement les données du nœud principal.
L’exemple suivant montre deux moteurs de routage et deux nœuds, le nœud 0 et le nœud 1, présents sur l’appareil.
Exemple de sortie SNMP
JUNIPER-MIB::jnxContentsDescr.9.1.0.0 = STRING: node0 Routing Engine 0 JUNIPER-MIB::jnxContentsDescr.9.3.0.0 = STRING: node1 Routing Engine 0 JUNIPER-MIB::jnxRedundancyDescr.9.1.0.0 = STRING: node0 Routing Engine 0 JUNIPER-MIB::jnxRedundancyDescr.9.3.0.0 = STRING: node1 Routing Engine 0 JUNIPER-MIB::jnxContentsChassisId.9.1.0.0 = INTEGER: node0(12) JUNIPER-MIB::jnxContentsChassisId.9.3.0.0 = INTEGER: node1(13)
La MIB jnx-chassis n’est pas prise en charge sur les équipements de succursale SRX Series en mode cluster. Il est pris en charge sur les équipements de succursale SRX Series autonomes.
Détermination de l’adresse IP des noeuds
Nous recommandons aux systèmes de gestion de disposer d’options permettant de fournir des adresses IP supplémentaires pour communiquer avec l’équipement, telles que l’adresse IP secondaire et l’adresse IP principale. Voici des options supplémentaires pour collecter les adresses IP utilisées sur le cluster.
- Utilisation du protocole de gestion XML de Junos OS ou du protocole de gestion XML NETCONF
- Utilisation des MIB SNMP
Utilisation du protocole de gestion XML de Junos OS ou du protocole de gestion XML NETCONF
get-config– Permet d’afficher l’interface fxp0 et noeud 1 et la configuration de l’interface reth afin d’identifier les adresses IP utilisées par les nœuds primaire et secondaire.get-interface-information– Permet d’afficher les interfaces et les détails de base. Utilisez lainterface-addressbalise pour identifier les adresses IP des interfaces fxp0 et reth. À l’aide de cet appel de procédure à distance (RPC), toutes les interfaces sont signalées, y compris les adresses sur le noeud secondaire, à l’exception de l’interface fxp0 sur le noeud secondaire. L’exemple suivant montre l’interface fxp0 sur le nœud principal :
<physical-interface> <name> fxp0 </name> <admin-status> up </admin-status> <oper-status> up </oper-status> <logical-interface> <name> fxp0.0 </name> <admin-status> up </admin-status> <oper-status> up </oper-status> <filter-information> </filter-information> <address-family> <address-family-name> inet </address-family-name> <interface-address> <ifa-local junos:emit="emit"> 10.204.131.37/18 </ifa-local> </interface-address> </address-family> </logical-interface> </physical-interface> </interface-information>
Utilisation des MIB SNMP
Utilisez la table MIB ifTable pour obtenir l’objet MIB ifIndex de l’interface fxp0 et de l’interface reth sur le nœud principal. Utilisez la table MIB ipAddrTable pour déterminer l’adresse IP des interfaces. Voici un exemple illustrant l’interface fxp0 sur le nœud principal actif. Notez que la table MIB ifTable signale toutes les interfaces sur le nœud secondaire, à l’exception de l’interface fxp0 sur le nœud secondaire.
Exemple de parcours MIB SNMP de la table MIB ifTable
{primary:node0}
user@host> show snmp mib walk ifTable | grep fxp0
ifDescr.1 = fxp0
ifDescr.13 = fxp0.0
user@host> show snmp mib walk ipAddrTable | grep 13
ipAdEntAddr.10.204.131.37 = 10.204.131.37
ipAdEntIfIndex.10.204.131.37 = 13
ipAdEntNetMask.10.255.131.37 = 255.255.255.255
Pour une communication SNMP directe avec le noeud secondaire, l’adresse IP du noeud secondaire doit être prédéterminée et préconfigurée sur le système de gestion. L’interrogation de la table MIB ifTable directement sur le noeud secondaire renvoie uniquement l’interface fxp0 et quelques détails d’interface privée sur le noeud secondaire, et aucune autre interface n’est signalée. Toutes les autres interfaces sont signalées par le noeud principal lui-même. Utilisez la table MIB ifTable et la table MIB ipAddrTable comme indiqué précédemment pour interroger directement le nœud secondaire afin de rechercher les détails de l’interface fxp0, tels que les objets MIB ifAdminStatus et ifOperStatus sur le nœud secondaire.