クラウドサーバー（ラックスペース）のサイズの選択方法
来週、rackspaceクラウドをテストして、Webアプリでどのように機能するかを確認します。これは、MySQLデータベースが多数あるLAMP環境です。
「適切な」サーバーサイズを選択するにはどうすればよいですか？ Rackspaceでは、256、512、1024、2048、4096などのメモリを持つスライスを選択できます。
現在、トラフィックはそれほど多くありませんが（1日あたり約1000人の訪問者）、「クラウド」のアイデア全体を制限せず、自動スケーリングすることだと思いました。
更新：私が探しているのは、今必要なものの仕様です。複雑すぎることはわかっています。例やケーススタディなどを探しています。「はい、2GBのRAMを搭載したスライスが1つしかないLAMPスタックでスパイクなしで1日10000件のリクエストを処理しています」のようなものを聞くと興味深いでしょう。
ああ、無限のクラウドスケーラビリティの神話...
「クラウド」で得られるのは、新しいハードウェアの迅速なプロビジョニングだけです。すべての煙と鏡、そして「パラダイムシフトの素晴らしさ」の背後にあるのはそれだけです。
通常のサーバーを指定するのと同じ方法で、必要な「クラウド」サーバーのサイズを決定します。サーバーで実行する予定のサービスのRAM、CPU、およびストレージ要件を決定します（推測、測定、タロットカード、何でも）、そして 'それらをすべて追加します。
「クラウド」サーバーを使用すると、（または少なくともはず）最小のサーバーから始めて上に向かって進む（または最大のサーバーから始めて下に向かって進む）ことができます。しばらくの間、サイズが間違っていると判断し、パラメータを変更して再起動するなどの方法がありますが、これは非常に非科学的な方法であり、負荷の急増などを考慮していません。
これは、「どのサイズのサーバーから開始する必要があるか」よりもはるかに複雑な質問です。 -アプリケーション全般に対して正しいことをしていることを確認してください。
手始めに、現在どのくらいのメモリを使用しているのか自問してみてください。どのRSの製品を使用しますか？ストレージのニーズは何ですか？ I/Oまたはネットワーク速度の要件？クラウドに入れられないデータはありますか？アプリケーションは効率的に拡張できるように設計されていますか？最後の1つは、恐ろしいパフォーマンスの解決策を切望し、開発チームではなくクラウドに目を向けるITマネージャーによって見過ごされがちです。
それらの線に沿って、おそらくあなたはあなたのアプリを見て、実際にいくつかの要件を決定する必要があるようです。その後、Rackspaceに電話をかけ、営業担当者とニーズについて話し合います。彼らは、私たちがここでできるよりも、より良い、より会社固有の答えをあなたに提供することができるでしょう。
あなたの投稿から、クラウドサーバーを使用していると想定しているため、サーバー容量をほぼ瞬時に作成できますが、バックエンドでそれらのインスタンスをどう処理するかを理解する必要があります。トラフィックが急増した場合などに「自動的に起動」するだけではありません。ストレージ要件が大きい場合は、EC2のようなストレージシステムであるCloudFilesを検討してください。
このトピックに関する次の本をお勧めします。
幸運を！
これに気付いているかどうかはわかりませんが、クラウドサーバーのサイズをその場で変更できます（再起動するだけです）。
だから汗をかかないでください。最小のサーバーから始めて、負荷がかかった状態でページの応答時間をテストします（JMeter、Selenium、Canooなどを使用）。満足するまでサーバーサイズを増やします。
アプリは現在どのタイプの構成で実行されていますか（共有サーバーと専用サーバーおよび関連する仕様など）？かなり正確な応答を提供するために必要な情報は本当にたくさんあります。
私が見ているように、人々がクラウドを使用する理由はたくさんあります。
- ハードウェアの購入とそれをサポートするために必要な人員配置のオーバーヘッドを削減します
- 必要に応じて他のインスタンスを簡単に生成できるb/cのスケーラビリティが容易になります
他にもたくさんありますが、それらはもっと大きなもののいくつかのように感じます。