Introdução e vantagens/desvantagens do agrupamento no Linux - Parte 1

Olá a todos, desta vez eu decidi compartilhar meu conhecimento sobre o Linux Clustering com você como uma série de guias intitulados “Linux Clustering para um cenário de failover““.

O que está agrupando em Linux e vantagens/desvantagens - Parte 1

A seguir estão a série de 4 articulações sobre Clustering em Linux:

Parte 1: Introdução ao cluster e vantagens do Linux Parte 2: Como instalar e configurar o cluster com dois nós no Linux Parte 3: Cercar e adicionando um failover ao agrupamento Parte 4: Como sincronizar a configuração do cluster e verificar a configuração de failover em nós

Primeiro de tudo, você precisará saber o que é agrupamento, como é usado na indústria e que tipo de vantagens e desvantagens ele tem etc.

O que é agrupamento

Clustering está estabelecendo conectividade entre dois ou mais servidores para fazê -lo funcionar como um. O clustering é uma técnica muito popular entre os engenheiros do SYS de que eles podem agrupar servidores como um sistema de failover, um sistema de balanço de carga ou uma unidade de processamento paralela.

Por esta série de guia, espero guiá -lo para criar um cluster Linux com dois nós Chapéu vermelho/CENTOS Para um cenário de failover.

Como agora você tem uma idéia básica do que é o cluster, vamos descobrir o que significa quando se trata de failover agrupando. Um cluster de failover é um conjunto de servidores que trabalham juntos para manter a alta disponibilidade de aplicativos e serviços.

Por exemplo, se um servidor falhar em algum momento, outro nó (servidor) assumirá a carga e oferecerá a Under Usuário sem experiência em tempo de inatividade. Para esse tipo de cenário, precisamos de pelo menos 2 ou 3 Servidores para fazer as configurações adequadas.

Eu prefiro usarmos 3 servidores; Um servidor como o cluster Red Hat habilitado para o servidor e outros como nós (servidores de back end). Vejamos o diagrama abaixo para obter uma melhor compreensão.

Servidor de cluster: 172.16.1.250 nome de anfitrião: CLSERVER.teste.líquido Node01: 172.16.1.222 nome de anfitrião: ND01SERVER.teste.líquido Node02: 172.16.1.223 nome de anfitrião: ND02SERVER.teste.líquido  

Diagrama de agrupamento

No cenário acima, o gerenciamento de cluster é feito por um servidor separado e lida com dois nós, como mostrado pelo diagrama. O servidor de gerenciamento de cluster envia constantemente sinais de batimentos cardíacos para os dois nós para verificar se alguém está falhando. Se alguém falhou, o outro nó assume a carga.

Vantagens de servidores de agrupamento

1. Servidores de agrupamento são completamente uma solução escalável. Você pode adicionar recursos ao cluster depois.
2. Se um servidor no cluster precisar de qualquer manutenção, você pode fazê -lo interrompendo -o enquanto entrega a carga a outros servidores.
3. Entre as opções de alta disponibilidade, o agrupamento ocupa um lugar especial, pois é confiável e fácil de configurar. No caso de um servidor, está tendo um problema em fornecer os serviços além, outros servidores no cluster podem levar a carga.

Desvantagens dos servidores de agrupamento

1. O custo é alto. Como o cluster precisa de um bom hardware e um design, ele estará caro comparado a um design de gerenciamento de servidores não agrupado. Não ser econômico é uma desvantagem principal desse design específico.
2. Como o cluster precisa de mais servidores e hardware para estabelecer um, o monitoramento e a manutenção são difíceis. Assim, aumente a infraestrutura.

Agora vamos ver que tipo de pacotes/instalações precisamos para configurar esta configuração com sucesso. Os seguintes pacotes/RPMs podem ser baixados por rpmfind.líquido.

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)

Vamos ver o que cada instalação faz por nós e seus significados.

1. Ricci é um daemon usado para gerenciamento e configurações de cluster. Ele distribui/despacha as mensagens de recebimento para os nós configurados.
2. Luci é um servidor que é executado no servidor de gerenciamento de cluster e se comunica com outros múltiplos nós. Ele fornece uma interface da web para facilitar as coisas.
3. Mod_cluster é um utilitário de balanceador de carga com base nos serviços httpd e aqui é usado para comunicar os pedidos de entrada com os nós subjacentes.
4. CCS é usado para criar e modificar a configuração do cluster em nós remotos através do Ricci. Também é usado para iniciar e interromper os serviços de cluster.
5. CMan é um dos principais serviços públicos que não Ricci e Luci para essa configuração em particular, já que isso atua como gerente de cluster. Na verdade, CMAN significa gerente de cluster. É um complemento de alta disponibilidade para Redhat, que é distribuído entre os nós no cluster.

Leia o artigo, entenda o cenário para criar a solução e definir os pré-requisitos para a implementação. Vamos nos encontrar com a parte 2, em nosso próximo artigo, onde aprendemos a instalar e criar o cluster para o cenário especificado.

Referências:

1. Documentação do CH-CMAN
2. Documentação do cluster mod

Mantenha -se conectado com Tecmint para prático e mais recente como fazer. Fique ligado para o Parte 02 (Servidores Linux agrupando -se com 2 nós para um cenário de failover em Redhat/Centos - criando o cluster) em breve.