サーバーがダウンしているときにサイトが自動的に素敵な「現在オフライン」ページを表示するようにするにはどうすればよいですか (つまり、サーバー全体がダウンしており、要求が IIS に到達できません)。
DNS を手動で変更することはできません。
編集：メインサーバーがダウンした場合に他のサーバーにリダイレクトするために、ある種のDNSトリックを探しています。DNS に永続的な変更を加えることができますが、サーバーがダウンしたときに手動で変更することはできません。
4140 次
8 に答える
6
DNSMadeEasyの稼働時間サービスを利用して大成功を収めました。実際には、DNS TTLを非常に低い数値（5分）に設定しました。彼らはあなたのサーバーへのpingを処理します。
停止が発生した場合、DNSクエリはセカンダリIPに送信されます。DNS要件が限られている小さな店での「ウォームスペア」のための優れたオプション。私はそれらを3年間使用しましたが、1分間のダウンタイムはありませんでした。
編集：
これにより、地理的に冗長なフェイルオーバーが可能になりますが、NLBソリューションでは対応していません。ネットワーク接続がダウンしている場合、標準のNLB構成の両方のサーバーにアクセスできなくなります。
于 2009-04-16T15:14:17.817 に答える
3
一部のサーバーは「現在オフラインのページ」を表示する必要があるため、サーバーが完全にダウンしている場合は、ファイルを提供する他のサーバーが必要になるため、サーバーのクラスターをセットアップできます (たとえ2）最初のページがダウンしている間、2番目のページは「現在オフラインのページ」を返すようにのみ構成されています。最初のサーバーがバックアップされたら、安全に 2 番目のサーバーを停止できます (サーバー 1 がすべての負荷を負担するため)。
于 2009-04-16T15:03:25.910 に答える
2
稼働率が 100% の 2 台目のサーバーが必要になる可能性があり、その後、なんらかのフェールオーバー ロード バランサーを追加します。それに、メインサーバーがオンラインの場合はそれにリダイレクトし、それ自体にリダイレクトされていない場合は、サーバーがダウンしていることを示すページを表示します
于 2009-05-13T09:42:06.857 に答える
1
Seriously, DNS is not the right answer to server load-balancing or fail-over. Too many systems (including stub clients and ISP recursive resolve) will cache records for much longer than the specified TTL.
If both servers are on the same network, use routing protocols to achieve fail-over by having both servers present the same IP address to the network, but where the fail-over server only takes over if it detects that the (supposedly) live server is offline.
If the servers are Unix, this is easily done by running Quagga on each server, and then using OSPF as the local routing protocol. I've personally used this for warm standby servers where the redundant system was actually in another data center, albeit one that was connected via a direct link to the main data center.
于 2009-04-16T16:00:11.893 に答える
1
サーバーがダウンしたらどうしようもないと思います。Web アドレスが IP に解決されるときに、要求されている IP が存在しないため (サーバーがダウンしているため)、要求は404ネットワーク エラーを送信します。DNS エントリを変更できない場合、クライアント ブラウザは xxx.xxx.xxx.xxx をヒットし続け、応答が得られません。
サーバーは稼働しているが Web サイトがダウンしている場合、選択肢があります。
編集
あなたの編集には、IPを永続的に変更できることが記載されています。ただし、話していることを実現するには、2 台のサーバーのセットアップが必要です。現在アクティブなサーバーにリクエストを送信できるロード バランサーに DNS を送信できます。ただし、これには、DNS が指すサーバーの 100% のアップタイムが必要です。
DNS が指しているサーバー (トラフィックをリダイレクトするために制御する必要があるサーバー) がダウンしている場合、すべての要求が404ネットワーク エラーを受け取ります。
編集私の 404 エラー エラーを指摘してくれたブライアンに感謝します。
于 2009-04-16T15:03:09.903 に答える
0
私が考えることができる唯一のことは、呼び出しページを制御することです。明らかに、それはすべての状況で機能するわけではありません...しかし、このサーバーへのヒットのほとんどが特定のソースからのものであることがわかっている場合は、Javaスクリプトテストをソースに追加して、「サーバーダウン」にリダイレクトできます。 "別のサーバーで生成されたページ。
しかし、すべてのソース（一部は制御できない）からのすべてのヒットを処理しようとしている場合は、運が悪いと思います。他の人が言っているように、サーバーがダウンしているとき、ブラウザは接続を試みるときに404エラーを受け取ります。
...おそらく、サーバーから返される404エラーを検出し、それらを「サーバーがダウンしている」Webページに置き換える方法があるでしょう。サーバーとWebクライアントの間にHTMLファイアウォールやその他の中間ネットワーク機器のようなものが必要になります。
于 2009-04-16T15:14:57.660 に答える
0
サイトの負荷が分散されている場合、ロード バランサー自体が、クライアントをリダイレクトしようとしている Web サーバーがダウンしていることを検出するため、技術的な問題を指示するメッセージと共にユーザーをバックアップ サーバーに送信すると考えています。
それ以外.....
于 2009-04-16T15:03:18.873 に答える