aries2019/7/17に私が管理するmastodonとpleromaサーバのメディアをS3+Cloudflareの構成から、wasabi+Cloudflareの構成に変更しました。理由としては、当時私のPCのバックアップ先として使うクラウドストレージを探しており、色々試すにつれて転送料金がネックということが判明。いう中々期待できるお値段だったため。Driveで事足りるようになったので、wasabiを解約することにしました。今回はその前準備として、mastodonとpleromaで使っているバケットをS3に移しました。wasabiはアップロードから90日経たないファイルを消すと$6とは別にお金取られるので気をつけてね。そんなに高くないけど。pleromaは2019/12/19のdevelopです。(自動アプデかけてるのでcommitID調べるの面倒)その他インフラ構成は過去のブログ投稿か、もしくは私のmastodonサーバのサムネイル画像を見てください。元々のものとURLが変わると古い自分の投稿に着いているメディアが見れなくなるので、そこは変わらないようにしましょう。思ったけど今はそうじゃないかも?分からんね。CloudflareでS3(もしくはwasabi)の仮想ホスト形式のアドレスを指定しているのでバケットを移行してもURLは変わりません。みたいな表記の方)本当はmedia.mstdn.asterism.xyzにしたいけど、それをするためにはCloudflareに$10/monthくらい払わなきゃなので...。上記のIAMからのフルアクセス(putとdeleteだけで動くならそれでよさそう。不要データの削除mastodonのメディアをwasabiに移行してからというもの、かなり長い間リモートメディアの削除を行っていませんでした。removeをする方が良いです。なんなら3.0.0から追加されたprevivew_cardを削除する機能も使うべきです。(今回こっちは忘れてたせいで移行にかなり時間がかかった)しかし数ヶ月放置されたリモートメディアは約10万ファイル。2vCPUではとてもじゃありませんが処理できません。(他のコンテナも相乗りしてるので、2000ファイル消したくらいでEC2インスタンスごと死ぬ)というわけで手っ取り早くt3a.mediumのスポットインスタンスを借りて実行しました。所要時間は6時間ほど。データ移行かなりのファイルを消したとはいえ、mastodonで使っていたバケットには以下のファイルが残っています40万ファイル合計30GBくらいとてもEC2でやろうとは思えなかったので、ConoHaの最低プランを借りて作業しました。pleromaは大体20分ほどで、mastodonは何度かやり直して合計20時間ほどかかりました。pleromaの設定変更この2つは同時に行わないほうがいい気もするし行ったほうがいい気もする。Autoを信じて同時にやりました。結果は問題無いように見えます。copyこれはpleromaは関係なく、mastodon固有の作業です。copy完了後、Cloudflareとmastodonの設定を変更するまでの間にリモートメディアがいくつか増えるので、そのためのものです。基本的にはファイルチェックだけで、いくつか増えてる分が新しくコピーされるという形になります。半分くらいの時間で終わるんじゃないかな。感想wasabiそのものが悪くて移行するわけじゃなくて、私の使い方と合わないからやめるって感じ。(まぁ確かに今年夏頃のアレとか酷かったけど)正直分散SNSサーバにwasabiはあんまり合わないんじゃないかなぁと思ってます。中小規模のサーバに1TBもいらないし、通信料もCDN噛ませばかなりマシになるでしょうし。