Sidekiq起こすの忘れてて5時間前のTLを見ている
Felicaで認証システム作るとき、IDmは使うなよ？ってドキュメントを読んだ後、IDm対応！って書いてあるMIWA LOCKの電子錠見てうーんってなってる
@toneji Sidekiqは「フロントエンドに作業させると重くなる作業」を全て担っています。たとえばトゥート投稿時に他インスタンスへの送信、他インスタンスからの受信処理、トゥート内リンクの解析、ユーザ登録やお知らせメールの送信、他インスタンスへの購読処理などなど…で、これが遅延したり詰まったりすると他インスタンスへの配信遅延やTLが数分遅延する、ユーザ登録時のお知らせメールが届かない、他インスタンスへの購読が失敗してそもそもトゥートが流れなくなる…などの問題が発生するようになります。で、見方なんですが管理者アカウントでログインしているブラウザで"https://インスタンスアドレス/sidekiq"にアクセスすると情報を確認することができます。(続く)
@ikuradon @toneji で、アクセスすると添付画像のようなページが開くはず。これの上の欄、完了が今までに処理したジョブ数、失敗がそのうち処理に失敗した回数、実行中が現在処理中の数、待機状態がこれから作業する待ち数、再試行がなんらかの失敗が出たため再度チャレンジする数、予定がリンク解析などの遅延処理予定数、で、デッドが処理に数回失敗したので再試行リストから放棄されたジョブ数…となります。重要なのは待機数で、この数字が大きいとタイムライン遅延やメール送信遅延が発生している可能性があります。 https://comm.cx/media/mWxrrM53lsOEplh85LE
@toneji そうです。この待機中、わかりやすく言えばファーストフードなどの待ち列なので短ければ短いだけ良いです。ただ、これはSidekiqのワーカー数と流れてくるトゥート数との調整なので無駄にワーカー数を増やしてメモリ不足に陥ってインスタンスが重くなる…では本末転倒になってしまいますので中規模以上の鯖缶の頭を悩ませるところなのでしょう
@toneji "https://インスタンスアドレス/sidekiq/busy"の上部にワーカ数が載っているのでそこをもらえれば
@toneji 再試行とデッドがそれなりに溜まっているのはたぶん疎通不可なインスタンスがあるからだとおもいます。正直なところ、再試行とデッドは溜まってもしょうがないね…な所があるので、待機状態が50-100以上でなければ大丈夫かなと
@toneji ドメインブロックを利用するとトゥートが送信されなくなるらしいですね。使ったことがないので試してみないとわからんですけど…
@toneji まあ疎通エラーには昔あったけど存在しなくなったインスタンスやIPやサーバエラーでの疎通エラーなど様々な理由があるので、よっぽどひどい状態ではない限りは何とかしようと考えなくてもいいかな…と