3

私はずっとEC2をデプロイに使用してきましたが、Rackspaceを試してみたいと思います。アプリケーションはスケーラブルである必要があるため、メインのキューイングシステムとしてRabbitMQを使用しました。フロントエンドでのアクションは、実行を必要とする非常に大量のジョブにつながる可能性があり、それをどこかにキューに入れたいと思います。

アプリケーションの予想される負荷プロファイルのため、ラックスペースクラウドのようなスケーラブルなインフラストラクチャを使用することは理にかなっています。今、私はジョブをキューに入れるのが最善であるかどうか疑問に思っています。フロントエンドサーバーでそれらをキューに入れるということは、キューが処理された後にのみフロントエンドサーバーの数を元に戻すことができることを意味します。これは、フロントエンドのピーク負荷が超過した場合にリソースの浪費になります。キューアイテムを処理するマシンでダウンおよびスケールアップします。

それらをデータベースサーバーのキューに入れると、現在のセットアップではすでに最も可能性の高いボットレネックである単一のマシンに負荷が追加されます。これをどのようにデザインしますか？

Amazon SQSなどのRackspaceの組み込みキューイングはありますか？

4

3 に答える 3

1

Rackspaceは、ホスト型キューイングシステムを提供していません。

私は2年以上クラウドサーバーでRabbitMQを実行しており、状況は良好です。

クラスタリングを試したことがないので、あちらでセットアップするのがどれほど簡単か、また、彼らの環境でどれほど安定しているかはわかりません。

于 2011-12-07T03:36:43.917 に答える
1

SQS のようなものはありませんが、利用できる優れたサービスがいくつかあります。

クラウド ファイル

Akamai CDNを使用すると、すべての静的データをクライアントに直接送信できます (私はオーストラリアのゴールド コーストにいて、クラウド ファイルのパブリック コンテンツはブリスベンのサーバーから送信されます (米国サーバーの ping 時間は 13 ミリ秒に対して 250 ミリ秒です))。距離がダウンロード速度に与える影響- ユーザーのダウンロード時間が短縮され、クリスマス ラッシュ時に Web サーバーのパイプが詰まることもありません。

私がそれを使用する方法は次のとおりです。

  1. クラウド ファイル コンテナーを作成します。これにより、一意のホスト名が取得されます。
  2. その一意のホスト名を指す CNAME DNS レコード (例: cdn.supa.ws) を作成します。
  3. cloudfuseを使用して、クラウド サーバーとホーム Linux ボックスの両方にディレクトリをマウントします。
  4. 次に、ファイルをそのディレクトリに直接コピーまたはアップロードし、http://cdn.yourdomain.comから提供します。

サービスとしてのロードバランサー

http://www.rackspace.com/cloud/cloud_hosting_products/loadbalancers/ - 基本的に、リクエストをバックエンド サーバーにプッシュするために使用できる一連のZeus ロード バランサーです。API でプログラムできるため、必要に応じてオンザフライでスケーリングしたり、バックエンド サーバーを追加したりできます。また、優れた重み付けアルゴリズムも備えているため、必要に応じて特定のサーバーにより多くのトラフィックを送信できます.

内部 VLAN

メッセージ キューイングとクラウド サーバー間の DB データには「内部 IP」(10.xyz) (eth1 インターフェイス) を使用することをお勧めします。

送信帯域幅 (速度) の上限:

  • 256 MB RAM - 10 Mb/秒 eth0 - 20 Mb/秒 eth1
  • 512 MB RAM - 20 Mb/秒 eth0 - 40 Mb/秒 eth1
  • 1 GB RAM - 30 eth0 - 60 Mb/s eth1
  • 2 GB RAM - 40 eth0 - 80 Mb/s eth1
  • 4 GB RAM - 50 eth0 - 100 Mb/s eth1
  • 8 GB RAM - 60 eth0 - 120 Mb/s eth1
  • 15.5 GB RAM - 70 eth0 - 140 Mb/秒 eth1

eth1 は内部 VLAN と呼ばれますが、他の顧客と共有されているため、eth0 と同様に eth1 をファイアウォールで遮断するのが最善です。たとえば、クラウド サーバーからの mysql 接続のみを許可します。そして、あなたが本当に感覚的なものを持っているなら、念のためにsslでmyqslを使うかもしれません:)

サービスとしての MySQL

また、サービスとしての MySQL のプライベート ベータ版もあります。まだ試していませんが、潜在的なクールさがあるようです: http://www.rackspace.com/cloud/blog/2011/12/01/announce-the-rackspace-mysql-cloud-database -プライベートベータ/

于 2011-12-05T12:08:07.867 に答える
1

Beanstalkd はまさにロック - Tubes は pub-sub として機能し、どのクラウド ベンダーでも魅力的に機能します。セットアップに 3 ～ 7 分。キューのように memcache を使用するため、非常に高速です。

選択した任意の言語でワーカーを作成できます。これで間違いはありません。

リンク: http://kr.github.com/beanstalkd/

于 2012-12-20T04:31:32.137 に答える