PostgreSQL高可用Repmgr命令及配置文件是怎樣的

今天就跟大家聊聊有關PostgreSQL高可用Repmgr命令及配置文件是怎樣的，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

應該是第三個關于PostgreSQL 高可用的文字了，Repmgr 在使用中的一些通用的命令和一些配置文件的含義，今天需要明確。

我們先從配置文件來入手，如果你的配置文件不知道怎么寫，或者根本不知道配置文件中有哪些內容，請從 

https://repmgr.org/docs/4.4/repmgr-administration-manual.html  網站中獲得。

部分配置文件內容：

node_id=1    node_id 是標識數據庫的節點的序號，在使用其他命令時，是需要指定相關序號的，并且相關的序號在一個集群中是不能重復的。

node_name = ‘XXX’ node name 是標識這臺機器在集群中的名字，需要注意的是名字不能超過63個字符并且，最好是小寫，明確標識機器的文字

conninfo='host=192.168.198.112 user=repmgr dbname=repmgr connect_timeout=2'   這是標識每臺集群中到PG 的連接的信息，connect_timeout 是配置當你使用 repmgrd時，忽略某些因為網絡延遲或故障中可能會導致誤切換的等待時間的長度

data_directory='/pgdata/data'  這是指定當前機器的PG的數據目錄，因為有的集群中每個機器的數據目錄可能因為某些原因，不一致，所以這里會告知repmgr 具體的數據目錄在哪里

config_directory=''  這是配置標識，PG的配置文件的所在地，一般可以不配置，如果你的配置文件并未和數據目錄放置在一起，則你需要配置

replication_user='repmgr'   配置PG中復制的賬戶，這里使用了repmgr作為復制的賬戶，當然你可以使用別的賬戶進行復制的配置，而不必須非要使用repmgr 來作為復制的賬戶。

replication_type=physical   這里需要告知REPMGR PG 的復制方式，是那個，一般建議physical 如果沒有特殊的需求。

location=default 這個配置是為多數據中心來進行服務的，如果有多數據中心，一般會假設如果網絡不穩定的狀態下，是否進行切換或者不做任何事情，location就是標識你的機器所在的位置

witness_sync_interval  這是標識出第三方的見證服務器獲取信息到見證服務器的時間

log_level =INFO   這里指定了log的level 有相關八個等級

log_file='' 重定向LOG file的寫入的位置否則只能寫入到系統的STDERR 

pg_bindir=  指定PG 的執行文件的目錄

repmgr_bindir = 指定 PG 的 repmgr 執行文件的目錄

failover=manual  指定當發生主節點failover時節點的處理方式是自動還是手動方式

priority = 100  當你有多個PG的從節點，怎么人為的來判斷哪個更適合來做下一個主節點的候選。

reconnect_attempts =  當主節點無法連接時，重進進行連接的次數

當然上面的介紹是比較基本的信息，有一些更有深層次含義和設置的項目并不包含在里面，例如MYSQL MHA 中如果主節點進行切換，則MHA 會讓用戶填寫下一步會執行的外部腳本，在 REPMGR 中也有相關的設置。

大致說完了相關的配置文件后，下面是一些基本的REPMGR 的基本命令的介紹

1  手動進行主從節點的切換

一般來說，如果要對主庫的服務器進行硬件升級，或者操作會需要將主庫進行關閉，而類似這樣的行為是有準備的和計劃的

下面我們就通過手動的命令來將主庫切換為從庫

 請到從庫服務器中執行如下命令， 下面就會開始模擬進行切換的過程或者告訴你一些信息或錯誤信息，如果你去掉 --dry-run 則就實際的執行了，如果使用過 pt-osc的同學對--dry-run會有深刻的影響

repmgr -f /etc/repmgr.conf standby switchover --dry-run

切換后，在查看當前的集群信息，也會進行相應的修改

這是比較有用的一個功能

2  提升從庫成為主庫

在你選擇了FAILOVER 中手動進行從庫到主庫的提升，你需要手動進行主庫的提升

 repmgr -f /etc/repmgr.conf standby promote 

3  查看當前節點的狀態

repmgr -f /etc/repmgr.conf node status

4  在主節點失敗后，其他的從節點如果還連接著失敗的主節點或者已經失去的連接，則是不妥當的，需要有相關的命令來將這些連接錯誤的節點重新連接到新的主節點中。在錯誤連接主節點的

repmgr -f /etc/repmgr.conf standby follow

5 查看當前的節點與其他節點的連接情況

repmgr -f /etc/repmgr.conf cluster matrix

總結：其實在repmgr 的使用中，可以感覺到，即使不需要自動failover ，repmgr 在快速建立流復制從庫和檢查節點之間的狀態也是很好的工具。

看完上述內容，你們對PostgreSQL高可用Repmgr命令及配置文件是怎樣的有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。