のえる @noellabo@fedibird.com

ん？ fedibird.comつながりにくい？

前倒しで切り替えやっちゃうか……

@rinsuki いい着眼点。こんな感じだね。

新しいMac mini、電卓と同じぐらいの大きさです。ちいさいね！

ちなみにこの電卓は、USB接続してテンキーになったり、計算結果を送信したりできるヤツです。

さて、仕事とか他の作業とかもあるんで、新旧両サーバをフル稼働させて一旦離れますねー

あと、常時赤字運営なので、コスト削減も目指しています。

応答が遅めだったり、少し遅延するのは、移行作業の都合だけでなく、どこまで削れるか判断するためにリソースを抑えているためでもあります。

ヘンに遠慮されても判断効かないので、ちょっと不便かもしれませんが、いつも通り使っていていただけると助かります。

#fedibird #fedibird_info

高速道路や鉄道などで、片側車線で交互通行させたり、仮設道路を設けたり、いつもと違うホームで発着したり、止めない運用を工夫しているところは見かけるかと思います。

fedibird.com規模の構成になると、sidekiqだけ移し替えるとか、5台のうち、2台だけ動かして他を切り替えるとか、そういうオペレーションを駆使していく感じになります。

でも、データベースを切り替える時だけは、全面的に止めないと無理なんですわ。危ないし。

#fedibird #fedibird_info

やっぱりWebUIやAPIは高速応答させたいなあ。専用にするか……。

@ben これができるとフォロワーを売買するなど悪用できるので、できないように慎重に設計されています。

新サーバ移行、サーバダウンを伴わない作業は段階的に進行してますので、応答が遅くなったり、たまにエラーでたりしますけど、

「やってるなー」ぐらいでみておいてください。

ヤバイときは報告します。

#fedibird #fedibird_info

てすてす

@jj1guj pg_dumpのオプション指定でschemaだけ書き出せます。これを、現在のデータベースと、正しく動いていると思われるもの、双方で比較してみると良いでしょう。

@itochan んー、そうなるとベルリンかな

@rinsuki

@jj1guj 正しいと思われる同じバージョンのschemaだけpg_dumpしたものをpg_restoreしてみるとか？

重いの解消してきたかな。

次のサーバの準備急ぐか……

@onikuuuutaberu ちょっとつまりぎみだねー

@makihara 立冬！

ミシシッピアカミミガメ 診断メーカー 検索