made by C.L

최근 출시된 IBM 의 X3250 M3 에 관한 변동사항들입니다 M2 부터의 변동사항을 포함하고 있습니다.
본문서는 x3650 m2 등의 최근 플랫폼을 사용하고 나서 대략적으로 변동된 사항에 대해 적습니다.



1)  IMM 으로 통합된 관리환경
종래의 BMC 만 있던 시스템에 RSA 를 별도로 장착하여 사용하였는데
RSA 와 BMC 가 통합된 이후 IMM 이라는 명칭으로 통합되었습니다.

여기에는 버추얼 미디어 키 (VMK)를 장착하여야 종래 RSA에서 쓰던 '리모트 컨트롤'이 지원됩니다.
그 외의 RSA에서 제공하던 파워 on/off 는 기본적으로 지원하게 됩니다.
아마 이부분은 HP 나 델의 드랙이 제공하던 방식으로 변경된것 같습니다.

VMK 는 작은 USB 메모리 처럼 생긴 제품입니다. 내부 보드에 꼽으면 그것으로 동작합니다.
키 액티베이션일지 프로세서가 들어있는지는.. 안뜯어봐서 모르겠습니다.

2) 제거된 슬림 시디롬
최근 1u 랙마운트 샤시들에 대해서 전반적으로 시디롬을 제거하고 이를 옵션화하였습니다.

3) DDR3 메모리 사용
시스템은 DDR3 메모리를 사용합니다. 슬롯은 6개가 있습니다.
기본적으론 10600 메모리가 들어가있습니다.

4) 향상된 uEFI
종래의 efi 시스템의 경우 cmos 화면에서의 설정이 부족했고, asu 를 사용한 설정등을 위주로 했습니다.
또한 디플로이를 할때마다 알수없는 오만가지 오류를 겪어야 했었죠.
그러나 조금 더 안정적인 환경을 가지게 된것 같습니다.
cmos 설정도 많이 향상되었습니다.

그러나 이로 인해 초기 전원 인가시 uefi 가 먼저 부팅되어야 하며, 펌웨어 업데이팅을 하는 장비도 있습니다.
(x3650 m2의 경우 초기에 케이블을 꼽으면 먼저 펌웨어를 새로 보드에 인스톨하고 부팅을 시킵니다)
uefi 2.0 장비들은 1~2분 전원인가후 대기하여야 합니다.

이제 uefi 내의 pxe 를 통해 bootable media creation 된 OS 미디어를  PXE로 고속전개가 가능해집니다.
(이로인한 탐색시간 지연은 어쩔..)


5) 웹으로 진화해버린 디렉터..
이건 진화라고 해야할지... 마이너 체인지로 봐야할지는 모르겠습니다만..
디렉터가 웹으로 전환되면서.. 더 짜증나게 바뀌었습니다..
게다가 시스템을 등록해놓으면 주기적으로 시스템의 정보를 가져오는데 이런 탐색과정이 멍청한건지는 모르겠습니다만..
RSA가 있는 리얼플랫폼만 추가가되도 거기다 ssh 프로빙을 합니다..
그리고 더 난해한 유저 인터페이스를 선보이고 있습니다. 이제 메뉴얼을 읽지 않으면 웹페이지도 못보는 세상이 오는게 아닌가 싶습니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL

raid 로 묶어쓰던 ssd가 뻑나서 a/s를 보내고는.. 동시에 두장이 뻑난것을 근거로 클레임 제기 -_-
그러나 정상동작한다는 엠트론측의 이야기..
사무실도 그렇고 asus 제품군밖에 사용하지 않아;; 모든 asus 메인보드에서 인식이 안되던놈이.. (인식은 되지만 smart fail 올라오고 리드라이트 배드가 뜨는상태)

여튼 이래저래 제품자체 결함이 아닌가 싶어 a/s 보낸게 한달쯤되어 모두 다 돌아왔다..

컴퓨터 밀고깔고만 3번째.. 돌아버리겠다 ;; 집컴 또한 작업용으로 쓰고있기때문에 집에서 작업을 못하는 바람에 이래저래 일이 꼬인것들이 많다 ㄷㄷ

SSD 2장 raid 로 묶어도.. ssd 자체가 좀 된거라 그런지.. 평가점수가 낮은편이다..
최근 한장만으로도 인텔 G2 ssd나, 팰콘 g스킬같은경우 7.2점을 돌파했는데.. 그것참 -_-;; 4k iops 가 제대로 측정되긴 하는건지 궁금하다.
다분히 political한 이슈겠지만.. 뭐 그냥 그렇다는것 -_-




가볍게 깔리는 윈도우 7.. 다 좋지만 다른 프로그램 설정도 매번 하려니 너무 귀찮다.. 오피스 2012던가는 무료로 풀린다니 이제 오피스까지 붙어나오면 프로그램 하나는 설치하는 부담을 덜겠지만..

이제 윈도우 설치하며 할짓이 없으니 블로깅을 같이 해볼까 싶다.

현재는 오피스 2007을 설치하고 있다. 오피스 설치시 개발자를 위한 팁이라면~ 오피스 도구의 웹스크립팅에 스크립트 디버깅을 선택하면 ie용 스크립트 디버거를 설치할 수 있다.

2007과 함께 kb936982 서비스팩2을 복사하고 있으며 (많은 업데이트 설치를 sp1부터 깔아서 줄일수있다)

이후는 윈도우 업데이트를 통해 잔여 업데이트를 끝내야 하는데 가급적 몰빵을 시켜야 한다.


http://www.microsoft.com/Security_Essentials/

그리고는 웹에서는 현재 마이크로 소프트에서 최근 릴리즈한 시큐리티 에센셜을 설치한다.
마소가 제공하는 무료 백신으로 현재 베타상태고 한국어 브라우저로 접근시 다운로드가 불가능하다. (따라서 파이어폭스등으로 다운로드 하길 권장한다)
다운로드 페이지는 참 가식적으로도 available in many locales and languages 라고 써있는데 언어는 6개정도가 달랑이다...

시스템에 큰 부하가 없으며 최근 백신소프트웨어 평가에서 좋은 평가치를 받은것을 보고 사무실내의 모든 제품군에 카스퍼스키를 구매적용하려고 했다가 윈도우7 64비트등이 지원되지 않는다는 사실에 -_- 그냥 MS 제품으로 사용하기로 결정했다.
써보니 좋다. 빠르다. 안정적이다. 설치부터 업데이트까지 채 3분도 걸리지 않는다.

지금은 파이어폭스와 선더버드를 설치하고 있다.. 아웃룩은 아이폰으로의 일정 싱크를 위한 게이트웨이일뿐 실제 메일클라이언트로 쓰지는 않는다 ㅎㅎ

파이어폭스는 %appdata% 폴더안의 mozilla를 그대로 옮겨버리면 브라우저부터 사설인증서, 플러그인등 나의 모든 셋팅이 한번에 복사된다
따라서 편리하게 여기저기 이동시켜 사용할 수 있다는 큰장점이 있다. 선더버드도 마찬가지다

이 사진들을 스샷을 떠서 윈도우 기본 그림판으로 붙여넣어다 올리고 있는데.. 그림판이 내가봤을때 가장 장족의 발전을 한놈이 아닌가 싶다.
워드패드와 그림판이 지금보니 윈7은 꽤 수준높아진것 같다.


이제 윈도우7의 XP모드 업데이트 설치 및 XP모드를 설치하고 있다. 아마 윈7 가상화기능의 꽃이라고도 불리는 부분이다.
한국에서 인터넷을 하기위해서는 PC가 더렵혀질수밖에 없다. activex 의 공습때문이다.
윈도우7 가상화를 통해 xp모드에 브라우저를 설치하고 뱅킹등을 하며, xpmode의 디스크를 스냅샷타입으로 바꾸어 쓰면
이것저것 덕지덕지 깔고 보고 한뒤에 클릭한방으로 싹 날라가버린다.

예전엔 귀족브라우징이라 하여 이름없는 사이트, 난잡한 카페등에는 일체 방문하지 않는 제한적 브라우징을 했지만 요즘은 깔라는 액티브 엑스는 가끔 다 깔아본다. 도대체 왜 이런 기능을 구현하기 위해 액티브액스까지 만들어야 하는지는 미지수지만.. 깔면 뭐 준다는데 ㅎㅎ 깔아봐야하지 않겠는가?
최근엔 11번가 바로가긴가까지 깔아봤다;;

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL

