NoSQL 하드웨어 구성에 있어서, DISK IO에 대한 메모.
RAID 구성은 5가 정답
NoSQL의 N-Value를 통한 장애 대처 능력은 노드간 장애를 대처하기 위함이지, 노드의 디스크 장애 극복은 불가능함.
아주 큰 클러스터가 아니면 RAID 5가 정답, 아니면 스트라이핑 기반의 RAID 0가 정답(대규모 클러스터의 경우, 단 이 경우, 디스크 장애는 해당 노드의 장애를 의미함, 검출도 어려울듯...)
IO Scheduler가 성능 튜닝 포인트라고는 하는데...
오늘 구글링에서 본 자료로는 Scheduler 바꾼다고 IO 자체 성능이 큰 차이가 없는 듯.. 이건 한번 테스트 해봐야 할듯.
결국은 네트워크 분리,캐쉬 튜닝을 어떻게 하느냐가 가능 큰 팩터가 될듯.
RAID 구성은 5가 정답
NoSQL의 N-Value를 통한 장애 대처 능력은 노드간 장애를 대처하기 위함이지, 노드의 디스크 장애 극복은 불가능함.
아주 큰 클러스터가 아니면 RAID 5가 정답, 아니면 스트라이핑 기반의 RAID 0가 정답(대규모 클러스터의 경우, 단 이 경우, 디스크 장애는 해당 노드의 장애를 의미함, 검출도 어려울듯...)
IO Scheduler가 성능 튜닝 포인트라고는 하는데...
오늘 구글링에서 본 자료로는 Scheduler 바꾼다고 IO 자체 성능이 큰 차이가 없는 듯.. 이건 한번 테스트 해봐야 할듯.
결국은 네트워크 분리,캐쉬 튜닝을 어떻게 하느냐가 가능 큰 팩터가 될듯.
'클라우드 컴퓨팅 & NoSQL > NoSQL 일반' 카테고리의 다른 글
| NoSQL 데이타 모델링 #1-데이타모델과, 모델링 절차 (14) | 2012.08.24 |
|---|---|
| NoSQL 구성시 하드디스크 Configuration (0) | 2012.03.20 |
| NoSQL 디자인시 필수 사항 (0) | 2012.03.06 |
| Amazon Dynamo 계열의 NoSQL의 개요와 장단점 정리 (1) | 2012.02.21 |
| NoSQL 계보 정리 (0) | 2011.11.14 |