Google Compute Engineとswap
Google Compute Engineのmicroインスタンス（f1-micro）上のサービスが安定せず、何度再起動しても数日でハングアップする、という挙動に遭遇しました。 dockerがコンテナごと終了するケースが多発し、またVMごとハングアップすることもありました。 結論から言うと、swap領域を設定していなかったため、600MBの物理メモリを使い切った瞬間にプロセスが停止していました。 環境を切り分けて安定稼働して欲しい目的でコンテナを使うのですが、コンテナは１プロセスに過ぎないので、ホストOSの必要性しだいで簡単にkillされるようです。 oom-killerの状況確認 サービス停止の原因が、メモリ不足によるプロセス停止によるものである場合、/var/log/messagesにoom-killerのログが残されます。grepで、該当の事象が起きていることを確認できます。 $ s
小規模Mastodonインスタンスを運用するコツ - blog.potproject.net
補足:ドキュメント移行によりリンク変更と、tasksに関しての追記を行いました。 最近は、twitterクローンであり分散型のSNSであるMastodonが勢力を伸ばしてきているところであり、自分もハマりつつあります。 実際に運用してみてわかった、大規模Mastodonインスタンスを運用するコツとしてpixiv.netが運営しているサーバpawoo.netでは、現時点で6万人以上のユーザ数を誇るほどの規模です。 その一方で、サーバ自体はオープンソースのため、誰でも立てることができ、立てたサーバはインスタンスとして他のサーバとつながることが出来ます。 実際に私も2,3日程運用して、おひとりさまで運用しております。その時のコツというレベルでもないですが、 これから構築する人に向けてはまりそうな点などをまとめておきます。 https://mastodon.potproject.net/@potp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
