通过VPC后面的ALB请求Lambda极慢

Question

我正在努力将 lambda 暴露给 public.net，其中 lambda 驻留在已经存在的 VPC 后面（因此我稍后可以使用安全组限制传入请求的 IP 范围）。

为了测试一切是否正常，我设置了一个小的 lambda，它只打印 hello world。 我遇到了连接速度极慢的问题。 lambda 的执行时间不到一毫秒，但每个 CURL 到端点的运行速度都非常慢。

使用 curl 进行诊断我发现：

curl -kso /dev/null my-alb-url -w "==============\n\n
| dnslookup: %{time_namelookup}\n
| connect: %{time_connect}\n
| appconnect: %{time_appconnect}\n
| pretransfer: %{time_pretransfer}\n
| starttransfer: %{time_starttransfer}\n
| total: %{time_total}\n
| size: %{size_download}\n
| HTTPCode=%{http_code}\n\n"
==============


| dnslookup: 0.061576

| connect: 75.256759

| appconnect: 0.000000

| pretransfer: 75.257615

| starttransfer: 75.794737

| total: 75.795154

| size: 28

| HTTPCode=200

负载均衡器：

1. 连接到两个面向公众的可用性区域
2. 转发到仅包含我的 lambda 的目标组
3. 与已启用所有入站和出站流量的安全组链接

更令人困惑的是，这并不是每个请求都会出现的问题，但它似乎是随机的。

调试此问题的最佳方法是什么？

Answer 1

我设法解决了它，但我不完全确定如何解决。

我三次检查了 su.net 设置，然后再次重新设置。 10 分钟后，现在它按预期工作。 我怀疑其中一个可用区链接到错误的 su.net。