为 HTTPS 和 SSH 使用 AWS Loadbalancer

Question

我计划在 AWS 上托管一个 GitLab 实例。 我唯一的问题是前端负载均衡器。

对于 git 工作，我们需要 HTTPS 和 SSH，它们都使用相同的主机名。

• 应用程序负载均衡器 (ALB) 支持使用 ACM 证书（我们需要）终止 HTTPS，但不支持 SSH 的 TCP 转发。
• 网络负载均衡器 (NLB) 支持 TCP 转发，但它不是 HTTPS 的好选择。
• 可以选择使用 Classic Load Balancer，因为它支持 HTTP、HTTPS 和 TCP 侦听器，但我真的应该在 2021 年使用它吗？ 而且它也不支持 HTTP/2（如果有就好了）

我还考虑过在 NLB 后面级联一个 ALB：网络负载均衡器监听 TCP 22、80 和 443，将 22 转发到 GitLab，将另外两个转发到执行 HTTPS 终止的 ALB（以及 HTTP 到 88302828888 会重定向）需要使用 Lambda 进行复杂设置以更新 NLB 目标组中的 ALB IP，如下所述： https://aws.amazon.com/blogs.networking-and-content-delivery/using-static-ip-addresses-对于应用程序负载平衡器/

有优雅的解决方案还是我必须使用 Classic Loadbalancer？

Answer 1

经过进一步阅读和尝试，我得出结论，我将使用经典负载均衡器。

原因：

• 经典负载均衡器未正式弃用
• AWS 在其文档中指出，支持 HTTP(S) 和 TCP 是选择经典负载均衡器的原因之一
• 使用网络负载均衡器进行 HTTP(S) 终止和 TCP 是可能的，但网络负载均衡器不支持安全组（在我的情况下这是一个明确的要求）

Answer 2

嗨，您可以同时使用 AWS NLB 和 ALB 功能，http https 和 TCP ZF5EF036B4D234963079ZE51 也请参阅下面的文章。 https://waghangad.com/2021/10/10/aws-application-load-balancer-direct-integration-with-network-load-balancer/