FusionIO SSD Drive - 스토리지의 판도를 바꿀 차세대 시스템

SSD를 기반으로한 SAN 스토리지는 이미 2001년 상용화되어 당시가격 16억에 절찬리에 판매가 되었고,
SSD는 절망적인 운영결과만을 안겨주었다. 6개월단위의 디스크교체에 따른 연간유지비 수천만원대의 속도도미치고 가격도 미친 솔루션이라는 이야기가 나왔다.
지금도 판매하는것으로 알고있다.. 절대 흠잡을 생각은 아니다만.. 발상자체는 IT에 맞지 않는 한국기업과 유사하다. (흔히 말하는 java+oracle+돈지랄세트)
1000만원으로 할수있는걸 100억들여 해야되는게 그렇다는것이다.
그렇다고 그 스토리지가 안정적인것도 아니고 6개월만관리안하면 데이터손실율이 발생하는 정도니 돈으로 발라메꾸는것외에는 안된다는소리다.
10억가지고 이런걸 만들생각을 왜 안하는지들 모르겠다 -_-;;;

한참 디스크I/O에 허덕이고 있을때, 기가바이트의 I-Ram 을 접했고 그 퍼포먼스에 실망만을 금치못했던적이 있다.
DDR메모리를 탑재하고도 컨트롤러 문제로 매우느린 160MB 정도의 속도에 머무는 디바이스를 보며
왜이렇게밖에 못만들까?
지구상에 가장 빠른 스토리지 솔루션은 메모리디스크밖에 없는데, 그 메모리를 쓰면서도 속도는 왜저럴까? 라고 생각을 한적이 많았다. 해당제품이 출시당시에 가격대비 성능비는 제로에 가까웠다.

그러던차 메모리기반에 고성능 스토리지 컨트롤러를 탑재해서 한번 제대로된 메모리기반 드라이브의 속도를 내보자! 라고 생각해서 실제 제작에 도입하기전 시장조사를 시작했다.
찾다보니 이미 누가 만들었더라 -_-

바로 이녀석이다. 메모리를 꼽고..  응? 근데 왠 IDE???
그렇다..
박스두 있고 내장배터리도 있고 구상한대로 나왔지만 IDE다..
이분들도 나름 삽질을 했지만 칩의 한계에 부딪힌것같다.

IDE의 물리적 대역폭,케이블 로스로 인해 속도에는 제한이 있다.
133MB/s 의 한계를 두고는 i-ram과 별반차이가 없다는 사실에 그냥 손을 놓는것이다

그뒤로 SATA2를 지원하는 memory drive를 만들기위해 칩리퍼런스들을 찾아보다가 알아낸사실이 -_- pci로 직결연결되지 않는이상 3.0Gbps (300MB/s)를 확보하는것은 매우 힘든일이라는것이다.
아니!! 20Gbps 가 넘는 속도의 메모리를 달아놓고 3Gbps라니.. 매우 비효율적일수밖에 없고 3Gbps 를 사타케이블로 전송하려면 고속 컨트롤러칩이 있어야하는데 찾아본바로는 없었다..
거기다 더 큰 문제는 일반 메인보드의 SATA 인터페이스 칩들이 대부분 실리콘이나 인텔 계열들이고 전체처리속도가 매우 낮은 칩들이다.



이게 바로 이 하이퍼드라이브의 벤치마크 결과다. 1위에 회사에 대해선 바로 위에 언급한바가 있다 -_-..
하이퍼드라이브는 일반하드의 110배(IOPS상 실측은 20배정도), 최근의 MTRON사의 SSD 보다 4배가 빠르다.
IOPS상 수치며 실제로 체감적으론 빠르다. mtron의 경우 시킹기준 iops라 44000이란 수치는 있을수없다고 본다 (일반하드보다 느리므로)
이제품의 문제가 가격도 SSD의 4배만큼하고 일반하드의 20배만큼한다 -_-;;
여기 숨겨진 사실이 있다면 저것을 살돈으로 만들수있는 고성능 SAS스토리지의 퍼포먼스가 빠진것이다.
MTRON사의 SSD보다 아답텍 52시리즈를 장착한 16포트 sas시스템은 약 40%p 이상 빠르다.
MTRON사의 서버용 SSD 리뷰 보기
그래서 언제나 저런 그래프를 볼때 무엇과 비교했는지를 유심히 살펴봐야한다.

결론은 sas 로 인식되도록 아답텍사등이 쓰는 sas 컨트롤러칩을 내장해 pci express 16배속에 맞는 카드를 만들면 해결이 되리라 생각하고 삽을 뜨려던차!
지인의 소개로 FusionIO의 ioDrive를 보고 즉시 구매해버렸다.

구매전에 본 스펙대로라면 내가 상상하던걸 그대로 구현해놓은것이다.

여기부터 FusionIO SSD Drive 의 이야기다. (서론이 많이 길었다-_-)
이녀석.. 제대로 만들었다!
현존하는 5천만원대의 SAN 보다 빠른 성능을 단한장의 카드로 낸다.

보기쉽게 키피처를 나열해본다.

1. PCI-Express 8배속 카드다. 여러장 꼽아서 레이드가 가능하다. (솔깃할것이다)
2. 레이드는 0,1,10등이 가능하다!
3. 하드웨어 레이드로 제조사의 드라이버단에서 머지하는것으로 속도손실이 없다 (살살 입질이 올것이다)
4. 리눅스의 소프트웨어레이드나 LVM을 이야기하는것이 아니다!
5. SLC SSD로 구성되어 빠르다. SSD, NAND FLASH에 대해 이회사만큼 이해를 잘하고 있는 회사도 드문것같다.
6. 3년간의 통계적 이용수치를 제공한다. (모사처럼 말도안되는 15년설 100년설을 주장하진 않는다)
7. 카드는 모듈형식으로 되어 NAND FLASH 부와 기판부가 분리되어 있으나, 조립되어 보내진다. (교체형모듈방식)
8. 용량은 80GB, 160GB, 320GB 등이 있다. (상위도 가능)
9. 1기가당 3만원꼴 (1100원대 환율기준)으로 가격이 메모리보다 착하다!!
10. 속도에 대해 언급이 필요없다. 현존하는 어떠한 단일 SAN장비 보다 빠르며, TIER2급의 SAN 을 단한장의 카드로 유사한 퍼포먼스를 제공한다.
11. NAND FLASH 다.. SSD다.. 꺼져도 안전하다.

물론 어떤 상황에 대해서는SAN의 안정성을 따라갈수는 없을것이다. 하지만 레이드기능으로 높은 안정성을 확보할수가 있다는 점이 중요한 키포인트라는것이다.
2천만원으로 10억대 SAN보다 높은 퍼포먼스를 낼수 있다면? 어떻게하겠는가?
내가 왜 망설임도 없이 이 제품을 질렀는지는 이 한마디면 끝일것같다.. 본순간 지름신 강령으로 묻지마 구매를 해버렸다.


문제점이 몇가지 잇다.
1. 컨트롤러 오류가 발생하면 데이터가 유실될수 있다. 비정상적인 상태에 대해 컨트롤러 오작동을 발견하였고 (구동2주차)
이문제가 최근의 드라이버인 1.2.0 버전을 통해 해결되었다.
2. PCI와 충돌이나 트러블이 나는 경우 1번의 문제가 발생하는것으로 확인되었다. 따라서 이용에는 치밀하고 철저한 리소스 관리를 필요로 할것이다.
3. 윈도우의 경우, 부팅디바이스로 이용할 수 없다.
   최근 1.2.0 드라이버부터 윈도우 64비트를 지원하기 시작했으나 부팅가능한 디바이스로는 향후 릴리즈를 통해 해결하겠다고 공식 발표했다.

Tests/테스트
이녀석에 대해서 쓸 리뷰라곤 데이터시트가 전부다.. 카드사진 들먹이며 외관가지고 어쩌네 저쩌니 하기도 할게 없이 심플한 카드다..
거기다 리눅스의 거무죽죽한 화면을 스샷떠봤자 안이쁘다;;

