applicationごとにspinupの性能が違うかも?という問題

3
higayasuo @higayasuo

@ashigeru cronからキックされるapp serverが特殊なものである可能性はありますね。ただ、Webからアクセスするときでも、cronにアクセスされたapp serverにアクセスすることもあるみたいです cronによるwarmが効いているので #appengine

2010-01-10 10:08:28
Suguru ARAKAWA @ashigeru

@higayasuo ですね。 #pgae によるとアプリケーションの性質でroomを勝手に移動させられたりするらしいので、もしかするとって言うくらいです

2010-01-10 10:12:37
higayasuo @higayasuo

@ashigeru 中身は同じアプリを違うappspotにdeployしたときに、cronのspin upでエラーになる確率が違うので、アクセスされ方で違うアルゴリズムのroomに移動されている可能性は高そうです

2010-01-10 10:19:18
Suguru ARAKAWA @ashigeru

非常に興味深い RT @higayasuo: @ashigeru 中身は同じアプリを違うappspotにdeployしたときに、cronのspin upでエラーになる確率が違うので、アクセスされ方で違うアルゴリズムのroomに移動されている可能性は高そうです

2010-01-10 10:21:19
ほるっふーdeveloper @pto_developer

寝過ぎて頭痛い。spinup+cron問題切り分け中。

2010-01-10 11:03:26
ほるっふーdeveloper @pto_developer

切り分けのために3つアプリを作ってデプロイした。有意な差が無かったらさじ投げますw #appengine

2010-01-10 11:41:08
ほるっふーdeveloper @pto_developer

わーなんだこりゃーorzorzorz 3つのアプリで全然性質が違うorz なんで3つめは3分経った後でもspin downせんのじゃ。方や1分も持たないに。 #appengine

2010-01-10 13:50:31
ほるっふーdeveloper @pto_developer

3つめのapp-idに1つめのアプリをデプロイ。1つめのapp-idより明らかにspindownダウンしにくく、spinupが速い。これは・・・ #appengine

2010-01-10 14:14:54
ほるっふーdeveloper @pto_developer

app-idを5つ用意して同じアプリをデプロイ。これで特性違ったらもうどうしようもないってことだw #appengine

2010-01-10 14:18:28
Shinobu Hashimoto @snbhsmt

@pto_developer 実行される場所は動的に変わるし、割り当てられた場所がずっと変わらなくてもそのサーバの負荷状況によってspin up/down のタイミングは変化するから、同じアプリでも特性は変化するでしょうね。

2010-01-10 14:45:06
ほるっふーdeveloper @pto_developer

app-id4に至っては7分後でもspindownせず・・・もうわけわかめ。つーかapp-id足りねぇしorz #appengine

2010-01-10 14:45:38
ほるっふーdeveloper @pto_developer

@snbhsmt 私もそう思ったんですが、同じapp-idならアプリが変わっても似た特性を維持してるんですよね。app-idによって振り分けがあるのかも、と思い始めてます。

2010-01-10 14:47:32
エキゾーストマニホールド @yanagin

spin upが遅い場合はapp-idを変えてみるのも手なのか。。。 RT @pto_developer: app-id4に至っては7分後でもspindownせず・・・もうわけわかめ。つーかapp-id足りねぇしorz #appengine

2010-01-10 16:08:29
ほるっふーdeveloper @pto_developer

@yanagin ほんとにそうだったら泣けますねw

2010-01-10 16:13:02
エキゾーストマニホールド @yanagin

@pto_developer たまたまspin upの早いヤツにあたったら幸せな気分になれそうですねw

2010-01-10 18:30:31
ほるっふーdeveloper @pto_developer

@yanagin だとすると年初からツイてないことになりますね。さっきも4回連続で失敗とか。一方でspindownすらしないapp-idは大吉だな。使い道無いけどw

2010-01-10 18:35:16
エキゾーストマニホールド @yanagin

@pto_developer spin-upに5秒弱のidをゲットした。小吉くらいかな。

2010-01-10 18:58:22
higayasuo @higayasuo

@pto_developer さんの実験でapp-idの名前によってspin upの特性が違うかもという新説が。app-idによってroomが異なる可能性はあるかも #appengine

2010-01-10 22:24:06
higayasuo @higayasuo

Request was abortedが起きる10秒制限は、cpu_msではなく実時間なので、強いcpuがいるroomにappが配属された方が有利 #appengine

2010-01-10 22:26:36
shin1ogawa @shin1ogawa

アプリごとに物理的なマシンか何かが固定されている可能性があるかもという話になっているのか。それなら納得行くことがあります。テスト用のアプリと本番アプリでインスタンスの増え方が違ったりする事があった。ずっとbillingの有無と思っていたけども。 #appengine

2010-01-10 22:32:27
ほるっふーdeveloper @pto_developer

実験を続けてたapp-idの状況が変わってしまった。明日詳しく調べる。 #appengine

2010-01-23 02:17:03
ほるっふーdeveloper @pto_developer

app-id「vanillabeans-ip」の特性が大きく変わった。まず5分アクセスが無くてもspindownしなくなったし、仮にspindownしてもaborted after waitingしなくなった。挙動変化の境は22日朝6時付近(JST#appengine

2010-01-23 08:18:10
ほるっふーdeveloper @pto_developer

さっきの件、6時じゃなくて7時ぐらいかも。#appengine

2010-01-23 08:31:02
ほるっふーdeveloper @pto_developer

で同じように、22日朝7時付近(JST)を境にして4/5のapp-idでaborted after waitingしなくなってる。逆に神app-idだったadd-id4は、7時を境にaborted after waitingし始めた。 #appengine

2010-01-23 08:33:31
ほるっふーdeveloper @pto_developer

room負荷の平滑化が行われたという印象。 #appengine

2010-01-23 08:35:31