Hm da bin ich anderer Meinung.
Es spielt doch eine große Rolle wie viele Platten in die Operationen miteingebunden werden. Bei einem richtigen Controller wird z.B. bei einem RAID1 von allen Platten gelesen.
Warum sollten mehr IOPS und höhere sequentielle Transferraten nicht die Gesamtperformance verbessern?
(Klar die Zugriffszeit ändert sich nicht.)
In Sachen Queue verstehe ich deine Argumentation nicht. Der Controller hat doch seine eigene Queue. Vorher regelt die Virtualisierungsschicht und das Host-Betriebssystem den Zugriff auf das Array.
Naja das Problem ist ja nicht, dass die Virtual Guests ihre Daten nicht schnell genug losbekommen - das saugt der Controller-RAM ja alles sofort auf.
Das Problem wird eher sein, dass alle Guests ihre Daten nicht schnell genug bekommen. Stell dir mal das Seek-Muster einer einzelnen Platte vor, wenn sie ein OS bedient. Da hat der Lesekopf je nach Fragmentierungsgrad schon gut zu tun. Und jetzt greifen mehrere OSes auf einen virtuellen Datenträger zu (sicher, der ist durch die vielen Platten darunter recht flott, aber die Seeks sind jetzt für alle gleich), d. h. jeder Zugriff für jedes OS wird mit einem Seek von allen Platten verschwendet, nur damit jede Platte dann ein klitzekleines Datenfitzelchen dem Controller überreichen kann, der dann die paar KB große Datei zusammenfriemelt.. das ist höchst ineffizient.
Als wir die max. ca. 8 Maschinen damals auf dem Raid5 laufen hatten ging eigentlich auch alles recht flott, bis auf die ständigen Freezes..
und die waren dann fast so lange wie die Phasen danach, in denen wieder alles recht flott ging.
Aber um die ganze Theorie mit Daten zu belegen, kannst du das gerne alles durchmessen!
Das wäre bei deiner Skalierung durchaus interessant.
Eins ist aber sowieso klar: egal wie schnell der einzelne Datenträger oder der Datenträgerverbund sind, erzeugt eine VM maximale IO-Last (z. B. beim Runter- oder Hochfahren der sonstwas Plattenintensives), beeinträchtigt das alle VMs die auf diesem Datenträger laufen. Das spürt man.
PS: Das mit den Einzelplatten funktioniert jetzt bei uns aber übrigends recht gut. Nachteil ist halt die Datensicherheit. Wir haben jetzt also das Raid 5 mit drei Platten plus 5 Einzelplatten (wovon grad eine in RMA geht) und da laufen mit 16 GB RAM problemlos 18 VMs drauf. Mehr geht wahrscheinlich auch noch, aber war bisher noch kein Bedarf.. aber die Anzahl der VMs ist ja sowieso nicht so aussagekräftig da es ja auch drauf ankommt wieviel Performance die einzelnen Guests so brauchen. Die erwähnten PBXen machen ja kaum was, ne andre Cisco UCCX dagegen hat so eine derbe Plattenbeanspruchung, die zählt gleichmal für 3 normale Guests..