Saltar a contenidoSaltar a navegación de páginas: página anterior [tecla acceso p]/página siguiente [tecla acceso n]
Se aplica a SUSE Enterprise Storage 5

10 Instalación de iSCSI Gateway

iSCSI es un protocolo de red de área de almacenamiento (SAN) que permite a los clientes (denominados iniciadores) enviar comandos SCSI a dispositivos de almacenamiento SCSI (destinos) en servidores remotos. SUSE Enterprise Storage incluye una utilidad que permite gestionar el almacenamiento de Ceph en diversos clientes, como Microsoft Windows* y VMware* vSphere, mediante el protocolo iSCSI. El acceso iSCSI de múltiples rutas aporta disponibilidad y capacidad de ampliación para estos clientes, mientras que el protocolo iSCSI estandarizado también proporciona una capa adicional de aislamiento de seguridad entre los clientes y el clúster de SUSE Enterprise Storage. La utilidad de configuración se denomina lrbd. Mediante lrbd, los administradores de almacenamiento de Ceph pueden definir volúmenes de provisión ligera, replicados y de alta disponibilidad compatibles con las instantáneas de solo lectura, los clones de lectura y escritura y el cambio de tamaño automático con el dispositivo de bloques RADOS (RBD) de Ceph. Los administradores pueden, a continuación, exportar volúmenes a través de un host de pasarela lrbd único o a través de varios hosts de pasarela que admitan failover de múltiples rutas. Los hosts de Linux, Microsoft Windows y VMware pueden conectarse a los volúmenes mediante el protocolo iSCSI, por lo que están disponibles igual que cualquier otro dispositivo de bloques SCSI. Esto significa que los clientes de SUSE Enterprise Storage pueden ejecutar de forma eficaz un subsistema completo de infraestructura de almacenamiento de bloques en Ceph que proporcione todas las funciones y ventajas de una SAN convencional, lo que permite el crecimiento en el futuro.

Este capítulo presenta información detallada para configurar una infraestructura de clúster de Ceph junto con una pasarela iSCSI para que los hosts del cliente puedan utilizar los datos almacenados de forma remota como dispositivos de almacenamiento local mediante el protocolo iSCSI.

10.1 Almacenamiento de bloques iSCSI

iSCSI es una implementación del conjunto de comandos Small Computer System Interface (SCSI, interfaz de sistema informático pequeño) que usa el protocolo de Internet (IP) especificado en la RFC 3720. iSCSI se implementa como un servicio en el que un cliente (iniciador) se comunica con un servidor (destino) a través de una sesión en el puerto TCP 3260. La dirección IP y el puerto de un destino iSCSI se denominan "portal iSCSI", y un destino puede quedar expuesto mediante uno o varios portales. La combinación de un destino y uno o más portales se denomina "grupo de portal de destino" (TPG).

El protocolo de capa de enlace de datos subyacente para iSCSI suele ser Ethernet. Más concretamente, las infraestructuras iSCSI modernas utilizan 10 Gigabit Ethernet o redes más rápidas para un rendimiento óptimo. Se recomienda encarecidamente usar conectividad 10 Gigabit Ethernet entre iSCSI Gateway y el clúster de procesador final de Ceph.

10.1.1 Destino iSCSI de kernel de Linux

El destino iSCSI de kernel de Linux se denominaba originalmente LIO para linux-iscsi.org, el dominio y sitio Web originales del proyecto. Durante cierto tiempo, había al menos cuatro implementaciones de destino iSCSI compitiendo para la plataforma Linux, pero, al final, LIO prevaleció como el único destino iSCSI de referencia. El código de kernel de la línea principal de LIO utiliza el sencillo, aunque algo ambiguo, nombre de "destino" y distingue entre "núcleo de destino" y una variedad de módulos de destino de interfaz de usuario y procesador final.

El módulo de interfaz de usuario utilizado con mayor frecuencia es, posiblemente, iSCSI. Sin embargo, LIO también admite Fibre Channel (FC), Fibre Channel over Ethernet (FCoE) y otros protocolos de interfaz de usuario. En este momento, SUSE Enterprise Storage solo admite el protocolo iSCSI.

