mongo db 완벽 가이드 9장 복제 파트 스터디 자료

1. 9장 복제 MongoDB 전효성 http://cafe.naver.com/architect1 1

2. Single server durability Single server durability 지원이 취약한 이유 일부러 하지 않는 않았다. 이유는? 기존의 DBMS도 single server durability를 보장 못하는 경우가 많다. 물리적 파괴와 같은 상황에서 복구가 힘들다. 그래서? Multi-server durability를 사용하시라. 2

3. 복제의 용도 데이터 일관성 읽기 분산 운영 중 백업 오프라인 일괄 작업용 데이터 소스 3

4. 마스터-슬레이브 복제 Master 노드 생성 Slave 노드 생성 # mongod --dbpath~/dbs/master --port 10000 --master # mongod --dbpath~/dbs/slave --port 10001 --slave --source localhost:10000 Slave 0 단방향 복사 master … MAX 12대 권장 Slave N oplog 4

5. 마스터 슬레이브 복제 옵션 5

6. Shell에서 사용하기 Master 노드 띄우기 Slave 노드 띄우기 Shell로 slave에 접속 6

7. 레플리카 셋 복제를 하는 또 하나의 방법 자동 장애 넘김 클러스터의 마스터가 유동적 장애로 마스터가 죽으면 다른 슬레이브가 알아서 마스터로 변신 제약사항( ver 1.6+ ) 최대 12대의 노드 구성 최대 7대의 노드가 투표 가능 7

9. 장애처리 매커니즘 Node type 표준 노드(Standard) 수동 노드(Passive) { …, “Priority” : 0, … } 절대 마스터가 될 수 없다 결정권자 노드(Arbiter) { …, “arbiterOnly” : true, … } 투표만 한다 9

10. 장애 판단 및 복구 장애 판단 Heartbeat수 대비 voting수가 반 이하로 떨어지면 마스터를 보조 노드로 변경 투표를 통해 높은 득표의 노드가 마스터로 변신 재 동기화 수행 Voting 각 노드들이 투표하여 마스터 노드 결정 10

11. Vote: 가장 최근에 변경된 노드 Slave Master Vote:6 Slave Slave Slave Slave Slave 11

12. 장애 발생 Slave Master Vote:2 Slave Slave Slave Slave Slave 12

13. 마스터 노드 결정하기 가장최근에 동기화 Master Slave Vote:2 Slave Slave Slave Slave Slave 13

14. 마스터 노드 결정하기 가장최근에 동기화 Master Vote:3 Slave Vote:2 Slave Slave Slave Slave Slave 14

15. 재 동기화 가장최근에 동기화 Master Vote:3 Slave Vote:2 Slave Slave Master의 데이터로 재동기화 Slave Slave Slave 15

16. 슬레이브에서 연산 수행하기 슬레이브 사용 용도 데이터 백업 오프라인 데이터 처리용 읽기 분산 16

17. 읽기 분산 방법1. 생성시 slaveOkey옵션을 지정하여 query를 받을 수 있도록 변경 방법2. --master --slave 옵션을 동시에 적요하여 생성 쿼리를 받을 수 있고, 마스터로부터 계속 복제가 이루어진다. 처음 시작시 빈 db로 시작해야 함 17

18. 작동 원리( Oplog ) 1: CUD command Master Slave 여유공간 5% 정도 2: Oplog에 기록 oplog 제한 컬렉션 멱등원 형태로 변환 $inc $set 18

19. 작동 원리( 동기화 ) 초기 연결시: 완전 동기화 진행 Master Slave 용량을 넉넉히 잡아서 동기화 중 oplog공간이 부족하지 않게 해야 함 oplog 19

20. 작동 원리( 동기화 ) 동기화 완료 이후… Master Slave [N초마다]복제 요청 oplog 20

21. 작동 원리( 동기화 ) Master Slave 이전 요청 ~ 현재까지 oplog전달 oplog 21

22. 복제 상태와 로컬 데이터베이스 local database Mongodb에서 사용하는 database Replica set에 대한 정보 Replica set 관련 collection local.system.replset : config정보 local.oplog.rs : oplog local.replset.minvalid : 내부용, 동기화정보를 추적하기 위한 정보 보관 Master/Slave replication 관련 collection Master node local.oplog.$main : oplog local.slaves Slave node local.sources Other local.me 22

23. 노드 동기화 N개의 노드들이 쓰기 연산 복제 완료까지 대기 보통 N을 2 ~ 3으로 설정 ( 효율성 / 안정성 trade-off ) > db.runCommand( {getLastError: 1, w : N } ) 23

24. 관리 진단 Oplog변경 > db.printReplicationInfo() configured oplog size: 944.1375732421875MB log length start to end: 1266secs (0.35hrs) oplog first event time: Thu Aug 04 2011 23:47:12 GMT+0900 oplog last event time: Fri Aug 05 2011 00:08:18 GMT+0900 now: Fri Aug 05 2011 23:44:46 GMT+0900 > db.printSlaveReplicationInfo() source: localhost:27017 syncedTo: Fri Aug 05 2011 23:46:11 GMT+0900 $ rm /data/db/local.* $ mongod --master --oplogSizesize //slave들을 --autosync로 재시작하거나 수동으로 재 동기화 필요함 24

25. 관리 인증을 통한 복제 마스터 / 슬레이브의local db에 동일한 사용자와 비밀번호 추가 Slave 접속 시도 “repl”이라는 사용자로 접속시도 local.system.users의 제일 처음 이름을 사용 > use local Switched to db local > db.add.User( “repl”, password ); {“user” : “repl”, “readOnly” : false, “pwd” : “…” } 25

26. 정리 복제를 하는 두가지 방법. Master-slave Replica set ( 편하다 ) Oplog사이즈를 적당히 크게 잡아주자. 재동기화 방지 Slave에 query를 날리려면? --master or --slaveOkey옵션으로 생성 26

27. 끝 27