ある日、Mastodonインスタンスが利用しているDBサーバがディスクフルになってました。
まだDBサイズは10GB強ぐらいしかなかったような気がするんですが、なんでディスクフルなんや？と思って調べてみたところ、悲しいかな同居してたZABBIXのデータベースがディスクを食い尽くしてることが分かりました。AutoVacuumの設定してたはずなんだけどな・・と思いつつも、だいぶ長らくFullVacuumしてなかったことからそれで不要領域はマーキングされていたけどDBとしては追記が続いたのかな？と言う気がしないでもないです。
お仕事の関係で現在Azure ADをDeepdiveしまくってる状況でして、その課程でSAMLが面白いなーと思い始めて一人でズブズブ沼に潜ってます。今回実装までこぎ着けたのがいくつか出てきたのでそれをかこうかなと思いまして。その内一つがMastodonです。
CentOS環境だと試しにクラスタを構築してmastodon用DBとして稼働を続けているんですが、RHEL環境だとそういえばどうなるんだろう？と思って、ドキュメントを読みながらクラスタの基礎構築までをやってみました。
やっていく中で、割と想定と異なる箇所がちょいちょいあったんで備忘録として残そうと思います。
個人でMicrosoft Azureに触れるようになって３年が経過しました。なんだかんだ言いながら結局3年ほどAzureを使い続けています。
どこのPublic Cloudもそうですが、めちゃくちゃ機能が豊富であるとともに、その中のリソースによっては安いものもあれば高いものもあり、場合によっては「作るだけならただ」というのもあります。私自身決して裕福ではない環境下にいますが、それでも結構さわれるリソースがあるもんです。
今回はそうした構成例について書いていくことにしてみました。
何の話かと言うと、私が利用しているMastodonサーバの画像データ。
おそらく1年以上ずーっと放置してたと思われるのですが、気づかないうちにメディアデータが蓄積しておりまして、気づけばディスク使用量が200GBを超えていたのです。
[root@biwa ~]# df -h
ファイルシス サイズ 使用 残り 使用% マウント位置
devtmpfs 3.4G 0 3.4G 0% /dev
tmpfs 3.4G 0 3.4G 0% /dev/shm
tmpfs 3.4G 323M 3.1G 10% /run
tmpfs 3.4G 0 3.4G 0% /sys/fs/cgroup
/dev/mapper/centos_biwa-root 355G 205G 151G 58% /
/dev/sda1 1014M 188M 827M 19% /boot
tmpfs 682M 0 682M 0% /run/user/0
実は1ヶ月ほど前にえらくデータが溜まってることは気づいてたのですが、その時はLVMの拡張で一時しのぎをしてました。が、このままため続けると非常に厳しいものがあるので、tootctlコマンドを使用してメディアデータを削除することに。