데이터베이스 서버가 함께 작동하여 두 번째 서버가
이 동기화 문제는 근본적인 어려움입니다
일부 솔루션은 하나만 허용하여 동기화를 처리합니다
일부 솔루션은 동기식이므로 데이터 수정을 의미합니다
솔루션은 또한 세분성으로 분류 할 수 있습니다. 일부
성능은 어떤 선택 으로든 고려해야합니다. 일반적으로 있습니다
이 섹션의 나머지 부분은 다양한 장애 조치를 간략하게 설명합니다.용어집도 가능합니다.
공유 디스크 장애 조치는 동기화 오버 헤드를 피합니다
공유 하드웨어 기능은 네트워크에서 일반적입니다POSIX행동섹션). 이 방법의 중요한 한계는 다음과 같습니다
공유 하드웨어 기능의 수정 된 버전입니다DRBD는 인기있는 파일입니다
따뜻한 대기 서버 (참조섹션 24.4)는 전류를 유지할 수 있습니다Wal) 레코드. 기본 서버가 실패하면
마스터 슬레이브 토토 결과 설정은 모든 데이터를 보냅니다
Slony-I가 예입니다
명령문 기반 토토 결과 미들웨어, 프로그램
쿼리가 단순히 방송되지 않은 기능, 기능인 경우random (), current_timestamp및 시퀀스거래 준비andPostgreSQL : 문서 : 8.3 : 토토 결과. PGPOOL-IIandequoia예입니다
정기적으로 연결되지 않은 서버의 경우
동기식 멀티 마스터 토토 결과에서 각 서버는 할 수 있습니다random ().
왜냐하면PostgreSQLisPostgreSQL및
표 25-1나열된 다양한 솔루션의 기능을 요약합니다
표 25-1. 고 가용성,로드 밸런싱,
| 기능 | 공유 디스크 장애 조치 | 파일 시스템 토토 결과 | PITR을 사용하는 따뜻한 대기 | 마스터 슬레이브 토토 결과 | 명령문 기반 토토 결과 미들웨어 | 비동기 멀티 마스터 토토 결과 | 동기 멀티 마스터 토토 결과 |
|---|---|---|---|---|---|---|---|
| 특수 하드웨어가 필요 없음 | • | • | • | • | • | • | |
| 여러 마스터 서버 허용 | • | • | • | ||||
| 마스터 서버 오버 헤드 없음 | • | • | • | ||||
| 여러 서버를 기다리지 않음 | • | • | • | • | |||
| 마스터 실패는 데이터를 잃지 않을 것입니다 | • | • | • | • | |||
| 노예가 읽기 전용 쿼리를 허용 | • | • | • | • | |||
| 표 당 세분화 | • | • | • | ||||
| 충돌 해결 필요 없음 | • | • | • | • | • | ||
| 커뮤니케이션 방법 | 공유 디스크 | 디스크 블록 | Wal | 테이블 행 | SQL | 테이블 행 | 테이블 행 및 행 잠금 |
위에 맞지 않는 몇 가지 솔루션이 있습니다.
데이터 파티셔닝은 테이블을 데이터 세트로 분할합니다. 각 세트
위의 많은 솔루션을 사용하면 여러 서버가 가능합니다PGPOOL-II이 기능이 있습니다. 또한,pl/proxy도구 세트.