DB 디스크(스토리지) 레이아웃 문의

김운영   
   조회 3748   추천 0    

고려하고 있는 시스템의 DB 사이즈는 100GB, 용도는 ERP 시스템인데, 사용자는 200user 입니다.

로직처리시에 임시테이블 사용이 많습니다. 


CPU는 SQL 라이선스를 고려해서 캐쉬가 많은 고클럭 저코어로 가려고 하고

메모리는 128GB 정도로 가려고 합니다.


디스크 구성을 하려고 하는데,

DB 디스크를 구성할 때

SQL의 경우를 예를 들면 전통적인 추천사항이

O/S + DB + log + TempDB 로 나누라고 권고하는 문서들을 보았습니다.

log의 Sequential 접근과 TempDB의 Random접근등을 고려하여

전통적인 HDD의 특성이 많이 고려되어 디스크 분리를 권고하는 것 같습니다.

성능이 좋은 SSD로 구성할 경우 O/S 를 디스크 분리하더라도

DB + log + TempDB 를 모두 한 디스크에 구성해도 성능상의 큰 문제가 없는지 질문드립니다.


짧은글 일수록 신중하게.
김동수P 2017-08
tempdb사용이 극단적으로 많다면 tempdb 만 data db와 분리하면 됩니다.
mssql 기준으로 tempdb의 data파일수를 코어수많큼 설정하고, data파일 크기는 개당 1기가 잡고, ldf사이즈는 (1기가*코어수*0.3) 해서 세팅하시면 됩니다.
i/o 분리를 한다고 해도, 기본값 세팅은 대부분의 시나리오에서 엄청 구린 성능을 보이니까 반드시 수동 설정하세요.
sysprocess 에서tempdb 경합이 얼마나 일어나는지 관찰하시는것도 좋습니다.(dba 있으면 알아서 잘 할텐데 dba가 따로 있는 것 처럼 보이지는 않군요)
김윤술 2017-08
tempdb 사용율이 높으면 클럭빨이 아니고 코어빨입니다.
클러스터 인덱스 잘잡아서 디스크 스캔을 줄이는걸 고려해보고 데이터량이 커지면 인덱스 고려하지 않으면 엄청 오래걸립니다.
입력과 수정 삭제가 빈번하면 LOG쪽 성능도 고려하겠지만 서비스 특성상 CPU와 메모리 성능에 좌지우지 할걸로 보입니다.
tkssjr 2017-08
배치성 업무가 주라면 버티카라는 제품도 쓸만합니다 1T까지는 무료이니 라이선스비용은 안나가겠네요.


QnA
제목Page 4367/5720
2014-05   5220124   정은준1
2015-12   1748944   백메가
2017-10   3750   으라차차차
2017-09   3750   song05
2017-04   3750   Won낙연
2018-04   3750   민사장
2018-04   3750   두리안
2015-06   3750   김건우
2018-07   3750   장동건2014
2018-04   3750   무아
2023-01   3750   나우마크
2019-08   3750   서버나라
2017-09   3750   일리케
2018-07   3750   Gman
2017-08   3750   늘파란
2020-04   3750   허영진
2019-11   3750   마스코트
2018-04   3750   MnkRed
2015-02   3750   김건우
2016-06   3749   밧슈
2014-05   3749   걸인신홍철
2016-02   3749   전설속의미…