レプリケーションを一時停止および再開する

状況によっては、アップグレードや計画フェイルオーバー時など、プライマリサイトとセカンダリ間のレプリケーションを一時停止することが望ましい場合があります。

アップグレード中にセカンダリサイトでのユーザーアクティビティーを許可する場合は、ゼロダウンタイムアップグレードのためにレプリケーションを一時停止しないでください。一時停止すると、セカンダリサイトはますます最新ではない状態になります。既知の影響の1つは、ますます多くのGitフェッチがプライマリサイトにリダイレクトまたはプロキシされることです。追加の不明な影響がある可能性があります。

たとえば、別のURLを持つセカンダリサイトを一時停止すると、そのセカンダリサイトのURLでのサインインが中断される可能性があります。セカンダリサイトのURLでの新しいセッションなしで、プライマリサイトのルートURLにアクセスします。

一時停止と再開

レプリケーションの一時停止と再開は、セカンダリサイトの特定のノードからのコマンドラインツールを介して行われます。データベースアーキテクチャに応じて、これはpostgresqlまたはpatroniサービスのいずれかをターゲットにします:

• セカンダリサイトのすべてのサービスに単一ノードを使用している場合は、この単一ノードでコマンドを実行する必要があります。
• セカンダリサイトにスタンドアロンPostgreSQLノードがある場合は、このスタンドアロンPostgreSQLノードでコマンドを実行する必要があります。
• セカンダリサイトがPatroniクラスタリングを使用している場合は、これらのコマンドをセカンダリPatroniスタンバイリーダーノードで実行する必要があります。

セカンダリサイトのすべてのサービスに単一ノードを使用していない場合は、PostgreSQLまたはPatroniノードの/etc/gitlab/gitlab.rbにgitlab_rails['geo_node_name'] = 'node_name'という設定行が含まれていることを確認してください。ここで、node_nameはアプリケーションノードのgeo_node_nameと同じです。

To Pause: (from secondary site)（一時停止するには：（セカンダリサイトから））

また、レプリケーションの一時停止後にPostgreSQLが再起動された場合（VMを再起動するか、gitlab-ctl restart postgresqlでサービスを再起動することによって）、PostgreSQLは自動的にレプリケーションを再開することに注意してください。これは、アップグレード中または計画されたフェイルオーバーシナリオでは望ましくありません。

gitlab-ctl geo-replication-pause

To Resume: (from secondary site)（再開するには：（セカンダリサイトから））

gitlab-ctl geo-replication-resume