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

Question

2枚の100Mbps NICカードをPCIeスロットに取り付け、各カードを独自のデスクトップ8ポートスイッチに接続しています。

私の設定：

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

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

編集：私は設定で遊んだのですが、チームがチームのように振る舞っていないように見えるいくつかの不具合に気づきました。それで、簡単な質問は、ハードウェアが「ハイエンド」品質でなければならないということだと思いますか？たとえば、これらのスイッチを使用していますTRENDnet TE100-S8 8ポート高速イーサネットスイッチ http://www.newegg.com/Product/Product.aspx?Item=9SIA25V2VW8636

例：

enter image description here

編集：それはちょっと動作しますが、たとえばRDPを取得できません。また、たとえばスイッチ1を引くと、すべてが壊れ、ping -tgoogle.comでテストしたときにpingを実行できなくなります。しかし、もう一方のスイッチを引くと、pingが正常に続行されるため、一方のスイッチのみを使用していると思われます。

編集2：

だから私はダウンロードしたMicrosoftサイトのドキュメントでこれを見つけました：

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

これは、MACがダウンしたときに使用されているNICの場合、NIC TEAMを再起動する必要があるということですか？1つプルできることに気づきましたスイッチをオフラインにすると何もダウンしませんが、他のスイッチをオンにしてもクラッシュするので、私の問題はMACに関連していますか？

joeqwerty · Answer

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

私はまだWindowsServer 2012 R2でNICチーミングを使用していませんが、これが起こっていると思います。

アドレスハッシュを使用したスイッチ非依存モードでは、サーバーはプライマリチームメンバーのMACアドレスを使用します。したがって、アウトバウンドトラフィックは両方のチームメンバー間で負荷分散される可能性がありますが、インバウンドトラフィックはプライマリメンバーに転送されます（IPアドレスは単一のMACアドレスにのみ関連付けることができるため）。これは、プライマリチームメンバーが接続されて動作しているときに、サーバーのIPアドレスがプライマリチームメンバーのMACアドレスに解決されることを意味します。プライマリチームメンバーが失敗した場合、IPアドレスを「新しい」プライマリチームメンバーのMACアドレスに関連付ける必要があります。エッジスイッチに接続されたコンピューターからテストしている場合、テストコンピューターのARPテーブルに元のプライマリチームメンバーのMACアドレスの関連付けに対するIPアドレスがまだ残っているのは当然のことです。これは、テストコンピューターのARPキャッシュをフラッシュしてから、サーバーへの接続を試みることで簡単にテストできます。

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

私は完全にベースから外れているかもしれませんが、うまくいけば、これはあなたに見るべきいくつかのことを与えるでしょう。