Notices by ランラン ? :sabacan: ?? (ranpei@mstdn-jp.site), page 86

peertubeが思いのほかメモリ消費量少なかった。（150~200M程度）

まあ、エンコードしだしたら増えるだろうけどね?

リソースの消費量調べて腑に落ちないのが、LDAPが700Mもメモリ使ってること。

アカウント共通化しようとしたけど、結局メール鯖以外では使ってないし潰すかね?

relayのリンク集、完全にかつての「相互リンク」「Web同盟」みがある

Postgres, Redis とホストOSの消費も考えるとやっぱ2Gはないとダメですね?

さっきのメモリ消費は docker stats でweb, streaming, sidekiqの3つのメモリ消費を見ての話なんで 1Gあれば建てられるって話じゃないです。

分かっていたことだが
Misskeyも結構メモリ消費激しいな。。。

Mastodonが3つ合わせて１G なのにMisskeyは単体で7~800M使ってる?

半端なNWのせいで内→外の通信に支障が出たんで、Dev鯖はまた別鯖に移すことにしました。

Ubuntuのインストール画面
変わり過ぎじゃね？

リレーサーバのソース見たけど
現状管理系の機能はなくて
ほんと配信の中継しかやって無いね

もうね。。
結論出てるけど、手続きとしてやらなきゃ感が見え見え・・・・

「ブロッキングありき？海賊版サイト巡る議論に不満続出」
https://news.yahoo.co.jp/pickup/6295685

ベストなのは、Dev鯖側をNginxやDBと同じサーバー側NWにつなげることなんだよね。

ちなみにゲートウェイ鯖とDB鯖はIPv4で普通につながる?

Dev鯖はゲートウェイのNginxとはIPv6でつながってて、DB鯖とはIPv4でつながってるってあべこべな状態なので何とかしたい?

Dev鯖の性能上がったし
リレー接続先増やしてみようか?

一応方針はきちんとアナウンスしとこうと思ったんで、長文ですが流しました。（CWすればよかったかも?

【お知らせ（内部向け）】
当インスタンスは v2.5.0 になりましたが、リレーへの参加は当面考えておりません。

リレーの機能について説明すると、仲介役のリレーサーバーを経由することで直接が繋がりがなくても公開トゥートが 連合タイムライン(FTL) に表示されるようになります。

これにより流入量が多くなりFTLがにぎやかになり、フォローの相手を見つけやすくなるなどのメリットがあります。

しかし、流入量が増えると鯖の負荷が増えますし
また、接続先のリレーによって思想などの偏りが出てくる可能性があるため
当面はDev鯖で試験運用を行いながら見極めていくつもりです。

【お知らせ（内部向け）】
当インスタンスは v2.5.0 になりましたが、リレーへの参加は当面考えておりません。

リレーの機能について説明すると、仲介役のリレーサーバーを経由することで直接がなくても公開トゥートが 連合タイムライン(FTL) に表示されるようになります。

これにより流入量が多くなりFTLがにぎやかになり、フォローの相手を見つけやすくなるなどのメリットがあります。

しかし、流入量が増えると鯖の負荷が増えますし
また、接続先のリレーによって思想などの偏りが出てくる可能性があるため
当面はDev鯖で試験運用を行いながら見極めていくつもりです。

そのため v2.5.0 で再生成してコンパイルし直しましたが、これだけではうまくいかず。
最終的にコンパイルで生成されるファイルをすべて削除した上で再コンパイルしたところ復旧に至りました。

画面崩れを直そうとアセットの再ビルドを行いました。
しかしDev側(master)で作り直されたため、結果として画面描画ができていませんでした。

2時間程度WebUIが見れない状態でした。

原因ですがやはりDev鯖のコンテナによって当インスタンスのコンテナが上書きされたことが原因でした。