Chassis del server CISCO M1 configurabile su ordinazione

Specifiche

• Prodotto: Migrazione del cluster Cisco APIC M4/L4
• Rilascio: 5.3(1)
• Versione: 1.0

Informazioni sul prodotto

Cisco APIC M4/L4 Cluster Migration fornisce istruzioni dettagliate sulla sostituzione di server Cisco APIC di vecchia generazione con il modello M4/L4. È consigliato per cluster che eseguono la release 5.3(1) ed è completamente supportato da Cisco.

Requisiti di rilascio del software

1. Accendi il tuo Cisco APIC M4/L4 per determinare la versione corrente.
2. Se non è in esecuzione la versione 5.3(1), installare la versione richiesta seguendo la procedura fornita.
3. Assicurarsi che tutti i server Cisco APIC nel cluster siano aggiornati o declassati alla stessa versione di rilascio.

Compatibilità hardware
È possibile combinare i server Cisco APIC in qualsiasi combinazione, senza alcuna restrizione, fatta eccezione per il rispetto dei requisiti minimi di versione software.

Linee guida e limitazioni per la migrazione dei server Cisco APIC

• I server Cisco APIC L1/M1 non sono più supportati, ma possono essere migrati a modelli più recenti utilizzando le procedure fornite.
• Prima di dismettere un Cisco APIC, eseguire manualmente il backup della cronologia dei registri per evitare la perdita di dati.
• Sostituire un solo Cisco APIC alla volta e attendere che il cluster raggiunga uno stato di completa funzionalità prima di procedere con una nuova sostituzione.
• Non lasciare acceso un Cisco APIC dismesso.

Istruzioni per l'uso del prodotto

Per sostituire i server APIC in servizio con i modelli M4/L4:

1. Assicurarsi che durante la sostituzione non vi sia alcun impatto sul piano dati né sul piano di controllo.
2. Per sostituire i server in un cluster Cisco APIC a 3 nodi, seguire la procedura indicata, che è simile per i cluster più grandi.

Domande frequenti

• D: Posso combinare diversi modelli hardware in un cluster Cisco APIC?
  R: Sì, è possibile combinare diversi modelli hardware, ma le prestazioni restano invariate.
• D: Cosa succede alla cronologia dei log quando si dismette un Cisco APIC?
  R: Quando si dismette un Cisco APIC, tutta la cronologia dei log di errore, evento e controllo in esso archiviati viene persa. Si consiglia di eseguire manualmente il backup della cronologia dei log prima della migrazione.

Cisco APIC
Migrazione del cluster M1/M2/M3/L1/L2/L3 a M4/L4, versione 5.3(1)
Versione 1.0

Obiettivi di questo documento
Questo documento fornisce dettagli su come eseguire una sostituzione in servizio di server Cisco APIC di vecchia generazione con il modello M4/L4. Come annunciato su cisco.com1 sia i server APIC L1/M1 che APIC L2/M2 hanno raggiunto la data di fine vendita e fine vita. Al momento in cui scrivo, la sostituzione suggerita per il server Cisco APIC è APIC M4/L4.
Nota: questo documento è per le release Cisco APIC 5.3. Per informazioni sulla migrazione dei cluster per le release 6.0(2) e successive, vedere Cisco APIC M1/M2/M3/L1/L2/L3 to M4/L4 Cluster Migration, Release 6.0(2).

Requisiti di rilascio del software
L'APIC M4/L4 richiede la versione 5.3(1) o successiva del software Cisco APIC oppure la versione 6.0(2) o successiva. Questo documento utilizza la versione Cisco APIC 5.3(1d) come example. I server Cisco APIC che formano un cluster devono tutti eseguire la stessa versione software. Non è possibile avere diverse versioni software all'interno di un cluster; in tal caso, il cluster non convergerà. Esiste un'eccezione a questa regola: durante un processo di aggiornamento software, ci sarà una divergenza temporanea nelle versioni software all'interno del cluster. Ciò significa che prima di tentare di sostituire il server Cisco APIC M1/L1, M2/L2 o M3/L3 esistente con un server Cisco APIC M4/L4, è necessario portare il cluster in esecuzione a una versione supportata.
Per determinare la versione di rilascio attualmente in esecuzione sul server Cisco APIC M4/L4:

• Passo 1. Accendi il tuo Cisco APIC M4/L4 e determina quale versione stai attualmente eseguendo. Se l'APIC sta già eseguendo la versione 5.3(1), vai al passaggio 3.
• Passo 2. Se Cisco APIC M4/L4 non esegue la release 5.3(1), installare la release 5.3(1). Per la procedura, vedere Installazione del software Cisco APIC tramite CIMC Virtual Media nella Guida all'installazione di Cisco APIC e all'aggiornamento e downgrade di ACI. Seguire la procedura fino al passaggio 8.
• Passo 3. Aggiornare o effettuare il downgrade (a seconda dei casi) di ogni Cisco APIC nel cluster alla stessa versione prima di procedere ulteriormente.