가장 중요한 퍼포먼스에 대해 리뷰가 필요하다! 이 리뷰를 쓰기위해 약 4개월간 안정성 및 작동, 성능 테스트를 마쳤다. C.L 이 certified 한 제품이다 -_-v (밑에 퍼포먼스데이터를 읽어보기 귀찮은사람을 위해)

Safety 4.0/5.0   (드라이버 오류로 인한 데이터 유실 / 해결되었으나 감점사유)
Unplugging while system is operating, power cycle while system is operating, push reset btton while system is operating, thermal test passed(11'c-55'c )
안정성테스트 절차들 : 운영체제 동작/해당디스크 작동중 다음의 테스트를 실시함.
운영중 전원 차단(케이블뽑기), 전원 강제차단, 전원 재기동(파워사이클링), IPMI 를 통한 기동실험.
리셋버튼, 리셋효과, 소프트리셋, IPMI 리셋등을 통해 안정성 테스트
운영권장온도내의 안정성 테스트 - 11~55도가량 이상없음.

Interface 4.0/5.0 (인터페이스)
very easy to use also provides powerful control and deep-depth control.
supporting standard unix storage device format. (well-linked in linux)
명령어 몇줄로 끝나는 간편한 이용 하지만 심도 깊은 컨트롤 제공, 표준 스토리지 디바이스 컨트롤 제공, 리눅스와 연동 잘됨.

Performance 5.0/5.0 (성능)

Benchmarking/벤치마크

iodrive 속도의 비결은 병렬화 배치된 SSD 셀들에 있다. 이 셀들은 그룹핑이 되어있고 다분할 그룹과 채널을 통해 속도를 확보하는것으로 보였다. 그것에 대한 컨트롤을 컨트롤러가 하며, 드라이버는 시스템의 메모리를 버퍼와 리소스로써 사용한다. 통상적으로 80기가 모델의 경우 2기가의 시스템메모리를 사용한다.

4k io 기준 (드라이브 자체가 4k 기준으로 구성되어있음, 4k기준으로 fs생성)
(16k 도 사용하지만, database 파일구조상 가장 이상적인 4k io를 선택함)

읽기 - 779MB/s
쓰기 - 663MB/s
다시쓰기 - 317MB/s
랜덤 생성 - 19793/s
랜덤 삭제 - 19765/s
랜덤탐색 - 0 / 너무 빨라서 측정불가 - 일반 SSD의 성능을 능가함
 iops 100,000  (4k기준)

bonnie 를 통한 실측데이터입니다.





단위는 MB/s 입니다. 이 수치는 정확하지 않을 수 있습니다.
비교분석된 디스크와의 차이점을 보면 해당 디바이스의 성능이 얼마나 뛰어난지를 알 수 있습니다.
파일시스템은 ext3 기준 데이터입니다.

운영가능 온도 0 - 55도



보너스 동영상으로, 지온 2.0Ghz 테스트서버에 iodrive를 설치하고, ext3 fs에 windows xp를 깔아서 몇번부팅을 하면서 놀아봤다. 테스트에는 리눅스용 vmware 가 이용되었다. (따라서 CPU 및 io컨트롤에 대해 많은 손실이 동반된다) 손실이 있는상태라도 기동속도를 체감해보길 바란다. (실제의 60%이하 성능으로 보면됨)

동영상 보기 - >  http://cl.dgtalx.net/165

시간이 없던 상태가 계속되서.. 언제 공개할지 가능성이 투박하여 대충한 데이터라도 일단 공개합니다.


현재 시스템에 투입되어 5개월째 매우 안정적으로 구동중에 있습니다. 또한 엄청난 퍼포먼스를 제공해주고 있습니다.
(2008/10/17 작성하던 리뷰를 과도한 업무관계상-_- 12월 7일 공개함)

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL

비상용으로 준비하고 있던 백업세트를 판매합니다.


시스템 보드 -
모델 : Tyan Tempist I5000VS (s5372)
인텔의 i5000 칩셋을 사용한 보드입니다. 아래의 SMDC를 사용하는 보드입니다.
하퍼타운 지원모델이며, 타이안코리아 정품입니다.
이 보드를 구매하시면 SMDC를 함께 보내드립니다.

판매가 :  30만원 (사용품)
         38만원 (미사용신품)

구매시, 중고인지 사용품인지에 대해 알려주시기 바랍니다.
미사용 신품의 경우 마더보드를 인스톨해보지 않았기 때문에 불량발생 가능성이 있으나,
정품이므로 교환가능합니다.

제품정보 : http://pc.danawa.com/price_right.html?d ··· 3D627087 - 다나와
   http://www.tyan.com/product_board_detail.aspx?pid=427 - 타이안



IPMI 관련 제품 -

Tyan M3291  - SMDC card (BMC)
제품정보 : http://www.tyan.com/product_accessories_spec.aspx?pid=5
다음의 Tyan 보드와 호환됩니다.    
S2866,S2891,S2892,S2925,S2927-E,S2932,
S2932-E,S3850,S3892,S3950,S3970G2NR,S3992,
S4881,S4985,S5160,S5197,S5370,S5372,
S5372-LC,S5380

시스템의 원격전원관리(on/off) 및 시스템 관리와 콘솔서비스 연결이 가능합니다.
(TSO 에서는 클라이언트 OS에 따라 SOL이 되지 않습니다만, linux의 ipmitool 로 이용이 가능합니다)
이 제품이 어떠한 역할을 하는 제품인지를 명확히 인지하신뒤에 구매하시기 바랍니다.
구매후 사용하시는 보드에 맞는 펌웨어를 업데이트하고 사용하셔야 합니다.
(타이안 해당 보드 다운로드페이지에 펌웨어 패키지가 있습니다)
제품문제는 타이안 코리아에서 A/S 가 가능합니다.

판매가격은 10만원이며, 미사용 신품입니다.
국내 수요가 없으므로 시판되지는 않고 있는것으로 알고있습니다.

카드결제,세금계산서 발행 가능합니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL

Mtron 에서 최근 출시된 SSD 32GB
서버군에도 SSD스토리지의 본격 도입이 예상되는 첫 케이스로 보입니다.
현재도 이미 외국에는 Solid Stated Solution 으로 불리우는 SSD NAS, SSD SAN 등의 솔루션이 존재합니다.
또한 종래의 SSD의 결함 (웨어레벨링을 적용하여도 엄청난 write 로 인한 수명단축) 을 회피하기 위해 RAID 구성, 그리고 6개월~1년마다 주기적인 일부 손상디스크의 교체가 이슈였습니다.

그러나 이제품은 최신의 웨어레벨링 기술이 적용되어 내구성이 크게 향상되었습니다.
테스트 환경은 Linux 지만 최대한 범용성을 유지하기 위하여 저사양 시스템으로 구축하였습니다.

1. 제품 외관 및 박스 사진
사진은 클릭하시면 확대해서 볼 수 있습니다.




2. 테스트 환경
대상 시스템 환경 : 라우팅 서비스급 서버
CPU : Intel Xeon 5120 1.86Ghz / SIngle
Memory : DDR2 SDRAM Fully Buffered-DIMM 8GB
M/B : Tyan Tempest I5000V S5372
Chipset : Intel 5000V Chipset
시스템 OS : Linux 64Bit
Kernel : 2.6.18-8




3. 비교 하드디스크 스펙 정리

Model	Hitachi 7K160 series	Seagate ST980811AS	MtronSSD MOBI 3000	MtronSSD Pro7000
Interface	S-ATA 300	S-ATA 150	S-ATA 150	S-ATA 150
디스크크기	8.9 Cm (3.5")	6.35 Cm (2.5")	6.35 Cm	6.35 Cm
디스크용량	160GB	80GB	32GB	32GB
Buffer	16MB	8MB	?	?
RPM	7200	5400	회전매체없음.	회전매체없음.
내부 전송속도	300MB/s	150MB/s	150MB/s	150MB/s
읽기속도	75MB/s	40MB/s	100MB/s	120MB/s
쓰기속도	자료없음	자료없음	80MB/s	90MB/s
평균 탐색속도	8.5ms	12.5ms (평균 8.5ms)	0.1ms	0.1ms
+ 랜덤탐색	자료없음 (통상 10ms)	11ms	0.1ms	0.1ms
+ 랜덤쓰기	자료없음 (통상 11ms)	13ms	0.1ms	0.1ms
+ 최대탐색	자료없음 (통상 12ms)	22ms	0.1ms	0.1ms
소비전력
+구동	2.0A (5v)	5w	2w	2.7w
+운영	자료없음 (통상 10~15W)	2.5w	2w	2.7w
+대기	5.9W	0.2w	0.2w	0.5w
통상운영진동	1.0G (0.025rms)	1.0G (1.25rms)	20G	20G

