SSD(solid state DISK)

SSD 비교 (PCI or PCi-e 과 SATA interface SSD)

SSD 광장 2011. 6. 27. 15:54

SSD란? 표현은 참! 많이 하였다.

또한 SSD 종류가 많은데, 두리 뭉실 용도에 맞는 SSD들이라 표현을 하였다.

그러나 이제는 좀더 명확하게 알려야 할 상황이며, 활용코자 하는 사용자도 명확하게 알고 있어야 하겠다.

 

그 이유는 이제 SSD 성장 초기에 잘못 된 표현 및 잘못 이해하고 있어 SSD가 성장 하는데 걸림돌이 있어서는 않되며,

또한 많은 종류의 SSD를 사용자가 잘 선택 할수 있어야 하기 때문이다.

 

전제에 앞서 전원이 반드시 필요로 하는 휘발성 메모리 와 전원이 필요 치 않는 NAND 메모리 가 있으며,

 

NAND 메모리 도 SLC Type MLC Type 이 있다.

이 중 짧은 Data size (8KB 이내)의 임의 읽기와 임의 쓰기가 동시에 발생 하는 업무에는 반드시 SLC type SSD를 활용 해야 하며,

읽기는 임의나 순차에 관계 없으나, 쓰기의 경우 읽기와 동시에 일어나는 업무가 아닐 경우는 MLC Type SSD도 문제가 없다.

이 결과는 지난 4년간 real 상황과 내부 testing을 통하여 확실하게 증명이 된 결과이며, SSD가 좀더 기술 발전과 더 안전성이 확보된

이후면, E-MLC 기반 SSD도 동시 IO를 활용 할수 있다고는 본다.

2011년 6월 현 시점에는 위 내용대로 SLC용도, MLC용도에 맞는 업무를 처리 해야 한다.

 

실예로 MLC기반 SSD로 동영상 스트림 서비스에 적용하여 3년 이상 되어도 SSD마모 상황이 5% 수준 인것을 확인 하였다.

 

DISK IO가 동시 있는 경우는 반드시 SLC Type SSD를 활용 해야 한다. 

 

(PCI or PCI-e TYPE SSD)

SSD의 첫 유래는 휘발성메모리 즉 메인메모리 or DDR이라 표현 하는 CPU에서 처리 하는 임시 처리 내용을 일시적으로 저장하여

빠르게 제공 해주는 메모리를 가지고 저장 장치화 한 사례가 수십년전 부터 이리 활용을 해 왔다.

 

방법은 실제 저장장치로 활용한 예와 HW적 메모리를 SW를 활용하여 가상으로 저장장치화 하여 사용하는 방법이다.

후자가 선행 되었지만, 상용화 예는 적은 편이었다. 그 이유는 SW적으로 처리 함으로써 감당하기 어려운 error와 용량의 한계로,,,,,

아직까지도 일부 비용만 지불하면, 몇기부터 몇십기가까지는 SW로 메인 메모리를 저장장치로 활용 하는 일부 방법이 있다.

 

후자는 대표적으로 DDR Chip을 근간으로 모듈화하여  controller CHIP을 통한 저장장치로 활용 하는 예 가 대부분이다.

DDR 메모리들은 왜! PCI or PCI-e interface만을 활용 할까???  의문이 생긴다.  또한 제조사들이 우리는 PCI ro PCi-e  Interface를 활용하는 SSD입니다. 라고 표현도 하지 않는다. 다만, 엄청빠른 SSD다 만을 영업의 요소로 활용 한다.

사용자들에게 좀더 명확하게 알려 주어야 할 의무가 있다.  왜! 빠른지를...... 무엇 때문에 무지 빠르다. 라는 것을 알려주어야 사용자는

선택의 폭을 넓혀 줄 필요가 있다.

그 이유는 이렇다.....

SAS, SATA Interface는 MAX 600MB/sec 정도 속도 지원을 한다. (SAS, SATA III)

PCI 아니 PCI-e interface는 기본 x4가 1000MB/sec 양방향일 경우 2000MB/sec을 지원 한다.

표준으로 많이 활용하는 x8 인 경우는 4000MB/sec 까지 지원을 한다.

 

결론은 SAS나 SATA interface 보다 더 빠른 PCI-e interface를 활용 하는 이유는 빠른 성능(Interface)을 SSD에 접목하여

빠른 SSD를 상품화 하는 것이고, DDR이던, NAND 메모리던 이 Interface를 활용하면, 엄첨빠른 SSD를 만들수 있기 때문이다.

 