Compatibilità hardware

È possibile combinare i server Cisco APIC utilizzando qualsiasi combinazione possibile. Non ci sono restrizioni, a parte la versione software minima menzionata nei Requisiti di versione software.

Tabella 1. Didascalia della tabella 

Quando un cluster mescola diversi modelli hardware, le sue prestazioni si allineano al minimo comune denominatore. Ad esempioampAd esempio, un cluster APIC-M2 è scalabile fino a 1000 porte edge, mentre un cluster APIC-M3 aumenta tale numero a 12002.

Linee guida e limitazioni per la migrazione dei server Cisco APIC

• Il server Cisco APIC L1/M1 non è più supportato. Tuttavia, puoi comunque utilizzare le procedure in questo documento per migrare i server Cisco APIC L1/M1 a un modello di server più recente.
• Quando si dismette un Cisco APIC, l'APIC perde tutta la cronologia dei log di errore, evento e controllo in esso archiviati. Se si sostituiscono tutti i Cisco APIC, si perde tutta la cronologia dei log. Prima di migrare un Cisco APIC, si consiglia di eseguire manualmente il backup della cronologia dei log.
• Non dismettere più di un Cisco APIC alla volta.
• Attendere che il cluster raggiunga lo stato di completa installazione prima di procedere con una nuova sostituzione.
• Non lasciare acceso un Cisco APIC dismesso.

Sostituzione dei server APIC in servizio
Questa sezione descrive come sostituire ogni server con un modello di server M4/L4 in servizio senza alcun impatto sul piano dati né sul piano di controllo. La procedura è completamente supportata da Cisco. Questa procedura si concentra su un cluster Cisco APIC a 3 nodi e il processo è simile per cluster più grandi.

1. Fare un passo 1. Verificare che il cluster esistente sia completamente idoneo.
   Assicurati che il tuo cluster esistente sia completamente idoneo prima di tentare questa procedura. Non devi aggiornare o modificare un cluster Cisco APIC che non sia completamente idoneo. Per verificare che il tuo cluster esistente sia completamente idoneo:
   • Nella barra dei menu, seleziona Sistema > Controller.
   • Nel riquadro di navigazione, espandere Controller e scegliere un Cisco APIC.
   • Espandere Cisco APIC e scegliere Cluster come visualizzato dal nodo.
   • Controllare lo stato operativo di tutti i nodi. I nodi devono essere "Disponibili" e lo stato di salute deve essere "Completamente in forma".
2. Passaggio 2. Registra il nome e la VLAN infrastrutturale della tua struttura esistente.
   È possibile ottenere il nome del fabric dalla schermata Cluster visto dal nodo, come mostrato nel passaggio 1c, Figura 1.
   • Se non si conosce l'ID VLAN infra e fabric del Cisco APIC, utilizzare la GUI Cisco APIC per ottenerli. Nella barra dei menu, andare su System > Controllers. Nel riquadro Navigation, andare su Controllers > apic_name. Nel riquadro Work, andare su General > Controllers e trovare la proprietà Infra VLAN.
   • Ottieni il pool TEP che hai utilizzato quando hai avviato per la prima volta il tuo fabric. Nella barra dei menu, vai su Fabric > Inventory. Nel riquadro Navigation, vai su Pod Fabric Setup Policy. Nel riquadro Work, vedi la colonna TEP Pool.
   • Ottieni l'indirizzo pool esterno IP di gruppo (GIPo) (indirizzo pool multicast) che hai utilizzato quando hai avviato per la prima volta il tuo fabric. Nella barra dei menu, vai su Sistema > Controller. Nel riquadro Navigazione, vai su Controller > apic_name. Nel riquadro Lavoro, vai su Generale > Impostazioni IP e vedi Indirizzo pool multicast.
   • Ottieni l'ID del pod tramite la CLI:
     apic1# moquery -d “topologia/pod-1/nodo-1/av/nodo-3” | grep -e podId
     ID pod: 1
   • Ottieni l'indirizzo IP di gestione out-of-band. Nella barra dei menu, vai su System > Controllers. Nel riquadro Navigation, vai su Controllers > apic_name. Nel riquadro Work, vai su General > IP Settings e vedi Out-of-Band Management.
