GAEのインスタンスの負荷分散について

tanoue

unread,

Nov 27, 2012, 8:53:28 AM11/27/12

to google-app-...@googlegroups.com

いつも利用させて頂いております。tanoueといいます。

GAEのインスタンスの負荷分散について質問がございます。
集中アクセス時にインスタンスを複数起動し複数ユーザーのレスポンスのスピードを
一定に保ちたいと思っております。

現在作成中のGAEアプリの管理コンソールから「Administration」-「Application Settings」にて
Idle Instances: ( 1 – 500 )
Pending Latency: ( 10ms – 20ms )

に設定し集中アクセスのテストを行なっているのですが、

集中アクセスのほとんどのリクエストが1つのインスタンスに集中しうまく負荷分散がされておりません。

管理コンソールから確認したところ、上記のインスタンスのLatencyの値は1000msを超え、

常時立ち上がっているインスタンス、及び新規に起動したインスタンスの処理リクエスト数は2,3件程度です。

何か設定について間違えていることはございますでしょうか?

また、認識について間違えている点などございますでしょうか?

以上、ご教示の程よろしくお願いいたします。

najeira

unread,

Nov 27, 2012, 9:06:29 PM11/27/12

to google-app-...@googlegroups.com

najeiraです。

スピンアップ（インスタンスの初回起動）が遅かったり、

リクエストの処理に1秒以上かかってしまう場合、

AppEngineのオートスケールの恩恵を受けにくいようです。

Javaなどで重いライブラリを使用していると、このスピンアップが遅くなってしまいます。

現状、スピンアップでどれくらいの時間がかかっていますでしょうか？

また、リクエストの処理（リクエストを受けてからレスポンスが返るまで）はどうでしょうか？

> Idle Instances: ( 1 – 500 )

Minのほうの値を上げると、Idleになっても終了しないインスタンスが確保されますので、

突発的なアクセス増加に対応しやすくなります。

ただし、インスタンスは使用時間に応じて課金されるので、課金額は増えます。

> Pending Latency: ( 10ms – 20ms )

これは新しいインスタンスを起動しやすい設定になっているので、

特に問題はないように見えます。

もしかしたら、Concurrent Requestsを有効にしていると、

リクエスト受け付け可能とみなされて、新しいインスタンスを起動しないのかもしれません。

（あくまで仮説です）

Concurrent Requestsの設定はどうなっていますか？

2012年11月27日火曜日 22時53分28秒 UTC+9 tanoue:

tanoue

unread,

Nov 27, 2012, 10:45:27 PM11/27/12

to google-app-...@googlegroups.com

tanoueです。

>Javaなどで重いライブラリを使用していると、このスピンアップが遅くなってしまいます。

>現状、スピンアップでどれくらいの時間がかかっていますでしょうか？

GAEのログを確認したところ、

だいたい2秒から3秒程度の時間がかかっています。

>> Idle Instances: ( 1 – 500 )
>Minのほうの値を上げると、Idleになっても終了しないインスタンスが確保されますので、

>突発的なアクセス増加に対応しやすくなります。

>ただし、インスタンスは使用時間に応じて課金されるので、課金額は増えます。

突発的なアクセス増加に対応出来るよう常に１つ以上のインスタンスを起動しようと思っております。

全体的なレスポンスが遅いため、課金額よりレスポンス重視でいこうと思っています。

>もしかしたら、Concurrent Requestsを有効にしていると、

>リクエスト受け付け可能とみなされて、新しいインスタンスを起動しないのかもしれません。

>（あくまで仮説です）

>Concurrent Requestsの設定はどうなっていますか？

これって"threadsafe"の設定ですよね?

trueにしています。

これをtrueにしたらマルチスレッドで並列実行されてレスポンスが早くなると思っていますので…

ちなみにマルチスレッドの設計で開発しております。

以上、よろしくお願いいたします。

2012年11月28日水曜日 11時06分29秒 UTC+9 najeira:

najeira

unread,

Nov 28, 2012, 12:59:06 AM11/28/12