현재(2011년 기준) SSD 중 제일 빠른 SSD는 PCI-e x8 기반 SSD가 아마도 제일 빠른 SSD일것이다.

그 누구도 부인 못할 사실 이다.

좀더 구체적으로 표현을 하면, PCI-e x8 solt 1개를 활용 하여 PCI-e x8 TYPE SSD 1개를 꽂아서 성능 testing을 하면

1개 성능으론 최고의 성능일 것이다.

그러나,

아주 엄청 빠르지만, 일반 SSD 나 HDD처럼 RAID를 지원 하지 못한다 라는 것도 명확하게 알려 주어야 한다.

엄청 빠르데, RAID를 지원 하지 못한다 라는 것은 이러한 제품을 활용 하는 용도를 사용자가 명확하게 알아야 한다는 것이다.

RAID란? DISK의 확장성과 안전성, 그리고 빠른 성능을 지원해 주는 DISK 구성 지원 제품 이다.

 

RAID를 지원 하는것이 좋을지, 지원 않하는것이 좋을지는 사용자의 선택이기도 하지만, 더 중요 한것은 Data의 안전성을 답보 하는 업무냐? 아니냐? 따라 RAID를 활용 해야 하며, 활용 않 할수도 있도록 해야 한다는 것이다.

쉽게 풀어 다시 얘기하면, Data안전성 과 빠른 성능을 요구 하는 업무에는 RAID를 기본으로 하고, 그렇지 않은 업무 경우는 RAID 없이

활용 할수 있도록 명확하게 알려야 한다는 것이다.

 

더 의견을 전한다면, RAID없이 data를 구성하는 것은 PC나 그와 유사한 업무에만 RAID 없이 활용하지 여러 사람을 대상으로한 그 어떠한

업무에는 대부분 RAID구성을 하여 활용 한다는 것을 대부분 우리는 알고 있다.

물론 용량이 1개 즉 DISK 1개가 2개 정도 활용을 하면서 고 성능을 요하는 업무 즉 3D 관련 업무에 활용 해 보는 것은 유효 할수 있다고 생각은 한다.

 

여하튼 PCI-e TYPE SSD는 RAID 구성, RAID 0를 RAID구성이라 하지만,,,,. 최소한 RAID 1, 10, 5 정도는 지원 해야 진정 RAID라 할수 있을 것이다. RAID를 지원 못하지만, Data의 안전성 확보 관련 해서는 명확하게 사용자들에게 알려야 할것이다.

DDR Type PCI SSD를 설명하다가 NAND Type PCI-e SSD까지 포함 얘기를 한것 같다.,,^^

 

가격대비 성능을 비교하여 RAID가 지원이 않되어도 문제가 없는 부분에 고성능으로 처리 하는 업무는 매우 유용 할것 같다는 생각은 든다..,

그러나 RAID를 지원 못하는 SSD를 과연 수년간 이상을 안심하고 활용 할수 있을지는 나도 의문이 쪼금 생기긴 한다.

그러나 SSD의 신로성은 HDD보단 낫다.ㅋㅋ

그리고 매우 중요한것은 PCI or PCI-e Type SSD들은 OS 종류와 버전에 따라 각종 DRV를 지원 해야 하는 어려움 (안전성과 직결) 과 OS 버전에 따른 DRV를 발빠르게 지원 하지 않으면, Data의 안전성에 문제가 된다는 것도 미리 알고 있어야 한다.

 

SAS or SATA Interface(Type)  SSD

 

요즘 사용 하고 있는 대부분 SSD가 이 기반 SSD이다. SAS가 아닌 SATA.....  NAND기반 SSD가 SAS말고 왜!!! SATA Interface를 선택 했는지 꽤 오랜 전 의견을 전하였다.  (PC부터 엔터프라이즈 부문까지 선점 하려는 포석이 있다고...ㅋㅋ)  맞다. 맞는 얘기다.

그리고 기존 HDD기반 모든 것들 (AP, SYS, Data등등등 99.99999999% 호환)을 수용하여 전환 하려는 포석이 숨어 있다고,,,,

왜! HDD와 SSD가 동일 Interface를 활용 하는데,,, 100%가 아닌 99.9999999% 라고 표현 했는지,,,,, 궁금 할 것이다.

100%호환은 장담 할수가 없다.

이유는 HDD에 매우 종속된 low 레벨 Data의 경우는 SSD가 이해 하게 하려면, 매우 복잡한 호환과정을 거쳐야 한다.

