ここ数晩、次のような問題で眠れずにいます。
退職した人からいくつかのサーバーを引き継いだのですが、サーバーの 1 つでインターフェースの 1 つがフリーズして、ユーザーが接続できなくなることがあることに気付きました。
詳細は次のとおりです。サーバーは 3 台あります。1 台はデータベース サーバーで、DB のみをホストし、アクセス サーバーに接続されています。アクセス サーバーには IIS ベースの Web サーバーもあり、Web サイトをホストしている 3 番目のサーバーにアクセスする顧客に .aspx ベースのコントロールを提供します。次の図の方がわかりやすいと思います。 ネットワークグラフ
問題は、アクセス サーバーが 2 つのデフォルト ゲートウェイ (sic!) で構成されていることにありますが、 によると、結局、route print最初の ISP ゲートウェイが使用されます。
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 bb.bbb.bbb.241 bb.bbb.bbb.243 10
0.0.0.0 0.0.0.0 aaa.aa.aaa.129 aaa.aa.aaa.130 10
bb.bbb.bbb.240 255.255.255.248 bb.bbb.bbb.243 bb.bbb.bbb.243 10
bb.bbb.bbb.243 255.255.255.255 127.0.0.1 127.0.0.1 10
bb.255.255.255 255.255.255.255 bb.bbb.bbb.243 bb.bbb.bbb.243 10
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.97 192.168.0.97 10
192.168.0.97 255.255.255.255 127.0.0.1 127.0.0.1 10
192.168.0.255 255.255.255.255 192.168.0.97 192.168.0.97 10
aaa.aa.aaa.128 255.255.255.248 aaa.aa.aaa.130 aaa.aa.aaa.130 10
aaa.aa.aaa.130 255.255.255.255 127.0.0.1 127.0.0.1 10
aaa.aa.aaa.255 255.255.255.255 aaa.aa.aaa.130 aaa.aa.aaa.130 10
224.0.0.0 240.0.0.0 bb.bbb.bbb.243 bb.bbb.bbb.243 10
224.0.0.0 240.0.0.0 192.168.0.97 192.168.0.97 10
224.0.0.0 240.0.0.0 aaa.aa.aaa.130 aaa.aa.aaa.130 10
255.255.255.255 255.255.255.255 bb.bbb.bbb.243 bb.bbb.bbb.243 1
255.255.255.255 255.255.255.255 192.168.0.97 192.168.0.97 1
255.255.255.255 255.255.255.255 aaa.aa.aaa.130 aaa.aa.aaa.130 1
Default Gateway: aaa.aa.aaa.129
さて、問題は、どうすれば「正常に」動作させるか、少なくともできる限り正常に近づけるか（そうすれば、毎日 RDP ログインして .129 アダプターを再起動する必要がなくなります）です。
最初は、2 番目のソース アドレスからフリーズしている NIC に ping する単純なウォッチドッグ スクリプトを考えましたが、WS2003 では ping コマンドがまだ遅れていて、-S パラメータ付きの IPv6 のみを許可しているため、惨めに失敗しました。これについては、サード パーティ ソリューションさえも修正方法がないようで、Windows 7 から直接 ping.exe を取得しても機能しません (実際に、私も試しました!)。
そこで、デュアル WAN ルーターを購入し、サーバーと ISP のルーターの間に接続して、指定されたポートを 1 つの LAN 接続に転送することを考えました。現在の問題がそのサーバーの NIC によって発生していると仮定する限り、これは機能するはずですが、これは解決が非常に簡単です。なぜなら、同じ接続に WWW サーバーがあり、その稼働率は過去 1 年間ほぼ 100% だからです (会社に関連しない障害を除く)。ただし、そのインターフェイスにフェイルオーバーを設定しても、クライアントのアプリケーションは引き続き IP を使用して接続するため、クライアントに対して応答がないと報告されますが、主な問題は解決されます。
3 番目のオプションは、他のソフトウェアを使用して負荷分散オプションに魔法をかけることですが、私の知る限り、Windows ではうまく機能しませんでした (アダプタがフリーズすることはよくあります)。
4 番目のオプションもあります。これは、すべてを破棄して新しいサーバーやシステムを入手するというものです。ただし、ここで最大の問題はライセンスです。私たちは、その背後で SQL Server DB をホストしており、その DB と通信して Web 上の顧客と、データベースと通信するために会社のプログラムを使用する従業員 (約 200 人以上) にテーブルを返します。これには当然、個別の CAL ライセンスが必要ですが、W2003 は Web エディションでそれが不要だった最後のオプションです。
誰か私に正しい方向を指し示してくれませんか?