ISCSI ermöglicht den Anschluss einer Maschine, meistens eines Servers, an einen externen Speicherschacht.
Einfach ausgedrückt: Dank ISCSI wird der Server die Freigaben des Speicherarrays mounten und verwenden, als ob sie physisch auf dem lokalen Computer vorhanden wären. All dies über das Netzwerk.
Dazu benötigt der lokale Rechner einen iscsi-Client, der die Verbindung und Kommunikation zwischen den beiden Geräten übernimmt.
Installieren Sie den iscsi-Client unter Debian
Um den Debian-iscsi-Client zu installieren, führen wir den Befehl aus:
aptitude install open-iscsi
Die Konfigurationsdateien sind in /etc/iscsi .
Bearbeiten Sie die Konfigurationsdatei iscsid.conf
nano /etc/iscsi/iscsid.conf
node.startup = automatic iscsi beim start aktivieren.
node.session.auth.username = login
node.session.auth.password = password
discovery.sendtargets.auth.username = login
discovery.sendtargets.auth.password = password
Wir starten den Dienst neu
service open-iscsi neustart
Wir starten die Suche nach den auf dem Server verfügbaren Zielen (hier 192.168.1.111):
iscsiadm -m Discovery -t sendtargets -p server_ip
Oder
iscsiadm --mode Discovery --type sendtargets --portal server_ip
Wir erhalten die Liste der verfügbaren Ziele, Beispiel:
192.168.1.111:3260,1 iqn.2011-7.com.thecus: RAID.iscsi7.vg0.backupeeris 192.168.1.111:3260,1 iqn.2011-5.com.thecus: RAID.iscsi6.vg0.backupthelis 192.168.1.111:3260,1 iqn.2010-12.com.thecus: RAID.iscsi5.vg0.backupcentos 192.168.1.111:3260,1 iqn.2010-11.com.thecus: RAID.iscsi4.vg0.backupsrv2 192.168.1.111:3260,1 iqn.2010-10.com.thecus: RAID.iscsi3.vg0.backuptse 192.168.1.111:3260,1 iqn.2010-10.com.thecus: RAID.iscsi2.vg0.backupsbs 192.168.1.111:3260,1 iqn.2010-10.com.thecus: RAID.iscsi1.vg0.videos 192.168.1.111:3260,1 iqn.2010-10.com.thecus: RAID.iscsi0.vg0.photos
Wir notieren diejenige, die uns interessiert, die mit „iqn“ beginnt:
iqn.2010-12.com.thecus:RAID.iscsi5.vg0.backupcentos
Dann verbinden wir uns mit unserem Ziel:
iscsiadm --mode node --targetname iqn.2010-12.com.thecus: RAID.iscsi5.vg0.backupcentos --portal 192.168.1.111:3260 --login
Wenn alles richtig läuft, müssen wir eine Nachricht vom Typ haben:
Anmelden bei [iface: default, target: iqn.2010-12.com.thecus: RAID.iscsi5.vg0.backupcentos, portal: 192.168.1.111,3260] (mehrere) Anmelden bei [iface: default, target: iqn.2010-12.com.thecus: RAID.iscsi5.vg0.backupcentos, Portal: 192.168.1.111,3260] ** erfolgreich **
Wir starten den Dienst neu:
service open-iscsi neustart
So zeigen Sie die Liste der verfügbaren Volumes an:
fdisk -l
Das Volume „backupcentos“ befindet sich auf sdi1, es ist vom Typ ext3. Wir montieren die Partitur:
mount / dev / sdi1 / backup
Wir überprüfen, ob es gut montiert ist:
ls / Sicherung
Wir hängen die Partition aus:
ummounten / sichern
Wir werden /etc/fstab so konfigurieren, dass das Volume beim Booten automatisch gemountet wird.
Dort haben wir mehrere Möglichkeiten, die Lautstärke zu erhöhen: by-id, by-label, by-path, by-uuid.
So zeigen Sie die verfügbaren „nach“-Optionen an:
ls/dev/disk/by-*
Wir werden mit by-id mounten, um das Fehlerrisiko zu begrenzen.
Wir fügen die folgende Zeile in /etc/fstab
/dev/disk/by-id/scsi-14e41530000000000000000006000000a134000000001000-part1 / backup ext3 _netdev 0 0
Bedeutung :
/dev/disk/by-id/scsi-14e415300000000000000000006000000a134000000001000-part1 : <file system> , die Quelllautstärke.
/backup : <mount point> , das Ziel der Versammlung.
ext3 : <type> , der Partitionstyp der Quellfestplatte.
_netdev : <options> , Mount-Optionen, zeigt hier an, dass sich das Dateisystem auf einem entfernten Server befindet und daher gemountet werden sollte, nachdem das Netzwerk aktiv ist.
0 : <dump> , 0, um zu sagen, dass die Dateien von der Sicherung nicht betroffen sind. Da dies die Sicherungsplatte selbst ist.
0 : <pass> , 0, um anzuzeigen, dass die Festplatte beim Booten nicht von fsck überprüft wird
Wir starten neu und das Remote-Volume wird automatisch gemountet. Wir prüfen mit
df -h