지난 블로그에서 Replica Set을 Archive 목적으로 StandAlone 으로 변경 후, 보안 이슈로 인해 Version Upgrade 도중 Local DB 관련하여 에러가 발생하여 Trouble Shooting 을 진행 하였습니다.
그래서 이번에는 Replica Set에서 StandAlone 으로 문제 없이 깨끗?하게 변경하는 부분에 대하여 테스트를 진행 하였습니다.
이번 테스트를 진행하면서 느낀점은, 몇몇 외국 블로그에 나온 내용들을 보면, 인증을 사용안하는 것일까 라는 의문이 생겼습니다. 왜냐하면 이번 테스트를 진행 하면서 인증(authorization) 로 인해 Local DB가 삭제가 되지 않는 이슈가 발생하였기 때문입니다.
글보다는 제가 진행한 방법에 대해서 이미지와 방법을 보시면 쉽게 변경 가능할 것 같습니다.
진행 방법
- Replica Set 멤버들 제거 (primary는 제거되지 않습니다. 물론 제거하는 방법도 존재-맨 하단 리플리케이션-멤버-재설정 참고)
- mongod.conf 에서 replication / security 모두 주석 처리 후 재 시작
- local DB 삭제 진행
- mongod.conf 에서 security 모두 원복 후 재 시작
- Local DB에서 startup_log collection 만 생성 되었는지 확인 및 방금 startup 로그만 존재하는 지도 확인
- 정상적으로 StandAlone DB 변경 완료
# 1. 멤버 삭제
# Primary 에서 진행되며, 각 멤버들만 삭제가 가능
# 기본형태 : rs.remove("host명:port")
replSet:PRIMARY> rs.remove("127.0.0.1:57018")
replSet:PRIMARY> rs.remove("127.0.0.1:57019")
----------------------------------------------------------------------------
# 2. config 수정 및 mongodb 재시작
$ vi /etc/mongod.conf
systemLog:
destination: file
path: /data/mongo_test/log/mongo.log
...
net:
bindIp: 0.0.0.0
port: 57017
#replication:
# replSetName: "replSet"
#security:
# authorization: enabled
# keyFile: /data/mongo_test_repl.key
$ systemctl restart mongod.service
----------------------------------------------------------------------------
# 3. local DB 삭제 진행
$ mongo --port 57017
# 현재 standalone 으로 올라왔으며, security를 주석처리하였기 때문에 인증 없이 접속
> use local
> db.dropDatabase()
# 정상적으로 local DB가 삭제 된 것을 확인 가능
----------------------------------------------------------------------------
# 4. mongod.conf 에서 security 모두 원복 후 재시작
$ vi /etc/mongod.conf
systemLog:
destination: file
path: /data/mongo_test/log/mongo.log
...
net:
bindIp: 0.0.0.0
port: 57017
#replication:
# replSetName: "replSet"
security:
authorization: enabled
keyFile: /data/mongo_test_repl.key
----------------------------------------------------------------------------
# 5. Local DB 확인
$ mongo admin -uadmin -p --port 57017
> show dbs
admin 0.000GB
config 0.000GB
local 0.000GB
test 0.000GB
>
> use local
switched to db local
> db.startup_log.find().pretty()
----------------------------------------------------------------------------
# 6. 완료
Replica Set 멤버 삭제
Stand Alone 형태의 단독 Mongodb 의 초기 모습
- 단순 local 내에는 startup_log collection 만 존재하며, 해당 collection 에는 startup 에 대한 로그들이 존재
Authorization 상태에서 Local DB삭제 시 다음과 같은 에러 발생
- 참고로, 4.2 부터는 writeConcern이 majority 라서 majority를 1로 주고 진행 하더라도 에러 발생하는 것을 확인 가능 (writeConcern의 문제가 아님)
그외
- 일부 블로그에서는 각 collection 마다 삭제하는 것도 있었는데, 실제로 삭제가 되는 collection 이 있는가 하면, 반대로 동일하게 Auth 로 인해서 삭제가 되지 않는 collection 도 존재 하는 것을 확인
아래 내용은 replication 재설정 관련하여 도움을 받았던 블로그 입니다.
이 부분도 실제로 진행하였는데, 자료를 남기지 않아 추후 테스트하여 공유 하도록 하겠습니다.
출처: https://knight76.tistory.com/entry/mongodb-레플리케이션-멤버-재설정하기 [김용환 블로그(2004-2020):티스토리]
그 외 참고
https://9to5answer.com/how-to-convert-a-mongodb-replica-set-to-a-stand-alone-server
https://adelachao.medium.com/downgrade-mongodb-replica-set-to-a-standalone-node-fc50d58addf2
https://medium.com/@cjandsilvap/from-a-replica-set-to-a-standalone-mongodb-79fda2beaaaf
'MongoDB' 카테고리의 다른 글
[MongoDB] Logical Session / Causal Consistency (0) | 2022.12.08 |
---|---|
[MongoDB] tcmalloc memory cache 정리 (0) | 2022.08.22 |
[MongoDB] taskExecutorPoolSize (0) | 2022.08.08 |
[MongoDB] Upgrade 이슈 (4.0 to 4.2) - MinValidDocument.oplogDeleteFromPoint is an unknown field (0) | 2022.07.02 |
[MongoDB] 3.4 to 4.2 upgrade (rpm) (0) | 2022.07.02 |