Kubernetes-入口路由工作原理

Question

我看到了一些示例，其中Kubernetes集群安装了ingress控制器，然后ingress类添加了注释和主机，如下所示。

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
 annotations:
    kubernetes.io/ingress.class: nginx

spec:
 rules:
   - host: testsvc.k8s.privatecloud.com
     http:

我不确定安装了哪个服务，哪个IP配置了DNS“k8s.privatecoud.com”，以便路由请求？DNS路由“k8s.privatecoud.com”如何将请求路由到Kubernetes集群？kubernetes桥的入口是如何工作的？

此外，可以使用主机规则配置许多服务，例如，

testsvc.k8s.privatecloud.com
testsvc1.k8s.privatecloud.com
testsvc2.k8s.privatecloud.com

当我们点击服务testsvc.k8s.privatecoud时，子域路由是如何工作的。com或testsvc1.k8s.privatecoud。通用域名格式。。。

谢啦

Answer 1

除了@Matthew L Daniel answer。kubernetes入口充当外部网络和集群之间的代理。入口行为在对象入口中进行了解释。例如：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: test
  annotations:
    ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: foo.bar.com
    http:
      paths:
      - path: /foo
        backend:
          serviceName: s1
          servicePort: 80
      - path: /bar
        backend:
          serviceName: s2
          servicePort: 80

上面解释了如何在2个后端s1和s2之间路由流量。除了它的名称和端口，入口没有保存任何关于服务的信息，每次需要更多详细信息时，都需要从api服务器请求。

Answer 2

给定示例中所有主机名的DNS（例如testsvc.k8s.privatecoud.com）将指向机器或负载平衡器，流量将通过该机器或负载平衡器到达入口控制器的nginx，如kuberetes入口文档中所述

子域路由传统上是通过“虚拟主机”完成的，有时称为“v-host-ing”，nginx入口使用HTTPHost：标头来知道哪个后端服务应该接收该流量。一些入口控制器能够通过https使用SNI进行同样的技巧。