Parece que você está fazendo uma otimização prematura. Se você já tiver uma carga que garanta essa arquitetura, então você também deve ter informações sobre a carga da CPU, etc., de seus servidores atuais.
So basically the data is going through 3 machines , HaProxy, NGIX and Finally CF. Is Latency a big issue here?
Normalmente, não. Cada camada adiciona um pouco de latência, é claro, mas geralmente é inferior a 10 milissegundos, mesmo com servidores e software de uso geral.
Mas:
- Mantenha a simplicidade.
- Mantenha-o padronizado.
Que tal no começo:
---------------
Internet -> | nginx -> CF |
---------------
E mais tarde:
------------- ------
Internet -> | nginx(SSL)| -> | -> | CF |
------------- | ------
| ------
| -> | CF |
| ------
Por último, para responder completamente à sua pergunta: Sim, sua configuração faz sentido; quando somente a descriptografia SSL é mais do que um único servidor pode manipular.
Essencialmente, você está sugerindo uma versão modificada do sobre o que Willy Tarreau escreveu nesta excelente visão geral da técnica de balanceamento de carga . Em muitos casos, pode ser mais simples usar apenas hash de firewall, ou truques de roteamento, ou o DNS Round Robin bem na frente (em frente aos aceleradores SSL) em vez de usar HAPRoxy no modo TCP como você sugere - talvez considere isso. / p>