Beiträge von RockyRock

Hi vielen Dank für die Antworten.

Jumboframes sind aktiviert. Paketgröße 9000 ist überall eingestellt.
Eine weitere SSD würd ich auch gerne ausprobieren. Nur ist das Problem, das alle 12 Sata Ports voll sind.

Ich habe in einem Qnap Whitepaper gelesen, dass pro ISCSI Target eine LUN empfohlen wird. Und so viele ISCSI Targets, wie man Kerne / Threads zur Verfügung hat. Meint Ihr das bringt etwas, da ich ja ein ISCSI Target habe und alle LUNs da drauf sind? Ich würde in diesem Zuge auch einen Intel I7 in die Qnap packen, dann könnte ich allen VMs ein eigenes ISCSI Target mit eigener Lun zur Verfügung stellen.

Ich denke auch, dass es an den Zugriffszeiten liegen sollte. Ein Sas system wäre besser, das stimmt.

Werde wohl in den sauren Apfel beißen müssen und über ein Wochenende Hdd's austauschen und Raid Level ändern.

Vielen Dank soweit.

Hallo zusammen,

ich habe hier eine kleine Umgebung die mir seit Beginn Kopfschmerzen bereitet.
Es handelt sich um eine Virtualisierungslösung.

Ich habe eine Qnap TS1279U-RP (Intel i3, 4gb RAM) mit folgender Festplattenkonfig:
5 x Festplatten Seagate ST3000NC00 (4 TB) Raid 5
6 x Seagate ST5000NM0024 (5 TB) Raid 6
1 x SSD alsRead Chache für die ISCSI LUNS

Die HDDs im Raid5 bilden den SMB Share für Netzwerkordner. Da hab ich ganz normale Performance.
Die HDDs im Raid6 bilden den Speicherpool für die HyperV 2008r2 Luns.
Ich weiß das das Raid6 nicht optimal ist, aber ich kann mir nicht vorstellen das es die Erklärung für die schlechte Performance ist.

Als Hypervisor arbeitet ein HP ProLiant DL360 G8 Server mit 2 x Xeon Prozessoren und insgesamt 64GB Ram.
Angeschlossen sind QNAP und HP Server direkt per 10gbe DAC. Die Clients die per SMB auf die QNAP zugreifen, greifen über die 1Gb Nic zu. Die beiden Netze sind in verschiedenen IP Subnetzen.
Insgesamt sind 10 HyperV Guests auf dem Hypervisor eingerichtet. Jeder Guest hat dabei seine eigene LUN auf der Qnap.

Das eigentliche Problem ist die schlechte Performance der HyperV Guests. Datenbank Applikationen laufen derart langsam, das an eine produktive arbeit nicht zu denken ist. Wenn alle Guests runtergefahren werden und gleichzeitig gestartet werden, dauert das mindestens 60 Minuten bis alle Dienste auf allen Servern aktiv sind.
Ich weiß auch das Qnap und HyperV 2008r2 nicht zertifiziert ist, aber dennoch als kompatibles Produkt aufgeführt wird.

Ich habe auch bereits einige Test gefahren. Folgende Werte kann ich euch bereitstellen:

Der Datentransfer zwischen Hypervisor und Qnap Luns ist ok. Wenn ich große Dateien kopiere komme ich auf knapp 200MB/s.

iperf zwischen Hypervisor und Qnap gibt mir 5.31Gbits/sec wieder
iperf zwischen Guest und Qnap nur 900Mbits/sec. Wobei das wohl daran liegen dürfte, das der Guest die 1Gbe Kupfer Leitung nutzt. Das dürfte ja aber egal sein, denn das Speichern per ISCSI sollte ja der Hypervisor machen, oder irre ich mich da?

Diskspeed vom Hypervisor auf die Qnap Luns bringen relativ schlechte Ergebnisse. Ganz komisch ist die extrem hohe Lat. beim WriteIO
diskspd.exe -c512M -d60 -r -w30 -b8k -t4 -o8 -h -L r:\Test.dat (vollständiges Ergebnis im Anhang)

thread | bytes | I/Os | MB/s | I/O per s | AvgLat | LatStdDev | file
-----------------------------------------------------------------------------------------------------
0 | 21159936 | 2583 | 0.34 | 43.04 | 19.596 | 69.381 | r:\Test.dat (512MB)
1 | 21200896 | 2588 | 0.34 | 43.13 | 21.035 | 70.132 | r:\Test.dat (512MB)
2 | 20946944 | 2557 | 0.33 | 42.61 | 21.671 | 73.705 | r:\Test.dat (512MB)
3 | 20840448 | 2544 | 0.33 | 42.39 | 21.308 | 69.562 | r:\Test.dat (512MB)
-----------------------------------------------------------------------------------------------------
total: 84148224 | 10272 | 1.34 | 171.17 | 20.899 | 70.718

