Introduction et avantages / Inconvénients du clustering dans Linux - Partie 1

Salut à tous, cette fois, j'ai décidé de partager mes connaissances sur le clustering Linux avec vous en tant que série de guides intitulée "Clustering Linux pour un scénario de basculement".

Qu'est-ce que le clustering dans Linux et les avantages / inconvénients - Partie 1

Voici la série de 4 articles sur Regroupement Dans Linux:

Partie 1: Introduction au clustering Linux et avantages / inconvénients du clustering Partie 2: Comment installer et configurer le cluster avec deux nœuds dans Linux Partie 3: Clôture et ajout d'un basculement au regroupement Partie 4: Comment synchroniser la configuration du cluster et vérifier la configuration du basculement dans les nœuds

Tout d'abord, vous devrez savoir ce qu'est le regroupement, comment il est utilisé dans l'industrie et quel type d'avantages et inconvénients il a, etc.

Qu'est-ce que le regroupement

Regroupement établit une connectivité entre deux ou plusieurs serveurs afin de le faire fonctionner comme un. Le clustering est une technique très populaire parmi les ingénieurs sys.

Par cette série de guide, j'espère vous guider pour créer un cluster Linux avec deux nœuds sur Chapeau rouge/ /Centos pour un scénario de basculement.

Puisque maintenant vous avez une idée de base de ce qu'est le regroupement, découvrons ce que cela 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.

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

Je préfère que nous utilisons 3 les serveurs; Un serveur en tant que serveur d'activation du cluster Red Hat et d'autres comme nœuds (serveurs arrière). Regardons le diagramme ci-dessous pour une meilleure compréhension.

Serveur de cluster: 172.16.1.250 Nom d'hôte: clairs.test.filet node01: 172.16.1.222 Nom d'hôte: ND01SERVER.test.filet node02: 172.16.1.223 Nom d'hôte: ND02SERVER.test.filet  

Diagramme de regroupement

Dans le scénario ci-dessus, la gestion des cluster est effectuée par un serveur séparé et il gère deux nœuds comme indiqué par le diagramme. Cluster Management Server envoie constamment des signaux de battement de cœur aux deux nœuds pour vérifier si quelqu'un échoue. Si quelqu'un a échoué, l'autre nœud reprend la charge.

Avantages des serveurs de regroupement

1. Les serveurs de clustering sont complètement une solution évolutive. Vous pouvez ajouter des ressources au cluster après.
2. Si un serveur dans le cluster a besoin d'une maintenance, vous pouvez le faire en l'arrêtant tout en remettant la charge à d'autres serveurs.
3. Parmi les options de haute disponibilité, le clustering occupe une place spéciale car il est fiable et facile à configurer. En cas de serveur, il a un problème à fournir les services en outre, 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 a besoin d'un bon matériel et d'une conception, il sera coûteux par rapport à une conception de gestion du serveur non cluster. Être rentable est un principal inconvénient de cette conception particulière.
2. Étant donné que le clustering a besoin de plus de serveurs et de matériel pour en établir un, la surveillance et la maintenance sont difficiles. Augmentez ainsi l'infrastructure.

Voyons maintenant quel type de packages / installations nous avons besoin pour configurer cette configuration avec succès. Les packages / RPM suivants peuvent être téléchargés par rpmFind.filet.

1. Ricci (Ricci-0.16.2-75.EL6.x86_64.RPM)
2. Luci (Lui-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 des cluster. Il distribue / dépasse 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 est un utilitaire d'équilibreur de charge basé sur les services HTTPD et ici il est utilisé pour communiquer les demandes 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 de cluster.
5. Cman est l'un des principaux utilitaires autres que Ricci et Luci pour cette configuration particulière, car cela agit en tant que gestionnaire de cluster. En fait, CMAN signifie Cluster Manager. Il s'agit d'un module complémentaire à haute disponibilité pour Redhat qui est distribué entre les nœuds du cluster.

Lisez l'article, comprenez le scénario où nous allons créer la solution et définissez les pré-requis pour l'implémentation. Revenons avec la partie 2, dans notre prochain article, où nous apprenons à installer et à créer le cluster pour le scénario donné.

Les références:

1. Documentation CH-CMAN
2. Documentation en grappes MOD

Rester connecté avec Tecmint pour les commentaires pratiques et les plus récents. Restez à l'écoute pour le partie 02 (Serveurs Linux Clustering avec 2 nœuds pour un scénario de basculement sur Redhat / Centos - Création du cluster) Bientôt.