to google-app-...@googlegroups.com

najeiraです。

Pending Latencyの設定は

「空いているインスタンスがない場合どれくらい待つか」

ですので、空いているインスタンスがあるときには

新しいインスタンスが起動されないのかなと思います。

> 常時立ち上がっているインスタンス、及び新規に起動したインスタンスの処理リクエスト数は2,3件程度

ということなので、1つのインスタンスで処理ができてしまって、

他のインスタンスに処理が回っていないという可能性はありませんか？

もっとリクエストを増やしてテストすると結果が変わるかもしれません。

>> Concurrent Requestsの設定はどうなっていますか？

> これって"threadsafe"の設定ですよね?

はい、threadsafeの設定です。

> これをtrueにしたらマルチスレッドで並列実行されてレスポンスが早くなると

いいえ、（基本的には）レスポンスは速くなりません。

1つのインスタンスが複数のリクエストを処理するようになるので、

インスタンスあたりの処理可能なリクエスト数が増えますが、

1つのリクエストの処理が速くなるわけではありません。

> インスタンスのLatencyの値は1000msを超え

この値は管理画面の「Instances」に表示される値でしょうか？

であれば、これはインスタンスの空きを待っている時間ではなく、

リクエストからレスポンスまでの処理時間の平均値だと思います。

これが1000msを超えているということは、処理内容が重いのだと思います。

もし複雑な計算などCPUを多く使うようなアプリであれば、

Frontend Instanceのクラスを上げるという手もあります。

標準のインスタンスはCPUが600MHzですので。

（設定は管理画面のApplication Settingsのページから出来ます）

2012年11月28日水曜日 12時45分27秒 UTC+9 tanoue:

はなたん

unread,

Nov 28, 2012, 1:16:37 AM11/28/12

to google-app-...@googlegroups.com

花崎と申します。

私は中の動きは説明する事は出来ませんが、経験上、管理画面の Instances では、Dynamic なInstance が頑張って沢山のRequestsをこなしているのに、Resident な Instance は結構ヒマしている（Requestsが少ない）という事は普通の事です。

一時的にトラフィックが急増した際にSpin-upさせない様にチューニングが行われているのだ、と勝手に理解しています。

このへんが参考になるのでは無いかと思います。

https://groups.google.com/forum/?fromgroups=#!topic/google-app-engine-japan/1KbK8taekBM

2012年11月27日火曜日 22時53分28秒 UTC+9 tanoue:

tanoue

unread,

Nov 28, 2012, 9:48:12 AM11/28/12

to google-app-...@googlegroups.com

nejeiraさん、花崎さん

ご返信ありがとうございます。tanoueです。

思った通りのレスポンスが上がらないのはnejeiraさんのおっしゃるとおり

アプリケーション自体の処理が重いためGAEのオートスケールの恩恵をあまり受けていないのだと思います。

Google Data APIを利用しているアプリケーションの為、処理時間のほとんどはHTTP通信となり

nejeiraさんがいうFrontend Instanceのクラスを上げてもレスポンスの劇的な改善には至らないと思います。

なお、threadsafe　をfalseにすることで、インスタンスが前と比べ立ち上がりやすくなりましたが、

1つのインスタンスが集中アクセスのほとんどのリクエストを捌いてしまい、待ち時間が発生し結果的にレスポンスが悪くなり

思った通りの挙動にはいたっておりません。

花崎さんがご指摘している通り、Dynamicなインスタンスが頑張り、Residentがあまりリクエストを捌いていない状況です。

Dynamicなインスタンスが複数立ち上がっても、その中の１つのインスタンスがほとんどのリクエストを受け付けてしまい、

他のインスタンスがリクエストをあまり受け付けません。

追加で質問がございます。

nejeiraさんがJavaなどで重いライブラリを使用していると、このスピンアップが遅くなってしまうと

おっしゃっておりますが、使用するというのはデプロイしているソースに重いライブラリファイルを含んでいる状態を