예전 수십년전에는 HDD에 종속된 low 레벨 Data들이 아직도 존재 한다. 금융권이나, 특수 업무 data의 경우 그렇다.

그리고 SSD는 HDD 수십년전 알고리즘을 갖고 있지 않다. 512Byte 가 1sector 이전 상황은 SSD가 알수가 없다.

그러나 이러한 data가 아직까지 존재 한다는 것이다. IBM이 최초 370 Host를 개발 했던 당시 사용 했던 data가 low 레벨 data 이다.

이 data와 SSD간 호환을 하려면, 몇단계의 호환 절차를 거쳐야만 SSD가 이해 할수가 있다.....ㅋㅋ

이런거 빼고 어지간한 것들은 100% 다 SSD와 호환 하는데는 문제가 없다..ㅋㅋ  너무 식상 했남 ^^ㅋㅋ

사실이니 사실대로 표현 하는것이다.  사실 이러한 data는 SSD와 호환이 않된다고 모 연구소 연구원과 한달간 다툼이 있었다.

그래서리 그 data 달라 내가 호환 하겠다 하여 1주일간 혼 고생을 하여 SSD가 이해 하는 data 즉 일반 data로 전환을 하였다.

문자를 이해하는 표준 code가 아닌 특수 목적 code라 code conversion하는데 대부분 시간을 할에 했으며, 512Byte 단위 짤라서

기억 하게 하는데도 에를 먹었다.  어디서 뛰어 쓰기를 해야 할지 몰라서리,,,,,, ㅋㅋ 나중엔 이 code를 전부 이해 하여 차후 data 암호화

기술에 접목을 해도 좋을 것 같다.

 

조금 길어 졌는데,,,,,, 결론은 SSD SATA Interface는 HDD기반 대부분 내용들과 호환 하는데 문제가 없음을 말씀 드리며, SSD 제조사 마다

특성이 있는것은 SW적으로 해결 하는데, 문제가 없다.

아! 이 부분도 명확하게 표현을 하면, 각각의 SSD제조사와 각각의 RAID제조사간 호환이 않되는 문제가 간혹 있다.

그 이유는 서로 표현 하는 표준 코드외 각각의 code는 서로 다르거나 활용 않하거나 하기 때문이다.

 

성능은 분명히 PCI-e Type SSD 1개는  SATA Type SSD 1개보다 성능은 우수 하다. 아니 뛰어나다. ^^

 

그러나 비교는 이래 하면 않된다.

 PCI-e 1개 슬롯을 활용 한 SSD와 SATA SSD 4개~8개를 비교 해야 한다.

그 이유는 RAID 카드 1장이 PCI-e 1개 슬롯을 활용하며, SATA SSD DISK는 4~8개 까지 활용 하기 때문이다.

PCI-E SOLT 1개 = PCI-E SSD 1개 = SATA SSD 4~8개 

요레 비교 해보자.

요레 비교하면, PCI-E type SSD보다 sata SSD 4개가 빠르다. 8개면  빠른 정도가 비교도 않된다.

이것을 수치로 표현을 하면, SSD들끼리 쪼금 그렇다......  빠른것은 사실이며, 성능 비교도 real하게 해보구도 싶다.

 

결과적으로 의견은 PCI-e Type이던, SATA Type이던, 용도에 맞는 가격대비 성능에 맞는 SSD를 잘 선택하여 실수를 하지 않았으면

한다. 왜냐하면, SSD가 서서히 자리를 잡고 나아가는 입장에 잘못된 선택이 진정 SSD 발전에 피해 사례가 되어선 않된다는 것이다.

 

비지니스란? 함께 라는 단어가 어려운것이 사실이지만, 그래도 SSD가 편해없이 발전하려면, 서로간 명확하게 알려서

사용자 즉 고객분들이 실수를 범하지 않토록 하는것은 우리 SSD 하는 사람들의 예의라 생각 한다.,..^^ㅋㅋ

 

혹!! PCI-E Type SSD 제조사분들께서 반대 의견이 있을것 같아 먼저 말씀을 드린다.^^ㅋㅋ

제 의견에 공감이 어려운 회사나 엔지니어 분들께선

진정 SATA Type SSD와 가격대비 성능, 안전성 등을 공개 BMT 한번 하는 것도 좋습니다.

이왕이면 언론사 및 고객분들을 모시고 한번 하시죠???  정중한 의견 입니다.