Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

2. Mises à jour des clusters

Les clusters sont de multiples ordinateurs (noeuds) travaillant ensemble afin d'améliorer la fiabilité, l'extensibilité, et la disponibilité aux services de production critiques.
Toutes les mises à jour de clusters dans Red Hat Enterprise 5.4 sont détaillées dans les notes techniques. Des informations supplémentaires sur les clusters dans Red Hat Enterprise Linux sont disponibles dans les documents Cluster Suite Overview et Cluster Administration.
Les outils Cluster Suite ont été mis à niveau pour prendre en charge la détection automatique d'hyperviseur. Toutefois, le lancement de Cluster Suite en conjonction avec l'hyperviseur KVM est considéré comme étant un aperçu technologique.
OpenAIS offre maintenant une diffusion générale (ou broadcast) de réseau de communication en plus de la multidiffusion (ou multicast). Cette fonctionnalité est considérée comme un aperçu technologique pour l'utilisation autonome d'OpenAIS et pour utilisation avec la Cluster Suite. Remarquez toutefois que la fonctionnalité de configuration d'OpenAIS pour utiliser la diffusion générale n'est pas intégrée dans les outils de gestion de cluster et doit être configurée manuellement.

Note

En mode Enforcing, SELinux n'est pas pris en charge avec la Cluster Suite ; les modes Permissive ou Disabled doivent être utilisés. L'utilisation de Cluster Suite sur des systèmes PPC complets (de l'anglais, bare metal PPC systems) n'est pas non plus prise en charge. L'exécution de Cluster Suite par des invités sur des hôtes VMWare ESX et l'utilisation de fence_vmware sont considérées comme étant des aperçus technologiques. L'exécution de Cluster Suite par des invités sur des hôtes VMWare ESX gérés par le centre virtuel (de l'anglais, Virtual Center) n'est pas pris en charge.
Les clusters à multiples architectures utilisant Cluster Suite ne sont pas tous pris en charge. Tous les noeuds dans le cluster doivent avoir la même architecture. Pour ce qui est de Cluster Suite, x86_64, x86 et ia64 sont considérés comme les mêmes architectures, ainsi l'exécution de clusters avec différentes combinaisons de ces architectures est prise en charge.

2.1. Améliorations des clôtures

Fencing is the disconnection of a node from the cluster's shared storage. Fencing cuts off I/O from shared storage, thus ensuring data integrity.
Dans Red Hat Enterprise Linux 5.4, la prise en charge de la clôture sur les Power Systems a été ajoutée, comme aperçu technologique, pour des instances de partition logique IBM (LPAR) qui sont gérées en utilisant la console de gestion de hardware (de l'anglais Hardware Management Console, ou HMC) (BZ#485700). La prise en charge de la clôture a aussi été ajoutée, comme aperçu technologique pour Cisco MDS 9124 & Cisco MDS 9134 Multilayer Fabric Switches (BZ#480836).
L'agent de clôture fence_virsh est fourni dans cette version de Red Hat Enterprise Linux comme un aperçu technologique. fence_virsh offre la possibilité à un invité (en tant que domU) d'en clore un autre en utilisant le protocole libvirt. Cependant, comme fence_virsh n'est pas intégré à cluster suite, il n'est pas pris en charge en tant qu'agent de clôture dans cet environnement.
The fence_scsi man page has been updated, detailing the following limitations: 
The fence_scsi fencing agent requires a minimum of three nodes in the cluster to operate.  For an FC connected SAN devices, these must be physical nodes.  SAN devices connected via iSCSI may use virtual or physical nodes.  In addition, fence_scsi cannot be used in conjunction with qdisk.
De plus, les articles suivants sur la clôture ont été publiés sur Red Hat Knowledge Base :