昂贵的AWS负载均衡器,可能是错误的设置

时间:2019-04-03 13:31:41

标签: socket.io amazon-elb

前一段时间,我需要对我的快速Web服务器进行HTTPS支持。我找到了一个教程,教给我一个很酷的技巧来实现这一目标。他们基本上向我解释说,AWS负载均衡器可以将HTTPS重定向到HTTP。

因此,我首先创建了一个负载均衡器。

type of load balancer

然后将HTTPS重定向到HTTP 。传统的HTTP,我只是将80重定向到80。而且我有一个websocket(套接字io)在端口1337上运行(我打算在不久的将来更改为端口1338)。

configured redirections

为清楚起见。我实际上并不需要负载平衡器,因为我实际上只有1个AWS实例。但是使用此设置,我不必麻烦搞乱HTTPS证书文件,也不必升级Web服务器。起初为我省去了很多麻烦。

然后,今天早上,我收到了帐单,发现这个负载平衡技巧的价格约为22美元/月。 (昂贵的端口转发技巧

billing

我可能必须摆脱这个负载平衡器。但是我想知道,也许我在配置中做错了。

奇怪的是,对于一个仍在开发中的Web应用程序,收费如此之高。因此,我想知道我的设置是否有问题。这使我想到了以下问题。

我注意到我实际上正在使用旧的ELB设置“经典负载均衡器” 。它实际上指出该设置不支持websocket,这有点奇怪。

differences

我的网络应用托管了一些静态网页(角度),但是下载后,所有流量都使用socket.io网络套接字。即使AWS文档说不支持websocket,它似乎也能正常工作。除非...

现在,套接字io是一件非常聪明的事情。当它不能使用现代网络套接字时(例如,由于网络浏览器不支持它),它会退回到一种 HTTP轮询。我猜这意味着从负载平衡器的角度来看,它每分钟创造100次访问。现在,我想知道这是否会影响收费。

我很长的问题可以归结为一个简单的问题。 您认为升级我的负载均衡器会减少“负载均衡器小时数”吗?

编辑

以下是一些ELB指标。它们太复杂了,我无法得出结论。但也许有些专家可以。 :)

metrics

0 个答案:

没有答案
相关问题