Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Problemen oplossen

Taakverdeling in de SHUTOFF-staat inschakelen

Alle instanties uit de staat FOUTMER herstellen

Taakverdeling herstellen

Verifiëren

Inleiding

Deze documenten beschrijft de procedure om Cisco Gevirtualiseerde Policy en Charging Regels Functie (vPCs) instanties te herstellen die op Ultra-M/OpenStack implementaties zijn uitgevoerd.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- Openstack

- CPS

- De computer waarop de beïnvloedde instanties werden ingezet is nu beschikbaar.

- Berekende middelen zijn beschikbaar in dezelfde beschikbaarheidszone als het getroffen geval.

- De in het document vermelde back-upprocedures worden periodiek gevolgd/gepland.

Gebruikte componenten

De informatie in dit document is gebaseerd op CPS en is van toepassing op alle versies.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.

Problemen oplossen

Taakverdeling in de SHUTOFF-staat inschakelen

Indien een geval zich in de staat SHUTOFF bevindt als gevolg van een geplande sluiting of een andere reden, gebruik dan deze procedure om de instantie te starten en in het ESC de instantie te kunnen controleren.

1. Controleer de staat van voorbeeld via OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep PD

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | destackovs-compute-2  | SHUTOFF|

2. Controleer of de computer beschikbaar is en controleer of de toestand omhoog is.

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

3. Meld u aan bij ESC Active as admin-gebruiker en controleer de status van een geval in opgegevens.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli get esc_datamodel/opdata | grep PD r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 VM_ERROR_STATE

4. Macht de instantie in vanaf openstack.

source /home/stack/destackovsrc-Pcrf

nova start r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

5. Wacht vijf minuten voordat de instantie opstart en naar de actieve toestand komt.

source /home/stack/destackovsrc-Pcrf

nova list -fields name,status | grep cm

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | ACTIVE |

6. VM Monitor in ESC inschakelen nadat een geval in actieve toestand is

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

7. Voor verdere invordering van bijvoorbeeld configuraties, zie hieronder beschreven specifieke procedures per type.

Alle instanties uit de staat FOUTMER herstellen

Deze procedure wordt gebruikt als de status van CPS-instantie in openstack FOUT is:

1. Controleer de staat van voorbeeld in OpenStack.

source /home/stack/destackovsrc-Pcrf

nova list --fields name,host,status | grep PD

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | destackovs-compute-2  | ERROR|

2. Controleer of de computer beschikbaar is en werkt prima.

source /home/stack/destackovsrc

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

| state                     | up                                       |

| status                    | enabled                                  |

3. Meld u aan bij ESC Active als admin-gebruiker en controleer de status van een geval in opgegevens.

/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli get esc_datamodel/opdata | grep PD

r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 VM_ERROR_STATE

4. Zet de staat van instantie terug om de instantie terug te dwingen naar een actieve staat in plaats van naar een staat van de fout, herstart uw instantie zodra deze klaar is.

source /home/stack/destackovsrc-Pcrf

nova reset-state –active r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

nova reboot –-hard  r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957

5. Wacht vijf minuten voordat de instantie opstart en naar de actieve toestand komt.

source /home/stack/destackovsrc-Pcrf

nova list –fields name,status | grep PD

| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | r5-PD_arb_0_2eb86cbf-07e5-4e14-9002-8990588b8957 | ACTIVE |

6. Als Cluster Manager na de herstart de status van ACTIEF verandert, is VM Monitor in ESC inschakelen nadat Cluster Manager-instantie actief is.

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

7. Na herstel naar actieve/actieve staat, raadpleeg instantie type specifieke procedure om configuratie/gegevens van back-up te herstellen.

Taakverdeling herstellen

Als een taakverdeling onlangs is hersteld, gebruikt u deze procedure om de instelling van haproxy en netwerk te herstellen:

1. Het back-up- en terugzetschrift is een Python-script dat wordt gebruikt om de back-up van de gevraagde configuratie-optie te maken, die lokaal beschikbaar is op Cluster Manager VM of op andere VM's. Wanneer een herstel nodig is, wordt de verstrekte configuratie gekopieerd naar de gevraagde locatie binnen Cluster Manager VM of de specifieke VM.

Name: fig_br.py

Pad: /var/qps/install/current/scripts/modules

VM : Cluster Manager

Wanneer u dit script gebruikt, geeft u opties op en specificeert u de locatie voor het reservekopiebestand

Als het nodig is om de configuratiegegevens in de Cluster Manager te importeren, voert u deze opdracht uit:

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

Gebruik voorbeelden:

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

Configuratiegegevens van back-up/etc/van hop van de OAM (PCclient) VM, Policy Builder-configuratie en logstash

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

De configuratie van o.e.d. van de OAM (PCclient) van gegevens terugzetten, de configuratie van Policy Builder en logstash

Indien er nog een probleem is met de stabiliteit en de belastingsstabilisator VM moet worden versterkt met de configuratiebestanden van de Cluster Manager-pop en moet deze vervolgens onder de stappen 2 en 3 worden uitgevoerd

2. Om de VM archiefbestanden op de Cluster Manager te genereren met behulp van de nieuwste configuraties, voert u deze opdracht uit op clusterbeheer:

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

3. Om de taakverdeling bij te werken met de nieuwste configuratie, inlogt u in op de taakverdeling en voert u deze uit:

ssh lbxx

/etc/init.d/vm-init

Verifiëren

Om na te gaan of de LB volledig wordt teruggevorderd of niet "monitragsnota" op de LB wordt uitgevoerd. Deze opdracht zal verifiëren of alle qns-processen en alle processen die door geld worden gecontroleerd in goede toestand verkeren

- Controleer het qns-x.log in /var/log/hop. Deze logbestanden kunnen worden geïnspecteerd op fouten of fouten die van invloed kunnen zijn op de verwerking van het verkeer