AWS负载平衡器在以下场景中的行为如何？
我们在负载平衡器中添加了两个实例。每个实例都有2个不同的应用程序在不同的应用服务器上运行（端口80
现在，如果在端口443上运行的应用程序在实例2上死亡/崩溃，负载平衡器是否仍继续转发实例2的端口443上的请求？（由于为端口80配置了运行状况检查，因此实例将处于服务状态）
或
负载均衡器是否会知道没有人在监听端口443（例如实例2），并且从现在开始将端口443上的所有请求转发到实例1？
共有1个答案
负载均衡器运行状况检查配置为在端口80上ping
这句话说明了一切。如果您已将负载均衡器配置为检查端口80上的健康状况，它将在您提到的场景中认为两个实例都健康。它将继续在实例2的端口443上发送请求并继续获得错误响应。
-
我试图为我们的服务器安装负载平衡器。如果使用http，它可以正常工作。但是当我切换到https时 我在浏览器控制台中遇到以下错误： 混合内容：页面位于'https://www.something.com/'通过HTTPS加载，但请求了一个不安全的脚本'…mootools.js'。此请求已被阻止；内容必须通过HTTPS提供 我想我做了一些硬代码，比如“http://www.something.com
-
AWS推出了应用程序负载平衡器，可以进行基于路径的路由。是否可以将经典负载平衡器放在应用程序负载平衡器之后。 示例：假设我们有两个经典的负载平衡器。应用程序负载平衡器将流量路由到所有url（如应用程序负载平衡器/前端）的第一个经典负载平衡器，并将流量路由到所有url（如应用程序负载平衡器/后端）的第二个经典负载平衡器* 目前，似乎我们只能将主机置于应用程序负载平衡器之后。是否可以将负载平衡器置于应
-
我在AWS CLB后面有一个nginx（k8s中的nginx入口）设置，根据HTTP头和经典负载平衡器以及经典负载平衡器的侦听器配置，我应该能够在nginx中接收X-Forwarded-Proto头。 但是在经历了CLB监听器配置之后，我没有看到任何关于这个设置的信息，我将其设置为转发TCP端口443并尝试在nginx中检查，返回null
-
我希望在现有的服务器设置中集成WAF，因为我有经典的负载平衡器（带有EC2实例），它不支持WAF，我需要迁移到应用程序负载平衡器。 是否可以在不更改DNS（记录）的情况下将现有的经典负载平衡器迁移到应用程序负载平衡器？
-
目标：将弹性/静态IP分配给负载平衡器（LB），以服务于处理DNS（端口53）、HTTPS（端口443）、HTTP（端口80）的EC2实例。 需要静态IP来正确配置DNS记录（即A记录）。需要在后端/服务器上终止TLS，以提供无限制的 经典的负载平衡器允许自定义安全规则，并允许在EC2实例上终止SSL。问题是静态IP不能分配给经典LB，只能分配给其中的单个实例，这无法平衡负载。 要分配静态IP，我
-
我们在AWS VPC中有一个面向内部的应用程序负载平衡器。运行在公用子网中的web应用程序正在访问此文件。该web应用位于自定义域url后面，并使用SSL证书进行安全保护。由于API负载平衡器未应用SSL，因此从web app到API LB的通信失败。 是否可以在AWS中为面向内部的负载平衡器获取SSL证书？