Https 在GKE上用入口构造的HTTP负载平衡器在HTTP允许和非HTTP允许之间不稳定

Https 在GKE上用入口构造的HTTP负载平衡器在HTTP允许和非HTTP允许之间不稳定,https,google-cloud-platform,load-balancing,kubernetes-ingress,google-kubernetes-engine,Https,Google Cloud Platform,Load Balancing,Kubernetes Ingress,Google Kubernetes Engine,我试图在带有入口的GKE上设置HTTPS-LB,这是不允许使用HTTP的 现在,如官方网站所述,我在一个私有集群上部署了一个简单的应用程序。此应用程序可通过浏览器访问。 ※通过http连接和https连接 然后,我通过在LB设置中关闭前端的http协议删除来禁止对应用程序的http访问。 实际上,一开始,通过浏览器的http连接出现了错误,而不是连接错误。5-10分钟后,http协议设置将自动恢复 这是一个yaml文件 apiVersion: extensions/v1beta1 kind: I

我试图在带有入口的GKE上设置HTTPS-LB,这是不允许使用HTTP的

现在,如官方网站所述,我在一个私有集群上部署了一个简单的应用程序。此应用程序可通过浏览器访问。 ※通过http连接和https连接

然后,我通过在LB设置中关闭前端的http协议删除来禁止对应用程序的http访问。 实际上,一开始,通过浏览器的http连接出现了错误,而不是连接错误。5-10分钟后,http协议设置将自动恢复

这是一个yaml文件

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-name
  annotations:
    # kubernetes.io/ingress.allow-http: "false" 
    kubernetes.io/ingress.global-static-ip-name: "ip-name" 
spec:
  #tls:
  #This assumes tls-secret exists.
  #- hosts:
  #  - XXXXXXXX.XXX.XXX
  #  secretName: ip-secret ← no use because of google-managed-ssl
  rules:
  - http:
      paths:
      # to app
      - path: /*
        backend:
          serviceName: XXXXX-backend
          servicePort: 80
      # to DS Export
      - path: /backend/*
        backend:
          serviceName: XXXXX-be-backend
          servicePort: 80

此问题是由浏览器引起的吗?或者在gce实例上使用http health checker之类的内部设置?

如果您可以确认您正在学习的教程,我们可以确认测试。说到这里,我认为你看到的行为是可以预料的

根据《公约》,它指出:

无论何时通过入口配置HTTPS负载平衡器,都不得手动更改或更新HTTPS负载平衡器的配置。也就是说,您不能编辑负载平衡器的任何组件,包括目标代理、URL映射和后端服务。您所做的任何更改都将被GKE覆盖

您可以尝试删除入口,对YAML文件进行手动编辑,然后重新创建它,看看删除HTTP是否有效