El módulo de procesador final de destino más utilizado es simplemente, cualquiera capaz de reexportar cualquier dispositivo de bloques disponible en el host de destino. Este módulo se denomina iblock. Sin embargo, LIO también tiene un módulo de procesador final RBD específico que admite el acceso de E/S de múltiples rutas paralelizado a imágenes RBD.

10.1.2 Iniciadores iSCSI

Esta sección presenta una breve descripción de los iniciadores iSCSI utilizados en plataformas Linux, Microsoft Windows y VMware.

10.1.2.1 Linux

El iniciador estándar para la plataforma Linux es open-iscsi. open-iscsi lanza un daemon, iscsid, que el usuario puede utilizar para descubrir destinos iSCSI en cualquier portal, entrar en los destinos y asignar volúmenes iSCSI. iscsid se comunica con la capa intermedia SCSI para crear dispositivos de bloques en el kernel que este, a continuación, puede tratar como cualquier otro dispositivo de bloques SCSI del sistema. El iniciador open-iscsi se puede distribuir junto con la utilidad Device Mapper Multipath (dm-multipath) para proporcionar un dispositivo de bloques iSCSI de alta disponibilidad.

10.1.2.2 Microsoft Windows e Hyper-V

El iniciador de iSCSI por defecto para el sistema operativo Microsoft Windows es el iniciador iSCSI de Microsoft. El servicio iSCSI se puede configurar a través de una interfaz gráfica de usuario (GUI) y es compatible con E/S de múltiples rutas para la alta disponibilidad.

10.1.2.3 VMware

El iniciador iSCSI por defecto para VMware vSphere y ESX es el iniciador iSCSI de VMware ESX, vmkiscsi. Si está habilitado, puede configurarse desde el cliente de vSphere o a través del comando vmkiscsi-tool. A continuación, puede dar formato a los volúmenes de almacenamiento conectados a través del adaptador de almacenamiento iSCSI de vSphere con VMFS y utilizarlos como cualquier otro dispositivo de almacenamiento de máquina virtual. El iniciador de VMware también es compatible con E/S de múltiples vías para la alta disponibilidad.

10.2 Información general sobre lrbd

lrbd combina las ventajas de los dispositivos de bloques RADOS con la versatilidad extendida de iSCSI. Si se emplea lrbd en un host de destino iSCSI (conocido como pasarela lrbd), cualquier aplicación que necesite hacer uso del almacenamiento de bloques puede beneficiarse de Ceph, incluso si no utiliza ningún protocolo de cliente de Ceph. En su lugar, los usuarios pueden utilizar iSCSI o cualquier otro protocolo de interfaz de usuario de destino para conectarse a un destino LIO, que traduce todas las comunicaciones de E/S de destino en operaciones de almacenamiento RBD.

Clúster de Ceph con una sola instancia de iSCSI Gateway
Figura 10.1: Clúster de Ceph con una sola instancia de iSCSI Gateway

Por naturaleza, lrbd es de alta disponibilidad y admite operaciones de múltiples rutas. Por lo tanto, los hosts de iniciador descendentes pueden utilizar varias instancias de iSCSI Gateway para obtener tanto alta disponibilidad como capacidad de ampliación. Cuando se comunican con una configuración iSCSI con más de un pasarela, los iniciadores pueden equilibrar la carga de las peticiones iSCSI entre varias pasarelas. En caso de fallo de una pasarela, por ejemplo si no se pueda acceder temporalmente o si está inhabilitada por mantenimiento, las comunicaciones de E/S continuarán de forma transparente a través de otra pasarela.

Clúster de Ceph con varias instancias de iSCSI Gateway
Figura 10.2: Clúster de Ceph con varias instancias de iSCSI Gateway

10.3 Consideraciones de distribución

