docker에 설치한 MongoDB 서버로 연결이 안 되는 경우
docker에 MongoDB를 설치한 경우,
C:\> docker pull mongo
// docker run -d -p 27017:27017/tcp --name mongodb_inst --rm -it mongo
// docker exec --name mongodb_inst /bin/bash
(저처럼) 무심코 ^^; 27017 포트로 연결을 시도하면 다음과 같은 오류 메시지를 보게 되는데요.
failed to connect to server [127.0.0.1:27017] on first connect
[MongoError: connect ECONNREFUSED 127.0.0.1:27017]
이유는, 포트 매핑이 어떻게 되어 있는지 확인해 보면 됩니다. ^^
C:\> docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
cf00331fdcbd mongo:latest "docker-entrypoint.s…" 3 minutes ago Up 3 minutes 0.0.0.0:32768->27017/tcp mongo
윈도우용의 압축 파일을 해제한 경우의 서비스 구동 방법
// 콘솔 실행 시 (대상이 되는 dbpath, 아래의 예에서는 d:\mongo\db 디렉터리를 미리 생성)
(기본 dbpath는 mongodb가 설치된 드라이브의 "\data\db"이므로, 아래의 예에서는 d:\data\db" 디렉터리 생성 후 dbpath 옵션 없이 수행 가능)
d:\mongodb\bin> mongod --dbpath=d:\mongo\db --logpath=d:\mongo\log.txt
// 서비스 등록 시
d:\mongodb\bin> mongod --dbpath=d:\mongo\db --logpath=d:\mongo\log.txt --install
// 서비스 제거
d:\mongodb\bin> mongod --remove
mongo.exe 클라이언트 실행 후 기본 명령어
[데이터베이스 생성]
> use mydb
switched to db mydb
[컬렉션 생성]
> db.createCollection("users")
{ "ok" : 1 }
[컬렉션 확인]
> show collections
users
[문서 삽입]
> db.users.insert({name: "kevin" })
WriteResult({ "nInserted" : 1 })
> db.users.insert({name: "anders", age: 40})
WriteResult({ "nInserted" : 1 })
[문서 찾기]
> db.users.find()
{ "_id" : ObjectId("60f55e6772f24083840d4af6"), "name" : "kevin" }
{ "_id" : ObjectId("60f55ea172f24083840d4af7"), "name" : "anders", "age" : 40 }
// ObjectId: 문서 추가 시 _id 필드를 지정하지 않은 경우 default 값 체계
// 12바이트 - 타임스탬프(4바이트): 1970년 1월 1일 이후 초 단위로 시작한 값 (Sunday, 7 February 2106 06:28:16 GMT까지 표현할 수 있다고.)
// 장비 식별자(3바이트), 프로세스 ID(2바이트), 카운터(3바이트)
[MongoDB 종료]
> use admin
switched to db admin
> db.shutdownServer()
server should be down...
// 공식 참조 문서
; https://docs.mongodb.com/manual/reference/
NoSQL 데이터베이스 타입
- 데이터 모델 설계 방식
1) 문서(Document) 모델: MongoDB,...
2) 키-값(Key-value) 모델
3) 칼럼(Column) 모델
4) 그래프(Graph) 모델
오랜만에 이미지로부터 재실행한 mongodb가 구동이 안 되는데,
$ docker run --rm -it -p 27017:27017/tcp --name mongodb_inst -it mongo /bin/bash
WARNING: MongoDB 5.0+ requires a CPU with AVX support, and your current system does not appear to have that!
see https://jira.mongodb.org/browse/SERVER-54407
see also https://www.mongodb.com/community/forums/t/mongodb-5-0-cpu-intel-g4650-compatibility/116610/2
see also https://github.com/docker-library/mongo/issues/485#issuecomment-891991814
오호~~~ 5.0 버전부터는 AVX 명령어 셋을 구현한 CPU가 필수적이라고 합니다. 그 와중에, 응용 프로그램을 시작하지도 못하면서 왜 저걸 ERROR가 아닌 WARNING 레벨로 처리한 것인지 궁금하군요. ^^;
어쨌든 테스트 환경의 CPU를 보면,
$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 40 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 20
On-line CPU(s) list: 0-19
Vendor ID: GenuineIntel
Model name: QEMU Virtual CPU version 2.5+
CPU family: 15
Model: 107
Thread(s) per core: 1
Core(s) per socket: 20
Socket(s): 1
Stepping: 1
BogoMIPS: 5599.99
Flags: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni ssse3 cx16 sse4_1 sse4_2 x2apic popcnt a
es hypervisor lahf_lm cpuid_fault pti
Virtualization features:
Hypervisor vendor: KVM
Virtualization type: full
Caches (sum of all):
L1d: 640 KiB (20 instances)
L1i: 640 KiB (20 instances)
L2: 80 MiB (20 instances)
L3: 16 MiB (1 instance)
NUMA:
NUMA node(s): 1
NUMA node0 CPU(s): 0-19
Vulnerabilities:
Gather data sampling: Not affected
Itlb multihit: KVM: Mitigation: VMX unsupported
L1tf: Mitigation; PTE Inversion
Mds: Vulnerable: Clear CPU buffers attempted, no microcode; SMT Host state unknown
Meltdown: Mitigation; PTI
Mmio stale data: Unknown: No mitigations
Reg file data sampling: Not affected
Retbleed: Not affected
Spec rstack overflow: Not affected
Spec store bypass: Vulnerable
Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Spectre v2: Mitigation; Retpolines; STIBP disabled; RSB filling; PBRSB-eIBRS Not affected; BHI Retpoline
Srbds: Not affected
Tsx async abort: Not affected
가상 환경인데다 "QEMU Virtual CPU version 2.5+" 가상 CPU가 배정돼 있습니다. 이런 경우, 가상 환경의 CPU 구성을 AVX 가능한 설정으로 바꾸든가, 아니면 소프트웨어를 AVX에 제약 없는 버전으로 써야 합니다. 가령, 후자를 선택했다면 mongodb 이미지를 4.4.6 정도로 낮춰서 쓰면 됩니다. (검색해 보면
4.4.18까지 AVX 없이 구현돼 있다고 하는데, 실제로 해보면 4.4.18 역시 오류가 발생했습니다.)
$ docker run -d -p 27017:27017/tcp --restart=always --name mongodb_inst -it mongo:4.4.6
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]