서버군에서 사용되는 하드 디스크중 최저사양의 디스크로 벤치마크를 하게 되었습니다.
그러나 이 표준편차가 일반적 사양에서 크게 벗어나지 않는다는점을 감안해보아야 할듯합니다.

필자가 서버군에 선정하는 디스크는 매우 까다롭고 엄격한 심사와 선별을 거치게 됩니다.
MTBF 가 끝나는 기간 이전에 신뢰할 수 있는것은 역시나 기업의 장인정신과 신뢰도 가 가장 큰 비중을 차지하고 있습니다.

스토리지 제조사의 선정관련 상세보기

4.스펙데이터 재정리

위의 읽기 쓰기는 스펙시트로 충분하지만 SSD에서는 잘 따져보아야 할것들이 몇가지가 있습니다.

이중 핵심되는것이 컨트롤러단에 존재하는 알고리즘들로써 웨어레이블링, 오류보정(Error Collection Code), (종래의)구면보정기능 의 존재입니다.

SLC는 1셀당 10만회로 수명이 한정(스펙상)되어있으며 같은 셀에 데이터가 계속 쓰고지워지고 한다면 그 블락은 머지않아 파괴된다.  종래의 MLC기반의 SSD들은 실질적으로 3만회정도이며, 하루 800GB 가량의 Write/Rewrite 가 발생하는 서버급에 쓰인 장비들은 6개월을 머다않고 디스크를 주기적으로 교체해주어야 했죠. 또 이 시스템이 유지될 수 있는것은 레이드였기에 가능한것입니다.
그 전체 솔루션의 가격또한 고급 아파트 두채를 살수있는 가격선입니다.

Mtron SSD는 7bit ECC의 존재와 badblock management 를 제공함과 동시에 웨어레이블링 기술을 통해 혁신적인 생명연장의 꿈을 실현시킨것입니다.
스펙상 1일 50GB Write기준으로 140년을 견딜 수 있다고 써있습니다.
이쯤되면 하드디스크보다 수명이 더 늘어났다고 봐야하는게 맞을것 같습니다. 차세대 미디어로써의 대안이 되어가고 있는것일까요?

일반(자기) 하드 디스크 또한 자기매체이므로 수명이 있으며, 정지시킬 경우 일부 블록의 데이터가 날라갈 수 있습니다. 또한 5년이상을 버티는 디스크는 그다지 많지 않습니다.
서버라인에서 쓰이는 디스크도 5년을 버티면 용하다고 할수있겠죠. 통상적으로 라이프 싸이클은 빠르면 1년 적정을 2년주기로 보고있습니다.
시스템 관리자는 2년이 지나면 무조건 디스크를 새것으로 교체합니다. 문제가 없더라도 해당디스크는 교환을 받거나 폐기처리하는것을 원칙으로 합니다. 서버에 쓰이는 디스크들은 1년을 지나면 리스크 요소가 90%이상 증가하므로 언제 망가져도 이상하지 않다는것이 정론입니다.


5.성능측정

부팅후 HOT-SWAP 기능을 통해 하드를 삽입해 보았습니다. 일부러 했습니다.. 이 제품이 레이드를 지원하지 않는다는 속설이 많아서 그냥 끼워넣어보았습니다.
그러나 핫스왑은 정상적으로 동작하며 디바이스를 잘 잡는것을 확인하였습니다.
그리고 바로 간략한 속도 테스트를 진행해보았습니다.

이 줄을 그은것들이 하드를 Hot-Swap으로 인식하는 과정이며, MTRON MSD-SATA30 으로 모델이 인식, 32003MB 의 용량이 확인되었으며 바로 속도테스트를 하자 99.44MB/sec 이 찍혔습니다.
이것은 단순한 읽기 테스트란점을 감안해서 보세요

참고하자면 7200RPM 의 히다치 하드의 읽기 속도는
 Timing buffered disk reads:  224 MB in  3.02 seconds = 74.28 MB/sec
5400RPM 시게이트 하드의 읽기 속도는
 Timing buffered disk reads:  124 MB in  3.04 seconds = 40.73 MB/sec

Mtron SSD Pro type 의 결과는 다음과 같습니다.
 Timing buffered disk reads:  420 MB in  3.01 seconds = 139.77 MB/sec
최대 burst로 140MB/s 로 매우 우수한 성능을 나타내고 있습니다.

일단 노트북 기준으로 본다면 일반 노트북 하드의 2배의 성능이 나고 있습니다.
일반적인 사용 환경에서는 Sequantial Read(순차읽기)속도보다는 Random Read (무작위읽기)가 가장 많이 쓰이기 때문에 사실 이 수치는 그다지 의미가 없습니다.
윈도우를 쓰는 사용자도 마찬가지고, 윈도우의 경우 더 심한 Random Read 성능을 장치에 요구하게 됩니다.

안내 : 본 테스트는 64비트 시스템과 64비트 리눅스상에서 이루어져 더 높은 I/O 성능이 나옵니다. 통상적으로 서버급 시스템이 아니더라도 64비트 시스템은 높은 I/O 성능을 제공해주며, 리눅스는 윈도우보다 더 높은 시스템 성능을 제공하고 있습니다. 이 테스트의 결과를 본인의 기준에 받아들인다면(통상적) 윈도우의 손실대비로는 70%정도 보시면됩니다.

또한 특정 테스트 (파일시스템 기준) 에서는 그 차이를 형용할 수 없을 정도의 수차가 발생할 수 있습니다. 이것은 NTFS 와 리눅스의 Ext3/XFS를 통한 성능측정이므로 원천적으로 설계상 높은 성능차이가 있습니다.

1) Bonnie++ 측정
Filesystem (EXT3) 상태에서의 측정치입니다.
이 결과는 CPU 성능에 의해 결과가 변경될 수 있습니다. 버퍼를 사용하지 않는 Direct I/O 를 측정하였습니다.

통상적 시퀀셜 I/O 측의 읽기/쓰기/다시쓰기 테스트입니다. (밑의 그래프 일부에 다시읽기로 나온것은 오타입니다)


그다음은 랜덤탐색을 통한 IOPS 측정입니다. 일반적 하드의 100배 가량의 성능을 나타내고 있습니다.

음 이 높은 IOPS를 보고있자니 몇번 화두가 되었던 휘발성 메모리 (DDR RAM)을 기반으로 한 memory drive 의 성능을 같이 붙여보고 싶어지는군요!

현재 구동중인 DB System Solution 과의 비교그래프를 삽입해보겠습니다.
도전자들의 CPU는 지온쿼드 3.2기가급 이상입니다. 다소 FS상의 성능상 수치차이는 있겠습니다.



보고보니 역시 괴물들은 어쩔수가 없군요 -_-;;
SAS Storage 는 현재 서비스 중인녀석이라 성능이 많이 떨어져서 나왔네요. 쓰기는 데이터베이스 서버라 다른 프로세스가 파일을 쓰고있어서 일반 가동보다 더 낮게 나왔습니다.
참고로 저 SAS스토리지의 IOPS가 866정도였습니다. 메모리기반 드라이브는 IOPS가 나오지 않습니다..

참고할점은 bonnie 는 direct i/o 테스트이긴 하지만 file i/o를 사용합니다. mmap이 활성화된 상태의 iozone benchmark 와 유사한 겨로가를 제공하지만, 어쨋든 fs가 물린상태에서 동작하므로 cpu 사용량이 포함됩니다.
또한 fs의 특성에 따라 결과값이 변화하므로 실제 하드웨어 성능과는 다소 상이할 수 있습니다.


2) Mysql Benchmark process

