Partager via

Déployer IBM DB2 pureScale sur Azure

  • Article

Cet article décrit comment déployer un exemple d’architecture utilisé récemment par un client d’entreprise pour migrer son environnement IBM DB2 s’exécutant sur z/OS vers IBM DB2 pureScale sur Azure.

Pour suivre les étapes de la migration, consultez les scripts d’installation dans le dépôt DB2onAzure sur GitHub. Ces scripts reposent sur l’architecture d’une charge de travail de traitement transactionnel en ligne (OLTP) classique de taille moyenne.

Bien démarrer

Pour déployer cette architecture, téléchargez et exécutez le script deploy.sh qui se trouve dans le dépôt DB2onAzure sur GitHub.

Le dépôt comporte également des scripts pour la configuration d’un tableau de bord Grafana. Vous pouvez utiliser le tableau de bord pour interroger Prometheus, le système de supervision et d’alerte open source inclus dans DB2.

Notes

Le script deploy.sh sur le client crée des clés SSH privées et les transmet au modèle de déploiement via HTTPS. Pour une sécurité accrue, nous vous recommandons d’utiliser Azure Key Vault pour stocker des secrets, des clés et des mots de passe.

Fonctionnement du script de déploiement

Le script deploy.sh crée et configure les ressources Azure pour cette architecture. Le script vous invite à indiquer l’abonnement Azure et les machines virtuelles utilisées dans l’environnement cible, puis :

  • Configure le groupe de ressources, le réseau virtuel et les sous-réseaux sur Azure pour l’installation.
  • Configure les groupes de sécurité réseau et SSH pour l'environnement.
  • Configure plusieurs cartes réseau sur les machines virtuelles de stockage partagé et DB2 pureScale.
  • Crée les machines virtuelles de stockage partagé. Si vous utilisez des espaces de stockage direct ou une autre solution de stockage, consultez Vue d'ensemble des espaces de stockage direct.
  • Crée la machine virtuelle jumpbox.
  • Crée les machines virtuelles DB2 pureScale.
  • Crée la machine virtuelle témoin sur laquelle DB2 pureScale effectue un test ping. Ignorez cette partie du déploiement si votre version de DB2 pureScale ne requiert aucun témoin.
  • Crée une machine virtuelle Windows à utiliser pour le test, mais n'installe rien sur celle-ci.

Ensuite, les scripts de déploiement configurent un réseau de zone de stockage virtuel (vSAN) iSCSI pour le stockage partagé sur Azure. Dans cet exemple, iSCSI se connecte au cluster de stockage partagé. Dans la solution client d'origine, GlusterFS était utilisé. Toutefois, IBM ne prend plus en charge cette approche. Pour continuer à bénéficier de la prise en charge d'IBM, vous devez utiliser un système de fichiers compatible iSCSI pris en charge. Les espaces de stockage direct sont proposés en option par Microsoft.

Cette solution vous donne également la possibilité d’installer les cibles iSCSI sous la forme d’un nœud Windows unique. iSCSI fournit une interface de stockage de bloc partagé sur TCP/IP qui permet à la procédure d’installation deDB2 pureScale d’utiliser une interface d’appareil pour se connecter à un stockage partagé.

Les scripts de déploiement exécutent les étapes générales suivantes :

  1. Configurer un cluster de stockage partagé sur Azure. Cette étape implique au moins deux nœuds Linux.
  2. Configurer une interface iSCSI Direct sur des serveurs Linux cibles pour le cluster de stockage partagé.
  3. Configurer l’initiateur iSCSI sur les machines virtuelles Linux. L'initiateur accède au cluster de stockage partagé en utilisant une cible iSCSI. Pour plus d’informations sur l’installation, consultez Guide pratique pour configurer une cible et un initiateur iSCSI dans Linux dans la documentation RootUsers.
  4. Installez la couche de stockage partagé pour l'interface iSCSI.

