EC2とRackspace間の外部ロードバランサーソリューション
主にEC2でホストされているWebサイトがあり、バックエンド（MySql）がRackspaceストアに非同期で複製されています。また、Amazonが停止した場合に備えて、RackspaceでWebサーバー、キャッシュ、データベースのスイートをスタンバイ状態にすることも計画しています。
これは見通しですが、可用性に応じてEC2とRackspaceを切り替えることができるソリューションはありますか？
まったく同じことにdnsmadeeasyを使用します。 DNSの監視とフェイルオーバーは、これに役立ちます。 mysqlの場合、2ウェイまたはワンウェイレプリケーションをセットアップできます。切り替え時にデータを複製することを心配する必要がないため、双方向複製の方が優れています。そして、すべてを簡単に完全に自動化することができます。
Pingサービス（または停止を判断するために必要なもの）と、短期間のDNSエントリおよびDNSを変更するためのAPIの組み合わせが必要になります。
「スタンバイ」でそれを探しているだけなら、DNSを使用してこれを十分に達成できると思います（稼働時間の要件によって異なります）。変更が必要な場合は、ドメインを新しいIPにポイントするだけです。しかし、私はこれが手動であることを知っています。
それを除けば、同じことを実行できるエンタープライズレベルのロードバランサーが存在します。いくつかのクライアント環境で見たことがありますが、フェイルオーバーの場合はほとんどありません。ほとんどの場合、データセンターがユーザーにサービスを提供するユーザーごとの地理的またはパフォーマンスベースの決定です。とはいえ、アクティブ/パッシブ（フェイルオーバー）を含むほとんどのデバイスでさまざまな方法で機能するようにホストごとの負荷分散を構成できることはわかっているので、同じことができると確信していますが、ホストではなくサイトについてです。職場での利益相反の潜在的な認識のために、私は意図的に1つまたはいくつかのブランドを推奨することを避けています。
予算があれば、CDNを使用することもできます。他の人のことを話すことはできませんが、共同クライアントのためにアカマイと協力してきました。彼らには、便利なサイトフェイルオーバーサービスがあります。例として http://www.akamai.com/html/technology/products/site_failover.html をチェックしてください。
Heartbeat をロードバランサーとして使用して、別のボックスを支えることができます。本当に必要な場合は、AmazonとRackspaceで冗長なハートビートボックスをホストできます。これにより、サービスの1つがダウンした場合でも、ロードバランサーが確実にアップします。サーバーがダウンしていない限り、すべてのトラフィックをAmazonに転送するようにHeartbeatを簡単に構成できます。