로고

LTECH
  • SUPPORT
  • 갤러리
  • SUPPORT

    갤러리

    2016.11.02 09:54 40Gbps_스트림서비스_SSD서버 (L2024N-V-40g)

    페이지 정보

    작성자최고관리자 댓글 0건 조회Hit 759회 작성일Date 16-11-02 21:10

    본문

    음!!! 드디어 40Gbps 수준 스트림 서비스 할 수 있는 SSD서버를 개발, 상품화 하였다.

    구체적인 HW스펙은 차후 공개 예정이다.

     

    SSD용량 5.6TB, 실제 활용 용량은 4.2TB 수준이다.

    8Mbps 초고화질 영상 2GB 2000개를 담아서 testing 하였다.

    10Gbps 4장 슬롯 여유가 별로 없네요 ^^ㅋㅋ

     

    DISK 1개를 Fail 하고 Transaction을 하였다.

    Client 4대..,, 서버 4대라고 해야 맞겠지요…

     

    client에선 2000개 contents를 대상으로 각각 1100명씩 서버에 스트레스를 주었다.

    그것도 동시 다발적으로 대략 5초 정도에 4400명 동시 서비스 한다는 전제로 testing 하였다. (최악의 상황)

    참조가 되었으면 합니다.

     

    이영상 환경은 2010. 12. 22일 기자 간담회 시 real로 시연 할 예정이다.

     

    기술이사

     



    추가 상세한 내용

    ----------------------------------------------------------------------------------------------------------------------

    40Gbps service SSD 서버 testing 스펙 입니다.

    1. CPU : 2.66Ghz (권장 2.93Ghz이상)

    2. Memory : 48GB

    3. SSD : os 64GB 2 (RAID 1)

       Data : 5.6TB (RAID 50), Format : 4.2TB

    4. Network : 10Gbps Card 4개 (ACT/STBY 별도 Option)

    5. OS : CentOS 5.4

    6. Contents : 8Mbps급 2GB 영상(2000개)

     

    Client용 서버 Spec

    1. CPU : 2.40Ghz 2

    2. Memory : 4GB (권장 8GB 이상)

    3. SSD : os 64GB 2 (RAID 1)

    4. Network : 10Gbps dual port Card (ACT/STBY 구현) ==> Client에서 받는 10Gbps 성능은 Network 까지만 받도록 AP구현 (DISK까지 받으려면, 서버 스펙과 유사해야 함 ^^)

     

    Test Stream Server SW : ZooVoD (Zooin.net)

    Test Client SW : stress tool (Made)

    알고리즘

    Do

    Number=$RANDOM

    Let “number %=$last_num”

    fmt_num=$(printf “%.3d” $number)

    rand_contents=$mpeg_prefix$fmt_num$mpeg_suffix

    echo $client_bin $rand_contents

    $client_bin $url$rand_contents

    usleep 250

    done

    ==>2000개 contents중 1100개를 임의 선택하는 로직.

     

    DISK IO 성능 : 위 40Gbps service 서버 random READ MAX 성능은 4500MB/sec입니다.

    FTP(Vsftp)로 일방적으로 Download 하였을때 3800MB/sec 수준으로 40Gbps 서비스를 하였습니다.

     

    물론 contents가 작고 수만개를 대상으로 임의 읽기를 할 경우는 4500MB/sec까지 DISK IO가 발생 할 수 있습니다.^^

    실제 Real에서 서비스 하는 경우는 예를 들어 2000개 contents중 2000개를 대상으로 동시에 서비스 하는 경우는 매우 적을 것으로 판단을 합니다.

     

    이번 testing은 2000개 contents를 기준으로 4400명이 임의적으로 선택하여 real 하는 상황이라 최대 2명 중 1명은 중복된 contents를 읽을 것으로 추정이 됩니다. 결론적으로 OS와 AP에서 중복 contents를 어떻게 /////????? 할것이냐?가 매우 중요할 것 입니다.

    영상을 보면 실제 DISK IO가 2000MB/sec수준인 것을 보면,,…….요……^^

    • 트위터로 보내기
    • 페이스북으로 보내기
    • 구글플러스로 보내기

    댓글목록

    등록된 댓글이 없습니다.