Una configuración mínima de SUSE Enterprise Storage con lrbd consta de los siguientes componentes:

  • Un clúster de almacenamiento de Ceph. El clúster de Ceph está formado por un mínimo de cuatro servidores físicos que alojan al menos ocho daemons de almacenamiento de objetos (OSD) cada uno. En una configuración de este tipo, tres nodos de OSD también funcionan como host de monitor (MON).

  • Un servidor de destino iSCSI con el destino iSCSI LIO en ejecución, configurado mediante lrbd.

  • Un host de iniciador iSCSI, con open-iscsi (Linux) en ejecución, el iniciador iSCSI de Microsoft (Microsoft Windows) o cualquier otra implementación de iniciador iSCSI compatible.

Una configuración de producción recomendada de SUSE Enterprise Storage con lrbd consta de:

  • Un clúster de almacenamiento de Ceph. Un clúster de producción de Ceph formado por cualquier número de nodos de OSD (normalmente más de 10), que por lo general ejecutan de 10 a 12 daemons de almacenamiento de objetos (OSD) cada uno, con no menos de tres hosts MON dedicados.

  • Varios servidores de destino iSCSI en los que se ejecuta el destino iSCSI LIO, configurado mediante lrbd. Para el failover y el equilibrio de carga iSCSI, estos servidores deben ejecutar un kernel que admita el módulo target_core_rbd. Hay disponibles paquetes de actualización en el canal de mantenimiento de SUSE Linux Enterprise Server.

  • Cualquier número de hosts de iniciador iSCSI, con open-iscsi (Linux) en ejecución, el iniciador iSCSI de Microsoft (Microsoft Windows) o cualquier otra implementación de iniciador iSCSI compatible.

10.4 Instalación y configuración

En esta sección se describen los pasos necesarios para instalar y configurar una instancia de iSCSI Gateway en SUSE Enterprise Storage.

10.4.1 Distribución de iSCSI Gateway en un clúster de Ceph

Es posible distribuir iSCSI Gateway durante el proceso de distribución del clúster de Ceph o añadiéndolo a un clúster existente mediante DeepSea.

Para incluir iSCSI Gateway durante el proceso de distribución del clúster, consulte la Sección 4.5.1.2, “Asignación de funciones”.

Para añadir iSCSI Gateway a un clúster existente, consulte el Sección 1.2, “Adición de nuevas funciones a los nodos”.

10.4.2 Creación de imágenes RBD

Las imágenes RBD se crean en el almacén de Ceph y, posteriormente, se exportan a iSCSI. Se recomienda utilizar un repositorio RADOS dedicado para este propósito. Es posible crear un volumen desde cualquier host que sea posible conectar al clúster de almacenamiento mediante la utilidad de línea de comandos rbd de Ceph. Esto requiere que el cliente tenga al menos un archivo de configuración ceph.conf mínimo y credenciales de autenticación adecuadas para CephX.

Para crear un volumen nuevo y exportarlo posteriormente a través de iSCSI, use el comando rbd create especificando el tamaño del volumen en megabytes. Por ejemplo, para crear un volumen de 100 GB denominado testvol en el repositorio denominado iscsi, ejecute:

root # rbd --pool iscsi create --size=102400 testvol

El comando anterior crea un volumen RBD con el formato 2 por defecto.

Nota
Nota

A partir de SUSE Enterprise Storage 3, el formato de volumen por defecto es el 2 y el formato 1 ha quedado obsoleto. Sin embargo, aún es posible crear volúmenes con el formato obsoleto 1 mediante la opción --image-format 1.

10.4.3 Exportación de imágenes RBD a través de iSCSI

Para exportar imágenes RBD a través de iSCSI, utilice la utilidad lrbd. lrbd permite crear, revisar y modificar la configuración del destino iSCSI, que utiliza un formato JSON.

Sugerencia
Sugerencia: importación de cambios en openATTIC

Cualquier cambio realizado en la configuración de iSCSI Gateway mediante el comando lrbd no será visible para DeepSea ni openATTIC. Para importar los cambios manuales, hay que exportar la configuración de iSCSI Gateway a un archivo:

