Vervanging van OSD-computing UCS 240M4 - vEPC

Downloadopties

  • PDF     (186.8 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (1.2 MB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (747.0 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:4 september 2018
Document-id:213478

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

    Inleiding

    In dit document worden de stappen beschreven die vereist zijn om een defecte OSD-computingsserver (Object Storage Disk) te vervangen in een Ultra-M-instelling waarop StarOS Virtual Network Services (VPN’s) wordt opgeslagen.

    Achtergrondinformatie

    Ultra-M is een voorverpakte en gevalideerde gevirtualiseerde mobiele pakketoplossing die is ontworpen om de plaatsing van VPN’s te vereenvoudigen. OpenStack is de Gevirtualiseerde Infrastructuur Manager (VIM) voor Ultra-M en bestaat uit deze knooptypes:

    • berekenen
    • OSD - Compileren
    • Controller
    • OpenStack Platform - Director (OSPF)

    De hoge architectuur van Ultra-M en de betrokken onderdelen zijn in deze afbeelding weergegeven:

    213478-replacement-of-osd-compute-ucs-240m4-v-00.png

    Dit document is bedoeld voor het Cisco-personeel dat bekend is met het Cisco Ultra-M-platform en bevat informatie over de stappen die moeten worden uitgevoerd op het niveau OpenStack en StarOS VPN op het moment dat de Computeserververvanging plaatsvindt.

    Opmerking: De Ultra M 5.1.x release wordt overwogen om de procedures in dit document te definiëren.

    Werkstroom van de MoP

    213478-replacement-of-osd-compute-ucs-240m4-v-01.png

                           

    Afkortingen

    VNF   Virtuele netwerkfunctie
    CF    Bedieningsfunctie
    SF    Service-functie
    ESC   Elastic Service Controller
    MOP   Procedure
    OSD   Objectopslaglocaties
    HDD   Station vaste schijf
    SSD   Solid State Drive
    VIM   Virtual-infrastructuurbeheer
    VM    Virtuele machine
    EM    Element Manager
    UAS   Ultra Automation Services
    UUID   Universele unieke ID-versterker

    Voorwaarden

    Reserve-OSPF

    Voordat u een OSD-computing knooppunt vervangt, is het belangrijk om de huidige status van uw Red Hat OpenStack Platform-omgeving te controleren. Aanbevolen wordt om de huidige status te controleren om complicaties te voorkomen wanneer het computing-vervangingsproces is ingeschakeld. Deze stroom van vervanging kan worden bereikt.

    In het geval van herstel, raadt Cisco u aan om een back-up te maken van de OSPF-database (DB) met het gebruik van deze stappen:

    [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

    Dit proces zorgt ervoor dat een knooppunt kan worden vervangen zonder dat de beschikbaarheid van een bepaald geval wordt beïnvloed. Ook wordt aanbevolen een back-up te maken van de StarOS-configuratie, met name als het te vervangen computerknooppunt de CF-VM huisvest.

    Identificeer de VM's die worden Hosted in het OSD-computing knooppunt

    Identificeer de VM's die op de computing server worden aangeboden. Er zijn twee mogelijkheden:

    De OSD-Computeserver bevat EM/UAS/Auto-Deployment/Auto-IT-combinatie van VM's:

      

    [stack@director ~]$ nova list --field name,host | grep osd-compute-0
    | c6144778-9afd-4946-8453-78c817368f18 | AUTO-DEPLOY-VNF2-uas-0                                   | pod1-osd-compute-0.localdomain |
    | 2d051522-bce2-4809-8d63-0c0e17f251dc | AUTO-IT-VNF2-uas-0                                       | pod1-osd-compute-0.localdomain |
    | 507d67c2-1d00-4321-b9d1-da879af524f8 | VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-88a2d6fa82ea | pod1-osd-compute-0.localdomain |
    | f5bd7b9c-476a-4679-83e5-303f0aae9309 | VNF2-UAS-uas-0                                           | pod1-osd-compute-0.localdomain |

    De computing-server bevat een combinatie van CF/ESC/EM/UAS met VM's:

    [stack@director ~]$ nova list --field name,host | grep osd-compute-1
    | 507d67c2-1d00-4321-b9d1-da879af524f8 | VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-88a2d6fa82ea   | pod1-compute-8.localdomain     |
    | f9c0763a-4a4f-4bbd-af51-bc7545774be2 | VNF2-DEPLOYM_c1_0_df4be88d-b4bf-4456-945a-3812653ee229     | pod1-compute-8.localdomain     |
    | 75528898-ef4b-4d68-b05d-882014708694 | VNF2-ESC-ESC-0                                             | pod1-compute-8.localdomain     |
    | f5bd7b9c-476a-4679-83e5-303f0aae9309 | VNF2-UAS-uas-0                                             | pod1-compute-8.localdomain     |

    Opmerking: In de hier weergegeven output komt de eerste kolom overeen met de UUID, de tweede kolom is de VM naam en de derde kolom is de hostname waar de VM aanwezig is. De parameters uit deze uitvoer worden in de volgende secties gebruikt.

    Controleer of Ceph over een beschikbare capaciteit beschikt om één OSD-server te kunnen verwijderen:

    [root@pod1-osd-compute-1 ~]# sudo ceph df

    GLOBAL:

        SIZE       AVAIL      RAW USED     %RAW USED

        13393G     11804G        1589G         11.87

    POOLS:

        NAME        ID    USED      %USED     MAX AVAIL     OBJECTS

        rbd         0          0         0         3876G           0

        metrics     1     4157M      0.10         3876G      215385

        images      2     6731M      0.17         3876G         897

        backups     3         0         0         3876G           0

        volumes     4      399G      9.34         3876G      102373

        vms         5      122G      3.06         3876G       31863

    Controleer of de status van de ceptboom op de OSD-Computserver is ingesteld:

    [heat-admin@pod1-osd-compute-1 ~]$ sudo ceph osd tree

    ID WEIGHT   TYPE NAME                         UP/DOWN REWEIGHT PRIMARY-AFFINITY

    -1 13.07996 root default

    -2  4.35999     host pod1-osd-compute-0

    0  1.09000         osd.0                          up  1.00000          1.00000

    3  1.09000         osd.3                          up1.00000          1.00000

    6  1.09000         osd.6                          up  1.00000          1.00000

    9  1.09000         osd.9                          up  1.00000          1.00000

    -3  4.35999     host pod1-osd-compute-2

    1  1.09000        osd.1                          up  1.00000          1.00000

    4  1.09000         osd.4                          up  1.00000          1.00000

    7  1.09000         osd.7                          up  1.00000          1.00000

    10  1.09000         osd.10                         up  1.00000          1.00000

    -4  4.35999     host pod1-osd-compute-1

    2  1.09000         osd.2                          up  1.00000          1.00000

    5  1.09000         osd.5                          up  1.00000          1.00000

    8  1.09000         osd.8                          up  1.00000          1.00000

    11  1.09000         osd.11                         up  1.00000          1.00000

    Ceph-processen zijn actief op de OSD-Computserver:

    [root@pod1-osd-compute-1 ~]# systemctl list-units *ceph*

    UNIT                              LOAD   ACTIVE SUB     DESCRIPTION

    var-lib-ceph-osd-ceph\x2d11.mount loaded active mounted /var/lib/ceph/osd/ceph-11

    var-lib-ceph-osd-ceph\x2d2.mount  loaded active mounted /var/lib/ceph/osd/ceph-2

    var-lib-ceph-osd-ceph\x2d5.mount  loaded active mounted /var/lib/ceph/osd/ceph-5

    var-lib-ceph-osd-ceph\x2d8.mount  loaded active mounted /var/lib/ceph/osd/ceph-8

    ceph-osd@11.service               loaded active running Ceph object storage daemon

    ceph-osd@2.service                loaded active running Ceph object storage daemon

    ceph-osd@5.service                loaded active running Ceph object storage daemon

    ceph-osd@8.service                loaded active running Ceph object storage daemon

    system-ceph\x2ddisk.slice         loaded active active  system-ceph\x2ddisk.slice

    system-ceph\x2dosd.slice          loaded active active  system-ceph\x2dosd.slice

    ceph-mon.target                   loaded active active  ceph target allowing to start/stop all ceph-mon@.service instances at once

    ceph-osd.target                   loaded active active  ceph target allowing to start/stop all ceph-osd@.service instances at once

    ceph-radosgw.target               loaded active active  ceph target allowing to start/stop all ceph-radosgw@.service instances at once

    ceph.target                       loaded active active  ceph target allowing to start/stop all ceph*@.service instances at once           

     

    Schakel elk Ceph-exemplaar uit en verwijder elk exemplaar van OSD en ontkoppel de directory. Doe dit met elke Ceph-instantie:

    [root@pod1-osd-compute-1 ~]# systemctl disable ceph-osd@11



    [root@pod1-osd-compute-1 ~]# systemctl stop ceph-osd@11



    [root@pod1-osd-compute-1 ~]# ceph osd out 11

    marked out osd.11.



    [root@pod1-osd-compute-1 ~]# ceph osd crush remove osd.11

    removed item id 11 name 'osd.11' from crush map



    [root@pod1-osd-compute-1 ~]# ceph auth del osd.11

    updated



    [root@pod1-osd-compute-1 ~]# ceph osd rm 11

    removed osd.11



    [root@pod1-osd-compute-1 ~]# umount /var/lib/ceph.osd/ceph-11



    [root@pod1-osd-compute-1 ~]# rm -rf /var/lib/ceph.osd/ceph-11

     of

    Het script Clean.sh kan worden gebruikt om deze taak uit te voeren:

    [heat-admin@pod1-osd-compute-0 ~]$ sudo ls /var/lib/ceph/osd

    ceph-11 ceph-3 ceph-6 ceph-8

    [heat-admin@pod1-osd-compute-0 ~]$ /bin/sh clean.sh



    [heat-admin@pod1-osd-compute-0 ~]$ cat clean.sh

    #!/bin/sh

    set -x

    CEPH=`sudo ls /var/lib/ceph/osd`

    for c in $CEPH

    do

       i=`echo $c |cut -d'-' -f2`

       sudo systemctl disable ceph-osd@$i || (echo "error rc:$?"; exit 1)

       sleep 2

       sudo systemctl stop ceph-osd@$i || (echo "error rc:$?"; exit 1)

       sleep 2

       sudo ceph osd out $i || (echo "error rc:$?"; exit 1)

       sleep 2

       sudo ceph osd crush remove osd.$i || (echo "error rc:$?"; exit 1)

       sleep 2

       sudo ceph auth del osd.$i || (echo "error rc:$?"; exit 1)

       sleep 2

       sudo ceph osd rm $i || (echo "error rc:$?"; exit 1)

       sleep 2

       sudo umount /var/lib/ceph/osd/$c || (echo "error rc:$?"; exit 1)

       sleep 2

       sudo rm -rf /var/lib/ceph/osd/$c || (echo "error rc:$?"; exit 1)

       sleep 2

    done

    sudo ceph osd tree 

    Nadat alle OSD-processen zijn gemigreerd/verwijderd, kan het knooppunt uit de overcloud worden verwijderd.

    Opmerking: wanneer Ceph wordt verwijderd, gaat VNF HD RAID naar de gedegradeerde staat, maar de HD-disk moet nog toegankelijk zijn.

    GainMaker-voeding

    Zaak 1. OSD-computingsknooppunt, hosts CF/ESC/EM/AS

    CF-kaart naar standby-staat verplaatsen

    Meld u aan bij de StarOS VNF en identificeer de kaart die overeenkomt met de CF VM. Gebruik de UUID van de CF VM die uit de paragraaf geïdentificeerd is, de VM's identificeren die in het OSD-Compute Node worden gehost, en de kaart vinden die overeenkomt met de UUID.

    [local]VNF2# show card hardware
    Tuesday might 08 16:49:42 UTC 2018
    <snip>
    Card 2:
      Card Type               : Control Function Virtual Card
      CPU Packages            : 8 [#0, #1, #2, #3, #4, #5, #6, #7]
      CPU Nodes               : 1
      CPU Cores/Threads       : 8
      Memory                  : 16384M (qvpc-di-large)
      UUID/Serial Number      : F9C0763A-4A4F-4BBD-AF51-BC7545774BE2
    <snip>

    Controleer de status van de kaart:

    [local]VNF2# show card table
    Tuesday might 08 16:52:53 UTC 2018
    Slot         Card Type                               Oper State     SPOF  Attach
    -----------  --------------------------------------  -------------  ----  ------
     1: CFC      Control Function Virtual Card           Standby        -
     2: CFC      Control Function Virtual Card           Active         No          
     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    Active         No         
     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    Standby        -

    Als de kaart actief is, dient u de kaart naar de stand-by status te verplaatsen:

    [local]VNF2# card migrate from 2 to 1

    Schakel CF- en EM-VM uit ESC

    Meld u aan bij het ESC-knooppunt dat overeenkomt met de VNF en controleer de status van de VM's:

    [admin@VNF2-esc-esc-0 ~]$ cd /opt/cisco/esc/esc-confd/esc-cli
    [admin@VNF2-esc-esc-0 esc-cli]$ ./esc_nc_cli get esc_datamodel | egrep --color "<state>|<vm_name>|<vm_id>|<deployment_name>"
    <snip>
    <state>SERVICE_ACTIVE_STATE</state>
                        <vm_name>VNF2-DEPLOYM_c1_0_df4be88d-b4bf-4456-945a-3812653ee229</vm_name>
                        <state>VM_ALIVE_STATE</state>
                        <vm_name>VNF2-DEPLOYM_c3_0_3e0db133-c13b-4e3d-ac14-
                        <state>VM_ALIVE_STATE</state>
    <deployment_name>VNF2-DEPLOYMENT-em</deployment_name>
                      <vm_id>507d67c2-1d00-4321-b9d1-da879af524f8</vm_id>
                      <vm_id>dc168a6a-4aeb-4e81-abd9-91d7568b5f7c</vm_id>
                      <vm_id>9ffec58b-4b9d-4072-b944-5413bf7fcf07</vm_id>
                    <state>SERVICE_ACTIVE_STATE</state>
                        <vm_name>VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-88a2d6fa82ea</vm_name>
                        <state>VM_ALIVE_STATE</state>
    <snip>

    Stop de CF en EM VM één voor één met één met het gebruik van de VM-naam. VM-naam genoteerd uit paragraaf Identificeer de VM's die worden gehost in het OSD-Computingsknooppunt.

    [admin@VNF2-esc-esc-0 esc-cli]$ ./esc_nc_cli vm-action STOP VNF2-DEPLOYM_c1_0_df4be88d-b4bf-4456-945a-3812653ee229

    [admin@VNF2-esc-esc-0 esc-cli]$ ./esc_nc_cli vm-action STOP VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-88a2d6fa82ea

      

    Nadat dit is gestopt, moeten de VM's de SHUTOFF-status invoeren:

    [admin@VNF2-esc-esc-0 ~]$ cd /opt/cisco/esc/esc-confd/esc-cli
    [admin@VNF2-esc-esc-0 esc-cli]$ ./esc_nc_cli get esc_datamodel | egrep --color "<state>|<vm_name>|<vm_id>|<deployment_name>"
    <snip>
    <state>SERVICE_ACTIVE_STATE</state>
                        <vm_name>VNF2-DEPLOYM_c1_0_df4be88d-b4bf-4456-945a-3812653ee229</vm_name>
                        <state>VM_SHUTOFF_STATE</state>
                        <vm_name>VNF2-DEPLOYM_c3_0_3e0db133-c13b-4e3d-ac14-
                        <state>VM_ALIVE_STATE</state>
    <deployment_name>VNF2-DEPLOYMENT-em</deployment_name>
                      <vm_id>507d67c2-1d00-4321-b9d1-da879af524f8</vm_id>
                      <vm_id>dc168a6a-4aeb-4e81-abd9-91d7568b5f7c</vm_id>
                      <vm_id>9ffec58b-4b9d-4072-b944-5413bf7fcf07</vm_id>
                    <state>SERVICE_ACTIVE_STATE</state>
                        <vm_name>VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-88a2d6fa82ea</vm_name>
                        
       
       
         VM_SHUTOFF_STATE 
       
    <snip>

    ESC naar standby-modus verplaatsen

    Meld u aan bij het ESC dat in het computerknooppunt is opgeslagen en controleer of dit in de standaardinstelling is. Zo ja, schakel ESC in op de stand-by modus:

    [admin@VNF2-esc-esc-0 esc-cli]$ escadm status
    0 ESC status=0 ESC Master Healthy


    [admin@VNF2-esc-esc-0 ~]$ sudo service keepalived stop
    Stopping keepalived:                                       [  OK  ]

    [admin@VNF2-esc-esc-0 ~]$ escadm status
    1 ESC status=0 In SWITCHING_TO_STOP state. Please check status after a while.

    [admin@VNF2-esc-esc-0 ~]$ sudo reboot
    Broadcast message from admin@vnf1-esc-esc-0.novalocal
           (/dev/pts/0) at 13:32 ...
    The system is going down for reboot NOW!

      

    Verwijder het OSD-computing knooppunt uit de Nova Geaggregeerde lijst

    Geef een lijst van de nova-aggregaten en identificeer het aggregaat dat overeenkomt met de Computeserver op basis van de VNF-code die door deze wordt gehost. Gewoonlijk heeft het de indeling <VNFNAME>-EM-MGMT<X> en <VNFNAME>-CF-MGMT<X>:

    [stack@director ~]$ nova aggregate-list
    +----+-------------------+-------------------+
    | Id | Name              | Availability Zone |
    +----+-------------------+-------------------+
    | 29 | POD1-AUTOIT   | mgmt              |
    | 57 | VNF1-SERVICE1 | -                 |
    | 60 | VNF1-EM-MGMT1 | -                 |
    | 63 | VNF1-CF-MGMT1 | -                 |
    | 66 | VNF2-CF-MGMT2 | -                 |
    | 69 | VNF2-EM-MGMT2 | -                 |
    | 72 | VNF2-SERVICE2 | -                 |
    | 75 | VNF3-CF-MGMT3 | -                 |
    | 78 | VNF3-EM-MGMT3 | -                 |
    | 81 | VNF3-SERVICE3 | -                 |
    +----+-------------------+-------------------+

    In dit geval behoort de OSD-Computeserver tot VNF2. De corresponderende aggregaten zouden VNF2-CF-MGMT2 en VNF2-EM-MGMT2 zijn.

    Verwijder het OSD-computing knooppunt van het geïdentificeerde aggregaat:

    nova aggregate-remove-host 
       
        
         
       

    [stack@director ~]$ nova aggregate-remove-host VNF2-CF-MGMT2 pod1-osd-compute-0.localdomain
    [stack@director ~]$ nova aggregate-remove-host VNF2-EM-MGMT2 pod1-osd-compute-0.localdomain
    [stack@director ~]$ nova aggregate-remove-host POD1-AUTOIT   pod1-osd-compute-0.localdomain

    Controleer of het OSD-computing knooppunt uit de aggregaten is verwijderd. Zorg er nu voor dat de host niet in de lijst met aggregaten staat:

    nova aggregate-show 
       
       

    [stack@director ~]$ nova aggregate-show VNF2-CF-MGMT2
    [stack@director ~]$ nova aggregate-show VNF2-EM-MGMT2
    [stack@director ~]$ nova aggregate-show POD1-AUTOIT 

    Case 2. OSD-computingsknooppunt, hosts automatisch implementeren/Auto-IT/EM/AS

    Back-up van CDB van automatisch implementeren

    Maak een back-up van de automatische implementatie van opgeslagen cdb-gegevens periodiek of na elke activering/deactivering en bewaar het bestand op een reserveserver.Auto-implementatie is niet overbodig en als deze gegevens verloren gaan, is het moeilijk de implementatie te deactiveren.

    Meld u aan bij Auto-Deployment VM en back-up van een cdb-directory:

    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-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


    root@auto-deploy-iso-2007-uas-0:~# service uas-confd start

    uas-confd start/running, process 13852

    Opmerking: Kopieer de reservekopie van de reservekopie_cdb_backup.tar naar de reserveserver. 

    Reserve-systeem.cfg van Auto-IT

    Neem de back-up van system.cfg bestand naar de reserveserver:

         Auto-it = 10.1.1.2
         Backup server = 10.2.2.2


    [stack@director ~]$ ssh ubuntu@10.1.1.2
    ubuntu@10.1.1.2's password: 
    Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-76-generic x86_64)

     * Documentation:  https://help.ubuntu.com/

      System information as of Wed Jun 13 16:21:34 UTC 2018

      System load:  0.02               Processes:           87
      Usage of /:   15.1% of 78.71GB   Users logged in:     0
      Memory usage: 13%                IP address for eth0: 172.16.182.4
      Swap usage:   0%

      Graph this data and manage this system at:
        https://landscape.canonical.com/

      Get cloud support with Ubuntu Advantage Cloud Guest:
        http://www.ubuntu.com/business/services/cloud

      Cisco Ultra Services Platform (USP) 
        Build Date: Wed Feb 14 12:58:22 EST 2018
        Description: UAS build assemble-uas#1891
        sha1: bf02ced


    ubuntu@auto-it-vnf-uas-0:~$ scp -r /opt/cisco/usp/uploads/system.cfg root@10.2.2.2:/home/stack
    root@10.2.2.2's password: 
    system.cfg                                                                                                                                                                                                          100%  565     0.6KB/s   00:00    
    ubuntu@auto-it-vnf-uas-0:~$ 

    Opmerking: De procedures die moeten worden uitgevoerd voor een vreedzame stopzetting van EM/UAS op basis van OSD-Compute-0 zijn in beide gevallen gelijk. Raadpleeg Case.1 voor hetzelfde doel.

    OSD-computing knooppunt verwijderen

    De in dit deel genoemde stappen zijn gebruikelijk ongeacht de VM's die in het computerknooppunt worden georganiseerd.

    OSD-computing knooppunt uit de servicelijst verwijderen

    Verwijdert de computing-service uit de servicelijst.

    [stack@director ~]$ source corerc
    [stack@director ~]$ openstack compute service list | grep osd-compute-0
    | 404 | nova-compute     | pod1-osd-compute-0.localdomain     | nova     | enabled | up    | 2018-05-08T18:40:56.000000 |

    openstack compute service delete 
       
       
    [stack@director ~]$ openstack compute service delete 404

    Neutron agentia verwijderen

    Verwijdert de oude neutron agent en open switch agent voor de computing server:

    [stack@director ~]$ openstack network agent list | grep osd-compute-0
    | c3ee92ba-aa23-480c-ac81-d3d8d01dcc03 | Open vSwitch agent | pod1-osd-compute-0.localdomain     | None              | False  | UP    | neutron-openvswitch-agent |
    | ec19cb01-abbb-4773-8397-8739d9b0a349 | NIC Switch agent   | pod1-osd-compute-0.localdomain     | None              | False  | UP    | neutron-sriov-nic-agent   |

    openstack network agent delete 
       
       

    [stack@director ~]$ openstack network agent delete c3ee92ba-aa23-480c-ac81-d3d8d01dcc03
    [stack@director ~]$ openstack network agent delete ec19cb01-abbb-4773-8397-8739d9b0a349

    Verwijderen uit de Nova- en de Ironische databank

    Verwijdert een knooppunt uit de nova-lijst en de ironische database en controleer deze:

    [stack@director ~]$ source stackrc

    [stack@al01-pod1-ospd ~]$ nova list | grep osd-compute-0
    | c2cfa4d6-9c88-4ba0-9970-857d1a18d02c | pod1-osd-compute-0 | ACTIVE | -          | Running     | ctlplane=192.200.0.114 |

    [stack@al01-pod1-ospd ~]$ nova delete c2cfa4d6-9c88-4ba0-9970-857d1a18d02c

    nova show 
       
       
         | grep hypervisor 
       

    [stack@director ~]$ nova show pod1-osd-compute-0 | grep hypervisor
    | OS-EXT-SRV-ATTR:hypervisor_hostname  | 4ab21917-32fa-43a6-9260-02538b5c7a5a

    ironic node-delete 
       
       

    [stack@director ~]$ ironic node-delete 4ab21917-32fa-43a6-9260-02538b5c7a5a 
    [stack@director ~]$ ironic node-list (node delete must not be listed now)

    Verwijderen uit Overcloud

    Maak een script met de naam Delete_knoop.sh met de inhoud zoals getoond. Zorg ervoor dat de genoemde sjablonen dezelfde zijn als de sjablonen die in het .sh script worden gebruikt dat voor de stapel implementatie wordt gebruikt:

     delete_node.sh

     openstack overcloud node delete --templates -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/neutron-sriov.yaml -e /home/stack/custom-templates/network.yaml -e /home/stack/custom-templates/ceph.yaml -e /home/stack/custom-templates/compute.yaml -e /home/stack/custom-templates/layout.yaml -e /home/stack/custom-templates/layout.yaml --stack 
       
        
       
       
    [stack@director ~]$ source stackrc
    [stack@director ~]$ /bin/sh delete_node.sh
    + openstack overcloud node delete --templates -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/neutron-sriov.yaml -e /home/stack/custom-templates/network.yaml -e /home/stack/custom-templates/ceph.yaml -e /home/stack/custom-templates/compute.yaml -e /home/stack/custom-templates/layout.yaml -e /home/stack/custom-templates/layout.yaml --stack pod1 49ac5f22-469e-4b84-badc-031083db0533
    Deleting the following nodes from stack pod1:
    - 49ac5f22-469e-4b84-badc-031083db0533
    Started Mistral Workflow. Execution ID: 4ab4508a-c1d5-4e48-9b95-ad9a5baa20ae

    real   0m52.078s
    user   0m0.383s
    sys    0m0.086s

    Wacht tot de OpenStack handeling om naar de COMPLETE status te gaan:

    [stack@director ~]$  openstack stack list
    +--------------------------------------+------------+-----------------+----------------------+----------------------+
    | ID                                   | Stack Name | Stack Status    | Creation Time        | Updated Time         |
    +--------------------------------------+------------+-----------------+----------------------+----------------------+
    | 5df68458-095d-43bd-a8c4-033e68ba79a0 | pod1 | UPDATE_COMPLETE | 2018-05-08T21:30:06Z | 2018-05-08T20:42:48Z |
    +--------------------------------------+------------+-----------------+----------------------+---------------------- 

    Installeer het nieuwe computing-knooppunt

    • De stappen om een nieuwe UCS C240 M4-server te installeren en de eerste setup-stappen kunnen worden doorverwezen van:

         Cisco UCS C240 M4-serverinstallatie en -servicegids

    • Plaats na de installatie van de server de harde schijven in de respectieve sleuven als de oude server
    • Inloggen op de server met gebruik van de CIMC IP
    • Start een upgrade als de firmware niet voldoet aan de eerder gebruikte aanbevolen versie. Hier worden stappen voor een upgrade gegeven:

         Cisco UCS C-Series upgrade-handleiding voor rackservers

    • Controleer de status van de fysieke stuurprogramma's. Het moet ongeconimageerd goed zijn
    • Maak een virtueel station van de fysieke schijven met niveau 1

    213478-replacement-of-osd-compute-ucs-240m4-v-02.pngOpslag > Cisco 12G SAS modulaire controller (SLOT-HBA) > Physical Drive-informatie

    Opmerking: Deze afbeelding is alleen bedoeld voor illustratiedoeleinden. In de huidige, OSD-Compute CIMC zie je zeven fysieke schijven in slots (1,2,3,7,8,9,10) in ongeconfigureerde goede toestand, aangezien er geen virtuele stuurprogramma's van deze groeven worden gemaakt.

    213478-replacement-of-osd-compute-ucs-240m4-v-03.pngOpslag > Cisco 12G SAS modulaire controller (SLOT-HBA) > Controller informatie > Virtual Drive maken vanaf ongebruikte fysieke stuurprogramma’s

    213478-replacement-of-osd-compute-ucs-240m4-v-04.pngSelecteer VD en stel "Instellen als Boot Drive" in

    213478-replacement-of-osd-compute-ucs-240m4-v-05.pngIPMI via LAN inschakelen: Admin > Communicatieservices > Communicatieservices

    213478-replacement-of-osd-compute-ucs-240m4-v-06.pnghyperthreading uitschakelen: Compileren > configuratiescherm > Geavanceerd > processorconfiguratie

    • Maak, net zoals bij BOOTOS VD gemaakt met fysieke schijven 1 en 2, vier meer virtuele schijven als

      JOURNAL > Van fysieke drijfveer nummer 3

      OSD1 > Van fysiek station 7

      OSD2 > Van fysiek station nummer 8

      OSD3 > Van fysiek station nummer 9

      OSD4 > Van fysiek station nummer 10

    • Aan het eind moeten de Fysieke schijven en de Virtuele schijven vergelijkbaar zijn zoals in de afbeelding:

    213478-replacement-of-osd-compute-ucs-240m4-v-07.pngvirtuele schijven213478-replacement-of-osd-compute-ucs-240m4-v-08.pngFysieke rijtuigen

    Opmerking: Het beeld dat hier wordt getoond en de configuratiestappen die in dit gedeelte worden beschreven, zijn gebaseerd op versie 3.0(3e) van de firmware en er kunnen kleine variaties zijn als u aan andere versies werkt.

    Voeg het nieuwe OSD-computing knooppunt aan de overcloud toe

    De in dit deel genoemde stappen zijn gebruikelijk ongeacht de VM die door het computerknooppunt wordt georganiseerd.

    Voeg server met een andere index toe.

    Maak een add_knooppunt.json bestand met alleen de details van de nieuwe computing server die moet worden toegevoegd. Zorg ervoor dat het indexnummer voor de nieuwe OSD-Computeserver niet eerder is gebruikt. Meestal, increment de volgende hoogste berekende waarde.

    Voorbeeld: Highest was OSD-Compute-0, zo gemaakt OSD-Compute-3 in het geval van een 2-f systeem. 

    Opmerking: Let op de notatie.

    [stack@director ~]$ cat add_node.json 
    {
        "nodes":[
            {
                "mac":[
                    "<MAC_ADDRESS>"
                ],
                "capabilities": "node:osd-compute-3,boot_option:local",
                "cpu":"24",
                "memory":"256000",
                "disk":"3000",
                "arch":"x86_64",
                "pm_type":"pxe_ipmitool",
                "pm_user":"admin",
                "pm_password":"<PASSWORD>",
                "pm_addr":"192.100.0.5"
            }
        ]
    }

    Importeert het zogenoemde bestand:

    [stack@director ~]$ openstack baremetal import --json add_node.json
    Started Mistral Workflow. Execution ID: 78f3b22c-5c11-4d08-a00f-8553b09f497d
    Successfully registered node UUID 7eddfa87-6ae6-4308-b1d2-78c98689a56e
    Started Mistral Workflow. Execution ID: 33a68c16-c6fd-4f2a-9df9-926545f2127e
    Successfully set all nodes to available.

      

    Start knooppunt-introspectie met behulp van de UUID die u in de vorige stap hebt opgemerkt:

    [stack@director ~]$ openstack baremetal node manage 7eddfa87-6ae6-4308-b1d2-78c98689a56e
    [stack@director ~]$ ironic node-list |grep 7eddfa87
    | 7eddfa87-6ae6-4308-b1d2-78c98689a56e | None | None                                 | power off   | manageable         | False       |
    [stack@director ~]$ openstack overcloud node introspect 7eddfa87-6ae6-4308-b1d2-78c98689a56e --provide
    Started Mistral Workflow. Execution ID: e320298a-6562-42e3-8ba6-5ce6d8524e5c
    Waiting for introspection to finish...
    Successfully introspected all nodes.
    Introspection completed.
    Started Mistral Workflow. Execution ID: c4a90d7b-ebf2-4fcb-96bf-e3168aa69dc9
    Successfully set all nodes to available.

    [stack@director ~]$ ironic node-list |grep available
    | 7eddfa87-6ae6-4308-b1d2-78c98689a56e | None | None                                 | power off   | available          | False       |

    Voeg IP adressen toe aan custom-templates/layout.yml onder OsdComputeIPs. In dit geval, wanneer u OSD-Compute 0 vervangt, voegt u dat adres toe aan het eind van de lijst voor elk type:

    OsdComputeIPs:

        internal_api:

        - 11.120.0.43

        - 11.120.0.44

        - 11.120.0.45

        - 11.120.0.43   <<< take osd-compute-0 .43 and add here

        tenant:

        - 11.117.0.43

        - 11.117.0.44

        - 11.117.0.45

        - 11.117.0.43   << and here

        storage:

        - 11.118.0.43

        - 11.118.0.44

        - 11.118.0.45

        - 11.118.0.43   << and here

        storage_mgmt:

        - 11.119.0.43

        - 11.119.0.44

        - 11.119.0.45

        - 11.119.0.43   << and here

    Start opstellen.sh script dat eerder gebruikt werd om de stapel te implementeren, om het nieuwe computing knooppunt aan de overcloud toe te voegen:

    [stack@director ~]$ ./deploy.sh
    ++ openstack overcloud deploy --templates -r /home/stack/custom-templates/custom-roles.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/neutron-sriov.yaml -e /home/stack/custom-templates/network.yaml -e /home/stack/custom-templates/ceph.yaml -e /home/stack/custom-templates/compute.yaml -e /home/stack/custom-templates/layout.yaml --stack ADN-ultram --debug --log-file overcloudDeploy_11_06_17__16_39_26.log --ntp-server 172.24.167.109 --neutron-flat-networks phys_pcie1_0,phys_pcie1_1,phys_pcie4_0,phys_pcie4_1 --neutron-network-vlan-ranges datacentre:1001:1050 --neutron-disable-tunneling --verbose --timeout 180
    …
    Starting new HTTP connection (1): 192.200.0.1
    "POST /v2/action_executions HTTP/1.1" 201 1695
    HTTP POST http://192.200.0.1:8989/v2/action_executions 201
    Overcloud Endpoint: http://10.1.2.5:5000/v2.0
    Overcloud Deployed
    clean_up DeployOvercloud: 
    END return value: 0

    real   38m38.971s
    user   0m3.605s
    sys    0m0.466s

    Wacht tot de status van OpenStack COMPLETE is:

    [stack@director ~]$  openstack stack list
    +--------------------------------------+------------+-----------------+----------------------+----------------------+
    | ID                                   | Stack Name | Stack Status    | Creation Time        | Updated Time         |
    +--------------------------------------+------------+-----------------+----------------------+----------------------+
    | 5df68458-095d-43bd-a8c4-033e68ba79a0 | pod1       | UPDATE_COMPLETE | 2017-11-02T21:30:06Z | 2017-11-06T21:40:58Z |
    +--------------------------------------+------------+-----------------+----------------------+----------------------+

    Controleer of het nieuwe OSD-Computknooppunt in de actieve status is:

    [stack@director ~]$ source stackrc
    [stack@director ~]$ nova list |grep osd-compute-3
    | 0f2d88cd-d2b9-4f28-b2ca-13e305ad49ea | pod1-osd-compute-3    | ACTIVE | -          | Running     | ctlplane=192.200.0.117 |

    [stack@director ~]$ source corerc
    [stack@director ~]$ openstack hypervisor list |grep osd-compute-3
    | 63 | pod1-osd-compute-3.localdomain    |

    Meld u aan bij de nieuwe OSD-computing server en controleer de Ceph-processen. Eerst wordt de status in HEALTH_WARN gegeven zodra Ceph zich herstelt:

    [heat-admin@pod1-osd-compute-3 ~]$ sudo ceph -s

        cluster eb2bb192-b1c9-11e6-9205-525400330666

         health HEALTH_WARN

                223 pgs backfill_wait

                4 pgs backfilling

                41 pgs degraded

                227 pgs stuck unclean

                41 pgs undersized

                recovery 45229/1300136 objects degraded (3.479%)

                recovery 525016/1300136 objects misplaced (40.382%)

         monmap e1: 3 mons at {Pod1-controller-0=11.118.0.40:6789/0,Pod1-controller-1=11.118.0.41:6789/0,Pod1-controller-2=11.118.0.42:6789/0}

                election epoch 58, quorum 0,1,2 Pod1-controller-0,Pod1-controller-1,Pod1-controller-2

         osdmap e986: 12 osds: 12 up, 12 in; 225 remapped pgs

                flags sortbitwise,require_jewel_osds

          pgmap v781746: 704 pgs, 6 pools, 533 GB data, 344 kobjects

                1553 GB used, 11840 GB / 13393 GB avail

                45229/1300136 objects degraded (3.479%)

                525016/1300136 objects misplaced (40.382%)

                     477 active+clean

                     186 active+remapped+wait_backfill

                      37 active+undersized+degraded+remapped+wait_backfill

                       4 active+undersized+degraded+remapped+backfilling

    Maar na een korte periode (20 minuten) keerde Ceph terug naar een HEALTH_OK-status:

    [heat-admin@pod1-osd-compute-3 ~]$ sudo ceph -s

        cluster eb2bb192-b1c9-11e6-9205-525400330666

         health HEALTH_OK

         monmap e1: 3 mons at {Pod1-controller-0=11.118.0.40:6789/0,Pod1-controller-1=11.118.0.41:6789/0,Pod1-controller-2=11.118.0.42:6789/0}

                election epoch 58, quorum 0,1,2 Pod1-controller-0,Pod1-controller-1,Pod1-controller-2

         osdmap e1398: 12 osds: 12 up, 12 in

                flags sortbitwise,require_jewel_osds

          pgmap v784311: 704 pgs, 6 pools, 533 GB data, 344 kobjects

                1599 GB used, 11793 GB / 13393 GB avail

                     704 active+clean

      client io 8168 kB/s wr, 0 op/s rd, 32 op/s wr



    [heat-admin@pod1-osd-compute-3 ~]$ sudo ceph osd tree

    ID WEIGHT   TYPE NAME                         UP/DOWN REWEIGHT PRIMARY-AFFINITY

    -1 13.07996 root default

    -2        0     host pod1-osd-compute-0

    -3  4.35999     host pod1-osd-compute-2

     1  1.09000         osd.1                          up  1.00000          1.00000

     4  1.09000         osd.4                          up  1.00000          1.00000

     7  1.09000         osd.7                          up  1.00000          1.00000

    10  1.09000         osd.10                         up  1.00000          1.00000

    -4  4.35999     host pod1-osd-compute-1

     2  1.09000         osd.2                          up  1.00000          1.00000

     5  1.09000         osd.5                          up  1.00000          1.00000

     8  1.09000         osd.8                          up  1.00000          1.00000

    11  1.09000         osd.11                         up  1.00000          1.00000

    -5  4.35999     host pod1-osd-compute-3

     0  1.09000         osd.0                          up  1.00000          1.00000

     3  1.09000         osd.3                          up  1.00000          1.00000

     6  1.09000         osd.6                          up  1.00000          1.00000

     9  1.09000         osd.9                          up  1.00000          1.00000

    Instellingen voor vervanging van server

    Nadat u de server aan de overcloud hebt toegevoegd, raadpleegt u de onderstaande link om de instellingen toe te passen die eerder op de oude server aanwezig waren:

    De VM's herstellen

      

    Zaak 1. OSD-computingsysteem, CF, ESC, EM en AS

     Toevoeging aan de Nova-aggregatielijst

    Voeg het OSD-computing knooppunt toe aan de aggregaten en controleer of de host is toegevoegd. In dit geval moet het OSD-Computknooppunt worden toegevoegd aan zowel de CF- als de EM-host aggregaten.

    nova aggregate-add-host 
       
        
         
       
    [stack@director ~]$ nova aggregate-add-host VNF2-CF-MGMT2 pod1-osd-compute-3.localdomain
    [stack@director ~]$ nova aggregate-add-host VNF2-EM-MGMT2 pod1-osd-compute-3.localdomain
    [stack@direcotr ~]$ nova aggregate-add-host POD1-AUTOIT   pod1-osd-compute-3.localdomain

    nova aggregate-show 
       
       
    [stack@director ~]$ nova aggregate-show VNF2-CF-MGMT2
    [stack@director ~]$ nova aggregate-show VNF2-EM-MGMT2
    [stack@director ~]$ nova aggregate-show POD1-AUTOITT

    Terugwinning van UAS VM

    Controleer de status van de UAS VM in de nova-lijst en verwijder deze:

    [stack@director ~]$ nova list | grep VNF2-UAS-uas-0
    | 307a704c-a17c-4cdc-8e7a-3d6e7e4332fa | VNF2-UAS-uas-0                                                 | ACTIVE | -          | Running     | VNF2-UAS-uas-orchestration=172.168.11.10; VNF2-UAS-uas-management=172.168.10.3
    [stack@director ~]$ nova delete VNF2-UAS-uas-0
    Request to delete server VNF2-UAS-uas-0 has been accepted.

    Om de VM zelf te herstellen, voert u het volgende UAS-check-script uit om de toestand te controleren. Het moet een fout melden. Draai vervolgens opnieuw met —fixoptie om de ontbrekende UAS VM te herscheppen:

    [stack@director ~]$ cd /opt/cisco/usp/uas-installer/scripts/
    [stack@director scripts]$ ./uas-check.py auto-vnf VNF2-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@director scripts]$ ./uas-check.py auto-vnf VNF2-UAS --fix
    2017-11-22 14:01:07,215 - INFO: Check of AutoVNF cluster started
    2017-11-22 14:01:09,575 - INFO: Instance VNF2-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 VNF2-UAS-uas-0'
    2017-11-22 14:01:13,568 - INFO: Removed instance VNF2-UAS-uas-0'
    2017-11-22 14:01:13,568 - INFO: Creating instance VNF2-UAS-uas-0' and attaching volume ‘VNF2-UAS-uas-vol-0'
    2017-11-22 14:01:49,525 - INFO: Created instance ‘VNF2-UAS-uas-0'

    Meld u aan bij de autovnf-uas. Wacht even en UAS moet terugkeren naar de goede toestand:

    VNF2-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

    Opmerking: Als uas-check.py —fix mislukt, moet u dit bestand misschien kopiëren en opnieuw uitvoeren.

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

      

    Herstel van ESC-VM

    Controleer de status van de ESC VM in de nova-lijst en verwijder deze:

    stack@director scripts]$ nova list |grep ESC-1
    | c566efbf-1274-4588-a2d8-0682e17b0d41 | VNF2-ESC-ESC-1                                                 | ACTIVE | -          | Running     | VNF2-UAS-uas-orchestration=172.168.11.14; VNF2-UAS-uas-management=172.168.10.4                                                                                                 |
    [stack@director scripts]$ nova delete VNF2-ESC-ESC-1
    Request to delete server VNF2-ESC-ESC-1 has been accepted.

    Vink van AutoVNF-UAS de ESC-implementatietransactie aan en vind in het logboek voor de transactie de commando laars_vm.py om de ESC-instantie te creëren:

    ubuntu@VNF2-uas-uas-0:~$ sudo -i
    root@VNF2-uas-uas-0:~# confd_cli -u admin -C
    Welcome to the ConfD CLI    
    admin connected from 127.0.0.1 using console on VNF2-uas-uas-0
    VNF2-uas-uas-0#show transaction
    TX ID                                 TX TYPE          DEPLOYMENT ID    TIMESTAMP                         STATUS
    -----------------------------------------------------------------------------------------------------------------------------
    35eefc4a-d4a9-11e7-bb72-fa163ef8df2b  vnf-deployment   VNF2-DEPLOYMENT  2017-11-29T02:01:27.750692-00:00  deployment-success
    73d9c540-d4a8-11e7-bb72-fa163ef8df2b  vnfm-deployment  VNF2-ESC         2017-11-29T01:56:02.133663-00:00  deployment-success


    VNF2-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: VNF2-ESC, deactivate: 0
    2017-11-29 01:56:02,179 - Notify deployment
    ..
    2017-11-29 01:57:30,385 - Creating VNFM 'VNF2-ESC-ESC-1' with [python //opt/cisco/vnf-staging/bootvm.py VNF2-ESC-ESC-1 --flavor VNF2-ESC-ESC-flavor --image 3fe6b197-961b-4651-af22-dfd910436689 --net VNF2-UAS-uas-management --gateway_ip 172.168.10.1 --net VNF2-UAS-uas-orchestration --os_auth_url http://10.1.2.5:5000/v2.0 --os_tenant_name core --os_username ****** --os_password ****** --bs_os_auth_url http://10.1.2.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

    Sla de regel booster_vm.py op in een shell script bestand (esc.sh) en update alle gebruikersnaam **** en het wachtwoord ***** met de juiste informatie (meestal kern/<WACHTWOORD>). U moet ook de optie -encrypt_key verwijderen.  Voor user_pass en user_confd_pass, moet u de bestandsindeling - gebruikersnaam gebruiken: wachtwoord (bijvoorbeeld - admin:<WACHTWOORD>).

    Vind de URL om bootvm.py van in werking stellen-configuratie en krijg het bootvm.py bestand aan de VM voor autovnf-uas. In dit geval is 10.1.2.3 de IP van Auto-IT VM:

    root@VNF2-uas-uas-0:~# confd_cli -u admin -C
    Welcome to the ConfD CLI
    admin connected from 127.0.0.1 using console on VNF2-uas-uas-0
    VNF2-uas-uas-0#show running-config autovnf-vnfm:vnfm
    …
    configs bootvm
      value http:// 10.1.2.3:80/bundles/5.1.7-2007/vnfm-bundle/bootvm-2_3_2_155.py
    !
    root@VNF2-uas-uas-0:~# wget http://10.1.2.3:80/bundles/5.1.7-2007/vnfm-bundle/bootvm-2_3_2_155.py
    --2017-12-01 20:25:52--  http://10.1.2.3 /bundles/5.1.7-2007/vnfm-bundle/bootvm-2_3_2_155.py
    Connecting to 10.1.2.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]

    Een /tmp/esc_params.cfg-bestand maken:

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

    Draai shell script om ESC uit het UAS knooppunt te zetten:

    root@VNF2-uas-uas-0:~# /bin/sh esc.sh
    + python ./bootvm.py VNF2-ESC-ESC-1 --flavor VNF2-ESC-ESC-flavor --image 3fe6b197-961b-4651-af22-dfd910436689
     --net VNF2-UAS-uas-management --gateway_ip 172.168.10.1 --net VNF2-UAS-uas-orchestration --os_auth_url 
    http://10.1.2.5:5000/v2.0 --os_tenant_name core --os_username core --os_password <PASSWORD> --bs_os_auth_url 
    http://10.1.2.5:5000/v2.0 --bs_os_tenant_name core --bs_os_username core --bs_os_password <PASSWORD> 
    --esc_ui_startup false --esc_params_file /tmp/esc_params.cfg --user_pass admin:<PASSWORD> --user_confd_pass 
    admin:<PASSWORD> --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

    Meld u aan bij het nieuwe ESC en controleer de back-upstaat:

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

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

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

    Recover-CF- en EM-VM’s van ESC

    Controleer de status van de CF- en EM-VM's op de nova-lijst. Ze moeten in de staat FOUT zijn:

    [stack@director ~]$ source corerc
    [stack@director ~]$ nova list --field name,host,status |grep -i err   
    | 507d67c2-1d00-4321-b9d1-da879af524f8 | VNF2-DEPLOYM_XXXX_0_c8d98f0f-d874-45d0-af75-88a2d6fa82ea | None                                 | ERROR|
    | f9c0763a-4a4f-4bbd-af51-bc7545774be2 | VNF2-DEPLOYM_c1_0_df4be88d-b4bf-4456-945a-3812653ee229     |None                                 | ERROR

    Meld u aan bij ESC Master, voer recovery-vm-actie voor elke aangetaste EM en CF VM. Wees geduldig. ESC zou dan de terugvorderingsactie plannen en die zou wel eens een paar minuten kunnen duren. Monitor het yangesc.log:

    sudo /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli recovery-vm-action DO 
       
       

    [admin@VNF2-esc-esc-0 ~]$ sudo /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli recovery-vm-action DO VNF2-DEPLOYMENT-_VNF2-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>

    [admin@VNF2-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 [VNF2-DEPLOYMENT-_VNF2-D_0_a6843886-77b4-4f38-b941-74eb527113a8]

    Log in op nieuwe EM en controleer of de EM status omhoog is:

    ubuntu@VNF2vnfddeploymentem-1:~$ /opt/cisco/ncs/current/bin/ncs_cli -u admin -C
    admin connected from 172.17.180.6 using ssh on VNF2vnfddeploymentem-1
    admin@scm# show ems
    EM            VNFM
    ID  SLA  SCM  PROXY
    ---------------------
    2   up   up   up
    3   up   up   up

    Log in op de StarOS VPN-kaart en controleer of de CF-kaart in de stand-by status staat.

    Case 2. OSD-computing knooppunt voor automatische IT, automatische implementatie, EM en UAS

    Herstel van een automatische implementering van VM

    Wanneer VM automatisch wordt geïmplementeerd maar nog steeds actief/actief is, moet u het eerst verwijderen. Indien automatisch implementeren niet van invloed was, overslaan naar herstel van auto-it VM:

    [stack@director ~]$ nova list |grep auto-deploy

    | 9b55270a-2dcd-4ac1-aba3-bf041733a0c9 | auto-deploy-ISO-2007-uas-0                                     | ACTIVE | -          | Running     | mgmt=172.16.181.12, 10.1.2.7 [stack@director ~]$ cd /opt/cisco/usp/uas-installer/scripts

    [stack@director ~]$ ./auto-deploy-booting.sh --floating-ip 10.1.2.7 --delete

    Nadat het automatisch implementeren is verwijderd, kunt u het opnieuw maken met hetzelfde zwevende IP-adres:

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

    [stack@director scripts]$ ./auto-deploy-booting.sh --floating-ip 10.1.2.7

    2017-11-17 07:05:03,038 - INFO: Creating AutoDeploy deployment (1 instance(s)) on 'http://10.84.123.4: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.2.7' 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.2.7

    Kopieer het bestand AutoDeployment.cfg, ISO en het bestand Confd_backup tar vanaf uw back-upserver om VM te automatisch implementeren en samengestelde cdb-bestanden uit een reservekopiebestand te herstellen:

    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

    Controleer dat de confd goed is geladen door eerdere transacties te controleren. Update de autoimplementation.cfg met een nieuwe OSD-Computingnaam. Raadpleeg sectie -Definitieve stap: Configuratie automatisch implementeren bijwerken:

    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



    auto-deploy-iso-2007-uas-0# exit

    Terugwinning van auto-IT VM

    Als VM op auto-it van het OSPF-type werd beïnvloed maar nog steeds actief/actief is, moet het worden verwijderd. Als de auto-it niet werd beïnvloed, sla dan over naar de volgende VM:

    [stack@director ~]$ 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.1.2.8 [stack@director ~]$ cd /opt/cisco/usp/uas-installer/scripts

    [stack@director ~]$ ./ auto-it-vnf-staging.sh --floating-ip 10.1.2.8 --delete

    Start het oploopscript van auto-it-vnf en ontwikkel de automatische it:

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

    [stack@director scripts]$ ./auto-it-vnf-staging.sh --floating-ip 10.1.2.8

    2017-11-16 12:54:31,381 - INFO: Creating StagingServer deployment (1 instance(s)) on 'http://10.84.123.4: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.2.8' 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.2.8

     Herladen van de ISO-afbeelding. In dit geval is het IP-adres auto-it 10.1.2.8. Het duurt enkele minuten om te laden:

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

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

    {                                                   

      "iso-id": "5.1.7-2007"

    }



    to check the ISO image:



    [stack@director isos]$ curl http://10.1.2.8:5001/isos

    {                                       

      "isos": [

        {

          "iso-id": "5.1.7-2007"

        }

      ]

    }

    Kopieer de VNF system.cfg-bestanden van de OspD Auto-Deployment-directory naar de automatische-it-VM:

    [stack@director autodeploy]$ scp system-vnf* ubuntu@10.1.2.8:.

    ubuntu@10.1.2.8'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

    Opmerking: De herstelprocedure van EM en UAS VM is in beide gevallen gelijk. Raadpleeg het gedeelte Case.1 voor hetzelfde.

    ESC-herstelfout verwerken

    In gevallen waarin ESC er niet in slaagt de VM te starten vanwege een onverwachte toestand, raadt Cisco u aan een ESC-omschakeling uit te voeren door de Master ESC te herstarten. De ESC-omschakeling zou ongeveer een minuut duren. Start het script health.sh op de nieuwe Master ESC om te controleren of de status omhoog is. Master ESC om de VM te starten en de VM-toestand te repareren. Deze hersteltaak kan tot vijf minuten worden voltooid.

    U kunt /var/log/esc/yangesc.log en /var/log/esc/escmanager.log controleren. Als u niet ziet dat de VM na 5-7 minuten wordt teruggewonnen, moet de gebruiker gaan en de getroffen VM(s) handmatig herstellen.

    Configuratie-updates automatisch implementeren

    Bewerk de automatische implementering.cfg vanaf AutoDeployment VM, en vervang de oude OSD-Compute-server door de nieuwe. Vervang de lading in confd_cli. Deze stap is vereist voor een succesvolle deactivering later.

    root@auto-deploy-iso-2007-uas-0:/home/ubuntu# 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#config
    Entering configuration mode terminal
    auto-deploy-iso-2007-uas-0(config)#load replace autodeploy.cfg
    Loading.     14.63 KiB parsed in 0.42 sec (34.16 KiB/sec)

    auto-deploy-iso-2007-uas-0(config)#commit
    Commit complete.
    auto-deploy-iso-2007-uas-0(config)#end

    Start uas-confd en Auto-implementaties opnieuw na de configuratie:

    root@auto-deploy-iso-2007-uas-0:~# service uas-confd restart
    uas-confd stop/waiting
    uas-confd start/running, process 14078

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

    root@auto-deploy-iso-2007-uas-0:~# service autodeploy restart
    autodeploy stop/waiting
    autodeploy start/running, process 14017
    root@auto-deploy-iso-2007-uas-0:~# service autodeploy status
    autodeploy start/running, process 14017

    Syslogs inschakelen

    Om de systemen voor de UCS Server, OpenStack-onderdelen en de teruggewonnen VM's in staat te stellen, volgt u de secties

    "Re-Enable voor UCS en OpenStack-onderdelen" en "syslog inschakelen voor VPN’s" in de onderstaande link:

    TAC Authored

    Bijgedragen door Cisco-engineers

    • Partheeban Rajagopal
      Cisco geavanceerde services
    • Padmaraj Ramanoudjam
      Cisco geavanceerde services

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco

    Dit document is van toepassing op deze producten