Déploiement pour une haute disponibilité transactionnelle

Avant d'utiliser la fonction de haute disponibilité, vous devez tenir compte des problèmes de déploiement tels que le type de votre système de fichiers, ou l'endroit où vous prévoyez de stocker les journaux de reprise de transaction. En particulier, le type de votre système de fichiers peut avoir des conséquences sur votre configuration de reprise.

Configuration commune

La reprise homologue de transaction exige un configuration commune des fournisseurs de ressources entre les membres de serveurs participants pour réaliser la reprise homologue entre les serveurs. Par conséquent, la procédure de reprise homologue ne peut se dérouler qu'entre les membres d'un même cluster de serveurs. Bien qu'un cluster puisse contenir des serveurs basés sur différentes versions de WebSphere Application Server, la reprise homologue ne peut être effectuée qu'entre des serveurs d'un cluster qui sont en version 6 ou ultérieure.

Stockage physique

Les serveurs d'applications devant effectuer mutuellement la reprise homologue de transaction doivent être capables d'accéder aux journaux de reprise de transaction de tous les autres membres du cluster. Assurez-vous que les fichiers journaux sont stockés sur un support accessible à tous les membres du cluster et que chacun d'eux dispose d'un emplacement de fichier journal unique sur ce support. Ce support, et l'accès à ce dernier, par le biais d'un réseau local (LAN), par exemple, doivent prendre en charge l'opération d'interruption provoquée basée sur les fichiers employés par le service de consignation de reprise pour forcer des données sur le disque. Au terme de l'opération d'interruption provoquée, les informations doivent être stockées de façon permanente sur un support physique.

Dans un environnement HA, les serveurs d'applications doivent également pouvoir accéder aux fichiers journaux de compensation. Assurez-vous que les fichiers journaux de compensation sont stockés sur un support accessible à tous les membres du cluster et que chacun d'eux dispose d'un emplacement de fichier journal unique sur ce support.

[IBM i]Par exemple, vous pouvez stocker les journaux sur un autre serveur IBM® i en utilisant le système de fichiers NetClient (QNTC), qui offre un accès aux données sur un système distant par l'intermédiaire du protocole SMB (Server Message Block).

[IBM i]
Figure 1. Les journaux de reprise du serveur de fichiers basé sur SMB ne sont pas accessibles à tous les serveurs.Quatre serveurs disposent chacun d'un accès à un seul serveur de fichiers basé sur SMB et hébergeant le journal de reprise de transaction.

[AIX Solaris HP-UX Linux Windows][z/OS]Par exemple, vous pouvez utiliser un NAS (Network attached storage) IBM (http://www.ibm.com/servers/storage/nas/index.html) monté sur chaque noeud, et des disques SCSI partagés, mais pas un partage réseau simple. Tous les noeuds doivent disposer d'un accès en lecture et en écriture aux journaux de reprise.

[AIX Solaris HP-UX Linux Windows][z/OS]
Figure 2. Les journaux de reprise sur le stockage NAS sont à la disposition de tous les serveursQuatre serveurs disposent chacun d'un accès à un seul dispositif de stockage NAS hébergeant le journal de reprise de transaction.

En outre, configurez le mécanisme d'accès aux fichiers journaux distants pour exploiter toute tolérance aux pannes dans le système de fichiers sous-jacent. Par exemple, en utilisant le système NFS et en montant sur disque dur le répertoire distant contenant les fichiers journaux (à l'aide de l'option -o hard de la commande NFS mount), le client NFS retente l'opération en échec jusqu'à ce que le serveur NFS devienne à nouveau disponible.

On compte deux types de pannes potentielles de serveur : la panne logicielle et la panne matérielle. Les pannes logicielles n'affectent généralement pas directement les serveurs d'applications. Même des serveurs se trouvant sur le même matériel physique peuvent réaliser une reprise homologue. En cas de panne matérielle, tous les serveurs déployés sur le matériel en panne sont indisponibles. Les serveurs d'un autre matériel sont requis pour effectuer la reprise homologue. Toute configuration à haute disponibilité exige que les serveurs soient déployés sur plusieurs systèmes matériels discrets.

Système de fichiers

Le type de système de fichiers est un élément essentiel du déploiement car il est le facteur déterminant dans le choix de la reprise homologue automatisée ou manuelle. Pour plus d'informations, reportez-vous à la rubrique Comment choisir entre la reprise de transaction homologue automatisée et manuelle.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjta_hacons_phys
Nom du fichier : cjta_hacons_phys.html