神楽坂しえる @Clworld@md.ggtea.org

これでpumaを落して再起動してもサービス停止がなくなるはず

Mastodonのpumaを複数起動してnginxでfallbackされるようにしました。

Mastodonの変更される可能性がある設定って.env.productionに設定されているんですけど、これpuma/unicornの graceful restart では再読込みされないらしくて頭をかかえている。だうんたいむ…。
http://t-cyrill.hatenablog.jp/entry/2015/03/25/024625

Mastodonのコミットログを見てる時に Author: ヨイツの賢狼ホロ の不意打ちをくらう

1.3-stableブランチが出来ている…!?

ついったでバルスがどのように処理されてるかというとその瞬間の後タイムラインに時系列がばらばらになってpostが流れてくる動作をして少し経ったら回復する見たいな動作を毎回しているのでついったもタスクキューが毎回詰まっているんだと思う

Sidekiq全消しポチすれば何とかなる系がそうでないかで危険度が変わってくる<バルス問題

通常のサービス用とサーバ間通信用でpumaを分けておかないとまずい？

pumaのスレッド使い切って502が出るまでは規定路線で、そこからめっちゃ溜まるSidekiqをどうするかが問題。最悪のケースだとRedisがメモリ使い切って死ぬ。

Mastodonの仕組みでバルスに耐える為には多分バルスを虚空に捨てる仕組みが要る(酷)

ついったの電話番号でもログインできます方式基本的に気が狂ってる。

この件でTwitterのログイン方式嫌いなんだけどそういえば私もMastodonのサーバ毎にメールアドレス変えるの忘れてるから強く言えない…

そういえばうちのドメインのDNSSECのKSK4096bitだった…

ECDHE_ECDSAかー。たしかにこれに限るとスコア上がった気がする…。

Mastodonのサーバリスト的にAndroid5未満は人権無いっぽいです

pixivさん遅いサーバに対するキュー用意してないかなーってgithub見たけど用意してなかった残念(pawooに対する謎の信頼)

応答が遅いとか繋がらないサーバに対するPuSHでキューが詰まらないようにするという話は
懲罰キューを用意して遅かったドメインに対するPuSHはスキップしてそっちに放り込むみたいな話になりそうな気がする。