Une fois que les scripts ont créé l’appareil iSCSI, l’étape finale consiste à installer DB2 pureScale. Dans le cadre de la configuration de DB2 purescale, IBM Spectrum Scale (anciennement nommé GPFS) est compilé et installé sur le cluster GlusterFS. Ce système de fichiers en cluster permet à DB2 pureScale de partager des données avec les machines virtuelles qui exécutent le moteur DB2 pureScale. Pour plus d’informations, consultez la documentation relative à IBM Spectrum Scale sur le site web d’IBM.

Fichier réponse DB2 pureScale

Le dépôt GitHub inclut DB2server.rsp, un fichier réponse (.rsp) qui vous permet de générer un script automatisé pour l’installation de DB2 pureScale. Le tableau suivant liste les options de DB2 pureScale utilisées par le fichier réponse pour la configuration. Vous pouvez personnaliser le fichier réponse selon votre environnement.

Notes

Un exemple de fichier réponse, DB2server.rsp, est inclus dans le dépôt DB2onAzure sur GitHub. Si vous utilisez ce fichier, vous devez le modifier avant de pouvoir travailler dans votre environnement.

Nom d’écran Champ Valeur
Bienvenue Nouvelle installation
Choisir un projet DB2 Version 11.1.3.3. Éditions Server avec DB2 pureScale
Configuration Répertoire /data1/opt/ibm/db2/V11.1
Choisir le type d'installation Standard
J’accepte les conditions IBM Activée
Propriétaire de l’instance Utilisateur existant pour l’instance, nom d’utilisateur DB2sdin1
Utilisateur délimité Utilisateur existant, nom d’utilisateur DB2sdfe1
Système de fichiers de cluster Chemin de périphérique de partition disque partagée /dev/dm-2
Point de montage /DB2sd_1804a
Disque partagé pour les données /dev/dm-1
Point de montage (Données) /DB2fs/datafs1
Disque partagé pour le journal /dev/dm-0
Point de montage (Journal) /DB2fs/logfs1
Services de cluster DB2 Tiebreaker. Chemin de l’appareil /dev/dm-3
Liste des hôtes d1 [eth1], d2 [eth1], cf1 [eth1], cf2 [eth1]
CF principal par défaut cf1
CF secondaire par défaut cf2
Fichier réponse et résumé première option Installer DB2 Server Edition avec la fonctionnalité IBM DB2 pureScale et enregistrer mes paramètres dans un fichier réponse
Nom du fichier réponse /root/DB2server.rsp

À propos de ce déploiement

  • Les valeurs /dev-dm0, /dev-dm1, /dev-dm2 et /dev-dm3 peuvent changer après un redémarrage de la machine virtuelle sur lequel l’installation a lieu (d0 dans le script automatisé). Pour trouver les valeurs appropriées, vous pouvez émettre la commande suivante avant d’exécuter le fichier réponse sur le serveur sur lequel l’installation aura lieu :

    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

  • Les scripts d’installation utilisent des alias pour les disques iSCSI afin de trouver facilement les véritables noms.

  • Quand le script d’installation est exécuté sur d0, les valeurs /dev/dm-\* peuvent être différentes sur d1, cf0 et cf1. Cette différence dans les valeurs n’affecte pas l’installation de DB2 pureScale.

Problèmes connus et dépannage

Le dépôt GitHub inclut une Base de connaissances gérée par les auteurs. Celle-ci liste les éventuels problèmes que vous pouvez rencontrer et les solutions que vous pouvez essayer. Par exemple, des problèmes connus peuvent se produire dans les situations suivantes :

  • Tentative d’accès à l’adresse IP de la passerelle.
  • Compilation d’une licence grand public (licence générale).
  • Échec de la négociation de sécurité entre les hôtes.
  • Détection d’un système de fichiers existant par le programme d’installation de DB2.
  • Installation manuelle d’IBM Spectrum Scale.
  • Installation de DB2 pureScale alors qu’IBM Spectrum Scale est déjà créé.
  • Suppression de DB2 pureScale et IBM Spectrum Scale.

Pour plus d’informations sur ces problèmes connus et d’autres, consultez le fichier kb.md dans le dépôt DB2onAzure.

Étapes suivantes