中規模の SaaS プロジェクトがあり、スケールアウトする必要があります。クラウド プロジェクトを開始するための資料はどこにありますか?
追伸: App Engine や Azure のような PaaS で作業したくありません... ec2 や Rackspace のような IaaS を使用します
中規模の SaaS プロジェクトがあり、スケールアウトする必要があります。クラウド プロジェクトを開始するための資料はどこにありますか?
追伸: App Engine や Azure のような PaaS で作業したくありません... ec2 や Rackspace のような IaaS を使用します
経験からはわかりませんが、あなたが協力しているサービス プロバイダーは、あなたを支援する適切な資料を持っているのではないでしょうか? また、Amazon の製品 (および同様の同類の製品) には、活発なユーザー コミュニティがあると思います。
Iaas を使用する場合、Amazon EC2 は、定義した条件に従ってサーバー容量をスケーリングできる基本的な自動スケーリング機能を提供します。Scalrや RightScaleなどの他のクラウド管理ソリューションは、より高度な機能を提供します。これらは Paas そのものではなく、Amazon、Rackspace、その他のプロバイダーでインフラストラクチャを管理するのに役立つサービスです。探しているものに応じて、EC2 自動スケーリングが要件を満たす場合と満たさない場合があります。
以下は、EC2 と Scalr の自動スケーリングの違いを理解するための例です (私は Scalr で働いています)。
3 つの Web サーバーがあり、それぞれが少なくとも 1000 人の同時ユーザーを処理する必要があるとします。それ以外の場合は終了する必要があります。午前 4 時にトラフィックが遅くなり、同時ユーザーが 2100 しかないため、サーバーあたり 700 になります。これはしきい値を下回っているため、ダウンスケーリング イベントがトリガーされます。
EC2 自動スケーリングでは、3 つのサーバーのうちの 1 つが終了します。これは、サーバー上にいた 500 人のユーザーの接続が閉じられ、ログアウトされることを意味します (ファイルベースのセッションを使用している場合、PHP や他の言語では非常に一般的です)。
Scalr はダウンスケーリングを別の方法で処理します。サーバーを終了する前に、OnBeforeHostTerminate イベントがトリガーされます。これにより、メンテナンス アクションを実行して、サーバーを終了する準備を整えることができます。さらに、Scalr は Web サーバーの安全なシャットダウン方法を使用するため、新しい接続は作成されません。すべての接続が閉じられるまで待機して、サーバーを終了します。もう 1 つの違いは、EC2 の自動スケーリングとは異なり、Scalr では CPU、RAM、ディスク、ネットワーク、ユーザーなどに基づいてスケーリングできます。
Rackspace については、自動スケーリング機能はないと思います。ただし、Amazon ではなく Rackspace でインフラストラクチャを構築する場合でも、Scalr を使用してサーバーを管理し、容量を自動的にスケーリングできます。
先に述べたように、それはあなたの要件に依存します。
「スケールアウト」の意味がよくわかりませんが、自動スケーリングや負荷分散などを意味しているのではないでしょうか?
Amazon には、それを行うために EC2 アカウントに追加できるサービス (Auto Scaling、Amazon CloudWatch、Elastic Load Balancing) があります。また、 Scalrなどのサードパーティ ツールを使用してすべてを管理することもできます。日常業務でのニーズに合わせて Scalr を評価していますが、まだ経験がありません。