指しておりますでしょうか?または、プログラム自体で利用している状態をさしておりますでしょうか？

前者の場合、Google Data APIのライブラリファイル(jarファイル)を全て含んだプロジェクトをデプロイしているので

利用していないライブラリファイルを削除することでスピンアップの時間短縮が望めます。

以上、ご教示の程よろしくお願いいたします。
2012年11月28日水曜日 15時16分37秒 UTC+9 はなたん:

najeira

unread,

Nov 28, 2012, 8:44:51 PM11/28/12

to google-app-...@googlegroups.com

najeiraです。

> Javaなどで重いライブラリを使用していると、このスピンアップが遅くなってしまうと

> おっしゃっておりますが、使用するというのはデプロイしているソースに

> 重いライブラリファイルを含んでいる状態を指しておりますでしょうか?

はい。デプロイするJARファイルが大きいと、スピンアップ（起動）が遅くなります。

僕はJavaは詳しくありませんが、例えばSpringフレームワークなどは非常に重いそうです。

> または、プログラム自体で利用している状態をさしておりますでしょうか？

Javaは一度起動してしまえば速いはずなので、起動後の使用は問題ないと思います。

> Google Data APIのライブラリファイル(jarファイル)を全て含んだプロジェクトをデプロイしているので

> 利用していないライブラリファイルを削除することでスピンアップの時間短縮が望めます。

これは試してみる価値があると思います。

2012年11月28日水曜日 23時48分12秒 UTC+9 tanoue:

Takashi Matsuo

unread,

Nov 28, 2012, 11:12:15 PM11/28/12

to google-app-...@googlegroups.com

まずはじめに、「平均して 1 秒以上かかっているアプリケーションはスロットルされる」というのは過去の制約で、現在はこのような概念はありません。

# ドキュメントがまだ古いままなので、その点は申し訳ありません。

# https://developers.google.com/appengine/kb/general#activerequests

Performance settings ですが、下記のようにすることをまずはおすすめします。

Idle Instances: ( 1 – Automatic )
Pending Latency: ( Automatic – 20ms )

次に、データを見ていないのでなんとも言えないのですが、レスポンスが遅くなるのは、urlfetch の返答が遅いからではないでしょうか？

AppStats で簡単に調べられますので、まずはパフォーマンスが落ちる原因を突き止めて、対処してみてください。

-- Matsuo

2012/11/28 najeira <naj...@gmail.com>

--
このメールは Google グループのグループ「Google-App-Engine-Japan」の登録者に送られています。
このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/google-app-engine-japan/-/Q7Y9gEoZz0kJ にアクセスしてください。

このグループに投稿するには、google-app-...@googlegroups.com にメールを送信してください。
このグループから退会するには、google-app-engine...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja からこのグループにアクセスしてください。

--
Takashi Matsuo | Developers Advocate | tma...@google.com

Takashi Matsuo

unread,

Nov 28, 2012, 11:13:42 PM11/28/12

to google-app-...@googlegroups.com

もうひとつ、urlfetch のパートがどうしても遅くてボトルネックになるようであれば、TaskQueue で処理を行うようにアーキテクチャの変更も検討してください。

-- Matsuo

2012/11/28 Takashi Matsuo <tma...@google.com>

tanoue

unread,

Nov 29, 2012, 2:10:57 AM11/29/12

to google-app-...@googlegroups.com

tanoueです。

ご連絡ありがとうございます。

>次に、データを見ていないのでなんとも言えないのですが、レスポンスが遅くなるのは、urlfetch の返答が遅いからではないでしょうか？

>AppStats で簡単に調べられますので、まずはパフォーマンスが落ちる原因を突き止めて、対処してみてください。

>もうひとつ、urlfetch のパートがどうしても遅くてボトルネックになるようであれば、TaskQueue で処理を行うようにアーキテクチャの変更も検討してください。

パフォーマンスについては、再検討いたします。

集中アクセス時に複数のDynamicなインスタンスにリクエストが配分されず、ひとつのインスタンスにリクエストが集中してしまう挙動については、

