Compreendendo os recursos de clustering do servidor

Um cluster de servidor é um grupo de servidores que colaboram em um único sistema para fornecer aos usuários maior disponibilidade. Esses clusters são usados ​​para minimizar o tempo de inatividade e as interrupções, permitindo que outro servidor assuma o controle no caso de uma interrupção.

 

Conteúdo[Show]

Noções básicas sobre recursos de clustering para servidores

É assim que funciona.

Uma coleção de servidores está ligada a um único sistema. Quando um desses servidores falha, a carga de trabalho é redistribuída para outro servidor para que o cliente não tenha nenhum tempo de inatividade.

Os servidores em cluster são normalmente usados ​​para aplicativos que requerem atualizações de dados frequentes, com arquivos, impressão, banco de dados e servidores de mensagens sendo os clusters mais comuns.

 No geral, os servidores de cluster fornecem aos clientes um nível mais alto de disponibilidade, confiabilidade e escalabilidade do que qualquer servidor único poderia.

Em um ambiente de servidor em cluster, cada servidor é responsável pela propriedade e gerenciamento de seus próprios dispositivos, bem como por ter uma cópia do sistema operacional (junto com quaisquer aplicativos ou serviços) que é usado para executar os outros servidores no cluster.

Os servidores no cluster são programados para colaborar a fim de aumentar a segurança dos dados e manter a consistência da configuração do cluster ao longo do tempo.

Deficiência de cluster e proteção contra interrupções

Deficiência de cluster e proteção contra interrupções

O principal motivo para usar clusters de servidor é evitar interrupções e tempo de inatividade. Como afirmado anteriormente, os servidores em cluster fornecem maior proteção contra o escurecimento de uma rede inteira durante uma queda de energia.

Os servidores em cluster fornecem proteção contra três tipos de interrupções.

Examinaremos esses tipos de interrupções com mais detalhes nas seções a seguir, mas, resumindo, o clustering de servidor ajuda a proteger contra interrupções causadas por falha de software, falha de hardware e eventos estranhos atuando no site do servidor físico.

1. Falha de um aplicativo ou serviço

Os eventos de falha de aplicativo ou serviço incluem quaisquer interrupções que ocorram como resultado de erros críticos envolvendo software ou serviços que são críticos para a operação do servidor ou do data center.

Essas falhas podem ser causadas por uma variedade de fatores, a maioria dos quais inevitáveis. Embora a maioria dos servidores tenha medidas de redundância para evitar esse tipo de falha, as falhas de aplicativo ou serviço são difíceis de prever e planejar.

Como os dados de monitoramento do servidor são complexos, pode ser difícil para os administradores do servidor identificar e resolver possíveis problemas antes que eles causem uma interrupção.

Embora um administrador de servidor atento, experiente e proativo possa identificar e resolver esses problemas antes que se tornem um problema, nenhum administrador de servidor pode fornecer proteção abrangente contra esse tipo de falha.

2. Falha do sistema ou hardware

Esse tipo de interrupção ocorre como resultado de falhas de hardware físico no qual o servidor está sendo executado.

Essas interrupções podem ser causadas por uma ampla gama de fatores e são afetadas por praticamente todos os tipos de componentes críticos para a operação de um servidor ou data center.

Embora a confiabilidade e a funcionalidade dos componentes do servidor estejam melhorando continuamente, nenhum componente está imune a falhas.

Superaquecimento, otimização deficiente ou simplesmente o componente atingindo o fim de sua vida útil do produto podem causar essa falha.

Devido à sua importância em manter o servidor funcionando, os processadores, a memória física e os discos rígidos estão entre os mais sujeitos a falhas.

Problemas do site

3. Problemas do site

Na maioria dos casos, as falhas do site são causadas por eventos que ocorrem fora do ambiente do data center.

Embora existam muitos eventos que podem causar uma falha do site em teoria, os eventos mais comumente culpados pelas falhas do site são desastres naturais que causam interrupções generalizadas de energia, bem como aqueles que podem danificar o hardware dentro do data center.

Embora alguns desastres naturais não possam ser evitados por nada além da seleção cuidadosa do local, aqueles causados ​​por quedas de energia e suas complicações associadas podem ser atenuados usando medidas de redundância, como clusters de servidores.

Essas medidas de redundância são críticas para data centers localizados em áreas sujeitas a desastres naturais.

Embora os problemas que podem levar a esses três tipos distintos de falhas possam ser identificados e resolvidos, medidas de redundância, como clustering de servidores, são a única maneira de garantir confiabilidade quase total.

O clustering de servidores é uma excelente maneira de garantir um desempenho infalível em data centers que exigem isso a cada minuto de todos os dias do ano.

