아래의 질문글에서 SQL서버에서 쿼리시 알아서 버퍼캐쉬에 올라간다고 들었습니다.
그렇다면, DB의 주 사용데이터가 1기가 미만이고 서버의 물리적 메모리용량이 충분하다면 (ex : 16기가 or 32기가)
DB서버의 데이터를 저장하는 디스크는 SSD,SAS,SATA 어떤 것이던, RAID구성을 어떻게 하던 크게 차이가 없다는 뜻인가요?
(물론 약간의 차이는 있겠지만 일반적인 체감속도요..)
(위와같이 데이터양이 적은경우)단순히 DB서버에서 고가의 SAS와 RAID를 꾸미는건 데이터의 안전한 보관이 가장 큰 의미를 가지게 되는건가요?
이래저래 충격적입니다. 흑흑
보통 디비서버는 브렌드 제품만 사용합니다. 이유는 검증된 제품이냐와 책임 소재 때문이죠.
디스크 구성이 성능에 항상 영향을 주게 됩니다.
(읽기, 쓰기가 최종적으로 Disk에 이루어 지기 때문에)
DB가 변화가 없는 read only형 이다고 한다면 체감속도에 차이는 무시해도 될 정도가 되겠죠.
memory db 같은경우엔... 아예 메모리에 자리를 잡고 처리가 되니까 I/O 가 전부 메모리 안에서지만
일반적인 하드디스크의 경우엔 버퍼/캐시가 있더라도 읽기/쓰기 과정이 있기 때문에 memory db 만큼은 안나옵니다
보통 벤치마크해서 나오는 성능, 지금 쓰시는 성능 다 버퍼/캐시가 개입이 이미 되어 있는것이죠.
제가 memory db 형태로 쓴다면 무정전 전원 공급, 버그로 OS 가 멈추지 않을거라는 확신, DB 프로그램이 무결하다는 확신이 있어야 쓸거 같네요...
이때..디스크 속도가 느리면 불러오는 시간이나..기록하는 시간도 늦어지게 되고..그에 따른 딜레이 때문에 전체적인 성능이 떨어지죠...
레이드는 1차적으로 안정성..2차적으로 속도라는 2마리 토끼를 잡기 위한 방법입니다..
레이드의 0레벨-스트라이프는 속도..
1레벨-미러는 자동백업...만 지원하는 레이드카드는 저렴합니다만...
그 이후의 5레벨..50..60 레벨등은 2가지 조건을 만족시키기에 카드 가격도 비싸지는거죠..
간단한 레이드의 개념도입니다..
http://blog.naver.com/inpiniti10?Redirect=Log&logNo=40134787699
(딱지는 오라클이겠지요)
주사용량이 1GB정도라고 해도 전체 크기는 10GB 단위겠지요
TEMPDB를 SSD에 운영해서 TPMC를 올리는 방법등
디스크 성능도 DB운영에 중요한 요소입니다.
조우연님의 말씀처럼 DB 특성을 검토해 보셔야 겠습니다.
다만, 주로 사용되는 데이터가 1기가라고하시는데...
그게 어떠한것이냐에 따라서 좀 달라집니다.
해당되는 테이블 전체가 1기가이다면...테이블을 통으로 메모리에 올릴수있는 옵션으로 버퍼풀을 KEEP할수있고
주로 쓰는게 테이블단위가 아니라 일부 데이터라면 캐쉬옵션을 줄수있긴합니다.
11g R1인가 R2 부터는 저장장치를 SSD일경우 옵션으로 설정하면 디스크와 다른 SSD 접근 패턴으로 바뀌줘서 좀더 성능상 잇점을 발휘한다고 하더군요
(뭐...제가 본 사이트중에서 SSD를 쓰는곳을 못봤으니...오라클 엑사데이터 제외하구요)
이런식으로 데이터베이스도 나름 느린 디스크속도를 극복하기 위해서 여러가지 옵션들을 넣었죠
어떤 DB를 쓰는지 확인하신후에 적절한 옵션을 주시는게 좋겠네요....
다만, 이런 특성은 각 DB 벤더들의 특성이니....공부는 좀 하셔야될듯하네요
그리고, DB라는 녀석은....데이터 저장용으로 디스크를 쓰기도 하지만, TEMP나 REDO, ROLLBACK 같은.....트랜젝션이나 복잡한녀석들 정렬같은...DB에서 자체적으로 쓰는녀석들이 있는데...이녀석들은 절대적으로 디스크 성능을 따라가며, 이것들은 메모리를 안쓴다고 보시는게 맞습니다.
성능저하는 발생되며....튜닝은 하셔야됩니다.
결국...성능이란....H/W적인 성능도 중요하지만, S/W적인 성능도 중요합니다.
심심풀이로...부하테스트해보면....성능 튜닝여부로....100배 이상도 성능 차이가 납니다.
사용량이 많아질수록 차이가 더많아지죠....
아무래도...이곳이 H/W사이트여서....H/W적으로 성능향상을 생각하실수도 있지만...결국 DB도 S/W라서...
H/W + S/W 최적화가 가장중요합니다.
개인적으로는 DB만은 S/W 최적화가 우선순위가 높다고봅니다.
(물론 다른 분야도 그럴수있겠지만)
그러고 나서, 그 한계에 봉착했을때에 하드웨어 빨로 밀어버리는게 최선이구요....
..