Settembre 12, 2021

Perché Internet è rotto?

ONTAP 9.3 è già GA a dicembre, ma c’è stato un cambiamento piuttosto significativo nel modo in cui il networking opera in ONTAP 9.2. Tuttavia, questa modifica influisce su qualsiasi rilascio dopo 9.1, quindi è bene far apparire.

Non l’ho mai toccato prima, perché non avevamo visto alcun problema con esso. Tuttavia, ora stiamo vedendo problemi occasionali derivanti da quel cambiamento, quindi voglio dettagliare tutto qui.

 flash.jpg

ONTAP 9.2 ha modernizzato il suo stack di rete per sfruttare le nuove funzionalità e funzionalità introdotte da FreeBSD. Di conseguenza, una delle funzionalità di rete utilizzate da ONTAP è andata via. Questo era noto come ” IP Fastpath.”(Questo ha portato anche alla rimozione dei gruppi di routing.)

Che cos’è IP Fastpath?

Dai documenti del prodotto:
https://library.netapp.com/ecmdocs/ECMP1368834/html/GUID-8276014A-16EB-4902-9EDC-868C5292381B.html

IP Fast path è un meccanismo di routing alternativo alla tabella di routing. In fast path, le risposte al traffico di rete in entrata vengono rispedite utilizzando la stessa interfaccia del traffico in entrata. Evitando la ricerca della tabella di routing, fast path fornisce un rapido accesso ai dati.

Se percorso veloce è abilitato su un gruppo di interfacce e un’interfaccia fisica in quel gruppo riceve una richiesta in entrata, la stessa interfaccia fisica potrebbe non inviare una risposta alla richiesta. Invece, qualsiasi altra interfaccia fisica in un gruppo di interfacce può inviare la risposta.

Come funziona fast path con NFS/UDP

Il traffico NFS/UDP utilizza fast path solo quando si invia una risposta a una richiesta. Il pacchetto di risposta viene inviato sulla stessa interfaccia di rete che ha ricevuto il pacchetto di richiesta.Ad esempio, un sistema di archiviazione denominato toaster utilizza l’interfaccia toaster-e1 per inviare pacchetti di risposta in risposta alle richieste NFS/UDP ricevute sull’interfaccia toaster-e1.Il percorso veloce viene utilizzato solo in NFS / UDP. Tuttavia, fast path non viene utilizzato in altri servizi NFS basati su UDP come portmapper, mountd e nlm.

Come funziona fast path con TCP

In una connessione TCP, fast path è disabilitato alla terza ritrasmissione e alle ritrasmissioni consecutive dello stesso pacchetto di dati. Se Data ONTAP avvia una connessione, Data ONTAP può utilizzare fast path su ogni pacchetto TCP trasmesso, tranne il primo pacchetto SYN. L’interfaccia di rete utilizzata per trasmettere un pacchetto è la stessa che ha ricevuto l’ultimo pacchetto.

IP Fastpath non era privo di errori, tuttavia. Se hai utilizzato il routing asimmetrico, potresti incorrere in problemi:

Fast path non compatibile con il routing asimmetrico

In una rete simmetrica, l’indirizzo MAC di destinazione del pacchetto di risposta è quello del router che ha inoltrato il pacchetto in arrivo. Tuttavia, nelle reti asimmetriche, il router che inoltra i pacchetti al sistema di archiviazione non è il router che inoltra i pacchetti inviati dal sistema di archiviazione. Pertanto, nelle reti asimmetriche, è necessario disabilitare il percorso veloce.

HSRP potrebbe anche presentare problemi.

http://dustydev.blogspot.com/2012/10/io-fastpathing-on-netapp-controller.html

Inoltre, se hai utilizzato determinati tipi di NIC teaming sui client, potresti anche vedere problemi perché il team NIC invierebbe l’indirizzo MAC della NIC sottostante e ONTAP proverebbe a inviarlo allo stesso MAC, ma quando colpisce il team NIC, il NIC che riceve la richiesta potrebbe non essere lo stesso che l’ha inviata. Ad esempio:

https://community.netapp.com/t5/Backup-and-Restore-Discussions/HP-Network-Teaming-Performance-Issue-Connecting-to-Filer/td-p/52335

Infatti, se ci fossero occasioni in cui fastpath potrebbe essere disabilitato sulle interfacce se la connessione determinasse una perdita. Quindi la caduta è stata quella di utilizzare la tabella di routing. Se le tabelle di routing erano errate o configurate in modo errato, si verificherebbe un’interruzione. IP fastpath in realtà maschererebbe i problemi di routing latenti.

(L’asporto che dovresti avere da questo è che rimuovere IP fastpath è in realtà una buona cosa.)

Impatto della rimozione IP Fastpath

C’è un ottimo articolo KB sull’impatto che può essere trovato qui:

https://kb.netapp.com/app/answers/answer_view/a_id/1072895

ONTAP 9.2 ha sostituito fastpath con il caching del percorso always-on per mantenere lo stesso livello di prestazioni senza i mal di testa imprevisti che potrebbero verificarsi con il routing asimmetrico. Tuttavia, se la progettazione della rete si basava su IP fastpath per instradare il traffico e bypassare le tabelle di routing errate (incluse le rotte dinamiche e statiche), l’aggiornamento di ONTAP a 9.2 renderebbe questi problemi alla luce.

O forse volevi ignorare volutamente le tabelle di routing, come quello che è successo in questo articolo:

https://community.netapp.com/t5/Data-ONTAP-Discussions/NetApp-Ontap-9-2-Upgrade-review-your-network-first/td-p/136657

Cose da controllare prima di eseguire l’aggiornamento a ONTAP 9.2 (e versioni successive)

  • Come è attualmente configurata la tua tabella di routing in SVM? Stai usando 0.0.0.0 / 0 percorsi predefiniti? (mostra percorso di rete dalla CLI)
  • Confronta i tuoi client connessi (mostra attiva connessioni di rete) con i tuoi percorsi correnti. Tutti i client hanno un percorso verso gli SVM appropriati?
  • Esistono più percorsi con la stessa metrica di routing? In tal caso, è possibile scegliere uno qualsiasi di tali percorsi. Qualcuno di loro romperà la connettività?

Nella maggior parte dei casi, questa modifica non causerà un problema, ma se si verificano connettività di rete intermittente, degrado delle prestazioni di rete o altri problemi relativi alla rete dopo l’aggiornamento a ONTAP 9.2, guarda prima questo cambiamento e apri un caso di supporto per ottenere assistenza.

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.