통상적으로 서버급에서 디스크의 이슈라면 Database가 가장 많은 빈도를 차지할것으로 보입니다.

리눅스 부트업과 관련한 이야기

바로 Mysql 의 내장된 Benchmark Suite 를 이용하여 성능을 측정해봅니다.
이 측정은 더블체크로 각자 2회씩 구동후 값을 점검하게됩니다.

1차와 2차 테스트에서 Mtron의 SSD는 오히려 더 나쁜 결과를 제공하였습니다.

1차 insert test
insert: Total time: 545 wallclock secs (187.30 usr 20.10 sys +  0.00 cusr  0.00 csys = 207.40 CPU)  
2차 insert test
insert: Total time: 550 wallclock secs (187.10 usr 19.84 sys +  0.00 cusr  0.00 csys = 206.94 CPU)

결과를 보면 2차는 시스템의 리소스 사용량이 더 줄었음에도 불구하고 wallclock (실제 러닝시간)은 5초가량 더 증가했습니다. 이것은 디스크의 물리적인 성능쪽에 문제가 발생하고 있다는 가능성을 시사하고 있습니다.

이 벤치 이전에 사실 빠진것이 있는데 iozone을 이용한 벤치마크가 있었으며, 이를 통한 성능의 전체적 점검을 하게되었습니다. 설마 이 벤치마크로 인해 SSD의 수명에 문제가 생겼던것일까요?

제2차 구동시에는 오히려 Select타임도 더 늘어나 일반 SATA하드의 속도보다 더 나쁜 결과가 나오게 되었습니다.
이부분은 명백히 문제가 있는 디바이스라고 밖에는 다른설명이 안갑니다만
상세한 Result 를 각자 비교해가며 어느쪽에서 시간이 지체되었는지를 분석해봅니다.


일단 위의것은 수행시간으로 "그래프가 낮을 수록 좋은 성능" 을 나타냅니다.
그러나 상기 디스크 성능검사에서도 나왔듯이 전반적인 면에서 높은 점수를 냈던 디스크가 여기서 일반 하드보다 나쁜 점수가 나온다는것은 조금 그렇군요. 이 테스트의 그래프는 Mtron SSD MOBI 로 진행되었습니다.
여러차례의 테스트를 해보았으며, Mtron SSD Pro 타입도 동일한 결과를 출력하였습니다.


그러나 일단 Select (읽기에 속합니다) 는 262초 로 Hitachi가 이겼습니다.
또한 Create(생성) 측과 Alter Table (테이블 변경/재설정) Hitachi의 하드가 더 높은 성능을 보였습니다.


각 세부항의 차이점을 집어보겠습니다.


전반적으로 일부 자료는 삭제했습니다. (동일한 값들과 불필요하게 적은 수치들)
역시 그래프는 낮은것이 높은 성능을 의미합니다.
그런데 잘 보면.. 빨간색이 낮은것들이 꽤있네요 ^^
이 그래프는 Log적용으로 인해 수차가 크게 차이가 안나보이긴 합니다만..
대표적으로 delete_big~~ 키들 삭제는 SSD가 압도적으로 빠른것을 확인할 수 있습니다.
일반하드는 70초가 걸린것을 SSD는 23초만에 삭제를 했으니까요.
메모리다보니 액세스타임이 짧아서 나타나는 당연한 현상이라고 할수있지요.
이 차이는 정말 엄청난 차이입니다. 벤치마크에서는 동일 시스템상에서 1초만 차이나도 매우 큰 차이라고 칭합니다. 원천적으로 이 벤치마크는 최적화된 스토릿지와 최적화된 FileSystem을 찾아내기 위해 돌리는 기능입니다.
따라서 돌리면 돌릴수록 더 좋은 결과가 나오는 경향이 있는데 SSD는 이에 반하는 케이스로 보입니다.

이제 주의깊게 보아야할것들은 SSD가 오히려 느린것들 (빨간색이 일반하드입니다).
바로 위에 보시면 Create+Drop (생성과 삭제) 대량 생성, 이런데에서 몇초씩 차이가 나고 있습니다.
3초라는 수치는 실질적으로 매우 큰 수치입니다.
업데이트와 셀렉트 심플캐시, alter table add, select distinct등의 비교점을 보면
SSD는 Internal buffer를 사용하는 디스크 컨트롤러단의 버퍼메모리? 내지는 웨어레이블링 알고리즘(칩)의 속도 문제가 있다고 보입니다.
그리고 Random Write와 Read가 복합적으로 발생하는 경우 컨트롤러의 처리능력이 떨어진다는것이 아닐지를 생각해 볼 수 있습니다.

이 이야기는 실제로 서비스를 올렸을때, 과연 SSD가 하드디스크보다 빠른가? 정도까지 대두될 수 있는 문제가 됩니다. SAS 디스크들은 멀티Write,Read를 처리하기 위해 버퍼를 두고 또 특화된 NCQ등을 지원하고 있습니다.
이러한 디스크의 성능은 일반 HDD보다 높은 처리성능을 보이고 있습니다.

결국 가장 많은 이슈가 터지는것과 I/O단의 병목의 원인이 되는것이 Random W/R, Multiple W/R 이되겠지요.
그렇다면 최저가의 하드보다 일부 성능이 느린점이 존재하는 Mtron SSD는 복합적 환경에서 얼마나 성능을 더 낼 수 있을까요? RAID 등으로 Stripe 된 환경에 과연 Mtron SSD 는 처리속도향상이 가능할까요? 오히려 떨어질까요? 예상하기로는 액세스타임이 같은 상황에서는 더 많은 처리로 인해 일부 성능은 하락할 수 있다고 보입니다.

통상적으로 SSD Raid 는 SSD 에 특화된  writeback의 grouping 를 단순화한채 Direct io를 발생하는 형식으로 저장되는것을 특징으로 하는것으로 알고있다.  의미가 없는 행동이기 때문이다. 러프하고 가장 빠른 로직이 SSD에 맞는다.
(나중에 기회가 된다면 새로운 시스템 구축에 Experimental 하지만 SSD Raid의 도입을 기안으로, BMT 요청을 해볼까도 생각하고 있습니다.)

엄밀히 말해 Database는 Select 와 Insert, 다른말로 Read와 Write 를 보았을때 통상적으로 Read가 80%/ Write가 20%정도의 비율을 가지게 됩니다.
그러나 벌써 Read의 부분에 있어 일반 하드보다 3초라는 시간이 쳐지는 현상이 발생했다면 Raid 로 묶어서 더 손실이 나지는 않을까요?
분명 Sequantial Test에서는 100MB/s 가 나왔던 디스크입니다. (Burst / Buffered된 상태에서 140MB/s의 속도까지 확인)

3) Awstats Log Analyzer
Awstats를 통한 로그 분석에 걸리는 시간을 실측해 보았습니다.
Awstats는 웹사이트등의 접속 로그를 분석하는 프로그램으로써 1일치를 구동하는데에도 매우 느린 작업중에 하나
입니다.


1 - 압축해제
사용프로그램 : rar (linux)
총해제용량 : 1.8G
측정방식 : time+exec
압축률 : 15% (best compressed)

이 테스트는 CPU에 영향을 많이 받습니다. (최고압축률이므로) 그러나 동일한 스펙상에서는 CPU 보다 디스크의 영향을 받으므로 테스트에 추가하였습니다.
아래는 실제 러닝타입과 user측 러닝타임과 시스템의 시간입니다.
5m16s 은 5분16초를 의미합니다. 물론 시간이 빠를수록 높은 성능을 의미합니다.

Hitachi 7K160   real    5m16.981s / user    4m56.596s / sys     0m15.479s

2 - Awstats 속도측정
로그크기 : 1.8G
측정방식 : time + exec

Mtron SSD PRO 7000     real    20m9.590s / user    27m0.506s / sys     0m8.459s
Hitachi 7K160         real    20m5.695s /  user    26m57.781s / sys     0m8.426s

