EC2とRackspace間の外部ロードバランサーソリューション

バックエンド（MySql）がRackspaceストアに非同期でレプリケートされ、主にEC2でホストされているWebサイトがあります。また、Amazonが停止した場合に備えて、Rackspaceで一連のWebサーバー、キャッシュ、データベースをスタンバイ状態にする予定です。

これは見通しですが、可用性に応じてEC2とRackspaceを切り替えることができるソリューションはありますか？

まったく同じことにはdnsmadeeasyを使用します。DNSの監視とフェイルオーバーがこれに役立ちます。mysqlの場合、双方向または一方向のレプリケーションを設定できます。双方向のレプリケーションは、元に戻ったときにデータを複製することを心配する必要がないため、優れています。そして、すべてを簡単に完全に自動化できます。

それを「スタンバイ」にしたいだけの場合は、DNSを使用してこれを（稼働時間の要件に応じて）十分に達成できると思います。変更が必要な場合は、ドメインを新しいIPにポイントするだけです。しかし、これはマニュアルです。

それを除けば、同じことを実行できるエンタープライズレベルのロードバランサーが存在します。いくつかのクライアント環境でいくつか見ましたが、フェイルオーバーはありません。ほとんどの場合、データセンターがユーザーにサービスを提供する、ユーザーごとの地理的またはパフォーマンスベースの決定です。つまり、アクティブ/パッシブ（フェールオーバー）など、ほとんどのデバイスでさまざまな方法で動作するようにホストごとに負荷分散を構成できることを知っているので、同じことを実行できますが、どのホストではなくどのサイトの点でも同じです。仕事での利益相反の可能性があるため、私は意図的に1つまたはいくつかのブランドを推奨することを避けています。

予算が存在する場合は、CDNを使用することもできます。私は他の人のために話すことはできませんが、私は共同クライアントのためにアカマイと協力してきました、そして彼らはあなたが役に立つかもしれないサイトフェイルオーバーサービスを持っています。チェックアウトhttp://www.akamai.com/html/technology/products/site_failover.htmlを例えば

ロードバランサーとしてHeartbeatを使用して、別のボックスを支えることができます。本当に必要な場合は、AmazonとRackspaceで冗長なハートビートボックスをホストできます。これにより、サービスの1つがダウンした場合でも、ロードバランサーが確実に稼働します。サーバーがダウンしていない限り、すべてのトラフィックをAmazonに転送するようにHeartbeatを簡単に設定できます。

pingサービス（または機能停止を判断するために必要なもの）と、短期間のDNSエントリとDNSを変更するためのAPIの組み合わせが必要になります。