큰 의미로 맞는 말씀이지만, MDB는 ACID Tx을 포기했다기 보다는 ACID Tx이 픽수적인 relational data model을 최대한 피해서 Tx의 필요성을 최소화해서 I/O 성능을 높이고 app 개발 생산성을 최대화 시키는 것을 목표로 합니다.
ACID Tx을 포기했기 때문에 MDB의 분산시스템이 우수하다기 보다 design에 고려하지 않은 분산 기능을 사후 추가하는 RDB와 달리 distributed by design의 강점을 가지고 있기 때문에 우수한 분산 성능을 보장한다고 보시는 것이 더 맞을것 같습니다.
실제 MDB ACID Tx은 multi-doc, cross-shard까지 지원하고 있습니다
클러스터 구성시 VM당 공유볼륨에 대해 iscsi ip를 설정해야하는데요, 해당 ip설정시 CVM IP와 동일한대역을 써야만 원활한 통신이 되던데요.. CVM과 다른대역으로 공유볼륨ip를 설정했을때는 패킷손실이 났었습니다. 이점은 개선이 되었나요?
이 부분은 네트워크 구성을 어떻게 하엿는지 확인이 필요합니다.
뉴타닉스내에 여러 ip대역이 구성되어 있습니다. (vlan)
vlan 이 아닌, 물리적인 구성, 즉 라우팅등을 확인할 필요가 있습니다. 정확한 구성및 설정에 대한 정보가 없이는 회신을 드리기 힘듭니다. 저희 기술지원팀에 문의해 보셨는지요??
[질문]RDBMS는 ACID 트랜잭션 처리를 위한 데이터 구조와 설계를 가지고 있기 때문에 이 부분을 포기한 몽고DB같은 NoSQL이 성능적 이점이 있을 것이며, 또한 RDBMS로 일관성을 포기하여 분산시스템을 구축할 바엔, 태생이 일관성을 포기한 NoSQL을 사용하는 것 아닌가요?