Configuration de version de logiciel 8.0 MSE et guide facilement disponibles de déploiement
Contenu
Introduction
Ce document fournit des instructions de configuration et de déploiement, aussi bien que des conseils de dépannage pour ceux qui ajoutent la Haute disponibilité MSE et les services avertis de contexte de passage et/ou le wIPS adaptatif à Cisco Unified WLAN. Le but de ce document est d'expliquer les instructions pour la Haute disponibilité MSE et de fournir des scénarios de déploiement ha pour MSE.
Remarque: Ce document ne fournit pas des détails de configuration pour le MSE et composants associés qui ne concernent pas MSE ha. Ces informations sont fournies dans d'autres documents, et des références sont fournies. Voyez les informations relatives
Conditions préalables
Conditions requises
Aucune spécification déterminée n'est requise pour ce document.
Composants utilisés
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Conventions
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Informations générales
Le MSE est une plate-forme qui est capable d'exécuter de plusieurs services connexes. Ces services fournissent la fonctionnalité de haut niveau de service. Par conséquent, la considération pour l'ha est essentielle en mettant à jour la confiance de service la plus élevée.
L'ha étant activé, chaque MSE actif est sauvegardé par un autre exemple inactif. MSE ha introduit le moniteur de santés dans lequel il configure, gère, et surveille l'installation facilement disponible. Une pulsation est mise à jour entre le MSE primaire et secondaire. Le moniteur de santés est responsable d'installer la base de données, la réplication de fichier, et surveiller l'application. Quand le MSE primaire échoue et le secondaire succède, l'adresse virtuelle du MSE primaire est commutée d'une manière transparente.
Cette installation (voyez que le schéma 1) explique un déploiement typique de WLAN Cisco qui inclut l'engine de services de mobilité Cisco (MSE) activée pour la Haute disponibilité. L'ha de support est disponible sur MSE-3310, MSE-3350/3355, 3365 et appliance virtuelle sur ESXi.
Le schéma 1. MSE le déployant dans la Haute disponibilité
Instructions et limites
Voici les informations sur l'architecture MSE ha :
-
L'appliance virtuelle MSE prend en charge seulement 1:1 ha.
-
Un MSE secondaire peut prendre en charge jusqu'à deux MSEs primaire. Voyez l'ha appareiller la matrice (des figures 2 et 3).
-
L'ha prend en charge le réseau connecté et dirige connecté.
-
Seulement la Redondance MSE Layer-2 est prise en charge. Les santés surveillent l'IP et l'IP virtuel doit être sur le même sous-réseau et accessible du Système de contrôle de réseau (NCS). La Redondance Layer-3 n'est pas prise en charge.
-
L'IP de moniteur de santés et l'IP virtuel doivent être soient différents.
-
Vous pouvez utiliser le Basculement manuel ou automatique.
-
Vous pouvez utiliser la restauration manuelle ou automatique.
-
Le MSE primaire et secondaire devrait être sur la même version de logiciel.
-
Chaque MSE primaire actif est sauvegardé par un autre exemple inactif. Le MSE secondaire devient actif seulement après que la procédure de Basculement est initiée.
-
La procédure de Basculement peut être manuelle ou automatique.
-
Il y a un exemple de logiciel et de base de données pour chaque MSE primaire enregistré.
La spécification de base de cette matrice est que l'exemple secondaire devrait toujours avoir des caractéristiques égales ou élevées que primaires, si elles sont des appliances ou des virtual machine.
Le MSE-3365 peut seulement être appareillé avec un autre MSE-3365. Aucune autre combinaison n'est testée/est prise en charge.
Le schéma 3. MSE ha N:1 appareillant la matrice
Scénario de configuration ha pour l'appliance virtuelle MSE (réseau connecté)
Cet exemple affiche la configuration ha pour l'appliance virtuelle MSE (VA) (voir le schéma 4). Pour ce scénario, ces configurations sont configurées :
-
MSE primaire VA :
-
IP virtuel – [10.10.10.11]
-
Interface de surveillance de santés (Eth0) – [10.10.10.12]
-
-
MSE secondaire VA :
-
IP virtuel – [aucun]
-
Interface de surveillance de santés (Eth0) – [10.10.10.13]
-
Remarque: Un permis de lancement (L-MSE-7.0-K9) est exigé par VA. Ceci est exigé pour la configuration ha du VA.
Appliance virtuelle du schéma 4. MSE dans l'ha
Référez-vous à la Documentation Cisco sur le pour en savoir plus virtuel d'appareils MSE.
Voici les étapes générales :
-
Terminez-vous l'installation VA pour MSE et la vérifiez que tous les paramètres réseau sont rencontrés.
-
Parafez l'assistant de configuration à la première connexion.
-
Écrivez les entrées requises (nom d'hôte, domaine, etc.). Écrivez l'OUI à l'étape pour configurer la Haute disponibilité.
-
Entrez dans ce qui suit :
-
Rôle choisi – [1 pour primaire].
-
Interface de surveillance de santés – [eth0] *
configurations de *Network tracées à l'adaptateur réseau 1 (voir le tir d'écran témoin)
-
-
Interface liée directement choisie - [aucun].
-
Entrez dans ce qui suit :
-
Adresse IP virtuelle – [10.10.10.11]
-
Masque de réseau – [255.255.255.0]
-
Début MSE en mode de reprise – [non]
-
-
Entrez dans ce qui suit :
-
Configurez Eth0 - [oui]
-
Écrivez l'adresse IP Eth0 – [10.10.10.12]
-
Masque de réseau – [255.255.255.0]
-
Passerelle par défaut – [10.10.10.1]
-
-
La deuxième interface Ethernet (Eth1) n'est pas utilisée.
Configurez l'interface eth1 - [le saut]
-
Continuez par l'assistant de configuration.
-
Il est essentiel de permettre au serveur de NTP afin de synchroniser l'horloge.
-
Le fuseau horaire préféré est UTC.
Ceci récapitule l'installation primaire d'appareils virtuels MSE :
-------BEGIN-------- Role=1, Health Monitor Interface=eth0, Direct connect interface=none Virtual IP Address=10.10.10.11, Virtual IP Netmask=255.255.255.0 Eth0 IP address=10.10.10.12, Eth0 network mask=255.0.0.0 Default Gateway=10.10.10.1 -------END--------
-
-
Entrez [OUI] pour confirmer que toute l'information de configuration est correcte.
-
Une réinitialisation est recommandée après installation.
-
Après qu'une réinitialisation, commencent les services MSE avec le début de /etc/init.d/msed ou les startcommands msed par service.
-
Après tout les services ont commencé, confirment des services MSE fonctionnent correctement avec la commande de getserverinfo.
L'état d'exécution doit apparaître.
Ces étapes font partie de l'installation pour le MSE secondaire VA :
-
Après que nouveau installez, la procédure de connexion initiale commence l'assistant de configuration. Entrez dans ce qui suit :
-
Configurez la Haute disponibilité – [oui]
-
Rôle choisi – [2] qui indique secondaire
-
Interface de surveillance de santés – [eth0] mêmes que primaires
-
-
Entrez dans ce qui suit :
-
Liaison directe – [aucun]
-
Adresse IP eth0 – [10.10.10.13]
-
Masque de réseau – [255.255.255.0]
-
Passerelle par défaut – [10.10.10.1]
-
-
Configurez l'interface eth1 – [le saut]
-
Placez le fuseau horaire - [l'UTC]
-
Serveur de NTP d'enable.
-
Terminez-vous les étapes restantes de l'assistant de configuration et confirmez l'information de configuration afin de sauvegarder la configuration.
-
Redémarrez et commencez les services les mêmes que les étapes précédentes pour le MSE primaire.
Les étapes suivantes affichent comment ajouter le MSE primaire et secondaire VA au NCS. Exécutez le processus normal d'ajouter un MSE au NCS. Voyez le guide de configuration pour l'aide.
-
Du NCS, allez aux systèmes > aux Services de mobilité et choisissez les engines de Services de mobilité.
-
Du déroulant, choisissez ajoutent l'engine de Services de mobilité. Puis, cliquez sur Go.
-
Suivez l'assistant de configuration NCS pour MSE. Dans le scénario de ce document, les valeurs sont :
-
Écrivez le nom du périphérique – par exemple [MSE1]
-
Adresse IP – [10.10.10.12}
-
Nom d'utilisateur et mot de passe (par première installation)
-
Cliquez sur Next (Suivant).
-
-
Ajoutez tous les permis disponibles, puis cliquez sur Next.
-
Les services choisis MSE, cliquent sur Next alors.
-
Les paramètres de cheminement d'enable, cliquent sur Next alors.
-
Il est facultatif pour assigner des cartes et pour synchroniser des services MSE. Cliquez sur fait pour se terminer en ajoutant le MSE au NCS.
Le tir d'écran suivant prouve que le MSE primaire VA a été ajouté. Maintenant, terminez-vous ces étapes afin d'ajouter le MSE secondaire VA :
-
Localisez la colonne secondaire de serveur, et cliquez sur le lien pour configurer.
-
Ajoutez le MSE secondaire VA utilisant la configuration dans ce scénario :
-
Nom du périphérique secondaire – [mse2]
-
Adresse IP secondaire – [10.10.10.13]
-
Password* secondaire – [par défaut ou du script d'installation]
-
Basculement Type* – [automatique, ou manuel]
-
Retour Type*
-
Long Basculement Wait*
-
Cliquez sur Save.
le *Click l'icône de l'information ou se rapportent à la documentation MSE s'il y a lieu.
-
-
Cliquez sur OK quand le NCS incite à appareiller vers le haut des deux MSEs.
Le NCS prend quelques secondes pour créer la configuration.
Le NCS incitera si le MSE secondaire VA exige un permis de lancement (L-MSE-7.0-K9).
-
Cliquez sur OK et localisez le fichier de licence pour lancer secondaire.
-
Une fois que le MSE secondaire VA a été lancé, sauvegarde de clic pour se terminer la configuration.
-
Naviguez vers NCS > Services de mobilité > engine de Services de mobilité.
Le NCS affiche cet écran où le MSE secondaire apparaît dans la colonne pour le serveur secondaire :
-
Afin de visualiser l'état facilement disponible, naviguez vers NCS > services > Haute disponibilité.
Dans l'état ha, vous pouvez voir que l'état actuel et les événements par le MSE appareillent.
Il peut prendre quelques minutes pour que la synchronisation et la réplication des données initiales soit installée. Le NCS fournit les % d'indication de progression jusqu'à ce que la paire ha soit entièrement en activité comme affiché ci-dessus.
Une nouvelle commande introduite avec la version de logiciel 7.2 MSE concernant l'ha est gethainfo. Cette sortie affiche le primaire et secondaire :
[root@mse1 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.10.10.12 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse1 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.13 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse2_666f2046-5699-11e1-b1b1-0050568901d9 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: PRIMARY_ACTIVE [root@mse2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.13 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse2 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.12 Virtual IP Address: 10.10.10.11 Version: 7.2.103.0 UDI: AIR-MSE-VA-K9:V01:mse1_d5972642-5696-11e1-bd0c-0050568901d6 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
Configuration ha avec direct connecté
Le réseau connecté MSE ha utilise le réseau, tandis que la configuration liée directement facilite l'utilisation d'une connexion directe par câble entre les serveurs primaires et secondaires MSE. Ceci peut aider à réduire des latences en quelques temps de réponse de pulsation, réplication des données et temps de détection de panne. Pour ce scénario, un examen médical primaire MSE se connecte à un MSE secondaire sur l'interface eth1, comme vu dans la figure 5. Notez qu'Eth1 est utilisé pour le lié directement. Une adresse IP pour chaque interface est exigée.
Figure 5 : MSE ha avec lié directement
-
Installez le MSE primaire.
Résumé de configuration de script d'installation :
-------BEGIN-------- Host name=mse3355-1 Role=1 [Primary] Health Monitor Interface=eth0 Direct connect interface=eth1 Virtual IP Address=10.10.10.14 Virtual IP Netmask=255.255.255.0 Eth1 IP address=1.1.1.1 Eth1 network mask=255.0.0.0 Default Gateway =10.10.10.1 -------END--------
-
Installez le MSE secondaire.
Résumé de configuration de script d'installation :
-------BEGIN-------- Host name=mse3355-2 Role=2 [Secondary] Health Monitor Interface=eth0 Direct connect interface=eth1 Eth0 IP Address 10.10.10.16 Eth0 network mask=255.255.255.0 Default Gateway=10.10.10.1 Eth1 IP address=1.1.1.2, Eth1 network mask=255.0.0.0 -------END--------
-
Ajoutez le MSE primaire au NCS (voir les exemples précédents, ou référez-vous au guide de configuration).
-
Installez le MSE secondaire de NCS > configurent le serveur secondaire.
-
Écrivez le nom du périphérique secondaire - [mse3355-2]
-
Adresse IP secondaire – [10.10.10.16]
-
Paramètres et sauvegarde restants complets de clic.
-
-
Cliquez sur OK pour confirmer l'appareillement vers le haut des deux MSEs.
Le NCS prend un moment pour ajouter la configuration du serveur secondaire.
-
Une fois terminé, apportez toutes les modifications aux paramètres ha. Cliquez sur Save.
-
Visualisez l'état ha pour la progression en temps réel des nouvelles paires MSE ha.
-
De NCS > entretient > des Services de mobilité > des engines de Services de mobilité, confirme que le MSE ha (lié directement) est ajouté au NCS.
-
De la console, la confirmation peut également être vue avec la commande de gethainfo.
Voici la sortie primaire et secondaire :
[root@mse3355-1 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.10.10.15 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ37xx Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.16 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Failover type: Automatic Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: Yes Heartbeat status: Up Current state: PRIMARY_ACTIVE [root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.15 Virtual IP Address: 10.10.10.14 Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ37xx Failover type: Automatic Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: Yes Heartbeat status: Up Current state: SECONDARY_ACTIVE
Scénario de configuration ha pour l'appliance d'examen médical MSE
Basé sur la matrice de appareillement, le maximum dans la configuration ha est 2:1. C'est réservé pour le MSE-3355, qui en mode secondaire, peut prendre en charge un MSE-3310 et un MSE-3350. Lié directement est le pas applicable dans ce scénario.
-
Configurez chacun de ces MSEs pour expliquer le scénario de 2:1 ha :
MSE-3310 (Primary1) Server role: Primary Health Monitor IP Address (Eth0): 10.10.10.17 Virtual IP Address: 10.10.10.18 Eth1 – Not Applicable MSE-3350 (Primary2) Server role: Primary Health Monitor IP Address: 10.10.10.22 Virtual IP Address: 10.10.10.21 Eth1 – Not Applicable MSE-3355 (Secondary) Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary
-
Après tout MSEs sont configurés, ajoutent Primary1 et Primary2 au NCS.
-
Cliquez sur pour configurer le serveur secondaire (suivant les indications des exemples précédents). Début avec l'un ou l'autre un du MSEs primaire.
-
Entrez les paramètres pour le MSE secondaire :
-
Nom du périphérique secondaire : par exemple, [mse-3355-2}
-
Adresse IP secondaire – [10.10.10.16]
-
Terminez-vous les paramètres restants.
-
Cliquez sur Save.
-
-
Attendez un bref moment la première entrée secondaire à configurer.
-
Confirmez que le serveur secondaire est ajouté pour le premier MSE primaire.
-
Répétez les étapes 3 6 pour le deuxième MSE primaire.
-
Menez à bonne fin avec des paramètres ha pour le deuxième MSE primaire.
-
Sauvegardez les configurations.
-
Vérifiez l'état pour la progression pour chacun du MSEs primaire.
-
Confirmez que Primary1 et Primary2 MSEs sont installés avec un MSE secondaire.
-
De NCS > entretient > des Services de mobilité, choisit la Haute disponibilité.
Notez que 2:1 est confirmé pour le MSE-3355 en tant que secondaire pour MSE-3310 et MSE-3350.
Voici un résultat témoin de l'ha installé de la console de chacun des trois MSEs quand la commande de gethainfo est utilisée :
[root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 2 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.22 Virtual IP Address: 10.10.10.21 Version: 7.2.103.0 UDI: AIR-MSE-3350-K9:V01:MXQ839xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE ---------------------------- Peer configuration#: 2 ---------------------------- Health Monitor IP Address 10.10.10.17 Virtual IP Address: 10.10.10.18 Version: 7.2.103.0 UDI: AIR-MSE-3310-K9:V01:FTX140xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos4 Instance database port: 1525 Dataguard configuration name: dg_mse4 Primary database alias: mseop4s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
La validation finale pour l'ha dans le NCS affiche l'état comme entièrement actif pour le MSE-3310 et MSE-3350.
Dépannage de base de MSE ha
En ajoutant le MSE secondaire, vous pouvez voir une demande de ce type :
Il est possible il y avait une question pendant le script d'installation.
-
Exécutez la commande de getserverinfo de vérifier les paramètres réseau appropriés.
-
Il est également possible que les services n'aient pas commencé. Exécutez la commande de début de /init.d/msed.
-
Exécutez-vous par le script d'installation de nouveau s'il y a lieu (/mse/setup/setup.sh) et sauvegardez à l'extrémité.
L'appliance virtuelle pour MSE exige également un permis de lancement (L-MSE-7.0-K9). Autrement, le NCS incite en ajoutant le MSE secondaire VA. Obtenez et ajoutez le permis de lancement pour le MSE VA.
Si commutant le rôle ha sur le MSE, assurez-vous que les services sont entièrement arrêtés. Par conséquent, les services d'arrêt avec la commande d'arrêt de /init.d/msed, exécutent alors le script d'installation de nouveau (/mse/setup/setup.sh).
Utilisez la commande de gethainfo d'obtenir les informations facilement disponibles sur le MSE. Ceci fournit les informations utiles dans l'état ha de dépannage ou de surveillance et change.
[root@mse3355-2 ~]#gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.10.10.16 Virtual IP Address: Not Applicable for a secondary Version: 7.2.103.0 UDI: AIR-MSE-3355-K9:V01:KQ45xx Number of paired peers: 2 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.10.10.22 Virtual IP Address: 10.10.10.21 Version: 7.2.103.0 UDI: AIR-MSE-3350-K9:V01:MXQ839xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE ---------------------------- Peer configuration#: 2 ---------------------------- Health Monitor IP Address 10.10.10.17 Virtual IP Address: 10.10.10.18 Version: 7.2.103.0 UDI: AIR-MSE-3310-K9:V01:FTX140xx Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos4 Instance database port: 1525 Dataguard configuration name: dg_mse4 Primary database alias: mseop4s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
En outre, la vue facilement disponible NCS est un grand outil de gestion afin d'obtenir la visibilité à l'ha installé pour MSE.
Informations connexes
Introduction
Ce document couvrira comment configurer la Haute disponibilité pour l'engine de service de mobilité (MSE) et comment les scénarios de Basculement et de restauration se produisent.
Configurer la Haute disponibilité
Il est important de noter qu'une installation ha peut échouer si un ou les deux Noeuds MSE faisaient partie d'un déploiement précédent et n'étaient pas correctement détachés.
Par conséquent, si vous placez une nouvelle installation et vous avez toujours votre fichier de licence, c'est une bonne idée de réinstaller MSE pour commencer sur une base fraîche.
Vous devez arrêter des services MSE avec « l'arrêt msed par service » et puis exécuter le script de /opt/mse/uninstall/uninstall
Exécutez l'installateur de nouveau dans /opt/installers/
La seule chose que l'installateur vous demandera est le rôle ha :
===============================================================================
High Availability Role
----------------------
Select a high availability role for this server
->1- Primary
2- Secondary
ENTER THE NUMBER FOR YOUR CHOICE, OR PRESS <ENTER> TO ACCEPT THE DEFAULT:
: 1
Installez les Noeuds et puis exécutez le script de setup.sh.
Complétez tous les éléments requis. N'oubliez pas de modifier le rôle ha (même si vous avez pensé que vous avez déjà fait). Sur le primaire, par exemple, vous devez le spécifier en tant que primaire de nouveau avec l'option du menu 9 afin de configurer les interfaces de pulsation et l'IP de service. L'IP de service est configuré seulement sur le MSE primaire et sera partagé avec les deux Noeuds une fois que l'ha est formé, de sorte que la perfection puisse atteindre le MSE actif par l'IP address de service. Ce doit être un IP address libre dans le même sous-réseau que l'IP primaire MSE.
Vous devez redémarrer le MSE après avoir exécuté le script de setup.sh la première fois. Assurez-vous que les services proposent « le début msed par service » après la réinitialisation.
Vérifiez que des services et en service sur le primaire avant d'essayer à ajouter pour amorcer l'infrastructure.
[root@NicoMSE ~]# getserverinfo Health Monitor is running Retrieving MSE Services status. MSE services are up, getting the status ------------- Server Config ------------- Product name: Cisco Mobility Service Engine Version: 8.0.110.0 Health Monitor Ip Address: 10.48.39.238 High Availability Role: 1 Hw Version: V01 Hw Product Identifier: AIR-MSE-VA-K9 Hw Serial Number: NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 HTTPS: null Legacy Port: 8001 Log Modules: -1 Log Level: INFO Days to keep events: 2 Session timeout in mins: 30 DB backup in days: 2 ------------- Services ------------- Service Name: Context Aware Service Service Version: 8.0.1.79 Admin Status: Enabled Operation Status: Up Service Name: WIPS Service Version: 3.0.8155.0 Admin Status: Disabled Operation Status: Down Service Name: Mobile Concierge Service Service Version: 5.0.1.23 Admin Status: Disabled Operation Status: Down Service Name: CMX Analytics Service Version: 3.0.1.68 Admin Status: Disabled Operation Status: Down Service Name: CMX Connect & Engage Service Version: 1.0.0.29 Admin Status: Disabled Operation Status: Down Service Name: HTTP Proxy Service Service Version: 1.0.0.1 Admin Status: Disabled Operation Status: Down -------------- Server Monitor -------------- Server start time: Wed Mar 11 16:40:33 CET 2015 Server current time: Wed Mar 11 18:32:47 CET 2015 Server timezone: Europe/Brussels Server timezone offset (mins): 60 Restarts: null Used Memory (MB): 226 Allocated Memory (MB): 989 Max Memory (MB): 989 DB disk size (MB): 12076 ------------- Context Aware Service ------------- Total Active Elements(Wireless Clients, Tags, Rogue APs, Rogue Clients, Interferers, Wired Clients): 0 Active Wireless Clients: 0 Active Tags: 0 Active Rogue APs: 0 Active Rogue Clients: 0 Active Interferers: 0 Active Wired Clients: 0 Active Elements(Wireless Clients, Rogue APs, Rogue Clients, Interferers, Wired Clients, Tags) Limit: 100 Active Sessions: 0 Wireless Clients Not Tracked due to the limiting: 0 Tags Not Tracked due to the limiting: 0 Rogue APs Not Tracked due to the limiting: 0 Rogue Clients Not Tracked due to the limiting: 0 Interferers Not Tracked due to the limiting: 0 Wired Clients Not Tracked due to the limiting: 0 Total Elements(Wireless Clients, Rogue APs, Rogue Clients, Interferers, Wired Clients) Not Tracked due to the limiting: 0
Allez aux « services » principaux d'infrastructure le menu et ajoutez une engine de service de mobilité.
Utilisez l'IP de service, utilisation « admin » en tant qu'utilisateur et comme mot de passe « le mot de passe de transmission NCS » que vous configurez comme étape 6 dans setup.sh du MSE.
Vous aurez besoin, après celui, pour entrer dans le permis (la note qu'en cas de virtual machine MSE, vous aurez besoin d'un permis sur MSEs afin de réaliser l'ha) et sélectionner qui vous entretient s'exécutera sur le MSE.
Vérifiez que le MSE est ajouté et accessible :
Du côté droit, cliquez sur « ici » pour ajouter le MSE secondaire.
Ajoutez l'IP address du MSE secondaire et le mot de passe configuré de transmission NCS dans l'option 6 de setup.sh du MSE secondaire (il est préférable d'utiliser la même chose sur les deux MSE).
Une fois qu'ajouté, vous pouvez cliquer sur en fonction le « état ha » pour observer la progression de la réplication et de l'appareillement.
Dans la page de « services » de l'infrastructure principale, cliquant sur sur le lien pour le MSE primaire indique le GUI du MSE actif (c.-à-d. le GUI sur le MSE lui-même). Si vous cliquez sur en fonction le nom secondaire MSE, vous accédez au côté principal du GUI MSE qui a les pages de configuration ha et d'état ha pour des exécutions ha.
Remarque: Quand nous avons ajouté le MSE secondaire, il y avions un automatique/paramètre manuel pour le Basculement ou la restauration. Le Basculement automatique signifie que le secondaire succédera automatiquement au cas où un incident se produirait sur primaire (c.-à-d. il cesse de répondre pour cingler). Il est très important de noter que si vous arrêtez les services de mse sur primaire ou même redémarrez l'appliance primaire, ceci est considéré un arrêt gracieux et ceci ne déclenchera pas un Basculement automatique. La même chose est vraie quand le MSE primaire est encore pingable mais peut ne pas fonctionner correctement, il y a des chances fortes que le MSE secondaire ne les verra pas.
Scénario d'un Basculement/de restauration
Ce qui suit est la situation en cas de Basculement/de restauration manuels seulement, pour un meilleur contrôle.
Primaire est, secondaire est prêt à succéder
Une fois que le MSE ha est configuré et en service, c'est l'état sur la perfection :
Voici le getserverinfo et le gethainfo du MSE primaire :
[root@NicoMSE ~]# getserverinfo Health Monitor is running Retrieving MSE Services status. MSE services are up, getting the status ------------- Server Config ------------- Product name: Cisco Mobility Service Engine Version: 8.0.110.0 Health Monitor Ip Address: 10.48.39.238 High Availability Role: 1 Hw Version: V01 Hw Product Identifier: AIR-MSE-VA-K9 Hw Serial Number: NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 HTTPS: null Legacy Port: 8001 Log Modules: -1 Log Level: INFO Days to keep events: 2 Session timeout in mins: 30 DB backup in days: 2 ------------- Services ------------- Service Name: Context Aware Service Service Version: 8.0.1.79 Admin Status: Disabled Operation Status: Down Service Name: WIPS Service Version: 3.0.8155.0 Admin Status: Enabled Operation Status: Up Service Name: Mobile Concierge Service Service Version: 5.0.1.23 Admin Status: Disabled Operation Status: Down Service Name: CMX Analytics Service Version: 3.0.1.68 Admin Status: Disabled Operation Status: Down Service Name: CMX Connect & Engage Service Version: 1.0.0.29 Admin Status: Disabled Operation Status: Down Service Name: HTTP Proxy Service Service Version: 1.0.0.1 Admin Status: Disabled Operation Status: Down -------------- Server Monitor -------------- Server start time: Sun Mar 08 12:40:32 CET 2015 Server current time: Sun Mar 08 14:04:30 CET 2015 Server timezone: Europe/Brussels Server timezone offset (mins): 60 Restarts: 1 Used Memory (MB): 197 Allocated Memory (MB): 989 Max Memory (MB): 989 DB disk size (MB): 17191 --------------- Active Sessions --------------- Session ID: 5672 Session User ID: 1 Session IP Address: 10.48.39.238 Session start time: Sun Mar 08 12:44:54 CET 2015 Session last access time: Sun Mar 08 14:03:46 CET 2015 ---------------------------- Default Trap Destinations ---------------------------- Trap Destination - 1 ----------------- IP Address: 10.48.39.225 Last Updated: Sun Mar 08 12:34:12 CET 2015 [root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: PRIMARY_ACTIVE
Et voici les mêmes pour le MSE secondaire :
[root@NicoMSE2 ~]# getserverinfo Health Monitor is running Retrieving MSE Services status. MSE services are up and in DORMANT mode, getting the status ------------- Server Config ------------- Product name: Cisco Mobility Service Engine Version: 8.0.110.0 Health Monitor Ip Address: 10.48.39.240 High Availability Role: 2 Hw Version: V01 Hw Product Identifier: AIR-MSE-VA-K9 Hw Serial Number: NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 HTTPS: null Legacy Port: 8001 Log Modules: -1 Log Level: INFO Days to keep events: 2 Session timeout in mins: 30 DB backup in days: 2 ------------- Services ------------- Service Name: Context Aware Service Service Version: 8.0.1.79 Admin Status: Disabled Operation Status: Down Service Name: WIPS Service Version: 3.0.8155.0 Admin Status: Enabled Operation Status: Up Service Name: Mobile Concierge Service Service Version: 5.0.1.23 Admin Status: Disabled Operation Status: Down Service Name: CMX Analytics Service Version: 3.0.1.68 Admin Status: Disabled Operation Status: Down Service Name: CMX Connect & Engage Service Version: 1.0.0.29 Admin Status: Disabled Operation Status: Down Service Name: HTTP Proxy Service Service Version: 1.0.0.1 Admin Status: Disabled Operation Status: Down -------------- Server Monitor -------------- Server start time: Sun Mar 08 12:50:04 CET 2015 Server current time: Sun Mar 08 14:04:32 CET 2015 Server timezone: Europe/Brussels Server timezone offset (mins): 60 Restarts: null Used Memory (MB): 188 Allocated Memory (MB): 989 Max Memory (MB): 989 DB disk size (MB): 17191 [root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ACTIVE
Basculer à secondaire
Pour déclencher manuellement, nous entrons dans la configuration MSE ha en infrastructure principale et cliquons sur en fonction le « basculement ».
Très rapidement, le « gethainfo » sur les deux serveurs se tournera vers FAILOVER_INVOKED
gethainfo primaire :
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_INVOKED
Gethainfo secondaire :
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_INVOKED
Une fois que le Basculement est complet vous verrez sur la perfection :
Le gethainfo primaire :
[root@NicoMSE ~]# gethainfo Health Monitor is not running. Following information is from the last saved configuration ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Last shutdown state: FAILOVER_ACTIVE
Secondaire :
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILOVER_ACTIVE
À ce stade, le Basculement est de finition et MSE secondaire est entièrement responsable.
Il doit être noté que des services sur le MSE primaire soient arrêtés en faire un basculement manuel (pour simuler un vrai événement de MSE primaire allant vers le bas)
Si vous apportez le primaire sauvegardez, son état « SERA TERMINÉ ». Il est normal et secondaire est toujours l'on responsable et affichant « FAILOVER_ACTIVE »
Manquer de nouveau à primaire
Avant de manquer de retour nous devons apporter le primaire sauvegardons.
Son état SERA ALORS TERMINÉ :
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: TERMINATED
En appelant la restauration de la perfection, les deux Noeuds entrent en « ACTIVE de RESTAURATION » qui n'est pas l'état final (contraire au « active de Basculement »).
gethainfo primaire :
[root@NicoMSE ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILBACK_ACTIVE
gethainfo secondaire :
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Down Current state: FAILBACK_ACTIVE
La perfection affichera
Quand la restauration est faite mais le secondaire est des données transférantes encore occupées de nouveau à primaire, le primaire affichera :
gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Primary Health Monitor IP Address: 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.240 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3s Instance database port: 1624 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: FAILBACK_COMPLETE
secondaire affichera :
[root@NicoMSE2 ~]# gethainfo Health Monitor is running. Retrieving HA related information ---------------------------------------------------- Base high availability configuration for this server ---------------------------------------------------- Server role: Secondary Health Monitor IP Address: 10.48.39.240 Virtual IP Address: Not Applicable for a secondary Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE2_1c6b1940-b6a5-11e4-b017-005056993b66 Number of paired peers: 1 ---------------------------- Peer configuration#: 1 ---------------------------- Health Monitor IP Address 10.48.39.238 Virtual IP Address: 10.48.39.224 Version: 8.0.110.0 UDI: AIR-MSE-VA-K9:V01:NicoMSE_b950a7c0-b68c-11e4-99d9-005056993b63 Failover type: Manual Failback type: Manual Failover wait time (seconds): 10 Instance database name: mseos3 Instance database port: 1524 Dataguard configuration name: dg_mse3 Primary database alias: mseop3s Direct connect used: No Heartbeat status: Up Current state: SECONDARY_ALONE
La perfection affiche à ce stade :
Quand ceci se termine, l'état d'Al sont de nouveau à l'état d'origine : PRIMARY_ACTIVE, SECONDARY_ACTIVE et expositions principales d'état ha comme un nouveau déploiement encore une fois.
Matrice d'état ha
PRIMARY_ACTIVE : L'état de tous du MSE primaire quand il est primaire, responsable et est bien.
SECONDARY_ACTIVE : L'état du MSE secondaire quand il est en hausse, mais non responsables (primaire est toujours), préparent pour succéder une fois nécessaires.
FAILOVER_INVOKED : Affiché sur les deux Noeuds quand le Basculement se produit, c.-à-d. le MSE secondaire commence ses services charger la base de données de MSE primaire
FAILOVER_ACTIVE : État final d'un Basculement. Le MSE secondaire est considéré « en service » et le MSE primaire est vers le bas.
TERMINÉ : L'état d'un noeud MSE qui est revenu avec des services après avoir été en baisse et quand ce n'est pas le noeud responsable (ainsi lui peut être l'état de primaire quand des services sont redémarrés et pi donne toujours le contrôle sur le MSE secondaire). Il signifie également que le lien ha ne pourrait pas être en hausse (si un du MSE redémarre par exemple ou simplement non pingable).
FAILBACK_ACTIVE : Le contraire au Basculement, ceci n'est pas la phase finale de la restauration. Ceci signifie que la restauration a été appelée et a lieu actuellement. La base de données est copiée de secondaire de nouveau à primaire
FAILBACK_COMPLETE : Le statut du noeud primaire quand il est de retour responsable mais est chargement encore occupé la base de données du MSE secondaire
SECONDARY_ALONE : L'état du MSE secondaire quand la restauration est faite et du primaire est des données responsables mais chargeantes toujours.
GRACEFUL_SHUTDOWN : Énoncez déclenché si vous manuellement redémarrez ou arrêtez les services sur l'autre MSE en cas de Basculement/de restauration automatiques. Ceci signifie qu'il ne succédera pas puisque le temps d'arrêt a été manuellement provoqué.
Importantes remarques et faits sur l'ha
- Il est très important de ne pas déclencher une restauration juste après qu'un Basculement a été fait et vice-versa. Les bases de données ont besoin de bonnes 30 minutes à stabiliser
- Les fichiers de config ha est base-ha-config.properties dans /opt/mse/health-monitor/resources/config/, toutefois on ne le cense pas être manuellement édité (utilisation setup.sh à la place). Cependant vous pouvez le visualiser en cas de doute
- L'ha n'est pas censé pour être cassé manuellement. La seule manière propre de faire est de supprimer le MSE secondaire de la perfection infra. Toute autre méthode (exécutant setup.sh sur secondaire pour lui faire un primaire, désinstaller, changeant l'IP…) cassera la base de données et l'ordinateur d'état et vous devrez vraisemblablement réinstaller les deux MSEs
Dépannage de l'ha
Des logs associés par ha sont enregistrés sous le répertoire de /opt/mse/logs/hm avec health-monitor*.log étant le fichier journal primaire.
Question : Les primaires et les secondaires sont en activité (l'état de cerveau fendu)
1. Arrêt l'interface IP virtuelle (VIP) sur le secondaire. Ce serait eth0:1
ifconfig eth0:1 vers le bas
2. Redémarrez les services sur le MSE secondaire
entretenez l'arrêt msed
entretenez le début msed
3. Vérifiez si le secondaire a commencé au dos de sync avec le primaire de l'infrastructure principale.
Question : Synchroniser le secondaire avec le primaire pour l'ha est coincé pendant longtemps à X%.
1. Arrêtez le service sur le secondaire
entretenez l'arrêt msed
2. Retirez le fichier
3. S'il restent des questions en établissant l'ha, il pourrait être entré dans un état incohérent où nous devons retirer tout sous le répertoire de « données » sur le secondaire utilisant le « rm - rf /opt/data/ * »
4. Redémarrez le secondaire. Ajoutez-le de l'infrastructure principale au primaire pour initier l'ha de nouveau.
Question : Incapable de supprimer le serveur secondaire de pi après qu'il soit inaccessible
1. Arrêtez le service sur le primaire
2. Retirez le fichier
3. Redémarrez le service sur le primaire.
4. Supprimez le MSE primaire de pi et re-ajoutez-le.
CommentairesLaissez-nous vous aider
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)