我似乎已经找到了解决这个问题的办法。
如问题中所述，ALB入口控制器位于许多服务的前面。
让我们将它们命名为服务A和服务B，服务B是存在目标组绑定问题的服务。
对于服务A，ALB日志中有以下错误：

{"level":"info","ts":xxx.xx,"logger":"controllers.ingress","msg":"creating targetGroup","stackID":"xxxx","resourceID":"A"}
{"level":"error","ts":xxxxxx.xxx,"logger":"controller-runtime.manager.controller.ingress","msg":"Reconciler error","name":"xxxxx","namespace":"xxxx","error":"InvalidParameter: 1 validation error(s) found.\n- minimum field value of 1, CreateTargetGroupInput.Port.\n"}

错误提示ALB控制器无法为服务A创建目标组。
但是我忽略了这个错误，因为它似乎与服务B无关。
但是，令我非常惊讶的是，和解者的这个错误似乎阻碍了与其他目标群体的和解。
在通过从ALB Ingress yaml中删除服务A来修复上述错误后，这意味着ALB不会为服务A创建目标组。
这导致服务B的对账最终被触发：

{"level":"info","ts":xxxx.xxx,"logger":"controllers.ingress","msg":"modifying targetGroupBinding","stackID":"xxx/xxxxx","resourceID":"xx/xxxx","targetGroupBinding":{"namespace":"xxxx","name":"xxxxxxx"}}
{"level":"info","ts":xxxx.xxxxxxx,"logger":"controllers.ingress","msg":"modified targetGroupBinding","stackID":"xxx/xxxxxx","resourceID":"xxx/xxxxxx","targetGroupBinding":{"namespace":"xxxx","name":"xxxxxxx"}}

最后，我们用正确的负载均衡器和目标标记了服务B的目标组。

• 最可能的结论：*
  协调器错误会阻止所有其他协调。因此，如果您看到ALB的目标组绑定不存在，尽管具有正确的入口配置和RBAC（目标组绑定CR上的更新权限），请检查ALB pod日志中的协调器错误。

我能够通过添加下面的注解来解决这个问题

"alb.ingress.kubernetes.io/target-type": ip

参考-1695