12 września, 2021

Dlaczego Internet Jest Zepsuty?

ONTAP 9.3 jest już dostępny w grudniu, ale nastąpiła dość znacząca zmiana w sposobie działania sieci w ONTAP 9.2. Ta zmiana ma jednak wpływ na każde wydanie po wersji 9.1, więc warto o tym wspomnieć.

nigdy wcześniej o nim nie wspominałem, bo nie widzieliśmy z nim żadnych problemów. Jednak teraz widzimy sporadyczne problemy wynikające z tej zmiany, więc chcę to wszystko szczegółowo opisać.

flash.JPG

ONTAP 9.2 zmodernizował swój stos sieciowy, aby wykorzystać nowe funkcje i możliwości wprowadzone przez FreeBSD. W rezultacie jedna z funkcji sieciowych, z której korzystał ONTAP, zniknęła. Było to znane jako ” IP Fastpath.”(Spowodowało to również usunięcie grup routingu.)

co to jest IP Fastpath?

z dokumentów produktu:
https://library.netapp.com/ecmdocs/ECMP1368834/html/GUID-8276014A-16EB-4902-9EDC-868C5292381B.html

IP fast path jest alternatywnym mechanizmem routingu dla tabeli routingu. W trybie fast path odpowiedzi na przychodzący ruch sieciowy są odsyłane za pomocą tego samego interfejsu co ruch przychodzący. Unikając wyszukiwania tabeli routingu, fast path zapewnia szybki dostęp do danych.

jeśli w grupie interfejsu włączona jest Opcja szybka ścieżka, a interfejs fizyczny w tej grupie otrzymuje przychodzące żądanie, ten sam interfejs fizyczny może nie wysłać odpowiedzi na to żądanie. Zamiast tego, każdy inny fizyczny interfejs w grupie interfejsów może wysłać odpowiedź.

jak działa fast path z NFS/UDP

ruch NFS/UDP używa fast path tylko podczas wysyłania odpowiedzi na żądanie. Pakiet odpowiedzi jest wysyłany na ten sam interfejs sieciowy, który otrzymał pakiet żądania.Na przykład system pamięci masowej o nazwie toster używa interfejsu toster – E1 do wysyłania pakietów odpowiedzi w odpowiedzi na żądania NFS/UDP otrzymane w interfejsie toster-E1.Szybka ścieżka jest używana tylko w NFS / UDP. Jednak fast path nie jest używany w innych usługach NFS opartych na UDP, takich jak portmapper, mountd i nlm.

jak działa fast path z TCP

w połączeniu TCP funkcja fast path jest wyłączona podczas trzeciej retransmisji i kolejnych retransmisji tego samego pakietu danych. Jeśli data ONTAP inicjuje połączenie, Data ONTAP może używać fast path na każdym przesyłanym pakiecie TCP, z wyjątkiem pierwszego pakietu SYN. Interfejs sieciowy używany do przesyłania pakietu jest tym samym interfejsem, który otrzymał ostatni pakiet.

IP Fastpath nie był jednak pozbawiony błędów. Jeśli używałeś routingu asymetrycznego, możesz napotkać problemy:

Szybka ścieżka niezgodna z routingiem asymetrycznym

w sieci symetrycznej docelowy adres MAC pakietu odpowiedzi to adres routera, który przekazał przychodzący pakiet. Jednak w sieciach asymetrycznych router przekazujący pakiety do systemu pamięci masowej nie jest routerem przekazującym pakiety wysłane przez system pamięci masowej. Dlatego w sieciach asymetrycznych należy wyłączyć szybką ścieżkę.

HSRP również może powodować problemy.

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

Ponadto, jeśli użyłeś pewnych typów nic teaming na klientach, możesz również zobaczyć problemy, ponieważ zespół NIC wysyłałby adres MAC podstawowej karty NIC, a ONTAP próbowałby wysłać go do tego samego komputera MAC, ale gdy trafi do zespołu NIC, NIC, który otrzyma żądanie, może nie być tym samym, który je wysłał. Na przykład:

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

w rzeczywistości, jeśli zdarzały się sytuacje, w których fastpath mógł być wyłączony na interfejsach, jeśli połączenie stwierdziło, że nastąpiła utrata. Następnie przewrót polegał na użyciu tabeli routingu. Jeśli tabele routingu były nieprawidłowe lub nieprawidłowo skonfigurowane, wystąpiłaby awaria. IP fastpath faktycznie maskowałoby utajone problemy z routingiem.

(na wynos powinieneś mieć z tego, że usunięcie IP fastpath jest rzeczywiście dobrą rzeczą.

Impact of IP Fastpath Removal

jest naprawdę dobry artykuł KB na temat wpływu, który można znaleźć tutaj:

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

wersja ONTAP 9.2 zastąpiła fastpath buforowaniem zawsze włączonej trasy, aby utrzymać ten sam poziom wydajności bez nieprzewidzianych bólów głowy, które mogłyby wystąpić przy routingu asymetrycznym. Jeśli jednak projekt sieci opierał się na IP fastpath do kierowania ruchu i omijania złych tabel routingu (w tym tras dynamicznych i statycznych), uaktualnienie ONTAP do wersji 9.2 ujawniłoby te problemy.

a może chciałeś celowo zignorować tabele routingu, takie jak to, co działo się w tym artykule:

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

rzeczy do sprawdzenia przed uaktualnieniem do wersji ONTAP 9.2 (i późniejszej)

  • jak jest obecnie skonfigurowana tabela routingu w maszynie SVM? Czy używasz domyślnych tras 0.0.0.0 / 0? (Pokaż trasy sieciowe z CLI)
  • Porównaj podłączonych klientów (aktywne połączenia sieciowe Pokaż) z bieżącymi trasami. Czy wszyscy klienci mają drogę do odpowiednich maszyn SVM?
  • czy istnieje wiele tras z tym samym metryką routingu? Jeśli tak, można wybrać którąkolwiek z tych tras. Czy któryś z nich zerwie łączność?

w większości przypadków ta zmiana nie spowoduje problemu, ale jeśli po uaktualnieniu do wersji ONTAP 9 zobaczysz przerywaną łączność sieciową, pogorszenie wydajności sieci lub inne problemy związane z siecią.2, najpierw spójrz na tę zmianę i otwórz sprawę pomocy technicznej, aby uzyskać pomoc.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.