Was könnte die beste Vorgehensweise bei der Zuweisung sein, damit die E/A-Leistung hoch ist?

Was könnte die beste Vorgehensweise bei der Zuweisung sein, damit die E/A-Leistung hoch ist?

Ich habe eine Frage zur Planung. Vor Kurzem erhielt ich eine Anfrage, zwei 625 GB große Luns (Clariion CX-240), FC Connected, mit ESX Server 4.0 (vier neue Hosts) zu erstellen. Ich kenne die Anwendung nicht, die sie ausführen würden. Ich hatte jedoch nur die Möglichkeit, Luns aus RAID 5 herauszuschneiden. Alle FC-Festplatten, und ich habe nicht nach der Anzahl der Festplatten in der RAID-Gruppe gesucht, sondern nur nach der Kapazität. Diese vorhandenen RAID-Gruppen werden für viele Anwendungen verwendet – DB2, SAP und andere. Würde das einen Unterschied machen, da ich Luns aus 20 RGs nehme?

Das habe ich gemacht, ich habe 2 Metas erstellt. Nun, um mit den Raid-Gruppen zu beginnen, hatte ich, wie gesagt, alle RAID5. Also habe ich beschlossen, 10 Luns mit 63 GB und weitere 63 GB mit 10 Luns zu nehmen. Dann habe ich für jede ein Meta erstellt und den Speicher zugewiesen, alle vier Hosts dieser SG zugewiesen.

Ich habe also 630 + 630 angegeben, also insgesamt 1260 GB, und die Anforderung bezog sich auf 1250 GB. Meine Frage ist nun, ob es die beste Vorgehensweise ist, die GBs in Blöcke umzuwandeln und zuzuordnen, damit diese genaue Anforderung erfüllt wird.

Eine weitere Sache, die ich klarstellen möchte, ist, dass ich mich für kleine LUNs entschieden habe, damit die I/O-Auswirkungen nicht so groß sind. Hätte ich bei der Erfüllung dieser Anforderung etwas besser machen können? (LUN-Größe beim Erstellen von Metadaten)

Bitte beraten Sie mich, damit ich beim nächsten Mal sicherstellen kann, dass ich die Zuweisung optimal vornehme ...

Vielen Dank fürs Lesen!

Ich möchte meinen Kunden den besten Service bieten, bin aber ein Neuling. Ignorieren Sie meinen Beitrag also bitte nicht und helfen Sie mir, den besten Weg zu verstehen, falls es einen solchen gibt, damit ich das nächste Mal intelligenter vorgehen kann.

Antwort1

Ich hatte Schwierigkeiten, einigen Ihrer Ausführungen zu folgen, aber ich werde mit den Fragen beginnen.

Erstens war Ihre Entscheidung, mehr kleinere LUNs (Volumes) bereitzustellen, keine schlechte. Generell gilt bei der Speicherung die Regel, erst in die Breite zu gehen, bevor man in die Tiefe geht, und jedes Volume hat seine eigene Befehlswarteschlange, die zu einer Einschränkung der IO/s werden könnte. Es bedeutet auch, dass die Arbeit gleichmäßiger auf SPs und Ports verteilt wird, was die Wahrscheinlichkeit verringert, dass diese zu einem Engpass werden. Das heißt, kleinere LUNs bedeuten nicht weniger Arbeit für das System. Die Server führen unabhängig von der Speicheranordnung die gleiche Anzahl von Lese- und Schreibvorgängen aus.

Wenn Sie sich dazu entschließen, dasselbe RAID wie für Ihre anderen Anwendungen wiederzuverwenden, brauchen Sie sich keine Sorgen zu machen, wenn das Ihre einzige Möglichkeit ist. Es handelt sich zwar um eine weitere gemeinsam genutzte Ressource, aber die meisten Administratoren gehen derzeit dazu über, alle Workloads auf alle Laufwerke zu verteilen. Selbst wenn es zu Konflikten kommt, ist die individuelle Leistung jedes Workloads nicht schlechter, als wenn er nur auf einer Teilmenge der Laufwerke verteilt wäre, und wenn es keine Konflikte gibt, läuft jeder Workload viel schneller.

Bei EMC, wo hochgradig transaktionale Datenbanken laufen (die zu bis zu 70 % zufälligen Lesezugriffen führen), würde ich RAID-10 statt RAID-5 empfehlen. Dadurch wird der nutzbare Speicherplatz um die Hälfte reduziert, aber die Festplattenzugriffsgeschwindigkeit wird erhöht. Ich bin kein Anbieter-Kreuzzugskämpfer, aber sogar EMC selbst empfiehlt RAID-10 für festplattenintensive Anwendungen.

Was mit den letzten 10 GB geschieht, ist eine Frage desjenigen, der für den Speicherplatz bezahlt.

Antwort2

Ihr größtes Versäumnis war vielleicht, dass Sie die Speicheranforderungen nicht ermittelt haben, bevor Sie sie zugewiesen haben. Sie haben eine Reihe von scheinbar latenzarmen Speicheranwendungen, und diese neue Nachfrage könnte das zuvor genossene Serviceniveau ruinieren. Angenommen, sie wüssten nicht, was ihre Anwendung ist, dann hätte ich als Reaktion darauf ihre Datenträger auf die niedrigste verfügbare Speicherebene gelegt und ihre Leistung überwacht (und wie oft sie schreien).

Es gibt unzählige Optionen für Speicherlösungen. Sie benötigen einen umfassenden Überblick über den von Ihnen bereitgestellten Service und die erforderlichen Tools, um diese Service Level Agreements für Ihre Kunden sicherzustellen. Letztendlich verwalten Sie eine komplexe gemeinsam genutzte Ressource, an die ein breites Spektrum an Anforderungen gestellt wird. Sobald Sie dieses Paradigma verstanden haben, sollte sich der Weg zu besseren Taktiken und Geräten zur Unterstützung Ihrer Position ergeben, während Sie Ihr Fachwissen zu diesem Thema im Laufe der Zeit erweitern.

verwandte Informationen