Azureローカル: ストレージ ネットワーク分離がトップ オブ ラック スイッチで構成されている場合に、完全コンバージド トポロジーでネットワーク検証の事前チェックが失敗する

概要: 完全収束ネットワーク トポロジーを使用してAzureローカル インスタンスを導入すると、ネットワーク検証の事前チェックに失敗します。これは、ベスト プラクティスに従ってトップオブラック(ToR)スイッチでストレージ ネットワーク分離が構成されている場合に発生します。

この記事は次に適用されます: この記事は次には適用されません: この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。

現象

完全コンバージド ネットワーク トポロジーを使用したAzureローカル インスタンスの導入中に、ネットワーク検証の事前チェックが失敗します。

 

原因

事前チェックに失敗すると、ストレージNICポート1に割り当てられたIPアドレスから、インスタンスの他のメンバーのストレージNICポート2に割り当てられたIPアドレスへの接続が試行されます。ToRスイッチに実装されたVLANネットワーク セグメンテーションによってストレージ ネットワーク トラフィックが分離されている場合、この接続試行は失敗します。このセグメンテーションにより、各メンバーのストレージNICポート1を起点とするネットワーク トラフィックが、各メンバーのストレージNICポート2にクロスオーバーするのを防ぎます。このネットワーク セグメンテーション戦略は、Microsoft によって文書化されている Azure ローカル ネットワーク設計のベスト プラクティスに準拠しています。 

 

解決方法

Azureローカル メンバーの物理NICポート(pNIC)を接続する各ToRスイッチのストレージVLANトランクに、両方のストレージVLANを追加します。通常、各ToRスイッチには、スイッチ ポートVLANトランクに割り当てられるストレージVLANが1つだけあります。両方のストレージVLANをスイッチ ポートVLANトランクに追加すると、ネットワーク検証の事前チェックを正常に完了できます。

 

その他の情報

Azure Local Storage ネットワーク トラフィックでは、ネットワーク待機時間の影響を受けやすい高パフォーマンスの RDMA プロトコルが使用されます。スイッチ ホップを最小限に抑えると、ネットワーク レイテンシーが短縮され、RDMAネットワーク トラフィックに大きなメリットがあります。  Azureローカル ネットワーク設計のベスト プラクティスでは、NICポート1からのネットワーク トラフィックには1つのIPサブネットとVLANを使用し、NICポート2からのネットワーク トラフィックには別のIPサブネットとVLANを使用します。このタイプのネットワーク トラフィックの区分化により、ストレージ ネットワーク トラフィックが両方のToRスイッチ間で不必要に流れ、余分なスイッチ ホップが発生するのを防ぎます。

詳細については、「Azure Local のホスト ネットワーク要件 - Azure Local |Microsoft Learnこのハイパーリンクをクリックすると、デル・テクノロジーズ以外のWebサイトにアクセスします。

完全収束ネットワーク トポロジーには、すべてのAzureローカル ネットワーク トラフィックに使用される2つのpNICが含まれます。これら2つのpNICには、スイッチ組み込みチーミング(SET)仮想スイッチ(vSwitch)がバインドされています。3つの仮想NIC(vNIC)がホスト パーティションに提示され、ホスト パーティション内のvSwitchに接続されます。2つのvNICはストレージ ネットワーク トラフィックに使用され、3番目のvNICは管理ネットワーク トラフィックに使用されます。

完全コンバージド ネットワーク トポロジーの説明については、次のリンクを参照してください。

Azure Local の 2 ノード ストレージ切り替え型完全コンバージド デプロイ ネットワーク参照パターン - Azure Local |Microsoft Learnこのハイパーリンクをクリックすると、デル・テクノロジーズ以外のWebサイトにアクセスします。

対象製品

AX Nodes
文書のプロパティ
文書番号: 000353585
文書の種類: Solution
最終更新: 06 8月 2025
バージョン:  1
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。