DB 사이징 할때 내가작성한것 저장

사이징에 대한 부분은 자주 수행되는 쿼리/트랜잭션의 성격 등을 고려함이 좋지만

데이터 크기가 5G일 경우의 일반 권장 스펙을 말씀 드립니다. 

자세한 설명은 (상세) 부분을 참고 바랍니다.

* Ram은 16G 이상 권장합니다.

* Disk는 Archive 여부에 따라 결정 폭이 크므로 Archive OFF로 가정했을때, 

   redo log file 크기 및 개수를 고려하여 64G정도로 사이징하시면 됩니다.

* Cpu는 client 개수가 1024로 높으나, 요구 TPS가 낮아 8cpus로도 해당 처리량은 수용 가능할 것으로 예상됩니다.

  하지만 요구 처리량이 높아질 경우, cs mode를 shared server mode로 설정하시어 테스트함을 권장드립니다. (상세-CPU 부분을 참고 부탁드립니다.)

(상세)

1) Disk, Memory

data가 5G로 가정하였을때 주요 권장값

MEM_DATA_TBS : 5G이상

MEM_TEMP_TBS : Data Index 약 30%라고 가정하여 2G

MEM_UNDO_TBS :  1G

MEM_DICT_TBS : 512M

SHARED_MEMORY_STATIC_SIZE : 2G

PRIVATE_STATIC_AREA_SIZE : 512M

LOG_BUFFER_SIZE : 512M 

LOG_FILE_SIZE : 4G

LOG_GROUP_COUNT : 6

2) CPU

골디락스는 클라이언트에 따른 처리 모드로 shared과 dedicated 모드가 있습니다. 

shared server mode의 경우 고정개수로 gserver process가 실행되어있어 다수의 클라이언트에 대응하는 형태이며,

dedicate server mode의 경우 client 하나 당 gserver process 하나가 띄워집니다.

클라이언트 개수가 많고, CPU수가 적은 환경에서는 shared server mode를 권장하오나

현재 요구 TPS 수치가 낮아 dedicated mode로도 처리에 지장이 없을 것으로 보입니다.

하지만 이와 같은 환경에서 요구 처리량이 높아질 경우에는 병목이 발생할 수 있고, 이때에는 shared server mode로 변경하시어 테스트 하실 수 있습니다.

3) 기타

추가로 TPS 및 latency는 디스크속도와도 영향이 있어, 대량의 트랜잭션이 수시로 발생하는 서버의 경우 보통 SSD로 운영되며 

클러스터 환경은 Network 속도 또한 고려대상 입니다.