4

Web、FTP、および電子メール サービス用に構成されたいくつかの fedora システムがあります。これらのサービスをミラーリングして、ユーザーにほぼ 100% の信頼性を提供できるようにしたいと考えています。私はかなり経験豊富な Linux 管理者ですが、冗長システムの経験はあまりありません。

これを行う最善の方法は何ですか？グーグルとアマゾンはどのようにそれを行うのですか？Google.com は複数の IP アドレスに解決されますが、ローカル デスクトップがアクセスできない IP の 1 つをキャッシュすると、接続に失敗したというメッセージが表示されます。彼らはそれをどのように防ぎますか？

サーバーの 1 つがダウンした場合、エンドユーザーが気付かないうちに、どのようにして自動的に別のシステムにリダイレクトされるのでしょうか?

フェールオーバー デバイスがあることは理解していますが、それらはシステム自体をフェールオーバーするためのものであり、完全なネットワークではありません。

プライマリ システムにアクセスできなくなるなど、最悪のシナリオが発生したとします。この機能を提供するために Linux システムで使用される基本的なコンポーネントは何ですか?

「openstackをチェックしてください」のような答えではなく、概念またはアプローチを探しています。ソリューションを構成する実際の要素は何ですか? この機能を実装するには何をする必要がありますか?

4

1 に答える 1

2

Google または Amazon が公開した IP アドレスは、実際にはサーバーではなく、ロード バランサーです。ロード バランサーは、着信クライアント接続を実際のサーバーに動的に転送します。単一の IP アドレスの背後には、数百、数千の接続が存在する可能性があります。

ロードバランサー自体がダウンしたらどうなるの？通常、それらはクラスター化されて動作します - 少なくとも 2 つがあり、すべてが同じ仮想 IP アドレスを共有します。1 つがダウンしても、このロード バランサー クラスターの別のメンバーがまだその要求を処理しているため、仮想 IP は機能しているように見えます。

クラスター化されたロード バランサーが引き続きダウンした場合、この仮想 IP が DNS クライアントにアドバタイズされないように、DNS が自動的に変更されます。高速化するために、これらの IP の一般的な TTL はかなり低く、数分以下に設定されています (google.com の場合は 5 分です)。

もちろん、現実はこれよりも少し複雑ですが、大まかなアイデアは得られるはずです。

于 2012-11-19T03:13:26.970 に答える