Prérequis pour une solution intégrée à l'aide de Pacemaker

Avant de pouvoir intégrer Pacemaker en tant que solution de gestion de grappes, il convient de s'assurer que les conditions matérielles et logicielles requises sont remplies.

Important : dans Db2®11.5.8 et versions ultérieures, la haute disponibilité avec basculement mutuel est prise en charge lorsque est utilisé Pacemaker comme gestionnaire de cluster intégré. Dans Db2 11.5.6 et versions ultérieures, le gestionnaire de clusters Pacemaker pour le basculement automatisé vers des bases de données de secours HADR est fourni et installé avec Db2. Dans Db2 11.5.5, Pacemaker est inclus et disponible pour les environnements de production. Dans Db2 11.5.4, Pacemaker est inclus en tant qu'aperçu technologique uniquement pour les environnements de développement, de test et de test.

Support matériel et distribution Linux

La solution Pacemaker intégrée à haute disponibilité (HA) est disponible sur les distributions Linux® suivantes:
Intel Linux et Linux on IBM Z®
  • Pour Db2 11.5.8 et les groupes de correctifs ultérieurs dans la même édition:
    • Red Hat® Enterprise Linux (RHEL) 8.4 et versions suivantes
    • SuSE Linux Enterprise Server (SLES) 15 SP3 et plus
  • Pour Db2 11.5.7 et les groupes de correctifs ultérieurs de la même édition:
    • Red Hat Enterprise Linux (RHEL) 8.1 et versions ultérieures
    • SuSE Linux Enterprise Server (SLES) 15 SP1 et plus
  • Pour Db2 11.5.6, le niveau doit être l'un des suivants:
    • Red Hat Enterprise Linux (RHEL) 8.1 et 8.2
    • SuSE Linux Enterprise Server (SLES) 15 SP1 et SP2
  • Pour Db2 11.5.4 et 11.5.5, le niveau doit être l'un des suivants:
    • Red Hat Enterprise Linux (RHEL) 8.1
    • SuSE Linux Enterprise Server (SLES) 15 SP1
POWER ® Linux
  • Pour Db211.5.8 et les groupes de correctifs ultérieurs de la même édition:
    • Red Hat Enterprise Linux (RHEL) 8.4 et versions suivantes
    • SuSE Linux Enterprise Server (SLES) 15 SP3 et plus
  • Pour Db211.5.7 et les groupes de correctifs ultérieurs de la même édition:
    • Red Hat Enterprise Linux (RHEL) 8.2 et versions suivantes
    • SuSE Linux Enterprise Server (SLES) 15 SP3 et plus
  • Avant version 11.5.7:
    • Pas de prise en charge

Autorisation

Vous devez disposer de l'autorité de l'utilisateur root pour créer et utiliser une solution de haute disponibilité utilisant un gestionnaire de cluster Pacemaker.

Configuration du fichier hôte

Le fichier hosts est un fichier système Linux situé dans le répertoire /etc de chaque hôte. Vous devez entrer les informations suivantes dans l'ordre d'affichage:
IP_Address  fully_qualified_domain_name  alias
Le sous-réseau IP de l'adresse IP associée au nom d'hôte dans chacun des hôtes HADR doit être unique. Cette adresse IP est généralement utilisée pour la transmission des journaux Db2 entre les deux hôtes, ainsi que pour la communication entre les deux hôtes du cluster et le troisième hôte agissant en tant qu'arbitre de quorum pour la communication par vote quorum.

ID utilisateur et groupe

Si l'assistant d'installation Db2 n'est pas utilisé, les utilisateurs doivent s'assurer que le propriétaire de l'instance, l'utilisateur clôturé, les autres utilisateurs et leurs groupes associés sont créés conformément aux informations figurant dans Création des ID de groupe et d'utilisateur pour une installation de base de données (Linux et UNIX).

SSH (secure shell) sans mot de passe pour les ID utilisateur root et instance

SSH sans mot de passe pour l'utilisateur root et l'utilisateur d'instance doit être configuré entre les noeuds HADR. L'utilisateur de l'instance et l'ID racine doivent pouvoir utiliser SSH, à la fois localement et entre les deux hôtes, en utilisant soit un nom de domaine entièrement qualifié, soit un alias de nom d'hôte.

Stockage local

Vérifiez le stockage local suivant, par exemple /tmp, sur chaque noeud pour tous les logiciels liés au cluster (à l'exclusion de l'espace requis pour le serveur Db2 , la base de données, les fichiers journaux, etc.):
  • 50 Mo pour les RPM de stockage de cluster et les fichiers extraits
  • 200 Mo pour l'installation complète des logiciels de cluster
  • Au moins 1Go dans /var pour stocker les fichiers journaux des logiciels de cluster
  • Au moins 150 Mo dans /usr pour RHEL
  • Au moins 300 Mo dans /usr pour SUSE
Voici la liste des nouveaux fichiers Pacemaker et Corosync dans le système de fichiers /usr :
  • /usr/share/pacemaker
  • /usr/share/doc/packages
  • /usr/share/licenses
  • /usr/share/man/man7
  • /usr/share/man/man8
  • /usr/lib/pacemaker
  • /usr/lib/ocf/resource.d/pacemaker
  • /usr/lib/systemd/system
  • /usr/lib/debug/dwz
  • /usr/lib64
  • /usr/lib64/pkgconfig
  • /usr/sbin

Pacemaker et informations sur l'utilisation des ports Corosync

Tableau 1. Si un pare-feu est configuré sur chaque hôte ou sur le réseau, les ports suivants doivent être ouverts :
Nom du service Numéro de port Protocoles
crmd 3121 TCP
corosync-qnetd 5403 TCP
corosync 5404 - 5405 UDP

