오늘은 과거에 은근 찾기 어려웠던, 그 명령어 union에 대해 알아보겠다. 왜 찾기 어려웠냐면... mongodb에서도 비슷한 명령어가 존재한다.. 당시 내가 하고 싶은 명령어는 sql로 단순했다. [SQL] select * from plc where time > '2020-03-01 00:00:00' limit 1 union all select * from plc where '2020-03-01 01:00:00'

그냥 요즘 MongoDB를 모니터링 하던 중.. 옛 추억이 떠올라 글을 하나 작성하기로 했다. DataBase란 차고로 DML이 꽃이라고 개인적으로 생각한다. 1. DML이란 무엇인가? 그냥 단순하게 말해서, 우리가 생각하는 데이터 핸들링 방법이다. 즉, 조회하고(SELECT), 수정하고(UPDATE), 저장하고(INSERT), 지우는(DELETE) 기능!!! 근데 몽고디비를 관리하는데, 왜 이런게 생각 났냐 하면, 바로 delete 이슈이다. 성능이 느리다거나 그런 이슈가 아니다. Delete를 하고 Disk를 반환하지 않는다. MongoDB 운영 당시 Disk 사용률이 78%까지 올라간 상황이였다. 아직 시간은 있었으나, 개발서버로 사용하던 MongoDB의 디스크 사용량이 3개월도 안되서 가득차가고 ..

MongoDB 설치에 대해 알아보겠다. MongoDB 사이트에서 설명하는 설치가이드를 쭉 실행하면 된다. 하지만, MongoDB 사이트에서는 방화벽이랑 로그 관련해서는 내용이 빠져 있어서, 관련 내용을 한번에 정리했다. 쭉 명령어를 수행하면, 설치가 될것이다. 1. MongoDB GPG 키 가지고 오기 ( 패키지 관리 시스템 공개 키 ) $ wget -qO - https://www.mongodb.org/static/pgp/server-4.4.asc | sudo apt-key add – 2. MongoDB 4.4 목록 생성 $ echo "deb [ arch=amd64,arm64 ] https://repo.mongodb.org/apt/ubuntu focal/mongodb-org/4.4 multiverse" ..

이번에는 mongodb 초보자가 실수하는 log 관리에 대해서 알아본다. 과거 MongoDB 운영을 하다, MongoDB로그를 끊임없이 쌓이고 있다는걸 모르는 시절이 있었다. 충분한 용량을 준비했는데, 왜 서버에서 디스크가 100% 찼는가..? 이걸 찾다가 원인이 MongoDB 로그라는 걸 알게 되었다. 지금 생각해보면 당연한 건데, 당시 회사도, 우리팀도, 심지어 나 역시도 MongoDB는 처음이였다. MongoDB 설치 메뉴얼을 봐도 설치 가이드를 봐도, log 관리는 없다. ( 설치만 있는게 당연한 건가?? 그래도 함께 설명해 주면 좋잖아.. ) 로그 관련 명령어는 있지만...그건 초보 관리자가 생각하기엔.... ( 나만 생각을 못하나 ㅠ ) 그래서 이번 시간에는 당연하지만, 초보자들이 놓칠 수도 ..

Grafana와 MongoDB를 활용해 실시간 모니터링을 시스템을 이번 시간에 개발해본다. RDBMS랑 TDB 등에서는 Grafana를 활용해 모니터링에 유리하다. 특히, TDB랑 Grafana는 매우 잘 연결된다. 하지만, NoSQL 진영에서는 Grafana의 지원이 부족한걸로 느낀다. redis의 경우, redis 엔터프라이즈여야 grafana 기능을 100% 활용할 수 있으며, MongoDB의 경우, grafana 엔터프라이즈에서 지원을 하고 있다. 이번 시간에는 무료로!! MongoDB와 Grafana를 연동해, 실시간 모니터링 작업을 수행해 보겠다. 해당 글은 아래 github에서 참고 했다. https://github.com/JamesOsgood/mongodb-grafana 0.선행과제 먼저 ..