SSD 레이드구성 문의

박   
   조회 47438   추천 0    

DB서버의 디스크IO가 부족하여 SSD구성을 알아봤습니다.

찾아보니 Adaptec 8805에 인텔 DC3500을 여덟개정도 물리면 괜찮겠다싶은데요.

업체엔지니어와 통화해봤는데, 현재 레이드볼륨에 trim적용하기는 매우 어렵고, 많은 기업에서 그냥 어느정도의 성능저하는 감수하고 사용한다고 합니다.

아무래도 저도 그렇게 가야할 듯 싶은데, 혹시 또 다른 방법이 있을까해서 여쭤봅니다.

아... OS는 FreeBSD 10.0, DB는 MySQL 5.5/5.6 입니다.
보통은 그냥 사용 하시는 편들 같습니다...

레이드 로 하면 속도가 안나와서 SSD 속도 잘나오는 콘트롤러만 찾으시는듯 하네요.
박문형 2014-07
싸게 M1015 구해서 1+0정도 묶고 SSD달아서 테스트 해보세요.
     
천외천 2014-07
한표 드립니다. ^^

최근 추세는 DB 서버의 경우 RAID 10 으로 구성합니다. (하드디스크가 워낙에 가격이 많이 내렸지요)
다만...Data 부분은 하드디스크(HDD)를 RAID 10으로...
TempDB 를 SSD 로 RAID10 설정하도록 권장하더군요.
SSD 가 혹여나 깨지더라도 실 data 에는 영향을 미치지 않으니 저렇게 권장하는듯 싶습니다.

MySQL 은 제가 잘 몰라서...TempDB만 따로 지정할 수 있는지에 따라 좀 달라질 법도 하네요.
회원K 2014-07
SSD를 쓰는 경우 Raid controller의 Cache는 아무런 의미가 없습니다.
Path-through를 해서 쓰게 되기 때문에
박문형님 의견처럼 Cache가 없는 Raid controller가 더 빠를 수 있습니다.

Adaptec의 경우 문제가 Cooling 입니다.
Active 쿨링을 지속적으로 안해주면 Raid controller가 죽기 때문에
쿨링을 스마트하게 하는 델의 R620, R720에 넣으려다가 포기했습니다.

델의 경우에는 캐쉬가 없는 컨트롤러인 H310 + SSD 2/4/8개로
Raid 1 또는 10 하시는게 가장 빠를거에요.

H710p와 H710, LSI, Adaptec 7508 등으로 해보고
그냥 H310 + SSD 2개의 Raid 1으로 쓰기로 했습니다.
박 2014-07
답변 고맙습니다.

다만 지금 상황이 극단적으로 IOPS를 끌어올리고자 하는것이 아니라 어느정도 SSD/레이드컨트롤러의 성능을 희생하더라도 안정성을 담보해야하기때문에 고민입니다.

기존의 HDD 기반보다 조금만 더 나오면 되기때문에 SSD의 안정성이 문제된다면 아직 SSD를 DB에 이용하기에는 때가 아니라고 판단해야할듯합니다.

사실 기존 시스템이 2.5" SAS 4개를 1+0으로 묶은거라 15K RPM 여덟개만 묶어도 원하는성능은 충분히 나오겠습니다만 SSD의 속도를 보면 결정하기 쉽지않네요.
회원K 2014-07
안정성 측면에서도 캐쉬없는 컨트롤러 + SSD Raid가 더 나을거에요.
SSD 4개를 Raid 10으로 묶고, 2개를 Hot spare로 넣어두시면
SSD가 장애가 나서 죽어도 큰 고민 없습니다.

OS는 2개의 SATA나 SAS에 설치하시구요.

개인적인 경험으로 봤을 때, SAS 고장확률보다 SSD 고장확률이 더 낮아서
신규장비에는 SAS를 더이상 투입하지 않고 있습니다.
박문형 2014-07
SSD가 메모리니까 통째로 퍽 나가지 않는 이상은 쓸만합니다.

DB를 백업 안하고 사용하지는 않으실 것이고요.

그리고 레이드 테스트 제일 오래한 제품은 아마도 인텔일 것입니다.

인텔이 구하기 어렵거나 가격이 문제가 된다면 마이크론(크류셜)제품이 이래저래 무난하실 것입니다.
(도시바가 레이드쪽에 안정도는 더 좋으나 가격경쟁에 실패해서 물건이 거의 움직이지 않습니다.)
로그인 하시면 댓글을 남길 수 있습니다


4raid.co.kr
쓰기
제목Page 42/55
2014-05   5052617   1 정은준1
2015-12   1588946   1  백메가
2019-10   16102   1  딥러닝서버
2019-10   6022   1 철이님
2019-10   7104   1 장운기
2019-10   5919   1 아뽀리
2019-11   8720   1 김현종
2019-11   7510   1 fprrmsl
2019-11   6185   1 박수형
2019-11   6870   1 철이님
2019-12   6044   1  MikroTik이진
2019-12   5640   1 fprrmsl
2019-12   6127   1 ankkobbang
2020-01   5281   1 eefoiejf
2020-01   5658   1 김영작
2020-01   4753   1 enformation
2020-01   6254   1 행복하세
2020-01   7056   1 티바
2020-02   4592   1 astral
2020-02   5819   1 Longhone
2020-02   4360   1 mahu
2020-02   4718   1 mahu
목록
쓰기