La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
In questo documento viene descritto come eseguire la scalabilità orizzontale manuale (aggiunta di una nuova scheda Service Function ) a un'installazione VPC-DI (Virtual Packet Core - Dual Instance) in esecuzione senza la necessità di ricaricare o reinstallare il gateway VPC. Questa funzionalità è progettata per supportare la nuova espansione di capacità del gateway.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Oltre a ciò, è necessario che questi siano i prerequisiti:
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
L'installazione viene definita installazione autonoma di AutoVNF in cui non sono disponibili soluzioni NSO. Con questo articolo, in una configurazione VPC-DI esistente in esecuzione, una persona può aggiungere la scheda SF da EM senza problemi per supportare ulteriori requisiti di capacità,
È costituito da questi tipi di VM.
Attualmente, nel gateway VPC-DI, è presente una VM SF in stato di esecuzione, ovvero una scheda SF 3 è attiva a livello di applicazione, un'altra scheda (scheda SF 4) viene aggiunta qui come parte dell'attività di scalabilità orizzontale.
HA | Alta disponibilità |
VNF | Funzione di rete virtuale |
CF | Funzione di controllo |
SF | Funzione di servizio |
ESC | Elastic Service Controller |
MOP | Metodo |
OSD | Dischi Object Storage |
HDD | Unità hard disk |
SSD | Unità a stato solido |
VIM | Virtual Infrastructure Manager |
VM | Macchina virtuale |
EM | Gestione elementi |
UAS | Ultra Automation Services |
UUID | Identificatore univoco universale |
Passaggio 1. Verificare che tutte le VM siano in stato attivo e in esecuzione ai livelli Openstack.
nova list --tenant f35c8df20d6713430eda5565f241d74a399 --field name,status,task_state,power_state
+--------------------------------------+--------------------------+--------+------------+-------------+
| ID | Name | Status | Task State | Power State |
+--------------------------------------+--------------------------+--------+------------+-------------+
| f5e2e048-f013-4b17-b2af-c427bbafd043 | lab-saegw-spgw-em-1 | ACTIVE | None | Running |
| 6a9a391a-e23c-4c1b-9d92-cdc3ed991c71 | lab-saegw-spgw-em-2 | ACTIVE | None | Running |
| ab08e077-aec7-4fa5-900c-11f5758998eb | lab-saegw-spgw-vdu-cf1-0 | ACTIVE | None | Running |
| 09524fd3-20ea-4eda-b8ff-4bd39c2af265 | lab-saegw-spgw-vdu-cf1-1 | ACTIVE | None | Running |
| ed6f7010-dabc-44ac-ae49-f625d297f8ad | lab-saegw-spgw-vdu-sf1-0 | ACTIVE | None | Running |
+--------------------------------------+--------------------------+--------+------------+-------------+
Passaggio 2. Verificare che tutti gli stati della macchina virtuale siano ATTIVI nel monitoraggio VNFM (ESC). Se una VM presenta un errore, è necessario correggerla prima di procedere con questa attività.
DEPLOYMENT NAME VM NAME STATE
-------------------------------------------------------------------------------------------------------------
lab-saegw-spgw-em lab-saegw-spgw-e_lab-sa_0_2a70c6b5-b9c7-4382-82a6-f1ad052bb824 VM_ALIVE_STATE
lab-saegw-spgw-e_lab-sa_0_ea3113bc-7582-4b49-8876-a70bf1b74634 VM_ALIVE_STATE
lab-saegw-spgw-usp-em-6.6.0 lab-saegw-spgw-u_cf1_0_a7d8d54b-2d02-415e-93f8-907f90999e2b VM_ALIVE_STATE
lab-saegw-spgw-u_cf2_0_3a4f9330-2481-4178-94e3-a656dfa45bdd VM_ALIVE_STATE
lab-saegw-spgw-u_sf1_0_9cf03821-08bf-4ef3-b6bc-471d9bf869fc VM_ALIVE_STATE
Passaggio 3. Verificare che tutte le schede siano integre all'interno del gateway VPC-DI e che lo stato di emctrl sia Attivo.
[local]ugp-saegw# show card table
Slot Card Type Oper State SPOF Attach
----------- -------------------------------------- ------------- ---- ------
1: CFC Control Function Virtual Card Active Yes
2: CFC Control Function Virtual Card Standby -
3: FC 6-Port Service Function Virtual Card Active Yes
[local]ugp-saegw#
[local]ugp-saegw# show emctrl status
emctrl status:
emctrl in state: ALIVE
[local]ugp-saegw#
Passaggio 4. Accedere a EM e verificare lo stato di integrità/sincronizzazione.
ubuntu@lab-saegw-spgw-em-1:~$ ncs_cli -u admin -C
admin@scm# show ems
EM VNFM
ID SLA SCM PROXY VERSION
------------------------------
21 UP UP UP 6.6.0
admin@scm#
admin@scm# show ncs-state ha
ncs-state ha mode master
ncs-state ha node-id AVNTSwpVTwABHAdV
ncs-state ha connected-slave [ AVNTSwpVTwABHAdW ]
admin@scm#
Ci sono alcuni altri elenchi di controlli sanitari destinati ad EM che sono fuori dall'ambito di questo articolo. Di conseguenza, se si riscontrano altri errori, occorre intervenire opportunamente.
Passaggio 5. Aggiunta della nuova SF Card 4 da EM.
Nota: È necessario prestare attenzione nella configurazione vnfc. Non deve essere in conflitto con le schede vnfc esistenti. Accertarsi quindi di eseguire le modifiche sull'ultima vnfc. Ad esempio, se in gateway si hanno 5 schede in sf vdu, è necessario scegliere e prendere in considerazione la configurazione della quinta scheda vnfc per la preparazione della nuova configurazione vnfc della scheda. Ottenere l'ultima configurazione vnfc della scheda esistente e impostare come destinazione le variabili evidenziate da modificare ai numeri successivi per le nuove schede, come indicato in questo esempio. Negli esempi riportati, l'ultimo numero di carta è 3 e il nuovo numero di carta è 4.
admin@scm# show running-config vnfdservice:vnfd lab-saegw-spgw element-group ugp constituent-vdu vdu-sf1
vnfdservice:vnfd lab-saegw-spgw
element-group ugp
constituent-vdu vdu-sf1
vnfc sf1 >>>>>>>>>>>>> has to change to “sf2”
vim-id lab-saegw-spgw-vdu-sf1-0 >>>>>>>>> has to change to “lab-saegw-spgw-vdu-sf1-1”
vnfc-ref sf-vnfc-ugp
host host-3 >>>>>>>>>>>>>> has to change to “host-4”
lifecycle-event-initialization-variable staros_param.cfg
destination-path-variables CARD_TYPE_NUM
value 0x42070100
!
destination-path-variables SLOT_CARD_NUMBER
value 3 >>>>>>>>>>>>>>> has to change to “value 4”
!
destination-path-variables VNFM_PROXY_ADDRS
value 172.20.20.21,172.20.20.22,172.20.20.23
!
!
!
!
!
Copiare la stessa configurazione vnfc con modifica delle variabili di valore vnfc, vim-id, host, SLOT_CARD_NUMBER nella suite per attivare la nuova scheda 4 come indicato sopra,
Dopo l'esecuzione delle modifiche precedenti alle variabili vnfc, vim-id, host, SLOT_CARD_NUMBER , la nuova configurazione finale della scheda vnfc è pronta per l'attivazione.
vnfdservice:vnfd lab-saegw-spgw
element-group ugp
constituent-vdu vdu-sf1
vnfc sf2
vim-id lab-saegw-spgw-vdu-sf1-1
vnfc-ref sf-vnfc-ugp
host host-4
lifecycle-event-initialization-variable staros_param.cfg
destination-path-variables CARD_TYPE_NUM
value 0x42070100
!
destination-path-variables SLOT_CARD_NUMBER
value 4
!
destination-path-variables VNFM_PROXY_ADDRS
value 172.20.20.21,172.20.20.22,172.20.20.23
!
!
!
!
!
Eseguire la nuova vnfc preparata come illustrato per la scheda 4 e non dimenticare di eseguire il commit dell'esecuzione.
admin@scm(config)#vnfdservice:vnfd lab-saegw-spgw element-group ugp constituent-vdu vdu-sf1 vnfc sf2
admin@scm(config-constituent-vdu-vdu-sf1)# vnfc sf2 vim-id lab-saegw-spgw-vdu-sf1-1 vnfc-ref sf-vnfc-ugp host host-4 lifecycle-event-initialization-variable staros_param.cfg destination-path-variables CARD_TYPE_NUM value 0x42070100
admin@scm(config-destination-path-variables-CARD_TYPE_NUM)# exit
admin@scm(config-lifecycle-event-initialization-variable-staros_param.cfg)# destination-path-variables SLOT_CARD_NUMBER value 4
admin@scm(config-destination-path-variables-SLOT_CARD_NUMBER)# exit
admin@scm(config-lifecycle-event-initialization-variable-staros_param.cfg)# destination-path-variables VNFM_PROXY_ADDRS value 172.20.20.21,172.20.20.22,172.20.20.23
admin@scm(config-destination-path-variables-VNFM_PROXY_ADDRS)# commit
Commit complete.
admin@scm(config-destination-path-variables-VNFM_PROXY_ADDRS)#
In CVIM/Openstack:
[root@PNQVFIBULD01 ~]# nova list --tenant f35c8f206713430ea5565f241d74a399 --field name,status,task_state,power_state
+--------------------------------------+--------------------------+--------+------------+-------------+
| ID | Name | Status | Task State | Power State |
+--------------------------------------+--------------------------+--------+------------+-------------+
| f5e2e048-f013-4b17-b2af-c427bbafd043 | lab-saegw-spgw-em-1 | ACTIVE | None | Running |
| 6a9a391a-e23c-4c1b-9d92-cdc3ed991c71 | lab-saegw-spgw-em-2 | ACTIVE | None | Running |
| ab08e077-aec7-4fa5-900c-11f5758998eb | lab-saegw-spgw-vdu-cf1-0 | ACTIVE | None | Running |
| 09524fd3-20ea-4eda-b8ff-4bd39c2af265 | lab-saegw-spgw-vdu-cf1-1 | ACTIVE | None | Running |
| ed6f7010-dabc-44ac-ae49-f625d297f8ad | lab-saegw-spgw-vdu-sf1-0 | ACTIVE | None | Running |
| ba7edb9a-eba9-4e96-845b-6bb9041dfcfb | lab-saegw-spgw-vdu-sf1-1 | BUILD | spawning | NOSTATE |
+--------------------------------------+--------------------------+--------+------------+-------------+
[root@PNQVFIBULD01 ~]#
VPC-DI Gateway:
[local]ugp-saegw# show card table
Slot Card Type Oper State SPOF Attach
----------- -------------------------------------- ------------- ---- ------
1: CFC Control Function Virtual Card Active Yes
2: CFC Control Function Virtual Card Standby -
3: FC 6-Port Service Function Virtual Card Active Yes
4: FC 6-Port Service Function Virtual Card Starting -
[local]ugp-saegw#
[local]ugp-saegw#
VPC-DI:
[local]ugp-saegw# show card table
Slot Card Type Oper State SPOF Attach
----------- -------------------------------------- ------------- ---- ------
1: CFC Control Function Virtual Card Active Yes
2: CFC Control Function Virtual Card Standby -
3: FC 6-Port Service Function Virtual Card Active No
4: FC 6-Port Service Function Virtual Card Standby -
[local]ugp-saegw#
EM (Gestione elementi):
admin@scm# show vnfmproxy:vnfd vdus
CONSTITUENT MEMORY STORAGE
DEVICE ELEMENT IS CPU UTILS USAGE
NAME ID CARD TYPE ID DEVICE NAME GROUP GROUP INFRA INITIALIZED VIM ID UTILS BYTES BYTES
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
lab-saegw-spgw vdu-cf1 control-function cf1 lab-saegw-spgw-cf-nc cf-nc ugp true true ab08e077-aec7-4fa5-900c-11f5758998eb - - -
cf2 lab-saegw-spgw-cf-nc cf-nc ugp true true 09524fd3-20ea-4eda-b8ff-4bd39c2af265 - - -
vdu-sf1 session-function sf1 - - ugp true false ed6f7010-dabc-44ac-ae49-f625d297f8ad - - -
sf2 - - ugp true false ba7edb9a-eba9-4e96-845b-6bb9041dfcfb - - -
Nota: La scalabilità manuale (aggiunta) di SF è completamente supportata nella versione 6.3.