파일 서버 스펙 질문 입니다.
글쓴이: 미드나이트 / 작성시간: 화, 2014/08/19 - 2:55오후
파일 서버를 구축중인데, 몇백명이 다운로드/업로드를 동시에 할 가능성이 있는데 부하를 위해서 서버를 나누는게 맞지만 비용이 만만치 않다보니 한대로 좋은 스펙을 맞추었는데 가능한지 여부가 궁금합니다. ㅜㅜ
물론 디비 및 웹은 간단하고 최적화를 시켜놨고 HTTP프로토콜 기반으로 윈도우 서버에서 파일을 다운로드/업로드 기능을 지원할 예정입니다.
CPU : Intel® Xeon® E3-1240V2, 3.40GHz, 8MB Cache, Turbo
메모리 : 32GB ECC Unbuffered DDR3-1600
하드 : 8TB (2x4TB.) SATA-III Seagate 5900rpm * 64MB * 600Mb/s * Hot Swap 2/3y
회선 : 1GPS 단독 회선 (기본으로 1GPS 공유 회선을 쓰는건 무료인데 단독 회선이니 좀 비싸더군요 ㄷㄷ)
정보 감사합니다!
Forums:
가능한가 불가능한가를 이야기한다면 불가능하지는 않다는
가능한가 불가능한가를 이야기한다면 불가능하지는 않다는 대답정도가 나올 수 있겠습니다만 제 경험상 써 주신 내용만으로는 꽤나 불안정한 스펙으로 보입니다. 수백명이 대량의 트래픽을 업다운 동시에 할 경우 많이 느려질 것을 각오해야 할 것으로 보이네요.
파일 서버에서 대량의 트래픽이 오고 갈 경우 가장 중요한 것은 스토레지, 즉 디스크 부분이 아닌가 합니다. 용량은 당연히 클 수록 좋지만 그와 함께 중요한 것이 IOPS가 어느정도 나오는가 인데 디스크4TB 2대로 8TB라는건 레이드 구성을 하지 않았거나 레이드0로 했다는 뜻? 디스크하나가 죽을경우 서버 전체가 죽거나 대량의 데이터 손실이 발생하는 문제에 대한 대응은? 그리고 2대로 가장 속도가 빠른 레이드0구성을 했다고 가정해도 IOPS 약 120~130, 대역폭은 시퀀설인가 랜덤인가에 따라 틀려지겠지만 대략 1~2MiB/s정도? 개인이 쓰는 NAS라면 몰라도 이런 속도는 수백명이 대용량의 읽기쓰기를 하기에는 턱없이 부족할 듯 보이는 군요. 디스크 대수도 모자라고 RPM도 너무 낮습니다.
다음이 네트웍과 메모리, 이쪽은 실제 어느정도 쓰일 지 모르니 판단 보류, 파일서버에서 가장 덜 중요하다고 개인적으로 생각하는 CPU의 경우도 부하에 따라 보다 많은 코어에 고속의 시퓨로 갈아타는게 성능 향상에 조금이나마 도움이 됩니다.
초기 투자에 부담이 많이 되신다면 회사에 남는 피시라도 하나 있다면 테스트 파일 서버를 하나 구축해서 파일럿 테스트를 해서 어느쪽이 가장 병목인지 확인해 보시는 것도 방법입니다.
백업 및 롤백 대책도 세워두시면 나중에 꼭 쓸 상황이 생깁니다. 감사추적 설정은 옵션.
===== ===== ===== ===== =====
그럼 이만 총총...[竹]
http://elflord.egloos.com
댓글 달기