Introduction
Ce document décrit la récupération de la machine virtuelle PS dans le cluster PCRF (Policy and Charging Rules Function).
Dépannage
Activer n'importe quelle instance à 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 activer sa surveillance dans le contrôleur de service élastique (ESC).
Étape 1. Vérifiez l'état de l'instance via OpenStack.
source /home/stack/destackovsrc-Pcrf
nova list --fields name,host,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d | destackovs-compute-2 | SHUTOFF|
Étape 2. Vérifiez si le calcul 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
Étape 3. Connectez-vous à ESC Master en tant qu'utilisateur admin et vérifiez l'état de l'instance dans opdata.
echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s1
SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d VM_ERROR_STATE
Étape 4. Mettez l'instance sous tension à partir d'openstack.
source /home/stack/destackovsrc-Pcrf
nova start SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
Étape 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 qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d | ACTIVE |
Étape 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 SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d
Pour une récupération ultérieure des configurations d'instance, reportez-vous aux procédures spécifiques au type d'instance fournies dans la section suivante
Récupérer une instance à partir de l'état ERROR
Cette procédure peut être utilisée si l'état de l'instance CPS dans openstack est ERROR :
Étape 1. Vérifiez l'état de l'instance dans OpenStack.
source /home/stack/destackovsrc-Pcrf
nova list --fields name,host,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d | destackovs-compute-2 | ERROR|
Étape 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
Étape 3. Connectez-vous à ESC Master en tant qu'utilisateur admin et vérifiez l'état de l'instance dans opdata.
echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s1
SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d VM_ERROR_STATE
Étape 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 SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
nova reboot –-hard SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
Étape 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 qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d | ACTIVE |
Étape 6. Si le Gestionnaire de cluster passe à ACTIVE après le redémarrage, activez le Moniteur de VM dans ESC après que l'instance du Gestionnaire de cluster est en état actif.
/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
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 QNS
Si un équilibreur de charge a été récemment récupéré, utilisez cette procédure pour restaurer les paramètres de réseau et de proxy :
Étape 1. S'il est nécessaire d'importer les données de configuration QNS de restauration sur le Gestionnaire de cluster, exécutez cette commande :
config_br.py -a import --users --haproxy /mnt/backup/
Étape 2. Afin de générer les fichiers d'archivage de VM sur le Gestionnaire de cluster via les dernières configurations, exécutez cette commande :
/var/qps/install/current/scripts/build/build_all.sh
Étape 3. Afin de mettre à jour QNS avec la dernière configuration, connectez-vous à QNS et exécutez cette commande
ssh qnsxx
/etc/init.d/vm-init
Vérification
Exécuter les diagnostics à partir du gestionnaire de clusters diagnostics.sh
Commentaires