关于SFTP实例能否使用ALB及负载均衡选型的技术咨询

嗨，我来帮你梳理下这个SFTP迁移里的负载均衡问题：

首先，先解决你最头疼的ALB配置失败问题：

ALB（应用负载均衡器）确实没办法配置端口22的监听器，因为它是七层负载均衡器，仅支持HTTP/HTTPS这类应用层协议的流量转发，而SFTP是基于TCP的四层协议，不在ALB的支持范围内，这就是你配置失败的核心原因。

接下来聊聊负载均衡的选型，帮你找到合适的方案：

• Classic ELB：你担心的EOL（终止服务）问题完全正确——AWS已经明确Classic ELB处于淘汰阶段，目前已无法创建新的Classic ELB，后续还会逐步停止运维支持，绝对不建议选这个，否则后续会面临不必要的迁移维护麻烦。
• NLB（网络负载均衡器）：你觉得它“性能过剩”其实是误解啦，NLB是专门处理TCP/UDP这类四层流量的负载均衡器，正好匹配SFTP的协议需求。而且它的成本并没有比Classic ELB高多少，哪怕你的流量很小，它的稳定性和兼容性都是AWS目前推荐的四层负载方案。更关键的是，NLB可以直接复用你现有的安全组：只要把NLB的安全组开放公网22端口访问，再将SFTP实例的安全组配置为允许NLB的安全组访问22端口，就能实现流量转发，同时不需要给实例分配EIP，完全符合NetOps的要求。

另外给你一个额外的优化思路：如果不想自己维护SFTP实例和负载均衡，可以考虑AWS Transfer Family，这是AWS托管的SFTP服务，能直接集成你现有的安全组，不需要自己管理底层实例，还支持和S3、EFS无缝集成，迁移起来也比较顺畅，不过这个方案需要评估下成本和业务适配性。

备注：内容来源于stack exchange，提问作者Tom Brophy