- a) Service Running in namespace A (for which ingress rule is defined)
- b) Ingress rule in namespace A Nginx controller running in namespace A
- c) Namespace B has all pods running with respective service and ingress rules with 100 %
我比较了nginx控制器在删除名称空间A中的豆荚( 100 %金丝雀入口规则完整)之前和之后的配置。
kubectl exec <nginx-controller-pod-name> -n <namespace> -- curl localhost:10246/configuration/backends
kubectl exec <nginx-controller-pod-name> -n <namespace> -- cat nginx.conf
在名称空间A中,删除豆荚前后的o/p没有差别。
注:
这就是你想要的行为吗?我找不到是什么导致了这种行为。
发布于 2020-01-12 05:15:49
在删除名称空间A中的荚之前,您需要执行下面的操作。
正如描述的那样,当您移除豆荚时,端点会改变,端点会改变,既不会重新创建一个新的这里文件,也不会重新加载它。而是使用HTTP请求将新的端点列表发送给在Nginx中运行的Lua处理程序。您可以检查Lua处理程序的日志,以验证that.In是一个相对较大的集群,经常部署应用程序。该功能节省了大量Nginx重新加载,否则会影响响应延迟、负载平衡质量(每次重新加载Nginx重新设置负载平衡状态后),因此on.When将创建一个新的入口,然后它将更改nginx.conf并重新加载it.This应解释为什么nginx.conf中没有更改。
https://stackoverflow.com/questions/59698639
复制相似问题