�ݺ�ߣ

BINLOG server
적용사례
작성 : 기술본부 김피터
1

2
구축 배경
• DB 보안 상 외부에서 직접 DB로의 접속은 금지되어, 기존 Slave 복제 방식은 사용할 수 없음
• 4:33 DB에서 단 방향으로 x.com 로 전달만 가능
4:33 x.com

binary
Log
Binary log server sync ??
BACKUPLOG SERVER
binary
Log
svc1-backup
relayLog
Storage
Recovery by
replication
IO
thread
SQL
thread
binary
Log
/usr1/sandboxes/svc1/binlog/
3306
3307
3308

Binary log server sync 방식 – CASE1
LIVE BACKUPLOG SERVER
binLog
Relay
Log
replication
data data
relayLog
Storage
Recovery by
replication
IO
thread
SQL
thread
1
2
In Order

Binary log server sync 방식 – CASE2
LIVE BACKUPLOG SERVER
binLog binLog
Rsync or
other file
sync method
data data
relayLog
Storage
Recovery by
replication
IO
thread
SQL
thread
In Parallel

x.com data sync 적용 사례
4:33 x.comDMZ
binLog binLog
replication
BinLog 파일을 1분 주기
로 DMZ로 sync
data data
relayLog

4:33 x.comDMZ
binLog
binLog
1. 마지막 sync 될 때 기록된 binlog 파일명
( rsync.history at 4:33 )과 DMZ 현재 binlog 파일명
이 동일한지 확인
2. 1. 에서 확인 된 DMZ binlog 파일 사이즈가
120( 초기 생성시 크기 )인지 확인
3. 1. 2. 의 확인이 실패하면 관리자에게 ALERT sync
프로세스 중지
4. SHUTDOWN DMZ mysqld
4-1. DMZ mysqld stop으로 인한
replication 중지 ( 5초 간격으로 retry )
data data
relayLog
5. Binary log rotate ( at 4:33 ) FLUSH LOGS
6. mysql-bin.index.temp 생성 ( sync 되어야 할
binlog list & DMZ binlog path )
7. Rsync binlog ( current binlog 제외 )
8. mv mysql-bin.index.temp mysql-bin.index
( at DMZ )
9. Start mysqld ( at DMZ ) 9-1. Replication 자동 재개
10. Current binlog를 rsync.history 에 기록

• 장점
 하나의 slave를 추가 운영하는 것과 거의 동일
• 단점
 4:33 에서 DMZ로 BINLOG sync 시 x.com 에서 DMZ replication pause 발생
 4:33 MASTER 장애시 x.com slave 재구성이 필요한 경우가 있을 수 있음.
 Binary log 서버 장비 추가 필요
• 운영이슈
 점검 시간 단축을 위한 MMS role 변경 시에 x.com 복제 중지 시간을 최소화
 하려면 신규 PRIMARY MASTER 기준으로 binlog sync가 변경되어야 함.
 기존 PRIMARY 점검 시간 동안 x.com 복제 중지가 허용할 만하면 변경 없이 그대로 유지하면 됨.

�ݺ�ߣ

Binlog Servers 구축사례

More Related Content

Binlog Servers 구축사례