Processo di aggiornamento per il cluster vManage 3 Nodes se non è necessario l'aggiornamento del database di configurazione

Opzioni per il download

PDF (1.2 MB)
Visualizza con Adobe Reader su diversi dispositivi
ePub (905.1 KB)
Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (1.0 MB)
Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi

Aggiornato:24 agosto 2022

ID documento:218080

Linguaggio senza pregiudizi

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.

Informazioni su questa traduzione

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

Introduzione

In questo documento viene descritto il processo di gestione del cluster vManage a 3 nodi se non è necessario eseguire la configurazione o l'aggiornamento del database oppure se il nuovo codice si trova nella stessa formazione software.

Prerequisiti

Istantanee delle 3 VM per nodo vManage acquisite dall'amministratore vManage se la soluzione è in locale o dal team Cisco CloudOps se la soluzione è ospitata in Cisco.
Eseguire un backup di configuration-db con il comando request nms configuration-db backup path path/filename
Copiare il file di backup del database di configurazione dal nodo vManage.

Componenti usati

vManage cluster di 3 nodi nella versione 20.3.4.
Immagine vManage 20.3.4.1.

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.

Premesse

Il processo descritto in questo documento fa riferimento ad aggiornamenti che non richiedono un aggiornamento del database di configurazione.

Controllare il documento Cisco vManage Upgrade Paths nelle Note sulla versione di ciascun codice per verificare se è necessario l'aggiornamento di configuration-db.

Nota: Configuration-db deve essere aggiornato quando l'aggiornamento viene da Cisco vManage versione 18.4.x/19.2.x a Cisco vManage versione 20.3.x /20.4.x o da Cisco vManage versione 20.3.x/20.4.x a Cisco vManage versione 20.5.x/20.6.x. Fare riferimento alla sezione Aggiornamento di un cluster Cisco vManage.

Processo di aggiornamento

Assicurarsi in ogni nodo cluster vManage che:

Le connessioni di controllo sono attive tra ciascun nodo vManage.
Il protocollo NETCONF (Network Configuration Protocol) è stabile
Le interfacce fuori banda sono raggiungibili tra ogni nodo vManage.
Agente di raccolta dati (DCA) in RUN in tutti i nodi del cluster.

Per controllare lo stato di NETCONF, passare a Tools > SSH Session e accedere a ciascun nodo vManage. Se l'accesso ha esito positivo, NETCONF è valido.

OSPF (Open Shortest Path First) show control connections mostra se esistono connessioni di controllo tra i nodi vManage, come mostrato nell'immagine.

iaestrad_12-1660340126846

Per verificare la connettività, eseguire il ping degli indirizzi IP remoti fuori banda e avviare l'interfaccia fuori banda da qualsiasi nodo vManage.

Utilizzare il request nms data-collection-agent status per controllare lo stato del DCA.

2. Caricare il nuovo codice Cisco Viptela vManage in vManage Software Repository su un nodo.

3. Passare a Maintenance > Software Upgrade.

4. Selezionare la casella dei 3 nodi vManage, fare clic su Upgrade, e scegliere la nuova versione.

iaestrad_2-1660338730876

5. Selezionare Upgrade e selezionare vManage come piattaforma.

6. Selezionare il nuovo codice dal menu a discesa e fare clic su Upgrade..

iaestrad_0-1660927290289

7. L'installazione del software viene eseguita nodo per nodo. Mentre il primo nodo vManage inizia con l'installazione del nuovo codice, gli altri nodi si trovano in Scheduled stato.

Una volta completato, il primo nodo inizia a installare il nuovo codice sul nodo vManage successivo fino a quando l'immagine non viene installata correttamente sui tre (3) nodi.

GUI display

Nota: L'azione di aggiornamento per il cluster vManage non è la stessa di un vManage autonomo o di qualsiasi altro dispositivo nella sovrapposizione. L'azione di aggiornamento eseguita dalla GUI installa l'immagine solo nei nodi vManage. Il nuovo codice non viene attivato sui nodi vManage.
L'attivazione del nuovo codice viene eseguita manualmente da request software activate

 Nota: L'installazione del nuovo codice non riesce se le sessioni NETCONF non sono integre; non vi sono connessioni Control tra i nodi vManage oppure le interfacce fuori banda presentano problemi di raggiungibilità.
 8. Una volta scaricato e installato il nuovo codice in ogni nodo vManage, attivare il nuovo codice manualmente.
 
 
 
 OSPF (Open Shortest Path First) show software l'output conferma che il nuovo codice è stato installato. Controllare la show software su ciascun nodo e verificare che l'installazione dell'immagine sia stata completata correttamente.
 
 
 
 9. Eseguire il request nms all status per ottenere l'output per ogni nodo vManage e determinare quali servizi sono abilitati prima dell'aggiornamento.
 
 10. Utilizzare il request nms all stop per arrestare tutti i servizi su ciascun nodo vManage.
 
 Suggerimento: Non interagire con la sessione CLI finché tutti i servizi nms non vengono arrestati per evitare problemi imprevisti.
 11. Preparare la request software activate  e tenerlo pronto in ogni sessione CLI per ogni nodo vManage.
 
 
 
 12. Inserire il request software activate su ogni nodo vManage e confermare l'attivazione del nuovo codice.
 
 Dopo l'attivazione, ogni nodo viene riavviato per l'avvio con il nuovo codice di partizione. La GUI di vManage è temporaneamente irraggiungibile, come mostrato nell'immagine.
 
 13. Quando il sistema è pronto, consente di accedere a ciascun nodo vManage e mostra la nuova versione di vManage.
 
 Utilizzare il request software upgrade-confirm per confermare l'aggiornamento su ogni nodo vManage.
 
 Verifica se lo stato è confermato da user o auto
 
 14.  Al termine dell'attivazione, tutti i sistemi NMS verranno avviati in modo indipendente.
 Se alcuni servizi non sono stati avviati, arrestare nuovamente tutti i servizi su ciascun nodo vManage dopo l'attivazione e riavviare manualmente il NMS nodo per nodo, servizio per servizio.
 Seguire la sequenza documentata in Riavvio manuale dei processi vManage.
 All'avvio del server applicazioni, tenere presente che i controlli vengono stabiliti nel log su ciascun nodo.
 
 
 Verifica
 Utilizzare il request nms all status per verificare che tutti i servizi funzionanti prima dell'aggiornamento siano in RUN dopo l'attivazione del nuovo codice.
  
     
 
 Collegarsi a uno dei nodi GUI di Cisco vManage e verificare che 3 nodi vManage siano in buono stato nel dashboard vManage.
 
 Passa a Administration > Cluster Management per verificare che ogni nodo vManage sia attivo ready e i servizi funzionano correttamente (solo SD-AVC opzionale).
 
 Verificare che tutti i nodi siano raggiungibili tramite lo strumento SSH dall'interfaccia utente di vManage. Se è possibile eseguire l'accesso e visualizzare le connessioni di controllo per ogni cluster di nodi vManage e cedge/vedge, il cluster è in uno stato valido e vengono stabilite sessioni NETCONF tra i nodi.
 
 Informazioni correlate
 Guida al cluster vManage
Documentazione e supporto tecnico – Cisco Systems