المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

استكشاف الأخطاء وإصلاحها

قوة موازن الأحمال من حالة إيقاف التشغيل

إسترداد أي مثيل من حالة الخطأ

إسترداد موازن التحميل

التحقق من الصحة

المقدمة

يصف هذا المستند إجراء إسترداد مثيلات Cisco Virtualized Policy و Charge Rules Function (vPCRF) التي تم نشرها على نشر Ultra-M/OpenStack.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

- OpenStack

- CPS

- والحساب الذي نشرت عليه الحالات المتأثرة متاح الآن.

- تتوفر موارد الحوسبة في نفس منطقة التوفر الخاصة بالمثيل المتأثر.

- يتم اتباع/جدولة إجراءات النسخ الاحتياطي على النحو المذكور في المستند بشكل دوري.

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى CPS وقابلة للتطبيق على جميع الإصدارات.

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

استكشاف الأخطاء وإصلاحها

قوة موازن الأحمال من حالة إيقاف التشغيل

إذا كان أي مثيل في حالة إيقاف التشغيل بسبب إيقاف التشغيل المخطط أو لسبب آخر، الرجاء إستخدام هذا الإجراء لبدء المثيل وتمكين مراقبته في ESC.

1. تحقق من حالة المثيل عبر 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. تحقق مما إذا كان الكمبيوتر متوفرا وتأكد من أن الحالة قيد التشغيل.

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

3. قم بتسجيل الدخول إلى ESC Active كمستخدم مسؤول وتحقق من حالة المثيل في 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. قم بتشغيل المثيل من 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 |

6. تمكين مراقبة VM في ESC بعد المثيل في الحالة النشطة

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

7. لمزيد من إسترداد تكوينات المثيل، ارجع إلى الإجراءات الخاصة بنوع المثيل الموفرة أدناه.

إسترداد أي مثيل من حالة الخطأ

يتم إستخدام هذا الإجراء إذا كانت حالة مثيل CPS في OpenStack عبارة عن خطأ:

1. تحقق من حالة المثيل في 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. تحقق مما إذا كان الكمبيوتر متوفرا وقم بالتشغيل بشكل جيد.

source /home/stack/destackovsrc

nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’

| state                     | up                                       |

| status                    | enabled                                  |

3. قم بتسجيل الدخول إلى ESC Active كمستخدم مسؤول وتحقق من حالة المثيل في 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. قم بإعادة تعيين حالة المثيل لإجبار المثيل على العودة إلى حالة نشطة بدلا من حالة خطأ، بمجرد القيام بذلك، قم بإعادة تشغيل المثيل.

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 |

6. إذا قام "مدير نظام المجموعة" بتغيير الحالة إلى "نشط بعد إعادة التمهيد"، فقم بتمكين مراقبة VM في ESC بعد أن يكون مثيل "مدير نظام المجموعة" في حالة نشطة.

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

7. ترحيل الاسترداد إلى حالة التشغيل/النشاط، ارجع إلى الإجراء الخاص بنوع المثيل لاسترداد التكوين/البيانات من النسخ الاحتياطي.

إسترداد موازن التحميل

إذا تم إسترداد موازن حمل مؤخرا، أستخدم هذا الإجراء لاستعادة إعداد الوكيل والشبكة:

1. البرنامج النصي للنسخ الاحتياطي والاستعادة هو برنامج نصي من Python يتم إستخدامه لإجراء النسخ الاحتياطي لعنصر التكوين المطلوب، والمتوفر محليا على برنامج Cluster Manager VM أو على أجهزة VM أخرى. عند الحاجة إلى إستعادة، يتم نسخ التكوين المتوفر إلى الموقع المطلوب داخل Cluster Manager VM أو جهاز VM المحدد.

الاسم: config_br.py

المسار: /var/qps/install/current/scripts/modules

VM: برنامج Cluster Manager

عندما تقوم بتشغيل هذا البرنامج النصي، فإنك توفر خيارات وتحدد مكان ملف النسخ الاحتياطي

إذا كان مطلوبا لاستيراد بيانات تكوين LB للاستعادة على "مدير المجموعة"، فقم بتشغيل هذا الأمر:

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

أمثلة الاستخدام:

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

بيانات تكوين النسخ الاحتياطي /وما إلى ذلك/broadhop من OAM (PCRFCLIENT) VM، تكوين Policy Builder، و logstash

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

إستعادة البيانات من تكوين /etc/broadhop من OAM (PCRFCLIENT) VM، وتكوين Policy Builder، و logStash

إذا كانت لا تزال هناك مشكلة تتعلق بالاستقرار وكان هناك متطلبات لإعادة إدخال جهاز VM الخاص بموازن الأحمال باستخدام ملفات تكوين عملاء مدير المجموعة ثم إجراء الخطوات التالية 2 و 3

2. لإنشاء ملفات أرشيف VM على "إدارة المجموعة" باستخدام أحدث التكوينات، قم بتشغيل هذا الأمر على "إدارة المجموعة":

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

3. لتحديث موازن التحميل باستخدام أحدث تسجيل دخول للتكوين إلى موازن التحميل وتشغيل هذا:

ssh lbxx

/etc/init.d/vm-init

التحقق من الصحة

للتحقق مما إذا كان قد تم إسترداد LB بالكامل أو عدم تشغيل "ملخص أحادي" على LB. سيقوم هذا الأمر بالتحقق من أن جميع عمليات QNS وجميع العمليات التي تتم مراقبتها بواسطة MONIT في حالة جيدة

- فحص qns-x.log in /var/log/broadhop. يمكن فحص هذه السجلات بحثا عن أي أخطاء أو حالات فشل قد تؤثر على معالجة حركة المرور