SAN-Begrifflichkeiten (Luns, Tags) wegen Performanceproblemen

Einen schönen Sonntagvormittag wünsche ich!

Um das vorweg zu nehmen: Ich habe mich an Tante Google versucht, und außerdem habe ich einen externen Dienstleister mit der Sache befragt. Zufriedenstellend ist die Informationsausbeute aber nicht gerade.

Wir haben hier ein EonStor S12E-G1133-2 mit 12 HDDs über iSCSI an 2 ESX (5.1)-Server angebunden. Hier gibt es 1x RAID10 (4x147GB; 15.000 U/min), 1xRAID6 (6x147GB; 15.000 U/min) und 1xRAID1 (2x2TB, 7.200 U/min).

Auf dem RAID10 läuft eine Exchange-Server-DB, und ein Paar SQL-Datenbanken. Die SQL-DBs sind nicht besonders anspruchsvoll. Auf dem RAID6 laufen virtualisierte Windows Server, auf dem RAID1 werden Dokumente u.Ä. bereit gestellt.

Dies wurde von dem zum Problem befragten Dienstleister in 2009 konfiguriert.

Das Problem, das hier auftritt ist folgendes:

Die Performance bei Backups (Über BackupExec 2012) ist oft sehr schlecht (Beim RAID10 fast immer) (also weniger als 100MB/min), wobei es auch mal Zeiten gibt, wo es mit 3000MB oder mehr läuft. Außerdem habe ich bei Betrachtung der Leistungsdaten in vSphere öfter mal Ausschläge in den Zugriffszeiten der HDDs. Der Durchschnitt ist z.B. 3-10 ms, die Ausschläge sind dann so zw. 1000-10000 ms.

In der Vergangenheit ist der Controller 2 mal komplett hängen geblieben, möglicherweise wegen Überlastung (?).

Alle FW-Updates sind gemacht.

Meine Frage:

In den Einstellungen der EonStor gibt es folgende Parameter:

Host Side Parameters:
1) Maximum Queued I/O Count: 1024 (Möglich: Auto,1,2,4,8,16,32,64,128,256,512,1024)
2) Luns per Host SCSI ID: 8 (Möglich: 1,2,4,8,16,32)
3) Max Number of Concurrent Host-LUN Connection: 4 (Möglich: 1,2,4,8,16,32,64,128,256,512,1024)
4) Number of Tags Reserved for each Host-LUN Connection: 4 (Möglich: 1,2,4,8,16,32,64,128,256)

Drive Side Parameters:
5) Disk Access Delay Time(sec): 75 (Möglich: 5,10,15,20,25,30,35,40,45,50,55,60,65,70,75)
6) Drive I/O Timeout(sec): 30 (Möglich: 7,0.5,1,2,4,6,8,10,15,20,30)
7) Maximum Tag Count: 4 (Möglich: Disable,1,2,4,8,16,32,64,128)

Ergeben diese Werte für unsere Konfiguration Sinn? Hier geht es mir hauptsächlich um 2,3,4 und 7. Macht das so Sinn, oder könnte man das noch besser einstellen?

Vielen Dank schon mal für alle Antworten.

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 192030

Url: https://administrator.de/forum/san-begrifflichkeiten-luns-tags-wegen-performanceproblemen-192030.html

Ausgedruckt am: 23.12.2024 um 01:12 Uhr

7 Kommentare

Neuester Kommentar

Also mit diesen Einstellung glaub ich wirst du nicht weiter Kommen.

Ist das denn schon seit 2009 so?
Wie ist denn die Verkabelung? Läuft das netzwerk separieret oder kann da ws stören?

Moin,

Wer sichert denn und von wo nach wo?
Schau mal, ob du nicht an veeam trial kommen kannst.
Das tut es, ist aber nix fuer die kleine portokasse.

Die verwendung von iscsi laesst aber vermuten, das es "billig" sein muss?

Ps nein, der hersteller deines san sagt mir nix, aber was sagt der ?

Zitat von @60730:

Ps nein, der hersteller deines san sagt mir nix, aber was sagt der ?

Der Hersteller Ansicht sagt mir schon was, wie ich mein SAN ausgesucht hab sind die Unterlagen auf den blos nicht Stapel gelandet.

Irgendwie hatte es den Fass mich nicht an charm auf mich.

Zitat von @wiesi200:

Ist das denn schon seit 2009 so?
Wie ist denn die Verkabelung? Läuft das netzwerk separieret oder kann da ws stören?

Hallo,

ich kam 03/2011. Bis da gab es keine Vollbackups, nur die SQL-DBs und die Exchange-DB wurden ab und an gesichert. Damals habe ich das mit BE2010R3 angefangen. Das lief mal so, mal so (Also, die Probleme traten ab und zu auf).

Der Grund warum ich denke es iegt an der Storage (hätte ich wohl erwähnen sollen):

Wir hatten damals bei der Umstellung auf ESX 5 (von 4.0) riesen Probleme mit der Storage. Im Prinzip ist der Controller dauernd hängen geblieben. Ein Firmware Update hat das Problem behoben, seitdem ist alles OK, bis auf 2x hängen bleiben. Kurz danach haben wir das neue Backupprogramm eingeführt

Netzwerkprobleme würde ich ausschließen wollen. Es könnte zwar rein theoretisch etwas stören, aber ich habe auf den Switchen nie Paketverluste o.Ä. Ich kann über SMB mit fast 1Gbit übertragen, und das durchgehend. Auch wenn ich z.B. die VMs direkt aus dem vSphere Client auf den Backupserver kopiere geht das mit min. 500Mbit (oder mehr).

Auch wird manchmal die Sicherung des Exchangeservers abgebrochen - Fehler ist "I/O Error". Das lässt sich aber nicht an den Zugriffszeiten ablesen, und auch sonst nirgends kann ich den Fehler nachvollziehen, scheint wohl am ehesten der Controller der Storage zu sein. Die anderen Server laufen i.d.R. tapfer durch, wenn auch langsam.

Zitat von @60730:

Moin,

Wer sichert denn und von wo nach wo?

BackupExec 2012 sichert als Agent in den VMs auf physichen Backupserver. Das Sichern über Auswahl der VMs im ESX direkt geht meistens schneller.

Schau mal, ob du nicht an veeam trial kommen kannst.
Das tut es, ist aber nix fuer die kleine portokasse.

BackupExec ist jetzt im Normalfall auch nicht gerade günstig (Wir haben es nur sehr günstig bekommen), ich werde das aber vllt. mal nächstes WE mit der trial versuchen.

Die verwendung von iscsi laesst aber vermuten, das es "billig" sein muss?

Ja, definitiv. Was wäre denn "teuer"?

Ps nein, der hersteller deines san sagt mir nix, aber was sagt der ?

Also, die Manual sagt gar nix zu den Parametern nach denen ich gefragt habe. Beim Hersteller direkt habe ich nch nicht gefragt, ich dachte hierbei handelt es sich um Dinge, die man aus der Praxis besser kennt wie ein SupportMA, der das aus einem Datenblatt abliest. Aber ich denke ih werde mal fragen.

Versuchs einfach mal mit Veeam Backup. Ist ein gutes Program und du kannst dann die Bckupsoftware ausschließen denn eigentlich waehr's jetzt mal naheliegend wenn die Probleme nach dem Wechsel massiv geworden sind.