Os servidores de clustering são divididos em três tipos

Os servidores de clustering são divididos em três tipos

Os clusters de servidores são classificados em três tipos com base em como o sistema de cluster (referido como um nó) é conectado ao dispositivo responsável por armazenar os dados de configuração.

Um cluster de quorum único (ou padrão), um cluster de conjunto de nós principais e um cluster de nó único são os três tipos e são discutidos em mais detalhes abaixo.

Cluster de quorum com um quorum único (ou padrão)

Este cluster é o mais comumente usado e consiste em vários nós com uma ou mais matrizes de disco de cluster que usam um único dispositivo de conexão (chamado de barramento).

Cada matriz de disco de cluster individual dentro do cluster é gerenciada e pertencente a um único servidor. O sistema usado para determinar se cada cluster individual está ou não online e não comprometido é conhecido como quorum titular.

Na prática, os clusters de quorum único são bastante simples. Cada nó tem um "voto" que usa para notificar o barramento central que está online e funcional.

O cluster permanecerá operacional enquanto mais da metade dos nós em um único cluster de quorum estiverem online. Se mais da metade dos nós do cluster não responder, o cluster irá parar de funcionar até que os problemas com os nós individuais sejam resolvidos.

Grupo de nós majoritários

Grupo de nós majoritários

Este modelo, como o anterior, difere porque cada nó tem sua própria cópia dos dados de configuração do cluster, que é consistente em todos os nós.

Este modelo é mais adequado para clusters com servidores individuais em diferentes localizações geográficas.

Embora os clusters do conjunto de nós principais funcionem de maneira semelhante aos clusters de quorum único, o primeiro difere porque não requer um barramento de armazenamento compartilhado para operar porque cada nó armazena uma duplicata dos dados de quorum localmente.

Embora isso não elimine totalmente a utilidade de um barramento compartilhado, oferece mais flexibilidade ao configurar servidores remotos.

Cluster de um único nó

Cluster de um único nó

Este modelo, que é mais comumente usado para teste, possui um único nó. Os clusters de nó único são frequentemente usados ​​como uma ferramenta para desenvolvimento e pesquisa de aplicativos de cluster, mas sua utilidade é severamente limitada pela falta de failover.

Como eles são compostos de apenas um nó, a falha de um único nó torna todos os grupos de cluster inoperantes.

Um representante de atendimento ao cliente em um data center local ou provedor de hospedagem na web pode explicar as diferenças entre os três modelos e ajudá-lo a decidir qual é o melhor para o seu negócio.

Unless você tem requisitos incomuns (ou está localizado em vários locais geograficamente dispersos), o cluster de quorum padrão é sua melhor aposta.

Por que você deve agrupar seus servidores?

A redundância é a chave para uma infraestrutura de TI segura. A criação de um cluster de servidores em uma única rede fornece redundância máxima e garante que um único erro não desligue toda a sua rede, tornando seus serviços inacessíveis e custando receitas vitais para seus negócios.

Para saber mais sobre os benefícios dos clusters e como começar, entre em contato com um representante de atendimento ao cliente em seu provedor de hospedagem na web local.

Sobre o autor
Autor: Daniel Luke
Daniel é um web designer WordPress com vasta experiência em trabalhar com vários temas WordPress que lhe permite comparar e contrastar diferentes temas, entender os pontos fortes e fracos para desenvolver análises factuais do mundo real.

Mais uma coisa... Você sabia que as pessoas que compartilham coisas úteis como esta postagem também parecem FANTÁSTICAS? ;-)
. deixe um útil comente com suas ideias, depois compartilhe com seu (s) grupo (s) do Facebook, que considerariam isso útil e vamos colher os benefícios juntos. Obrigado por compartilhar e ser legal!

Divulgação: Esta página pode conter links para sites externos de produtos que amamos e recomendamos de todo o coração. Se você comprar produtos que sugerimos, podemos receber uma taxa de referência. Essas taxas não influenciam nossas recomendações e não aceitamos pagamentos por análises positivas.
 

 

Plug-in de cache com melhor classificação

Torne seu site mais rápido 

Passo a passo - curso gratuito por e-mail, como fazer seu site carregar less de 1 segundo  

 

quem somos nós?

CollectiveRay é administrado por David Attard - trabalhando dentro e ao redor do nicho de web design por mais de 12 anos, oferecemos dicas práticas para pessoas que trabalham com e em sites. Também administramos DronesBuy.net - um site para entusiastas de drones.

David Attard

 

 

Autor (es) em destaque em:  Logotipo da revista Inc   Logotipo do Sitepoint   Logotipo do CSS Tricks    logotipo do webdesignerdepot   Logotipo WPMU DEV   e muitos mais ...