PostgreSQL 9.1에서 장애 조치 자동화

PostgreSQL 9.1에서 자동 장애 조치를 위해 두 대의 동일한 서버를 어떻게 설정합니까?

OS

소스에서 컴파일 된 Centos 5 PostgreSQL 9.1
postgres 사용자 계정은 두 시스템에 모두 있으며 두 시스템에 연결하기위한 ssh 암호가없는 키가 있습니다.

내 현재 설정 :

마스터 서버 구성 :

postgresql.conf :

listen_address = '*'
wal_level = hot_standby
max_wal_senders = 3
checkpoint_segments = 16    
wal_keep_segments = 8 
archive_mode = on    
archive_command = 'cp "%p" /opt/pgsql91/archive/"%f"'  

pg_hba.conf :

 host  replication   all   10.0.66.1/32      trust
 host  replication   all   10.0.66.2/32      trust

대기 서버

postgresql.conf 및 pg_hba.conf는 마스터 서버에 구성된 것과 동일합니다.

recovery.conf :

 standby_mode = 'on'
 primary_conninfo = 'host=10.0.66.1'
 trigger_file = '/opt/pgsql91/data/trigger.txt'

hzRoot 덕분에 이제 서버를 대기에서 마스터로 전환하는 방법을 이해했습니다.

다음 명령을 사용하여 새 슬레이브를 새 마스터와 동기화 한 다음 복제 백업 및 실행을 수행 할 수 있습니다.

새로운 마스터 (10.0.66.2)

1. su-postgres
2. / opt / pgsql91 / data /의 trigger.txt를 터치하십시오.
3. recovery.conf가 recovery가됩니다.
4. psql -c "; SELECT pg_start_backup ( 'backup', true)";
5. rsync -a -v -e ssh / opt / pgsql91 / data / 10.0.66.1:/opt/pgsql91/data/ --postmaster.pid 제외
6. psql -c "; SELECT pg_stop_backup ()";

새 노예에서 (10.0.66.1)

1. recovery.conf를 작성하십시오. cp recovery.done to recovery.conf
2. vi recovery.conf IP 주소 변경 : primary_conninfo = 'host = 10.0.66.2'
3. postgresql 시작

그래서 내 질문은 다음과 같습니다.

1. 이것이 역할을 전환하는 올바른 방법입니까?
2. 이 과정을 자동화 한 사람이 있습니까? 그렇다면 어떻게 했습니까?
3. 동기식 복제가 활성화되면 새 마스터 서버가 슬레이브가 응답하기를 기다리고 있기 때문에 트랜잭션을 커밋하지 않습니다. 그러나 다른 서버 인 이전 마스터가 다운 되었기 때문에 슬레이브가 없습니다. 이것이 맞습니까? 아니면 새 슬레이브가 다운 된 상태에서 동기식 복제를 일시적으로 비활성화해야합니까?

repmrg를 확인하십시오 .

repmgr은 DBA 및 시스템 관리자가 PostgreSQL 데이터베이스 클러스터를 관리하는 데 도움이되는 일련의 오픈 소스 도구입니다.

repmgr은 PostgreSQL 9에 도입 된 Hot Standby 기능을 활용하여 고 가용성 및 확장 성 요구 사항으로 데이터베이스를 설정하고 관리하는 프로세스를 크게 단순화합니다.

repmgr은 다음을 통해 관리 및 일일 관리를 단순화하고 생산성을 향상 시키며 PostgreSQL 클러스터의 전체 비용을 줄입니다.

• 복제 프로세스를 모니터링하는 단계; DBA가 높은 이슈를 발행하도록 허용
• 전환 및 장애 조치와 같은 가용성 작업.

두 가지 작업을 수행합니다.

1. repmgr : 클러스터에서 작업을 수행 한 다음 종료하는 명령 프로그램
2. repmgrd : 클러스터를 감시하고 원격 작업을 자동화 할 수있는 관리 및 모니터링 데몬.

자동 장애 조치의 경우 repmgrd는 트릭을 수행하며 네트워크에서 pgPool과 같은 SPOF가 아닙니다. 그러나 모든 데몬을 모니터링하고 실패 후에 다시 불러오는 것이 여전히 중요합니다.

RPM을 포함하여 버전 2.0이 출시 될 예정입니다.

recovery.conf 파일에서 postgres가 master에서 slave로 장애 조치하도록 지시하는 행을 추가해야합니다. 당신은 추가해야합니다

trigger_file = '/any/file/to/trigger'

주어진 경로에이 파일을 만들 때 노드가 변경됩니다. (파일은 트리거 일뿐 아무것도 포함하지 않습니다)

스트리밍 복제 에 대한 추가 정보를 찾을 수 있습니다

반면에, 몇 가지 트릭으로 자동으로 만들 수는 있지만 모니터링 도구를 사용하고 수동으로 페일 오버하는 것이 더 좋습니다.

누구든지 이것을 위해 pgpool-II 사용을 고려 했습니까?

http://pgpool.projects.postgresql.org/contrib_docs/simple_sr_setting/index.html

PostgreSQL에 대한 복제를 설정합니다. 오래된 주인이 돌아올 때 까다로운 부분이 발생합니다.

내가 읽은 것에서 pgpool은 대부분을 자동화 할 수있는 것처럼 보입니다. 그러나 PostgreSQL 9.1에 이미 존재하는 복제 기능을 활용하는지 확실하지 않습니다.