Compartir a través de

Implementación de IBM DB2 pureScale en Azure

  • Artículo

En este artículo, se muestra cómo implementar un ejemplo de arquitectura que un cliente empresarial usó recientemente para migrar de su entorno de IBM DB2 con z/OS a IBM DB2 pureScale en Azure.

Para seguir los pasos que se usan para la migración, vea los scripts de instalación en el repositorio DB2onAzure de GitHub. Estos scripts están basados en la arquitectura usada para una carga de trabajo de procesamiento de transacciones en línea (OLTP) de tamaño mediano.

Primeros pasos

Para implementar esta arquitectura, descargue y ejecute el script deploy.sh que puede encontrar en el repositorio DB2onAzure de GitHub.

El repositorio también tiene scripts para configurar un panel de Grafana. Puede usar el panel para consultar Prometheus, el sistema de supervisión y creación de alertas de código abierto que incluye DB2.

Nota

El script deploy.sh en el cliente crea las claves SSH privadas y las pasa a la plantilla de implementación a través de HTTPS. Para mayor seguridad, se recomienda usar Azure Key Vault para almacenar secretos, claves y contraseñas.

Cómo funciona el script de implementación

El script deploy.sh crea y configura los recursos de Azure de esta arquitectura. El script le solicita tanto la suscripción de Azure como las máquinas virtuales utilizadas en el entorno de destino y, a continuación, realiza las siguientes operaciones:

  • Configura el grupo de recursos, la red virtual y las subredes en Azure para la instalación.
  • Configura los grupos de seguridad de red y SSH para el entorno.
  • Configura varias tarjetas de interfaz de red tanto en el almacenamiento compartido como en las máquinas virtuales de DB2 pureScale.
  • Crea las máquinas virtuales del almacenamiento compartido. Si usa Espacios de almacenamiento directo o cualquier otra solución de almacenamiento, consulte Introducción a Espacios de almacenamiento directo.
  • Crea la máquina virtual del servidor de salto.
  • Crea las máquinas virtuales de DB2 pureScale.
  • Crea la máquina virtual testigo a la que DB2 pureScale envía pings. Omita esta parte de la implementación si la versión de DB2 pureScale no requiere un testigo.
  • Crea una máquina virtual Windows que se va a usar para realizar pruebas, pero no instala nada en ella.

A continuación, los scripts de implementación configuran una red de área de almacenamiento virtual (vSAN) de iSCSI para el almacenamiento compartido en Azure. En este ejemplo, iSCSI se conecta al clúster de almacenamiento compartido. En la solución de cliente original, se usó GlusterFS. Sin embargo, IBM ya no admite con este enfoque. Para mantener la compatibilidad con IBM, debe usar un sistema de archivos compatible con iSCSI que se admita. Microsoft ofrece Espacios de almacenamiento directo (S2D) como opción.

Esta solución también le ofrece la opción de instalar los destinos iSCSI como un solo nodo de Windows. iSCSI proporciona una interfaz de almacenamiento de bloque compartido a través de TCP/IP que permite que el procedimiento de configuración de DB2 pureScale utilice una interfaz de dispositivo para conectarse al almacenamiento compartido.

Los scripts de implementación ejecutan los siguientes pasos generales:

  1. Configuran un clúster de almacenamiento compartido en Azure. Este paso implica al menos dos nodos de Linux.
  2. Configuran una interfaz directa de iSCSI en los servidores de Linux de destino para el clúster de almacenamiento compartido.
  3. Configure el iniciador iSCSI en las máquinas virtuales de Linux. El iniciador accederá al clúster de almacenamiento compartido mediante el uso de un destino iSCSI. Para obtener más detalles sobre el programa de instalación, consulte How To Configure An iSCSI Target And Initiator In Linux (Cómo configurar un destino y un iniciador de iSCSI en Linux) en la documentación de RootUsers.
  4. Instale la capa de almacenamiento compartido de la interfaz de iSCSI.

Después de que los scripts creen el dispositivo iSCSI, el último paso es instalar DB2 pureScale. Como parte de la configuración de DB2 pureScale, IBM Spectrum Scale (conocido anteriormente como GPFS) se compila y se instala en el clúster GlusterFS. Este sistema de archivos en clúster permite que DB2 pureScale comparta datos entre varias máquinas virtuales que ejecutan el motor de DB2 pureScale. Para obtener más información, consulte la documentación de IBM Spectrum Scale en el sitio web de IBM.