root@minion > lrbd -o /tmp/lrbd.conf

A continuación, copie ese archivo en el master de Salt para que DeepSea y openATTIC puedan verlo:

root@minion > scp /tmp/lrbd.conf ses5master:/srv/salt/ceph/igw/cache/lrbd.conf

Por último, edite /srv/pillar/ceph/stack/global.yml y defina:

igw_config: default-ui

Para editar la configuración, utilice lrbd -e o lrbd --edit. Este comando invocará el editor por defecto, definido por la variable de entorno EDITOR. Puede anular este comportamiento; para ello, defina la opción -E además de la opción -e.

A continuación se muestra una configuración de ejemplo para:

  • dos hosts de iSCSI Gateway denominados iscsi1.example.com y iscsi2.example.com,

  • que definen un solo destino iSCSI con el nombre completo iSCSI (IQN) iqn.2003-01.org.linux-iscsi.iscsi.x86:testvol,

  • con una sola unidad lógica iSCSI,

  • con el respaldo de una imagen RBD denominada testvol en el repositorio RADOS rbd,

  • y que exporta el destino a través de dos portales denominados "east" y "west":

{
    "auth": [
        {
            "target": "iqn.2003-01.org.linux-iscsi.iscsi.x86:testvol",
            "authentication": "none"
        }
    ],
    "targets": [
        {
            "target": "iqn.2003-01.org.linux-iscsi.iscsi.x86:testvol",
            "hosts": [
                {
                    "host": "iscsi1.example.com",
                    "portal": "east"
                },
                {
                    "host": "iscsi2.example.com",
                    "portal": "west"
                }
            ]
        }
    ],
    "portals": [
        {
            "name": "east",
            "addresses": [
                "192.168.124.104"
            ]
        },
        {
            "name": "west",
            "addresses": [
                "192.168.124.105"
            ]
        }
    ],
    "pools": [
        {
            "pool": "rbd",
            "gateways": [
                {
                    "target": "iqn.2003-01.org.linux-iscsi.iscsi.x86:testvol",
                    "tpg": [
                        {
                            "image": "testvol"
                        }
                    ]
                }
            ]
        }
    ]
    }

Tenga en cuenta que cada vez que haga referencia a un nombre de host de la configuración, ese nombre de host debe coincidir con el resultado del comando uname - n de iSCSI Gateway.

El código JSON editado se almacena en los atributos extendidos (xattrs) de un único objeto RADOS por repositorio. Este objeto está disponible para los hosts de pasarela en los que se ha editado el código JSON, así como en todos los hosts de pasarela conectados al mismo clúster de Ceph. Localmente, en la pasarela lrbd, no se almacena ninguna información de configuración.

Para activar la configuración, almacénela en el clúster de Ceph y lleve a cabo una de las acciones siguientes (como usuario root):

  • Ejecute el comando lrbd (sin opciones adicionales) en la línea de comandos.

O bien

  • Reinicie el servicio lrbd con service lrbd restart.

El "servicio" lrbd no activa ningún daemon en segundo plano; simplemente invoca el comando lrbd. Este tipo de servicio se conoce como servicio "único" (one-shot).

También debe permitir que lrbd se configure automáticamente al iniciar el sistema. Para ello, ejecute el comando systemctl enable lrbd.

La configuración anterior muestra una implementación sencilla de una pasarela. La configuración lrbd puede ser mucho más compleja y potente. El paquete RPM de lrbd incluye un amplio conjunto de ejemplos de configuración que puede consultar en el directorio /usr/share/doc/packages/lrbd/samples después de la instalación. También hay ejemplos disponibles en https://github.com/SUSE/lrbd/tree/master/samples.

10.4.4 Valores opcionales

Los siguientes valores pueden ser útiles en algunos entornos. Para las imágenes, están los atributos uuid, lun, retries, sleep y retry_errors. Los dos primeros, uuid y lun, permiten definir de un modo predeterminado e inamovible del "uuid" o el "lun" de una imagen concreta. Puede especificar cualquiera de esos valores para una imagen. Los atributos retries, sleep y retry_errors afectan a los intentos de asignar una imagen rbd.

