Guida alla modalità di scarico Juniper Apstra
Pubblicato
Numero di telefono: 2024-10-16
RETI Apstra Drain
Società per azioni Juniper Networks, Inc.
1133 Innovazione Way
Sunnyvale, California 94089
U.S.A.
Numero di telefono: 408-745-2000
www.juniper.net
Juniper Networks, il logo Juniper Networks, Juniper e Junos sono marchi registrati di Juniper Networks, Inc.
negli Stati Uniti e in altri paesi. Tutti gli altri marchi, marchi di servizio, marchi registrati o marchi di servizio registrati sono di proprietà dei rispettivi proprietari.
Juniper Networks non si assume alcuna responsabilità per eventuali inesattezze in questo documento. Juniper Networks si riserva il diritto di cambiare, modificare, trasferire o altrimenti rivedere questa pubblicazione senza preavviso.
Guida alla modalità di scarico Juniper Apstra
Copyright © 2024 Juniper Networks, Inc. Tutti i diritti riservati.
Le informazioni in questo documento sono aggiornate alla data sul frontespizio.
AVVISO ANNO 2000
I prodotti hardware e software di Juniper Networks sono conformi all'anno 2000. Il sistema operativo Junos non ha limitazioni di tempo note per tutto l'anno 2038. Tuttavia, è noto che l'applicazione NTP ha alcune difficoltà nell'anno 2036.
CONTRATTO DI LICENZA PER L'UTENTE FINALE
Il prodotto Juniper Networks oggetto della presente documentazione tecnica è costituito da (o è destinato all'uso con) il software Juniper Networks. L'uso di tale software è soggetto ai termini e alle condizioni dell'Accordo di licenza con l'utente finale ("EULA") pubblicato all'indirizzo https://support.juniper.net/support/eula/. Scaricando, installando o utilizzando tale software, accetti i termini e le condizioni di tale EULA.
Informazioni su questa guida
Questa guida fornisce informazioni sull'utilizzo della modalità Drain in Juniper Apstra, con esempi di configurazioneampmeno.
La modalità Drain consente di drenare gradualmente il traffico dai dispositivi senza interrompere i percorsi dei vicini BGP.
Introduzione
Juniper Apstra supporta la modalità Drain per gli switch gestiti, consentendo all'operatore di drenare con eleganza il traffico dai dispositivi senza semplicemente chiudere le relazioni BGP neighbor. Ciò viene implementato tramite modifiche al processo BGP (route-map in entrata/uscita), chiudendo le porte del server L2 connesse e chiudendo le porte del peer link MLAG. Utilizzando la modalità Drain, gli operatori possono ridurre al minimo il numero di traffico interrotto/perso durante queste operazioni. Durante la manutenzione, la ridondanza è gestita da ECMP/MLAG finché sono presenti sistemi ridondanti idonei. Un'espampdi seguito viene visualizzato il file della modalità Drain sugli switch Spine:

Attiva o disattiva la modalità di scarico
IN QUESTA SEZIONE
Attiva la modalità di scarico | 4
Disabilita la modalità di scarico | 5
Attiva la modalità di scarico
Attiva la modalità di scarico commutando i dispositivi sullo stato di scarico in Juniper Apstra:

Una volta commutato il dispositivo su Drain, la modifica deve essere completata con il pulsante Commit. L'immagine seguente mostra un esempioampil flusso di lavoro utilizzando la funzionalità Drain.

Disabilita la modalità di scarico
Per ripristinare il servizio di un dispositivo, riportare l'impostazione Modalità di distribuzione su Distribuisci, quindi su Commit.
Monitoraggio IBA dei dispositivi in modalità di scarico
IN QUESTA SEZIONE
Exampil | 7
Utilizzo consigliato | 8
In Juniper Apstra è disponibile una sonda IBA (analisi basata sugli intenti) predefinita. È possibile attivarla istanziando una sonda predefinita denominata "Drain traffic anomaly". Il valore richiesto per la soglia in bps funziona come segue:
- Il valore è la somma netta del traffico su tutte le hosted_interfaces
- Ciò non include il traffico sulla porta di gestione Ethernet che non fa parte della misurazione della sonda
- Queste interfacce includono tutti i percorsi abilitati L3 BGP
- Le interfacce rivolte al server vengono chiuse durante la modalità di drenaggio e non fanno parte di questo calcolo
- La soglia descrive la quantità di traffico su cui si desidera essere avvisati (oltre il valore) se i dispositivi sono nello stato di scarico
- In questo modo si evita di dover effettuare operazioni di manutenzione su un dispositivo che non è stato completamente svuotato.
Example
Spine1 è connesso a 4 switch leaf, ogni connessione esegue il processo di routing eBGP. Tutti i flussi di traffico basati sull'applicazione (server) vengono rielaborati tramite ECMP su altri link e gli aggiornamenti di base dei vicini BGP sono ancora in esecuzione. In un lab example con una topologia piccola, questo è effettivamente 1.5 KBPS per collegamento. Con 4 vicini, il traffico totale che ci aspettiamo rimanga sui dispositivi è di circa 6 KBPS. Se impostiamo la soglia della sonda in bps a 10 KBPS (10000), la sonda genera anomalie se ci sono più di 10K su tutte e 4 le interfacce combinate.
Utilizzo consigliato
Abilita la sonda con 100 KBPS e lasciala in esecuzione in tutti i Blueprint. Quando un dispositivo entra nello stato Drain, appare un'anomalia mentre il traffico viene rimosso dai link. Questa anomalia dovrebbe esistere solo per pochi secondi. Se l'anomalia non scompare, il dispositivo non è completamente in modalità Drain. Una volta che l'anomalia scompare, sei libero di commutare il dispositivo sullo stato Ready per metterlo completamente fuori servizio. È anche possibile che non vedrai l'anomalia poiché potrebbe apparire e scomparire molto rapidamente.
Configurazione Examples
IN QUESTA SEZIONE
- Dispositivi di drenaggio della colonna vertebrale (schemi L2 e L3) | 10
- Dispositivi Drain Leaf (porte rivolte al server con MLAG) | 13
- Dispositivi Drain Leaf (porte rivolte al server L2 senza MLAG) | 18
- Dispositivi Drain Leaf (server connessi L3) | 23
Le sezioni seguenti forniscono esempi di configurazione della modalità di scaricoamples per diverse combinazioni di sistemi operativi e dispositivi.
Dispositivi di drenaggio della colonna vertebrale (schemi L2 e L3)
IN QUESTA SEZIONE
- Scarico (NX-OS) | 11
- Scarico (Giunoni) | 12
Durante il drenaggio della colonna vertebrale si verifica quanto segue:
- I percorsi in uscita vengono rimossi dalla tabella di routing del dispositivo.
- I percorsi verso destinazioni con l'ASN (Autonomous System Number) del dispositivo nell'AS-PATH vengono rimossi da tutti i dispositivi nella rete.
- I pacchetti vengono inoltrati attraverso i restanti percorsi ECMP (Equal Cost Multi-Path) per tutte le destinazioni.
NOTA: È altamente improbabile che un singolo pacchetto in transito venga perso. Questo, tuttavia, dipende dagli algoritmi di hashing del percorso ECMP L3-L2 nell'hardware e nel NOS.

Scarico (NX-OS)

Scarico (Giunoni)

Dispositivi Drain Leaf (porte rivolte al server con MLAG)
IN QUESTA SEZIONE
- Scarico (NX-OS) | 14
- Scarico (EOS) | 15
- Undrain (NS-OS) | 16
- Non drenaggio (EOS) | 17
Quanto segue si verifica quando si svuotano i dispositivi Leaf con una porta rivolta al server in un MLAG:
- Una route-map viene posizionata su tutti i vicini BGP limitando le rotte in entrata e in uscita.
- Le interfacce rivolte al server vengono chiuse.
- Le interfacce peer MLAG sono state disattivate.
Cosa succede a L3:
- I percorsi in uscita vengono rimossi dalla tabella di routing del dispositivo.
- I percorsi verso destinazioni con l'ASN del dispositivo nell'AS-PATH vengono rimossi da tutti i dispositivi nella rete.
- I pacchetti vengono inoltrati attraverso i restanti percorsi ECMP per tutte le destinazioni.
NOTA: È altamente improbabile che un singolo pacchetto in transito venga perso, tuttavia ciò dipende dagli algoritmi di hashing del percorso L3 ECMP-L2 nell'hardware e nel NOS.
Cosa succede a L2:
- Le interfacce server per questo dispositivo saranno disattivate.
- I pacchetti provenienti dal server che vengono sottoposti ad hash su questo dispositivo tramite MLAG potrebbero essere eliminati a seconda della fase in cui si trovano nel processo di inoltro.
- I pacchetti provenienti dal server che vengono sottoposti ad hash su questo dispositivo tramite MLAG possono essere inoltrati tramite il collegamento peer MLAG, a seconda della fase in cui si trovano nel processo di inoltro.
- I flussi verranno ristabiliti sulle interfacce MLAG alternative.
- Verranno stabiliti nuovi flussi sulle restanti interfacce MLAG.

Scarico (NX-OS)



Non drenato (NS-OS)
Cosa succede a L2:
- L'interfaccia del server per questo dispositivo verrà attivata
- I nuovi flussi verranno sottoposti ad hash sulla nuova interfaccia MLAG disponibile

Non drenaggio (EOS)
Cosa succede a L2:
- L'interfaccia del server per questo dispositivo verrà attivata
- I nuovi flussi verranno sottoposti ad hash sulla nuova interfaccia MLAG disponibile

Dispositivi Drain Leaf (porte rivolte al server L2 senza MLAG)
IN QUESTA SEZIONE
- Scarico (Giunoni) | 18
- Scarico (NX-OS) | 20
- Scarico (EOS) | 20
- Undrain (NX-OS) | 21
- Non drenaggio (EOS) | 22
Quanto segue si verifica quando si svuota un dispositivo Leaf con una porta rivolta al server senza MLAG:
- Una mappa di percorso viene posizionata su tutti i vicini BGP limitando i percorsi in entrata e in uscita
- Le interfacce rivolte al server vengono arrestate
Scarico (Giunoni)

Scarico (NX-OS)

Scarico (EOS)


Svuotamento (NX-OS)


Non drenaggio (EOS)


Dispositivi Drain Leaf (server connessi L3)
IN QUESTA SEZIONE
- Scarico (EOS) | 24
- Non drenaggio (EOS) | 24
Quanto segue si verifica quando si svuota un dispositivo Leaf con un server connesso a L3.

Scarico (EOS)
Non drenaggio (EOS)

GUARDA ANCHE
Traffico del dispositivo di drenaggio
Documenti / Risorse
![]() |
Juniper NETWORKS Apstra scarico [pdf] Guida utente Apstra scarico, Apstra, scarico |
