ssl - Erlang YAWS https 税

Question

因为一切都应该是 https，所以我启用了它，并注意到 https 与 http 相比要慢得多。

我在达拉斯有一台 Ubuntu/YAWS 服务器。我使用“yaws --daemon --nodebug”启动 YAWS

如果我这样做

time curl -i https://share.spreadsheetconverter.com/echo/

和

time curl -i http://share.spreadsheetconverter.com/echo/

从服务器本身来看，https大约需要100ms，http大约需要20ms，相差80ms。

当我们从欧洲的瑞典尝试时，https 是 1400 毫秒，http 是 350 毫秒。由于大西洋上空的延迟，这些数字可能是合乎逻辑的。

---

然而，现在到了奇怪的地方。

我在达拉斯也有一台 Windows/IIS 服务器。

如果我比较两个服务器上的简单 http-get 请求，YAWS 服务器的 https-penalty 差异比 IIS 大得多。 (我也测试过 Tomcat，它的行为类似于 IIS)。

它似乎也依赖于延迟，即您离服务器的时间越长，IIS 和 YAWS 之间的差异就越大。

当我在瑞典达拉斯对 IIS 服务器进行类似测试时，https 为 1000 毫秒，而 http 与 YAWS 相同，即 IIS 在 https 上比 Yaws 快得多(400 毫秒)。这几乎就像 YAWS 进行了一次额外的网络调用。

我也一直在尝试

http://tools.pingdom.com/fpt/

并且刚刚提取了他们报告的 SSL 时间。请注意，YAWS 的 SSL 时间增加得更快

          |  YAWS  |  IIS
Dallas    |  79ms  |  75ms 
New York  |  212ms |  87ms
Amsterdam |  503ms | 315ms

---

好的，我该怎么办？

• 我的 YAWS 设置是否存在错误？
• 把NGINX放在YAWS前面，让Nginx处理https，会不会解决问题？
• 我的 SSL 证书是否有错误？它们可以更快还是更慢？我已经检查过 https://www.ssllabs.com/ssltest/analyze.html

---

2015-08-20 更新

我更新到 yaws 2.0，是的，性能差异仍然存在。

通过使用

curl -v --trace-time --trace-ascii echo.log https://share.spreadsheetconverter.com/echo/

比较

curl -v --trace-time --trace-ascii server1.log https://www.spreadsheetserver.com/server1/

我比较了所有的行，我发现我们在一行中损失了 300 毫秒。

这是我们与 Yaws 2.0 对话时的样子

17:37:54.606668 == Info: TLSv1.2, TLS handshake, Finished (20):
17:37:54.606692 => Send SSL data, 16 bytes (0x10)
0000: ......Jb.9...#.^
17:37:54.758726 == Info: TLSv1.2, TLS change cipher, Client hello (1):
17:37:54.758761 <= Recv SSL data, 1 bytes (0x1)
0000: .
17:37:55.107695 == Info: TLSv1.2, TLS handshake, Finished (20):
17:37:55.107726 <= Recv SSL data, 16 bytes (0x10)
0000: ..........Y.xV.!
17:37:55.107784 == Info: SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA

当我与 IIS 对话时这是

17:40:25.247308 == Info: TLSv1.0, TLS handshake, Finished (20):
17:40:25.247329 => Send SSL data, 16 bytes (0x10)
0000: ........f4..qh:(
17:40:25.376893 == Info: TLSv1.0, TLS change cipher, Client hello (1):
17:40:25.376925 <= Recv SSL data, 1 bytes (0x1)
0000: .
17:40:25.377081 == Info: TLSv1.0, TLS handshake, Finished (20):
17:40:25.377103 <= Recv SSL data, 16 bytes (0x10)
0000: ....C..'.A,..'R.
17:40:25.377142 == Info: SSL connection using TLSv1.0 / AES128-SHA

对于 Yaws 和 IIS，第一个“发送 SSL 数据”需要 150 毫秒

对于 IIS，紧随其后的是两个立即“Recv SSL 数据”，没有延迟。

但是，在 Yaws 情况下，我们必须等待 350ms 才能收到第一个“Recv SSL 数据”，然后下一个立即

这就像某些东西在 IIS 中是异步的，但在 Yaws 中是同步的。在IIS中，要接收的数据是和Send的ack合并在一起的，而在Yaws中，则是两个独立的请求。

所有这些请求都必须经过大西洋。如果我改为使用同一个数据中心，差异就会小得多。

Answer 1

Nginx 或 HAproxy 可以解决这个问题。您应该终止代理节点上的 HTTPS 流量。然后你应该在 erlang 节点上传递 HTTP 流量。此外，在没有代理的情况下将 erlang 节点保留在互联网中并不是一个好的做法。