循环负载平衡是否影响HTTPS性能？

场景：

• 硬件负载平衡器后面的小型网站
• 不需要服务器关联。 如果一台服务器出现故障，另一台服务器可以接pipe。
• 部分系统需要HTTPS。 这在服务器端被终止。 SSL证书安装在每台服务器上。
• 服务器有足够的容量，所以不用担心哪个服务器发送请求（即使一台服务器没有旋转）。

考虑到这一点，似乎负载平衡策略最明显的select是简单的循环法。 基于源IP的平衡似乎很难testing，基于cookie的平衡似乎不适用于SSL。

我担心，虽然浏览器可能会重新谈判他们的HTTPS连接，每次页面由不同的Web服务器提供服务，使网站慢得多，应该是。

所以我的问题：

• 如何获得服务器在前端部分请求的名称？
• Citrix NetScaler的替代软件？
• Apache负载均衡器通过AJP限制Tomcat
• 如何为使用两个ISP的单个Web服务器设置故障转移？
• 如何创build高可用性应用程序服务器？

1. 这确实是一个问题吗？ 还是负载均衡器足够聪明，以某种方式，即使从多个服务器提供内容时，也只能进行1次SSL握手？
2. 有什么工具（Windows）可以用来轻松监控SSL握手，HTTP Keepalive等冲浪时的网站？
3. 如果我们在这里确实有问题，我们该如何解决呢？ （我想这个解决办法很明显，就是在我们的负载均衡器上卸载SSL，但是我们目前的硬件不支持这一点，所以现阶段任何其他的解决scheme都是可取的）。