Dépannage de la récupération de VM de l'équilibreur de charge PCRF - Openstack

Introduction

Ce document décrit la procédure de récupération des instances vPCRF (Virtualized Policy and Charging Rules Function) de Cisco déployées sur le déploiement d'Ultra-M/Openstack.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• OpenStack
• CPS
• Le calcul sur lequel les instances affectées ont été déployées est maintenant disponible.
• Les ressources de calcul sont disponibles dans la même zone de disponibilité que l'instance affectée.
• Les procédures de sauvegarde mentionnées dans le document sont suivies/planifiées périodiquement.

Components Used

Les informations de ce document sont basées sur CPS et s'appliquent à toutes les versions.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Dépannage

Équilibrage de charge sous tension à partir de l'état SHUTOFF

Si une instance est dans l'état SHUTOFF en raison d'un arrêt planifié ou d'une autre raison, veuillez utiliser cette procédure pour démarrer l'instance et permettre de la surveiller dans ESC.

1. Vérifiez l'état de l'instance via OpenStack.
   
   

   source /home/stack/destackovsrc-Pcrf
   nova list --fields name,host,status | grep PD
   | c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | destackovs-compute-2  | SHUTOFF| 

2. Vérifiez si l'ordinateur est disponible et assurez-vous que l'état est actif.
   
   

   source /home/stack/destackovsrc nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’ | state                     | up                                       | | status                    | enabled                                  |
   

3. Connectez-vous à ESC Active en tant qu'utilisateur admin et vérifiez l'état de l'instance dans opdata.
   
   

   /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli get esc_datamodel/opdata | grep PD r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 VM_ERROR_STATE
   

4. Mettez l'instance sous tension à partir d'openstack.
   
   

   source /home/stack/destackovsrc-Pcrf
   nova start r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

5. Attendez cinq minutes que l'instance démarre et passe à l'état actif.
   
   

   source /home/stack/destackovsrc-Pcrf
   nova list -fields name,status | grep cm
   | c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | ACTIVE |

6. Activer le Moniteur de VM dans l'ESC après que l'instance est en état actif
   
   

   /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

7. Pour une récupération ultérieure des configurations d'instance, reportez-vous aux procédures spécifiques au type d'instance fournies ci-dessous.

Récupérer une instance à partir de l'état ERROR

Cette procédure est utilisée si l'état de l'instance CPS dans openstack est ERROR :

1. Vérifiez l'état de l'instance dans OpenStack.
   
   

   source /home/stack/destackovsrc-Pcrf
   nova list --fields name,host,status | grep PD
   | c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | destackovs-compute-2  | ERROR|

2. Vérifiez si le calcul est disponible et s'exécute correctement.
   
   

   source /home/stack/destackovsrc
   nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’
   | state                     | up                                       |
   | status                    | enabled                                  |

3. Connectez-vous à ESC Active en tant qu'utilisateur admin et vérifiez l'état de l'instance dans opdata.
   
   

   /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli get esc_datamodel/opdata | grep PD
    
   r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 VM_ERROR_STATE

    

4. Réinitialisez l'état de l'instance pour forcer le rétablissement de l'état actif au lieu d'un état d'erreur, une fois terminé, redémarrez votre instance.
   
   

   source /home/stack/destackovsrc-Pcrf
    
   nova reset-state –active r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957
   nova reboot –-hard  r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

   
   

5. Attendez cinq minutes que l'instance démarre et passe à l'état actif.
   
   

   source /home/stack/destackovsrc-Pcrf
   
   nova list –fields name,status | grep PD
   | c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | ACTIVE |

   
   

6. Si l'état du Gestionnaire de cluster devient ACTIVE après le redémarrage, activez le Moniteur de VM dans ESC après que l'instance du Gestionnaire de cluster est active.
   
   

   /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

7. Après la récupération à l'état actif/en cours, référez-vous à la procédure spécifique au type d'instance pour récupérer la configuration/les données à partir de la sauvegarde.

  

Récupération de l'équilibrage de charge

Si un équilibreur de charge a été récemment récupéré, suivez la procédure ci-dessous pour restaurer les paramètres de proxy et de réseau :

  

1. Le script de sauvegarde et de restauration est un script Python qui est utilisé pour prendre la sauvegarde de l'élément de configuration demandé, disponible localement sur la machine virtuelle Cluster Manager ou sur d'autres machines virtuelles. Lorsqu'une restauration est requise, la configuration fournie est copiée à l'emplacement demandé dans la machine virtuelle du Gestionnaire de cluster ou dans la machine virtuelle spécifique.

      Name : config_br.py

      Chemin : /var/qps/install/current/scripts/modules

      VM : Gestionnaire de cluster

Lorsque vous exécutez ce script, vous fournissez des options et spécifiez l'emplacement du fichier de sauvegarde

S'il est nécessaire d'importer les données de configuration de l'équilibrage de charge de restauration sur le Gestionnaire de cluster, exécutez cette commande :

config_br.py -a import --network --haproxy --users /mnt/backup/< backup_27092016.tar.gz >

 Exemples d'utilisation :

config_br.py -a export —etc —etc-oam —svn —stats /mnt/backup/backup_27092016.tar.gz

Données de configuration de sauvegarde /etc/broadcast à partir de la machine virtuelle OAM (pcrfclient), de la configuration Policy Builder et de la logstash

config_br.py -a import —etc —etc-oam —svn —stats /mnt/backup/backup_27092016.tar.gz<

Restaurer les données de la configuration /etc/broadhop à partir de la machine virtuelle OAM (pcrfclient), de la configuration Policy Builder et de la logstash

S'il existe toujours un problème de stabilité et qu'il est nécessaire de réinitialiser la machine virtuelle d'équilibrage de charge avec les fichiers de configuration des marionnettes du Gestionnaire de cluster, effectuez les opérations suivantes : étapes 2 et 3

2. Pour générer les fichiers d'archivage de VM sur le Gestionnaire de cluster à l'aide des dernières configurations, exécutez cette commande sur le Gestionnaire de cluster::
   
   

   /var/qps/install/current/scripts/build/build_all.sh

3. Pour mettre à jour l'équilibreur de charge avec la dernière connexion de configuration pour équilibreur de charge et exécuter ceci::
   
   

   ssh lbxx
   /etc/init.d/vm-init

Vérification

Pour vérifier si l'équilibrage de charge est entièrement récupéré ou non, exécutez “ ” résumé sur l'équilibrage de charge. Cette commande vérifie que tous les processus qns et tous les processus surveillés par monit sont en bon état

• Inspectez le fichier qns-x.log dans /var/log/broadhop. Ces journaux peuvent être inspectés pour détecter toute erreur ou défaillance pouvant affecter le traitement du trafic