Recherche de site Web

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

Salut à tous, cette fois-ci, 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 « Linux Clustering For a Failover Scenario ».

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

Tout d’abord, vous devrez 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 permet de mettre en cluster des serveurs en tant que système de basculement, système d’équilibrage de charge ou unité de traitement parallèle.

Par 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 qu’il signifie en ce qui concerne le clustering de basculement. Un cluster de basculement est un ensemble de serveurs qui travaillent 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 le relais et ne donnera à l’utilisateur final aucune expérience de temps d’arrêt. Pour ce genre de scénario, nous avons besoin d’au moins 2 ou 3 serveurs pour effectuer les bonnes configurations.

Je préfère que nous utilisions 3 serveurs ; un serveur en tant que serveur activé par Red Hat Cluster et d’autres en tant que nœuds (serveurs back-end). Regardons le schéma ci-dessous pour mieux comprendre.

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 il gère deux nœuds, comme illustré par le diagramme. Le serveur de gestion de cluster envoie en permanence des signaux de pulsation aux deux nœuds pour vérifier si l’un d’entre eux échoue. Si l’un d’entre eux a échoué, c’est l’autre nœud qui prend le relais.

Avantages des serveurs de clustering

  1. Le clustering de serveurs est une solution entièrement évolutive. Vous pouvez ajouter des ressources au cluster par la suite.
  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 prend une place à part car il est fiable et facile à configurer. En cas de problème de fourniture des services par un serveur, d’autres serveurs du cluster peuvent prendre le relais.

Inconvénients des serveurs de clustering

  1. Le coût est élevé. Étant donné que le cluster a besoin d’un bon matériel et d’une bonne conception, il sera coûteux par rapport à une conception de gestion de serveur non en cluster. Le fait qu’il ne soit pas rentable est l’un des principaux inconvénients de cette conception particulière.
  2. Étant donné que le clustering nécessite plus de serveurs et de matériel pour en établir un, la surveillance et la maintenance sont difficiles. Augmentez ainsi l’infrastructure.

Voyons maintenant de quel type de paquets/installations nous avons besoin pour configurer cette configuration avec succès. Les packages/RPM suivants peuvent être téléchargés par 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 clusters. Il distribue/distribue les messages de réception 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 s’agit d’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 des nœuds distants via ricci. Il est également utilisé pour démarrer et arrêter les services de cluster.
  5. CMAN est l’un des principaux utilitaires autres que ricci et luci pour cette configuration particulière, car il agit comme le gestionnaire de cluster. En fait, cman signifie CLUSTER MANAGER. Il s’agit d’un add-on 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 la partie 2, dans notre prochain article, où nous apprendrons comment installer et créer le cluster pour le scénario donné.

Références:

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

Restez connecté avec Tecmint pour des modes d’emploi pratiques et récents. 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.

Articles connexes: