항상 많은 도움 받고 있습니다...
이번 질문은 시스템 설계 쪽 질문입니다...
비슷한 질문을 검색해 보긴 했는데... 정확한 스펙으로 여러
고수님들의 조언을 듣고 싶어서...
최대 한 시간에 10만건의 데이터가(master 테이블의 데이터가.)
쌓이는 시스템을 개발 중입니다.
보통은 한 시간에 한... 5만건? 정도가 될 듯 하구요.
사용자들이 직접 DB서버로 붙는 구조는 아니고,
application 계층에서 DB서버에 붙습니다. application쪽 서버는
com+이구요.
하지만... thread로 처리하고 있으니...
db서버 입장에서 보자면. 많은 사용자들한테서 요청받는 형태라고
말할 수도 있겠네요.
또한, 1시간 단위로 통계 데이터를 생성하려고 합니다.
이럴 경우, 지금까지의 경험(?)대로. application과 db서버를
분리하는 게 좋다고 말하고 있는데요.
건수가 많다보니. 제가 확신이 안 서서요.
분리하는 편이 낫겠지요?
또... 통계 데이터를 1시간에 한번씩 가공하려는데 - 물론...
스토어드프로시저로 작업하구요.
그 작업 있다고 하더라도... application과 db는 분리해야
하겠지요?
즉... 제 생각은
application서버 <-----------------> DB서버 (통계작업
포함)
이런 형태입니다.
혹시라도 나중에 통계 db를 분리하자 하는 말도 있는데요.
그러면
application서버 <----> DB 서버
| |
| | (1시간마다 통계 DB로
데이터를 가져감)
| |
|---------------> 통계용 DB서버
이런 형식이 되는데... 괜찮은 구성인지요?
|