views4GCPのストレージサービスについてまとめてみた。Exp:76990---ただいま鋭意作成中です---TweetShareHatena注意この記事は2014年3月25日に更新されたもので、内容が古い可能性がありますのでご注意ください。その1のアップからだいぶ日が経ってしまい、いつの間にか年すら変わっていましたね。“では、動的なコンテンツを使用していない、静的なコンテンツだけの企業のWEBページをGAE上で運用した場合、無料で何PVまでアクセスできるか、弊社の旧トップページを使って試してみましょう。無料で12,000PV(1ページあたり、89KBの場合)表示できました。Outの無料枠は1GBまでです。11,758PV」で無料枠を使い切ってしまうことになります。152,854リクエスト」となります。Bandwidth」のResourceを使いきってしまうと思われます。Bandwidthはネットワークの回線容量についてのResourceになりますので、アクセスが増えれば増えただけ、Resourceを使用します。以上のことを踏まえ、今回はテストパターンを2つ用意しました。12,023※「無料リクエスト可能実行数」は、パターン1,2のリクエストで200番台を返してきた数です。数値は各パターンの「リクエスト数」と同じになっています。弊社旧トップページページサイズ:89KBでは、実際に検証パターンの詳細結果を見てみましょう。理論値では、総リクエスト数は156,000ですので、リクエストの途中からエラーになるはずです。懸念事項があるとすれば、同時リクエストの送信に私のPCが耐えられるかどうかですね。途中でOutOfMemoryErrorが出そうですが。:GAE管理コンソールDashboard1秒かからずにOutOfMemoryErrorが出ました。私のPCでは耐えられませんでしたか。Engine(略してGCE)にテスト環境を構築して、そこから負荷テストを行いたいと思います。構築方法についてはまた日を改めて、紹介することにして、とりあえずはテスト環境のスペックだけ、載せたいと思います。[テスト環境GCE]少なくともメモリは8GBくらいは欲しいので、今回はこの「n1-standard-2」インスタンスを使用します。OSは「CentOS」選べる中で最新バージョンを選択しました。ここでは詳しくは書きませんので、他のインスタンス等については下記URLを参考にしてください。Bandwidthのリソースは使用されていない状態から始めます。理論値では、総リクエスト数は156,000ですので、リクエストの途中からエラーになるはずです。Bandwidth」を使い切るはずなのに、0.92GBまでしか消費しませんでした。Hours」のリソースは全く使用されていませんね。Instanceは0というお得な結果になりましたね。jmeterのログ上は全て200が返ってきているのですが、GAE側のアクセスログは途中から200ではなく、204を返しています。私はあまり見たことのないステータスコードね。204の意味は、「レスポンスのボディが無い」とのこと。旧トップページはちゃんと表示できますし。200番台なので成功の部類なんでしょうが、正直気持ち悪いですね。理論値152,854を超えてもリソースを使いきりませんでした。1.00GBを使い切るために1,500スレッドに変えて実際の限界値を出してみましょう。156,311リクエストGCE側でもOutOfMemoryErrorが出てしまいました。jmeterに割り振った最大メモリは7300MBでしたが、これがリクエストの限界でした。まとめパターン2の1500スレッド/12ループは消化不良な感じが否めませんが、パターン1の1,000スレッド/12ループで12,000PVのアクセスに耐えられたという結果には満足です。Hours」は消費0というのは驚異的な気がします。それでは、次回は負荷テスト第三弾で「掲示板への書込と出力」を実施したいと思います。