Docstoc

concept cluster

Document Sample
concept cluster Powered By Docstoc
					SMVI Informatique


      INFORMATIONS GENERALES SUR LES CLUSTERS SERVEUR


Concept :
Un cluster serveur est un groupe de serveurs indépendants, appelés noeuds, qui fonctionnent
ensemble comme s'il s'agissait d'un seul système pour garantir que des applications et des
ressources stratégiques restent disponibles pour les clients.

Chaque noeud est connecté à un ou plusieurs périphériques de stockage de cluster.




En cas de défaillance d'une application ou d'un serveur, le service de cluster déplace la totalité
du groupe de ressources sur un autre noeud ( serveur )du cluster . Lorsqu'une défaillance se
produit, le client détecte la panne pendant l'exécution de l'application et se reconnecte comme
il l'a fait initialement. Étant donné que le service de cluster ne fait que réattribuer l'adresse IP
du serveur virtuel à un noeud du cluster en état de marche, la session cliente peut rétablir la
connexion à l'application sans savoir que celle-ci est maintenant hébergée sur un noeud
différent.
Avantage :
Accroissement de la disponibilité : les services et les applications du cluster continuent de
fonctionner en cas de défaillance matérielle ou logicielle ou pendant les opérations de maintenance
programmée.

Forte évolutivité : grâce à la prise en charge de serveurs acceptant plusieurs processeurs (jusqu'à
quatre processeurs).

Simplification de la gestion : les administrateurs peuvent gérer les périphériques et les ressources
du cluster comme s'il s'agissait d'un seul ordinateur.

Types d'application en cluster :
Les applications qui s'exécutent dans un cluster serveur se rangent en quatre catégories :


 1.     Applications ne prenant pas en charge les clusters
 2.     Les applications de ce type n'ont aucune interaction avec le cluster serveur, mais
      peuvent fonctionner correctement dans cet environnement.
 3.     Applications prenant en charge les clusters (SQL )

      Les applications de ce type atteignent des performances optimales dans la mesure où
      elles prennent en compte l'environnement de cluster, ce qui leur permet de réagir aux
      événements de cluster.

 4.     Applications de gestion de cluster

      Les applications de ce type, dont font partie l'Administrateur de cluster et Cluster.exe,
      permettent aux administrateurs de gérer et de configurer des clusters. Pour plus
      d'informations, consultez Composants du cluster serveur

 5.     Types de ressources personnalisés

      Ces types de ressources offrent une gestion de cluster personnalisée pour des
      applications, des services et des périphériques. Pour plus d'informations, consultez
      Types de ressources

La phase de basculement : Le failover
En cas de défaillance du noeud il y a un basculement automatique de prise en charge de toutes
les ressources vers l'autre noeud du cluster, ce processus est appelé failover.
1-Le client envoie une requête sur le serveur virtuel géré par le nœud 1.
2-Le nœud 1 ne peut pas répondre au client car il est hors service
3-Le nœud 1 n’émet plus de heartbeat sur le réseau privé ce qui entraîne le basculement des
ressources du nœud 1 vers le nœud 2
4-Le nœud 2 prend le relais et publie les ressources du serveur virtuel 1 pour les clients externes
5-La requête client est alors correctement acheminé et la mise hors service du nœud 1 est obsolète
pour le client.



7.2 Le failback
Après les diverses opérations de maintenance et/ou de remise à niveau sur le noeud hors ligne, la
remise en production se fait grâce au procédé de failback.
Il est possible de paramétrer l'instant où le serveur sera remis en production dans le cluster. Il est
préférable dans le cas d'un failback de restaurer le noeud durant les périodes creuses des entrées
sorties sur le cluster, la nuit ou le matin avant l'arrivée des utilisateurs.
Le nœud reprend ensuite le management des groupes de ressources qui lui étaient attribués
initialement.




1-Le problème technique est résolu et le noeud est remis en production.
2-Les datagramme UDP, battements de coeurs sont de nouveaux générés sur le réseau entre les
deux noeuds
3-Depuis le réseau privé, le noeud 2 est informé de la remise en production du noeud 1
Les groupes de ressources qui étaient initialement attribués au noeud 1 lui sont alors restitué.
4-Le noeud 1 synchronise les groupes de ressources et les publie via le serveur virtuel (dont l'IP
n'a pas changé).
5-Les clients peuvent continuer à faire leur requête, et le failback reste obsolète du côté client, on
peut note parfois en fonction des applications utilisées un micro-coupure de connexion au serveur.
Conclusion :

En cas de défaillance d'une application ou d'un serveur, le service de cluster déplace la totalité
du groupe de ressources sur un autre noeud du cluster. Lorsqu'une défaillance se produit, le
client détecte la panne pendant l'exécution de l'application et se reconnecte comme il l'a fait
initialement. Étant donné que le service de cluster ne fait que réattribuer l'adresse IP du
serveur virtuel à un noeud du cluster en état de marche, la session cliente peut rétablir la
connexion à l'application sans savoir que celle-ci est maintenant hébergée sur un noeud
différent.

				
schiopu mihnea schiopu mihnea http://
About