[Fediverse][Mastodon] Mastodonサーバの再建:v3.1.3版

しょーがないのでスタンドアロン版で復旧を図る 先の記事でも書いたのですが、Kubernetes基盤に構築していたMastodonが華麗にも吹っ飛びました。そこで頑張って復旧にいそしみ、5/11にようやく復帰しました。イヤー、非常に長い道のりだった。現在はサービス自体は再開してるんですが、3ヶ月ほどデータが巻き戻ってしまいました。 参考として、あるいは備忘録として記事にまとめることにしました。

[Linux][Mastodon][Virtualization] KubernetesインフラにMastodonエンジンを突っ込む

前提事項 ここで記載する内容なんですが、以下が前提になっています。 読む人はDockerやdocker-composeについてよく理解されている 読む人はKubernetes(k8s)についてよく理解されている Kubernetes(k8s)クラスタ及びネットワークコンポーネント(当環境ではProject Calico)、DBコンテナ環境やらRedisコンテナ環境やらはすでに出来上がっている ちょっと期待はずれな内容かもしれませんので、先に記載しておきます。 今回やった事 ずばり、Mastodonエンジンのコンテナ化です。元々Mastodonはコンテナ構成のものも払い出されては居ますが、あくまでdocker-composeを前提としたものであり、Kubernetesのようなクラスタ構成を想定したものとはなっていません。 私自身、以前Dockerコンテナ型のインスタンスを立てて挫折した経験があるんですが、当時は全くコンテナ技術に対する知見がなく、理解しようとしても中々理解至るのに苦慮しましたが、今回自宅環境でKubernetesに手を出した、ということもあり、思い切ってやってみることにしました。

[Management][Network][Linux] Elasticsearchを使ってログ分析基盤を組んでみた

単語はよく聞くElasticsearch ここ最近よく聞くElasticsearch。全文検索システムの名称らしいのだが、どうにもパッと頭に浮かばない。結構開発寄りな話が多いかなあぁ・・・?という気がしていて、あまり手を出してなかったのだけど、ここ最近どうやらMastodonの最新バージョンで全文検索を実装するようになったみたいで、その前段に何か学ぶことがないかなぁ?とおもったりしたら、ログ分析の話を見かけたりしたわけでして。 ログ分析では、過去にSplunkというものに触れてみたことがあるのだけど、Elasticsearchでも似たようなことが出来るんだとか。そりゃ面白そうだということで手を出してみたのが今回であります。

「20171024][Mastodon] IPv6しか繋がらない、そんなインスタンスを作ってみる

はじめに これまで、インスタンスづくりは外部のサイトを見様見真似で作ってきた経緯があり、今回も見様見真似で作ったものの、色々内容が整理できてきたこともあり、ブログに構築手順を書き起こしてみました。 ※一部、手順を修正しました。具体的にはnodejsのインストール周りです。 先に言っとくんですが、あくまで備忘録として頭の中のものをExportしたものになります。本来はMastodonのProduction Guideを参照することが望ましいです。ただ、当該ドキュメントはubuntuベースとなっていて、当方のCentOSには合わないところもあったりするため、そこを補正する際にいろんなサイトをチラ見してます。 なので、正確性についてはどうぞご容赦賜りたく・・・(結局言いたい所はそれかというツッコミは勘弁を) 方針 とりあえず、こんな方針で作ってみることにしました。 IPv6アドレスだけを受け付けるインスタンスを構築する サーバは自宅仮想基盤内にVMを構築し、それを使用する 2vCPU/2GB RAM/40GB VHD(SSDデータストア配置)のスペックで構築 DNSに登録するレコードはAAAAレコードだけにする。IPv4アドレスは名前解決しない。 あくまでIPv4はyumリポジトリやメール配送など、クライアント用途としてしか使用しない インスタンス名とサーバ名は異なるものとする。 当該インスタンスでは、サーバ名はsns-v6.bluecore.netと言う名称ですが、インスタンス名はまた別物(v6don.bluecore.net)です。 OSはCentOS7の最新を使う(yum -y updateでコンポーネントを最新化する) …