september 12, 2021

Hvorfor Er Internettet Brudt?

ONTAP 9.3 er allerede GA fra December, men der var en temmelig betydelig ændring i, hvordan netværk fungerer i ONTAP 9.2. Denne ændring påvirker dog enhver frigivelse efter 9.1, så det er godt at bringe op.

jeg har aldrig rigtig rørt det før, fordi vi ikke havde set nogen problemer med det. Men vi ser nu lejlighedsvise problemer som følge af denne ændring, så jeg vil gerne detaljere det hele her.

 flash.jpg

ONTAP 9.2 har moderniseret sin netværksstak for at drage fordel af nye funktioner og muligheder introduceret af FreeBSD. Som et resultat forsvandt en af de netværksfunktioner, som ONTAP brugte. Dette blev kendt som ” IP Fastpath.”( Dette resulterede også i fjernelse af routinggrupper.)

hvad er IP Fastpath?

fra produktet docs:
https://library.netapp.com/ecmdocs/ECMP1368834/html/GUID-8276014A-16EB-4902-9EDC-868C5292381B.html

IP Fast path er en alternativ routingmekanisme til routingtabellen. I fast path sendes svarene på indgående netværkstrafik tilbage ved hjælp af den samme grænseflade som den indgående trafik. Ved at undgå routing tabel opslag, hurtig sti giver en hurtig adgang til data.

hvis hurtig sti er aktiveret i en grænsefladegruppe, og en fysisk grænseflade i den pågældende gruppe modtager en indgående anmodning, sender den samme fysiske grænseflade muligvis ikke et svar på anmodningen. I stedet kan enhver anden fysisk grænseflade i en grænsefladegruppe sende svaret.

Hvor hurtig sti fungerer med NFS/UDP

NFS/UDP-trafik bruger kun hurtig sti, når du sender et svar på en anmodning. Svarpakken sendes ud på den samme netværksgrænseflade, der modtog anmodningspakken.For eksempel bruger et opbevaringssystem ved navn brødrister toaster-E1-grænsefladen til at sende svarpakker som svar på NFS/UDP-anmodninger modtaget på toaster-e1-grænsefladen.Hurtig sti bruges kun i NFS/UDP. Hurtig sti bruges dog ikke i andre UDP-baserede NFS-tjenester såsom portmapper, mountd og nlm.

Hvor hurtig sti fungerer med TCP

i en TCP-forbindelse deaktiveres hurtig sti ved den tredje retransmission og de på hinanden følgende retransmissioner af den samme datapakke. Hvis Data ONTAP initierer en forbindelse, kan Data ONTAP bruge fast path på hver TCP-pakke, der transmitteres, undtagen den første SYN-pakke. Netværksgrænsefladen, der bruges til at transmittere en pakke, er den samme grænseflade, der modtog den sidste pakke.

IP Fastpath var dog ikke uden fejl. Hvis du brugte asymmetrisk routing, kan du løbe ind i problemer:

hurtig sti ikke kompatibel med asymmetrisk routing

i et symmetrisk netværk er destinations-MAC-adressen på svarpakken den for routeren, der videresendte den indgående pakke. I asymmetriske netværk er routeren, der videresender pakker til dit lagersystem, imidlertid ikke den router, der videresender pakker sendt af lagersystemet. Derfor skal du i asymmetriske netværk deaktivere hurtig sti.

HSRP kan også give problemer.

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

hvis du også brugte visse typer NIC-teaming på klienter, kunne du også se problemer, fordi NIC-teamet ville sende MAC-adressen til den underliggende NIC, og ONTAP ville forsøge at sende den til den samme MAC, men når den rammer NIC-teamet, er den NIC, der får anmodningen, muligvis ikke den samme, der sendte den. For eksempel:

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

faktisk, hvis der var lejligheder, hvor fastpath kunne deaktiveres på grænseflader, hvis forbindelsen bestemte, at der var et tab. Derefter var faldet tilbage at bruge rutetabellen. Hvis rutetabellerne var dårlige eller forkert konfigureret, ville du opleve en afbrydelse. IP fastpath ville faktisk maskere latente routingproblemer.

(den afhentning, du skal have fra dette, er, at fjernelse af IP fastpath faktisk er en god ting.)

virkningen af IP Fastpath Removal

der er en rigtig god KB-artikel om virkningen, der kan findes her:

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

ONTAP 9.2 erstattet fastpath med altid-on rute caching at opretholde det samme niveau af ydeevne uden uforudsete hovedpine, der kunne opstå med asymmetrisk routing. Men hvis dit netværksdesign var afhængig af IP fastpath for at dirigere trafik og omgå dårlige rutetabeller (inklusive dynamiske og statiske ruter), ville opgradering af ONTAP til 9.2 få disse problemer til at komme frem.

eller måske du ønskede at bevidst ignorere routing tabeller, såsom hvad der foregik i denne artikel:

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

ting at kontrollere, før du opgraderer til ONTAP 9.2 (og senere)

  • Hvordan er din routingtabel i øjeblikket konfigureret i SVM? Bruger du 0.0.0.0 / 0 standardruter? (netværk rute Vis fra CLI)
  • Sammenlign dine tilsluttede klienter (netværksforbindelser aktiv vis) til dine nuværende ruter. Har alle kunder en rute til de relevante SVM ‘ er?
  • er der flere ruter med samme rutemetrik? I så fald kan en af disse ruter vælges. Vil nogen af dem bryde forbindelsen?

i de fleste tilfælde vil denne ændring ikke forårsage et problem, men hvis du ser intermitterende netværksforbindelse, forringelse af netværksydelsen eller andre netværksrelaterede problemer efter opgradering til ONTAP 9.2, Se først på denne ændring, og åbn en supportsag for at få hjælp.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.