☰

DHCP/DNS ロールホストでファイル共有の利点を得るために複数の NIC を実行する

tag-icon • tag-icon windows-server-2008 domain-name-system
DHCP/DNS ロールホストでファイル共有の利点を得るために複数の NIC を実行する

バックグラウンドでネットワーク共有の切断が発生し、そのネットワーク リソースにアクセスしているアプリケーションに問題が発生していると不満を言うユーザーがいます。

このため、このサーバー (HP Proliant DL 320 G5p) 上の他の NIC を有効にすることにしました。最初にこれを実行したとき、外部 IP の DNS ホスト解決で多くの問題が発生したため、変更を取り消さなければなりませんでした。両方の NIC は同じ内部ネットワークと通信し、1 つは各スイッチに接続されます。

今日、もう一度試してみることにしました。セカンダリ接続が正しく設定されているか確認したかったのです。IP を設定するときに、ゲートウェイや DNS サーバーの値を入力しませんでした。DNS タブの詳細設定で、「この接続アドレスを DNS に登録する」のチェックを外しました。

DNS マネージャーに入り、この新しい IP 用に作成されたエントリを削除しました。セカンダリ DNS サーバーでも同じ操作を実行しました。

永続的なルートも定義する必要がありますか? 今日読んだいくつかの記事ではそのことが言及されていますが、NIC ネットワークは互いに共通であるため、それが必要なのかどうかはわかりません。

編集: リクエストに応じて追加のトラブルシューティング情報。この問題は 1 年以上断続的に発生しているため、ここ 1 ～ 2 か月で試した最新の方法を以下に示します。

  1. NIC ドライバーの更新が適用されました
  2. 上流スイッチへのNICケーブルを交換
  3. NIC をスイッチ #1 ではなくスイッチ #2 に接続し、スイッチ 2 をファイアウォールから LAN へのエントリ ポイントとして移動しました。
  4. サーバー側 - 「電力を節約するために NIC をオフにする」電源オプションが無効になりました。
  5. クライアント ワークステーションでは、フル パフォーマンス/常時オンの電源設定が有効になっています。NIC 電源管理は無効になっています。
  6. 低速リンク モードを無効にするグループ ポリシーの変更がすべてのユーザーに影響します。
  7. RAM リソースが常に 75 ～ 85% で稼働していたため、SQL Server に変更を加えて、消費可能なメモリの量を制限するようにしました。これは、x86 WS2k8 w/ SP2 ボックスの場合です。他のボックスには十分な RAM が搭載されているため、この変更は適用されませんでした。
  8. 複数のケーブルを持つサーバー上の NIC のバインド順序を変更しました。

システム ログにリンク状態関連のイベント ログ エントリがありません。DNS イベント ログには不良パケットの警告しかありません。他にどこを調べればよいかわかりません。NIC のチーミングは、ここでは望ましい結果ではありません。ラウンド ロビン ロード バランスのためです。サーバーは、現状ではネットワークの役割をあまりにも多く担っており、専用のファイル サーバーを要求しましたが、得られませんでした。そのため、ここでできる限りのことをしようとしています。

答え1

Windows 2008/2008 R2 を実行しているファイル サーバー上で複数の NIC を構成する方法については、TechNet に優れた記事があります。その記事はここでご覧いただけます。

しかし、あなたが探しているのは次のものだと思います:

2.3 スタンドアロン ファイル サーバー、サーバー上の NIC 2 個、単一サブネット ここに画像の説明を入力してください

同じネットワーク上で、両方の NIC を異なる IP で構成する必要があります。また、DNS 情報、デフォルト ゲートウェイなども構成する必要があります。これが正しく構成されていれば、クライアントはラウンドロビン方式でサーバーにアクセスするはずです。これにより、両方の NIC に負荷がいくらか分散されるはずです。

NIC チーミング/リンク アグリゲーションも実行できます。Windows Server 2008/2008 R2 ではネイティブで実行されないため、ハードウェア ベンダーからソフトウェアをインストールする必要があります。

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

しかし、あなたは本当に理解すべきなぜこれらのいずれかを実行する前に、問題が発生しているかどうかを確認してください。ログをチェックし、パフォーマンスをチェックし、クライアント マシンなどをチェックします。スイッチ/ネットワークの問題である場合、これらの解決策はいずれも役に立ちません。

答え2

これらの人たちが述べたように、結局のところ、私の小規模ネットワークではこの設定は必要ありません。

さらにトラブルシューティングを行った結果、ファイル サーバーをマルチホーム化する原因となった問題の実際の原因は、スイッチの故障とフェイルオーバー DNS サーバーの問題であることがわかりました。スイッチを交換し、フェイルオーバー DNS を無効にすると、ネットワーク共有の切断の問題はすべて解消され、ネットワーク全体の応答性が大幅に変化しました。

私のスイッチは HP 1410-24g で管理されていないため、問題を排除するために実際に確認したり再構成したりできるものは何もありませんでした。Wireshark でトラフィックをスヌープして異常な動作を探すことができると考えましたが、何を探せばよいのかわかりませんでした。

ここでの問題が完全に解消されたことが確実にわかったら、将来的にはサーバーの NIC をチーム化するつもりです。

ご協力ありがとうございます!

編集: 2014 年 1 月 10 日 - ここでは完全に間違っていました。私の問題は、サーバー上で実行している AV パッケージに関係しています (2010 年 2 月)各サーバーにロール固有のポリシーを作成したにもかかわらず、リアルタイム保護が実際にランダムにユーザーを切断しているようです。サーバー ログには、ドロップされたパケットや不正なパケット、ブロックされたパケットが反映されています。新しいスイッチを購入してお金を無駄にしましたが、少なくとも将来使用するためのスペアが手に入りました。

関連情報