일반 디스크가 다소 더 높은 성능을 내었습니다.
이제 이쯤되면 FS를 이 특성에 맞도록 변경해야 하는것이 아닌가? 에 대해 궁금증이 생겼습니다.
이전 EXT3 fs 의 저널링 튜닝에 대한 글을 쓴적이 있지요.
이와 마찬가지로 여러가지 Filesystem 을 통해 이녀석이 최적화 할 수 있는 형식이 있는가를 검토해보았습니다.
메타저널링 형식으로는 XFS를 손을 꼽을수 있을듯합니다. 분명 성능향상은 크게 있겠지만 동반되는 리스크의 문제가 있다보니 제외하기로 합니다.



역시 Journal type은 극과극을 보여줍니다. -_- 빠르긴합니다만 대충 저속도가 XFS가 낼수있는 상향선정도로 보입니다. 그러나 double write 로 인해 write 속도가 많이 줄어드네요.

그렇다고 어플리케이션 레벨을 튜닝한다. 지금상태로 보아서는 로그 아키텍쳐를 가지고 데이터를 저장하는 PrimeBase XT등의 부가적 Mysql 저장형태를 이용하는 정도밖에는 그다지 효용도를 모르겠습니다.
로그형태의 기록방식을 이용하면 write 와 rand-write 의 횟수를 줄일수있어 성능향상에는 도움이될듯합니다.

이 테스트를 해보며 스스로도 의아했습니다. 액세스타임이 높고, 4k iops 도 높은데 도대체 뭐가 문제로 일반하드보다 느린것인가? 에 대해 엄청나게 생각했습니다.
또 테스트방식이 잘못된것인가가 아닌가도 여러번 검증해보았습니다. 그러나 Read기반의 complicated write가 발생하는 Action에서는 이상하게도 속도가 일반디스크 수준으로 떨어졌습니다.

iozone 과 xdd등의 여러가지 벤치툴을 돌려보았는데 역시 벤치와 실제 어플리케이션뷰의 차이가 이렇게 큰지는 생각하기가 힘듭니다.
그 결과를 올리고 싶긴하지만, 그래프를 떡 올려놓고서는 설명할 자신이 없습니다 -_-;; 너무 복잡합니다..

6.SSD의 장점과 평가

SSD 는 분명 종래의 저장매체와는 전혀 다른 기록구조를 가지고 태어났습니다.
SSD의 장점에 앞서 종래 디스크의 단점들이 어떻게 보안되었는가로 1차적 가치평가를 해볼까 합니다.

자기디스크들의 단점 등급별
5 - 모터구동형으로 충격 및 진동에 민감
4 - 과도한 이용시 직접적인 수명이 크게 단축 (MTBF의 20%도 채 사용못함)
3 - 모터구동형이므로 높은 전력을 소비함

5등급부터 하나씩 풀어보자면
5 - 모터구동형으로 충격 및 진동에 민감
모터구동형 디스크는 충격 및 진동에 민감합니다. 특히 구동중인 디스크에 대하여 특정수치 이상의 가속도G(일명 횡G)가 발생할 경우 (디스크면에 대하여) 정말 간단하게도 불량섹터가 발생하거나 스크래치로 인해 디스크가 너무 쉽게 파괴되는 경향이 있습니다.

이것이 현시대의 노트북들의 단점이었지요. 들고다니며 이동하면서 쓸수는 없는 노트북.
모빌리티를 추구하는 노트북이면서도 이를 극복하지 못해 한자리에 놓고 쓰는것을 권장하였죠.
노트북에 MP3를 가동시켜놓고 매일매일 조깅을 하러 나간다면 그 노트북은 몇달이 채 되기도 전에 디스크가 손상을 입게될것입니다.

이러한 치명적 문제에 대한 대안으로 노트북용 디스크들의 운용G를 늘리는 연구들이 계속됨과 동시에 노트북 제조사들은 (후지쯔등) Anti G-Shock 프로그램을 내장하여 내장 수평계의 움직임에 반응하여 스핀들을 잠구는 안전장치들을 탑재하고 있습니다.

이부분은 지속적이면서도 일시적으로 수명에 큰 영향을 미칩니다.
간단히 구동중인 디스크를 야구선수가 배트를 휘두르듯이 휘두른다면 디스크는 즉시 손상을 입을 확률이 40%이상입니다.

SSD 는 20G의 운용환경이 보장되므로 전투기등의 높은 G에도 견딜 수 있는 구동성능이 발생하여 우주산업이나 전투기, 기타 가혹한 환경에서의 운용이 보장된다고 할 수 있습니다.

4 - 과도한 이용시 직접적인 수명이 크게 단축 (MTBF의 20%도 채 사용못함)
실제로 액세스가 심각하게 발생하는 서버의 경우 디스크의 수명은 평균 8개월가량입니다.
웹서버군들은 평균 5년정도를 버티기도 합니다만. 파일서버들의 디스크 권장 수명은 6~8개월 가량으로 매우 짧은 편입니다.

SSD는 어떨까요? SSD는 스핀들, 자기장, 모터방식의 구조가 아니므로 소모되는 성능이라는 부분은 없습니다.
단지, 쓰기부분에 횟수가 정해져있으며 이것을 어떤 알고리즘으로 분산하는가가 수명과 직결되는 부분입니다.
그러나 SSD는 계산상 동일 상황에서는 3년은 갈것으로 보입니다. 이부분이 TCO 로 직결되는게 아닐까 싶군요.

추가로 일반 자기 디스크는 구동온도를 넘어서는 경우 (평균 55도이상) 쉽게 파손됩니다.
각 디스크별로 운영온도가 정해져있으나, 일반 PC에서 가장 크게 파손/고장나는 경우가 헤드의 과열도 원인중에 하나입니다. 하드디스크는 쿨러가 필요없다 라고 생각하지만, 서버의 경우 좋은 샤시는 디스크의 열을 잘 배출하는것을 스토리지 샤시의 기준으로 삼기까지 합니다.
디스크의 열을 빨아들이지 못하면 상층으로 겹겹이 쌓인 디스크들이 점점 위로갈수록 과열이되 디스크가 오동작하거나 고장이 나는 경우가 많습니다. 이를 위해 3U사이즈의 대형팬들이 굉음을 내며 뒤에서 공기를 흡입하고 있지요.

SSD는 이점에서 장점인면이 있습니다.

3 - 모터구동형이므로 높은 전력을 소비함
최근출시된 SAS 디스크는 1개당 40W가량의 전력을 사용하게 됩니다. 이런것을 16개를 꽃고 서버에서 돌리자면 바로 파워의 문제에 직면하게 됩니다. 벌써 이것만해도 640W의 전력이 소비됩니다. FBDimm 메모리 여러장과 CPU들이 잡아먹는 전력또한 600W는 홀딱 넘어갑니다.
서버용 파워.. 비쌉니다.. 요 밑에 게시물을 보시면 아시겠지만.
최근 제작한 SAS 16채널의 스토리지 서버는 1차 조립후 파워용량 부족으로 인하여 서버용 파워를 제조사로부터 새로 주문제작을 하여 약 1개월 반의 시간이 걸렸습니다.
가격도 상당합니다.
이부분이 SSD로 대체되었다면 32W로 해결되는 부분입니다.

기타 자잘한 단점들은 제외시켰습니다.

그렇다면 SSD의 장점들이 크게 몇가지가 나왔네요.

1. 최대 20G 의 중력에서도 사용이 가능하다
  - 가장 효율적인 이용은 전투기나 충격에 민감한 노트북등입니다. 추가적으로 Wearable PC 등에 있어 이 저장매체는 큰 진보를 이루게 되는 하나의 방법이 되리라 보입니다.

2. 더 길어진 수명
  - 궁극적으로 소모적인 모터와 자기부품들에서 메모리 기반 부품으로 넘어감으로 인해 수명이 더 연장되었습니다.

3. 저전력
  - 서버라인과 일반 노트북 사용자들에게 본다면 더욱 더 적은 전력을 사용하므로 에너지 절약에 일조하는군요!
  그러나 시게이트의 노트북용 디스크와 비교해보았을때 전략소비량은 큰 차이가 나지 않았던점이, 시게이트가 디스크를 잘만들은것인지 MTRON이 디스크를 잘못만든것인지 고민하게 되는 부분인것 같습니다.