3. Passaggio 3. Solo per un APIC autonomo (APIC su una rete Layer 3), ottenere le seguenti informazioni:
   • ID VLAN per interfaccia
   • Indirizzo IPv4 Cisco APIC
   • Indirizzo IPv4 del gateway predefinito Cisco APIC
   • Indirizzo IPv4 di un Cisco APIC attivo
     Per un Cisco APIC attivo, utilizzare l'interfaccia utente grafica dell'APIC per ottenere l'indirizzo IP di un APIC che non si prevede di dismettere:
   • Nella barra dei menu, seleziona Sistema > Controller.
   • Nel riquadro di navigazione, espandere Controller e scegliere un Cisco APIC.
   • Espandere Cisco APIC e scegliere Cluster come visualizzato dal nodo.
   • Nel riquadro Lavoro, ricavare l'indirizzo IP dalla colonna IP.
4. Fase 4. Disattivare l'ultimo Cisco APIC.
   Da Cisco APIC numero 1 o 2, all'interno del 'cluster come visto dal nodo' view (Figura 1), disattivare l'ultimo Cisco APIC facendo clic con il pulsante destro del mouse sull'APIC e scegliendo "Disattiva" come mostrato nella Figura 3. Figura 3: Disattivazione dell'ultimo APIC Attendere circa 5 minuti, quindi accedere al CIMC di quel Cisco APIC o collegare una tastiera fisica e un monitor al suo retro in modo da poter avviare una sequenza di spegnimento dopo aver disattivato il server Cisco APIC. Si vedrà lo stato di amministrazione cambiare da "In servizio" a "Fuori servizio" e lo stato operativo cambiare in "Non registrato":Quando il vecchio Cisco APIC è fuori servizio, spegnerlo:
5. Passaggio 5. Cablare i server Cisco APIC M4/L4 sostitutivi.
   Installa fisicamente i server sostitutivi nel data center e collegali al fabric Cisco ACI esistente come faresti con qualsiasi server. Se necessario, assicurati che LLDP sia disabilitato a livello di CIMC NIC. Collega la connessione di gestione out-of-band (OOB). Non c'è bisogno di accantonare nuovi indirizzi IP per i server Cisco APIC sostitutivi, perché ogni Cisco APIC assumerà semplicemente l'IP del server che sta sostituendo.
6. Passaggio 6. Accendere i server Cisco APIC M4/L4 sostitutivi.
   Accendete tutti i server Cisco APIC M4/L4 e avviate una sessione virtuale di tastiera, video, mouse, Serial over LAN (SoL) o connessione VGA fisica in modo da poter monitorare il loro processo di avvio. Dopo alcuni minuti, vi verrà chiesto di premere un tasto qualsiasi per continuare. Non premete ancora alcun tasto. Lasciate i server Cisco APIC M4/L4 in quella posizione.tage per il momento. Vedere Figura 6:
7. Fase 7. Importare l'APIC sostitutivo.
   Per un Cisco APIC in modalità Layer 2 (un APIC direttamente connesso a uno switch leaf), seleziona uno dei nuovi server Cisco APIC M4/L4 in attesa del prompt "premi un tasto qualsiasi per continuare" e premi un tasto. Ti verrà chiesto di configurare questo Cisco APIC. Inserisci i dettagli che hai registrato nel nuovo Cisco APIC come mostrato di seguito: Solo per un APIC autonomo (APIC su una rete Layer 3), è inoltre necessario immettere i seguenti dati:
   • Cluster APIC autonomo? sì/no [no]: sì
   • Inserisci l'ID VLAN per l'interfaccia (0-accesso) (0-4094) [0]: 0
   • Inserisci l'indirizzo IPV4 APIC [ABCD/NN]: 15.152.2.1/30
   • Immettere l'indirizzo IPv4 del gateway predefinito APIC [ABCD]: 15.152.2.2
   • Inserisci l'indirizzo IPv4 di un APIC attivo [ABCD]: 15.150.2.1
     Dopo aver inserito tutti i parametri, ti verrà chiesto se vuoi modificarli. Inserisci 'N' a meno che tu non abbia fatto un errore che vuoi correggere.
8. Passaggio 8. Registrare il nuovo Cisco APIC per l'appartenenza al cluster.
   Dopo circa 7-10 minuti, il nuovo server appare come non registrato nella scheda "cluster as seen by node" nella GUI, come mostrato di seguito. Fai clic con il pulsante destro del mouse sul server e avvialo. Attendi che lo stato di integrità sia completamente adatto per il nuovo server e per tutti gli altri server prima di continuare. Di solito ci vogliono 5 minuti. Nel caso di modalità rigorosa, è necessario approvare il controller.
9. Passaggio 9. Convalidare l'appartenenza al cluster.
   Dopo circa 5 minuti, osserverai le transizioni nello stato operativo e nello stato di salute. Il nuovo server ha prima uno stato di livello dati parzialmente divergente prima di convergere completamente: Poco dopo, il database del nuovo server è completamente sincronizzato con gli altri membri del cluster. Ciò si riflette in uno stato di salute completamente idoneo. Se ingrandisci le proprietà del nuovo server, vedrai che si tratta effettivamente di un M4/L4 con un nuovo numero di serie:
