september 12, 2021

Hvorfor Er Internett Ødelagt?

ONTAP 9.3 ER ALLEREDE GA fra desember, men det var en ganske betydelig endring i hvordan nettverk opererer i ONTAP 9.2. Denne endringen påvirker imidlertid enhver utgivelse etter 9.1, så det er godt å ta opp.

jeg har aldri rørt på det før, fordi vi ikke hadde sett noen problemer med det. Men vi ser nå sporadiske problemer som følge av den endringen, så jeg vil detaljere alt her.

blits.jpg

PÅTAP 9.2 har modernisert sin nettverksstabel for å dra nytte av nye funksjoner og evner introdusert Av FreeBSD. Som et resultat gikk en av nettverksfunksjonene SOM ONTAP brukte bort. Dette ble kjent som » IP Fastpath.»(Dette resulterte også i fjerning av ruting grupper.)

HVA ER IP Fastpath?

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

IP Fast path er en alternativ rutemekanisme til rutingstabellen. I fast path sendes svarene på innkommende nettverkstrafikk tilbake ved hjelp av samme grensesnitt som innkommende trafikk. Ved å unngå rutetabelloppslag, gir fast path en rask tilgang til data.

hvis hurtigbane er aktivert i en grensesnittgruppe og et fysisk grensesnitt i den gruppen mottar en innkommende forespørsel, kan det hende at det samme fysiske grensesnittet ikke sender et svar på forespørselen. I stedet kan alle andre fysiske grensesnitt i en grensesnittgruppe sende svaret.

hvor rask bane fungerer MED NFS/UDP

NFS/UDP-trafikk bruker bare rask bane når du sender et svar på en forespørsel. Svar-pakken sendes ut på samme nettverksgrensesnitt som mottok forespørselspakken.For eksempel bruker et lagringssystem kalt toaster toaster – e1-grensesnittet til å sende svarpakker som svar PÅ nfs / UDP-forespørsler mottatt på toaster-E1-grensesnittet.Fast path brukes bare I NFS / UDP. Rask bane brukes imidlertid ikke i ANDRE UDP-baserte nfs-tjenester som portmapper, mountd og nlm.

hvor rask bane fungerer MED TCP

i EN tcp-tilkobling deaktiveres fast path på den tredje retransmisjonen og påfølgende retransmisjoner av samme datapakke. Hvis DATA ONTAP starter en tilkobling, Kan Data ONTAP bruke fast path på hver TCP-pakke som overføres, bortsett fra DEN første SYN-pakken. Nettverksgrensesnittet som brukes til a overfore en pakke, er det samme grensesnittet som mottok den siste pakken.

IP Fastpath var imidlertid ikke uten feil. Hvis du brukte asymmetrisk ruting, kan du få problemer:

Rask bane ikke kompatibel med asymmetrisk ruting

i et symmetrisk nettverk er MÅL-mac-adressen til responspakken den til ruteren som videresendte den innkommende pakken. I asymmetriske nettverk er imidlertid ruteren som videresender pakker til lagringssystemet, ikke ruteren som videresender pakker sendt av lagringssystemet. Derfor, i asymmetriske nettverk, må du deaktivere fast path.

HSRP kan også presentere problemer.

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

Også, hvis du brukte visse typer NIC teaming på klienter, kan DU også se problemer fordi NIC-teamet ville sende MAC-adressen til den underliggende NIC og ONTAP ville prøve å sende den til den SAMME MAC, men når den treffer NIC-teamet, KAN NIC som får forespørselen ikke være den samme som 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 det var tilfeller der fastpath kunne deaktiveres på grensesnitt hvis forbindelsen bestemte seg for at det var tap. Da var fallet tilbake å bruke rutingstabellen. Hvis rutingstabellene var dårlig eller feil konfigurert, vil du oppleve en strømbrudd. IP fastpath ville faktisk maskere latente rutingsproblemer.

(takeaway du bør ha fra dette er at fjerning AV IP fastpath er faktisk en god ting.)

Virkningen AV IP Fastpath Fjerning

Det er en veldig god KB-artikkel om virkningen som finnes her:

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

ONTAP 9.2 erstattet fastpath med alltid på rutebufring for å opprettholde samme ytelsesnivå uten uforutsette hodepine som kan oppstå med asymmetrisk ruting. Men hvis nettverksdesignet stod på IP fastpath for å rute trafikk og omgå dårlige rutingstabeller (inkludert dynamiske og statiske ruter), ville oppgradering AV ONTAP til 9.2 gjøre disse problemene til lys.

eller kanskje du ønsket å bevisst ignorere rutingstabeller, for eksempel hva som foregikk i denne artikkelen:

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

Ting å sjekke før du oppgraderer til ONTAP 9.2 (og senere)

  • Hvordan er rutingstabellen din konfigurert i SVM? Bruker du 0.0.0.0 / 0 standardruter? (network route show fra CLI)
  • Sammenlign dine tilkoblede klienter (network connections active show) med dine nåværende ruter. Har alle klienter en rute til de riktige Svmene?
  • Er det flere ruter med samme rutemåling? I så fall kan noen av disse rutene velges. Vil noen av dem bryte tilkoblingen?

i de fleste tilfeller vil denne endringen ikke føre til et problem, men hvis du ser intermitterende nettverkstilkobling, forringelse av nettverksytelsen eller andre nettverksrelaterte problemer etter oppgradering til ONTAP 9.2, se på denne endringen først og åpne en støttesak for å få hjelp.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.