Notices by のえる (noellabo@fedibird.com), page 126

@nashiki シナモロールの青いやつとか（それでも美味しそうにみえるという）

美味しそう

絵文字のショートコードで ol って探したんだけど :t_molepi: :t_moleo_san: しかなかったのだわ

欲しかったのはこっちね :marunouchi:

@Momizi じゃー、作り直しちゃった方がいいかなー

@Momizi パスワード忘れたとか？

@lycopene_zzz ストリーミングのオンオフで、有効にしているとタイムラインの新着が自動的に流れるようになります。

@w グルドン！

うん、個性的だね

やけ食いするか……

カメ用コーヒー豆とかある感じだ

前髪カット狩人風

シェフの気まぐれカット＆パーマ

冬が来る前に

ごめんね :t_nyoropi:

とれとれ ぴちぴち ???? にょろり

箸が転んでもおかしい年頃

:monster_logo:

とんちみたいな問いかけねw

Fedibirdでやっているのは、

- 比較的パワーのあるデータベースサーバを使う

- 遠隔地に待機サーバを用意して、常時複製しておく（レプリケーション／ダメだと思ったら切り替える）

- 1日に一度フルバックアップ、分単位で差分バックアップして、7日分ぐらいとっておく（分単位で任意の時点に戻せるが、ちょっと時間がかかる）

です。

遠隔地においたサーバは、距離の分だけ通信に時間がかかります。これが案外馬鹿にならんのです。

なので、あくまで片方は待機系です。もったいなくて使いたくなるのですがw

Mastodonもデータベースは一つです。（まあ単一サービスですが）

リードレプリカといって、読み出しだけですむ情報を入れておく複製をつくって、書き込みが必要なマスターデータベースとわけて、同期する方法もあって、一応はサポートされているのですが、

Mastodon内部がそれを意識して設計されているわけではないので、あんまりうまくいきません。整合性が必要なところではかえって遅くなるし、障害はむしろ増えますw

そんなわけで、大規模サーバではDBサーバにハイスペックサーバを割り当てて対応しています。ここに大規模化の限界があります。

TwitterやFacebookの規模のサービスが動いているのは、とてもスゴイことです。もちろんスペック積むだけでは無理です。

データを地域で分割したり、時系列で分割したり、IDなどで均等割したり、いろいろ工夫の余地がある、というところまでにしておきます……。

そういう難しい話とは別に、データベースの予備をもっておいて、死んだ時に切り替える『レプリケーション』は簡単にできます。

マネージドサービスを使って、Amazonとかに任せるって手もありますw