Archivo de respuesta de DB2 pureScale

El repositorio de GitHub incluye DB2server.rsp, un archivo de respuesta (.rsp) que le permite generar un script automatizado para la instalación de DB2 pureScale. En la tabla siguiente se enumeran las opciones de DB2 pureScale que usa el archivo de respuesta para la instalación. Puede personalizar el archivo de respuesta según sea necesario para su entorno.

Nota

Se incluye un archivo de respuesta de ejemplo, DB2server.rsp, en el repositorio de GitHub DB2onAzure. Si usa este archivo, debe editarlo para que funcione en su entorno.

Nombre de pantalla Campo Value
Pantalla de inicio Nueva instalación
Elija un producto DB2 versión 11.1.3.3. Ediciones de servidor con DB2 pureScale
Configuración Directorio /data1/opt/ibm/db2/V11.1
Seleccione el tipo de instalación Habitual
Acepto los términos de IBM Activada
Propietario de la instancia Usuario existente para la instancia, nombre de usuario DB2sdin1
Usuario delimitado Usuario existente, nombre de usuario DB2sdfe1
Sistema de archivos en clúster Ruta de acceso del dispositivo de partición de disco compartida /dev/dm-2
Punto de montaje /DB2sd_1804a
Disco compartido para los datos /dev/dm-1
Punto de montaje (datos) /DB2fs/datafs1
Disco compartido para el registro /dev/dm-0
Punto de montaje (registro) /DB2fs/logfs1
Elemento diferenciador de los servicios de clúster de DB2. Ruta de acceso del dispositivo /dev/dm-3
Lista de hosts d1 [eth1], d2 [eth1], cf1 [eth1], cf2[eth1]
CF principal preferido cf1
CF secundario preferido cf2
Archivo de respuesta y resumen primera opción Instalar la edición de servidor de DB2 con la característica IBM DB2 pureScale y guardar mi configuración en un archivo de respuesta
Nombre del archivo de respuesta /root/DB2server.rsp

Notas sobre esta implementación

  • Los valores de /dev-dm0, /dev-dm1, /dev-dm2 y /dev-dm3 pueden cambiar tras un reinicio de la máquina virtual donde realiza la configuración (d0 en el script automatizado). Para encontrar los valores correctos, puede emitir el siguiente comando antes de completar el archivo de respuesta en el servidor en el que se va a ejecutar el programa de instalación:

    sudo ls -als /dev/mapper

    total 0
0 drwxr-xr-x 2 root root 140 May 30 11:07 .
0 drwxr-xr-x 19 root root 4060 May 30 11:31 ..
0 crw------- 1 root root 10, 236 May 30 11:04 control
0 lrwxrwxrwx 1 root root 7 May 30 11:07 db2data1 -\> ../dm-1
0 lrwxrwxrwx 1 root root 7 May 30 11:07 db2log1 -\> ../dm-0
0 lrwxrwxrwx 1 root root 7 May 30 11:26 db2shared -\> ../dm-2
0 lrwxrwxrwx 1 root root 7 May 30 11:08 db2tieb -\> ../dm-3

  • Los scripts de instalación utilizan alias para los discos de iSCSI, con el fin de que los nombres reales se puedan encontrar fácilmente.

  • Cuando el script de instalación se ejecuta en d0, los valores de /dev/dm-\* pueden ser distintos en d1, cf0 y cf1. La diferencia en los valores no afecta a la configuración de DB2 pureScale.

Solución de problemas conocidos

El repositorio de GitHub incluye una instancia de Knowledge Base que los autores mantienen. Enumera los posibles problemas que pueden producirse y las soluciones que puede probar. Por ejemplo, pueden producirse problemas conocidos cuando:

  • Intenta acceder a la dirección IP de la puerta de enlace.
  • Compila la licencia pública general (GPL).
  • Cuando se produce un error en el protocolo de enlace de seguridad entre hosts.
  • Cuando el instalador de DB2 detecta un sistema de archivos existente.
  • Instala manualmente la instancia de IBM Spectrum Scale.
  • Cuando, después de crear IBM Spectrum Scale, instala DB2 pureScale.
  • Quita DB2 pureScale y IBM Spectrum Scale.

Para obtener más información sobre estos y otros problemas conocidos, consulte el archivo kb.md en el repositorio de DB2onAzure.

Pasos siguientes