12 syyskuun, 2021

Miksi Internet On Rikki?

ONTAP 9.3 on jo GA joulukuusta lähtien, mutta ONTAP 9.2: ssa tapahtui melko merkittävä muutos verkostoitumisen toimintaan. Tämä muutos vaikuttaa kuitenkin kaikkiin 9.1: n jälkeisiin julkaisuihin, joten on hyvä ottaa asia puheeksi.

en ole oikeastaan koskaan aiemmin koskenut siihen, koska emme olleet nähneet mitään ongelmia sen kanssa. Näemme nyt kuitenkin satunnaisia ongelmia, jotka johtuvat tuosta muutoksesta, joten haluan kertoa kaiken yksityiskohtaisesti tässä.

 välähdys.jpg

ONTAP 9.2 on modernisoinut verkostoitumispinonsa hyödyntääkseen FreeBSD: n tuomia uusia ominaisuuksia ja ominaisuuksia. Tämän seurauksena yksi ontapin käyttämistä verkko-ominaisuuksista katosi. Tämä tunnettiin nimellä ” IP Fastpath.”(Tämä johti myös reititysryhmien poistamiseen.)

mikä on IP Fastpath?

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

IP Fast path on reititystaulukon vaihtoehtoinen reititysmekanismi. Fast pathissa saapuvan verkkoliikenteen vastaukset lähetetään takaisin käyttämällä samaa liittymää kuin saapuva liikenne. Välttämällä reititystaulukkoa fast path tarjoaa nopean pääsyn tietoihin.

jos fast path on käytössä rajapintaryhmässä ja kyseisen ryhmän fyysinen rajapinta vastaanottaa saapuvan pyynnön, sama fyysinen rajapinta ei välttämättä lähetä vastausta pyyntöön. Sen sijaan mikä tahansa muu fyysinen rajapinta rajapintaryhmässä voi lähettää vastauksen.

kuinka nopea polku toimii NFS/UDP: llä

NFS/UDP-liikenne käyttää fast Pathia vain lähettäessään vastauksen pyyntöön. Vastauspaketti lähetetään samalla verkkoliittymällä, joka vastaanotti pyynnön paketin.Esimerkiksi toaster-E1-liitäntää käyttävä tallennusjärjestelmä lähettää vastauspaketteja vastauksena toaster-E1-rajapinnassa vastaanotettuihin NFS/UDP-pyyntöihin.Fast Pathia käytetään vain NFS/UDP: ssä. Fast Pathia ei kuitenkaan käytetä muissa UDP-pohjaisissa NFS-palveluissa, kuten portmapperissa, mountd: ssä ja nlm: ssä.

kuinka nopea polku toimii TCP: n kanssa

TCP-yhteydessä fast path on pois käytöstä kolmannen edelleenlähetyksen ja saman datapaketin peräkkäisten edelleenlähetysten yhteydessä. Jos Data ONTAP käynnistää yhteyden, Data ONTAP voi käyttää fast Pathia jokaisessa lähetetyssä TCP-paketissa ensimmäistä syn-pakettia lukuun ottamatta. Verkkoliitäntä, jota käytetään paketin lähettämiseen, on sama rajapinta, joka vastaanotti viimeisen paketin.

IP Fastpath ei kuitenkaan ollut virheetön. Jos käytät epäsymmetristä reititystä, voit törmätä ongelmiin:

Fast path ei ole yhteensopiva epäsymmetrisen reitityksen

kanssa symmetrisessä verkossa vastauspaketin kohdemak-osoite on saapuvan paketin välittäneen reitittimen MAC-osoite. Epäsymmetrisissä verkoissa reititin, joka välittää paketteja tallennusjärjestelmääsi, ei kuitenkaan ole reititin, joka välittää tallennusjärjestelmän lähettämiä paketteja eteenpäin. Siksi epäsymmetrisissä verkoissa fast path on poistettava käytöstä.

HSRP voi myös aiheuttaa ongelmia.

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

myös, jos käytit tietyntyyppistä Nic-ryhmittelyä asiakkaisiin, voit myös nähdä ongelmia, koska NIC-tiimi lähettäisi taustalla olevan NIC: n MAC-osoitteen ja ONTAP yrittäisi lähettää sen samaan Maciin, mutta kun se osuu NIC-tiimiin, pyynnön saava NIC ei välttämättä ole sama, joka lähetti sen. Esimerkiksi:

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

itse asiassa, jos olisi tilanteita, joissa fastpath voitaisiin poistaa käytöstä rajapintoja, jos yhteys määritetty oli menetys. Sitten varauduttiin käyttämään reititystaulukkoa. Jos reititys taulukot olivat huonoja tai väärin määritetty, koet katkos. IP fastpath peittäisi piilevät reititysongelmat.

(takeaway sinun pitäisi olla tästä on, että poistamalla IP fastpath on oikeastaan hyvä asia.)

Impact of IP Fastpath Removal

is a really good KB article on the impact that can below here:

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

ONTAP 9.2 korvasi fastpathin always – on route-välimuistilla, jotta suorituskyky pysyisi samalla tasolla ilman epäsymmetrisen reitityksen aiheuttamia odottamattomia päänsärkyjä. Kuitenkin, jos verkon suunnittelu tukeutui IP fastpath reitittää liikennettä ja ohittaa huono reititys taulukoita (mukaan lukien dynaamiset ja staattiset reitit), sitten Päivittäminen ONTAP 9.2 tekisi nämä ongelmat tulevat päivänvaloon.

tai ehkä halusit tarkoituksella sivuuttaa reititystaulukot, kuten mitä tässä artikkelissa tapahtui:

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

Tarkistettavat asiat ennen päivitystä ONTAP 9.2: een (ja myöhemmin)

  • miten reititystaulukkosi on tällä hetkellä määritetty SVM: ssä? Käytätkö 0.0.0.0 / 0-oletusreittejä? (network route show CLI: stä)
  • vertaa liitettyjä asiakkaitasi (network connections active show) nykyisiin reiteihisi. Onko kaikilla asiakkailla reitti sopivaan SVMs: ään?
  • onko olemassa useita reittejä, joissa on sama reititysmittari? Jos näin on, mikä tahansa näistä reiteistä voidaan valita. Rikkooko mikään niistä yhteyden?

useimmissa tapauksissa tämä muutos ei aiheuta ongelmia, mutta jos näet ajoittaisia verkkoyhteyksiä, verkon suorituskyvyn heikkenemistä tai muita verkkoon liittyviä ongelmia ONTAP 9: ään päivittämisen jälkeen.2, katso tätä muutosta ensin ja avaa tukitapaus saadaksesi apua.

Vastaa

Sähköpostiosoitettasi ei julkaista.