Vorbereitende Schritte

Wenn mehrere Hosts denselben Block Storage for Classic-Datenträger anhängen, ohne kooperativ verwaltet zu werden, besteht das Risiko, dass Ihre Daten beschädigt werden. Eine Datenträgerbeschädigung kann auftreten, wenn mehrere Hosts gleichzeitig Änderungen am Datenträger vornehmen. Sie benötigen ein clustersensitiven, gemeinsam genutzten Plattendateisystem, um Datenverluste wie Microsoft Cluster Shared Volumes (CSV), Red Hat Global File System (GFS2), VMware® VMFS und andere zu verhindern. Weitere Informationen finden Sie in der Dokumentation des Betriebssystems Ihres Gastgebers.

Es ist am besten, den Speicherdatenverkehr über ein VLAN zu leiten, das die Firewall umgeht. Wenn der Speicherdatenverkehr über Software-Firewalls geleitet wird, erhöht sich dadurch die Latenz und die Speicherleistung wird beeinträchtigt. Weitere Informationen zur Weiterleitung von Speicherdatenverkehr zur eigenen VLAN-Schnittstelle finden Sie bei den häufig gestellten Fragen.

Bevor Sie beginnen, stellen Sie sicher, dass der Host, der auf das Block Storage for Classic-Volume zugreifen soll, autorisiert ist. Weitere Informationen finden Sie unter Autorisieren des Hosts in der Konsole Autorisieren des Hosts über die CLI Autorisieren des Hosts mit Terraform.

iSCSI und Multipath-Dienstprogramme installieren

Stellen Sie sicher, dass Ihr System aktualisiert ist und die Pakete iscsi-initiator-utils und device-mapper-multipath enthält.

1. Verwenden Sie den folgenden Befehl, um die Pakete zu installieren.

   yum install iscsi-initiator-utils device-mapper-multipath
   

2. Starten Sie die Services.

   chkconfig multipathd on
   

   chkconfig iscsid on
   

Multipath einrichten

Sie richten DM Multipath mit dem Dienstprogramm mpathconf ein, das die Multipath-Konfigurationsdatei /etc/multipath.conf erstellt.

• Wenn die Datei /etc/multipath.conf vorhanden ist, kann sie mit dem Dienstprogramm mpathconf bearbeitet werden.
• Wenn die Datei '/etc/multipath.conf' nicht vorhanden ist, erstellt das Dienstprogramm 'mpathconf' die Datei '/etc/multipath.conf' neu.

1. Geben Sie den Befehl mpathconf mit der Option --enable ein.

   # mpathconf --enable --user_friendly_names n
   

