ALB Ingress FAQ

ALB Ingress是否支持同时使用公网和私网？

如何保证ALB Ingress使用固定的ALB域名？

通过ALBConfig创建ALB实例之后，ALB Ingress会通过IngressClass引用ALBConfig，从而使用对应的ALB实例域名。如果ALB Ingress关联的IngressClass以及ALBConfig不作变更，则域名保持不变。

问题现象

在集群中查找 ALB Ingress Controller Pod 时，发现 kube-system 命名空间下没有相关的 Pod，无法通过常规方法查看ALB Ingress Controller 组件。

解决方案

仅ACK专有版才能在kube-system命名空间下看到ALB Ingress Controller Pod。ACK标准版、ACK Pro版和ACK Serverless托管了ALB Ingress Controller组件，因此无法在集群中看到ALB Ingress Controller Pod。关于ACK专有版升级到ACK Pro版的具体操作，请参见热迁移ACK专有集群至ACK托管集群Pro版。

如何支持挂载IP类型服务器？

apiVersion: v1
kind: Service
metadata:
  annotations:
    alb.ingress.kubernetes.io/server-group-type: Ip
  name: tea-svc
spec:
  ports:
    - port: 80
      targetPort: 80
      protocol: TCP
  selector:
    app: tea
  type: ClusterIP

问题现象

新建 ALB Ingress 规则后，发现路由规则没有按预期生效，无法正常转发到对应的后端服务。

问题原因

ALB实例是按照串行的方式维护路由规则。也就是说，如果多个ALB Ingress使用的是同一个ALB实例，那么一个ALB Ingress配置有问题，其他的ALB Ingress变更都不会生效。

解决方案

如果您创建的ALB Ingress没有生效，那么有可能是之前创建的ALB Ingress发生了错误。您需要将错误的ALB Ingress修正为正确后，新创建的ALB Ingress才能生效。

问题现象

ALB Ingress 在配置变更或关联 AlbConfig 后，未见异常事件上报，但相关变更并未生效。

解决方案

当出现未执行AlbConfig相关的调和事件，或者变更事件没有成功处理时，原因可能是IngressClass和AlbConfig的绑定关系错误。请按照使用文档检查IngressClass中指定的parameters参数是否正确。详细操作，请参见使用IngressClass关联AlbConfig与Ingress。

问题现象

ALB Ingress 转发规则创建后被立即删除，导致服务访问返回 503 状态码，无法正常进行流量分发。

解决方案

检查转发规则对应Ingress是否都配置了canary:true注解项。由于Canary灰度强制需要主干版本才能引流，所以对于主干版本的Ingress，不需要添加canary:true注解。关于如何使用ALB Ingress实现服务的灰度发布，请参见通过ALB Ingress实现灰度发布。

Canary灰度方式仅支持两个Ingress且条件有限，推荐您使用自定义转发规则，使用更丰富的引流方案 。具体操作，请参见自定义ALB Ingress的转发规则。

问题现象

当访问除 80 端口外的其他端口时，发现请求均无法正常连接。同时，AlbConfig 资源报出 “listener is not exist in alb, port: xxx” 错误，导致相关端口未能被监听和转发流量。

解决方案

默认创建的 AlbConfig 仅包含端口 80 的监听器。如果需要监听其它端口，需要在 AlbConfig 中新增对应端口的监听配置。具体操作请参见创建监听。

问题现象

已在 AlbConfig 中配置了 HTTP 和 HTTPS 监听端口，但实际访问时，HTTP 和 HTTPS 端口均无法正常被监听或转发，导致服务无法通过这两个端口对外提供访问。

解决方案

确认是否在 Ingress 资源的 annotations 中添加 alb.ingress.kubernetes.io/listen-ports 注解，指定 ALB Ingress 同时监听 HTTP（80）和 HTTPS（443）端口。例如：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: https-ingress
  annotations:
    alb.ingress.kubernetes.io/listen-ports: '[{"HTTP": 80},{"HTTPS": 443}]' # 使用多个监听时需要添加annotation使ALB Ingress正常工作。
spec:
  #...

为什么在ALB控制台手动变更的配置会丢失，并且添加的规则会被删除，访问日志会被关闭？

为什么会在调谐过程中出现错误提示：Specified parameter array contains too many items, up to 15 items, Certificates is not valid？

在控制台上配置完创建的ALB实例后，使用kubectl apply命令更新AlbConfig的ACL（访问控制列表）配置，为什么会导致部分监听被删除？

问题现象

在 Kubernetes 环境中，当 Service 关联的 Pod 扩缩容时，Server 调谐过程耗时较长，影响业务弹性扩缩容的实时性。排查发现，调谐时间随关联 Ingress 数量增加而明显变长。

解决方案

为提升 Server 调谐效率，可采取以下优化措施：

• 限制Ingress数量：同一个Service挂载的Ingress数不超过30条。

• 合并Ingress规则：当Ingress数量过多时，您可以将多个Service挂载在同一个Ingress下，然后通过在同一个Ingress资源下定义多条转发规则来提升Server调谐性能。

问题现象

在使用 Flannel 网络插件且 Service 配置为 Local 模式的场景下，节点实际接收到的流量分布不均衡，导致部分节点负载偏高，未能实现期望的流量均衡。如何自动根据节点上的 Pod 数量为节点分配权重，从而实现更合理的流量分发。

解决方案

Flannel插件的集群中，当Service设置为Local模式时，Node权重的计算方式。如下图所示，示例中业务Pod（app=nginx）部署在三台ECS上，通过Service A对外提供服务。