10. Fase 10. Disattivare il prossimo server Cisco APIC.
    Per dismettere il server successivo, ripetere i passaggi da 4 a 9. Ricordare che per dismettere un controller, è necessario eseguire l'operazione dal punto di vista di un altro server. Se si è effettuato l'accesso ad APIC-1, ad esempio, non dismettere APIC-1. Accedere ad APIC-2, andare al "cluster come visto dal nodo" view per APIC-2 e dismettere APIC-1. Di seguito è riportato quanto segue: Non dimenticare di spegnere il server dismesso prima di tentare di sostituirlo.
11. Passaggio 11. Verificare l'intero cluster.
    Dopo aver dismesso e spento il server, avvia, configura e metti in funzione l'M4, eseguendo il routing tutte le volte necessarie. Convalida che l'intero cluster sia completamente pronto: Anche il sostituto dell'APIC-1 è un modello M4: A questo punto, si dispone di un cluster Cisco APIC completamente operativo e dotato di nuovo hardware.

Dismissione dei server Cisco APIC in standby da sostituire con un cluster normale

Se il tuo cluster contiene server Cisco APIC di standby obsoleti, si applica lo stesso processo. Quando porti il ​​tuo cluster esistente a una release supportata, i server Cisco APIC di standby vengono automaticamente aggiornati.
Per disattivare i server Cisco APIC di standby:

1. Fase 1. Assicurarsi che il nuovo modello M4 o L4 esegua la stessa versione software degli altri membri del cluster.
2. Fase 2. Disattivare l'APIC Cisco di standby per sostituirlo con un membro normale del cluster. Spegnere l'APIC ed emettere il seguente comando per annullare la registrazione del controller: acidiag cluster erase standby_node_id standby_serial_number
3. Fase 3. Inserire il nuovo server M4 o L4 e specificare che il server è un Cisco APIC di standby durante la configurazione. Quando viene richiesto "Questo è un controller di standby? [NO]", immettere quanto segue:
   Si tratta di un controller di standby? [NO]: SÌ
   Nel caso di modalità rigorosa, è necessario approvare il controller.

Risoluzione dei problemi del nuovo cluster

Nella maggior parte dei casi un nuovo membro del cluster non si unirà al cluster a causa di parametri di configurazione non corretti con l'infra VLAN, il pool TEP, il nome fabric e il pool multicast o un cablaggio non corretto. Dovrai ricontrollarli. Tieni presente che ci vuole un po' di tempo prima che un nuovo controller converga completamente, attendi almeno 10 minuti. Puoi sempre accedere a un membro del cluster non pronto utilizzando l'account rescue-user. Non sarà richiesta alcuna password se il cluster è in modalità di individuazione. Se è richiesta una password, usa la password amministratore.

Fare un passo 1. Verificare le interfacce fisiche verso la struttura.
Assicurati che le interfacce verso il fabric siano attive. Puoi immettere il comando cat /proc/net/bonding/bond0. Almeno un'interfaccia deve essere attiva. È una condizione necessaria e sufficiente per stabilire l'appartenenza al cluster. Tuttavia, se una singola interfaccia è attiva, verrà generato un errore grave o critico nel Cisco APIC.

È possibile eseguire il comando acidiag bond0test per convalidare il cablaggio:

Fare un passo 2. Controllare lo stato del cluster dal nuovo Cisco APIC.
Al prompt del nuovo Cisco APIC utilizzando la console, l'uscita VGA o SSH, utilizzare
Comando "acidiag avread" per esaminare questo Cisco APIC view del cluster. Se non vedi gli altri server Cisco APIC, probabilmente c'è una mancata corrispondenza dei parametri di configurazione, un problema di cablaggio o un problema di release del software. Un cluster sano a 3 nodi mostra esattamente tre server attivi nell'output del comando acidiag avread:

Fare un passo 3. Verificare la coerenza del database.
Cisco APIC memorizza tutti i dati di configurazione e runtime in un database distribuito suddiviso in unità chiamate shard. Gli shard sono triplicati all'interno di un cluster per scopi di resilienza. Il comando consente di verificare se il database è completamente sincronizzato nel cluster con un livello di dati coerente. Utilizzare il comando acidiag rvread e assicurarsi che non compaiano barre in avanti o all'indietro da nessuna parte nello shard o nella matrice ID servizio:

© 2023 Cisco e/o sue affiliate. Tutti i diritti riservati.

Documenti / Risorse

Chassis del server CISCO M1 configurabile su ordinazione [pdf] Manuale di istruzioni M1, M2, M3, L1, L2, M4, L4, M1 Configura su ordinazione Chassis del server, M1, Configura su ordinazione Chassis del server, Ordina Chassis del server, Chassis del server, Chassis

Riferimenti

• Manuale d'uso