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

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

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

@shukukei とりあえず、wireguardの設定からやってみます!

あるいはwireguardでVPN張るか

もちろんやるならIPアドレス制限とかはするけどね

ただ、現環境が自宅鯖で新環境がGCP上なので、DBにインターネットからアクセス可能にする必要があるのがちょっと怖い

レプリケーション組むのやってみても良さそうかもという気持ちになってきた

弊鯖、これまで移行はダンプ取ってファイル持っていってrestoreでやっていたので、それなりにダウンタイムが発生していた

なるほどやっぱりレプリケーション組んでおくのが良いんですね…

よそのサーバーに負担を強いることにはなるけど、うちみたいな小規模サーバーだとそこまででもないのかな

他鯖が再送してくれるはずなので、データの喪失は少なくはなりそう