QTS als iSCSI Target optimieren

Diese Anleitung beschreibt eine schlanke und performante Grundkonfiguration eines QNAP-QTS-Systems als iSCSI Target. Im Fokus stehen unnötige Dienste, SSD-Cache, RAID-Auswahl, iSCSI-LUNs, dediziertes Netzwerkdesign und vorsichtige CLI-Hinweise.

KB-ID ST000014 · Version 1.0 · Stand 16.07.2026

ST000014 Storage iSCSI QNAP QTS iSCSI

Ziel und Kontext

Ziel der Konfiguration ist ein möglichst schlankes QTS-System, das als dediziertes iSCSI Target arbeitet. Alle nicht benötigten Komfort-, Multimedia- und Synchronisationsdienste sollen reduziert werden, damit CPU, RAM, Datenträger und Netzwerk möglichst direkt für iSCSI-Workloads zur Verfügung stehen.

Wichtiger Betriebs-Hinweis

Änderungen an Storage-, Netzwerk- oder iSCSI-Konfigurationen können den Zugriff auf LUNs unterbrechen. Vor produktiven Anpassungen sollten Konfiguration, Daten und relevante VM- oder Host-Anbindungen gesichert und ein Wartungsfenster geplant werden.

1. Unnötige Dienste deaktivieren

Für ein reines iSCSI-Target sollten nicht benötigte Dienste ausgeschaltet oder deinstalliert werden. Dadurch sinkt die Hintergrundlast und es entstehen weniger konkurrierende Zugriffe auf Datenträger und Netzwerk.

  • Multimedia Console, DLNA, Photo Station oder QuMagie, Music Station und Video Station deaktivieren.
  • Download Station, HybridDesk Station und Container Station deaktivieren, sofern diese Funktionen nicht benötigt werden.
  • myQNAPcloud und Qsync Central deaktivieren, wenn keine Cloud- oder Synchronisationsfunktion vorgesehen ist.
  • AFP, NFS und SMB deaktivieren, falls das System ausschliesslich iSCSI bereitstellt.
  • Thumbnail-Indexing deaktivieren, damit keine unnötigen Hintergrundindizes laufen.

2. SSD-Cache konfigurieren

Bei Systemen mit mSATA- oder SSD-Cache sollte die Cache-Art zur Last passen. Für iSCSI ist ein konservativer Ansatz oft sinnvoller als ein aggressiver Write-Back-Betrieb.

  • iSCSI: Read-Only Cache bevorzugen, wenn primär wiederholte Lesezugriffe beschleunigt werden sollen.
  • Virtualisierung: Read/Write Cache nur einsetzen, wenn eine zuverlässige USV vorhanden ist und das Risiko eines Schreibcache-Ausfalls bewertet wurde.

Praxisregel

Schreibcache erhöht die Anforderungen an Stromversorgung, Recovery-Konzept und Monitoring. Ohne USV ist ein Read-Only-Cache für produktive Storage-Ziele meist die defensivere Wahl.

3. RAID-Empfehlungen

Die RAID-Auswahl hängt von Kapazität, Anzahl Datenträger, gewünschter Schreibleistung und Ausfalltoleranz ab. Für performante iSCSI-Workloads sind einfache und robuste Layouts vorzuziehen.

  • SSD-Pool: RAID 10 für niedrige Latenz und gute Random-I/O-Leistung.
  • HDD-Pool: RAID 50 oder RAID 10, abhängig von Anzahl der Laufwerke und benötigter nutzbarer Kapazität.

4. iSCSI-Target einrichten

  1. Systemsteuerung → iSCSI & Fibre Channel öffnen.
  2. Ein neues iSCSI Target erstellen.
  3. Für performante Nutzung eine blockbasierte LUN verwenden.
  4. CHAP optional aktivieren, wenn Authentisierung zwischen Initiator und Target gewünscht ist.
  5. Multipath aktivieren, wenn Host, Netzwerkdesign und Switch-Konfiguration redundant ausgelegt sind.

5. Netzwerk optimieren

Für iSCSI sollte ein dediziertes Netzwerk oder VLAN verwendet werden. Dadurch wird Storage-Verkehr von normalem Client-, Management- oder Internetverkehr getrennt.

  • 10GbE-SFP+-NIC installieren, zum Beispiel QXG-10G1SF-CX4 oder QXG-10G2SF-CX4.
  • MTU 9000 verwenden, wenn alle beteiligten Geräte im Pfad Jumbo Frames konsistent unterstützen.
  • Flow-Control nur bewusst einsetzen; im Ausgangsdokument wird Deaktivierung empfohlen.
  • Dediziertes VLAN für iSCSI verwenden.

MTU-Konsistenz prüfen

Jumbo Frames sind nur dann sinnvoll, wenn NAS, Host, Switchports und VLAN-Pfad dieselbe MTU sauber unterstützen. Eine gemischte MTU-Konfiguration kann zu Paketverlusten, Timeouts oder schwer nachvollziehbaren Performanceproblemen führen.

6. Diensteübersicht

  • Alle Multimedia-Apps deaktivieren.
  • Snapshots für besonders niedrige Latenz nur dann deaktivieren, wenn Datensicherung und Recovery anderweitig gelöst sind.
  • Qtier deaktivieren, wenn nur HDD plus Cache genutzt wird und keine automatische Tiering-Strategie vorgesehen ist.

7. CLI und Konsole

Einzelne Dienste können über die Shell gestoppt oder neu gestartet werden. CLI-Eingriffe sollten nur mit dokumentiertem Ausgangszustand, Wartungsfenster und Sicherung der relevanten Konfigurationsdateien erfolgen.

Dienste stoppen

/etc/init.d/Qthttpd.sh stop
/etc/init.d/mountd.sh stop
/etc/init.d/qsyncsrv.sh stop
/etc/init.d/mediascanner.sh stop

iSCSI-Konfiguration

QNAP speichert iSCSI-Konfigurationen unter anderem in /etc/config/iscsi_trgt.conf. Direkte Änderungen an dieser Datei sind risikobehaftet und sollten nur vorgenommen werden, wenn der genaue Effekt bekannt ist.

iSCSI-Dienst neu starten

/etc/init.d/iscsitrgt.sh restart

Empfehlung

iSCSI-Targets und LUNs sollten bevorzugt über die QTS-Oberfläche eingerichtet werden. Direkte Konsolenänderungen können Konfigurationszustände erzeugen, die später im GUI schwer nachvollziehbar sind.

Quellen und Hinweise

  • Ausgangsdokument: qts_iscsi_guide.html, bereitgestellt zur Migration ins avitech TechWiki.
  • Die Anleitung wurde in das TechWiki-Layout migriert und um Warnhinweise, Struktur, Metadaten und konsistente Terminologie ergänzt.
  • CLI- und Storage-Änderungen sollten immer vorab an einer Testumgebung oder in einem Wartungsfenster validiert werden.

Änderungslog

  • v1.0 · 16.07.2026: Erstfassung ins TechWiki migriert.