용량은 클수록 좋고 확장이 가능했으면 합니다
스토리지서버 등 검색하면 여러가지 나오더라구요
스토리지를 여러대의 서버에 물려 활용하는데 의의가 있어서
스토리지를 어떻게 구성하는것이 과연 옳은 방법인지 모르겠네요;;
초보라서 그러니 자비를 ^^
스토리지 구성예 몇가지만 알려주세요
서버에 SAS 컨트롤러를 박고 외장 스토리지와 연결하는 방식 인가요?
외장스토리지에 컨트롤러가 있고 서버와 어떤것(?)으로 연결만 되는 방식인가요?
외장 스토리지는 상담이 필수이고 돈이 많이 들어가며 유지보수 계약도 필요합니다.
필드에서 시스템을 운영하시는분들께서 좀더 자세한 사항은 답글을 달아주실거라 생각을 합니다.
구체적인 서비스 구조나 비용 운영방안이 나와야 스토리지쪽 설계안은 나올것 같네요.
A. FC to FC (상) - SAN Switch 연결 [SAN]
B. FC to SAS/SATA (중) - SAN Switch 연결 [SAN]
C. SAS to SAS/SATA (하) - 단일 노드 서버 연결 [DAS]
D. ISCSI-SAN 공유파일시스템 (ISCS TARGET 스토리지 형태 + SAN 공유)
E. 상용? 분산 파일시스템 타입 (아이실론/Lustre CFS 구조)
F. 기타 메타 서버 기반의 분산파일 시스템 형태
1) 스토리지에서 할당된 볼륨을 여러서버에서 동시 접근하시려면, (단일폴더 접근 읽고,쓰기)
SAN 공유파일시스템이 끼어들어가야 합니다.
2) 단일 볼륨을 여러서버가 공유하지 않고, 할당된 볼륨만 개별적으로사용하시려면
공유파일시스템은 필요가 없습니다.
3) A,B 같은 경우 FC로 SAN Switch를 통한 연결로 서버 접속들이 가능합니다.
물론 서버쪽에 각각의 Fibre Adapter 가 필요합니다.
4) C 타입은 단일 한서버로 스토리지 확장이 가능합니다. 데이지 체인방식으로,
줄줄이 사탕처럼 SAS RAID 용량 확장은 가능합니다.
5) D,E,F는 SW기반으로 일반 벌크서버 시스템으로 메타서버와 오브젝트 서버형태로
분리하여 파일 저장 구조를 가져가는 방식입니다. 굳이 레이드 컨트롤러가
장착된 하드웨어를 사용하지 않아도 되는 잇점이 있습니다.
어떠한 용도로 구체적으로 시스템 서비스를 하시는지에 따라서 안정적이고,
효율적인 방안을 찾으셔야 합니다.
SAN 방식이외에 요즘은 NAS 방식으로도 스토리지 노드를 확장하는 방식을 쓰기도 합니다.
대신에 DB보다는 파일기반으로 서비스 되는쪽이 더 유리합니다.
네트워크 접속으로 이루어진다보다, 연결성 문제, 속도등이 SAN 보다는 약하기 때문에
부하가 집중되지 않고, DB의 메타정보를 통한 포인트 액세스라면 NAS도 추천할만합니다.
SAS RAID Controller는 주로 Stand-Alone 형태로 로컬 영상작업하는데 가격대 성능이
괜찮지 않을까 생각됩니다.
시스템 다운타임을 최소화 할수 있고, 온라인 서비스용이라면 시스템 Critical Down에 대비한
대비책도 함께 준비를 하셔야, 스트레스 받는일이 줄어들것 같네요.