9

私は新しい Web テクノロジに関する調査を行っており、Web ソケットと mongo db をデータベースとして使用する非常に単純な Azure Web サイトを作成しました。すべてのコンポーネントを連携させることができたので、アプリケーションで負荷テストを実行する必要があります。

主な基準は、アプリがサポートできる最大ユーザー負荷です。現時点では 1 つの Web ロール インスタンスがあるため、おそらくそのインスタンスの最大ユーザー負荷をテストしてから、2 つのインスタンスで試す必要があります。

Loadstorm などのソリューションをオンラインで見つけましたが、これらのサービスを使用するために支払う余裕がないため、自分の開発マシンまたは別のクラウド サービスからこれを実行できる必要があります。

Visual Studio Load Tests に出会いましたが、非常に便利なようですが、VS Ultimate とアクティブな msdn サブスクリプションが必要なようです - 前提条件はここにリストされています。また、ロード テストの基本を説明しているこのビデオから、これらのロード テストは実際の Web プロジェクトとは完全に別個に作成されているように見えますが、これはユーザーに関するメトリックしか表示されないということですか? つまり、使用されている RAM の量、プロセッサなどを確認できません。

助言がありますか？

4

4 に答える 4

6

Azure自体または別のホスティングプロバイダーでLinux仮想マシンを作成し、ApacheBench（ab）またはJMeterを使用して、アプリケーションで簡単な負荷テストを実行できます。このような設定では、ベンチマークサーバー自体がボトルネックになる可能性があることに注意してください。

もう1つのアプローチは、次のような無料の使用を許可するオンライン負荷テストサービスを使用することです。

于 2013-03-01T17:03:09.427 に答える
3

負荷テストの場合、LoadStorm は特にオンプレミス ソフトウェアと比較して非常に手頃な価格です (また、最大 25 個の仮想クライアントを使用できる無料利用枠があります)。jmeter などのコードをインストールできますが、ホストして実行するためのマシン (または vm) が必要であり、ロード ジェネレーター マシンがテストのボトルネックにならないようにする必要があります。

テストを実行するときは、Web 層を MongoDB から分離することを検討してください。MongoDB は可能な限り多くのメモリを消費します (これが MongoDB の速度を向上させるためです)。実際のシナリオでは、MongoDB が独自の環境にある可能性があります。したがって、テストのために、MongoDB を独自のインスタンスにオフロードすることを検討します。10gen には、インストールがかなり簡単なWorker Role セットアップがあります。

また、NIC の帯域幅はコアあたり 100Mbps であることも覚えておいてください。これは、実行している負荷の量によっては、テストの制限要因になる可能性があります。

MongoDB のセルフホスティングに代わる 1 つの方法: MongoDB を MongoLab などのホストにオフロードします。これにより、MongoDB のセットアップ、構成、最適化などの詳細を気にすることなく、Web アプリの容量をテストできます。現在、MongoLab は、Azure、米国西部、および米国東部のデータ センターでホストされている無料利用枠を提供しています。

于 2013-03-01T18:37:55.830 に答える