september 12, 2021

Varför Är Internet Trasigt?

ONTAP 9.3 är redan GA i December, men det var en ganska signifikant förändring av hur nätverk fungerar i ONTAP 9.2. Denna förändring påverkar dock alla utgåvor efter 9.1, så det är bra att ta upp.

jag har aldrig riktigt berört det förut, för vi hade inte sett några problem med det. Men vi ser nu tillfälliga problem till följd av den förändringen, så jag vill detaljera allt här.

blixt.jpg

ONTAP 9.2 har moderniserat sin nätverksstack för att dra nytta av nya funktioner och funktioner som introduceras av FreeBSD. Som ett resultat försvann en av de nätverksfunktioner som ONTAP använde. Detta var känt som ” IP Fastpath.”(Detta resulterade också i avlägsnande av routinggrupper.)

vad är IP Fastpath?

från produkten docs:
https://library.netapp.com/ecmdocs/ECMP1368834/html/GUID-8276014A-16EB-4902-9EDC-868C5292381B.html

IP Fast path är en alternativ routingmekanism till routingtabellen. I fast path skickas svaren på inkommande nätverkstrafik tillbaka med samma gränssnitt som inkommande trafik. Genom att undvika routingtabellen lookup, ger fast path en snabb tillgång till data.

om snabb sökväg är aktiverad i en gränssnittsgrupp och ett fysiskt gränssnitt i den gruppen får en inkommande begäran, kanske samma fysiska gränssnitt inte skickar ett svar på begäran. Istället kan alla andra fysiska gränssnitt i en gränssnittsgrupp skicka svaret.

Hur snabb sökväg fungerar med NFS/UDP

NFS/UDP-trafik använder snabb sökväg endast när du skickar ett svar på en begäran. Svarspaketet skickas ut på samma nätverksgränssnitt som mottog förfrågningspaketet.Ett lagringssystem med namnet brödrost använder till exempel toaster-E1-gränssnittet för att skicka svarspaket som svar på NFS/UDP-förfrågningar som mottagits på toaster-e1-gränssnittet.Snabb väg används endast i NFS / UDP. Fast path används dock inte i andra UDP-baserade NFS-tjänster som portmapper, mountd och nlm.

hur fast path fungerar med TCP

i en TCP-anslutning är fast path inaktiverad vid den tredje återutsändningen och efterföljande återutsändningar av samma datapaket. Om Data ONTAP initierar en anslutning kan Data ONTAP använda fast path på varje överfört TCP-paket, förutom det första SYN-paketet. Nätverksgränssnittet som används för att överföra ett paket är samma gränssnitt som fick det sista paketet.

IP Fastpath var dock inte utan fel. Om du använde asymmetrisk routing kan du stöta på problem:

Fast path inte kompatibel med asymmetrisk routing

i ett symmetriskt nätverk är destinations-MAC-adressen för svarspaketet den för routern som vidarebefordrade det inkommande paketet. Men i asymmetriska nätverk är routern som vidarebefordrar paket till ditt lagringssystem inte routern som vidarebefordrar paket som skickas av lagringssystemet. Därför måste du i asymmetriska nätverk inaktivera snabb väg.

HSRP kan också ge problem.

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

om du använde vissa typer av Nic-teaming på klienter kan du också se problem eftersom NIC-teamet skulle skicka MAC-adressen till den underliggande NIC och ONTAP skulle försöka skicka den till samma MAC, men när den träffar NIC-teamet kanske NIC som får begäran inte är samma som skickade den. Till exempel:

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

faktum är att om det fanns tillfällen där fastpath kunde inaktiveras på gränssnitt om anslutningen bestämde att det var en förlust. Sedan föll tillbaka var att använda routingtabellen. Om rutningstabellerna var dåliga eller felaktigt konfigurerade skulle du uppleva ett avbrott. IP fastpath skulle faktiskt maskera latenta routingproblem.

(den takeaway du borde ha från detta är att ta bort IP fastpath är faktiskt en bra sak.)

inverkan av IP Fastpath borttagning

det finns en riktigt bra KB artikel om effekterna som kan hittas här:

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

ONTAP 9.2 ersatte fastpath med always-on route caching för att upprätthålla samma prestandanivå utan oförutsedda huvudvärk som kan uppstå med asymmetrisk routing. Men om din nätverksdesign förlitade sig på IP fastpath för att dirigera trafik och kringgå dåliga routingtabeller (inklusive dynamiska och statiska rutter), skulle uppgradering av ONTAP till 9.2 göra att dessa problem kommer fram.

eller kanske du ville avsiktligt ignorera routingtabeller, till exempel vad som hände i den här artikeln:

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

saker att kontrollera innan du uppgraderar till ONTAP 9.2 (och senare)

  • hur är din routingtabell för närvarande konfigurerad i SVM? Använder du 0.0.0.0 / 0 standardvägar? (network route show från CLI)
  • Jämför dina anslutna klienter (network connections active show) med dina nuvarande rutter. Har alla kunder en väg till lämpliga SVMs?
  • finns det flera rutter med samma rutningsmått? Om så är fallet kan någon av dessa rutter väljas. Kommer någon av dem att bryta anslutningen?

i de flesta fall kommer denna ändring inte att orsaka ett problem, men om du ser intermittent nätverksanslutning, försämring av nätverksprestanda eller andra nätverksrelaterade problem efter uppgradering till ONTAP 9.2, titta på denna förändring först och öppna ett supportärende för att få hjälp.

Lämna ett svar

Din e-postadress kommer inte publiceras.