szeptember 12, 2021

Miért Szakadt Meg Az Internet?

ONTAP 9.3 már ga decembertől, de volt egy elég jelentős változás, hogy hogyan hálózat működik ONTAP 9.2. Ez a változás azonban a 9.1 utáni kiadásokat érinti, ezért jó felhozni.

soha nem igazán érintette, mielőtt, mert nem láttunk semmilyen probléma vele. Most azonban alkalmi problémákat tapasztalunk ebből a változásból, ezért itt szeretném részletezni az egészet.

 vaku.jpg

ONTAP 9.A 2 A FreeBSD által bevezetett új funkciók és képességek kihasználása érdekében modernizálta a hálózati veremét. Ennek eredményeként az ONTAP által használt egyik hálózati funkció eltűnt. Ez volt az úgynevezett ” IP Fastpath.”(Ez az útválasztási csoportok eltávolítását is eredményezte.)

mi az IP Fastpath?

a termékről dokumentumok:
https://library.netapp.com/ecmdocs/ECMP1368834/html/GUID-8276014A-16EB-4902-9EDC-868C5292381B.html

az IP Fast path az útválasztási táblázat alternatív útválasztási mechanizmusa. A fast path-ban a bejövő hálózati forgalomra adott válaszok a bejövő forgalommal megegyező felületen kerülnek visszaküldésre. Az útválasztási táblázat keresésének elkerülésével a fast path gyors hozzáférést biztosít az adatokhoz.

ha a gyors elérési út engedélyezve van egy interfészcsoporton, és a csoport egy fizikai interfésze bejövő kérést kap, előfordulhat, hogy ugyanaz a fizikai interfész nem küld választ a kérésre. Ehelyett az interfészcsoport bármely más fizikai interfésze elküldheti a választ.

hogyan működik a gyors elérési út NFS/UDP esetén

az NFS/UDP forgalom csak akkor használja a gyors elérési utat, ha választ küld egy kérésre. A válaszcsomagot ugyanazon a hálózati interfészen küldi ki, amely megkapta a kéréscsomagot.Például egy kenyérpirító nevű tárolórendszer a kenyérpirító-e1 interfészt használja válaszcsomagok küldésére a kenyérpirító-e1 interfészen kapott NFS/UDP kérésekre válaszul.A gyors elérési utat csak NFS/UDP-ben használják. A gyors elérési utat azonban más UDP-alapú NFS-szolgáltatások, például a portmapper, a mountd és az nlm nem használják.

hogyan működik a gyorsút TCP-vel

TCP-kapcsolat esetén a gyorsút le van tiltva ugyanazon adatcsomag harmadik újraküldésekor és egymást követő újraküldésein. Ha a Data ONTAP kapcsolatot kezdeményez, a Data ONTAP minden továbbított TCP csomagon használhatja a gyors elérési utat, kivéve az első SYN csomagot. A csomag továbbítására használt hálózati interfész ugyanaz az interfész, amely az utolsó csomagot kapta.

az IP Fastpath azonban nem volt hibátlan. Ha aszimmetrikus útválasztást használt, problémákba ütközhet:

Gyors útvonal nem kompatibilis az aszimmetrikus útválasztással

szimmetrikus hálózatban a válaszcsomag cél MAC-címe annak az útválasztónak a címe, amely továbbította a bejövő csomagot. Az aszimmetrikus hálózatokban azonban a csomagokat a tárolórendszerre továbbító útválasztó nem az a router, amely a tárolórendszer által küldött csomagokat továbbítja. Ezért aszimmetrikus hálózatokban le kell tiltania a gyors utat.

a HSRP is problémákat okozhat.

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

Továbbá, ha bizonyos típusú NIC teaming-et használt az ügyfeleken, akkor problémákat is láthat, mert a NIC-csapat elküldi az alapul szolgáló NIC MAC-címét, és az ONTAP megpróbálja elküldeni ugyanarra a MAC-re, de amikor eléri a NIC-csapatot, előfordulhat, hogy a kérést kapó NIC nem ugyanaz, mint amelyik elküldte. Például:

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

valójában, ha voltak olyan esetek, amikor a fastpath letiltható az interfészeken, ha a kapcsolat megállapította, hogy veszteség történt. Aztán a visszaesés az útválasztási táblázat használata volt. Ha az útválasztási táblák rosszak vagy helytelenül vannak konfigurálva, akkor kiesést tapasztalhat. Az IP fastpath valójában elfedné a látens útválasztási problémákat.

(az elvihető meg kell ebből, hogy eltávolítja IP fastpath valójában egy jó dolog.)

az IP Fastpath eltávolításának hatása

van egy nagyon jó KB cikk a hatásról, amely itt található:

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

az ONTAP 9.2 a fastpath-ot mindig bekapcsolt útvonal-gyorsítótárazással váltotta fel, hogy ugyanolyan szintű teljesítményt tartson fenn az aszimmetrikus útválasztással járó előre nem látható fejfájás nélkül. Ha azonban a hálózati tervezés az IP fastpath-ra támaszkodott a forgalom irányításához és a rossz útválasztási táblák megkerüléséhez (beleértve a dinamikus és statikus útvonalakat is), akkor az ONTAP 9.2-re történő frissítése rávilágít ezekre a problémákra.

vagy szándékosan figyelmen kívül akarta hagyni az útválasztási táblákat, például azt, ami ebben a cikkben történt:

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

az ONTAP 9.2-re (vagy újabb verzióra) történő frissítés előtt ellenőrizendő dolgok)

  • hogyan van konfigurálva az útválasztási tábla az SVM-ben? 0.0.0.0 / 0 alapértelmezett útvonalat használ? (hálózati útvonal megjelenítése a CLI-ből)
  • hasonlítsa össze a csatlakoztatott ügyfeleket (hálózati kapcsolatok aktív megjelenítése) az aktuális útvonalakkal. Minden ügyfélnek van útvonala a megfelelő SVMs-hez?
  • vannak-e több útvonal ugyanazzal az útválasztási mutatóval? Ha igen, bármelyik útvonal választható. Bármelyikük megszakítja a kapcsolatot?

a legtöbb esetben ez a változás nem okoz problémát, de ha szakaszos hálózati kapcsolatot, hálózati teljesítménycsökkenést vagy egyéb hálózati problémákat észlel az ONTAP 9-re történő frissítés után.2, először nézze meg ezt a változást, és nyisson meg egy támogatási ügyet, hogy segítséget kapjon.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.