Notices by sublimer@鯖缶 (sublimer@mstdn.sublimer.me), page 7

じゃあサーバー落とします30分くらいで戻れると良いなぁ

18:00から移行やっていきます

おーレプリケーションできてるっぽい

終わった…?

pg_basebackup始めた

今からDBバックアップ取って、終わり次第レプリケーション始めます

wireguardの設定、なんか面倒になったので、SSHのポート転送機能使うことにする

Scaling up your server - Mastodon documentation : ????--- https://docs.joinmastodon.org/admin/scaling/#pgbouncer

pgpool-II、なるほど…

pg_basebackupはこんな感じ。

# sudo -u postgres pg_basebackup -h xxx.xxx.xxx.xxx -p 5432 -D /var/lib/postgresql/14/main/ -U replication_user -R -P --checkpoint=fast -X stream -v && pg_ctlcluster 14 main start

xxx.xxx.xxx.xxxは元サーバのIPアドレス。ポートも指定してるけど、5432ならいらないかな。

rootになって、pg_basebackupから、完了後のstartまで一気にやる。これはUbuntu / Debian系ね。

なんかできそうな気がしてきた

のえるさんが詳細に情報書いてくださって感謝しかない ????

新規のサーバでやること

・一旦データベース初期設定して、整えとく。停止状態。

・データは消しちゃう（rm -fr /var/lib/postgresql/14/main みたいな）

・元サーバのpgtune.confなど、パラメータをある程度一致させとく（コネクション数とか元と違うと蹴られたり）

・もちろんpg_hba.confなどセキュリティ設定は済ませておく

・とりあえずpsqlコマンドでreplication_userで繋がるか事前にテスト

・pg_basebackupで一気に持ってくる

・起動

・レプリケーションできてることを確認する

・（元のサーバに新規書き込みするのやめて、転送しきったら元DB止める）

・promoteする（昇格してこっちが本体になる）

・新規DBサーバへの読み書きを開始する

元のサーバでやること

・外からつながるようにインタフェースをlistenする（そのままだとlocalhostしかlistenしてない）

・replication_user作る（名前は別になんでもいい）

・pg_hba.confで、新鯖からのreplication_userでの接続を許可する

・その他のレプリケーション設定パラメータを足す（wal_level = replicaなど）

・ファイアーウォールでも接続許可する

データベースでかくなると、pg_basebackupが終わる前にどんどん新しい更新が溜まっていって、あとからではWAL転送が追いつかなくなってしまうことがあるので、同時にWALもストリーミング受信して、完了時に追いついているようにする。（そういうオプションがある）

完了したら直ちに起動したいので、そこまで一気に実行するようにコマンド書く。

レプリケーションはじまってしまえば、あとは落ち着いていつでも元をとめて、新環境をpromoteできる。

@otakuman ソートなんかは組み込みの関数でそれなりに速くできますけど、そのそものデータ構造がまずいとそれだけで遅かったりするので、予め勉強しておくのは大事だなぁと思いますねー

『フカシギの数え方』 おねえさんといっしょ！ みんなで数えてみよう！ - YouTube : ????--- https://www.youtube.com/watch?v=Q4gTV4r0zRs

???「この処理はO(n^2)ですが、クラウドにバカみたいに課金することで一瞬で終わらせることができます」

> 普通の入門書にはこういった難しい話は載っていません。つまり、ほとんどの入門者はこういったことを勉強しないのです。

!?

アルゴリズムと計算量 - 「プロになるJava」ボツ原稿 - きしだのHatena : ????--- https://nowokay.hatenablog.com/entry/2022/04/27/173009

ポスグレの知識がほぼ皆無なので、レプリケーション周りを勉強するところからやらねば