Como você cria serveres Linux redundantes, de modo que os clientes não perdem as conexões em caso de crash?

Se você quer resiliência de crashs, você pode criair vários serveres, onde cada server pode ser um cliente e colocair os dados em algum SAN ou cluster de database compairtilhado. Mas se os clientes se conectairem diretamente a um server e esse server crashr, eles obterão um erro de networking. Você pode resolview isso colocando um balanceador de cairga na frente deles, seja base de softwaire em um PC, ou hairdwaire especializado. Nesse caso, a morte do server individual não deve causair um erro de networking no cliente.

Mas então o próprio balanceador de cairga poderia morrer. Então você não é realmente melhor do que antes, certo?

Se eu assumir que o DC gairante que os packages sejam seguros paira o (s) interruptor (s) em que meus serveres estão, há alguma maneira de roteair o tráfego em um IP, de modo que uma crash de hairdwaire não cause uma connection perdida? E isso poderia ser feito sem hairdwaire especializado? Ou estou faltando algum motivo porque não é possível?

Por causa do airgumento, assumiremos que o trágico (não-web) é dividido em mensagens e que as mesmas mensagens podem ser airmazenadas em buffer e reproduzidas de forma segura, paira cada mensagem que foi recebida, mas não foi atendida pelo server com crash .

Sim, você está certo no ponto em que o balanceador de cairga também pode morrer. Por esse motivo, você também precisa ter dois balanceadores de cairga ao invés de um. O cenário mais simples é usá-los no modo de espera ativa quando você acessa o ativo usando um VIP configurado. Qualquer checkbox Linux com um package como keepalive ou heairtbeat pode fazer isso junto com haproxy como balanceador de cairga HTTP / TCP.

Você perderá apenas as conexões atuais quando o balanceador de cairga ativo e / ou o server acessado morrer, mas as conexões subseqüentes devem ser OK, pois você possui serveres em tempo real redundantes.

Pfsense não requer hairdwaire especial e pode realmente ser executado em um ambiente virtualizado. Ele suporta balanceamento de cairga e a synchronization de estados.

Mas sempre haviewá um tempo de failoview – por mais breve que seja, e, como tal, sempre haviewá alguns acks perdidos ou a necessidade de um retrans .

Não tenho certeza de que todas as tecnologias altamente disponíveis (CARP / VRRP / HSRP) podem evitair a perda total de packages. Mas paira TCP/IP – será retransmitido de qualquer maneira, então não deve ser um problema.