Write IO
thread | bytes | I/Os | MB/s | I/O per s | AvgLat | LatStdDev | file
-----------------------------------------------------------------------------------------------------
0 | 9019392 | 1101 | 0.14 | 18.35 | 390.876 | 188.754 | r:\Test.dat (512MB)
1 | 8962048 | 1094 | 0.14 | 18.23 | 389.788 | 180.805 | r:\Test.dat (512MB)
2 | 8806400 | 1075 | 0.14 | 17.91 | 395.749 | 190.953 | r:\Test.dat (512MB)
3 | 8724480 | 1065 | 0.14 | 17.75 | 400.936 | 186.989 | r:\Test.dat (512MB)
-----------------------------------------------------------------------------------------------------
total: 35512320 | 4335 | 0.56 | 72.24 | 394.281 | 186.950

und Iometer (60%Rand-65%Read) bringt folgende Werte zum Vorschein:
IOps 248.692.200 | Read IOps 161.311.604 | Write IOps 87.380.596 | MiBps (Binary) 1.942.908
Read MiBps (Binary) 1.260.247 | Write MiBps (Binary) 0.682661 | MBps (Decimal) 2.037.287
Read MBps (Decimal) 1.321.465 |Write MBps (Decimal) 0.715822|Transactions per Second 248.692.200 |
Connections per Second |0.497391 | Average Response Time 237.952.690 |Average Read Response Time 239.224.623
Average Write Response Time 235.604.600 | Average Transaction Time 237.952.690

Ich hoffe wirklich ihr seht einen Fehler oder Verbesserungspunkt.

Hi,

danke für die Anhaltspunkte. Werd ich asap prüfen.

Das mit dem smbd stimmt aber nicht so ganz. Im resourcenmoni wird normalerweise unter Benutzer auch der richtige Domänenbenutzer angezeigt und nicht der admin Acc der QNAP.

Hallo zusammen,

wir haben seit einer Woche das Problem, dass unsere TS1279 plötzlich und aus dem nichts eine erhöhten CPU Last bei dem Prozess smbd aufweist. Die CPU Last geht auf 20%. Leider führt das komischerweise dazu das auf ein Netzwerkshare nicht mehr zugegriffen werden kann. Alle anderen sind langsamer aber noch erreichbar. Sobald ich den Prozess per SSH abschieße, funktioniert es wieder.
Als verursachender User wird mir "admin" angezeigt. Wir haben hier eine Domäne und deshalb kann ich ausschließen, dass es ein User / Virenscanner verursacht, da diese mit Ihrem Win Login auf das Share zugreifen.
Ich habe bereits das admin Passwort geändert und mir ebenfalls die Systemverbindungslogs angesehen. Nichts auffälliges soweit.
Die Festplatten sind auf der Comp. List von Qnap als kompatibel aufgeführt und wie gesagt, funktioniert das ganze ja seit knapp 2 Jahren.

Ich habe bereits alle Zusatzdienste deaktiviert / deinstalliert.
Es läuft aktuell nur noch der SMBD, ISCSI und einmal täglich (nachts) der RSNAP Dienst. Da die Qnap produktiv läuft, fällt ein Reset eigentlich flach.

Fällt euch noch was ein?

PS.: Firmware ist aktuell.

War bei mir auch so.

Habe dann ein neues die alte LUN dem alten Ziel entnommen. Anschließend ein neues Ziel mit einer neuen temp. mini Lun erzeugt und die alte Lun dem neuen Ziel hinzugefügt.
Auf meinem Initiator dann neu dicovered und es waren beide Luns da. die temp lun dann wieder entfernt und alles war "gut". Kein Datenverlust, nur umständlich...

Danke für die Hinweise, werde mich bei beiden Threads mal einlesen.

Danke

Hallo Gemeinde,

wir haben eine Qnap509Pro im EInsatz. Die Daten sind auf den internen Platten (Raid6 ca 1TB). Ich möchte diese Daten gerne täglich sichern und da ich natürlich viel zu faul bin um täglich die USB Festplatte zu wechseln möchte ich das ganze über inkrementelle und versionierte Backups lösen.

Ich dachte an folgendes Szenario:
Freitags abends Vollsicherung,
Montag - Donnerstag jeweils die Änderungen gesichert. Dabei sollen die letzen 5 Versionen beibehalten werden. Also wenn jmd den Inhalt der Datei ändert, sollen die letzen 5 Versionen der Datei noch zugänglich sein. alternativ zu der inkrementellen Sicherung können auch Hardlinks verwendet werden. Gehen Hardlinks eigentlich mit einer NTFS Platte oder muss dann die interne und externe HDD mit Ext3,4 formatiert werden?

Aktuell habe ich keine Möglichkeit mit Qnap Boardmitteln gefunden. Habe aber gelesen das es anscheinend mit rsnapshot gehen soll.
Könnt ihr mir das bestätigen? Das Rsnapshot muss dann ja noch zusätzlich auf die 509Pro oder wie seht ihr das?

Bin wirklich für jede Hilfe dankbar.

Gruß