전반적인 필수요소라면 바로 저장매체의 속도가 될것입니다.
그렇다면 SSD의 전반적 속도 평가는 위의 벤치에도 나왔듯이 일반 디스크보다는 빠르다 가 결론입니다.
그렇다면 SSD는 이미 일반사용자에게도 쉽게 접근이 가능한 매체로 다가왔다는 이야기가 아닐까요?



7. 결론

SSD는 일반 디스크보다 어떤 환경에서는 매우 빠르며, 어떤환경에서는 유사한 속도를 보입니다.
일단 기초기반이 메모리이므로 액세스 타임은 종래의 디스크와 비할 수 없을정도로 높습니다.

속도라는것이 SSD 사용의 이슈가 된다면 아직은 시기상조라고 밖에는 나올만한 답이 없는것 같습니다.

그러나 이부분을 가장 잘 활용하는 파츠는 아무래도 윈도우의 승리가 아닐까 싶습니다.
리눅스는 구동과 이용 전부 그렇게 빠른 액세스 타임을 요구하지 않습니다.
또한 전체적으로 FS자체가 깔끔하게 정렬되어 있으며 메모리 활용빈도가 아주 좋은 편입니다.

그리고 위의 테스트 결과에서 보다시피, SSD 의 속도에 비해 일반 디스크와의 가격차이는 너무 큽니다.
적용분야와 활용가 틀린곳에서는 (다른말로 속도만이 비교의 이슈가 되는 환경)
가격대비 성능이라는것이 여기에 다시 대두되는 부분인데, 노트북등의 특수환경이 아닌 안정적인 시스템을 구축하는 서버환경에 있어서는 결국 가격대비 성능이 무시못할 가치기준이 될수밖에 없습니다.

서버용 SSD 1개의 가격은 디스크 30개의 가격입니다. 그러나 이만한 성능은 일체 나오지 않습니다.
SSD 1개의 가격은 8채널 레이드 컨트롤러에 80기가 디스크 8개를 풀로 구축하는것과 유사한 가격으로, 성능은 이에 미치지 못합니다.

그렇다고 SSD가 이 80기가 12개로 만들어진 스토리지보다 성능이 좋을까요? 아닙니다. 위의 벤치마크 결과상 절반도 안되는 성능을 나타내고 있습니다. 물론 특정한 NFS 환경에 있어서는 SSD 1개가 12개의 스토리지보다 우수할수는 있습니다. (빠른 탐색시간을 요하는 경우)
그렇다면 서버구축용도로써의 구매 가치는 당연히 없는것입니다.

물론 높은 액세스타임을 필요로하는 네트워크 파일서버의 경우 필요에 의해 이것을 쓸수밖에 없는 니즈는 당연히 있습니다. 솔루션도 이미 나와있구요. 그러나 그러한 환경자체를 한국은 피해나가는 위주다보니 어쩔수 없는것 같습니다. 또 아파트 몇채 살수있는 솔루션을 살 이유는 없기 때문입니다.

벤치에도 나왔다시피 순수 메모리 (DRAM) 으로 동작하는 디스크의 성능에는 미치지 못합니다.
그러나 DRAM의 경우 리부팅할때 날라간다는 단점이 있어 이를 보안하기 위한 솔루션으로 gigabyte 에서 나오는 I-Ram등의 솔루션이 있습니다. 그러나 Iram 은 서버쪽 입장에서 봤을때 일반사용자를 다독이는 정도의 실패작일뿐으로 밖에 보이지 않습니다. PCI타입이면서도 버스속도가 제대로 확보되지 않았기때문에 순수 메모리의 압도적인 속도를 낼수가 없기때문입니다. (흔히 PCI-e 로 동작하는 RAID Controller는 이보다 더 빠른 속도를 냅니다.)

Mtron 이 이를 극복할 수 있는 효율적이고 경제적인 레이드 솔루션을 내놓는다면 전세계의 서버시장의 흐름도 바뀔 수 있지 않을까 생각해봅니다.

이 SSD를 서버에서 쓰는것은 결론적으로 보면 시기상조가 아닌가 생각합니다만, 윈도우 환경에서는 지저분하게 많은 파일들과 쓰면 쓸수록 느려지는것에 대한 보안점이 되는 디스크가 아닌가 생각이 듭니다.

일반적으로 리눅스는 Filesystem이 강합니다. 일반디스크에서도 최고의 성능을 낼 수있게 이미 어느정도 이상의 개발이되어있는 상태이므로 윈도우처럼 버벅거리는 액션이 일반디스크로도 거의 없습니다.

발생할만한 Dirty Operating 으로 해봐야 Database, Web-server의 random access 정도밖에 되지 않습니다만 웹서버의 경우 ab등의 테스트로직의 random측 문제가 있어 로지컬한 검증대상이 될수없다는것에 이번 테스트에서는 제외하였습니다.

시간이된다면 어떤 operating 이 디스크보다 더 느리게 동작하는지를 짚어보고 싶었지만;; 요즘 일이 많아서 힘들것 같네요

SSD는 윈도우에 있어 솔루션이 될것같지만 전반적인 서버쪽 시장에서는 현시점에서는 큰메리트가 없을수 있다 라는 정도가 결론이 아닐까 생각해봅니다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL

시간나면 해야되는 작업의 드래프팅
qmail 의 수신확인 기능 구현
내부가 좀 복잡해질듯해보임 ㄱ-

1. Qmail file to odbc Patch
-> queue control 부분을 전체적으로 mysql에 올려야 하는지 필요성 검토 (지금은 그다지 보이지 않음)

2. qmail remote 내지는 inject측의 패치

사용자가 smtp를 통해 메일을 발송하면 (내부사용자의 경우)
1) 발송데이터의 제목과 발송시각과 message id 값을 mysql등의 디비에 삽입시킴
2) 컨텐츠 밑에 사용자의 특정 문구
[##SIGNATURE##] 등을 캡춰하여 그부분을 match replace시킴
예)
제목: re] 안녕하셈?
내용: 하잉
[##SIGNATURE##]
(이전메일인용)

이 경우 원하는 위치에 SIGNATURE를 삽입시킬수 있음.
SIGNATURE 의 replace 예
<img src="~~/ci.jpg?msgid=qmailmsgid">

즉 contact information의 해당사용자에 대한 이미지가 messageid 값을 가진채 img 태그로 발송됨
mass sender 의 경우 option ignore하도록 최단부 우회처리.

3. image controller (ci.jpg)
cgi를 통해 image 의 binary input 을 하고 (해당사용자가 열어서 이미지를 본 경우니까)
db에 해당사용자가 읽었는지 여부를 저장시킴


필요 program list
1) mime 처리관련 detector, decoder, encoder 의 c구현
*참고코스 spamd 등의 spam controller 엔진형식을 수정
2) message contents parser 필요
(attachment 의 수정을 피하기 위해)
3) strict html maker
본문이 일반 base등으로만 되어있을 경우 html 로 헤더자체와 내용을 교체시켜주는 모듈
4) sender proof system (database related)
보내는 사람에 해당하는 contact information 이미지를 생성, 확인시키는 프로그램
5) smtproute를 통해 content parser 가 동작할 수 있도록 queue depth 를 패치해야함.


프로그램 타겟
thunderbird, outlook express 등에서도 사용자는 아무 불편함 없이 signature를 삽입하며,
수신확인기능과 발송목록 관리기능을 제공하기 위한 목적.

혹시 누가 미리 해놨는지 아는사람있으면 손 -_- (개삽질방지용멘트)

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL

새로 도입될 마스터 티어급의 데이터베이스용도 서버 장비다.


16개의 Serial Attached Scsi 형식의 하드를 Raid 로 장착하여 강력한 IO 퍼포먼스를 기반으로 설계되었다.

15Krpm 의 시게이트 73기가 하드가 16개 삽입된다.
이로 인해 현재보다 약 4배이상의 디스크 퍼포먼스를 얻게될것으로 보인다.

디스크 컨트롤은 Adaptec 의 SAS 레이드 컨트롤러가 삽입되며 멀티레인 방식으로 16개의 디스크와 연결된다.
위 사진의 제품은 ASR-31605 모델이다.
또한 백플레인과 멀티레인 to 멀티레인 으로 직결되므로 더욱 안정적이다.

