질문
DELL R620 + 가장 빠른 DB속도 환경?
조건1) 1U
조건2) DELL R620
조건3) 안정성
조건4) 가장 빠른 SSD
조건5) 처리 DB용량큼
생각하는건,
Intel® SSD DC P3600 Series
2.0TB, 1/2 Height PCIe 3.0, 20nm, MLC
2개를 사서,
서버레이드를 H710p mini 로 바꾸고, 2개의 여유 슬롯을 만들고 저 인텔 PCIe SSD 2TB 2개(2TB + 2TB)를 넣으려합니다.
묶는게 가능한가? Raid 0 같은 ..
더 빠른가?
걱정은 저 R620 이 그래도 5년? 7년? 된 모델이라, 최신의 인텔 pcie nvme 를 다 활용을 못할까봐서 (속도) 걱정입니다.
의견 주시면 감사하겠습니다
만약 구성을 바꾼다면, 어떻게도 이야기해주시면 감사하겠습니다
JM시스템 / 010-5425-1573
캐쉬할 필요 없기에 710p 의미 없습니다.
트레이에 레이드 10으로 장착하고
2개를 hot spare로 지정하면 안정성이 아주 높아집니다.
CPU는 클럭이 3.5GHz인 2637이나 2643 v2 2개 끼우시구요
이게, DBMS 파라미터와 SQL 튜닝(인덱스와 잘만든 SQL)에 따라서 달라지구요
물론, 잘 튜닝된 상용 솔류션이라면 얘기는 달라지겠지만, 그렇지않다면....
H/W적인 스케일업의 한계는 명확하죠
단순히, DBMS는 H/W스펙이 중요하지만, 최적화가 더 중요하니...같은 레벨에서 보시는게 좋겠지만
솔직히, H/W 스케일업이 저렴할수도 있긴하네요
비약적인 속도는 아니죠..
쉽게 가장 빠른 속도를 만드는 방법은
Dell NVMe Drive PCIe Card로 삼성 M.2 4개를 raid0으로 연결하는 방법이 가장 빠를 것 같습니다.
M.2 960 pro를 4개 연결하면.. 8000~9000 정도 나온다고 들었습니다..
가장 현실적이고 접근 가능한 방법 같습니다...
최근에..
인델 PCI-E SSD DC P3700 800GB를 써 본적이 있는데..
윈도우 설치 하였고.... .. 감동적이지 않았습니다...
너무 기대 했을까요?
INTEL PCI-E NVMe SSD DC P3600 은 윈도우에서 Soft raid로 묶으면 묶여진다고합니다..
Stripe 와 Mirror
3600 > 3700 으로, 바꿔야 겠네요
Dell NVMe Drive PCIe Card 구해봐야겠네요
워크스테이션에서 쓰는 E5-2687W V2와 터보 속도가 같습니다.(코어 수 1, 2, 3, 4, 5개 이상 모두 같음)
E5-2687W V2가 베이스 클럭이 0.1 높지만 성능은 마찬가지라고 봐야겠죠. 2687W는 TDP가 높아 그 시스템에서 공식 지원은 안될 겁니다.
storage로는 optane SSD인 P4800X가 현재로는 넘사벽입니다.
그거 2개 끼워서 software raid(raid 0 혹은 1)로 묶으면 엄청난 성능일 겁니다.
PCIe x8 슬롯에 switch card를 꼽거나, LSI 9460-16i를 꼽아 거기에 U.2 P4800X 4개를 달아 raid10으로 묶으면 최고.
백플레인에 U.2 슬롯이 없을텐데, 백플레인을 바꾸거나 시스템 빈 공간에 케이블 타이로 묶으면 될 듯. ㅎㅎ
P4800X가 무쟈게 비쌉니다.
sequential 속도는 당연히 SATA < SAS 6G < SAS 12G < SAS 12G dual port < NVMe 이런 순서로 빨라지는데요.
random read 속도도 대략은 비슷합니다.
그러나 random write 속도는 그렇지 않습니다. 인터페이스보다는 SSD 콘트롤러, 펌웨어, flash 종류, overprovision양 등에 따라 달라집니다. SSD 자체 실력이 중요한 것이죠.
Intel P3600은 P3500 시리즈보다는 좋고 P3700보다는 못합니다.
일단 P3600으로 생각하고 주먹구구
P3600 spec에 보면
4k random read 450kiops, random write 56kiops
SAS SSD 중에서 성능 좋은 것 하나 예시
Toshiba PX05SHB
https://business.toshiba-memory.com/en-emea/product/storage-products/enterprise-ssd/px05shbxxx.html
여기를 보면
4k random read 270kiops, random write 125kiops
random read는 P3600이 훨씬 높고, random write는 PX05가 훨씬 높습니다. 그러니까 read 100%인 경우에는 P3600이 빠르고 write 100%인 경우에는 PX05가 빠르다는 이야기겠지요.
그럼 read 50%, write 50%인 경우에는 어느 것이 빠를 까나?
P3600 read write 평균내면 253, PX05 평균내면 197.5. 그러니 NVMe P3600이 빠를 것이다.
아무리 주먹구구라도 이렇게 계산하는 것이 아닙니다.
read 5000k io, write 5000 k io를 처리하는데 걸리는 시간을 보면
P3600 : read 11.1초, write 89.3초, 합계 100.4초
PX05 : read 18.5초, write 40초, 합계 58.5초
PX05가 2배 가까이 빠르다는 결론이 나와요.
write가 많지 않은 상황에서도 write 속도가 중요한 이유입니다.
이상은 재미삼아 주먹구구 계산 해 본 것이고, 실제로는 여러가지 요인들이 많습니다.
윗분들 말씀대로 똘똘한 SAS SSD를 선택하여 raid 10으로 구성하는 것이 관리하기도 좋고 SAS로 하면 여러개를 붙일 수 있으니까 성능도 꿀리지 않을 것 같네요.(백플레인이 12G SAS가 아닌 6G SAS만 지원한다고 해도 random 속도에 큰 상관 없음)
성능이 정말로 중요하다면
PCIe 슬롯에 P4800X 2개 꼽고 베이에는 SAS SSD full로 채워
1차 tier : P4800X NVMe
2차 tier : SAS SSD
요렇게 구성하면 좋을텐데 비싸게 먹힐 겁니다.
그냥 재미 삼아 구라 푼 것으로 생각하시길...
정기적으로 하드에 디스크 내용을 2중, 3중으로 BU되게 사용중인데
DB를 넣고 테스트해본적이 없어서 성능 향상이 어느정도일지는 잘 모르겠습니다.
용량이 조금 큰 테이블끼리 조인하고 정렬할때 SSD가 많은 효과를 보게됩니다. 그런데...
스펙터 패치를 해버린 끝판왕 인텔 제온도 랜덤IO 읽기쓰기가 반토막 나버리는 결과를 보고나서 왜 외국에서는 소송건다고 하는지 이해가 갈정도입니다.
정말 현실적으로 따져본다면 인텔은 스펙터 패치로 완전 쓰레기가 되었습니다. 그냥 AMD 플랫폼으로 가야되요.
아마존이나 에져 클라우드도 AMD 플랫폼으로 교체한다는 말도 나오고 있는게 괜히 있는게 아닙니다.
DB서버의 생리현상을 전혀 모르는 사람들이 PCI 방식 SSD 스토리지를 제안하는데 말도 안되는 소립니다. DB는 365일 무중단이 되어야 하는데 저거 하나 고장났다고 노드 넘기고 하는 시나리오는 말도 안되는거죠.