假设我有一个应用程序，允许客户创建一个帐户，并在其网站上放置一个表格，允许人们创建票证。475 位客户他们的网站有表单。他们每个帐户每天会收到大约 100 个表单提交（平均每天共售出 47500 张票）。如果你假设所有这些都发生在一天中的 8 小时内，那么就只有每秒 1.6 张左右的票。
如果我正在购买负载均衡器，这是否意味着我只需要一个能够处理5 SSL TPS? 我觉得这太荒谬了？
答案1
每秒的平均连接数并不是最重要的，你需要担心的是峰值。为此，你需要更好的统计数据来了解你的负载模式。如果你没有，我通常会在 24 小时平均值中使用 4:1 的峰值/平均值比率（因此对于你来说，你需要查看 1.6 / 3 * 4` -- 3 表示 24 小时平均值，4 表示平均值的峰值 -- 峰值时每秒连接数略多于两个）。
顺便说一句，这个比率只是来自我对具有地理本地化用户群的网站的经验（如您所建议的）。我还有其他针对全球用户群和“已知峰值”网站的比例。如果您考虑最坏的情况，即一个真正峰值的网站，我会使用 10:1 的比例，因此您仍然只会看到每秒超过五个连接。
就像 Andrew 所说的那样，在这种数量下，你甚至不应该在一台机器上大汗淋漓。我有一个网站，每台机器每秒处理几百个 HTTP(S) 连接（一个动态量很大的网站，有很多 SSL 连接）——显然，这会因你的代码库而有很大差异，但如果你需要每秒平衡五个 SSL 连接的负载，那么有些事情就非常了不起了，非常错误的。
就我个人而言，我不喜欢 SSL 加速负载均衡器，因为根据我的经验，它们只会造成全新的瓶颈 —— 当您的网站变得足够受欢迎时，SSL 加速器将无法跟上（而且升级这些东西会很昂贵）。我更喜欢简单的 TCP 负载均衡器，这样我就可以在后端达到容量上限时简单地扩展后端（无论是由于 SSL 连接还是仅仅处理请求）。
答案2
你的计算是正确的。在这种规模下，你还需要负载均衡器吗？