Ich überlege, mir einen voll ausgestatteten Drobo Pro zuzulegen und ihn zum Speichern von VHDs zu verwenden, die auf einem Paar Hyper-V-Hostcomputern laufen würden. Die Hostcomputer würden über iScsi mit dem Drobo Pro verbunden.
Hat jemand Erfahrung mit Drobo Pro und Hyper-V? Meine Hauptfrage/Bedenken betrifft die Geschwindigkeit – ist Drobo schnell genug, um beispielsweise ein Dutzend VHDs gleichzeitig zu verarbeiten?
Antwort1
Ich bin im Produktmarketingteam von Data Robotics und hoffe daher, dass ich etwas Licht auf die Fragen rund um DroboPro, Leistung und Virtualisierung werfen kann.
In Bezug auf die Leistung von DroboPro gibt es einige unabhängige Testberichte, in denen Leistungszahlen veröffentlicht wurden. Einer davon ist GeekBrief.tv und der andere die LA Final Cut Pro User Group.
Hier ist die LAFCPUG-Rezension und die Geekbrief-Rezension finden Sie ganz einfach bei Geekbrief.tv
http://www.lafcpug.org/reviews/review_drobopro.html
Schauen Sie sich gerne die vollständigen Testberichte an. In Bezug auf die iSCSI-Leistung verwendete LAFCPUG ein Tool namens Blackmagic und erreichte eine Lesegeschwindigkeit von ~80 MB/s und eine Schreibgeschwindigkeit von ~70 MB/s. GeekBrief.tv verwendete ein Tool namens AJA und erreichte eine Lesegeschwindigkeit von ~74 MB/s und eine Schreibgeschwindigkeit von ~79 MB/s. Die Burst-Geschwindigkeiten werden sicherlich höher sein, wie darthcoder in seinem Beitrag andeutete, aber 80 MB/s liegen in Bezug auf den anhaltenden Durchsatz auf einem einzelnen GbE nahe an der Grenze.
In der Rezension von Geekbrief.tv ist anzumerken, dass nicht erwähnt wurde, dass man DroboPro direkt an einen Switch anschließen kann. Dies ist sehr einfach, indem man vor dem Anschließen des Switches einfach über den USB-Verwaltungsanschluss eine feste IP zuweist. Die neueste Version unserer Dashboard-Verwaltungssoftware unterstützt mehrere Hosts und bis zu 16 x 16 TB virtuelle Volumes.
In Bezug auf die Virtualisierung ist Data Robotics dabei, DroboPro mit VMware ESX zu zertifizieren, was aufgrund des Marktanteils höchste Priorität hat. Allerdings werden wir nach Abschluss der VMware-Zertifizierung ähnliche Zertifizierungen mit Microsoft Hyper-V und Citrix XenServer durchführen. Obwohl wir noch keine offiziellen Tests mit Hyper-V oder Xenserver durchgeführt haben, sind uns mehrere Kunden bekannt, die Drobo und DroboPro erfolgreich mit VMware, Hyper-V und Xen verwenden.
Zu Ihrer Frage, ob DroboPro schnell genug ist, um ein Dutzend gleichzeitig laufende VHDs zu verarbeiten: Es sollte problemlos funktionieren, es hängt aber stark von der Arbeitslast ab.
Ich hoffe, das trägt zur Klärung bei.
Antwort2
Über eine Gigabit-Ethernet-Verbindung erreichen Sie maximal 120 MB/s. Und das ist der beste Fall, Sie werden wahrscheinlich höchstens 100 erreichen, und das auch dann, wenn der Drobo damit mithalten kann (obwohl ich gehört habe, dass er das kann).
Ich habe iSCSI von einem EMC Celerra über dasselbe Transportmittel verwendet. Das hat bei ungefähr 10 Hosts mit geringer Auslastung relativ gut funktioniert, wobei 1 SQL-Server vielleicht 250–500 tps schaffte und ein Clearcase-Server wahrscheinlich das Dreifache davon schaffte.
Antwort3
Persönlich würde ich die Drobo Pros meiden, bis es mehr Informationen zu ihnen gibt. Der normale Drobo ist kein Gerät für Unternehmen und hat eine mangelhafte Leistung. Ich müsste davon überzeugt sein, dass der Pro für Unternehmen geeignet ist, bevor ich ihn in einer Produktionsumgebung einsetzen kann.
Ich weiß, dass es vor einiger Zeit auf der Xen-Mailingliste mindestens einen Thread mit einem Benutzer gab, der versuchte, einen Drobo Pro als Speicher für virtuelle Xen-Maschinen zu verwenden. Dabei traten IO-Fehler auf. Sie können also mit Hyper-V auf dieselben oder ähnliche Probleme stoßen. Machen Sie sich also darauf gefasst, einige Tests durchzuführen.
Antwort4
Ich möchte nur meine 2 Cent zu einer bereits gut beantworteten Frage hinzufügen: Wenn Sie sich Speicher für VMs ansehen, ist es eine wirklich gute Idee, jede VM als Individuum mit ihren eigenen Speicheranforderungen zu betrachten, anstatt sie nur als Teil einer Ansammlung von VMs zu betrachten. Aus diesem Grund kann es in Ordnung sein, die Startdateien Ihres VM-Systems auf einem Volume mit SATA-Laufwerken zu konsolidieren, aber wenn Sie auf Leistung aus sind und eine SQL-Datenbank ausführen möchten, ist es am besten, separate Köpfe für Daten, Protokolle, Temp usw. zu haben. Ähnliche Szenarien gelten für Medienstreaming, Backup-Server und alles, wo beträchtliche Mengen an IO vorhanden sind.
Ich habe Drobo nicht verwendet, aber ich schätze, dass sie eine einfache Lösung für KMUs und Entwickler bieten, die Hardware/Systemadministration ablehnen (also meiner Erfahrung nach die meisten Entwickler). Es gibt derzeit so viele gute iSCSI-Lösungen, und die eigenständige iSCSI-Zielsoftware wird wirklich gut. Wenn ich jetzt ein iSCSI-System bauen würde, würde ich wahrscheinlich bei eBay nach einem DAS-Regal mittlerer Preisklasse mit etwa 12 SAS-Festplatten suchen und es mit einem Rack-Server koppeln, der eine gute RAID-Karte (oder zwei) hat und ein iSCSI-Ziel betreibt (Windows Storage Server 2008 r2 wäre in Ihrem Fall perfekt). Es wird nicht so schön sein wie ein Drobo (oder annähernd so leise), aber es wird flexibel und anpassungsfähig sein, und wenn Sie es gut konfigurieren, erhalten Sie eine bessere Leistung.