Recherche de site Web

Introduction et avantages/inconvénients du clustering sous Linux - Partie 1


Bonjour à tous, cette fois, j'ai décidé de partager mes connaissances sur le clustering Linux avec vous sous la forme d'une série de guides intitulée « Clustering Linux pour un scénario de basculement ».

Voici la série de 4 articles sur le clustering sous Linux :

Tout d’abord, vous aurez besoin de savoir ce qu’est le clustering, comment il est utilisé dans l’industrie et quels types d’avantages et d’inconvénients il présente, etc.

Qu'est-ce que le clustering

Le clustering consiste à établir une connectivité entre deux serveurs ou plus afin de les faire fonctionner comme un seul. Le clustering est une technique très populaire parmi les ingénieurs système qui permettent de regrouper des serveurs en tant que système de basculement, système d'équilibrage de charge ou unité de traitement parallèle.

Grâce à cette série de guides, j'espère vous guider dans la création d'un cluster Linux avec deux nœuds sur RedHat/CentOS pour un scénario de basculement.

Puisque vous avez maintenant une idée de base de ce qu’est le clustering, découvrons ce que cela signifie en matière de clustering de basculement. Un cluster de basculement est un ensemble de serveurs qui fonctionnent ensemble pour maintenir la haute disponibilité des applications et des services.

Par exemple, si un serveur tombe en panne à un moment donné, un autre nœud (serveur) prendra en charge la charge et ne donnera à l'utilisateur final aucune expérience des temps d'arrêt. Pour ce genre de scénario, nous avons besoin d'au moins 2 ou 3 serveurs pour effectuer les configurations appropriées.

Je préfère que nous utilisions 3 serveurs ; un serveur en tant que serveur activé par le cluster Red Hat et d'autres en tant que nœuds (serveurs principaux). Regardons le diagramme ci-dessous pour une meilleure compréhension.

Cluster Server: 172.16.1.250
Hostname: clserver.test.net

node01: 172.16.1.222
Hostname: nd01server.test.net

node02: 172.16.1.223
Hostname: nd02server.test.net   

Dans le scénario ci-dessus, la gestion du cluster est effectuée par un serveur distinct et gère deux nœuds, comme le montre le diagramme. Le serveur de gestion de cluster envoie constamment des signaux de battement de cœur aux deux nœuds pour vérifier si quelqu'un est en panne. Si quelqu'un échoue, l'autre nœud prend en charge la charge.

Avantages des serveurs de clustering

  1. Les serveurs de clustering sont une solution totalement évolutive. Vous pourrez ensuite ajouter des ressources au cluster.
  2. Si un serveur du cluster a besoin d'une maintenance, vous pouvez le faire en l'arrêtant tout en transférant la charge à d'autres serveurs.
  3. Parmi les options de haute disponibilité, le clustering occupe une place particulière car il est fiable et facile à configurer. Si un serveur rencontre des problèmes pour fournir les services, d'autres serveurs du cluster peuvent prendre la charge.

Inconvénients des serveurs de clustering

  1. Le coût est élevé. Étant donné que le cluster nécessite un bon matériel et une bonne conception, il sera coûteux par rapport à une conception de gestion de serveur non clusterisée. Le fait de ne pas être rentable est le principal inconvénient de cette conception particulière.
  2. Étant donné que le clustering nécessite davantage de serveurs et de matériel pour en établir un, la surveillance et la maintenance sont difficiles. Augmentez ainsi l’infrastructure.

Voyons maintenant de quels types de packages/installations nous avons besoin pour configurer cette configuration avec succès. Les packages/RPM suivants peuvent être téléchargés sur rpmfind.net.

  1. Ricci (ricci-0.16.2-75.el6.x86_64.rpm)
  2. Luci (luci-0.26.0-63.el6.centos.x86_64.rpm)
  3. Mod_cluster (modcluster-0.16.2-29.el6.x86_64.rpm)
  4. CCS (ccs-0.16.2-75.el6_6.2.x86_64.rpm)
  5. CMAN(cman-3.0.12.1-68.el6.x86_64.rpm)
  6. Clusterlib (clusterlib-3.0.12.1-68.el6.x86_64.rpm)

Voyons ce que chaque installation fait pour nous et leurs significations.

  1. Ricci est un démon utilisé pour la gestion et les configurations de cluster. Il distribue/distribue les messages reçus aux nœuds configurés.
  2. Luci est un serveur qui s'exécute sur le serveur de gestion de cluster et communique avec d'autres nœuds multiples. Il fournit une interface Web pour faciliter les choses.
  3. Mod_cluster est un utilitaire d'équilibrage de charge basé sur les services httpd et ici il est utilisé pour communiquer les requêtes entrantes avec les nœuds sous-jacents.
  4. CCS est utilisé pour créer et modifier la configuration du cluster sur les nœuds distants via ricci. Il est également utilisé pour démarrer et arrêter les services du cluster.
  5. CMAN est l'un des principaux utilitaires autres que ricci et luci pour cette configuration particulière, car il fait office de gestionnaire de cluster. En fait, cman signifie CLUSTER MANAGER. Il s'agit d'un module complémentaire de haute disponibilité pour RedHat qui est distribué entre les nœuds du cluster.

Lisez l'article, comprenez le scénario pour lequel nous allons créer la solution et définissez les conditions préalables à la mise en œuvre. Rencontrons-nous à la partie 2, dans notre prochain article, où nous apprendrons comment installer et créer le cluster pour le scénario donné.

Les références:

  1. ch-cman Documentation
  2. Documentation du cluster de modules

Restez connecté avec Tecmint pour découvrir les dernières procédures pratiques. Restez à l'écoute pour la partie 02 (Clustering de serveurs Linux avec 2 nœuds pour un scénario de basculement sur RedHAT/CentOS – Création du cluster) bientôt.