2. Bearbeiten Sie die Datei /etc/multipath.conf mit der folgenden Mindestkonfiguration.

   defaults {
   user_friendly_names no
   max_fds max
   flush_on_last_del yes
   queue_without_daemon no
   dev_loss_tmo infinity
   fast_io_fail_tmo 5
   }
   # All data in the following section must be specific to your system.
   blacklist {
   wwid "SAdaptec*"
   devnode "^hd[a-z]"
   devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
   devnode "^cciss.*"
   }
   devices {
   device {
   vendor "NETAPP"
   product "LUN"
   path_grouping_policy group_by_prio
   features "2 pg_init_retries 50"
   no_path_retry queue
   prio "alua"
   path_checker tur
   failback immediate
   path_selector "round-robin 0"
   hardware_handler "1 alua"
   rr_weight uniform
   rr_min_io 128
   }
   

Der Abschnitt "Initial defaults" der Konfigurationsdatei konfiguriert Ihr System so, dass die Namen der Multipath-Geräte die Form /dev/mapper/mpath n haben, wobei mpath n die WWID des Geräts ist.

3. Speichern Sie die Konfigurationsdatei und beenden Sie den Editor, falls dies erforderlich sein sollte.

4. Führen Sie den folgenden Befehl aus:

   # systemctl start multipathd.service
   

   Wenn Sie die Multipath-Konfigurationsdatei bearbeiten müssen, nachdem Sie den Multipath-Daemon gestartet haben, müssen Sie den Befehl systemctl reload multipathd.service eingeben, damit die Änderungen wirksam werden.

Datei /etc/iscsi/initiatorname.iscsi aktualisieren

Aktualisieren Sie die Datei /etc/iscsi/initiatorname.iscsi mit der IQN aus der Konsole IBM Cloud®. Geben Sie den Wert in Kleinbuchstaben ein.

InitiatorName=<value-from-the-Portal>

Berechtigungsnachweise konfigurieren

Bearbeiten Sie die folgenden Einstellungen in /etc/iscsi/iscsid.conf, indem Sie den Benutzernamen und das Passwort von der IBM Cloud®-Konsole verwenden. Geben Sie die CHAP-Namen in Großbuchstaben ein.

node.session.auth.authmethod = CHAP
node.session.auth.username = <Username-value-from-Portal>
node.session.auth.password = <Password-value-from-Portal>
discovery.sendtargets.auth.authmethod = CHAP
discovery.sendtargets.auth.username = <Username-value-from-Portal>
discovery.sendtargets.auth.password = <Password-value-from-Portal>

Lassen Sie die anderen CHAP-Einstellungen auf Kommentar. IBM Cloud®-Speicher verwendet nur unidirektionale Authentifizierung. Aktivieren Sie nicht die gemeinsame Nutzung von CHAP (Mutual CHAP).

Speichermedium kennenlernen und anmelden

Das Dienstprogramm "iscsiadm" ist ein Befehlszeilen-Tool, das die Erkennung und Anmeldung bei iSCSI-Zielen sowie den Zugriff auf und die Verwaltung der Open-iSCSI-Datenbank unterstützt. Führen Sie in diesem Schritt die Erkennung des Geräts mithilfe der aus der IBM Cloud®-Konsole abgerufenen Ziel-IP-Adresse aus.

1. Führen Sie die Erkennung für das iSCSI-Array aus.

   iscsiadm -m discovery -t sendtargets -p <ip-value-from-IBM-Cloud-console>
   

   Wenn die IP-Informationen und die Zugriffsdetails angezeigt werden, war die Erkennung erfolgreich.

2. Melden Sie sich beim iSCSI-Array an.

   iscsiadm -m node --login
   

Konfiguration prüfen

1. Überprüfen Sie, ob die iSCSI-Sitzung eingerichtet ist.

   iscsiadm -m session -o show
   

2. Prüfen Sie, ob mehrere Pfade vorhanden sind.

   multipath -l
   

   Von diesem Befehl werden die Pfade gemeldet. Wenn es richtig konfiguriert ist, hat jedes Volume eine einzige Gruppe mit einer Anzahl von Pfaden, die der Anzahl der iSCSI-Sitzungen entspricht. Es ist möglich, ein Volumen mit einem einzigen Pfad zu verbinden, aber es ist wichtig, dass Verbindungen auf beiden Pfaden hergestellt werden, um eine Unterbrechung des Dienstes zu verhindern.

   Falls MPIO nicht korrekt konfiguriert ist, wird die Verbindung zum Speichermedium möglicherweise getrennt und es wird im Status 'offline' angezeigt, wenn ein Netzausfall auftritt oder wenn IBM Cloud®-Teams Wartungsarbeiten durchführen. MPIO bietet bei solchen Veranstaltungen eine zusätzliche Konnektivitätsebene und hält eine etablierte Sitzung auf dem aktuellen Stand mit aktiven Lese-/Schreibvorgängen.

3. Listen Sie die Partitionstabellen für das verbundene Gerät auf.

   fdisk -l | grep /dev/mapper
   

   Standardmäßig wird die Speichereinheit /dev/mapper/<wwid> zugeordnet. Solange der Datenträger vorhanden ist, ist die WWID persistent. Dieser Befehl meldet Ähnliches wie im folgenden Beispiel.

   Disk /dev/mapper/3600a0980383030523424457a4a695266: 73.0 GB, 73023881216 bytes
   

   Im Beispiel ist die Zeichenkette 3600a0980383030523424457a4a695266 die WWID. Ihre Anwendung sollte die WWID verwenden. Es ist auch möglich, leichter lesbare Namen zu verwenden, und zwar mit "user_friendly_names" oder "Alias"-Schlüsselwörtern in multipath.conf.

   Nun ist der Datenträger angehängt und der Zugriff darauf ist über den Host möglich. Als Nächstes können Sie ein Dateisystem erstellen.

Dateisystem erstellen (optional)

Führen Sie die folgenden Schritte aus, um ein Dateisystem auf dem neu angehängten Datenträger zu erstellen. Ein Dateisystem ist erforderlich, damit die meisten Anwendungen den Datenträger verwenden können. Verwenden Sie fdisk für Laufwerke mit weniger als 2 TB und parted für eine Platte mit mehr als 2 TB.

# yum install parted

Block Storage for Classic-Datenträger abhängen

Wenn Sie das Volume nicht mehr benötigen, unmounten Sie es, bevor Sie es löschen.

1. Hängen Sie das Dateisystem ab.

   umount /dev/mapper/XXXp1 /PerfDisk
   

2. Wenn Sie über keine anderen Datenträger in diesem Zielportal verfügen, können Sie sich von dem Ziel abmelden.

   iscsiadm -m node -t <TARGET NAME> -p <PORTAL IP:PORT> --logout
   

3. Wenn Sie über keine anderen Datenträger in diesem Zielportal verfügen, löschen Sie den Zielportaldatensatz, um künftige Anmeldeversuche zu verhindern.

   iscsiadm -m node -o delete -t <TARGET IQN> -p <PORTAL IP:PORT>