Ich habe kürzlich einen neuen Server gekauft, einen HP DL380 G6. Ich habe den serienmäßigen Smart Array P410 Controller durch einen LSI 9211-8i ersetzt.
Mein Plan ist es, ZFS als zugrunde liegenden Speicher für XEN zu verwenden, der auf demselben Baremetall ausgeführt wird.
Mir wurde gesagt, dass Sie SATA-Festplatten mit den Smart-Array-Controllern verwenden können, aber da Consumer-Laufwerke TLER, CCTL und ERC nicht haben, wird dies nicht empfohlen. Ist das der Fall?
Ich habe mich gefragt, ob die Verwendung des LSI-Controllers im JBOD (RAID-Passthrough-Modus) die Art der von mir verwendeten Festplatten wirklich genauso stark beeinflusst wie die des Smart-Array-Controllers.
Mir ist bewusst, dass der Versuch, ein RAID-System zu verwenden, das nicht von einem Schreibcache für die Virtualisierung unterstützt wird, nicht gut für die Leistung ist. Aber ich habe mir überlegt, eine SSD für ZFS hinzuzufügen. Würde das einen Unterschied machen?
Ich bin deshalb so besessen von der Verwendung von ZFS für Dedup und Komprimierung. Ich glaube nicht, dass der Smart Array Controller eine dieser Funktionen ausführen kann.
quelle
Antworten:
Bitte tu das nicht.
Wenn Sie ZFS unter Linux ausführen möchten, tun Sie dies ohne Virtualisierungsebene. All-on-One-Virtualisierungs- und ZFS-Lösungen sind niedlich , aber der Aufwand in der Produktion lohnt sich nicht.
In Bezug auf Laufwerke können Sie SATA-Festplatten sowohl auf einem HP Smart Array-Controller als auch auf dem LSI 9211-8i-Controller verwenden. In einer ZFS-Konfiguration kann sich ein Ausfall der SATA-Festplatten nachteilig auf das System auswirken, wenn er mit dem LSI-Controller ausgeführt wird.
Die Verwendung von Consumer-Festplatten ist genau das, was es ist. Gehen Sie darauf ein und kennen Sie die Vorbehalte.
Bearbeiten:
Sie möchten also ein ZFS-Dateisystem ausführen, um Speicher für lokale virtuelle Maschinen bereitzustellen?
Das HP Smart Array P410 ist ein guter RAID-Controller. Am wichtigsten ist, dass Ihre wahrscheinlich einen batterie- oder flashgestützten Schreibcache hat. Das ist wichtig für Leistungszwecke. Dasselbe mit ZFS ( mit ZIL ) richtig zu erreichen, ist weitaus kostspieliger und erfordert mehr technische Überlegungen . ZFS bietet Ihnen für diesen speziellen Zweck möglicherweise nicht viel gegenüber einem herkömmlichen Dateisystem wie XFS.
Dies wäre anders, wenn Sie ZFS auf einem dedizierten Server verwenden würden, um Speicher für andere Hypervisoren bereitzustellen .
Siehe: Best Practices für ZFS mit Hardware-RAID
quelle
Die Verwendung von Festplatten für Endverbraucher in Server-HW ist möglich, wird jedoch nicht empfohlen, wenn Sie den Support des Anbieters verwenden möchten. Sie werden höllisch meckern, warum Sie die perfekt unterstützten Laufwerke durch solche ohne Unterstützung ersetzt haben. Abgesehen davon gibt es kein Problem, und Backblaze hat es bewiesen ( http://www.getoto.net/noise/2013/11/12/how-long-do-disk-drives-last/ ).
Suchen Sie nach Laufwerken, die NCQ unterstützen, und es sollte Ihnen größtenteils gut gehen.
Die Verwendung der Laufwerke im JBOD-Modus führt zu Problemen. Möglicherweise zeigt Ihnen der LSI-Controller nur eine große Festplatte (und das möchten Sie nicht). Was Sie brauchen, ist der Passtrough-Modus (verwenden Sie im Grunde den Controller als Extender für die Portanzahl. Überprüfen Sie, ob dies der Fall ist.
ZFS unter Linux: keine gute Idee. Es ist immer noch nicht stabil genug, obwohl es verwendbar ist. Dedup auf zfs: Ein ziemlich großes Nein, wenn Sie vorhaben, die Maschine ernsthaft zu belasten. Es frisst tendenziell viel RAM (im Bereich von 2 bis 4 G pro 200 bis 500 GB dedupierter Daten). Es hat sich möglicherweise verbessert, aber noch nicht überprüft. Die Komprimierung kann gut passen, hängt jedoch von den Daten ab.
SSD: Ja, das wird einen schönen Unterschied machen. Es gibt mehrere Bereiche (ZIL wurde bereits oben erwähnt), die sich erheblich verbessern, wenn sie auf einer separaten Festplatte abgelegt werden (und auf einer SSD noch mehr).
Wenn Sie mit dem ZFS unnachgiebig sind, würde ich vorschlagen, entweder Solaris / Nexenta / OpenSolaris oder BSD für den Speicherhost zu verwenden und es dann über iscsi / ata-over-eternet / etc. Auf die XEN-Hosts zu exportieren.
Ich empfehle dringend, zumindest den Backblaze-Blog zu überfliegen und nach den Ideen zu suchen, die sie beim Aufbau ihrer PODs verwenden
quelle