스트리밍 복제와 WAL
WAL 기반 스트리밍 물리 복제를 구성하고 지연을 모니터링하며 데이터 손실 없는 쓰기를 위해 동기 복제본을 설정해보세요.
스트리밍 복제와 WAL은(는) CoddyKit의 무료 SQL Academy 강의입니다. 이것은 4개 중 1번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 SQL Academy 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. SQL Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
왜 복제하나요?
복제는 여러 목표를 동시에 달성합니다.
- HA — 주 서버 장애에도 계속 운영
- 읽기 확장 — 복제본으로 SELECT를 분산
- 백업 / PITR — 지속적인 보관
- 지리적 분산 — 사용자와 가까운 복제본
WAL: 미리 쓰기 로그
모든 쓰기 작업은 먼저 WAL에 기록됩니다. WAL은 내구성을 보장하며 복제의 기반이 됩니다. WAL을 복제본으로 스트리밍 → 복제본이 WAL을 재생 → 복제본이 최신 상태가 됩니다.
물리적 스트리밍 복제
주 서버에서 복제본으로 바이트 단위로 동일한 WAL을 스트리밍합니다.
- 복제본은 주 서버의 바이너리 복사본입니다.
- PostgreSQL 버전이 같아야 합니다.
- 전체 클러스터가 복제됩니다(모든 데이터베이스와 모든 테이블).
- 읽기 전용입니다.
설정: 주 서버
postgresql.conf에서 주 서버를 구성합니다.
wal_level = replica
max_wal_senders = 10
wal_keep_size = 1GB
-- pg_hba.conf: allow replication connections
host replication replicator 10.0.0.0/24 md5설정: 복제본
기본 백업을 만들고 primary_conninfo를 사용해 시작합니다.
pg_basebackup -h primary -D /var/lib/postgresql/data -U replicator -W -X stream -P
-- postgresql.conf on replica:
primary_conninfo = 'host=primary port=5432 user=replicator password=...'
-- Touch standby.signal file and start:
touch /var/lib/postgresql/data/standby.signal동기 복제와 비동기 복제
- 비동기(기본값) — 주 서버는 기다리지 않고 COMMIT하며 복제본이 지연될 수 있습니다.
- 동기 — 주 서버는 COMMIT하기 전에 복제본의 확인을 기다립니다. 데이터 손실은 없지만 더 느립니다.
-- Synchronous configuration on primary:
synchronous_commit = on
synchronous_standby_names = 'replica1, replica2'복제 지연
비동기 복제본은 주 서버보다 뒤처집니다. 다음을 모니터링하십시오.
SELECT client_addr, state, sent_lsn, write_lsn, replay_lsn,
pg_wal_lsn_diff(sent_lsn, replay_lsn) AS replay_lag_bytes
FROM pg_stat_replication;복제 슬롯
슬롯은 복제본이 WAL을 소비할 때까지 주 서버가 WAL을 보존하도록 합니다.
SELECT pg_create_physical_replication_slot('replica1');
-- On replica:
primary_slot_name = 'replica1'슬롯의 함정
복제본의 연결이 끊긴 뒤 다시 연결되지 않으면 해당 슬롯이 WAL 정리를 막아 디스크가 가득 찹니다. 사용하지 않는 슬롯은 삭제하십시오.
SELECT pg_drop_replication_slot('replica1');연쇄 복제본
복제본 자체가 다른 복제본으로 WAL을 스트리밍할 수 있어 주 서버의 부하를 줄입니다.
핫 대기 서버
기본적으로 복제본은 읽기 전용 쿼리를 허용합니다(hot_standby = on). 복제본에서 오래 실행되는 읽기 쿼리는 WAL 재생을 지연시킬 수 있으므로 max_standby_streaming_delay를 조정하십시오.
승격
복제본을 새 주 서버로 만들려면 다음과 같이 하십시오.
pg_ctl promote -D /var/lib/postgresql/data
-- Or in SQL:
SELECT pg_promote();요약
스트리밍 복제 = WAL 전송 + 재생입니다.
- 물리적 복제이며 바이너리가 동일함
- 기본값은 비동기이며, 데이터 손실을 없애려면 동기 복제 사용
- 슬롯은 WAL을 보존하지만 주의해서 관리해야 함
- 승격하면 복제본이 주 서버가 됨
빠른 확인
스트리밍 복제본에 복제 슬롯을 사용하지 않을 때의 주요 위험은 무엇입니까?
자주 묻는 질문
“스트리밍 복제와 WAL” 강의는 무료인가요?
네 — “스트리밍 복제와 WAL” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 SQL Academy 강의 전체를 잠금 해제할 수 있습니다. SQL Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
“스트리밍 복제와 WAL”에서 뭘 배우나요?
WAL 기반 스트리밍 물리 복제를 구성하고 지연을 모니터링하며 데이터 손실 없는 쓰기를 위해 동기 복제본을 설정해보세요. 브라우저에서 직접 실행하는 실습 코드로 SQL Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.
SQL Academy을(를) 시작하는 데 경험이 필요한가요?
사전 경험은 필요하지 않습니다. CoddyKit의 SQL Academy은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 1번째 강의입니다.
“스트리밍 복제와 WAL” 강의는 얼마나 걸리나요?
대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.
이 SQL Academy 강의에서 코드를 작성하고 실행할 수 있나요?
네. 모든 SQL Academy 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.