"pools": [
    {
        "pool": "rbd",
        "gateways": [
        {
        "host": "igw1",
        "tpg": [
                    {
                        "image": "archive",
                        "uuid": "12345678-abcd-9012-efab-345678901234",
                        "lun": "2",
                        "retries": "3",
                        "sleep": "4",
                        "retry_errors": [ 95 ],
                        [...]
                    }
                ]
            }
        ]
    }
]

10.4.5 Valores avanzados

lrbd puede configurarse con parámetros avanzados que posteriormente se pasan al destino de E/S LIO. Los parámetros se dividen en componentes iSCSI y de almacén de respaldo, que a su vez se pueden especificar en las secciones "targets" y "tpg", respectivamente, en la configuración de lrbd.

Aviso
Aviso

No se recomienda cambiar los valores por defecto de estos parámetros.

"targets": [
    {
        [...]
        "tpg_default_cmdsn_depth": "64",
        "tpg_default_erl": "0",
        "tpg_login_timeout": "10",
        "tpg_netif_timeout": "2",
        "tpg_prod_mode_write_protect": "0",
    }
]

A continuación se muestra una descripción de las opciones:

tpg_default_cmdsn_depth

Profundidad de CmdSN (número de secuencia de comando) por defecto. Limita la cantidad de peticiones que un iniciador iSCSI puede tener pendientes en cualquier momento.

tpg_default_erl

Nivel de recuperación de error por defecto.

tpg_login_timeout

Valor de tiempo límite de entrada a la sesión en segundos.

tpg_netif_timeout

Tiempo límite de fallo de NIC en segundos.

tpg_prod_mode_write_protect

Si se establece en 1, se impide que se pueda escribir en los LUN.

"pools": [
    {
        "pool": "rbd",
        "gateways": [
        {
        "host": "igw1",
        "tpg": [
                    {
                        "image": "archive",
                        "backstore_block_size": "512",
                        "backstore_emulate_3pc": "1",
                        "backstore_emulate_caw": "1",
                        "backstore_emulate_dpo": "0",
                        "backstore_emulate_fua_read": "0",
                        "backstore_emulate_fua_write": "1",
                        "backstore_emulate_model_alias": "0",
                        "backstore_emulate_rest_reord": "0",
                        "backstore_emulate_tas": "1",
                        "backstore_emulate_tpu": "0",
                        "backstore_emulate_tpws": "0",
                        "backstore_emulate_ua_intlck_ctrl": "0",
                        "backstore_emulate_write_cache": "0",
                        "backstore_enforce_pr_isids": "1",
                        "backstore_fabric_max_sectors": "8192",
                        "backstore_hw_block_size": "512",
                        "backstore_hw_max_sectors": "8192",
                        "backstore_hw_pi_prot_type": "0",
                        "backstore_hw_queue_depth": "128",
                        "backstore_is_nonrot": "1",
                        "backstore_max_unmap_block_desc_count": "1",
                        "backstore_max_unmap_lba_count": "8192",
                        "backstore_max_write_same_len": "65535",
                        "backstore_optimal_sectors": "8192",
                        "backstore_pi_prot_format": "0",
                        "backstore_pi_prot_type": "0",
                        "backstore_queue_depth": "128",
                        "backstore_unmap_granularity": "8192",
                        "backstore_unmap_granularity_alignment": "4194304"
                    }
                ]
            }
        ]
    }
]

A continuación se muestra una descripción de las opciones:

backstore_block_size

Tamaño de bloque del dispositivo subyacente.

backstore_emulate_3pc

Si se establece en 1, se habilita la opción Third Party Copy (Copia por parte de terceros).

backstore_emulate_caw

Si se establece en 1, se habilita la opción Compare and Write (Comparar y escribir).

backstore_emulate_dpo

Si se establece en 1, se activa la opción Disable Page Out (Inhabilitar página saliente).

backstore_emulate_fua_read

