Evesham StoreVault S500 리뷰

£3872

검토 당시 가격

Network Appliance(NetApp)는 전통적으로 엔터프라이즈 네트워크 스토리지 시장에 초점을 맞춰왔기 때문에 해당 제품은 중소기업의 범위를 훨씬 뛰어넘습니다. 그러나 공급업체는 위험을 무릅쓰고 이 시장의 성장과 잠재력을 무시하고 있으며 NetApp은 StoreVault 사업부로 대응했습니다. 단일 하드웨어 솔루션을 제공하며 여기서는 Evesham Technology에서 제공하는 S500을 살펴보겠습니다.

Evesham StoreVault S500 리뷰

NetApp 어플라이언스의 주요 차별화 요소는 단일 솔루션에서 NAS와 IP 및 FC SAN을 결합하여 지원한다는 것입니다. StoreVault는 CIFS 및 IP SAN 지원을 포함하는 S500의 기본 가격과 유사한 철학을 가지고 있습니다. 그런 다음 S500은 필요에 따라 FC SAN 및 NFS 파일 공유를 지원하도록 라이센스를 받을 수 있습니다. 당연히 S500은 NetApp이 집합이라고 부르는 RAID4 어레이를 지원하므로 NetApp과 StoreVault 어플라이언스 사이에는 유사점이 있습니다. 이를 통해 더 많은 드라이브를 즉시 추가할 수 있으며, 데이터 드라이브에 오류가 발생하면 패리티 드라이브가 일관성을 유지합니다. S500은 기본적으로 RAID6이며 두 개의 드라이브가 손실되어도 살아남을 수 있는 이중 패리티 어레이에 대한 지원도 제공합니다. 더 많은 드라이브를 설치하고 어레이에 추가하여 온라인으로 용량을 늘릴 수 있습니다.

어플라이언스의 OS는 £42,000 FAS3020 어플라이언스(웹 ID: 77719) 리뷰에서 본 NetApp의 Data ONTAP을 기반으로 합니다. 당연히 Data ONTAP SVE를 실행하는 S500의 경우 이는 크게 축소되었습니다. 우리는 설치 및 구성이 복잡한 NetApp 어플라이언스를 발견했으며 SVE는 SMB를 위해 이 문제를 해결합니다. S500은 번들로 제공되는 StoreVault Manager 소프트웨어를 사용하여 관리됩니다. 프로세스. 기본적으로 S500에는 자체 지원 계약이 있고 다른 라이센스 시스템을 사용하므로 StoreVault 제품을 NetApp과 완전히 별개로 취급해야 합니다. 스냅샷은 공유 및 LUN에 대해 지원되지만 각 볼륨의 20%로 고정되어 있으며 할당량은 어플라이언스 수준에서 적용될 수 없습니다.

Storage Manager는 가벼운 설치 작업을 수행하지만, 이 작업은 참을 수 없을 정도로 느리기 때문에 많은 인내심이 필요합니다. 처음 접촉할 때 기능 라이센싱, 설정을 안내하는 빠른 시작 마법사를 따릅니다. 관리 액세스 및 경고, 네트워크 주소 지정 및 CIFS 인증(작업 그룹 또는 NT일 수 있음) AD 도메인. Storage Manager는 느릴 수 있지만 메인 페이지에 어플라이언스의 큰 그래픽이 표시되므로 꽤 좋습니다. 어떤 드라이브 베이가 사용되고 있는지, 패리티, 듀얼 패리티, RAID 멤버 또는 예비 드라이브인지 표시합니다. CIFS 공유의 경우 공유 생성 옵션을 선택하면 새 폴더를 추가할 수 있는 별도의 창이 열립니다. 그런 다음 폴더 오른쪽 클릭 메뉴의 새로운 StoreVault 탭을 사용하여 폴더 공유를 활성화하고 사용자 이름과 비밀번호를 추가할 수 있습니다.

FC와 iSCSI는 모두 LUN을 생성하고 크기를 결정하며 이를 사용할 수 있는 호스트를 선택하는 동일한 메뉴 옵션 아래에 있습니다. 이 작업을 수행하기 전에 FC 호스트가 어플라이언스에 활성 연결되어 있는지 확인해야 하며, iSCSI 초기자는 해당 포털에 로그인해야 합니다. IP SAN을 원하는 경우에는 iSCSI 호스트를 LUN에 할당하고, FC SAN을 원하는 경우에는 FC 호스트를 할당하면 됩니다. 간단합니다.

테스트를 위해 Windows Server 2003 R2를 실행하는 Supermicro 듀얼 3GHz Xeon 5160 서버 두 대를 연결했습니다. 여기에는 QLogic 2Gb/sec FC HBA와 Microsoft의 iSCSI 이니시에이터 소프트웨어가 장착되어 있었습니다. Iometer를 사용하여 각 서버에 4개의 작업자, 64KB 요청 전송 및 100% 순차 읽기 작업을 구성했습니다. 우리는 먼저 CIFS 성능에 중점을 두고 기가비트 이더넷을 통해 각 서버에 매핑되는 두 개의 공유를 만들었습니다. 한 서버는 66MB/초의 합리적인 읽기 속도를 보고했습니다. 두 대의 서버를 혼합하여 누적 처리량은 124MB/초를 기록했습니다.