Amazon web services 用于ECS的AWS经典负载平衡器动态端口映射

目前，一个CLB不可能负载平衡在同一个多节点ECS集群中运行的两个不同的TCP服务（经AWS支持部门确认）

• 有人知道解决这个问题的方法吗
• AWS的任何人对此功能（TCP端口的动态端口映射）是否有大致的日期（如周/月/年）

背景： 假设我有一个定制的TCP服务器。我希望为每个客户运行此服务器，为每个客户运行一个容器实例，并将这些服务公开给外部世界。 理想情况下，对于每个服务，ECS都会在CLB中添加一个TCP侦听器，将流量路由到特定的EC2:port Instance（端口对并不重要，重要的是它可以从外部访问）

---

感谢您在动态端口上运行的服务之间进行TCP通信大多数AWS客户使用厚客户端负载平衡解决方案，如linkerd、Concur或weaveworks（提供覆盖网络）。您还可以使用基于DNS的服务发现

---

这里有一个与Amazon ECS很好集成的服务发现机制列表：

您会很高兴知道，一种新型的负载平衡器刚刚发布，名为网络负载平衡器（NLB）。这应该能解决你的问题

---

AWS员工在这里。如果您需要了解特定服务的具体路线图请求，您应该与您的AWS客户的客户经理交谈，并根据共同保密协议要求与AWS代表会面。否则，您应该观看AWS峰会和AWS re:Invent发布的官方发布公告。谢谢Nathan，我可能会尝试一下，尽管我还不是大客户，所以我不想强加：）您的技术支持已经非常高质量（实际上是我见过的最好的技术支持）谢谢您的回复，不幸的是，这与服务间通信无关，我需要那些可以从外部访问的tcp端口。有点像在CircleCI中执行“使用ssh重建”时，您会得到一个可以从外部通过ssh连接到的ip/端口。我需要同样的东西（虽然不是ssh），在这种情况下，您将不幸地不得不使用带有静态分配端口的经典负载平衡器。截至目前（2017年9月），目前还无法使用经典负载平衡器实现动态端口。这确实限制了您在一个实例上只运行一个特定类型的容器，但是如果您有多种类型的容器，您仍然可以在单个实例上组合它们。是的，我非常高兴：），这正是我需要的，今天早上在HN上看到的，我正要回答我自己的问题：）NLB healthcheck报告了多个问题，例如。我想知道NLB实际上是一个解决方案（我无法使它与论坛主题中的完全相同的问题一起工作）。如果您的容器由于healthchecks失败而反复重新启动（发生在我身上），请尝试为您的服务设置“HealthCheckGracePeriodSeconds:600”。这告诉ECS在开始时忽略失败的健康检查。