Modules

Les packages KornShell (ksh) et python3-dnf-plugin-versionlock sont requis pour Pacemaker. Ce dernier package est utilisé par le programme d'installation Db2 pour verrouiller tous les RPM Pacemaker et Corosync.

En outre, plusieurs autres vérifications sont effectuées sur votre système pour répondre aux exigences d'installation de Db2. Exécutez la commande db2prereqcheck pour déterminer si votre système répond à ces conditions préalables avant de commencer le processus d'installation. Pour plus d'informations sur la commande db2prereqcheck , voir db2prereqcheck -Vérification des prérequis d'installation.

Logiciel cluster

Db2 prend en charge Pacemaker en tant que solution de gestionnaire de clusters intégrée uniquement lorsque la pile de logiciels Pacemaker utilisée est fournie par Db2 directement, correspond à une édition Db2 spécifique et est configurée entièrement à l'aide du nouvel utilitaire db2cm ou comme indiqué par le support Db2 . Pour la prise en charge du logiciel Pacemaker à partir de Db2, il est nécessaire que la configuration fournie ainsi que la pile de logiciels Pacemaker restent inchangées.

Pour les versions 11.5.5 et 11.5.4, la version de Pacemaker supportée par Db2 doit être téléchargée à partir de ce site web public d' IBM® : Db2 Automated HADR with Pacemaker. Des fichiers tar compressés spécifiques sont disponibles pour chaque distribution et architecture Linux .

Pour version 11.5.6 et éditions ultérieures, le logiciel Pacemaker est inclus dans l'image d'installation Db2 . Les déploiements sur site ne nécessitent pas de téléchargements supplémentaires et les packages supplémentaires utilisant Pacemaker, tels que Booth Cluster Ticket Manager, ne sont pas pris en charge. Pour les déploiements basés sur le cloud, les configurations alternatives référencées dans Les fournisseurs de clouds publics supportés par Db2 Pacemaker peuvent nécessiter le téléchargement de paquets spécifiques à partir du site web public d' IBM mentionné ci-dessus. Pour plus d'informations, reportez-vous à la section Fournisseurs de clouds publics pris en charge par Db2 Pacemaker.

Mécanisme de quorum QDevice

Il s'agit du mécanisme de quorum recommandé pour un système de production. Cela nécessite un troisième hôte pour installer le logiciel corosync-qnetd afin d'agir en tant qu'arbitre. Il n'est pas nécessaire que l'hôte lui-même fasse partie du cluster et il n'est pas nécessaire que le serveur Db2 soit installé.
Note : Le cluster ne peut avoir qu'un seul serveur QNet agissant en tant qu'arbitre.

Espace disque requis sur les noeuds HADR : 10 Mo (en plus de corosync)

Configuration minimale requise pour l'hôte du serveur Qnetd:
  • 2 vCPU
  • 8 Go de mémoire
  • 10 Mo d'espace disque disponible + 2 Mo par cluster supplémentaire configuré pour utiliser cet hôte en tant que QDevice.
Autres exigences :
  • L'hôte utilisé doit être accessible via TCP/IP aux deux autres hôtes du cluster.
  • Les hôtes du cluster doivent pouvoir communiquer avec l'hôte QDevice en utilisant l'adresse IP spécifiée dans leur fichier /etc/hosts .
  • Tous les clusters utilisant le serveur QNetd doivent avoir des noms de cluster uniques.

Adresse IP virtuelle (VIP)

L'adresse IP virtuelle est souvent configurée par base de données compatible HADR dans Db2 HADR dans le but d'activer la redirection automatique du client en cas de basculement. Pour plus d'informations sur les conditions préalables à la configuration de VIP, reportez-vous à la section Réseaux dans un cluster Pacemaker.

Db2 reprise à haut niveau de disponibilité après incident (HADR)

Si vous utilisez la fonctionnalité HADR, effectuez les tâches suivantes:
  • Vérifiez que les deux bases de données HADR existent sur différents systèmes.
  • Vérifiez que toutes les bases de données HADR sont démarrées dans leurs rôles respectifs de base de données principale et de base de données de secours, et que toutes les paires de bases de données HADR de base de données de secours principale sont à l'état homologue.
  • Vérifiez que vous utilisez le mode de synchronisation SYNC HADR ou le mode de synchronisation NEARSYNC HADR.
  • Réglez le paramètre de configuration hadr_peer_window sur la valeur recommandée de 120 secondes (60 secondes au minimum) pour toutes les bases de données HADR.
  • Désactivez le moniteur d'erreurs Db2 .

Db2 Reprise en ligne mutuelle

Si vous utilisez la fonctionnalité de reprise en ligne mutuelle, procédez comme suit:
  • Assurez-vous que les deux hôtes exécutent des versions Db2 identiques, avec des chemins d'installation identiques.
  • Vérifiez que les deux hôtes possèdent des groupes Db2 et des utilisateurs créés identiques.
  • Assurez-vous que les deux hôtes ont accès au montage partagé, avec un seul hôte actif à la fois. Seul Db2 peut exécuter le montage partagé. Aucune autre automatisation, y compris systemd, ne peut exécuter le montage partagé.
  • Vérifiez que le système de fichiers que vous utilisez figure dans la liste des systèmes de fichiers pris en charge pour la reprise en ligne mutuelle.
  • Désactivez le moniteur d'erreurs Db2 .

Environnement de base de données partitionnée

Remarque: La haute disponibilité pour plusieurs partitions de base de données sera prise en charge dans une édition ultérieure.