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
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
- Systemsteuerung → iSCSI & Fibre Channel öffnen.
- Ein neues iSCSI Target erstellen.
- Für performante Nutzung eine blockbasierte LUN verwenden.
- CHAP optional aktivieren, wenn Authentisierung zwischen Initiator und Target gewünscht ist.
- 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.