設定等では回避ができないでしょうか?

以上、よろしくお願いいたします。

2012年11月29日木曜日 13時13分42秒 UTC+9 Takashi Matsuo (Google):

2012/11/28 Takashi Matsuo <tma...@google.com>

2012/11/28 najeira <naj...@gmail.com>

このグループに投稿するには、google-app-engine...@googlegroups.com にメールを送信してください。
このグループから退会するには、google-app-engine-japan+unsubscribe@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja からこのグループにアクセスしてください。

--
Takashi Matsuo | Developers Advocate | tma...@google.com

Takashi Matsuo

unread,

Nov 29, 2012, 2:22:10 AM11/29/12

to google-app-...@googlegroups.com

2012/11/28 tanoue <hiro_...@apps.web-dsk.net>

tanoueです。

ご連絡ありがとうございます。

>次に、データを見ていないのでなんとも言えないのですが、レスポンスが遅くなるのは、urlfetch の返答が遅いからではないでしょうか？
>AppStats で簡単に調べられますので、まずはパフォーマンスが落ちる原因を突き止めて、対処してみてください。

>もうひとつ、urlfetch のパートがどうしても遅くてボトルネックになるようであれば、TaskQueue で処理を行うようにアーキテクチャの変更も検討してください。
パフォーマンスについては、再検討いたします。

集中アクセス時に複数のDynamicなインスタンスにリクエストが配分されず、ひとつのインスタンスにリクエストが集中してしまう挙動については、
設定等では回避ができないでしょうか?

App Engine のスケジューラーがひとつのインスタンスにリクエストを投げ続けるということは、そのインスタンスはまだ余力があるということです。現在の私の考えでは、パフォーマンスが落ちてしまうのはひとつのインスタンスで処理しているのが原因なのではなくて、RPC が遅いからだと思っているのですが、違うのでしょうか？それを確かめるためにも AppStats で RPC にかかっている時間を調べることをお勧めしています。

設定を変えるのであれば下記のようにすると良いのではないかと思います……ですが同時に、おそらく改善はしない可能性が高いとも思います。

Idle Instances: ( 1 or 必要なだけ – Automatic )
Pending Latency: ( Automatic – 20ms or so)

-- Matsuo

このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/google-app-engine-japan/-/oLG5GozM7ZMJ にアクセスしてください。

このグループに投稿するには、google-app-...@googlegroups.com にメールを送信してください。
このグループから退会するには、google-app-engine...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja からこのグループにアクセスしてください。

tanoue

unread,

Nov 29, 2012, 8:46:19 AM11/29/12

to google-app-...@googlegroups.com

tanoueです。

ご回答頂きありがとうございます。

>> 現在の私の考えでは、パフォーマンスが落ちてしまうのはひとつのインスタンスで

>> 処理しているのが原因なのではなくて、RPC が遅いからだと思っているのですが、違うのでしょうか？
>> それを確かめるためにも AppStats で RPC にかかっている時間を調べることをお勧めしています。

AppStatsにて計測してみました。
結果は以下の通りです。
なお、測定中にインスタンスの起動は発生しておりません。

【測定結果】
--------------------------------------------------------------
同時アクセス数 | ターンアラウンド時間
1 | 4.3 [s]
4 | 4.8 [s]
16 | 9.3 [s]
32 | 15.8 [s]
--------------------------------------------------------------
同時アクセス数 | RPCTotal
1 | 829 [ms]
4 | 999 [ms]
16 | 759 [ms]
32 | 870 [ms]
--------------------------------------------------------------
同時アクセス数 | GrandTotal
1 | 1011 [ms]
4 | 1237 [ms]
16 | 1008 [ms]
32 | 1092 [ms]
--------------------------------------------------------------
【実行環境】

GAE / Java
threadsafe: true
Idle Instances: ( 1 - Automatic )
Pending Latency: ( Automatic - 20ms )
OS: WindowsXP
ブラウザ: Safari5
測定方法: ブラウザでGAE上のjspファイルにアクセス