Si se establece en 1, se habilita la lectura de Force Unit Access (Forzar acceso a la unidad).

backstore_emulate_fua_write

Si se establece en 1, se habilita la escritura de Force Unit Access (Forzar acceso a la unidad).

backstore_emulate_model_alias

Si se establece en 1, se utiliza el nombre del dispositivo de procesador final para el alias del modelo.

backstore_emulate_rest_reord

Si se establece en 0, la opción Queue Algorithm Modifier (Modificador de algoritmo de cola) tiene restringido el cambio de orden.

backstore_emulate_tas

Si se establece en 1, se habilita la opción Task Aborted Status (Estado cancelado de tarea).

backstore_emulate_tpu

Si se establece en 1, se habilita la opción Thin Provisioning Unmap (Anular asignación de provisión ligera).

backstore_emulate_tpws

Si se establece en 1, se habilita la opción Thin Provisioning Write Same (Misma escritura en provisión ligera).

backstore_emulate_ua_intlck_ctrl

Si se establece en 1, se habilita la opción Unit Attention Interlock (Interbloqueo de atención en la unidad).

backstore_emulate_write_cache

Si se establece en 1, se activa la opción Write Cache Enable (Habilitar caché de escritura).

backstore_enforce_pr_isids

Si se establece en 1, se fuerzan los ISID de reserva persistente.

backstore_fabric_max_sectors

Número máximo de sectores que la estructura puede transferir al mismo tiempo.

backstore_hw_block_size

Tamaño del bloque de hardware en bytes.

backstore_hw_max_sectors

Número máximo de sectores que el hardware puede transferir al mismo tiempo.

backstore_hw_pi_prot_type

Si es distinto de cero, la protección de DIF está habilitada en el hardware subyacente.

backstore_hw_queue_depth

Profundidad de la cola de hardware.

backstore_is_nonrot

Si se establece en 1, el almacén de respaldo es un dispositivo sin rotación.

backstore_max_unmap_block_desc_count

Número máximo de descriptores de bloque para UNMAP.

backstore_max_unmap_lba_count:

Número máximo de LBA para UNMAP.

backstore_max_write_same_len

Longitud máxima de WRITE_SAME.

backstore_optimal_sectors

Tamaño de la petición óptima en sectores.

backstore_pi_prot_format

Formato de la protección DIF.

backstore_pi_prot_type

Tipo de garantía de DIF.

backstore_queue_depth

Profundidad de la cola.

backstore_unmap_granularity

Granularidad de UNMAP.

backstore_unmap_granularity_alignment

Alineación de la granularidad de UNMAP.

Para los destinos, los atributos de tpg permiten ajustar los parámetros del kernel. Utilice esta opción con precaución.

