web-dev-qa-db-ja.com

Windowsクラスターホストでネットワークチーミングを使用してNIC）を交換する準備をするにはどうすればよいですか？

更新：アップグレードを実行しました。私は、砦を保持するためにチームに追加できるUSB-イーサネットアダプタを接続するハーフ忍者、ハーフハックソリューションを使用しました。チームごとに1つ接続し、チーム内の他の影響を受けるアダプターを取り外し、Windowsをシャットダウンし、カードを交換し、USBアダプターが同じUSBポートにあり、同じ方法で接続して起動することを確認しました。 USBアダプターはまだそこにあり、新しいNICをチームに手動で追加することでチーム構成を復元することができました。

このソリューションは、@ Drifter104によってコメントで最初に提案されました。 @ shouldbeq931は、問題を回避するために別のカードを追加することを提案した最初の回答であり、賞金を受け取りました。どちらの回答も役に立ちました。公平を期すために、@ llorracの徹底的なトップ投票の回答を回答としてマークします。これは、以前のチームから壊れたカードのNICを削除することの重要性を指摘していますそれを交換します。

これを行わないとどうなるか、またはカードを交換するためのMicrosoftのガイダンスが何であるかはまだ正確にはわかりませんが、それはMicrosoftの責任であり、ここで得た助けに感謝します。

元の質問：Hyper-Vワークロードを実行しているWindows Server 2012R2クラスターを管理しています。すべてのクラスターノードには複数のネットワークがあり、複数の物理ネットワークカードによって処理されます。ここで、Windows Serverの NICチーミング を使用して2つのポートをチーム化します（チームが物理ネットワークカードにまたがることはありません）。クラスターノードの1つにある物理ネットワークカードのポートで最近障害が発生しました。そのポートはチームから削除され、同じメーカーとモデルの新しい物理ネットワークカードが注文されました。

  • カードをそのまま交換し、すべてを同じ方法で接続すると、すべてがNICチーミング？クラスターネットワークによって？物理ネットワークカードは同じスロットにあり、同じモデルですが、MACアドレスは明らかに異なり、Dellがさまざまなポートに付けてそれらを相互に関連付けるタグ（これには頭字語がありますが、私にはわかりません）が利用できるかどうかはわかりません。

  • そうでない場合は、すべてを破棄してチーム/クラスターネットワークを再構成する必要がありますか？

  • これについての良い公式ガイダンスや他のアドバイスはありますか？何も見つかりませんでしたが、何を検索すればよいのかよくわかりません。 （最も近いのは このフォーラムスレッド これは、ネットワークチーミングがWindows Serverによって提供されておらず、誰かがベンダーのハードウェアソリューションを使用する必要があったときに書き戻されたため、その状況に対するMicrosoftの応答は「あなた」でした。自分でやり直してください」。）

編集：うまくいけば、この質問は「物事が壊れますか、もしそうなら、どうすればそれを避けることができますか」という一般的な質問に答えるでしょうが、より多くの詳細が役立つことを理解しているので、それらを提供します。

サーバーには、2枚のカードに分割された合計6つのポートがあります。 1枚のカードには2つの10ギガビットポートがあり、チームは両方のポートにまたがっています。 1つのカードには、2つの10ギガビットポートと両方のポートにまたがるチーム、および2つの1ギガビットポートと両方のポートにまたがるチームがあります。 1ギガビットチームは、一般的なネットワークスイッチに接続されています。 2つの10ギガビットチームは、ストレージサーバーと他のクラスターノードにポイントツーポイントで直接接続されており、ネットワークはすべて、スイッチなしでハードコードされたIPアドレスで機能します。 （これは動作しますが、お勧めしません。また、新しい構成で繰り返すこともしません。したがって、それは恐ろしいことであり、=を使用すると多くの便利なことが妨げられます。 VLANおよびネットワークの衛生状態。私が知る限り、それは私が求めているものに影響を与えません。これは、Windows Server NICチーミングの反応です。誤動作しているポートは、10ギガビットチームの1つにあります。すべてのチームは、スイッチに依存しないチーミングモードを使用します（スイッチがないため）。

windows-server-2012-r2hardwarenicwindows-clusternetwork-teaming
3
Jesper

これは重要な質問であり、検索から表示されるよりも一般的なシナリオだと思います。

ご存知かもしれませんが、MSServerが提供するチーミングには3つのタイプがあります。 1.アクティブ/スタンバイ2.静的3.LACP

あなたがしなければならないかどうかについてのあなたの声明に基づいて

すべてを壊す

他の2つよりも多くの手動構成を必要とする静的チーミングを使用しているように私には聞こえます。

NICの交換について

どのチームを使用する場合でも、何かを抜く前に、チーム設定でデッドNICが無効になっていることを確認する必要があります!!!

新しいNICを接続するときに、チーム化によって取得されますか？はい。ただし、使用している構成によっては、手動でチームに追加する必要がある場合があります。

  1. チームからNIC
  2. 物理NICを削除します
  3. 物理NICを交換してください
  4. 新しいNICをチームに追加

参考のためにMicrosoftTech Netからこのドキュメントをチェックしてください 4.6チームのステータスのチェック 。チーム設定を視覚的にまたはPowerShellを介して編集するためのオプションがあります。

MACアドレスとクラスターネットワークについて

繰り返しになりますが、ドキュメントによると、チーム化されたデータの受信者は単一のIPを解決し、プールからの1つのプライマリMACアドレスに残ります。そのため、添付のドキュメントの手順に従うと、MACアドレスの設定でエラーが発生することはありません。

要約すると

私はかつて、同様の状況でインシデント後のレビューを実施する必要がありました。エンジニアはスイッチをシャットダウンして交換することを計画しましたが、プールから削除しませんでした。これは、彼がスイッチをシャットダウンすると、すべてのネットワークトラフィックが失われ、+ 25万のエンドユーザーデバイスにエラーが発生することを意味しました。 ¯_（ツ）_ /¯

ドキュメントを確認してください-hyper-vに固有の、より意味のあるものが他にもいくつかあります。

5
llorrac

A NICがチームから削除され、新しいNICがチームに追加された場合、チームはチーム内の基盤となるNICを抽象化します。チームにNICがある限り、チーム構成は存続します。チームからすべてのNICを削除すると、チームは残りません。

構成、メンテナンスウィンドウの機能、および空きPCIeスロットによっては、障害が発生したNICを削除する前に、チームにNIC）を追加することをお勧めします。

私は常に複数のNICにまたがってチームを構築しているため、NICに障害が発生した場合でも、チームは稼働し続けます。また、異なるNIC 「障害のある」NICドライバーが展開されている場合でも、チームは稼働し続けるようにベンダー

2
shouldbeq931