9月 12, 2021

なぜインターネットが壊れているのですか?

ONTAP9.3は12月時点ですでにGAになっていますが、ONTAP9.2でのネットワーキングの動作にはかなり大きな変更がありました。 しかし、この変更は9.1以降のリリースに影響を与えるので、起動するのは良いことです。

私は実際にそれに触れたことがありませんでした。 しかし、私たちは今、その変更に起因する時折の問題を見ているので、私はここでそれをすべて詳しく説明したいと思います。

フラッシュ。jpg

ONTAP9.2は、FreeBSDによって導入された新機能と機能を利用するために、ネットワークスタックを近代化しました。 その結果、ONTAPが使用していたネットワーク機能の1つが廃止されました。 これは”IP Fastpath”として知られていました。”(これにより、ルーティンググループも削除されました。)

IP Fastpathとは何ですか?

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

IP高速パスは、ルーティングテーブルへの代替ルーティングメカニズムです。 Fast pathでは、受信ネットワークトラフィックへの応答は、受信トラフィックと同じインターフェイスを使用して送り返されます。 ルーティングテーブルルックアップを回避することで、fast pathはデータへの迅速なアクセスを提供します。

インターフェイスグループで高速パスが有効になっていて、そのグループ内の物理インターフェイスが着信要求を受信した場合、同じ物理インターフェイスが要求に応答を送信しない可能性があります。 その代わりに、インターフェイスグループ内の他の物理インターフェイスが応答を送信できます。

NFS/UDPでの高速パスの動作方法

NFS/UDPトラフィックは、要求に応答を送信するときにのみ高速パスを使用します。 応答パケットは、要求パケットを受信したのと同じネットワークインターフェイスで送信されます。たとえば、toasterという名前のストレージシステムは、toaster-e1インターフェイスで受信したNFS/UDP要求に応答して応答パケットを送信するためにtoaster-e1インター高速パスはNFS/UDPでのみ使用されます。 ただし、portmapper、mountd、nlmなどの他のUDPベースのNFSサービスでは、高速パスは使用されません。

tcpでの高速パスの動作方法

TCP接続では、同じデータパケットの3回目の再送信と連続した再送信で高速パスが無効になります。 Data ONTAPが接続を開始する場合、Data ONTAPは最初のSYNパケットを除く、送信されるすべてのTCPパケットで高速パスを使用できます。 パケットの送信に使用されるネットワークインターフェイスは、最後のパケットを受信したインターフェイスと同じです。

IP Fastpathに障害がなかったわけではありませんでした。 非対称ルーティングを使用した場合、問題が発生する可能性があります:

高速パスは非対称ルーティング

と互換性がありません対称ネットワークでは、応答パケットの宛先MACアドレスは、着信パケットを転送したルータの宛先MACアド ただし、非対称ネットワークでは、ストレージシステムにパケットを転送するルータは、ストレージシステムによって送信されたパケットを転送するルー したがって、非対称ネットワークでは、高速パスを無効にする必要があります。

HSRPでも問題が発生する可能性があります。

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

また、クライアントで特定のタイプのNICチーミングを使用した場合、NICチームが基になるNICのMACアドレスを送信し、ONTAPが同じMACに送信しようとするため、問 例えば:

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

実際には、接続が損失があったと判断した場合、fastpathがインターフェイス上で無効になる可能性がある場合がありました。 その後、フォールバックはルーティングテーブルを使用することでした。 ルーティングテーブルが正しくないか、正しく構成されていない場合は、停止が発生します。 IP fastpathは実際に潜在的なルーティングの問題をマスクします。

(これから必要なのは、IP fastpathを削除することは実際には良いことです。)

IP Fastpath Removalの影響

ここで見つけることができる影響に関する本当に良いKBの記事があります:

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

ONTAP9.2では、fastpathがalways-onルートキャッシュに置き換えられ、非対称ルーティングで発生する可能性のある予期せぬ頭痛なしに同じレベルのパフォーマンスを維持 ただし、ネットワーク設計がトラフィックをルーティングし、不正なルーティングテーブル(動的ルートと静的ルートを含む)をバイパスするためにIP fastpathに依存してい

または、この記事で何が行われたかなど、意図的にルーティングテーブルを無視したかったかもしれません:

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

ONTAP9.2以降にアップグレードする前に確認すること)

  • SVMでルーティングテーブルは現在どのように設定されていますか。 0.0.0.0/0デフォルトルートを使用していますか? (CLIからのネットワークルート表示)
  • 接続されているクライアント(ネットワーク接続のアクティブな表示)を現在のルートと比較します。 すべてのクライアントが適切なSvmへのルートを持っていますか?
  • 同じルーティングメトリックを持つ複数のルートがありますか? そうであれば、これらの経路のいずれかが選択され得る。 それらのうちのどれかが接続を壊すのだろうか?

ほとんどの場合、この変更では問題は発生しませんが、ONTAP9へのアップグレード後に断続的なネットワーク接続、ネットワークパフォーマンスの低下、またはその他のネットワーク関連の問題が発生した場合に発生します。2、最初にこの変更を見て、支援を得るためにサポートケースを開きます。

コメントを残す

メールアドレスが公開されることはありません。