"targets": [
{
    "host": "igw1",
    "target": "iqn.2003-01.org.linux-iscsi.generic.x86:sn.abcdefghijk",
    "tpg_default_cmdsn_depth": "64",
    "tpg_default_erl": "0",
    "tpg_login_timeout": "10",
    "tpg_netif_timeout": "2",
    "tpg_prod_mode_write_protect": "0",
    "tpg_t10_pi": "0"
}
Sugerencia
Sugerencia

Si un sitio necesita LUN asignados de forma estática, asigne números a cada LUN.

10.5 Exportación de imágenes del dispositivo de bloques RADOS mediante tcmu-runner

A partir de la versión 5, SUSE Enterprise Storage incluye un procesador final RBD de espacio de usuario para tcmu-runner (consulte la página man 8 tcmu-runner para obtener más información).

Aviso
Aviso: tecnología en fase preliminar

Las distribuciones de iSCSI Gateway basadas en tcmu-runner son actualmente una tecnología en fase preliminar. Consulte el Capítulo 10, Instalación de iSCSI Gateway para obtener instrucciones sobre la distribución de iSCSI Gateway basada en kernel con lrbd.

A diferencia de las distribuciones de iSCSI Gateway lrbd basadas en kernel, las basadas en tcmu-runner no ofrecen compatibilidad con E/S de múltiples rutas ni con las reservas persistentes SCSI.

Dado que ni DeepSea ni openATTIC admiten actualmente distribuciones tcmu-runner, debe gestionar la instalación, la distribución y la supervisión de forma manual.

10.5.1 Instalación

En el nodo de iSCSI Gateway, instale el paquete tcmu-runner-handler-rbd desde los medios de SUSE Enterprise Storage 5, junto con las dependencias de los paquetes libtcmu1 y tcmu-runner. Instale el paquete targetcli-fb por motivos de configuración. Tenga en cuenta que el paquete targetcli-fb no es compatible con la versión "no fb" del paquete targetcli.

Confirme que el servicio tcmu-runner de systemd está ejecutándose:

root # systemctl enable tcmu-runner
tcmu-gw:~ # systemctl status tcmu-runner
● tcmu-runner.service - LIO Userspace-passthrough daemon
  Loaded: loaded (/usr/lib/systemd/system/tcmu-runner.service; static; vendor
  preset: disabled)
    Active: active (running) since ...

10.5.2 Configuración y distribución

Cree una imagen del dispositivo de bloques RADOS en su clúster de Ceph existente. En el siguiente ejemplo, se utilizará una imagen 10G denominada "tcmu-lu" situada en el repositorio "rbd".

Después de crear la imagen del dispositivo de bloques RADOS, ejecute targetcli y asegúrese de que el gestor RBD tcmu-runner (un complemento) esté disponible:

root # targetcli
targetcli shell version 2.1.fb46
Copyright 2011-2013 by Datera, Inc and others.
For help on commands, type 'help'.

/> ls
o- / ................................... [...]
  o- backstores ........................ [...]
...
  | o- user:rbd ......... [Storage Objects: 0]

Cree una entrada de configuración en el almacén de respaldo para la imagen RBD:

/> cd backstores/user:rbd
/backstores/user:rbd> create tcmu-lu 10G /rbd/tcmu-lu
Created user-backed storage object tcmu-lu size 10737418240.

Cree una entrada de configuración de transporte de iSCSI. En el siguiente ejemplo, targetcli genera automáticamente el IQN de destino "iqn.2003-01.org.linux-iscsi.tcmu-gw.x8664:sn.cb3d2a3a" para su uso como identificador de destino iSCSI exclusivo:

/backstores/user:rbd> cd /iscsi
/iscsi> create
Created target iqn.2003-01.org.linux-iscsi.tcmu-gw.x8664:sn.cb3d2a3a.
Created TPG 1.
Global pref auto_add_default_portal=true
Created default portal listening on all IPs (0.0.0.0), port 3260.

Cree una entrada de ACL para los iniciadores iSCSI que desee conectar al destino. En el ejemplo siguiente, se usa el IQN de iniciador "iqn.1998-01.com.vmware:esxi-872c4888":

/iscsi> cd
iqn.2003-01.org.linux-iscsi.tcmu-gw.x8664:sn.cb3d2a3a/tpg1/acls/
/iscsi/iqn.20...a3a/tpg1/acls> create iqn.1998-01.com.vmware:esxi-872c4888

Por último, enlace la configuración del almacén de respaldo RBD creada previamente en el destino iSCSI:

/iscsi/iqn.20...a3a/tpg1/acls> cd ../luns
/iscsi/iqn.20...a3a/tpg1/luns> create /backstores/user:rbd/tcmu-lu
Created LUN 0.
Created LUN 0->0 mapping in node ACL iqn.1998-01.com.vmware:esxi-872c4888

Salga de la shell para guardar la configuración existente:

/iscsi/iqn.20...a3a/tpg1/luns> exit
Global pref auto_save_on_exit=true
Last 10 configs saved in /etc/target/backup.
Configuration saved to /etc/target/saveconfig.json

10.5.3 Uso

Desde el nodo (cliente) del iniciador iSCSI, conéctese al destino iSCSI recién provisionado utilizando el IQN y el nombre de host que ha configurado anteriormente.

Imprimir esta página