上記結果の傾向としては、同時アクセス数が増加するに伴って
"ターンアラウンド時間"は増加しますが、"RPCTotal"と"GrandTotal"はほぼ横ばいとなっています。
よって、"RPC"が原因ではないと考えます。他に何か原因は考えられますでしょうか？

また、追加で１点質問させて頂きます。
例えばDynamicインスタンス（Ａ，Ｂ）が２つ起動済みだとします。
複数のリクエストが来ると、初めはインスタンスＡに順次割り振られて行き、
やがてインスタンスＡがビジーになり、インスタンスＢへ割り振られ始めると認識しております。
この「インスタンスＡがビジーである」と判断されるための条件（または閾値）があれば教えて下さい。

度々申し訳ございませんがご教示の程よろしくお願いいたします。
2012年11月29日木曜日 16時22分10秒 UTC+9 Takashi Matsuo (Google):

2012/11/28 tanoue <hiro_...@apps.web-dsk.net>

2012/11/28 Takashi Matsuo <tma...@google.com>

2012/11/28 najeira <naj...@gmail.com>

このグループに投稿するには、google-app-engine-j...@googlegroups.com にメールを送信してください。

このグループから退会するには、google-app-engine-japan+unsubscribe@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja からこのグループにアクセスしてください。

--
Takashi Matsuo | Developers Advocate | tma...@google.com

--
このメールは Google グループのグループ「Google-App-Engine-Japan」の登録者に送られています。
このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/google-app-engine-japan/-/oLG5GozM7ZMJ にアクセスしてください。

このグループに投稿するには、google-app-engine...@googlegroups.com にメールを送信してください。
このグループから退会するには、google-app-engine-japan+unsubscribe@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja からこのグループにアクセスしてください。

Takashi Matsuo

unread,

Nov 29, 2012, 11:15:45 AM11/29/12

to google-app-...@googlegroups.com

tanoue-san,

2012/11/29 tanoue <hiro_...@apps.web-dsk.net>

tanoueです。

ご回答頂きありがとうございます。

>> 現在の私の考えでは、パフォーマンスが落ちてしまうのはひとつのインスタンスで

>> 処理しているのが原因なのではなくて、RPC が遅いからだと思っているのですが、違うのでしょうか？
>> それを確かめるためにも AppStats で RPC にかかっている時間を調べることをお勧めしています。

AppStatsにて計測してみました。
結果は以下の通りです。
なお、測定中にインスタンスの起動は発生しておりません。

インスタンスの起動が発生してないということは、全てをひとつのインスタンスが処理していたということですか？

ちなみに warmup request のサービスは有効になっていますか？

app-id はなんでしょうか。

【測定結果】
--------------------------------------------------------------
同時アクセス数 | ターンアラウンド時間
1 | 4.3 [s]
4 | 4.8 [s]
16 | 9.3 [s]
32 | 15.8 [s]

ここでのターンアラウンド時間は、平均ですか？

--------------------------------------------------------------
同時アクセス数 | RPCTotal
1 | 829 [ms]
4 | 999 [ms]
16 | 759 [ms]
32 | 870 [ms]
--------------------------------------------------------------
同時アクセス数 | GrandTotal
1 | 1011 [ms]
4 | 1237 [ms]
16 | 1008 [ms]
32 | 1092 [ms]
--------------------------------------------------------------

GrandTotal は変わっていませんね。お使いのネットワーク環境でスロットルしているということはないでしょうか？

それとも、遅くなったリクエストでは pending_ms が増えていたりしますか？

【実行環境】
GAE / Java
threadsafe: true
Idle Instances: ( 1 - Automatic )
Pending Latency: ( Automatic - 20ms )
OS: WindowsXP
ブラウザ: Safari5
測定方法: ブラウザでGAE上のjspファイルにアクセス

上記結果の傾向としては、同時アクセス数が増加するに伴って
"ターンアラウンド時間"は増加しますが、"RPCTotal"と"GrandTotal"はほぼ横ばいとなっています。
よって、"RPC"が原因ではないと考えます。他に何か原因は考えられますでしょうか？

