我用的是弹性豆杆和AWS。我有一个java/tomcat应用程序,我正在尝试部署到https。现在,我已经花了将近两天的时间来尝试https的建立和运行,并取得了非常小的成功。我所做的和我看到的都发生了。
1. I bought and created a ssl certificate that I installed with my load balancer.
2. I pointed 443 in load balancer security to 80 as the instructions stated and I've also tried pointing it to
是否可以使用单个aws负载均衡器对多个服务进行负载均衡?如果这不可能,我想我可以使用nodejs代理从httpd pod转发到tomcat pod,希望它不会延迟…… 对于多端口服务,推荐使用哪种负载均衡器?负载均衡不支持多端口,单个/路径不支持多端口。所以我猜NLB是正确的实现? 我正在努力削减成本,转而使用k8s,但我需要知道我是否选择了正确的服务。Tomcat和Httpd都是单个prod网站的一部分,但不能进行基于路径的路由。 Httpd pod service apiVersion: v1
kind: Service
metadata:
name: httpd-service
为什么默认负载均衡端口80和443被认为是TCP端口?我想通过yaml文件或通过亚马逊网络服务控制台测试粘性,如中所示。
我正在使用nginx入口,并转移到默认负载均衡器来测试粘性,但我看到了错误Stickiness options not available for TCP protocols
我甚至尝试指定协议https,但它不接受。它只允许"SCTP", "TCP", "UDP"。
apiVersion: v1
kind: Service
metadata:
name: httpd
我有一个运行在aws ec2实例上的前端角应用程序,它们都连接到网络负载均衡器的TCP端口443和80。我将在这个带有多个域名的nginx停靠容器上配置许多vhost。在ecs服务中,用于负载平衡的容器作为端口443。我们必须选择集装箱的443个港口或80个港口来平衡负荷。https://prnt.sc/pocu41。在https上,站点正在很好地加载。但是在http上我得到了错误
The plain HTTP request was sent to HTTPS port
我计划在码头容器上使用ssl证书,而不是在负载均衡器上使用ssl。如果在负载均衡器上选择ssl,那么我们需要在应用程序负载
我可以做些什么来修复此建议消息?
与此相关的虚拟机是一个The服务器,它位于Azure LoadBalancer之后。导致这种情况的NSG规则(只有1条“非默认规则”)是:
Type: Allow
Source: Service Tag - Internet, source port range = *
Destination: ASG for this VM, destination port 80,443, protocol tcp
如果我删除此规则,消息将消失(几个小时后),但internet web流量无法再到达VM。
我应该忽略Azure建议消息吗?还是我忽略了什么?我期待着得到这个