고려하고 있는 시스템의 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 를 모두 한 디스크에 구성해도 성능상의 큰 문제가 없는지 질문드립니다.
mssql 기준으로 tempdb의 data파일수를 코어수많큼 설정하고, data파일 크기는 개당 1기가 잡고, ldf사이즈는 (1기가*코어수*0.3) 해서 세팅하시면 됩니다.
i/o 분리를 한다고 해도, 기본값 세팅은 대부분의 시나리오에서 엄청 구린 성능을 보이니까 반드시 수동 설정하세요.
sysprocess 에서tempdb 경합이 얼마나 일어나는지 관찰하시는것도 좋습니다.(dba 있으면 알아서 잘 할텐데 dba가 따로 있는 것 처럼 보이지는 않군요)
클러스터 인덱스 잘잡아서 디스크 스캔을 줄이는걸 고려해보고 데이터량이 커지면 인덱스 고려하지 않으면 엄청 오래걸립니다.
입력과 수정 삭제가 빈번하면 LOG쪽 성능도 고려하겠지만 서비스 특성상 CPU와 메모리 성능에 좌지우지 할걸로 보입니다.