简介
本文档介绍恢复在Ultra-M/Openstack部署上部署的思科虚拟化策略和计费规则功能(vPCRF)实例的过程。
先决条件
要求
Cisco 建议您了解以下主题：
- OpenStack
- CPS
- 现在可以使用部署受影响实例的计算。
- 计算资源在与受影响实例相同的可用区域中可用。
- 按照文档中所述的备份过程定期执行/安排。
使用的组件
本文档中的信息基于CPS，适用于所有版本。
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。
故障排除
从SHUTOFF状态打开负载均衡器电源
如果任何实例由于计划关闭或其他原因处于关闭状态，请使用此过程启动该实例并启用以ESC监控它。
- 通过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|
- 检查计算是否可用并确保状态为up。
source /home/stack/destackovsrc nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’ | state | up | | status | enabled |
- 以管理员用户身份登录到ESC活动，并检查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
- 从openstack打开实例电源。
source /home/stack/destackovsrc-Pcrf
nova start r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957
- 等待5分钟，使实例启动并进入活动状态。
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 |
- 在实例处于活动状态后，在ESC中启用VM监控
/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957
- 有关实例配置的进一步恢复，请参阅下面提供的实例类型特定过程。
从错误状态恢复任何实例
如果openstack中CPS实例的状态为ERROR，则使用此过程：
- 检查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|
- 检查计算是否可用并运行正常。
source /home/stack/destackovsrc
nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’
| state | up |
| status | enabled |
- 以管理员用户身份登录到ESC活动，并检查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
- 重置实例状态以强制实例返回活动状态而不是错误状态，完成后，请重新启动实例。
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分钟，使实例启动并进入活动状态。
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 |
- 如果集群管理器在重新启动后状态更改为ACTIVE，请在集群管理器实例处于活动状态后在ESC中启用VM监控器。
/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957
- 恢复到运行/活动状态后，请参阅实例类型特定过程以从备份恢复配置/数据。
负载均衡器恢复
如果最近恢复了负载均衡器，请使用以下步骤恢复主机和网络设置：
- 备份和恢复脚本是Python脚本，用于备份请求的配置项，可在群集管理器VM或其他VM上本地使用。当需要恢复时，提供的配置将复制到群集管理器VM或特定VM中的请求位置。
名称：config_br.py
路径：/var/qps/install/current/scripts/modules
虚拟机：集群管理器
运行此脚本时，提供选项并指定备份文件的位置
如果需要在群集管理器上导入恢复LB配置数据，请运行以下命令：
config_br.py -a import --network --haproxy --users /mnt/backup/< backup_27092016.tar.gz >
使用示例:
config_br.py -a导出 — etc —etc-oam —svn —stats /mnt/backup/backup_27092016.tar
从OAM(pcrfclient)VM、策略生成器配置和日志存储中备份/etc/broadhop配置数据
config_br.py -a import —etc —etc-oam —svn —stats /mnt/backup/backup_27092016.tar<
从OAM(pcrfclient)VM、策略生成器配置和日志存储中从/etc/broadhop配置恢复数据
如果稳定性仍有问题，并且需要将负载均衡器VM重新添加到Cluster Manager Puppet配置文件中，则执行以下步骤2和3
- 要使用最新配置在群集管理器上生成VM存档文件，请在群集管理器上运行此命令:
/var/qps/install/current/scripts/build/build_all.sh
- 使用最新配置登录到负载均衡器更新负载均衡器并运行此:
ssh lbxx
/etc/init.d/vm-init
验证
验证LB是否已完全恢复或未在LB上运行“月度汇总”。此命令将验证监控的所有qns进程和所有进程是否都处于良好状态
- 检查/var/log/broadhop中的qns-x.log。可以检查此日志是否存在可能影响流量处理的任何错误或故障
反馈