회원K교체전)
델 R720 (델 아웃렛에서 득템한 것 입니다^^)
- e5-2660 * 2EA
- RAM 48G
- PERC 710(512mb cache)
- 8 EA * 1T SATA (Raid 10으로 모두 묶음)
문제점.
- 듀얼 CPU에 걸릴만한 부하는 없슴. 2-4개 정도의 코어만 일을 함.
- 게시판 검색 속도가 때로는 만족스럽지 않음.
- 쓰기 부하가 상당해서 글쓰기에서 지연이 가끔 발생
업그레이드 방향.
1. CPU는 클럭빨이다. 갯수를 1개로 줄이고 클럭을 높인다.
2. 램은 Dump된 DB의 크기보다 더 커야 한다.
3. 디스크는 데이터 부문을 SSD로 바꾼다.
4. PERC의 캐쉬는 1G로 늘린다.
교체후)
델 R620 (델 아웃렛에서 득템한 T620 CPU + 620 베어본 + 중고부품 등)
- e5-2690* 1EA
- RAM 80G (db dump를 떠보니...무려 68GB가 되네요)
- PERC 710p (1g cache)
- 2EA * 1k 300G SAS (Raid 1) 2EA * 킹맥스 SSD(240GB) (Raid 1) 4EA 7.2k 500G SAS (Raid 10)
DB 데이터 업로드중.
목적별로 disk를 분리하였더니, 전체적으로 부하가 나눠진 느낌입니다.
sda : OS + mysql log
sdb : MySQL Data (SSD)
sdc : 사용자 영역 (백업 등을 위해...)
실제사용 상황 (8시간 후)
메모리 80G를 다 쓰고 swap이 잡히더라는...ㅠㅠ...
- to be continue -
MEMSQL같은 것으로 이동하시면 톡톡히 효과보시겠네요.
일부는 redis로 바꾸고 일부는 HBASE로 이전할까 고민중인데,
Memory DB는 휘발성이라 auto sync가 되는 알티베이스 같은 것이 아니면 어렵구요.
MySQL이 Hybrid로 바뀌기를 기대해 보고 있습니다.
Working set이 얼머나 되는지는 잘 모르겠지만 특성상 4k와 같은 랜덤쪽에서 도움이 많이 되실겁니다.
하고 봤더니
Write쪽의 비율이 훨씬 높으시네요...하하
램을 극대로 높여서 가능하면 램에서 대부분의 read가 이루어지게 하고 있습니다.
48G 720 시스템을 620으로 교체하면서 램을 80G로 높였고, 다음주에 16G를 더 추가할 예정 입니다.
80G면 남을 것으로 알았는데, 벌써 swap을 쓰고 있습니다.
SSD Read Cache 보다는 램이 더 쌉니다^^
쓰는데 시간이 너무 걸리네요.
전체 종목이 한 2050종목정도 되고 한종목당 15개정도의 데이터를 쓰는데
MEMSQL로 사용해도 대략 3초...
어떻게 더 줄여야할지 모르겠어요~ㅠ
램이 4GB밖에 안되서 그런가...
DB전체의 용량은 그렇게 크지 않거든요. 이전데이터는 필요없어서
계속 같은 항목에 update하는 방식이라
가끔씩 redis dump를 해서 mysql에 넣으면 됩니다.
DB를 목적에 따라 분리해서 쓰는 것이 때로는 필요하죠.
이런 경우에는 Ram도 속도가 빠른 것을 쓰고 CPU도 QPI와 memory bandwidth가 높은 것을 씁니다.
이런 경우에는 redis instance를 여러개 만들어서,
종목구분별로 다른 instance와 일하게 하면 더 빨라집니다.
저도 정현태님처럼 램을 많이 늘려야하는지 ^^;;
생각하시기로 memory에 쓰는데 왜 늦냐고 생각 하시겠지만
3초라는 그 이면에는 disk에 log를 남기는 것이 있습니다.
서버에 raid controller를 붙이고, write cache ratio를 50:50 정도로 높여주세요.
물론 실시간이 중요하므로 raid controller의 cache는 512mb 이상으로 하셔야 합니다.
raid controller를 붙인다는건 하드디스크(ssd)를 레이드로 붙이라는 것이지요?
zero-cache(cache 없는거) on-board raid 이런 것들은 오히려 속도를 깍아 먹습니다.
브랜드 제품이면 브랜드의 raid controller로 512mb 이상을 쓰고,
조립인 경우에는 areca, megaraid/3ware 등의 괜챦은 것을 써야 합니다.
그리고, 그런 목적의 프로그램이라면 redis를 쓰는 것이 정답이구요.