Current status of mastodon.zunda.ninja:
$ heroku pg:info
=== DATABASE_URL
Plan: Hobby-dev
Status: Available
Connections: 10/20
PG Version: 9.6.1
Created: 2017-04-15 01:28 UTC
Data Size: 10.7 MB
Tables: 26
Rows: 1189/10000 (In compliance)
Just light load on web and worker dynos.
Updating Mastodon:
error An unexpected error occurred: "https://registry.yarnpkg.com/@kadira/storybook-channel-postmsg/-/storybook-channel-postmsg-2.0.1.tgz: Request failed "500 Internal Server Error"".
wat
Deploy to staging was successful on the second try :)
And the production instance has been updated... and started to emit 500 errors:
$ heroku run rails db:migrate
$ heroku ps restart
@sorah バックグラウンドで何か遅延してたのかもですねー
@hyuki0000 メールがなくても下記でベリファイできますよ:
rails mastodon:confirm_email USER_EMAIL=<登録メールアドレス>
あと、下記で管理者に
rails mastodon:make_admin USERNAME=<登録ユーザー名>
HerokuでMastodonを動かすまでの最低限の手順をまとめてみました
https://github.com/zunda/mastodon/wiki/CreateInstanceOnHeroku
Current status
$ heroku pg:info
=== DATABASE_URL
Plan: Hobby-dev
Status: Available
Connections: 11/20
PG Version: 9.6.1
Created: 2017-04-15 01:28 UTC
Data Size: 11.6 MB
Tables: 26
Rows: 2138/10000 (In compliance)
Web dyno started to show slower response time. Might this be from an elevated traffic? https://mastodon.zunda.ninja/media/RJep9ipUWZnjjWFrkaM
Seems I want to move to a Hobby-basic ($9/mo) Postgres later this week.
@tdtds 最初に試したとき、たぶんHeroku側の問題で、Heroku Buttonが動かなかったんですよね…。後でまた試してみます。
@hyuki0000 @tdtds Heroku Button使わないで作ったインスタンスはS3なしでもトゥートできてます。やっぱりHeroku Button試してみなくちゃな…
@hyuki0000 @tdtds S3_ENABLEDをfalseにしたらトゥートできるインスタンスができました https://github.com/zunda/mastodon/wiki/CreateInstanceOnHeroku#heroku-button%E3%82%92%E4%BD%BF%E3%81%86
む
2017-04-18T02:14:29.920590+00:00 app[web.1]: [68902273-70ab-462c-9245-42c2bf9bc2e0] method=GET path=/.well-known/webfinger format=json controller=WellKnown::WebfingerController action=show status=500 error='NoMethodError: undefined method `to_webfinger_s' for nil:NilClass' duration=14.73 view=0.00 db=0.00
I had to remove the @ prefix on my user name.
@tdtds 運用する手間が増えてきたところでインスタンスは使い捨てにしてデータベースだけ持ってまわればかいけつ☆
このインスタンスは月23ドルくらいになりそうな雰囲気。現在は月14ドル。Workerをスケジューラに逃したらすこし安くなるのかも。
@tdtds めんどうになったら止めといて、動かしたくなったら最初からやり直せるのがミソなんですう
@jacopen rails db:migrate で復活するかもです
@jacopen じゃなくて rake db:migrate でした。お騒がせしました
Current status
$ heroku pg:info
=== DATABASE_URL
Plan: Hobby-dev
Status: Available
Connections: 11/20
PG Version: 9.6.1
Created: 2017-04-15 01:28 UTC
Data Size: 12.6 MB
Tables: 26
Rows: 3498/10000 (In compliance)
無料版Heroku Postgres、週末を前にいっぱいになりそう。
Current status:
- 55 posts, following 47, followers 74
- S3 has 100 MB of data https://mastodon.zunda.ninja/media/J6Je1f9z87QkVDovPLA
インスタンスからインスタンスの状況をTootするようにしたい
@hyuki デフォルトのアイコンはアプリのデプロイの時にrake assets:precompileが走ってdynoのファイルシステムに展開され、slugに書き込まれたのが見られます。んで、アプリの稼働中にアプリが取得したアイコンはS3がなければdynoのファイルシステムに追記される（と想像している）のですが、dynoが再起動された時にファイルシステムはslugの状態に戻っちゃいます。
S3アドオン欲しいですよねえ…。あるいはmastodonをCloudinaryに対応させるか。
やっぱり某ヘ社使うとフルスタックの底を浅くできてる感じがいいな
Current status (もうすぐ半分や…
$ heroku pg:info
=== DATABASE_URL
Plan: Hobby-dev
Status: Available
Connections: 12/20
PG Version: 9.6.1
Created: 2017-04-15 01:28 UTC
Data Size: 13.1 MB
Tables: 26
Rows: 4104/10000 (In compliance)
MastodonのためのS3バケットの作成手順をまとめてみました。自信ないけど https://github.com/zunda/mastodon/wiki/CreateInstanceOnHeroku#%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%B9%E3%83%88%E3%82%A2%E3%81%AE%E8%A8%AD%E5%AE%9A
Procfileのbundle execの有無でメモリ使用量にどれだけ差があるか確認してみたら全然差がありませんでした
bundle execのあるMastodonのweb dynoのRSSはアクセスが全くない状態で101.02 MB (1枚目)。
bundle execのないMastodonのweb dynoのRSSはアクセスが全くない状態で101.92 MB (2枚目)。
https://mastodon.zunda.ninja/media/287kI4Q1haXHsoQJqAk https://mastodon.zunda.ninja/media/PaW-93L8YAugyKhEsoQ
Current status - 半分超えましたし
$ heroku pg:info
=== DATABASE_URL
Plan: Hobby-dev
Status: Available
Connections: 12/20
PG Version: 9.6.1
Created: 2017-04-15 01:28 UTC
Data Size: 14.1 MB
Tables: 26
Rows: 5393/10000 (In compliance)
HEROKU=trueならworker dynoを止められる説が浮上。やってみよう。
config/puma.rb:
:
on_worker_boot do
if ENV['HEROKU'] # Spawn the workers from Puma, to only use one dyno
@sidekiq_pid ||= spawn('bundle exec sidekiq -q default -q push -q pull -q mailers ')
end
:
web=1 worker=1ではRSSはwebは296MB、workerは223MB。CPU負荷はどちらも大したことはない。
さあどうだ
$ heroku ps:scale worker=0
Scaling dynos... done, now running worker at 0:Hobby
リモートにTootが届いてない感じ。
$ heroku ps:restart web.1
だめぽ。
$ heroku ps:scale worker=1
とどいた。config/puma.rbのコードは意図どおりに動いてないのねん。
Instance code has been updated to 59a7792 (1.2.2)
@hyuki0000 古い情報から消してくインスタンスつくれそうですねw。ちょっとstatusesテーブル覗いてみたらちゃんとcreated_atがありました。
言語いろいろ検出されてた!
> select distinct(language) from statuses;
language
----------
pt
da
ar
fi
ru
de
fr
es
nl
en
hu
el
sv
no
fa
it
pl
ja
(18 rows)
Current status:
$ heroku pg:info
=== DATABASE_URL
Plan: Hobby-dev
Status: Available
Connections: 11/20
PG Version: 9.6.1
Created: 2017-04-15 01:28 UTC
Data Size: 14.4 MB
Tables: 26
Rows: 5789/10000 (In compliance)
@ymmt Herokuでよければこんなんあります https://github.com/zunda/mastodon/wiki/UpgradeInstanceOnHeroku 手前味噌ですみませんが。
増えてますよ？
heroku pg:info
=== DATABASE_URL
Plan: Hobby-dev
Status: Available
Connections: 11/20
PG Version: 9.6.1
Created: 2017-04-15 01:28 UTC
Data Size: 14.5 MB
Tables: 26
Rows: 6019/10000 (In compliance)
テキストエリアの内容にいちいちGPG署名つけてポストしてくれるブラウザ拡張（字数）
Current status - やばい
heroku pg:info
=== DATABASE_URL
Plan: Hobby-dev
Status: Available
Connections: 11/20
PG Version: 9.6.1
Created: 2017-04-15 01:28 UTC
Data Size: 16.1 MB
Tables: 26
Rows: 8193/10000 (In compliance, close to row limit)
OK, I'll put this instance into maintenance mode in a couple of minutes to upgrade the database.
This instance is now on a Heroku Postgres Hobby-basic :)
heroku pg:info
=== DATABASE_URL, PG_HOBBY_BASIC_URL
Plan: Hobby-basic
:
Created: 2017-04-20 18:31 UTC
Data Size: 13.8 MB
Tables: 26
Rows: 8210/10000000 (In compliance)
:
=== HEROKU_POSTGRESQL_COPPER_URL
Plan: Hobby-dev
:
Created: 2017-04-15 01:28 UTC
Data Size: 16.2 MB
Tables: 26
Rows: 8193/10000 (In compliance, close to row limit)
Current status
$ heroku pg:info DATABASE
=== DATABASE_URL, PG_HOBBY_BASIC_URL
Plan: Hobby-basic
Status: Available
Connections: 11/20
PG Version: 9.6.1
Created: 2017-04-20 18:31 UTC
Data Size: 15.0 MB
Tables: 26
Rows: 8236/10000000 (In compliance)
Last 24 hours with the default puma process (2) and thread (5):
Web:
- Max total memory 321.1 MB
- Max response time: 255 ms median, 1,599 ms 95%
- Max throughput 21 requests/min
Worker:
- Max total memory 247.9 MB
Let's see if I can reduce total memory on the web dyno:
heroku config:set MAX_THREADS=3
So far seems to be holding up with 3 threads for a worker process instead of 5. https://mastodon.zunda.ninja/media/o95r5xs9adTZa1i1cc8
@ms2sato 手元のぼっちインスタンスでは、pumaのスレッド数を5から3くらいに少なくしたほうがswapに突っ込んじゃうと可能性が低そうだなあと感じてます。もうすぐ確かめる！
With decreased number of threads (3) on puma process (2):
Web:
- Max total memory: 286 MB
- Mat response time: 107 ms median, 735 ms 95%
- Max throughput: 15 request/min
Worker:
- Max total memory: 228 MB
Seems like I can combine two processes onto one dyno of 512 MB memory.
Plot is memory profile of the web dyno where puma threads are changed from 5 to 3 around 2017-04-21 01:00 UTC. https://mastodon.zunda.ninja/media/sTcqKyAhQbSKCz9fJ5E
https://github.com/zunda/mastodon/wiki/CreateInstanceOnHeroku に、rake mastodon:dailyをHeroku Schedulerに登録する手順を追加しました。
OK. This instance is now running b1d4efc on https://github.com/zunda/mastodon/tree/zunda-ninja-on-heroku with
- heroku config:set MAX_THREADS=3
- heroku ps:scale web=1 worker=0
Let's see if the instance continue running healthy :)
Database status:
$ heroku pg:info DATABASE
=== DATABASE_URL, PG_HOBBY_BASIC_URL
Plan: Hobby-basic
Status: Available
Connections: 7/20
PG Version: 9.6.1
Created: 2017-04-20 18:31 UTC
Data Size: 17.4 MB
Tables: 26
Rows: 10903/10000000 (In compliance)
One-dyno instance instead of web+worker:
Consumes more memory: https://mastodon.zunda.ninja/media/cCYLEcs_4b1n4pKe3uA
Shows negligible CPU load: https://mastodon.zunda.ninja/media/xVx9qov6gy2k4DBslWc
and shows longer tail in service time: https://mastodon.zunda.ninja/media/Tj7g8cLbEbsGWBhiA90
@ms2sato ありがとうございます！
1 dynoにSidekiqを詰めようとするとpumaの2プロセス✕5スレッドでらメモリが512 MBから溢れそう、と書きたかったのでした。
こちらではアカウント1つのインスタンスが、puma 2プロセス✕3スレッドで6時間ほど稼働させてみてしてます。R14をもらうとしたらこれからかもですね…。
pumaとSidekiqを同居させるには、シェルからバックグラウンドに送る方法もありました: https://github.com/zunda/mastodon/blob/zunda-ninja-on-heroku/Procfile
This instance received one R14 for a hobby dyno running puma (2 workers x 3 threads) plus sidekiq but still responding quickly enough.
https://mastodon.zunda.ninja/media/juVpojTq3JbvMO9eoGk https://mastodon.zunda.ninja/media/XEzTm6Jfdkn_oNvIstM https://mastodon.zunda.ninja/media/6_y5G6UcPcW7J_9n8hI
@himamura mstdn.jpがそれ（というかきっかけの一つ）かも？
Database status
$ heroku pg:info DATABASE
=== DATABASE_URL, PG_HOBBY_BASIC_URL
Plan: Hobby-basic
Status: Available
Connections: 4/20
PG Version: 9.6.1
Created: 2017-04-20 18:31 UTC
Data Size: 19.2 MB
Tables: 26
Rows: 13878/10000000 (In compliance)
Memory use and response time on this 1-dyno instance. The dyno has been using swap but response time is not too bad. I'm grad that it has swap (Private dynos don't) https://mastodon.zunda.ninja/media/BwyZZel2WhzjrN8GiTc
Database status
$ heroku pg:info DATABASE
=== DATABASE_URL, PG_HOBBY_BASIC_URL
Plan: Hobby-basic
Status: Available
Connections: 8/20
PG Version: 9.6.1
Created: 2017-04-20 18:31 UTC
Data Size: 20.1 MB
Tables: 26
Rows: 15356/10000000 (In compliance)
