ぐえ超腹痛いAMずっと会議なんじゃが
さくらのレンサバ最安プラン遅い遅いって言われてるけど去年か一昨年あたりにインフラがっつり更新入った後はどうなのかってのがあまり情報見つからない
体感そんなに記事表示自体は遅く感じないんだよな
管理画面はちょい遅いかなぁとは感じるけど
バカ安いしこれで考えるか…
移行に必要なのはあとなんだ
google analyticsなりsearch consoleなりである程度流入多い記事だけリストアップして、リダイレクトの設定試せばあとは泣きながら移すだけか
バケットサイズ減らないんだけど？？？？？？？？
メトリクス取られるのがJSTだと9時、削除したのは昨日の午後1時くらいだからこの数字はおかしい……
確かにそこは動いてそうなのよね
ログでもsidekiqがdeleting cache/hogefugaうんたらとか出てるし
remove-orphansは何度も動かしてるけど消えないからリストアップできてなくね？という怪しさはあるね
S3から見ると110万オブジェクトあるらしいので、これとremove-orphansのスキャン数との差が気になるな
https://github.com/mastodon/mastodon/issues/22981#issuecomment-1386194288
これかなと思ったけど、バケットの構成上そうはなってないんだよなー
cache/accountsの中にめっちゃ古いファイルも残ってるけど消えてないのが見えてきた
ほんとに使われてんのかこいつら…
accounts/
cache/accounts/
custom_emojis/
cache/custom_emojis/
media_attachments/
cache/media_attachments
これ上下どっちか消しても良い？？？？
となると、cache/ついてない方に残ってるリモートメディアで、かつリモートのアクセスできなくなったアカウントの都合上avatarsとheadersにいっぱい残ってる説？
AWS CLIから見た時
accounts/ 5.5GB
cache/ 60GB
custom_emojis/ 500MB
media_attachments/ 5.4GB
site_uploads/ 90KB
cache/がおかしいのかな
cache/preview_cardsに何ヶ月も前のファイルが残っている
preview_cards removeはしたが
ああいやデフォ180日か
ならまぁ
cache/preview_cardsの容量は8GBだから大した話ではないし
cache/accounts/ 26.7GB
cache/custom_emojis/ 3.9GB
cache/media_attachments/ 20.2GB
cache/preview_cards/ 8GB
これ結局media usageに出てくるファイルが消えただけであって統計とかremove-orphansに引っかからないファイルがいるってのとは関係ないんだよなぁ
いやまてこれがまずおかしい
メトリクスがおかしいなんで昨日段階でほぼこれだったはずなのに今朝のメトリクスが136GBなんだよ
aws s3 ls s3://秘密のバケット/ --summarize --recursive --human-readable
40GB