そのようですね。先ほども書きましたが、遅くなっているリクエストのログを見てみるとなにかわかるかもしれません。

ログに表示されている ms, cpu_ms, pending_ms の値はどのようになっていますか？

また、下記のように色々ためしてみるのもよろしいかと思います。

Pending Latency を auto-auto にするとどうなるでしょうか？

また threadsafe を false にすると今度はそれらの値はどうなりますか？

また、追加で１点質問させて頂きます。
例えばDynamicインスタンス（Ａ，Ｂ）が２つ起動済みだとします。
複数のリクエストが来ると、初めはインスタンスＡに順次割り振られて行き、
やがてインスタンスＡがビジーになり、インスタンスＢへ割り振られ始めると認識しております。
この「インスタンスＡがビジーである」と判断されるための条件（または閾値）があれば教えて下さい。

このあたりが参考になるかと思います。

http://stackoverflow.com/questions/11525717/when-does-the-app-engine-scheduler-use-a-new-thread-vs-a-new-instance

このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/google-app-engine-japan/-/eklNmCdRAh4J にアクセスしてください。

このグループに投稿するには、google-app-...@googlegroups.com にメールを送信してください。
このグループから退会するには、google-app-engine...@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja からこのグループにアクセスしてください。

Shingo Ishimura

unread,

Nov 29, 2012, 5:43:02 PM11/29/12

to google-app-...@googlegroups.com

真です。

リクエスト数が増加するとレスポンスが悪化する原因として、
同じEntityGroupのEntityにトランザクションを利用して書き込んでいる
なども考えられるかなと思いましたが、いかがでしょうか？

2012年11月30日 1:15 Takashi Matsuo <tma...@google.com>:

>>> Idle Instances: ( 1 or 必要なだけ - Automatic )
>>> Pending Latency: ( Automatic - 20ms or so)

>>>
>>> -- Matsuo
>>>
>>>>
>>>>
>>>>
>>>> 以上、よろしくお願いいたします。
>>>> 2012年11月29日木曜日 13時13分42秒 UTC+9 Takashi Matsuo (Google):
>>>>>
>>>>>
>>>>> もうひとつ、urlfetch のパートがどうしても遅くてボトルネックになるようであれば、TaskQueue
>>>>> で処理を行うようにアーキテクチャの変更も検討してください。
>>>>>
>>>>> -- Matsuo
>>>>>
>>>>>
>>>>> 2012/11/28 Takashi Matsuo <tma...@google.com>
>>>>>>
>>>>>>
>>>>>> まずはじめに、「平均して 1
>>>>>> 秒以上かかっているアプリケーションはスロットルされる」というのは過去の制約で、現在はこのような概念はありません。
>>>>>>
>>>>>> # ドキュメントがまだ古いままなので、その点は申し訳ありません。
>>>>>> # https://developers.google.com/appengine/kb/general#activerequests
>>>>>>
>>>>>> Performance settings ですが、下記のようにすることをまずはおすすめします。

>>>>>> Idle Instances: ( 1 - Automatic )
>>>>>> Pending Latency: ( Automatic - 20ms )
>>>>>>

>>>>>>>>>> Idle Instances: ( 1 - 500 )
>>>>>>>>>> Pending Latency: ( 10ms - 20ms )

>>>>>>>>>> に設定し集中アクセスのテストを行なっているのですが、
>>>>>>>>>> 集中アクセスのほとんどのリクエストが1つのインスタンスに集中しうまく負荷分散がされておりません。
>>>>>>>>>> 管理コンソールから確認したところ、上記のインスタンスのLatencyの値は1000msを超え、
>>>>>>>>>> 常時立ち上がっているインスタンス、及び新規に起動したインスタンスの処理リクエスト数は2,3件程度です。
>>>>>>>>>>
>>>>>>>>>> 何か設定について間違えていることはございますでしょうか?
>>>>>>>>>> また、認識について間違えている点などございますでしょうか?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 以上、ご教示の程よろしくお願いいたします。
>>>>>>>
>>>>>>> --
>>>>>>> このメールは Google グループのグループ「Google-App-Engine-Japan」の登録者に送られています。
>>>>>>>
>>>>>>> このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/google-app-engine-japan/-/Q7Y9gEoZz0kJ
>>>>>>> にアクセスしてください。
>>>>>>>