CPU 는 인텔의 쿼드코어 최고사양이 들어가며 최대 24기가의 메모리가 장착가능한 i5000 칩셋 기반의 시스템.
오늘 해당 CPU 의 전면리콜이 발생하여 마감을 하지 못했다. 약간 불안한 느낌이 들기도 한다.

이 시스템의 설계단에서부터 많은 문제가 발생했다.
16개의 15krpm 하드와 팬, CPU, 고발열 고용량의 FBDimm 으로 인하여 소비되는 전력을 충당할 파워가 마땅치 않은것,
triple power supply 의 한계적 용량으로 인하여 많은 계산의 끝에 맞추어지만 아직 불확실한 변수들이 많다.


Chenbro 3u 16 bay 를 기반으로 제작된 이 시스템은, 기본 내장된 power supply 의 용량 한계적 문제점이 발생했다.

Full load 시 발생하는 현상으로 디스크 16개의 이용에 문제가 있다.


SMDC + S5372 Related Problems & Instructions

1. smdc must need to update eep rom image
ftp.tech2.de/smdc/s5372. is valid location of image. do not download image from tyan site.
do not download smdc5372 subdirectory's stuff.
using main directory file.

2. do not update or run directly nic.bat! it harm your nic device.
if you are using 1.60 bios version.

3.  edit nic.bat  your FE phy address is 3 not 1
(/nic=1 -> /nic=3)

4. update nic.bat first
5. remove power cord from chassis and wait 1 minutes.
6. rebooting booting disk and dosfls.bat after done uh8.exe to setup
7. finally run cfg.bat
8. remove power cord from chassis and wait 20 seconds.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL

새로 도입된 고성능 웹서버, 아직 해결중인 사안을 포함해 지금까지 약 2주의 시간이 소모되고있다.

밤에 잠도 제대로 못잔다. 업무에 차질도 가끔 생긴다. 난 철인이 아니다.


신규도입된 서버는 Tyan toledo i3010w 해외판매가 23만원, 국내판매가 50만원의 마더보드가 사용되었다.
서버가 미쳐나가는통에 국내에서 사야만 했다. 나는 별다른 이유없이 가격튀겨파는게 싫다.

또한 챈브로 샤시로 하드웨어 호환성과 안정성을 높였으며, 4개의 핫스왑 SATA베이와 안정적인 600W 전원공급.
별도주문한 BMC카드를 삽입하여 원격 전원관리 및 KVM 기능을 지원한다.
이는 긴급장애 발생시나 최근 발생하는 커널업데이트등의 문제에 유연하게 대처하기 위해 필요하다.

전체적인 시스템은 PXE를 통해 이 서버군 (3대)에 대해서 자동설치되도록 새로 설정하였고,
구매가 되는기간동안 시스템 인터그레이션으로 약 8시간을 할당하였다.
예전 엔지니어링을 할때로 기준으로 보면 이 작업에 대한 비용은 소프트웨어분야로써 약300만원어치다.



그러나 여기서 문제가 발생한다.
PXE 가 되지 않는다. 명백한 바이오스 오류로 지금은 패치가 되었다.
그러나 패치가 되기 이전 타이안 본사를 통해 많은 서포팅 과정이 이루어졌다.
그러나 타이안은 생각보다 빠르게 110F 바이오스를 3일정도만에 보내주었고 그 3일뒤 111 바이오스를 정식 릴리즈하였다.
따라서 PXE가 되지않아 추가로 6시간가량 각 서버 1대1대를 셋팅하였다.
추가비용이 300만원가량 발생했다. 또한 컴파일과정을 지켜보아야 하는등의 특수서버 설정이 포함된 단가는 800만원/대당 이다. (자사기준에는 적용되지않지만 외부업체의 경우 이 단가가 적용된다)
이 서버는 웹서버로써 동급 서버보다 3배이상의 압도적인 퍼포먼스를 보여줄것임을 자신한다.
다른 기업의 서버는 모르겠지만 본사서버들은 최악조건의 스트레스 테스트수준의 서비스를 유지해나가고 있다.

로드테스트 initial bios 인 100 에서는 모든 스트레스 테스트를 정상적으로 통과하였다.
자체개발된 벤치마킹 프로그램은 서버의 구석구석 1%도 남기지않고 오류점을 점검한다.
그리고 급한 나머지 2대의 서버는 긴급투입되고 한대는 사무실에 남는다. 테스트용도다.

여기저기 찔러보기 시작한다. BIOS는 매우안정적이었다.
BMC를 연결하여 테스트를 한다. KVM기능이 동작하지 않는다 ;;
미치는거다.

타이안에 다시 연락을 한다. 또 111 바이오스가 새로 릴리즈된것을 확인을한다.
BIOS 를 업데이트했다. 벤치마킹도중 오류점이 다수 발견되었다.
정말 특이한 에러다. MTRR 관련 에러가 VGA 및 NIC 쪽에서 발견되었다.
이는 시스템의 버스코어와 직결되어 모든기능의 마비가능성이 40%나 된다.
이부분은 아직도 해결중이며 이때문에 요즘에도 새벽에 미국에 이메일에 전화질이다.

조금 놀랐던건 테크니컬 서포트로 메일질하던 사람이 전화하니 바로받더라 글로벌서비스센터가;;
직원이 몇명인지는 모르겠지만... 뭐 한방에 직통연결도 나쁘진않다만;;

최근 밤샌시간과 테스트로 인해 보낸 시간은 3년전 외부업체 작업가로 산정했을떄 이미 3천만원을 초과했다.
이렇게 지난것이 벌써 어영부영 2주가된다. 기존에 투입된 서버의 오류가능성이 다시 제기된것이다.
(통상적인 경우에는 발생하진 않겠지만 리소스 점유율이 또 올라가면 문제가 발생할 수 있다는 이야기)

어떻게 보면 IBM 같은 안정성 높은 서버를 구매하는것이 유리한부분이기도 하다.
(최근에는 인텔 서버보드 BMC와 관련하여 기술지원에서 대 실망을 한 이후로 인텔은 서버로 취급하지 않기로 결정했다)
불안정한 기능을 된다고 써놓고 팔진 않으니깐말이다.

기업상담에 대해서는 여러 대기업 브랜드 서버와 컨택을 시도했지만, 뭐랄까 기술지원부분에서 말길을 못알아듣는 경우가 종종있다. 이런면에서는 IBM이 가장 잘한다고 보인다. 적어도 무슨말인지는 알아먹는다.

또 이런 자질구레한 패치로 인해 테스팅과 많은 시간을 할애하지 않아도 된다는것이다.

가만보면 브랜드 서버를 새로 사는게 나아보이긴 하지만;; 지금 이 서버와 동급 IBM 서버는 대당 800만원가량이 뜬다.. 미국사이트 기준이다.. 뭐 국내라면 1500은 봐야한다. 5배이상의 가격차다.

뭐 이런 틈새들이 있는데 이런부분을 메꿀만한 대응서버들은 딱히 보이지 않는다.

언젠가는 안정적으로 가긴가야되지만;; 이번달에만 추가될 3대의서버와 고성능 스위치, 고가용성 스토리지들로 벌써 5천가까운 출혈이 생기게됬다;;
사실 스토리지는 브랜드 고가용성 스토리지가 도입된다. 만들어쓰려고 했더니 수입하는데 비용과 시간과 관세가 많이붙는다 -_-;; 배송료도 압박인데 관세까지 내면 계산상 브랜드제품을 사는게 더 싸다.
또 파손위험들도있어서 선택의 폭이 좁았다.


여하튼 이번일로 전반적인 자체개발서버의 대응문제점이 다시 이슈화될런지는 모르겠다.
새로 도입된 서버는 최신기술로 무장했기 때문에 당분간의 안정화시간은 필요하긴하다. 브랜드 서버는 언제나 더 오랜기간뒤에 나오긴하지만
그러나 자체개발서버는 수년간 사용해왔음에도 매우 안정적이고, 잘 돌아간다는것을 보았을때..
자체서버를 중단하는일은 없지않을까 싶지만. 타이안의 신뢰가 무너지면 자체서버를 만들수가 없게된다.
현재로써는 타이안 이외의 선택은 존재하지 않기때문이다.


그나저나 이놈에 바이오스는 언제나 되야 다만들런지 걱정이다 -_-

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by LeCieL