공유 디스크 장애 조치는 데이터베이스 사본 하나만 있으면 동기화 오버 헤드를 피합니다. 여러 서버에서 공유하는 단일 디스크 배열을 사용합니다.
공유 하드웨어 기능은 네트워크 저장 장치에서 일반적입니다. 네트워크 파일 시스템 사용도 가능하지만 파일 시스템에 전체가 있도록주의해야합니다.posix행동 (참조섹션 18.2.2.1). 이 방법의 중대한 한계는 공유 디스크 어레이가 실패하거나 손상되면 기본 및 대기 무지개 토토가 모두 작동하지 않는다는 것입니다.
공유 하드웨어 기능의 수정 된 버전은 파일 시스템 복제입니다. 파일 시스템에 대한 모든 변경 사항은 다른 컴퓨터에있는 파일 시스템에 미러링됩니다. 유일한 제한은 대기 무지개 토토에 파일 시스템의 일관된 사본을 갖도록하는 방식으로 미러링을 수행해야한다는 것입니다. 구체적으로, 대기에 쓰기는 기본의 것과 동일한 순서로 수행되어야합니다..DRBDLinux 용 인기있는 파일 시스템 복제 솔루션입니다.
Warm and Hot Standby 무지개 토토는 쓰기 awead 로그 스트림을 읽어 최신 상태로 유지할 수 있습니다 (Wal) 레코드. 기본 서버가 실패하면 대기에는 기본 서버의 거의 모든 데이터가 포함되어 있으며 새 기본 데이터베이스 서버로 빠르게 만들 수 있습니다.
파일 기반 로그 배송 (을 사용하여 대기 무지개 토토를 구현할 수 있습니다.섹션 26.2) 또는 스트리밍 복제 (참조섹션 26.2.5) 또는 둘 다의 조합. 핫 대기에 대한 정보는 참조PostgreSQL : 문서 : 17 : 26.4. 뜨거운 토토 핫.
논리적 복제는 데이터베이스 무지개 토토가 데이터 수정 스트림을 다른 무지개 토토로 보낼 수있게 해줍니다.PostgreSQLLogical Replication은 WAL에서 논리적 데이터 수정 스트림을 구성합니다. 논리적 복제는 테이블별로 데이터 변경을 복제 할 수 있습니다.PostgreSQL : 문서 : 17 : 29 장. 논리적 사설 토토. 논리적 디코딩 인터페이스 (를 통해43토토 꽁 머니17), 타사 확장자도 유사한 기능을 제공 할 수 있습니다.
트리거 기반 복제 설정은 일반적으로 데이터 수정 쿼리를 지정된 기본 무지개 토토로 Funnels합니다. 기본 무지개 토토는 테이블별로 작동하면 대기 무지개 토토로 데이터 변경 (일반적으로)을 비동기로 보냅니다.
Slony-I는 테이블 당 세분성을 갖고 여러 대기 서버를 지원하는 이러한 유형의 복제의 예입니다. 대기 서버를 비동기 적으로 업데이트하기 때문에 (배치) 실패 중에 데이터 손실이 가능합니다..
SQL 기반 복제 미들웨어를 사용하여 프로그램은 모든 SQL 쿼리를 가로 채고 하나 또는 모든 서버로 보냅니다. 각 서버는 독립적으로 작동합니다.
쿼리가 단순히 방송되지 않은 경우,와 같은 기능random ()
, current_timestamp
및 시퀀스는 무지개 토토에서 다른 값을 가질 수 있습니다. 이는 각 무지개 토토가 독립적으로 작동하기 때문에 SQL 쿼리가 실제 데이터 변경보다는 방송되기 때문입니다.거래 준비and준비). PGPOOL-IIandContinuent Tungsten이 유형의 복제의 예입니다.
랩톱이나 원격 서버와 같이 정기적으로 연결되지 않았거나 통신 링크가 느려지는 서버의 경우 서버간에 데이터를 일관성있게 유지하는 것은 어려운 일입니다. 비동기 멀티 마스터 복제를 사용하여 각 서버는 독립적으로 작동하며 다른 서버와 정기적으로 통신하여 충돌하는 트랜잭션을 식별합니다.
동기식 멀티 마스터 복제에서 각 무지개 토토는 쓰기 요청을 수락 할 수 있으며 각 트랜잭션이 저지르기 전에 원래 무지개 토토에서 다른 모든 무지개 토토로 전송됩니다. 무거운 쓰기 활동은 과도한 잠금을 일으키고 지연을 저지르면 성능이 저하 될 수 있습니다.random ()
.
PostgreSQL이 유형의 복제를 제공하지는 않지만PostgreSQL2 상 커밋 (거래 준비and준비)) 응용 프로그램 코드 또는 미들웨어에서이를 구현하는 데 사용할 수 있습니다.
표 26.1위에 나열된 다양한 솔루션의 기능을 요약합니다.
표 26.1. 고 가용성,로드 밸런싱 및 복제 기능 매트릭스
기능 | 공유 디스크 | 파일 시스템 Repl. | 쓰기 로그 배송 | Logical Repl. | Trigger- 기반 REPL. | SQL Repl. 중간 웨이 | 비동기. MM Repl. | 동기화. MM Repl. |
---|---|---|---|---|---|---|---|---|
인기있는 예 | NAS | DRBD | 내장 스트리밍 대답. | 내장 논리 대체, pglogical | Londiste, Slony | PGPOOL-II | Bucardo | |
comm. 방법 | 공유 디스크 | 디스크 블록 | Wal | 논리 디코딩 | 테이블 행 | SQL | 테이블 행 | 테이블 행 및 행 잠금 |
특별 하드웨어 필요 없음 | • | • | • | • | • | • | • | |
여러 기본 무지개 토토 허용 | • | • | • | • | ||||
기본 오버 헤드 없음 | • | • | • | • | ||||
여러 무지개 토토를 기다리지 않음 | • | with sync off | with sync off | • | • | |||
기본 실패는 데이터를 잃지 않습니다 | • | • | with sync on | with sync on | • | • | ||
Replicas는 읽기 전용 쿼리를 허용 | hot standby | • | • | • | • | • | ||
표 당 세분화 | • | • | • | • | ||||
갈등 해결 필요 없음 | • | • | • | • | • | • |
위 카테고리에 맞지 않는 몇 가지 솔루션이 있습니다.
데이터 파티션은 테이블을 데이터 세트로 나눕니다. 각 세트는 하나의 무지개 토토 만 수정할 수 있습니다.
위의 많은 솔루션을 사용하면 여러 무지개 토토가 여러 쿼리를 처리 할 수 있지만 단일 쿼리가 여러 무지개 토토를 사용하여 더 빠르게 완료 할 수 없습니다. 이 솔루션을 사용하면 여러 무지개 토토가 단일 쿼리에서 동시에 작동 할 수 있습니다.pl/proxy도구 세트.
또한 이에 주목해야합니다.PostgreSQL오픈 소스이며 쉽게 확장되며, 많은 회사가 취해졌습니다PostgreSQL고유 한 장애 조치, 복제 및로드 밸런싱 기능을 갖춘 상업용 폐쇄 소스 솔루션을 만들었습니다. 이것들은 여기서 논의되지 않습니다.
문서에 맞지 않는 내용이 있으면 일치하지 않습니다.이 양식문서 문제를보고하려면