إجراءات النسخ الاحتياطي والاستعادة لمختلف مكونات Ultra-M

خيارات التنزيل

  • PDF     (441.0 KB)
    عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
  • ePub     (199.3 KB)
    العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
  • Mobi (Kindle)     (227.3 KB)
    عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة
تم التحديث:١٦ يوليو ٢٠٢١
معرّف المستند:213604

لغة خالية من التحيز

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

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

    المقدمة

    يصف هذا المستند الخطوات المطلوبة لإجراء نسخ إحتياطي للجهاز الظاهري (VM) واستعادته في إعداد Ultra-M يستضيف وظائف الشبكة الظاهرية (VNFs) لنظام التشغيل StarOS.

    معلومات أساسية

    Ultra-M هو حل مركزي لحزم البيانات المحمولة تم تجميعه مسبقا والتحقق من صحته افتراضيا تم تصميمه لتبسيط عملية نشر شبكات VNF. يتكون حل Ultra-M من أنواع الأجهزة الافتراضية (VM) التالية:

    • تقنية المعلومات التلقائية
    • النشر التلقائي
    • خدمات أتمتة Ultra (UAS)
    • مدير العناصر (EM)
    • وحدة التحكم المرنة في الخدمات (ESC)
    • دالة التحكم (CF)
    • وظيفة جلسة العمل (SF)

    تم توضيح البنية المعمارية عالية المستوى لتقنية Ultra-M والمكونات المعنية في هذه الصورة:

    يستهدف هذا المستند موظفي Cisco الملمين بنظام Cisco Ultra-M الأساسي.

    ملاحظة: يتم النظر في الإصدار Ultra M 5.1.x لتحديد الإجراءات الواردة في هذا المستند.

    المختصرات

    VNF   وظيفة الشبكة الظاهرية
    سي إف    دالة التحكم
    SF    وظيفة الخدمة
    ESC   وحدة التحكم المرنة في الخدمة
    ممسحة   طريقة إجرائية
    OSD   أقراص تخزين الكائنات
    محرك الأقراص الثابتة   محرك الأقراص الثابتة
    محرك أقراص مزود بذاكرة مصنوعة من مكونات صلبة   محرك أقراص في الحالة الصلبة
    فيم   مدير البنية الأساسية الظاهرية
    VM    جهاز ظاهري
    إم    مدير العناصر
    UAS   خدمات أتمتة Ultra
    uID   المعرف الفريد العالمي

    إجراءات النسخ الاحتياطي

    النسخ الاحتياطي ل OSPD

    1. تحقق من حالة مكدس OpenStack وقائمة العقد.

    [stack@director ~]$ source stackrc 
    [stack@director ~]$ openstack stack list --nested
    [stack@director ~]$ ironic node-list
    [stack@director ~]$ nova list

    2. تحقق مما إذا كانت جميع خدمات UnderCloud في حالة تحميل ونشاط وتشغيل من عقدة OSP-D. 

    [stack@director ~]$ systemctl list-units "openstack*" "neutron*" "openvswitch*"

    UNIT                                       LOAD   ACTIVE SUB     DESCRIPTION

    neutron-dhcp-agent.service                 loaded active running OpenStack Neutron DHCP Agent
    neutron-openvswitch-agent.service          loaded active running OpenStack Neutron Open vSwitch Agent
    neutron-ovs-cleanup.service                loaded active exited  OpenStack Neutron Open vSwitch Cleanup Utility
    neutron-server.service                     loaded active running OpenStack Neutron Server
    openstack-aodh-evaluator.service           loaded active running OpenStack Alarm evaluator service
    openstack-aodh-listener.service            loaded active running OpenStack Alarm listener service
    openstack-aodh-notifier.service            loaded active running OpenStack Alarm notifier service
    openstack-ceilometer-central.service       loaded active running OpenStack ceilometer central agent
    openstack-ceilometer-collector.service     loaded active running OpenStack ceilometer collection service
    openstack-ceilometer-notification.service  loaded active running OpenStack ceilometer notification agent
    openstack-glance-api.service               loaded active running OpenStack Image Service (code-named Glance) API server
    openstack-glance-registry.service          loaded active running OpenStack Image Service (code-named Glance) Registry server
    openstack-heat-api-cfn.service             loaded active running Openstack Heat CFN-compatible API Service
    openstack-heat-api.service                 loaded active running OpenStack Heat API Service
    openstack-heat-engine.service              loaded active running Openstack Heat Engine Service
    openstack-ironic-api.service               loaded active running OpenStack Ironic API service
    openstack-ironic-conductor.service         loaded active running OpenStack Ironic Conductor service
    openstack-ironic-inspector-dnsmasq.service loaded active running PXE boot dnsmasq service for Ironic Inspector
    openstack-ironic-inspector.service         loaded active running Hardware introspection service for OpenStack Ironic
    openstack-mistral-api.service              loaded active running Mistral API Server
    openstack-mistral-engine.service           loaded active running Mistral Engine Server
    openstack-mistral-executor.service         loaded active running Mistral Executor Server
    openstack-nova-api.service                 loaded active running OpenStack Nova API Server
    openstack-nova-cert.service                loaded active running OpenStack Nova Cert Server
    openstack-nova-compute.service             loaded active running OpenStack Nova Compute Server
    openstack-nova-conductor.service           loaded active running OpenStack Nova Conductor Server
    openstack-nova-scheduler.service           loaded active running OpenStack Nova Scheduler Server
    openstack-swift-account-reaper.service     loaded active running OpenStack Object Storage (swift) - Account Reaper
    openstack-swift-account.service            loaded active running OpenStack Object Storage (swift) - Account Server
    openstack-swift-container-updater.service  loaded active running OpenStack Object Storage (swift) - Container Updater
    openstack-swift-container.service          loaded active running OpenStack Object Storage (swift) - Container Server
    openstack-swift-object-updater.service     loaded active running OpenStack Object Storage (swift) - Object Updater
    openstack-swift-object.service             loaded active running OpenStack Object Storage (swift) - Object Server
    openstack-swift-proxy.service              loaded active running OpenStack Object Storage (swift) - Proxy Server
    openstack-zaqar.service                    loaded active running OpenStack Message Queuing Service (code-named Zaqar) Server
    openstack-zaqar@1.service                  loaded active running OpenStack Message Queuing Service (code-named Zaqar) Server Instance 1
    openvswitch.service                        loaded active exited  Open vSwitch

    LOAD   = Reflects whether the unit definition was properly loaded.
    ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
    SUB    = The low-level unit activation state, values depend on unit type.

    37 loaded units listed. Pass --all to see loaded but inactive units, too.
    To show all installed unit files use 'systemctl list-unit-files'.

    3. تأكد من توفر مساحة كافية على القرص قبل إجراء عملية النسخ الاحتياطي. ومن المتوقع أن لا تقل سعتها عن 3.5 جيجابايت.

    [stack@director ~]$df -h

    4. قم بتنفيذ هذه الأوامر كمستخدم جذري لنسخ البيانات إحتياطيا من عقدة UnderCloud إلى ملف باسم under cloud-backup-[timestamp].tar.gz ونقلها إلى خادم النسخ الاحتياطي.

    [root@director ~]# mysqldump --opt --all-databases > /root/undercloud-all-databases.sql
    [root@director ~]# tar --xattrs -czf undercloud-backup-`date +%F`.tar.gz /root/undercloud-all-databases.sql 
    /etc/my.cnf.d/server.cnf /var/lib/glance/images /srv/node /home/stack
    tar: Removing leading `/' from member names

    النسخ الاحتياطي للنشر التلقائي

    1. يتطلب النشر التلقائي إجراء نسخ إحتياطي لهذه البيانات:

    • قاعدة بيانات تكوين الإرساء للنشر التلقائي (CDB)
    • تكوين النشر التلقائي
    • سجلات النشر التلقائي
    • تكوين Syslog

    2. يلزم إجراء نسخ إحتياطي لبيانات قاعدة بيانات المحول (CDB) الخاصة بالنشر التلقائي والتكوين الجاري تشغيله بعد كل عملية تنشيط/إلغاء تنشيط وضمان نقل البيانات إلى خادم نسخ إحتياطي.  

    3. ينفذ "النشر التلقائي" في الوضع المستقل وفي حالة فقدان هذه البيانات، لن تتمكن من إلغاء تنشيط النشر بسهولة. وبالتالي، يلزم إجراء عملية نسخ إحتياطي للتكوين وبيانات CDB.

    ubuntu@auto-deploy-iso-2007-uas-0:~$ sudo -i
    root@auto-deploy-iso-2007-uas-0:~# service uas-confd stop
    uas-confd stop/waiting

    root@auto-deploy:/home/ubuntu# service autodeploy status
    autodeploy start/running, process 1313

    root@auto-deploy:/home/ubuntu# service autodeploy stop
    autodeploy stop/waiting
    root@auto-deploy-iso-2007-uas-0:~# cd /opt/cisco/usp/uas/confd-6.3.1/var/confd
    root@auto-deploy-iso-2007-uas-0:/opt/cisco/usp/uas/confd-6.3.1/var/confd# tar cvf autodeploy_cdb_backup.tar cdb/

    cdb/
    cdb/O.cdb
    cdb/C.cdb
    cdb/aaa_init.xml
    cdb/A.cdb

    4. انسخ autoDeploy_cdb_backup.tar إلى خادم النسخ الاحتياطي.

    5. قم بإجراء عملية نسخ إحتياطي للتكوين الجاري تشغيله في النشر التلقائي ثم قم بنقله إلى خادم نسخ إحتياطي.

    root@auto-deploy:/home/ubuntu# confd_cli -u admin -C

    Welcome to the ConfD CLI

    admin connected from 127.0.0.1 using console on auto-deploy

    auto-deploy#show running-config | save backup-config-$date.cfg à Replace the $date to appropriate date and POD reference
    auto-deploy#

    6.بدء تشغيل خدمة AutoDeploy Confd.

    root@auto-deploy-iso-2007-uas-0:~# service uas-confd start
    uas-confd start/running, process 13852


    root@auto-deploy:/home/ubuntu# service autodeploy start
    autodeploy start/running, process 8835

    7. انتقل إلى دليل البرامج النصية وتجميع السجلات من AutoDeploy VM.

    cd /opt/cisco/usp/uas/scripts

    8. بدء تشغيل البرنامج النصي collection-uas-log.sh لتجميع السجلات. 

    sudo ./collect-uas-logs.sh

    9. قم بإجراء النسخ الاحتياطي لصورة ISO من النشر التلقائي والنقل إلى خادم النسخ الاحتياطي.

    root@POD1-5-1-7-2034-auto-deploy-uas-0:/home/ubuntu# /home/ubuntu/isos
    root@POD1-5-1-7-2034-auto-deploy-uas-0:/home/ubuntu/isos# ll

    total 4430888
    drwxr-xr-x 2 root   root         4096 Dec 20 01:17 ./
    drwxr-xr-x 5 ubuntu ubuntu       4096 Dec 20 02:31 ../
    -rwxr-xr-x 1 ubuntu ubuntu 4537214976 Oct 12 03:34 usp-5_1_7-2034.iso*

    10. قم بتجميع تكوين syslog واحفظه في خادم النسخ الاحتياطي.

    ubuntu@auto-deploy-vnf-iso-5-1-5-1196-uas-0:~$sudo su
    root@auto-deploy-vnf-iso-5-1-5-1196-uas-0:/home/ubuntu#ls /etc/rsyslog.d/00-autodeploy.conf
    00-autodeploy.conf
    root@auto-deploy-vnf-iso-5-1-5-1196-uas-0:/home/ubuntu#ls /etc/rsyslog.conf
    rsyslog.conf

    النسخ الاحتياطي AutoIT-VNF

    AutoIT-VNF هو VM عديم الحالة لذلك لا توجد قاعدة بيانات (DB) يلزم نسخها إحتياطيا. يعد AutoIT-VNF مسؤولا عن إدارة الحزمة إلى جانب مستودع إدارة التكوين الخاص ب Ultra-M، ومن ثم، فمن الضروري إجراء هذه النسخ الاحتياطية.

    1. قم بإجراء النسخ الاحتياطي لتكوينات نظام التشغيل StarOS ذات يوم صفر وقم بنقلها إلى خادم النسخ الاحتياطي.

    root@auto-it-vnf-iso-5-8-uas-0:/home/ubuntu# cd /opt/cisco/usp/uploads/
    root@auto-it-vnf-iso-5-8-uas-0:/opt/cisco/usp/uploads# ll
    total 12
    drwxrwxr-x  2 uspadmin usp-data 4096 Nov  8 23:28 ./
    drwxr-xr-x 15 root     root     4096 Nov  8 23:53 ../
    -rw-rw-r--  1 ubuntu   ubuntu    985 Nov  8 23:28 system.cfg

    2. انتقل إلى دليل البرامج النصية وتجميع السجلات من AutoIT VM.

    cd /opt/cisco/usp/uas/scripts

    3. بدء تشغيل البرنامج النصي collection-uas-log.sh لتجميع السجلات.

    sudo ./collect-uas-logs.sh

    4. قم بتجميع النسخ الاحتياطي لتكوين syslog واحفظه في خادم النسخ الاحتياطي.

    ubuntu@auto-it-vnf-iso-5-1-5-1196-uas-0:~$sudo su

    root@auto-it-vnf-iso-5-1-5-1196-uas-0:/home/ubuntu#ls /etc/rsyslog.d/00-autoit-vnf.conf

    00-autoit-vnf.conf

    root@auto-it-vnf-iso-5-1-5-1196-uas-0:ls /etc/rsyslog.conf

    rsyslog.conf

    النسخ الاحتياطي AutoVNF

    AutoVNF هو المسؤول من أجل إحضار VNFM و VNF الفرديين. يرسل AutoDeploy التكوين المطلوب لإنشاء مثيل لكل من VNFM و VNF إلى AutoVNF ويقوم AutoVNF بهذه العملية. من أجل عرض VNFM، سيتحدث AutoVNF مباشرة إلى VIM/OpenStack وبعد تشغيل VNFM، يستخدم AutoVNF VNFM لعرض VNF.

    يحتوي AutoVNF على تكرار 1:N وفي إعداد Ultra-M، هناك ثلاثة أجهزة افتراضية AutoVNF قيد التشغيل. يتم دعم عطل AutoVNF واحد في Ultra-M، كما أن الاسترداد ممكن.

    ملاحظة: إذا كان هناك أكثر من فشل واحد، فهو غير مدعوم وقد يتطلب إعادة توزيع النظام.

    تفاصيل النسخ الاحتياطي ل AutoVNF:

    • التكوين الجاري تشغيله
    • CONFd CDB
    • سجلات AutoVNF (من كل مثيل ل AutoVNF)
    • تكوين Syslog

    يوصى بإجراء عمليات نسخ إحتياطي قبل أي تنشيط/إلغاء تنشيط على الموقع المحدد وتحميله إلى خادم النسخ الاحتياطي. 

    1. سجل الدخول إلى AutoVNF الرئيسي وتأكد من أنه مطابق.

    root@auto-testautovnf1-uas-1:/home/ubuntu# confd_cli -u admin -C

    Welcome to the ConfD CLI
    admin connected from 127.0.0.1 using console on auto-testautovnf1-uas-1
    auto-testautovnf1-uas-1#show uas
    uas version 1.0.1-1
    uas state ha-active
    uas ha-vip 172.57.11.101

    INSTANCE IP   STATE  ROLE         
    -----------------------------------
    172.57.12.6   alive  CONFD-SLAVE  
    172.57.12.7   alive  CONFD-MASTER  
    172.57.12.13  alive  NA           

    auto-testautovnf1-uas-1#exit

    root@auto-testautovnf1-uas-1:/home/ubuntu# ip a

    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host
           valid_lft forever preferred_lft forever

    2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
        link/ether fa:16:3e:c7:dc:89 brd ff:ff:ff:ff:ff:ff
        inet 172.57.12.7/24 brd 172.57.12.255 scope global eth0
           valid_lft forever preferred_lft forever
        inet6 fe80::f816:3eff:fec7:dc89/64 scope link
           valid_lft forever preferred_lft forever

    3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
        link/ether fa:16:3e:10:29:1b brd ff:ff:ff:ff:ff:ff
        inet 172.57.11.101/24 brd 172.57.11.255 scope global eth1
           valid_lft forever preferred_lft forever
        inet6 fe80::f816:3eff:fe10:291b/64 scope link
           valid_lft forever preferred_lft forever

    2. قم بإجراء عملية نسخ إحتياطي للتكوين الجاري تشغيله ونقل الملف إلى خادم النسخ الاحتياطي.

    root@auto-testautovnf1-uas-1:/home/ubuntu# confd_cli -u admin -C
    Welcome to the ConfD CLI
    admin connected from 127.0.0.1 using console on auto-testautovnf1-uas-1
    auto-testautovnf1-uas-1#show running-config | save running-autovnf-12202017.cfg
    auto-testautovnf1-uas-1#exit
    root@auto-testautovnf1-uas-1:/home/ubuntu# ll running-autovnf-12202017.cfg
    -rw-r--r-- 1 root   root   18181 Dec 20 19:03 running-autovnf-12202017.cfg

     3. قم بإجراء عملية نسخ إحتياطي لقاعدة بيانات المحول (CDB) ونقل الملف إلى خادم النسخ الاحتياطي.

    root@auto-testautovnf1-uas-1:/opt/cisco/usp/uas/confd-6.3.1/var/confd# tar cvf autovnf_cdb_backup.tar cdb/
    cdb/
    cdb/O.cdb
    cdb/C.cdb
    cdb/aaa_init.xml
    cdb/vpc.xml
    cdb/A.cdb
    cdb/gilan.xml

    root@auto-testautovnf1-uas-1:/opt/cisco/usp/uas/confd-6.3.1/var/confd#
    root@auto-testautovnf1-uas-1:/opt/cisco/usp/uas/confd-6.3.1/var/confd# ll autovnf_cdb_backup.tar
    -rw-r--r-- 1 root root 1198080 Dec 20 19:08 autovnf_cdb_backup.tar

    4. انتقل إلى دليل البرامج النصية، وقم بتجميع السجلات ونقلها إلى خادم النسخ الاحتياطي.

    cd /opt/cisco/usp/uas/scripts
    sudo ./collect-uas-logs.sh

    5. قم بتسجيل الدخول إلى مثيل الاستعداد ل AutoVNF وقم بتنفيذ هذه الخطوات لتجميع السجلات ونقلها إلى خادم النسخ الاحتياطي.

    6. قم بإجراء نسخ إحتياطي لتكوين syslog على الأجهزة الافتراضية الافتراضية (VM) الرئيسية والاحتياطية باستخدام برنامج AutoVNF ونقلها إلى خادم النسخ الاحتياطي.

    ubuntu@auto-testautovnf1-uas-1:~$sudo su
    root@auto-testautovnf1-uas-1:/home/ubuntu#ls /etc/rsyslog.d/00-autovnf.conf
    00-autovnf.conf

    root@auto-testautovnf1-uas-1:/home/ubuntu#ls /etc/rsyslog.conf
    rsyslog.conf

    النسخ الاحتياطي ل ESC

    1. تتولى AutoVNF المسؤولية من أجل طرح حل ESC في حل Ultra-M عن طريق التفاعل مع VIM مباشرة. يقوم AutoVNF/EM بتمرير تكوين محدد ل VNF إلى ESC و ESC، وبالتالي، سيقوم بتهيئة VNF من خلال التفاعل مع VIM.

    2. يحتوي ESC على معدل تكرار يبلغ 1:1 في حل Ultra-M. يتم نشر جهازي ESC VM يدعمان فشلا واحدا في الجهاز Ultra-M، أي يمكنك إسترداد النظام في حالة حدوث عطل واحد في النظام.

    ملاحظة: إذا كان هناك أكثر من فشل واحد، فهو غير مدعوم وقد يتطلب إعادة توزيع النظام.

     تفاصيل النسخ الاحتياطي باستخدام حل ESC:

    • التكوين الجاري تشغيله
    • CONFd CDB
    • سجلات ESC
    • تكوين Syslog

    3. معدل تكرار النسخ الاحتياطي باستخدام تقنية ESC DB صعب للغاية ويجب التعامل معه بعناية أثناء قيام مركز الأنظمة الإلكترونية بمراقبة مختلف آلات النسخ الاحتياطي التي تعمل بتقنية VNF ونشرها والاحتفاظ بها. ينصح بإجراء هذه النسخ الاحتياطية بعد متابعة الأنشطة في VNF/POD/الموقع المحدد.

    4. تأكد من أن صحة ESC جيدة مع إستخدام البرنامج النصي health.sh.

    [root@auto-test-vnfm1-esc-0 admin]# escadm status
    0 ESC status=0 ESC Master Healthy

    [root@auto-test-vnfm1-esc-0 admin]# health.sh
    esc ui is disabled -- skipping status check
    esc_monitor start/running, process 836
    esc_mona is up and running ...
    vimmanager start/running, process 2741
    vimmanager start/running, process 2741
    esc_confd is started
    tomcat6 (pid 2907) is running...                           [  OK  ]
    postgresql-9.4 (pid  2660) is running...
    ESC service is running...
    Active VIM = OPENSTACK
    ESC Operation Mode=OPERATION

    /opt/cisco/esc/esc_database is a mountpoint

    ============== ESC HA (MASTER) with DRBD =================

    DRBD_ROLE_CHECK=0
    MNT_ESC_DATABSE_CHECK=0
    VIMMANAGER_RET=0
    ESC_CHECK=0
    STORAGE_CHECK=0
    ESC_SERVICE_RET=0
    MONA_RET=0
    ESC_MONITOR_RET=0

    =======================================

    ESC HEALTH PASSED

    5. قم بإجراء عملية نسخ إحتياطي للتكوين الجاري تشغيله ونقل الملف إلى خادم النسخ الاحتياطي.

    [root@auto-test-vnfm1-esc-0 admin]# /opt/cisco/esc/confd/bin/confd_cli -u admin -C

    admin connected from 127.0.0.1 using console on auto-test-vnfm1-esc-0.novalocal
    auto-test-vnfm1-esc-0# show running-config | save /tmp/running-esc-12202017.cfg
    auto-test-vnfm1-esc-0#exit

    [root@auto-test-vnfm1-esc-0 admin]# ll /tmp/running-esc-12202017.cfg
    -rw-------. 1 tomcat tomcat 25569 Dec 20 21:37 /tmp/running-esc-12202017.cfg

    قاعدة بيانات النسخ الاحتياطي

    1. قم بتعيين ESC إلى وضع الصيانة.

    2. سجل الدخول إلى ESC VM وقم بتنفيذ هذا الأمر قبل إجراء النسخ الاحتياطي.

    [admin@auto-test-vnfm1-esc-0 admin]# sudo bash
    [root@auto-test-vnfm1-esc-0 admin]# cp /opt/cisco/esc/esc-scripts/esc_dbtool.py /opt/cisco/esc/esc-scripts/esc_dbtool.py.bkup
    [root@auto-test-vnfm1-esc-0 admin]# sudo sed -i "s,'pg_dump,'/usr/pgsql-9.4/bin/pg_dump," /opt/cisco/esc/esc-scripts/esc_dbtool.py

    #Set ESC to mainenance mode
    [root@auto-test-vnfm1-esc-0 admin]# escadm op_mode set --mode=maintenance

    3. تحقق من وضع ESC وتأكد من أنه في وضع الصيانة.

    [root@auto-test-vnfm1-esc-0 admin]# escadm op_mode show

    4. النسخ الاحتياطي لقاعدة البيانات باستخدام أداة إستعادة النسخ الاحتياطي لقاعدة البيانات المتوفرة في ESC.

    [root@auto-test-vnfm1-esc-0 admin]# sudo /opt/cisco/esc/esc-scripts/esc_dbtool.py backup --file  scp://<username>:<password>@<backup_vm_ip>:<filename>

    5. قم بتعيين ESC مرة أخرى إلى وضع العملية وتأكيد الوضع.

    [root@auto-test-vnfm1-esc-0 admin]# escadm op_mode set --mode=operation
    [root@auto-test-vnfm1-esc-0 admin]# escadm op_mode show

    6. انتقل إلى دليل البرامج النصية وتجميع السجلات.

    [root@auto-test-vnfm1-esc-0 admin]# /opt/cisco/esc/esc-scripts
    sudo ./collect_esc_log.sh

    7. كرر نفس الإجراء على ESC VM في وضع الاستعداد ونقل السجلات إلى خادم النسخ الاحتياطي.

    8. قم بتجميع النسخ الاحتياطي لتكوين syslog على كل من ESC VMS ونقلها إلى خادم النسخ الاحتياطي.

    [admin@auto-test-vnfm2-esc-1 ~]$ cd /etc/rsyslog.d
    [admin@auto-test-vnfm2-esc-1 rsyslog.d]$ls /etc/rsyslog.d/00-escmanager.conf
    00-escmanager.conf

    [admin@auto-test-vnfm2-esc-1 rsyslog.d]$ls /etc/rsyslog.d/01-messages.conf
    01-messages.conf

    [admin@auto-test-vnfm2-esc-1 rsyslog.d]$ls /etc/rsyslog.d/02-mona.conf
    02-mona.conf

    [admin@auto-test-vnfm2-esc-1 rsyslog.d]$ls /etc/rsyslog.conf
    rsyslog.conf

    النسخ الاحتياطي ل EM

    1. بعد تشغيل VNFM/ESC، يستخدم AutoVNF تقنية ESC لعرض مجموعة EM. وبمجرد تشغيل مجموعة EM، سوف يتفاعل EM مع ESC لرفع مستوى VNF (VPC/StarOS).

    2. لدى EM تكرار بمقدار 1:n في حل Ultra-M. يوجد مجموعة تتكون من ثلاثة أجهزة افتراضية من الفئة EM وتدعم تقنية Ultra-M إسترداد فشل الأجهزة الافتراضية (VM) الفردية.

    ملاحظة: إذا كان هناك أكثر من فشل واحد، فهو غير مدعوم وقد يتطلب إعادة توزيع النظام.

    تفاصيل النسخ الاحتياطي ل EM:

    • التكوين الجاري تشغيله
    • NCS DB
    • سجلات EM (من كل من NCS نشط/إحتياطي VMs)
    • تكوين Syslog

    3. معدل تكرار النسخ الاحتياطي ل EM DB صعب ويحتاج إلى التعامل معه بعناية أثناء قيام مركز الأنظمة الإلكترونية (ESC) بمراقبة مختلف آلات الحالة والمحافظة عليها من أجل نشر العديد من الأجهزة الافتراضية التي تعمل بتقنية VNF. يوصى بإجراء هذه النسخ الاحتياطية بعد متابعة الأنشطة في VNF/POD/Site معين.

    4. قم بإجراء النسخ الاحتياطي للتكوين الذي يقوم بتشغيله em، ثم قم بنقل الملف إلى خادم النسخ الاحتياطي.

    ubuntu@vnfd1deploymentem-0:~$ sudo -i
    root@vnfd1deploymentem-0:~# ncs_cli -u admin -C

    admin connected from 127.0.0.1 using console on vnfd1deploymentem-0
    admin@scm# show running-config | save em-running-12202017.cfg

    root@vnfd1deploymentem-0:~# ll em-running-12202017.cfg
    -rw-r--r-- 1 root root 19957 Dec 20 23:01 em-running-12202017.cfg

    5. قم بإجراء النسخ الاحتياطي لقاعدة بيانات NCS الخاصة ب EM ونقل الملف إلى خادم النسخ الاحتياطي.

    ubuntu@vnfd1deploymentem-0:~$ sudo -i
    root@vnfd1deploymentem-0:~# cd /opt/cisco/em/git/em-scm/ncs-cdb
    root@vnfd1deploymentem-0:/opt/cisco/em/git/em-scm/ncs-cdb# ll

    total 472716
    drwxrwxr-x 2 root root      4096 Dec 20 02:53 ./
    drwxr-xr-x 9 root root      4096 Dec 20 19:22 ../
    -rw-r--r-- 1 root root       770 Dec 20 02:48 aaa_users.xml
    -rw-r--r-- 1 root root     70447 Dec 20 02:53 A.cdb
    -rw-r--r-- 1 root root 483927031 Dec 20 02:48 C.cdb
    -rw-rw-r-- 1 root root        47 Jul 27 05:53 .gitignore
    -rw-rw-r-- 1 root root       332 Jul 27 05:53 global-settings.xml
    -rw-rw-r-- 1 root root       621 Jul 27 05:53 jvm-defaults.xml
    -rw-rw-r-- 1 root root      3392 Jul 27 05:53 nacm.xml
    -rw-r--r-- 1 root root      6156 Dec 20 02:53 O.cdb
    -rw-r--r-- 1 root root     13041 Dec 20 02:48 startup-vnfd.xml

    root@vnfd1deploymentem-0:/opt/cisco/em/git/em-scm/ncs-cdb#
    root@vnfd1deploymentem-0:/opt/cisco/em/git/em-scm# tar cvf em_cdb_backup.tar ncs-cdb

    ncs-cdb/
    ncs-cdb/O.cdb
    ncs-cdb/C.cdb
    ncs-cdb/nacm.xml
    ncs-cdb/jvm-defaults.xml
    ncs-cdb/A.cdb
    ncs-cdb/aaa_users.xml
    ncs-cdb/global-settings.xml
    ncs-cdb/.gitignore
    ncs-cdb/startup-vnfd.xml

    root@vnfd1deploymentem-0:/opt/cisco/em/git/em-scm# ll em_cdb_backup.tar
    -rw-r--r-- 1 root root 484034560 Dec 20 23:06 em_cdb_backup.tar

    6. انتقل إلى دليل البرامج النصية، وقم بتجميع السجلات ونقلها إلى خادم النسخ الاحتياطي.

    /opt/cisco/em-scripts
    sudo ./collect-em-logs.sh
    • كرر الإجراء نفسه لجمع السجل من NCS Standby VM
    • قم بإجراء نسخ إحتياطي لتكوين syslog على جميع الأجهزة الافتراضية (VMs) الخاصة بفئة EM وقم بنقلها إلى خادم النسخ الاحتياطي
    root@vnfd1deploymentem-0:/etc/rsyslog.d# pwd
    /etc/rsyslog.d

    root@vnfd1deploymentem-0:/etc/rsyslog.d# ll
    total 28

    drwxr-xr-x  2 root root 4096 Jun  7 18:38 ./
    drwxr-xr-x 86 root root 4096 Jun  6 20:33 ../
    -rw-r--r--  1 root root  319 Jun  7 18:36 00-vnmf-proxy.conf
    -rw-r--r--  1 root root  317 Jun  7 18:38 01-ncs-java.conf
    -rw-r--r--  1 root root  311 Mar 17  2012 20-ufw.conf
    -rw-r--r--  1 root root  252 Nov 23  2015 21-cloudinit.conf
    -rw-r--r--  1 root root 1655 Apr 18  2013 50-default.conf

    root@vnfd1deploymentem-0:/etc/rsyslog.d# ls /etc/rsyslog.conf
    rsyslog.conf

    النسخ الاحتياطي لنظام التشغيل StarOS

    بالنسبة لنظام التشغيل StarOS، يلزم إجراء نسخ إحتياطي لهذه المعلومات.

    • يلزم نسخ سجلات بيانات الشحن (CDRs) إحتياطيا على الخادم البعيد على فترات زمنية منتظمة
    • تم تطبيق تكوين اليوم 0 في وقت نشر النظام
    • تكوين يوم-ن
    • محركات أقراص مزودة بذاكرة مصنوعة من مكونات صلبة (SSD)
    • تكوين Syslog

    إجراء الاستعادة

    إسترداد OSPD

    يتم تنفيذ إجراء إسترداد OSPD استنادا إلى هذه الافتراضات

    • يتوفر النسخ الاحتياطي ل OSPD من خادم OSPD القديم
    • سيتم إجراء إسترداد OSPD على الخادم الجديد الذي هو إستبدال خادم OSPD القديم في النظام.

    إسترداد النشر التلقائي

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

    Checking AutoDeploy Processes
    Verify that key processes are running on the AutoDeploy VM:
    root@auto-deploy-iso-2007-uas-0:~# initctl status autodeploy
    autodeploy start/running, process 1771

    root@auto-deploy-iso-2007-uas-0:~# ps -ef | grep java
    root      1788  1771  0 May24 ?        00:00:41 /usr/bin/java -jar /opt/cisco/usp/apps/autodeploy/autodeploy-1.0.jar com.cisco.usp.autodeploy.Application --autodeploy.transaction-log-store=/var/log/cisco-uas/autodeploy/transactions
    Stopping/Restarting AutoDeploy Processes

    #To start the AutoDeploy process:
    root@auto-deploy-iso-2007-uas-0:~# initctl start autodeploy
    autodeploy start/running, process 11094

    #To stop the AutoDeploy process:
    root@auto-deploy-iso-2007-uas-0:~# initctl stop autodeploy
    autodeploy stop/waiting

    #To restart the AutoDeploy process:

    root@auto-deploy-iso-2007-uas-0:~# initctl restart autodeploy
    autodeploy start/running, process 11049

    #If the VM is in ERROR or shutdown state, hard-reboot the AutoDeploy VM

    [stack@pod1-ospd ~]$ nova list |grep auto-deploy
    | 9b55270a-2dcd-4ac1-aba3-bf041733a0c9 | auto-deploy-ISO-2007-uas-0                                     | ACTIVE | -          | running     | mgmt=172.16.181.12, 10.84.123.39

    [stack@pod1-ospd ~]$ nova reboot –hard 9b55270a-2dcd-4ac1-aba3-bf041733a0c9

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

    [stack@pod1-ospd ~]$ nova list |grep auto-deploy
    | 9b55270a-2dcd-4ac1-aba3-bf041733a0c9 | auto-deploy-ISO-2007-uas-0                                     | ACTIVE | -          | running     | mgmt=172.16.181.12, 10.84.123.39 [stack@pod1-ospd ~]$ cd /opt/cisco/usp/uas-installer/scripts

    [stack@pod1-ospd ~]$ ./auto-deploy-booting.sh --floating-ip 10.1.1.2 --delete

    3. بعد حذف النشر التلقائي، قم بإنشائه مرة أخرى بنفس العنوان floatingip.

    [stack@pod1-ospd ~]$ cd /opt/cisco/usp/uas-installer/scripts

    [stack@pod1-ospd scripts]$ ./auto-deploy-booting.sh --floating-ip 10.1.1.2

    2017-11-17 07:05:03,038 - INFO: Creating AutoDeploy deployment (1 instance(s)) on 'http://10.1.1.2:5000/v2.0' tenant 'core' user 'core', ISO 'default'
    2017-11-17 07:05:03,039 - INFO: Loading image 'auto-deploy-ISO-5-1-7-2007-usp-uas-1.0.1-1504.qcow2' from '/opt/cisco/usp/uas-installer/images/usp-uas-1.0.1-1504.qcow2'
    2017-11-17 07:05:14,603 - INFO: Loaded image 'auto-deploy-ISO-5-1-7-2007-usp-uas-1.0.1-1504.qcow2'
    2017-11-17 07:05:15,787 - INFO: Assigned floating IP '10.1.1.2' to IP '172.16.181.7'
    2017-11-17 07:05:15,788 - INFO: Creating instance 'auto-deploy-ISO-5-1-7-2007-uas-0'
    2017-11-17 07:05:42,759 - INFO: Created instance 'auto-deploy-ISO-5-1-7-2007-uas-0'
    2017-11-17 07:05:42,759 - INFO: Request completed, floating IP: 10.1.1.2]

    4. انسخ ملف AutoDeploy.cfg وISO وملف confd_backup tar من خادم النسخ الاحتياطي إلى AutoDeployment VM.

    5. إستعادة ملفات cdb المضمنة من ملف tar للنسخ الاحتياطي.

    ubuntu@auto-deploy-iso-2007-uas-0:~# sudo -i
    ubuntu@auto-deploy-iso-2007-uas-0:#  service uas-confd stop
    uas-confd stop/waiting

    root@auto-deploy-iso-2007-uas-0:# cd /opt/cisco/usp/uas/confd-6.3.1/var/confd
    root@auto-deploy-iso-2007-uas-0:/opt/cisco/usp/uas/confd-6.3.1/var/confd# tar xvf /home/ubuntu/ad_cdb_backup.tar

    cdb/
    cdb/O.cdb
    cdb/C.cdb
    cdb/aaa_init.xml
    cdb/A.cdb

    root@auto-deploy-iso-2007-uas-0~# service uas-confd start
    uas-confd start/running, process 2036

    #Restart AutoDeploy process

    root@auto-deploy-iso-2007-uas-0~# service autodeploy restart
    autodeploy start/running, process 2144
     

    #Check that confd was loaded properly by checking earlier transactions. 

    root@auto-deploy-iso-2007-uas-0:~# confd_cli -u admin -C
    Welcome to the ConfD CLI
    admin connected from 127.0.0.1 using console on auto-deploy-iso-2007-uas-0

    auto-deploy-iso-2007-uas-0#show transaction

                                       SERVICE                                                              SITE

                                       DEPLOYMENT                                                     SITE  TX    AUTOVNF  VNF  AUTOVNF

    TX ID          TX TYPE             ID          DATE AND TIME                  STATUS              ID    ID    ID       ID   TX ID

    -------------------------------------------------------------------------------------------------------------------------------------
    1512571978613  service-deployment  tb5bxb      2017-12-06T14:52:59.412+00:00  deployment-success

    6. في حالة إستعادة الأجهزة الافتراضية (VM) وتشغيلها بنجاح؛ تأكد من إستعادة جميع التكوين المحدد syslog من النسخ الاحتياطي السابق المعروف.

    ubuntu@auto-deploy-vnf-iso-5-1-5-1196-uas-0:~$sudo su
    root@auto-deploy-vnf-iso-5-1-5-1196-uas-0:/home/ubuntu#ls /etc/rsyslog.d/00-autodeploy.conf
    00-autodeploy.conf

    root@auto-deploy-vnf-iso-5-1-5-1196-uas-0:/home/ubuntu#ls /etc/rsyslog.conf
    rsyslog.conf

    إسترداد AutoIT-VNF

    1. يكون AutoIT-VNF VM قابلا للاسترداد، إذا كان VM في حالة خطأ أو حالة إيقاف تشغيل، فعليك إجراء إعادة تشغيل صعبة من أجل إحضار الجهاز الظاهري المتأثر. قم بتنفيذ هذه الخطوات لاسترداد AutoIT-VNF.

    Checking AutoIT-VNF Processes

    Verify that key processes are running on the AutoIT-VNF VM:

    root@auto-it-vnf-iso-5-1-5-1196-uas-0:~# service autoit status
    AutoIT-VNF is running.

    #Stopping/Restarting AutoIT-VNF Processes

    root@auto-it-vnf-iso-5-1-5-1196-uas-0:~# service autoit stop
    AutoIT-VNF API server stopped.

    #To restart the AutoIT-VNF processes:

    root@auto-it-vnf-iso-5-1-5-1196-uas-0:~# service autoit restart
    AutoIT-VNF API server stopped.
    Starting AutoIT-VNF

    /opt/cisco/usp/apps/auto-it/vnf
    AutoIT API server started.

    #If the VM is in ERROR or shutdown state, hard-reboot the AutoDeploy VM

    [stack@pod1-ospd ~]$ nova list |grep auto-it
    | 1c45270a-2dcd-4ac1-aba3-bf041733d1a1 | auto-it-vnf-ISO-2007-uas-0                                     | ACTIVE | -          | running     | mgmt=172.16.181.13, 10.84.123.40

    [stack@pod1-ospd ~]$ nova reboot –hard 1c45270a-2dcd-4ac1-aba3-bf041733d1a1

    2. إذا كان AutoIT-VNF غير قابل للاسترداد، اتبع هذه الإجراءات لإعادته إلى الحالة التي كان عليها من قبل في. أستخدم ملف النسخة الاحتياطية.

     [stack@pod1-ospd ~]$ nova list |grep auto-it
    | 580faf80-1d8c-463b-9354-781ea0c0b352 | auto-it-vnf-ISO-2007-uas-0                                     | ACTIVE | -          | running     | mgmt=172.16.181.3, 10.84.123.42 [stack@pod1-ospd ~]$ cd /opt/cisco/usp/uas-installer/scripts

    [stack@pod1-ospd ~]$ ./ auto-it-vnf-staging.sh --floating-ip 10.1.1.3 --delete

     3. قم بإعادة إنشاء Auto-IT من خلال تشغيل البرنامج النصي المرحلي Auto-IT-VNF وضمان إستخدام نفس عنوان IP العائم الذي تم إستخدامه سابقا.

    [stack@pod1-ospd ~]$ cd /opt/cisco/usp/uas-installer/scripts

    [stack@pod1-ospd scripts]$ ./auto-it-vnf-staging.sh --floating-ip 10.1.1.3

    2017-11-16 12:54:31,381 - INFO: Creating StagingServer deployment (1 instance(s)) on 'http://10.1.1.3:5000/v2.0' tenant 'core' user 'core', ISO 'default'
    2017-11-16 12:54:31,382 - INFO: Loading image 'auto-it-vnf-ISO-5-1-7-2007-usp-uas-1.0.1-1504.qcow2' from '/opt/cisco/usp/uas-installer/images/usp-uas-1.0.1-1504.qcow2'
    2017-11-16 12:54:51,961 - INFO: Loaded image 'auto-it-vnf-ISO-5-1-7-2007-usp-uas-1.0.1-1504.qcow2'
    2017-11-16 12:54:53,217 - INFO: Assigned floating IP '10.1.1.3' to IP '172.16.181.9'
    2017-11-16 12:54:53,217 - INFO: Creating instance 'auto-it-vnf-ISO-5-1-7-2007-uas-0'
    2017-11-16 12:55:20,929 - INFO: Created instance 'auto-it-vnf-ISO-5-1-7-2007-uas-0'
    2017-11-16 12:55:20,930 - INFO: Request completed, floating IP: 10.1.1.3

     4. يلزم إعادة تحميل صورة (صور) ISO المستخدمة في POD على AutoIT-VNF.

    [stack@pod1-ospd ~]$ cd images/5_1_7-2007/isos

    [stack@pod1-ospd isos]$ curl -F file=@usp-5_1_7-2007.iso http://10.1.1.3:5001/isos

    {                                                   
      "iso-id": "5.1.7-2007"
    }

    Note: 10.1.1.3 is AutoIT-VNF IP in the above command.

    #Validate that ISO is correctly loaded. 

    [stack@pod1-ospd isos]$ curl http://10.1.1.3:5001/isos

    {                                       
      "isos": [
        {
          "iso-id": "5.1.7-2007"
        }
      ]
    }

    5. انسخ ملفات VNF system.cfg من الخادم البعيد إلى AutoIT-VNF VM. في هذا المثال، يتم نسخه من النشر التلقائي إلى أمر AutoIT-VNF VM.

    [stack@pod1-ospd autodeploy]$ scp system-vnf* ubuntu@10.1.1.3:.
    ubuntu@10.1.1.3's password:

    system-vnf1.cfg                                                                                               100% 1197     1.2KB/s   00:00
    system-vnf2.cfg                                                                                               100% 1197     1.2KB/s   00:00

    ubuntu@auto-it-vnf-iso-2007-uas-0:~$ pwd
    /home/ubuntu

    ubuntu@auto-it-vnf-iso-2007-uas-0:~$ ls
    system-vnf1.cfg  system-vnf2.cfg

    6. انسخ الملفات في موقع مناسب على AutoIT-VNF كما هو مشار إليه في تكوين النشر التلقائي. انظر هنا؛

    ubuntu@auto-it-vnf-iso-2007-uas-0:~$ sudo -i
    root@auto-it-vnf-iso-2007-uas-0:~$ cp –rp system-vnf1.cfg system-vnf2.cfg /opt/cisco/usp/uploads/
    root@auto-it-vnf-iso-2007-uas-0:~$ls /opt/cisco/usp/uploads/
    system-vnf1.cfg  system-vnf2.cfg

    7. إذا تم إستعادة VM وتشغيله بنجاح، فتأكد من إستعادة جميع التكوين المحدد syslog من النسخ الاحتياطي السابق المعروف.

    root@auto-deploy-vnf-iso-5-1-5-1196-uas-0:/home/ubuntu#ls /etc/rsyslog.d/00-autoit-vnf.conf
    00-autoit-vnf.conf

    root@auto-deploy-vnf-iso-5-1-5-1196-uas-0:ls /etc/rsyslog.conf
    rsyslog.conf

    إسترداد AutoVNF

    1. يمكن إسترداد AutoVNF VM إذا كان VM في حالة خطأ أو في حالة إيقاف التشغيل. أنجزت reboot صلب in order to أحضرت ال VM يتأثر. قم بتنفيذ هذه الخطوات لاسترداد AutoVNF.

    2. حدد VM الذي يكون في حالة الخطأ أو إيقاف التشغيل. إعادة تمهيد ثابت ل AutoVNF VM.

    في هذا المثال، reboot auto-testautoVNF1-uas-2.                                       

    [root@tb1-baremetal scripts]# nova list | grep "auto-testautovnf1-uas-[0-2]"

    | 3834a3e4-96c5-49de-a067-68b3846fba6b | auto-testautovnf1-uas-0                                        | ACTIVE | -          | running     | auto-testautovnf1-uas-orchestration=172.57.12.6; auto-testautovnf1-uas-management=172.57.11.8                                                                                       |
    | 0fbfec0c-f4b0-4551-807b-50c5fe9d3ea7 | auto-testautovnf1-uas-1                                        | ACTIVE | -          | running     | auto-testautovnf1-uas-orchestration=172.57.12.7; auto-testautovnf1-uas-management=172.57.11.12                                                                                      |
    | 432e1a57-00e9-4e58-8bef-2a20652df5bf | auto-testautovnf1-uas-2                                        | ACTIVE | -          | running     | auto-testautovnf1-uas-orchestration=172.57.12.13; auto-testautovnf1-uas-management=172.57.11.4                                                                                      |

    [root@tb1-baremetal scripts]# nova reboot --hard 432e1a57-00e9-4e58-8bef-2a20652df5bf
    Request to reboot server <Server: auto-testautovnf1-uas-2> has been accepted.

    [root@tb1-baremetal scripts]#

    3. بمجرد ظهور الجهاز الظاهري، تأكد من انضمامه إلى المجموعة مرة أخرى.

    root@auto-testautovnf1-uas-1:/opt/cisco/usp/uas/scripts# confd_cli -u admin -C
    Welcome to the ConfD CLI
    admin connected from 127.0.0.1 using console on auto-testautovnf1-uas-1

    auto-testautovnf1-uas-1#show uas

    uas version 1.0.1-1
    uas state ha-active
    uas ha-vip 172.57.11.101

    INSTANCE IP   STATE  ROLE         
    -----------------------------------

    172.57.12.6   alive  CONFD-SLAVE  
    172.57.12.7   alive  CONFD-MASTER 
    172.57.12.13  alive  NA          

    4. إذا تعذر إسترداد AutoVNF VM بواسطة الإجراء المذكور، فأنت بحاجة إلى إسترداده بمساعدة هذه الخطوات.

    [stack@pod1-ospd ~]$ nova list | grep vnf1-UAS-uas-0
    | 307a704c-a17c-4cdc-8e7a-3d6e7e4332fa | vnf1-UAS-uas-0                                                 | ACTIVE | -          | running     | vnf1-UAS-uas-orchestration=172.168.11.10; vnf1-UAS-uas-management=172.168.10.3

    [stack@pod1-ospd ~]$ nova delete vnf1-UAS-uas-0
    Request to delete server vnf1-UAS-uas-0 has been accepted.

    5. لاسترداد VM autoVNF-UAS، قم بتنفيذ البرنامج النصي UAS-Check للتحقق من الحالة. يجب الإبلاغ عن خطأ. ثم قم بالتنفيذ مرة أخرى باستخدام خيار —الإصلاح من أجل إعادة إنشاء جهاز UAS VM المفقود.

    [stack@pod1-ospd ~]$ cd /opt/cisco/usp/uas-installer/scripts/
    [stack@pod1-ospd scripts]$ ./uas-check.py auto-vnf vnf1-UAS

    2017-12-08 12:38:05,446 - INFO: Check of AutoVNF cluster started
    2017-12-08 12:38:07,925 - INFO: Instance 'vnf1-UAS-uas-0' status is 'ERROR'
    2017-12-08 12:38:07,925 - INFO: Check completed, AutoVNF cluster has recoverable errors

    [stack@tb3-ospd scripts]$ ./uas-check.py auto-vnf vnf1-UAS --fix

    2017-11-22 14:01:07,215 - INFO: Check of AutoVNF cluster started
    2017-11-22 14:01:09,575 - INFO: Instance vnf1-UAS-uas-0' status is 'ERROR'
    2017-11-22 14:01:09,575 - INFO: Check completed, AutoVNF cluster has recoverable errors
    2017-11-22 14:01:09,778 - INFO: Removing instance vnf1-UAS-uas-0'
    2017-11-22 14:01:13,568 - INFO: Removed instance vnf1-UAS-uas-0'
    2017-11-22 14:01:13,568 - INFO: Creating instance vnf1-UAS-uas-0' and attaching volume ‘vnf1-UAS-uas-vol-0'
    2017-11-22 14:01:49,525 - INFO: Created instance ‘vnf1-UAS-uas-0'

    [stack@tb3-ospd scripts]$ ./uas-check.py auto-vnf vnf1-UAS

    2017-11-16 13:11:07,472 - INFO: Check of AutoVNF cluster started
    2017-11-16 13:11:09,510 - INFO: Found 3 ACTIVE AutoVNF instances
    2017-11-16 13:11:09,511 - INFO: Check completed, AutoVNF cluster is fine

    6. سجل الدخول إلى AutoVNF VM الرئيسي. في غضون دقائق قليلة بعد الاسترداد، يجب أن ينضم المثيل الذي تم إنشاؤه حديثا إلى نظام المجموعة وفي حالة نشطة.

    tb3-bxb-vnf1-autovnf-uas-0#show uas

    uas version 1.0.1-1
    uas state ha-active
    uas ha-vip 172.17.181.101

    INSTANCE IP   STATE  ROLE
    -----------------------------------
    172.17.180.6  alive  CONFD-SLAVE
    172.17.180.7  alive  CONFD-MASTER
    172.17.180.9  alive  NA

    #if uas-check.py --fix fails, you may need to copy this file and execute again.

    [stack@tb3-ospd]$ mkdir –p /opt/cisco/usp/apps/auto-it/common/uas-deploy/
    [stack@tb3-ospd]$ cp /opt/cisco/usp/uas-installer/common/uas-deploy/userdata-uas.txt /opt/cisco/usp/apps/auto-it/common/uas-deploy/

    7. في حال إستعادة الجهاز الظاهري (VM) وتشغيله بنجاح، فتأكد من إستعادة جميع التكوين المحدد syslog من عملية النسخ الاحتياطي المعروفة السابقة. تأكد من استعادته في جميع الأجهزة الافتراضية AutoVNF.

    ubuntu@auto-testautovnf1-uas-1:~$sudo su
    root@auto-testautovnf1-uas-1:/home/ubuntu#ls /etc/rsyslog.d/00-autovnf.conf
    00-autovnf.conf

    root@auto-testautovnf1-uas-1:/home/ubuntu#ls /etc/rsyslog.conf
    rsyslog.conf

    ESC إستعادة

    1. يمكن إسترداد ESC VM إذا كان VM في حالة الخطأ أو إيقاف التشغيل. أنجزت reboot صلب in order to أحضرت ال VM يتأثر. قم بتنفيذ هذه الخطوات لاستعادة ESC.

    2. حدد الجهاز الظاهري (VM) الموجود في حالة "الخطأ" أو "إيقاف التشغيل"، بمجرد التعرف على إعادة تمهيد ESC VM بشكل ثابت. في هذا المثال، تتم إعادة تمهيد الاختبار التلقائي-vnfm1-ESC-0.                                       

    [root@tb1-baremetal scripts]# nova list | grep auto-test-vnfm1-ESC-

    | f03e3cac-a78a-439f-952b-045aea5b0d2c | auto-test-vnfm1-ESC-0                                       | ACTIVE | -          | running     | auto-testautovnf1-uas-orchestration=172.57.12.11; auto-testautovnf1-uas-management=172.57.11.3                                                                                      |
    | 79498e0d-0569-4854-a902-012276740bce | auto-test-vnfm1-ESC-1                                       | ACTIVE | -          | running     | auto-testautovnf1-uas-orchestration=172.57.12.15; auto-testautovnf1-uas-management=172.57.11.5                                                                                      |

    [root@tb1-baremetal scripts]# [root@tb1-baremetal scripts]# nova reboot --hard f03e3cac-a78a-439f-952b-045aea5b0d2c\
    Request to reboot server <Server: auto-test-vnfm1-ESC-0> has been accepted.

    [root@tb1-baremetal scripts]#

    3. إذا تم حذف ESC VM ويلزم إعادة تقديمه، فاتبع تسلسل الخطوات هذا.

    [stack@pod1-ospd scripts]$ nova list |grep ESC-1
    | c566efbf-1274-4588-a2d8-0682e17b0d41 | vnf1-ESC-ESC-1                                                 | ACTIVE | -          | running     | vnf1-UAS-uas-orchestration=172.168.11.14; vnf1-UAS-uas-management=172.168.10.4                                                                                                 |

    [stack@pod1-ospd scripts]$ nova delete vnf1-ESC-ESC-1
    Request to delete server vnf1-ESC-ESC-1 has been accepted.                                                 

    4. من AutoVNF-UAS، ابحث عن حركة نشر ESC وفي سجل الحركة ابحث عن سطر الأوامر boot_vm.py لإنشاء مثيل ESC.

    ubuntu@vnf1-uas-uas-0:~$ sudo -i
    root@vnf1-uas-uas-0:~# confd_cli -u admin -C
    Welcome to the ConfD CLI           

    admin connected from 127.0.0.1 using console on vnf1-uas-uas-0
    vnf1-uas-uas-0#show transaction

    TX ID                                 TX TYPE          DEPLOYMENT ID    TIMESTAMP                         STATUS
    ------------------------------------------------------------------------------------------------------------------------------
    35eefc4a-d4a9-11e7-bb72-fa163ef8df2b  vnf-deployment   vnf1-DEPLOYMENT  2017-11-29T02:01:27.750692-00:00  deployment-success
    73d9c540-d4a8-11e7-bb72-fa163ef8df2b  vnfm-deployment  vnf1-ESC         2017-11-29T01:56:02.133663-00:00  deployment-success

    vnf1-uas-uas-0#show logs 73d9c540-d4a8-11e7-bb72-fa163ef8df2b | display xml

    <config xmlns="http://tail-f.com/ns/config/1.0">
      <logs xmlns="http://www.cisco.com/usp/nfv/usp-autovnf-oper">
        <tx-id>73d9c540-d4a8-11e7-bb72-fa163ef8df2b</tx-id>
        <log>2017-11-29 01:56:02,142 - VNFM Deployment RPC triggered for deployment: vnf1-ESC, deactivate: 0

    2017-11-29 01:56:02,179 - Notify deployment
    ..
    2017-11-29 01:57:30,385 - Creating VNFM 'vnf1-ESC-ESC-1' with [python //opt/cisco/vnf-staging/bootvm.py vnf1-ESC-ESC-1 --flavor vnf1-ESC-ESC-flavor --image 3fe6b197-961b-4651-af22-dfd910436689 --net vnf1-UAS-uas-management --gateway_ip 172.168.10.1 --net vnf1-UAS-uas-orchestration --os_auth_url http://10.1.1.5:5000/v2.0 --os_tenant_name core --os_username ****** --os_password ****** --bs_os_auth_url http://10.1.1.5:5000/v2.0 --bs_os_tenant_name core --bs_os_username ****** --bs_os_password ****** --esc_ui_startup false --esc_params_file /tmp/esc_params.cfg --encrypt_key ****** --user_pass ****** --user_confd_pass ****** --kad_vif eth0 --kad_vip 172.168.10.7 --ipaddr 172.168.10.6 dhcp --ha_node_list 172.168.10.3 172.168.10.6 --file root:0755:/opt/cisco/esc/esc-scripts/esc_volume_em_staging.sh:/opt/cisco/usp/uas/autovnf/vnfms/esc-scripts/esc_volume_em_staging.sh --file root:0755:/opt/cisco/esc/esc-scripts/esc_vpc_chassis_id.py:/opt/cisco/usp/uas/autovnf/vnfms/esc-scripts/esc_vpc_chassis_id.py --file root:0755:/opt/cisco/esc/esc-scripts/esc-vpc-di-internal-keys.sh:/opt/cisco/usp/uas/autovnf/vnfms/esc-scripts/esc-vpc-di-internal-keys.sh]...

    5. احفظ سطر boot_vm.py في ملف برنامج نصي Shell (esc.sh) وقم بتحديث جميع أسطر اسم المستخدم ***** وكلمة المرور ***** مع المعلومات الصحيحة (بشكل خاص core/Cisco@123). تحتاج إلى إزالة خيار -encrypt_key أيضا. بالنسبة ل user_pass و user_confd_pass، تحتاج إلى إستخدام التنسيق -user_passwd username:password (مثال - admin:Cisco@123).

    الآن، ابحث عن عنوان URL إلى bootvm.py من running-config واحصل على ملف bootvm.py إلى AutoVNF-UAS VM. 10.1.1.3 هو تقنية المعلومات التلقائية في هذه الحالة.

    root@vnf1-uas-uas-0:~# confd_cli -u admin -C
    Welcome to the ConfD CLI
    admin connected from 127.0.0.1 using console on vnf1-uas-uas-0

    vnf1-uas-uas-0#show running-config autovnf-vnfm:vnfm
    …
    configs bootvm
      value http://10.1.1.3:80/bundles/5.1.7-2007/vnfm-bundle/bootvm-2_3_2_155.py
    !
    root@vnf1-uas-uas-0:~# wget http://10.1.1.3:80/bundles/5.1.7-2007/vnfm-bundle/bootvm-2_3_2_155.py

    --2017-12-01 20:25:52--  http://10.1.1.3/bundles/5.1.7-2007/vnfm-bundle/bootvm-2_3_2_155.py
    Connecting to 10.1.1.3:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 127771 (125K) [text/x-python]
    Saving to: ‘bootvm-2_3_2_155.py’

    100%[======================================================================================================>] 127,771     --.-K/s   in 0.001s


    2017-12-01 20:25:52 (173 MB/s) - ‘bootvm-2_3_2_155.py’ saved [127771/127771
    Create a /tmp/esc_params.cfg file.

    root@vnf1-uas-uas-0:~# echo "openstack.endpoint=publicURL" > /tmp/esc_params.cfg

    6. قم بتنفيذ سيناريو الصدفة الذي يقوم بتنفيذ برنامج bootvm.py python النصي مع خيارات.

    root@vnf1-uas-uas-0:~# /bin/sh esc.sh
    + python ./bootvm.py vnf1-ESC-ESC-1 --flavor vnf1-ESC-ESC-flavor --image 3fe6b197-961b-4651-af22-dfd910436689 --net vnf1-UAS-uas-management --gateway_ip 172.168.10.1 --net vnf1-UAS-uas-orchestration --os_auth_url http://10.1.1.5:5000/v2.0 --os_tenant_name core --os_username core --os_password Cisco@123 --bs_os_auth_url http://10.1.1.5:5000/v2.0 --bs_os_tenant_name core --bs_os_username core --bs_os_password Cisco@123 --esc_ui_startup false --esc_params_file /tmp/esc_params.cfg --user_pass admin:Cisco@123 --user_confd_pass admin:Cisco@123 --kad_vif eth0 --kad_vip 172.168.10.7 --ipaddr 172.168.10.6 dhcp --ha_node_list 172.168.10.3 172.168.10.6 --file root:0755:/opt/cisco/esc/esc-scripts/esc_volume_em_staging.sh:/opt/cisco/usp/uas/autovnf/vnfms/esc-scripts/esc_volume_em_staging.sh --file root:0755:/opt/cisco/esc/esc-scripts/esc_vpc_chassis_id.py:/opt/cisco/usp/uas/autovnf/vnfms/esc-scripts/esc_vpc_chassis_id.py --file root:0755:/opt/cisco/esc/esc-scripts/esc-vpc-di-internal-keys.sh:/opt/cisco/usp/uas/autovnf/vnfms/esc-scripts/esc-vpc-di-internal-keys.sh


    +--------------------------------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
    | Property                             | Value                                                                                                                                                                                                                                                                                                  |
    +--------------------------------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
    | OS-DCF:diskConfig                    | MANUAL                                                                                                                                                                                                                                                                                                 |
    | OS-EXT-AZ:availability_zone          | mgmt                                                                                                                                                                                                                                                                                                   |
    | OS-EXT-SRV-ATTR:host                 | tb5-ultram-osd-compute-1.localdomain                                                                                                                                                                                                                                                                   |
    | OS-EXT-SRV-ATTR:hypervisor_hostname  | tb5-ultram-osd-compute-1.localdomain                                                                                                                                                                                                                                                                   |
    | OS-EXT-SRV-ATTR:instance_name        | instance-000001eb                                                                                                                                                                                                                                                                                      |
    | OS-EXT-STS:power_state               | 1                                                                                                                                                                                                                                                                                                      |
    | OS-EXT-STS:task_state                | -                                                                                                                                                                                                                                                                                                      |
    | OS-EXT-STS:vm_state                  | active                                                                                                                                                                                                                                                                                                 |
    | OS-SRV-USG:launched_at               | 2017-12-02T13:28:32.000000                                                                                                                                                                                                                                                                             |
    | OS-SRV-USG:terminated_at             | -                                                                                                                                                                                                                                                                                                      |
    | accessIPv4                           |                                                                                                                                                                                                                                                                                                        |
    | accessIPv6                           |                                                                                                                                                                                                                                                                                                        |
    | addresses                            | {"vnf1-UAS-uas-orchestration": [{"OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:d7:c6:19", "version": 4, "addr": "172.168.11.14", "OS-EXT-IPS:type": "fixed"}], "vnf1-UAS-uas-management": [{"OS-EXT-IPS-MAC:mac_addr": "fa:16:3e:31:ee:cd", "version": 4, "addr": "172.168.10.6", "OS-EXT-IPS:type": "fixed"}]} 
    | config_drive                         | True                                                                                                                                                                                                                                                                                                   |
    | created                              | 2017-12-02T13:27:49Z                                                                                                                                                                                                                                                                                   |
    | flavor                               | {"id": "457623b6-05d5-403c-b2e4-aa3b6a0c9d32", "links": [{"href": "http://10.1.1.5:8774/flavors/457623b6-05d5-403c-b2e4-aa3b6a0c9d32", "rel": "bookmark"}]}                                                                                                                                        |
    | hostId                               | f5d2bbf0c5a7df34cf2e6f62ae0702ef120ff82f81c3f7664ffb35e9                                                                                                                                                                                                                                               |
    | id                                   | 2601b8ec-8ff8-4285-810a-e859f6642ab6                                                                                                                                                                                                                                                                   |
    | image                                | {"id": "3fe6b197-961b-4651-af22-dfd910436689", "links": [{"href": "http://10.1.1.5:8774/images/3fe6b197-961b-4651-af22-dfd910436689", "rel": "bookmark"}]}                                                                                                                                         |
    | key_name                             | -                                                                                                                                                                                                                                                                                                      |
    | metadata                             | {}                                                                                                                                                                                                                                                                                                     |
    | name                                 | vnf1-esc-esc-1                                                                                                                                                                                                                                                                                         |
    | os-extended-volumes:volumes_attached | []                                                                                                                                                                                                                                                                                                     |
    | progress                             | 0                                                                                                                                                                                                                                                                                                      |
    | security_groups                      | [{"name": "default"}, {"name": "default"}]                                                                                                                                                                                                                                                             |
    | status                               | ACTIVE                                                                                                                                                                                                                                                                                                 |
    | tenant_id                            | fd4b15df46c6469cbacf5b80dcc98a5c                                                                                                                                                                                                                                                                       |
    | updated                              | 2017-12-02T13:28:32Z                                                                                                                                                                                                                                                                                   |
    | user_id                              | d3b51d6f705f4826b22817f27505c6cd                                                                                                                                                                                                                                                                       |

    7. من OSPD، تأكد من أن ESC VM نشط/نشط.

    [stack@pod1-ospd ~]$ nova list|grep -i esc
    | 934519a4-d634-40c0-a51e-fc8d55ec7144 | vnf1-ESC-ESC-0                                                 | ACTIVE | -          | running     | vnf1-UAS-uas-orchestration=172.168.11.13; vnf1-UAS-uas-management=172.168.10.3                                                                                                 |
    | 2601b8ec-8ff8-4285-810a-e859f6642ab6 | vnf1-ESC-ESC-1                                                 | ACTIVE | -          | running     | vnf1-UAS-uas-orchestration=172.168.11.14; vnf1-UAS-uas-management=172.168.10.6                                                                                                 |

    #Log in to new ESC and verify Backup state.  You may execute health.sh on ESC Master too.

    ubuntu@vnf1-uas-uas-0:~$ ssh admin@172.168.11.14
    …
       ####################################################################
       #   ESC on vnf1-esc-esc-1.novalocal is in BACKUP state.
       ####################################################################

    [admin@vnf1-esc-esc-1 ~]$ escadm status
    0 ESC status=0 ESC Backup Healthy

    [admin@vnf1-esc-esc-1 ~]$ health.sh
    ============== ESC HA (BACKUP) =================
    =======================================

    ESC HEALTH PASSED
    [admin@vnf1-esc-esc-1 ~]$ cat /proc/drbd
    version: 8.4.7-1 (api:1/proto:86-101)
    GIT-hash: 3a6a769340ef93b1ba2792c6461250790795db49 build by mockbuild@Build64R6, 2016-01-12 13:27:11

     1: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate C r-----
        ns:0 nr:504720 dw:3650316 dr:0 al:8 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0

    8. إذا كان ESC VM غير قابل للاسترداد ويتطلب إستعادة قاعدة البيانات، فيرجى إستعادة قاعدة البيانات من النسخة الاحتياطية التي تم الحصول عليها مسبقا.

    9. بالنسبة إلى إستعادة قاعدة بيانات ESC، تأكد من إيقاف خدمة ESC قبل إستعادة قاعدة البيانات، وبالنسبة إلى ESC HA، قم بالتنفيذ في الجهاز الظاهري الثانوي أولا ثم الجهاز الظاهري الرئيسي.

    # service keepalived stop

    10. تحقق من حالة خدمة ESC وتأكد من إيقاف كل شيء في الأجهزة الافتراضية الأساسية والثانوية للحصول على HA.

    # escadm status

    11. قم بتنفيذ البرنامج النصي لاستعادة قاعدة البيانات. وكجزء من إستعادة قاعدة بيانات المحول (DB) إلى مثيل ESC الذي تم إنشاؤه حديثا، ستعمل الأداة أيضا على ترقية أحد المثيلات لتصبح ESC أساسي، وتحميل مجلد قاعدة بيانات المحول (DB) الخاص بها إلى جهاز DRBD، كما ستقوم ببدء تشغيل قاعدة بيانات PostGreSQL.

    # /opt/cisco/esc/esc-scripts/esc_dbtool.py restore --file scp://<username>:<password>@<backup_vm_ip>:<filename>

    12. قم بإعادة تشغيل خدمة ESC لإكمال إستعادة قاعدة البيانات.

    13. بالنسبة إلى HA الذي يتم تنفيذه في كل من الأجهزة الافتراضية (VM)، قم بإعادة تشغيل الخدمة keepalive.

    # service keepalived start

    14. بمجرد إستعادة VM وتشغيله بنجاح؛ تأكد من إستعادة جميع التكوين المحدد syslog من النسخ الاحتياطي السابق المعروف. تأكد من استعادته في جميع أجهزة ESC VMs.

    [admin@auto-test-vnfm2-esc-1 ~]$
    [admin@auto-test-vnfm2-esc-1 ~]$ cd /etc/rsyslog.d
    [admin@auto-test-vnfm2-esc-1 rsyslog.d]$ls /etc/rsyslog.d/00-escmanager.conf
    00-escmanager.conf

    [admin@auto-test-vnfm2-esc-1 rsyslog.d]$ls /etc/rsyslog.d/01-messages.conf
    01-messages.conf

    [admin@auto-test-vnfm2-esc-1 rsyslog.d]$ls /etc/rsyslog.d/02-mona.conf
    02-mona.conf

    [admin@auto-test-vnfm2-esc-1 rsyslog.d]$ls /etc/rsyslog.conf
    rsyslog.conf

    إسترداد EM

    1. إذا كان EM VM في حالة "لا شيء/خطأ" بسبب شرط أو آخر، يمكن للمستخدم اتباع التسلسل المحدد لاسترداد EM VM المتأثر.

    2. إن ESC/VNFM هو المكون الذي يراقب أجهزة EM VM لذلك في حالة وجود EM في حالة الخطأ، سيحاول ESC الاسترداد التلقائي ل EM VM. في حالة عدم قدرة ESC على إكمال الاسترداد بنجاح، سيقوم ESC بوضع علامة على وجود VM في حالة الخطأ.

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

    4. التعرف على الجهاز الظاهري في الحالة الخطأ.

    [stack@pod1-ospd ~]$ source corerc
    [stack@pod1-ospd ~]$ nova list --field name,host,status |grep -i err   
    | c794207b-a51e-455e-9a53-3b8ff3520bb9 | vnf1-DEPLOYMENT-_vnf1-D_0_a6843886-77b4-4f38-b941-74eb527113a8 | None                                 | ERROR   |

    5. سجل الدخول إلى مدير ESC، وقم بتنفيذ الاسترداد-vm-action لكل صفيف أقراص EM و CF VM متأثر. كن صبورا. سيقوم ESC بجدولة إجراء الاسترداد وقد لا يحدث ذلك لبضع دقائق.

                          

    ubuntu@vnf1-uas-uas-1:~$ ssh admin@172.168.10.3
    …

    [admin@vnf1-esc-esc-0 ~]$ sudo /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli recovery-vm-action DO vnf1-DEPLOYMENT-_vnf1-D_0_a6843886-77b4-4f38-b941-74eb527113a8
    [sudo] password for admin: 

    Recovery VM Action
    /opt/cisco/esc/confd/bin/netconf-console --port=830 --host=127.0.0.1 --user=admin --privKeyFile=/root/.ssh/confd_id_dsa --privKeyType=dsa --rpc=/tmp/esc_nc_cli.ZpRCGiieuW
    <?xml version="1.0" encoding="UTF-8"?>
    <rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="1">
      <ok/>
    </rpc-reply>

    6. راقب الموقع /var/log/esc/yangesc.log إلى أن يكتمل الأمر.

    [admin@vnf1-esc-esc-0 ~]$ tail -f /var/log/esc/yangesc.log

    …

    14:59:50,112 07-Nov-2017 WARN  Type: VM_RECOVERY_COMPLETE
    14:59:50,112 07-Nov-2017 WARN  Status: SUCCESS
    14:59:50,112 07-Nov-2017 WARN  Status Code: 200
    14:59:50,112 07-Nov-2017 WARN  Status Msg: Recovery: Successfully recovered VM [vnf1-DEPLOYMENT-_vnf1-D_0_a6843886-77b4-4f38-b941-74eb527113a8]

    #Log in to new EM and verify EM state is up.

    ubuntu@vnf1vnfddeploymentem-1:~$ /opt/cisco/ncs/current/bin/ncs_cli -u admin -C

    admin connected from 172.17.180.6 using ssh on vnf1vnfddeploymentem-1

    admin@scm# show ems

    EM            VNFM

    ID  SLA  SCM  PROXY
    ---------------------
    2   up   up   up
    3   up   up   up

    عند فشل ESC في بدء تشغيل VM

    1. في بعض الحالات، سيفشل مركز الأنظمة الإلكترونية في بدء تشغيل الجهاز الظاهري (VM) بسبب حالة غير متوقعة. الحل البديل هو تنفيذ تحويل ESC من خلال إعادة تشغيل ESC الرئيسي. تستغرق عملية تحويل مركز الأنظمة الإلكترونية (ESC) حوالي دقيقة. قم بتنفيذ health.sh على Master ESC الجديد للتحقق مما إذا كان قيد التشغيل. عندما يصبح ESC رئيسيا، يمكن أن يقوم ESC بإصلاح حالة VM وبدء تشغيل VM. بما أن هذه العملية مجدولة، يجب الانتظار 5-7 دقائق حتى تكتمل. 

    2. يمكنك مراقبة /var/log/esc/yangesc.log و/var/log/esc/escmanager.log. إذا رأيت أنه لم يتم إسترداد الجهاز الظاهري بعد 5-7 دقائق، فسيحتاج المستخدم إلى الذهاب وإجراء الاسترداد اليدوي للجهاز الظاهري (الأجهزة الافتراضية) المتأثرة.

    3. بمجرد إستعادة VM وتشغيله بنجاح؛ تأكد من إستعادة جميع التكوين المحدد syslog من النسخ الاحتياطي السابق المعروف. تأكد من استعادته في جميع الأجهزة الافتراضية (ESC).

    root@abautotestvnfm1em-0:/etc/rsyslog.d# pwd
    /etc/rsyslog.d

    root@abautotestvnfm1em-0:/etc/rsyslog.d# ll

    total 28
    drwxr-xr-x  2 root root 4096 Jun  7 18:38 ./
    drwxr-xr-x 86 root root 4096 Jun  6 20:33 ../]
    -rw-r--r--  1 root root  319 Jun  7 18:36 00-vnmf-proxy.conf
    -rw-r--r--  1 root root  317 Jun  7 18:38 01-ncs-java.conf
    -rw-r--r--  1 root root  311 Mar 17  2012 20-ufw.conf
    -rw-r--r--  1 root root  252 Nov 23  2015 21-cloudinit.conf
    -rw-r--r--  1 root root 1655 Apr 18  2013 50-default.conf

    root@abautotestvnfm1em-0:/etc/rsyslog.d# ls /etc/rsyslog.conf
    rsyslog.conf

    إسترداد StarOS 

    1. في حالة ظهور أحد أجهزة StarOS VM في حالة "لا شيء/خطأ" بسبب شرط واحد أو آخر، يمكن للمستخدم اتباع هذا التسلسل لاسترداد الجهاز الظاهري ل StarOS الذي تأثر.

    2. إن ESC/VNFM هو المكون الذي يراقب الأجهزة الافتراضية في نظام التشغيل StarOS لذلك في حالة وجود CF/SF في حالة خطأ، سيحاول ESC الاسترداد التلقائي ل CF/SF VM. لأي سبب، إذا تعذر على ESC إكمال الاسترداد بنجاح، سيقوم ESC بوضع علامة على VM في حالة الخطأ.

    3. في مثل هذه السيناريوهات، يمكن للمستخدم القيام باسترداد يدوي لمعرف vm الخاص بالمحول (CF/SF) بمجرد إصلاح مشكلة البنية الأساسية الأساسية الأساسية. من المهم تنفيذ هذا الاسترداد اليدوي فقط بعد إصلاح مشكلة أساسية.

    4. حدد الجهاز الظاهري في حالة الخطأ.

    [stack@pod1-ospd ~]$ source corerc

    [stack@pod1-ospd ~]$ nova list --field name,host,status |grep -i err   
    | c794207b-a51e-455e-9a53-3b8ff3520bb9 | vnf1-DEPLOYMENT-_s4_0_c2b19084-26b3-4c9c-8639-62428a4cb3a3 | None                                 | ERROR   |

    5. سجل الدخول إلى مدير ESC، وقم بتنفيذ الاسترداد-vm-action لكل صفيف تخزين (EM) متأثر وخادم CF VM.كن صبورا. سيقوم ESC بجدولة إجراء الاسترداد وقد لا يحدث ذلك لبضع دقائق.

                          

    ubuntu@vnf1-uas-uas-1:~$ ssh admin@172.168.10.3
    …

    [admin@vnf1-esc-esc-0 ~]$ sudo /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli recovery-vm-action DO vnf1-DEPLOYMENT-_s4_0_c2b19084-26b3-4c9c-8639-62428a4cb3a3
    [sudo] password for admin: 

    Recovery VM Action

    /opt/cisco/esc/confd/bin/netconf-console --port=830 --host=127.0.0.1 --user=admin --privKeyFile=/root/.ssh/confd_id_dsa --privKeyType=dsa --rpc=/tmp/esc_nc_cli.ZpRCGiieuW
    <?xml version="1.0" encoding="UTF-8"?>
    <rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="1">
      <ok/>
    </rpc-reply>

    ##Monitor the /var/log/esc/yangesc.log until command completes.

    [admin@vnf1-esc-esc-0 ~]$ tail -f /var/log/esc/yangesc.log
    …
    14:59:50,112 07-Nov-2017 WARN  Type: VM_RECOVERY_COMPLETE
    14:59:50,112 07-Nov-2017 WARN  Status: SUCCESS
    14:59:50,112 07-Nov-2017 WARN  Status Code: 200
    14:59:50,112 07-Nov-2017 WARN  Status Msg: Recovery: Successfully recovered VM [vnf1-DEPLOYMENT-_s4_0_c2b19084-26b3-4c9c-8639-62428a4cb3a3]

    6. تحقق أيضا من صحة ذلك من خلال تشغيل علامة التبويب show card في StarOS. إذا كان الجهاز الظاهري المسترد هو SF، فقد يحتاج المستخدم إلى جعله نشطا إذا كان مطلوبا. قم بإجراء التغييرات الضرورية في تكوين StarOS.

    [local]VNF1# show card tab
    Saturday December 02 14:40:20 UTC 2017
    Slot         Card Type                               Oper State     SPOF  Attach

    -----------  --------------------------------------  -------------  ----  ------

     1: CFC      Control Function Virtual Card           Active         No
    2: CFC      Control Function Virtual Card           Standby        -
     3: FC       4-Port Service Function Virtual Card    Active         No
     4: FC       4-Port Service Function Virtual Card    Active         No
     5: FC       4-Port Service Function Virtual Card    Active         No
     6: FC       4-Port Service Function Virtual Card    Standby        -
     7: FC       4-Port Service Function Virtual Card    Active         No
     8: FC       4-Port Service Function Virtual Card    Active         No
     9: FC       4-Port Service Function Virtual Card    Active         No
    10: FC       4-Port Service Function Virtual Card    Active         No

    عند فشل ESC في بدء تشغيل VM

    في بعض الحالات، سيفشل مركز الأنظمة الإلكترونية في بدء تشغيل الجهاز الظاهري (VM) بسبب حالة غير متوقعة. الحل البديل هو تنفيذ تحويل ESC من خلال إعادة تشغيل ESC الرئيسي. تستغرق عملية تحويل مركز الأنظمة الإلكترونية (ESC) حوالي دقيقة. قم بتنفيذ health.sh على Master ESC الجديد للتحقق من أنه قيد التشغيل. عندما يصبح ESC رئيسيا، يمكن أن يقوم ESC بإصلاح حالة VM وبدء تشغيل VM. بما أن هذه العملية مجدولة، يجب الانتظار 5-7 دقائق حتى تكتمل. يمكنك مراقبة /var/log/esc/yangesc.log و/var/log/esc/escmanager.log. إذا لم تلاحظ إسترداد الجهاز الظاهري بعد 5 إلى 7 دقائق، فستحتاج إلى الذهاب وإجراء عملية الاسترداد اليدوي للأجهزة الافتراضية (الأجهزة الافتراضية) المتأثرة.

    محفوظات المراجعة

    المراجعة تاريخ النشر التعليقات
    1.0
    29-Aug-2018
    الإصدار الأولي
    TAC Authored

    تمت المساهمة بواسطة مهندسو Cisco

    • Partheeban Rajagopal
      خدمات Cisco المتقدمة
    • Padmaraj Ramanoudjam
      خدمات Cisco المتقدمة

    هل كان هذا المستند مفيدًا؟

    Feedbackالتعليقات

    اتصل بنا

    ينطبق هذا المستند على هذه المنتجات