☰

Nic Teaming Windows Server 2012 R2 - ネットワーク接続なし

tag-icon • tag-icon windows networking switch windows-server-2012-r2 nic
Nic Teaming Windows Server 2012 R2 - ネットワーク接続なし

PCIe スロットに 2 枚の 100Mbps NIC カードをインストールし、各カードを独自のデスクトップ 8 ポート スイッチに接続しました。

私の設定：

  • モード: スイッチに依存しない
  • 負荷分散: 動的 / アドレスハッシュ
  • VLAN: すべてデフォルトのままにしました

しかし、チームがネットワークから IP を取得できなかったため、静的 IP を設定した後でも、サーバーがネットワークの内外に ping を送信できないようです。

編集: 設定をいじってみたところ、チームがチームらしく動作していないように見える不具合がいくつかありました。そこで、ハードウェアは「ハイエンド」品質である必要があるかどうかという質問です。たとえば、私はこれらのスイッチを使用しています。TRENDnet TE100-S8 8ポート ファースト イーサネット スイッチhttp://www.newegg.com/Product/Product.aspx?Item=9SIA25V2VW8636

例：

ここに画像の説明を入力してください

編集: 一応は動作しますが、たとえば RDP は取得できません。また、たとえばスイッチ 1 を引き抜くと、すべてが壊れ、ping -t google.com でテストしたように ping を送信できなくなります。ただし、他のスイッチを引き抜くと、ping は正常に続行されるため、1 つのスイッチのみが使用されていると考えられます。

編集2:

そこで、ダウンロードした Microsoft サイトのドキュメントで次のものを見つけました。

3.11.1 チームの MAC アドレス アドレス ハッシュまたは動的負荷分散によるスイッチ独立モードでは、チームは発信トラフィックでプライマリ チーム メンバー (最初のチーム メンバー セットから選択されたメンバー) の MAC アドレスを使用します。プライマリ チーム メンバーは、チームの作成後またはホストの再起動後にチームにバインドされる最初のチーム メンバーです。プライマリ チーム メンバーは、各ブート、NIC の無効化/有効化アクション、またはその他の再構成アクティビティで非決定論的に変更される場合があるため、チームの MAC アドレスは時々変わる可能性があります。通常、これによって問題が発生することはありませんが、問題が発生する場合もあります。プライマリ チーム メンバーがチームから削除されてから運用されると、MAC アドレスの競合が発生する可能性があります。この競合を解決するには、チーム インターフェイスを無効にしてから有効にします。チーム インターフェイスで無効化および有効化操作を実行すると、残りのチーム メンバーから新しい MAC アドレスが選択されます。チームに MAC アドレスの安定性が必要な場合、管理者は、物理 NIC の MAC アドレスを設定するのと同じ方法で、プライマリ チーム インターフェイスでチームの MAC アドレスを設定することにより、管理者が使用したい任意の MAC アドレスに設定できます。ソース:https://www.microsoft.com/en-us/download/details.aspx?id=40319

これは、MAC として使用されている NIC がダウンした場合、NIC チームを再起動する必要があるという意味ですか? 1 つのスイッチをオフラインにしても何もダウンしないのに、もう 1 つをオフラインにすると、他のスイッチがオンになっているにもかかわらずクラッシュすることに気づきました。これは、私の問題は MAC に関連しているのでしょうか?

答え1

NIC チーミングを利用するために、「デスクトップ」スイッチを相互に接続する必要はありません。スイッチ独立チーミングは、各チーム メンバーが独立した、接続されていないアップストリーム スイッチに接続されている場合に完全にサポートされます。

Windows Server 2012 R2 ではまだ NIC チーミングを使用していませんが、次のようなことが起きていると考えられます。

アドレス ハッシュを使用したスイッチ独立モードでは、サーバーはプライマリ チーム メンバーの MAC アドレスを使用します。そのため、送信トラフィックは両方のチーム メンバー間で負荷分散される可能性がありますが、受信トラフィックはプライマリ メンバーに送信されます (IP アドレスは 1 つの MAC アドレスにのみ関連付けることができるため)。つまり、プライマリ チーム メンバーが接続され動作している場合、サーバーの IP アドレスはプライマリ チーム メンバーの MAC アドレスに解決されます。プライマリ チーム メンバーに障害が発生した場合、IP アドレスは「新しい」プライマリ チーム メンバーの MAC アドレスに関連付ける必要があります。エッジ スイッチに接続されたコンピューターからテストしている場合、テスト コンピューターの ARP テーブルに、元のプライマリ チーム メンバーの MAC アドレスへの IP アドレスの関連付けが残っているのは当然です。テスト コンピューターの ARP キャッシュをフラッシュしてからサーバーに接続してみると、これを簡単にテストできます。

もう 1 つの可能性 (ただし、選択したチーム モードと負荷分散モードのため、この場合は当てはまらないと思います) は、プライマリ チーム メンバーの MAC アドレスがエッジ スイッチの MAC アドレス テーブルにキャッシュされていることが原因であることです (スイッチの MAC アドレス テーブルは、MAC アドレスとスイッチ ポートの関連付けであることに注意してください。これは ARP とは関係ありません)。チーム モードと負荷分散モードでは、チーム化された各アダプタは互いに独立した MAC アドレスを使用する必要があるため、この場合は当てはまらないと思います。各チーム メンバーが単一の「共有」MAC アドレスを使用している場合、このシナリオが問題の原因である可能性が高くなります。

完全に的外れかもしれませんが、これでいくつか注目すべき点が見つかったと思います。

関連情報