septembrie 12, 2021

De Ce Este Rupt Internetul?

ONTAP 9.3 este deja GA din decembrie, dar a existat o schimbare destul de semnificativă a modului în care funcționează rețeaua în ONTAP 9.2. Cu toate acestea, această schimbare Afectează orice versiune după 9.1, deci este bine să aduceți în discuție.

nu am atins-o niciodată cu adevărat, pentru că nu am văzut nicio problemă cu ea. Cu toate acestea, acum vedem probleme ocazionale care rezultă din această schimbare, așa că vreau să detaliez totul aici.

bliț.jpg

ONTAP 9.2 și-a modernizat stiva de rețea pentru a profita de noile caracteristici și capabilități introduse de FreeBSD. Drept urmare, una dintre caracteristicile de rețea pe care ONTAP le-a folosit a dispărut. Acest lucru a fost cunoscut sub numele de „IP Fastpath.”(Acest lucru a dus, de asemenea, la eliminarea grupurilor de rutare.)

ce este IP Fastpath?

din documentele produsului:
https://library.netapp.com/ecmdocs/ECMP1368834/html/GUID-8276014A-16EB-4902-9EDC-868C5292381B.html

calea rapidă IP este un mecanism alternativ de rutare la tabelul de rutare. În calea rapidă, răspunsurile la traficul de rețea de intrare sunt trimise înapoi utilizând aceeași interfață ca și traficul de intrare. Evitând căutarea tabelului de rutare, fast path oferă un acces rapid la date.

dacă calea rapidă este activată pe un grup de interfață și o interfață fizică din acel grup primește o solicitare de intrare, este posibil ca aceeași interfață fizică să nu trimită un răspuns la solicitare. În schimb, orice altă interfață fizică dintr-un grup de interfață poate trimite răspunsul.

cum funcționează calea rapidă cu NFS/UDP

traficul NFS/UDP utilizează calea rapidă numai atunci când trimiteți un răspuns la o solicitare. Pachetul de răspuns este trimis pe aceeași interfață de rețea care a primit pachetul de solicitare.De exemplu, un sistem de stocare numit toaster utilizează interfața toaster-E1 pentru a trimite pachete de Răspuns Ca răspuns la solicitările NFS/UDP primite pe interfața toaster-E1.Calea rapidă este utilizată numai în NFS / UDP. Cu toate acestea, fast path nu este utilizat în alte servicii NFS bazate pe UDP, cum ar fi portmapper, mountd și NLM.

cum funcționează calea rapidă cu TCP

într-o conexiune TCP, calea rapidă este dezactivată la a treia retransmisie și la retransmisiile consecutive ale aceluiași pachet de date. Dacă data ONTAP inițiază o conexiune, data ONTAP poate utiliza calea rapidă pe fiecare pachet TCP transmis, cu excepția primului pachet SYN. Interfața de rețea utilizată pentru a transmite un pachet este aceeași interfață care a primit ultimul pachet.

IP Fastpath nu a fost fără defecte, cu toate acestea. Dacă ați utilizat rutare asimetrică, ați putea întâmpina probleme:

calea rapidă nu este compatibilă cu rutarea asimetrică

într-o rețea simetrică, adresa MAC de destinație a pachetului de răspuns este cea a routerului care a redirecționat pachetul de intrare. Cu toate acestea, în rețelele asimetrice, routerul care transmite pachetele către sistemul dvs. de stocare nu este routerul care transmite pachetele trimise de sistemul de stocare. Prin urmare, în rețelele asimetrice, trebuie să dezactivați calea rapidă.

HSRP, de asemenea, ar putea prezenta probleme.

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

de asemenea, dacă ați utilizat anumite tipuri de teaming NIC pe clienți, ați putea vedea, de asemenea, probleme, deoarece echipa NIC ar trimite adresa MAC a NIC de bază și ONTAP ar încerca să-l trimită la același MAC, dar atunci când lovește echipa NIC, NIC care primește cererea ar putea să nu fie aceeași care a trimis-o. De exemplu:

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

de fapt, dacă ar exista ocazii în care fastpath ar putea fi dezactivat pe interfețe dacă conexiunea ar determina că există o pierdere. Apoi, toamna înapoi a fost de a utiliza tabelul de rutare. Dacă tabelele de rutare au fost rău sau incorect configurate, veți experimenta o întrerupere. IP fastpath ar masca de fapt problemele de rutare latente.

(takeaway ar trebui să aveți de la acest lucru este că eliminarea IP fastpath este de fapt un lucru bun.)

impactul îndepărtării căii rapide IP

există un articol KB foarte bun despre impactul care poate fi găsit aici:

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

ONTAP 9.2 a înlocuit fastpath cu cache-ul rutei mereu pe traseu pentru a menține același nivel de performanță fără durerile de cap neprevăzute care ar putea apărea cu rutarea asimetrică. Cu toate acestea, dacă designul rețelei dvs. s-a bazat pe IP fastpath pentru a direcționa traficul și a ocoli tabelele de rutare necorespunzătoare (inclusiv rutele dinamice și statice), atunci actualizarea ONTAP la 9.2 ar face ca aceste probleme să iasă la iveală.

sau poate ai vrut să ignore intenționat tabele de rutare, cum ar fi ceea ce sa întâmplat în acest articol:

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

lucruri de verificat înainte de a face upgrade la ONTAP 9.2 (și mai târziu)

  • cum se configurează în prezent tabelul dvs. de rutare în SVM? Utilizați rutele implicite 0.0.0.0 / 0? (network route show from the CLI)
  • comparați clienții conectați (network connections active show) cu rutele curente. Toți clienții au o rută către SVM-urile corespunzătoare?
  • există mai multe rute cu aceeași valoare de rutare? În acest caz, oricare dintre aceste rute poate fi aleasă. Va rupe vreunul dintre ele conectivitatea?

în majoritatea cazurilor, această modificare nu va cauza o problemă, dar dacă vedeți conectivitate intermitentă la rețea, degradarea performanței rețelei sau alte probleme legate de rețea după actualizarea la ONTAP 9.2, Uita-te la această schimbare în primul rând și deschide un caz de sprijin pentru a obține asistență.

Lasă un răspuns

Adresa ta de email nu va fi publicată.