SDLMUX の再来

SDLMUX ソフトウェアは、2 つのネットワークアダプタを 1 つの IP インターフェイスに統合し、アクティブなアダプタのリンクがダウンしたり、アダプタに障害が発生した場合にフェイルオーバー機能を提供します。一度セットアップすれば管理はほとんど必要ありませんが、いくつか注意すべき点があります。

第一に、SDLMUX は負荷分散を提供しません。すべてのトラフィックはアクティブアダプタ上で送受信されます。

次に、ftServer VSeries のハードウェア上では、アクティブアダプタの MAC アドレスは 00:00:00:A8:4v:wx:yz の形式である。00:00:00:A8 は、IEEE によって割り当てられた Stratus の組織的に一意な識別子 (OUI) である。v」は、SDLMUX デバイスが初期化された順番に基づくインデックスであり、0 から始まる。 値「wx:yz」は、システムのシリアル番号に基づく。スタンバイアドレスとアクティブアドレスの違いは、4 バイト目の上位ニブルのみであり、4 の代わりに 6 となる。 また、同じモジュール上の 2 つのアクティブ (またはスタンバイ) アダプタの MAC アドレスの違いは、4 バイト目の下位ニブルのみである。すべての MAC アドレスのリストを取得する最も簡単な方法は、"MAC" にマッチする analyze_system リクエスト "dump_sdlmux" を使用することです。

MAC アドレスだけではあまり役に立ちません。「MAC」または「#」で一致させると、MAC アドレスと SDLMUX およびネットワークアダプタのデバイス名が得られます。このリストには、SDLMUX パートナーシップの一部ではないネットワークアダプタは含まれていないことに注意してください。

3 番目に、SDLMUX ネットワークアダプタは、ネットワークパスが正しく機能していることを確認するために、イーサネット 802.2 LLC フレームをパートナーに送信します。これらのテストフレームの 5 セットは、3 秒間隔で送信され、その後 33 秒間隔で送信されます。トレース 1 は、このパターンの 3 サイクルを示しています。また、トレース 1 には、アクティブアダプタ（フレーム 1）とスタンバイアダプタ（フレーム 2）からの実際のフレームも表示されています。サイクルを読みやすくするために、33 秒間隔の後のフレームを強調表示しています。これらはイーサネットタイプ II フレームや IP パケットではないので、ネットワークアダプタに接続されているスイッチや、2 つのアダプタ間のパスに沿って接続されているスイッチは、802.2 LLC フレームをブロックしないように設定されている必要があります。

これらのテストフレームを見るために packet_monitor を使用することはできないことに注意してください。フレームは packet_monitor がスタックにタップしたポイントの下に送信され、SDLMUX は packet_monitor がフレームを読み取る前にスタックからフレームを削除します。

4 番目に、各アダプタが異なるスイッチに接続されていて、それらのスイッチ間のリンクに障害が発生した場合や、何らかの理由でテストフレームが届かない場合、syserr_log に図 3 のような内容が表示されます。リリース 16.2.1ak および 17.0.0ah 以降では、テストフレームの障害が発生すると、SDLMUX は、疑わしいインターフェイス上で正常に ARP された最後のホストに ARP リクエストを送信します。応答があった場合、アクティブなアダプタが動作していることがわかるので、スタンバイアダプタをリセットして動作するようにします。ネットワークの問題でテストフレームがブロックされている場合は、アダプタをリセットしても何の解決にもならず、アダプタは最終的に MTBF になってしまいます。dlmux_admin コマンドを実行すると、壊れたアダプタが DOWN (図 4) として報告され、トレースにはテストフレームが表示されません。ARP 応答が受信されなかったり、ARP 要求を送信しないリリースで問題が発生したりすると、SDLMUX はアダプタを介して失敗し、新しいスタンバイアダプタが壊れます。次のサイクルでテストフレームが再び失敗し、ARP 応答が受信されない場合は、フェイルオーバーとブレークが再び行われます。最終的には、1 つのアダプタが MTBF になります。

アダプタをサービスに戻すには、 board_admin コマンドでアダプタを追加する必要があります。もちろん、根本的な問題を修正せずにこれを行うと、アダプタは再び MTBF してしまいます。

第五に、アクティブなアダプタは常に同じMACアドレスを持っているので、フェイルオーバーの効果はMACアドレスをあるスイッチポートから別のスイッチポートに移動させることです。スイッチポートのセキュリティ設定は、この変更を許可する必要があります。また、スイッチポートは、様々な設定をネゴシエートしながら、他のスイッチポートと話をするように設定することができます。これらの設定は、新しいMACアドレスやリンクの復元など、トポロジーの変化にスイッチが気づいたときにトリガーされます。これらの設定がネゴシエートされるまで、スイッチは通常のフレームを渡すことができません。SDLMUX アダプタに接続されているスイッチポートは、これらのネゴシエーションを実行しないように設定する必要があります。また、SDLMUX アダプタに接続されているスイッチポートは、スパニングツリープロトコルを実行しないように設定したり、学習とリッスンのステップをスキップしたりしないように設定する必要があります (これは、Cisco ではポートファストと呼ばれています)。学習およびリッスンステップの間、スイッチは通常のデータフレームを渡しません。極端な場合、これらの設定によって発生する遅延が非常に長くなり、SDLMUX が別のフェイルオーバーをトリガーすることがあります。

最後に、アダプタのリンクステータスは、両方のリンクがアップしていることを確認するために監視する必要があります。リンクの障害が発生しても、システムが自宅に電話をかけることはありませんし、そのフォールトトレラントがあるため、システムの接続性が失われることはありません。