>>>>>>> このグループに投稿するには、google-app-...@googlegroups.com にメールを送信してください。
>>>>>>> このグループから退会するには、google-app-engine...@googlegroups.com
>>>>>>> にメールを送信してください。
>>>>>>> 詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja
>>>>>>> からこのグループにアクセスしてください。
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Takashi Matsuo | Developers Advocate | tma...@google.com
>>>>>>
>>>>>
>>>>>
>>>>>

>>>>> --
>>>>> Takashi Matsuo | Developers Advocate | tma...@google.com
>>>>>
>>>> --
>>>> このメールは Google グループのグループ「Google-App-Engine-Japan」の登録者に送られています。
>>>>
>>>> このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/google-app-engine-japan/-/oLG5GozM7ZMJ
>>>> にアクセスしてください。
>>>>

>>>> このグループに投稿するには、google-app-...@googlegroups.com にメールを送信してください。
>>>> このグループから退会するには、google-app-engine...@googlegroups.com
>>>> にメールを送信してください。
>>>> 詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja
>>>> からこのグループにアクセスしてください。
>>>
>>>
>>>
>>>
>>> --
>>> Takashi Matsuo | Developers Advocate | tma...@google.com
>>>
>> --
>> このメールは Google グループのグループ「Google-App-Engine-Japan」の登録者に送られています。
>>
>> このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/google-app-engine-japan/-/eklNmCdRAh4J
>> にアクセスしてください。
>>
>> このグループに投稿するには、google-app-...@googlegroups.com にメールを送信してください。
>> このグループから退会するには、google-app-engine...@googlegroups.com
>> にメールを送信してください。
>> 詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja
>> からこのグループにアクセスしてください。
>
>
>
>
> --
> Takashi Matsuo | Developers Advocate | tma...@google.com
>

> --
> このメールは Google グループのグループ「Google-App-Engine-Japan」の登録者に送られています。

tanoue

unread,

Dec 3, 2012, 5:18:39 AM12/3/12

to google-app-...@googlegroups.com

matsuoさん

お世話になっております。tanoueです。

>GrandTotal は変わっていませんね。お使いのネットワーク環境でスロットルしているということはないでしょうか？

>それとも、遅くなったリクエストでは pending_ms が増えていたりしますか？

ご指摘の通りでした。私のネットワーク環境が原因のようでした。

１台のPCから集中アクセスするのではなく

4台のPCに分け、再度テストを実施したところ負荷分散され全てのPCで平均的な

処理時間になることを確認致しました。

原因を特定してはおりませんが、ローカルPCのNICの負荷が今回の処理時間増加となった可能性が高いと思います。

ご教示いただきありがとうございました。

また適切なご回答をしていただいた、真さん、はなたんさん、 najeira さん　ありがとうございました。

GAEのインスタンスの仕組みを理解でき感謝しております。

以上です。

2012年11月30日金曜日 1時15分45秒 UTC+9 Takashi Matsuo (Google):

tanoue-san,

--

このメールは Google グループのグループ「Google-App-Engine-Japan」の登録者に送られています。

このディスカッションをウェブ上で閲覧するには、https://groups.google.com/d/msg/google-app-engine-japan/-/eklNmCdRAh4J にアクセスしてください。

このグループに投稿するには、google-app-engine...@googlegroups.com にメールを送信してください。
このグループから退会するには、google-app-engine-japan+unsubscribe@googlegroups.com にメールを送信してください。
詳細については、http://groups.google.com/group/google-app-engine-japan?hl=ja からこのグループにアクセスしてください。

Reply all

Reply to author

Forward