Antes de empezar

Si varios hosts montan el mismo volumen Block Storage for Classic sin estar gestionados de forma cooperativa, los datos están en riesgo de corrupción. Se pueden producir daños en el volumen si varios hosts realizan cambios en el volumen al mismo tiempo. Necesita un sistema de archivos de disco compartido compatible con clústeres para evitar la pérdida de datos, como Microsoft Cluster Shared Volumes ( CSV ), Red Hat Global File System ( GFS2 ), VMware® VMFS y otros. Para obtener más información, consulta la documentación de tu sistema operativo.

Es mejor ejecutar el tráfico de almacenamiento en una VLAN, que omita el cortafuegos. La ejecución del tráfico de almacenamiento a través de cortafuegos de software aumenta la latencia y afecta negativamente al rendimiento del almacenamiento. Para obtener más información sobre cómo direccionar el tráfico a su propia interfaz de VLAN, consulte las Preguntas frecuentes.

Antes de empezar, asegúrate de que el equipo que va a acceder al volumen « Block Storage for Classic » esté autorizado. Para más información, ver Autorizando el host en la consola Autorizar el host desde la CLI Autorizar el host con Terraform.

Instalar los programas de utilidad multivía e iSCSI

Asegúrate de que tu sistema esté actualizado e incluya los paquetes iscsi-initiator-utils y device-mapper-multipath.

1. Utilice el mandato siguiente para instalar los paquetes.

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

2. Inicie los servicios.

   chkconfig multipathd on
   

   chkconfig iscsid on
   

Configurar la multivía de acceso

DM Multipath se configura mediante la utilidad « mpathconf », que crea el archivo de configuración de multipath « /etc/multipath.conf ».

• Si existe el archivo « /etc/multipath.conf », la utilidad «mpathconf» puede editarlo.
• Si el archivo /etc/multipath.conf no existe, el programa de utilidad mpathconf crea el archivo /etc/multipath.conf desde cero.

1. Introduce el comando « mpathconf » con la opción « --enable ».

   # mpathconf --enable --user_friendly_names n
   

2. Edita el archivo « /etc/multipath.conf » con la siguiente configuración mínima.

   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
   }
   

La sección de valores predeterminados iniciales del archivo de configuración configura el sistema de tal manera que los nombres de los dispositivos multipath tengan el formato /dev/mapper/mpath n, donde mpath n es el WWID (World Wide Identifier) del dispositivo.

3. Guarde el archivo de configuración y salga del editor, si es necesario.

4. Ejecute el mandato siguiente:

   # systemctl start multipathd.service
   

   Si necesitas modificar el archivo de configuración de multipath después de haber iniciado el demonio de multipath, debes ejecutar el comando « systemctl reload multipathd.service » para que los cambios surtan efecto.

Actualizar el archivo /etc/iscsi/initiatorname.iscsi

Actualiza el archivo « /etc/iscsi/initiatorname.iscsi » con el IQN de la consola de IBM Cloud®. Escriba el valor en minúsculas.

InitiatorName=<value-from-the-Portal>

Configurar credenciales

Modifica los siguientes ajustes en /etc/iscsi/iscsid.conf utilizando el nombre de usuario y la contraseña de la consola IBM Cloud®. Utilice mayúsculas para los nombres CHAP (Challenge-Handshake Authentication Protocol).

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>

Deja el resto de ajustes de CHAP comentados. El almacenamiento de « IBM Cloud® » utiliza únicamente autenticación unidireccional. No habilite Mutual CHAP.

Descubrir el dispositivo de almacenamiento e iniciar sesión

La utilidad iscsiadm es una herramienta comando que facilita la detección y el inicio de sesión en destinos de « iSCSI », así como el acceso y la gestión de la base de datos de open-iscsi. En este paso, descubra el dispositivo utilizando la dirección IP de destino que se ha obtenido de la consola de IBM Cloud®.

1. Ejecute el descubrimiento en la matriz de iSCSI.

   Block Storage for Classic requiere una detección dinámica de destinos que utilice el método SendTargets. No utilice la configuración de nodos estáticos, ya que no es escalable y puede provocar problemas de conectividad cuando se realizan cambios en el almacenamiento (como autorizar o desautorizar hosts para acceder a los LUN). La detección dinámica garantiza que el host detecte automáticamente cualquier cambio en los portales de destino.

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

   Si se visualiza la información de IP y los detalles de acceso, el descubrimiento es satisfactorio.

2. Inicie sesión en la matriz iSCSI.

   iscsiadm -m node --login
   

Verificación de la configuración

1. Valide que se ha establecido la sesión iSCSI.

   iscsiadm -m session -o show
   

2. Compruebe que existen varias vías de acceso.

   multipath -l
   

   Este mandato informa de las vías de acceso. Si está configurado correctamente, cada volumen tendrá un único grupo, con un número de rutas igual al número de sesiones de iSCSI. Es posible conectar un volumen mediante una sola ruta, pero es importante que se establezcan conexiones en ambas rutas para evitar interrupciones en el servicio.

   Si MPIO no se ha configurado correctamente, el dispositivo de almacenamiento se puede desconectar y aparecer fuera de línea cuando se produzca un corte en la red o cuando los equipos de IBM Cloud® realizan tareas de mantenimiento. MPIO proporciona un nivel adicional de conectividad durante esos eventos y mantiene una sesión establecida con el volumen mediante operaciones activas de lectura y escritura.

3. Liste las tablas de partición del dispositivo conectado.

   fdisk -l | grep /dev/mapper
   

   De forma predeterminada, el dispositivo de almacenamiento se conecta a /dev/mapper/<wwid>. El WWID persiste mientras existe el volumen. El mandato informa de algo similar al ejemplo siguiente.

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

   En el ejemplo, la cadena « 3600a0980383030523424457a4a695266 » es el WWID. La aplicación debe utilizar el WWID. También es posible asignar nombres más fáciles de leer utilizando las palabras clave «user_friendly_names» o «alias» en multipath.conf.

   El volumen ahora está montado y es accesible en el host. Luego puede crear un sistema de archivos.

Creación de un sistema de archivos (opcional)

Siga estos pasos para crear un sistema de archivos en el volumen montado recientemente. Un sistema de archivos es necesario para que la mayoría de las aplicaciones utilicen el volumen. Utilice fdisk para unidades inferiores a 2 TB y parted para discos de más de 2 TB.

# dnf install parted

Desmontaje de volúmenes de Block Storage for Classic

Cuando ya no necesite el volumen, desmóntelo antes de eliminarlo.

1. Desmonte el sistema de archivos.

   umount /dev/mapper/XXXp1 /PerfDisk
   

2. Si no tiene ningún otro volumen en el portal de destino, puede finalizar la sesión del destino.

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

3. Si no tiene ningún otro volumen en el portal de destino, suprima el registro del portal de destino para evitar futuros intentos de inicio de sesión.

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