本文汇总了使用ALB Ingress时遇到的常见问题。
索引
为什么ALB Ingress规则不生效？
ALB实例是按照串行的方式维护路由规则。也就是说，如果多个ALB Ingress使用的是同一个ALB实例，那么一个ALB Ingress配置有问题，其他的ALB Ingress变更都不会生效。
如果您创建的ALB Ingress没有生效，那么有可能是之前创建的ALB Ingress发生了错误。您需要将错误的ALB Ingress修正为正确后，新创建的ALB Ingress才能生效。
ALB Ingress和Nginx Ingress有什么区别？
推荐您使用ALB Ingress，相较于Nginx Ingress需要您自己运维，ALB Ingress基于阿里云应用型负载均衡ALB（Application Load Balancer），属于全托管免运维的云服务，提供了更为强大的Ingress流量管理方式和高性能的网关服务。关于Nginx Ingress与ALB Ingress的对比详情，请参见Nginx Ingress、ALB Ingress和MSE Ingress对比。
ALB后端默认监听转发到kube-system-fake-svc-80服务器组，该服务器组的作用是什么?
创建监听必须有一个默认转发规则，并且转发规则目前只支持转发到某个服务器组。所以，当前需要通过创建kube-system-fake-svc-80服务器组实现监听功能。该服务器组不参与业务处理，但不能被删除。
ALB Ingress是否支持同时使用公网和私网？
支持。如果您想同时使用公网和私网访问ALB Ingress，您需要创建公网ALB实例，该实例会在每个可用区创建一个公网EIP，ALB实例可以通过EIP与公网通信。同时，该实例还会提供一个私网VIP，您可以通过私网VIP访问ALB实例，实现从私网访问的效果。如果您只想私网访问ALB Ingress，建议您创建一个私网ALB实例。
为什么在集群中看不到ALB Ingress Controller Pod?
仅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版。
如何保证ALB Ingress使用固定的ALB域名？
通过ALBConfig创建ALB实例之后，ALB Ingress会通过IngressClass引用ALBConfig，从而使用对应的ALB实例域名。如果ALB Ingress关联的IngressClass以及ALBConfig不做变更，则域名保持不变。
创建ACK托管版集群时选择使用ALB Ingress，是否会自动创建ALB实例？
不会。创建ACK托管版集群时选择ALB Ingress，将会安装ALB Ingress Controller，并不会自动创建ALB实例。
为什么在ALB控制台手动变更的配置会丢失，并且添加的规则会被删除，访问日志会被关闭？
ALB Ingress需要通过修改集群内资源来实现配置变更，相应的配置会以ALB Ingress或ALBConfig的形式保存在集群的APIServer中。在ALB控制台手动修改配置的行为并没有修改APIServer中的资源，所以修改的配置并不会生效。如果触发集群内调和操作，就会使用Ingress或ALBConfig中的配置对控制台配置进行变更，导致出现手动修改的配置被覆盖的现象。建议您通过修改ALB Ingress或AlbConfig来修改对应配置。
ALB Ingress转发规则创建后被立即删除，出现503状态码怎么办？
检查转发规则对应Ingress是否都配置了canary:true注解项。由于Canary灰度强制需要主干版本才能引流，所以对于主干版本的Ingress，不需要添加canary:true注解。关于如何使用ALB Ingress实现服务的灰度发布，请参见通过ALB Ingress实现灰度发布。
Canary灰度方式仅支持两个Ingress且条件有限，推荐您使用自定义转发规则，使用更丰富的引流方案 。具体操作，请参见自定义ALB Ingress的转发规则。
ALB Ingress无异常事件，但是变更不生效怎么办？
当出现未执行AlbConfig相关的调和事件，或者变更事件没有成功处理时，原因可能是IngressClass和AlbConfig的绑定关系错误。请按照使用文档检查IngressClass中指定的parameters参数是否正确。具体信息，请参见使用IngressClass关联AlbConfig与Ingress。
在控制台上配置完创建的ALB实例后，使用kubectl apply命令更新AlbConfig的ACL（访问控制列表）配置，为什么会导致部分监听被删除？
优先推荐使用kubectl edit命令直接更新资源的配置。如果必须使用kubectl apply命令来更新资源，请在执行kubectl apply命令之前先执行kubectl diff命令预览变更点，确保变更符合预期，然后再使用kubectl apply命令将变更应用到Kubernetes集群。
kubectl apply命令的语义会对ALBConfig进行覆盖式更新。因此，在使用kubectl apply命令更新ALBConfig的ACL配置时，请确保YAML文件中包含了完整的监听配置，以免未包含的监听被删除。
若执行kubectl apply命令后发现有监听被删除，推荐您按照以下方式进行恢复。
查看YAML文件中是否指定了完整的监听列表。
若监听列表中缺少被删除的监听，请执行下一步操作。否则，无需执行。
执行以下命令，编辑对应的AlbConfig，将被删除的监听配置添加回来。
kubectl -n <namespace> edit AlbConfig <albconfig-name> # 将<namespace>和<albconfig-name>分别替换为AlbConfig资源所在的命名空间和AlbConfig资源的名称。
如何优化Service中Pod变配场景下的Server调谐时间？
在Kubernetes环境下，Service进行Pod扩缩容时，Server调谐时间的长短可能受到关联的Ingress数量影响。为保证Server调谐效率，您可以采取以下措施：
限制Ingress数量：同一个Service挂载的Ingress数不超过30条。
合并Ingress规则：当Ingress数量过多时，您可以将多个Service挂载在同一个Ingress下，然后通过在同一个Ingress资源下定义多条转发规则来提升Server调谐性能。