vale a pena usar o balanceador de carga no servidor / website

Question

Eu tenho um site e, há um tempo, o servidor da empresa que hospeda o meu site ficou inativo por cerca de um dia. Eu consultei a empresa para uma solução sobre como eu posso impedir que isso aconteça no futuro e eles sugeriram ter uma segunda máquina e que será conectada ao meu site atual / servidor web por um "balanceador de carga" (a um custo enorme adicional! !!) A segunda máquina será replicada da primeira e, se eu cair, a outra estará sempre em execução.

---- Explicação ----- Minha empresa de hospedagem sugeriu que seria uma boa ideia ter uma segunda máquina rodando ao mesmo tempo e ambas as máquinas serão conectadas por um balanceador de carga que reduz o tempo de inatividade. A segunda máquina será um espelho da primeira e qualquer alteração na primeira deverá ser replicada na segunda.

Eu não me importo de gastar dinheiro se realmente salvar meu site de ir para baixo. Eu quero saber se vale a pena ter este "load balancer" para o meu propósito?

Meu site é um serviço 24/7. Eu não posso pagar uma interrupção de 24 horas / 1 hora. Eu não me importo de usar este "balanceador de carga", na medida em que realmente vale a pena. Não tenho certeza se é apenas um truque de marketing da minha empresa de hospedagem ou realmente uma "melhor" solução.

Obrigado pela ajuda.

Atenciosamente

    

Answer 1

Depende do que você precisa que seu nível de serviço seja. Se você precisa estar ativo 24 horas por dia, 7 dias por semana, escolha uma solução de alta disponibilidade.

A sugestão atual do seu anfitrião parece um pouco questionável. Como você descreveu, se o servidor principal ficar inoperante, o serviço de balanceamento de carga também será interrompido e não haverá maneira de transferir o tráfego para o backup. Ao balancear a carga, você geralmente opta por uma solução baseada em DNS que tenha vários registros A, cada um apontando para um dos seus servidores. Se um deles cair, os clientes tentarão o próximo na lista. Isso significa que não há um único ponto de falha que esteja sob seu controle.

Quanto a se vale a pena pagar muito mais, isso depende de muitas coisas.

Aqui estão minhas sugestões:

1. Avalie seus requisitos de disponibilidade. Qual é o seu orçamento? Qual é o seu requisito mínimo de tempo de atividade? Você precisa de todo o seu serviço para ser de alta disponibilidade, ou apenas um pouco disso?
   
   
2. Pesquise tecnologias de replicação para os tipos de serviço que você está usando. A maioria dos servidores de banco de dados SQL oferece replicação como um recurso. Pode ser mais barato e mais confiável configurar seu próprio balanceamento de carga e replicação em duas plataformas de hospedagem separadas, por exemplo, um em seu provedor existente e outro em um provedor de nuvem VPS, como o Amazon EC2.
   
   
3. Examine os serviços de hospedagem que fornecem um contrato de nível de serviço (SLA). Um SLA de "três noves" significa que eles precisam ficar com 99,9% do tempo e devem pagar uma multa se não conseguirem cumpri-lo. Quatro noves é 99,99%, cinco noves é 99,999%, etc. Pode acabar sendo mais barato optar por um SLA decente do que explicitamente configurar a replicação, embora ambos possam ser uma boa solução se você precisar de alta disponibilidade.
   
4. Pergunte ao (s) seu (s) provedor (es) sobre instalações de backup e o tempo médio de resposta da correção para diferentes falhas de hardware (por exemplo, disco morto, fonte de alimentação frita etc.). Compre ao redor para encontrar os melhores números pelo preço certo.
   
   
5. Considere procurar provedores que usam datacenters que operam em mais de uma rede de fibra ótica, por exemplo. Cogente e Level3. Isso significa que, se uma conexão cair, é muito provável que você ainda esteja usando a outra conexão.

É tudo sobre como personalizar uma solução certa para o seu serviço. Se você achar que seu orçamento não é suficiente para manter a disponibilidade no nível necessário, talvez seja hora de repensar a viabilidade de seu projeto.

    

Answer 2

Nesse caso, não. Um balanceador de carga foi projetado para distribuir a carga de clientes entre dois ou mais servidores para manter um serviço rápido para todos em períodos de maior movimento.

O que você precisa, neste caso, é algum tipo de sistema de failover, do qual uma maneira decente é outro servidor em um local diferente. Isso pode ser usado alterando os registros DNS do seu domínio quando houver um problema. Claro, então você precisa replicar para ambas as máquinas regularmente e sem perder nenhum dado.

Realmente, isso é culpa do seu host, e é bastante patético que eles estejam sugerindo algo com um custo enorme para proteger contra algo que era problema deles. Além disso, se o balanceador de carga for interrompido, toda a sua infra-estrutura acompanhará isso. Você precisará criar algum tipo de failover para seu balanceador de carga também.

    

Answer 3

Eu gosto da sua pergunta. É simples e aconteceu com todos de vez em quando. No entanto, a solução da sua empresa de hospedagem tem uma falha.

Eles podem estar inativos devido a problemas de rede no final. O que significa ter um load blancer e um número X de máquinas ainda falhará porque, se a rede da empresa estiver inativa, eles estarão inativos. O balanceador de carga também é uma única máquina.

Se você quer realmente gastar dinheiro, há uma solução muito mais barata e mais eficaz. É chamado Amazon AWS. o balanceador de carga é barato, os servidores são baratos e a possibilidade de a AWS cair (está lá), mas muito menor do que a do ABC e da XYZ, que hospedam a INC.

Você vai precisar de ajuda especializada para fazer isso direito, então é aí que está a parte do dinheiro. Mas na minha experiência, a vida tem sido muito mais fácil e mais tranquila para mim, mesmo que algumas pessoas não concordem com a AWS como uma escolha.