Adaptec 71605Q 컨트롤러의 maxCache에 대해서 궁금한 게 있습니다.
1) 16개의 포트가 있는데 최대 HDD 15개+SSD1개까지 연결 가능한지요?
2) RAID-1 Array를 여러 개 구성하려고 합니다.
14개 하드를 RAID-1 Array로 7개 구성하고 SSD1개를 캐시용으로 연결하면 되는 건지요?
3) 위 2번과 같이 구성한 경우 SSD한 개가 RAID-1 Array 7개 모두에 캐시로 사용 가능한지요?
4) 위 2번 구성이 안 된다면 RAID-10으로 14개를 묶고 SSD 1개를 캐시로 사용하는 구성만 가능한 건지요?
5) Adaptec 에서 캐시용으로 판매하는 SSD는 Intel SLC기반 32GB 짜리던데
여기다 Intel 730 512GB 짜리 MLC 기반의 SSD를 붙여도 될까요?
6) 위 5번 구성이 가능하다고 했을 때, 71605Q의 Trim 명령 미지원으로
시간이 경과하면서 성능이 급격히 하락하는 문제는 없을까요?
7) 위 6번에서 성능이 급격히 하락하는 시점이 예를 들어 6개월에 한번 정도라고 했을 때,
캐시로 연결된 SSD를 분리해서 수동으로 Trim을 하는 건 대안이 될 수 있을까요?
8) Adaptec 71605Q와 비슷한 성능의 LSI 계열 컨트롤러 하나만 추천해 주세요^^;
9) 마지막으로 외장 RAID 컨트롤러에서 Trim 명령을 지원하지 못하는 관계로
SSD를 소프트웨어 RAID-1으로 묶어볼까 하는데
아무래도 이건 너무 불안하겠죠? OS는 리눅스 계열(CentOS)를 생각하고 있습니다.
질문이 너무 많네요^^ 도움 부탁드립니다.
LSI는 8체널 카드가 최대입니다.
1) 16개의 포트가 있는데 최대 HDD 15개+SSD1개까지 연결 가능한지요?
-> 가능합니다.
2) RAID-1 Array를 여러 개 구성하려고 합니다.
14개 하드를 RAID-1 Array로 7개 구성하고 SSD1개를 캐시용으로 연결하면 되는 건지요?
-> 그렇지만 SSD 2개 이상을 추천 합니다. 1개가 깨졌을 때, 문제가 될 수 있기 때문입니다.
3) 위 2번과 같이 구성한 경우 SSD한 개가 RAID-1 Array 7개 모두에 캐시로 사용 가능한지요?
-> 모든 raid의 캐쉬로 동작 합니다.
6) 위 5번 구성이 가능하다고 했을 때, 71605Q의 Trim 명령 미지원으로
시간이 경과하면서 성능이 급격히 하락하는 문제는 없을까요?
-> GC가 자동으로 되는 SSD를 넣어야 합니다. 수동 Trim을 해야지 하는 SSD는 쓰면 안됩니다.
7) 위 6번에서 성능이 급격히 하락하는 시점이 예를 들어 6개월에 한번 정도라고 했을 때,
캐시로 연결된 SSD를 분리해서 수동으로 Trim을 하는 건 대안이 될 수 있을까요?
-> 그래서 2개를 쓰는게 좋습니다. 1개를 가끔씩 빼서 정비하게요.
8) Adaptec 71605Q와 비슷한 성능의 LSI 계열 컨트롤러 하나만 추천해 주세요^^;
-> Adatec이 더 좋은 듯 싶습니다. 열처리만 가능하다면...
Adaptec 제품의 발열이 심한가요??
카드에 쿨링이 확실하게 되도록 조치해야 합니다.
안그러면 바로 down 됩니다.
좋은 정보 감사합니다!!
몇분 이내에 죽어버립니다. 그래서 7805 끼웠다가 바로 뺐습니다. -..-...
adaptec을 쓰자고 서버의 팬을 24/365 풀로 돌릴수는 없쟎아요.
RAID-1으로 여러개를 구성해도 SSD 한개가 모두에 적용된다니 다행이네요.
그리고 회원K님, 제가 SSD RAID를 염두에 두면서 저도 회원K님처럼
GC를 지원하면 Trim은 안되도 되지않을까 하는 생각을 가지고 GC, Trim에 대해서 좀 찾아봤는데요.
Trim을 지원하지 않으면 GC는 성능 측면에서 잇점이 없다는 결론에 도달했습니다.
이 글을 보시면 이해가 되실꺼라고 봅니다.
http://cappleblog.co.kr/503
위 글에 근거해서 간단히 요약해보면 아래와 같습니다.
1) 디스크에 저장된 파일은 OS 측면에서 보면 FAT(File Allocation Table)와 같은
파일 명세서 부분이 있고, 파일의 본문이 저장되는 영역이 있습니다.
2) 파일 삭제시 OS는 FAT의 파일 명세서 부분만 갱신하고
파일의 본문 부분은 건드리지 않습니다.
(굳이 지워야 할 필요가 없음)
3) 새로운 파일이 기록되거나 기존 파일이 변경되면 FAT의 명세서 부분을 변경하고
파일의 본문이 저장되는 영역 역시 변경됩니다.
4) HDD의 경우 위 3번에서 본문 부분을 바로 덮었쓰면 되지만
SSD의 경우 덮어쓰기 위해서 지우는 과정이 선행되어야 하고
이래 인해 쓰기 성능 하락이 발생합니다.
5) OS에서 Trim 명령을 지원하는 경우 위 2번에서 파일 삭제시 파일 본문에 해당하는 영역이
더이상 유효하지 않다고 SSD에 알려주게 됩니다.
(전통적인 HDD의 경우 이 과정이 불필요함)
6) 5번에서 SSD가 Trim 명령을 받으면 해당 영역이 사용되지 않는 영역임을 표시해두고
GC동작시(대부분 유휴시간) 해당 영역을 지웁니다.
7) OS 또는 RAID 컨트롤러에서 Trim 명령을 지원하지 못하는 경우
OS에서 삭제하거나 변경한 파일의 본문 영역이 OS 측면에서 봤을때는
유효하지 않은 영역이나 SSD 측면에서는 유효한 영역으로 남아 있음으로
SSD가 봤을 때, 시간이 경과할수록 빈 영역이 줄어들고 종국에는
빈 영역이 하나도 없는 상황이 됩니다.
(이 때 부터는 쓰기 작업은 항상 지우기 작업을 동반하면서 속도가 급격히 하락하게 됩니다)
8) GC는 SSD의 수명향상을 위한 웨어 레벨링에 의해서 마킹된 무효화 영역과
Trim 명령에 의해서 마킹된 무효화 영역이(GC 입장에서는 같은 의미)
A,B 두개의 블록에 분포되어 있다고 했을 때,
SSD의 유휴시간에 기동해서 A,B를 합쳐서 C라는 비어있는 블록에 옮기고
A,B 두 블록을 미리 지워놓는 역활을 함으로써,
지우고 쓸 필요가 없는 빈 블록의 수를 늘려줌으로 성능향상에 기여하게 됩니다.
9) Trim 명령의 의해서 무효화된 영역이 없다면 GC에 의해서 정리되는
영역은 웨어 레벨링에 의해서 무효화된 영역에 한정되게 됩니다.
SSD측면에서 봤을 때, SSD는 시간이 지날수록 빈 영역이 계속 줄어들게 됨으로(7번에서 설명)
위 8번에서 A,B둘을 합쳐서 C로 만들었지만 종국엔 A도 95%가 사용중이고
B도 95%가 사용중이라면 합쳐서 C로 옮기는게 불가능해 집니다.
A는 C로, B는 D로 옮기는 형태가 되겠지요.
결국 SSD가 최고 쓰기 성능을 낼 수 있는 빈 공간을 GC가 더이상
늘려주지 못하게 됩니다.
쓰다보니 완전 장황한 글이 됐네요 ㅠㅠ
GC가 동작하면 Trim 안해도 전혀 문제 없습니다.
잘 쓰고 있어요.
인텔 일부 SSD는 GC가 안되기 때문에, 사면 안됩니다.
이런 기술 허점이 아직도 그럴거라는 것은 조금 지나친 우려이고
그게 진짜진짜 걱정되면 브랜드의 SLC를 끼우면 되는데
SLC보다 MLC가 더 좋은게 요즘 현실이라... 그냥 삼성 840 프로 같은 것 씁니다.
KingMax SSD (GC만 있고 Trim 기능도 없는 것)을 2년 썼는데 전혀 degrade 없었습니다.
Trim이 안된다고 하더라도 SSD가 HDD에 비해 워낙 빠르니,
쓸때마다 지우고 써도 HDD보다 빠르지 않을까 하는 생각을 한편으로 했었는데,,,
실제 그렇게 사용한다고 하시니 참고하겠습니다^^;
컨트롤러의 성능이 다릅니다.
벤치마크를 보고 늦게 알게 되어서 120GB는 모두 빼고 있습니다.