저는 완전히 로드된 Drobo Pro를 구입하여 이를 사용하여 한 쌍의 Hyper-V 호스트 컴퓨터에서 실행할 VHD를 저장하는 것을 고려하고 있습니다. 호스트 시스템은 iScsi를 통해 Drobo Pro에 연결됩니다.
Drobo Pro 및 Hyper-V를 사용해 본 사람이 있나요? 나의 주요 질문/관심사는 속도에 관한 것입니다. Drobo는 동시에 실행되는 12개의 VHD를 모두 처리할 수 있을 만큼 빠른가요?
답변1
저는 Data Robotics의 제품 마케팅 팀에 있으므로 DroboPro, 성능 및 가상화에 관한 질문에 대해 조금이라도 밝힐 수 있기를 바랍니다.
DroboPro 성능과 관련하여 성능 수치를 게시한 몇 가지 독립적인 리뷰가 있습니다. 하나는 GeekBrief.tv이고 다른 하나는 LA Final Cut Pro 사용자 그룹입니다.
LAFCPUG 리뷰는 다음과 같습니다. Geekbrief 리뷰는 Geekbrief.tv에서 쉽게 찾을 수 있습니다.
http://www.lafcpug.org/reviews/review_drobopro.html
전체 리뷰를 자유롭게 확인해 보세요. iSCSI 성능 측면에서 LAFCPUG는 Blackmagic이라는 도구를 사용했으며 최대 80MB/s 읽기 및 최대 70MB/s 쓰기를 기록했습니다. GeekBrief.tv는 AJA라는 도구를 사용했으며 최대 74MB/s 읽기 및 ~79MB/s 쓰기를 기록했습니다. Darthcoder가 그의 게시물에서 언급했듯이 버스트 속도는 확실히 더 높을 것이지만, 단일 GbE의 지속적인 처리량 측면에서 80MB/s는 한계에 가깝습니다.
Geekbrief.tv 리뷰에서 한 가지 주목할 점은 스위치를 연결하기 전에 USB 관리 포트를 통해 고정 IP를 할당하기만 하면 매우 쉬운 DroboPro를 스위치에 직접 연결한다는 언급이 없다는 것입니다. 최신 버전의 대시보드 관리 소프트웨어는 다중 호스트와 최대 16 x 16TB 가상 볼륨을 지원합니다.
가상화와 관련해서는 데이터로보틱스가 DroboPro에 대한 시장점유율 우선순위인 VMware ESX 인증을 진행 중이다. 하지만 VMware 인증이 완료되면 Microsoft Hyper-V 및 Citrix XenServer에 대해서도 유사한 인증을 수행할 예정입니다. 아직 공식적으로 Hyper-V 또는 Xenserver에 대한 테스트를 수행하지는 않았지만 VMware, Hyper-V 및 Xen에서 Drobo 및 DroboPro를 성공적으로 사용하고 있는 여러 고객을 알고 있습니다.
DroboPro가 동시에 실행되는 12개의 VHD를 모두 처리할 만큼 빠른지 여부에 대한 귀하의 질문과 관련하여, 그것은 잘 작동해야 하지만 실제로는 작업 부하에 따라 다릅니다.
상황을 명확히 하는 데 도움이 되기를 바랍니다.
답변2
기가비트 이더넷 연결을 통해 최대 120MB/초만 얻을 수 있습니다. 그리고 그것이 가장 좋은 경우입니다. 아마도 100에서 최고치를 기록할 것입니다. 심지어 Drobo가 이를 따라잡을 수 있다고 해도 마찬가지입니다(제가 듣기로는 가능하다고 들었습니다).
저는 동일한 전송을 통해 EMC Celerra의 iSCSI를 사용해 왔습니다. 사용량이 적은 10개 정도의 호스트에서 상대적으로 좋은 성능을 발휘했으며, SQL 서버 1대는 250~500tps를 수행하고 Clearcase 서버는 그 3배를 수행했습니다.
답변3
개인적으로 Drobo Pro에 대한 더 많은 정보가 나올 때까지는 이 제품을 피하겠습니다. 일반 Drobo는 엔터프라이즈급 장비가 아니며 성능이 좋지 않습니다. Pro를 프로덕션 환경에 배포하기 전에 Pro가 엔터프라이즈급인지 확신해야 합니다.
얼마 전 Xen 메일링 리스트에 Xen Virtual Machines용 스토리지로 Drobo Pro를 사용하려는 사용자의 스레드가 하나 이상 있었던 것으로 알고 있습니다. 그리고 그로 인해 IO 오류가 발생했습니다. 따라서 Hyper-V와 동일하거나 유사한 문제가 발생할 수도 있고 그렇지 않을 수도 있습니다. 따라서 몇 가지 테스트를 준비하십시오.
답변4
이미 잘 답변된 질문에 2c를 추가하자면, VM용 스토리지를 찾고 있다면 각 VM을 단순히 VM 덩어리의 일부가 아닌 자체 스토리지 요구 사항이 있는 개별적으로 생각하는 것이 정말 좋은 생각입니다. . 이러한 이유로 VM 시스템 부팅 파일을 하나의 SATA 드라이브 볼륨에 통합하는 것이 좋을 수 있지만 성능을 추구하고 SQL 데이터베이스를 실행하는 경우 데이터, 로그, 임시 등에 대해 별도의 헤드를 갖는 것이 가장 좋습니다. . 미디어 스트리밍, 백업 서버 등 상당한 양의 IO가 있는 모든 것에 유사한 시나리오가 적용됩니다.
저는 Drobo를 사용해 본 적이 없지만 SMB와 하드웨어/시스템 관리자를 싫어하는 개발자(즉, 제 경험상 대부분의 개발자)에게 간단한 솔루션을 제공한다는 점에 감사드립니다. 현재 좋은 iSCSI 솔루션이 너무 많고 독립형 iSCSI 대상 소프트웨어도 점점 좋아지고 있습니다. 지금 iSCSI 시스템을 구축한다면 아마도 eBay에서 약 12개의 SAS 디스크가 포함된 중급 DAS 선반을 찾아 좋은 RAID 카드(또는 2개)가 있고 iSCSI를 실행하는 랙 서버와 연결할 것입니다. 대상(귀하의 경우에는 Windows Storage Server 2008 r2가 완벽할 것입니다). Drobo만큼 예쁘지는 않지만(또는 거의 조용하지는 않지만) 유연하고 적응성이 뛰어나며 잘 구성하면 더 나은 성능을 얻을 수 있습니다.