jeudi 14 janvier 2010

Oracle Clusterware 11gR2

Oracle Clusterware est la composante majeure d’Oracle Grid Infrastructure et constitue la base d’Oracle Real Application Cluster (RAC). Oracle Clusterware permet de former un groupe de serveurs et de les faire fonctionner comme un seul système. Il permet de gérer l’ensemble des ressources, des processus et des applications du cluster tout en gérant et assurant la stabilité des nœuds.

Oracle Clusterware est composé principalement de deux éléments : le « voting disk » et l'OCR (Oracle Cluster Registry). Le « voting disk » est tout simplement un fichier qui contient et gère les informations de tous les nœuds liés au cluster et, l'OCR est un fichier qui gère le cluster et configuration RAC.

Depuis la version 11g Release 2, les fichiers de l’OCR et des voting disks peuvent maintenant être stockés dans ASM. D’ailleurs, cette façon de faire est conseillée par Oracle.
Dans les versions antérieures, la sauvegarde des « voting disks » en utilisant la commande « dd » était une tâche nécessaire suite à l’installation. Avec Oracle Clusterware 11gR2, la sauvegarde et la restauration d'un « voting disk » en utilisant la commande « dd » n'est plus supportée ni requise car ils sont sauvegardés automatiquement dans l’Oracle Cluster Registry (OCR) dès qu’un changement de configuration se produit. De plus, les données d’un « voting disks » sont automatiquement restaurées et appliquées sur un disque nouvellement ajouté.

Nouveautés intéressantes avec Clusterware 11gR2


Server Pool
  • Division logique du cluster en pools de serveurs.
  • Regroupement de serveurs ayant une charge similaire
  • Gérer avec les outils crsctl (applications) et srvctl (Oracle)
  • Définit par 3 principaux attributs (min, max, importance) ou une liste prédéfinie des nœuds
  • Utilisation de règles (policies) pour contrôler l’utilisation du pool

Single Client Access Name (SCAN)
  • Utilisé par les clients pour établir une connexion à n’importe quelle base de données du cluster
  • Aucun changement nécessaire à la configuration de connexion d’un client advenant un changement au cluster
  • Balancement de la charge parmi les instances desservit par un service
  • Transparence lors d’un déplacement d’instance (failover)
  • Permet aux clients d’utiliser une connexion de type « EZConnect » ou JDBC simple

Grid Plug and Play (GPnP)
  • Simplifie l’ajout, le remplacement, et la suppression d’un noeud du cluster
  • Permettre au cluster de gérer ses propres adresses IP virtuelles (Grid Naming Service)

Aucun commentaire:

Publier un commentaire