是否可以动态地添加主机与Kubernetes到入口?

问题描述 投票:2回答:3

如果你正在管理入口服务,如下面的例子,而不是更新的入口文件下,有没有用出添加额外的主机/服务,如echo3.example.com需要申请原来的更新版本的一种手段文件?

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: echo-ingress
spec:
  rules:
  - host: echo1.example.com
    http:
      paths:
      - backend:
          serviceName: echo1
          servicePort: 80
  - host: echo2.example.com
    http:
      paths:
      - backend:
          serviceName: echo2
          servicePort: 80

# NEW HOST/SERVICE

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: echo-ingress
spec:
  rules:
  - host: echo3.example.com ### <= `echo3` addeded
    http:
      paths:
      - backend:
          serviceName: echo3
          servicePort: 80

有没有将这种新的主机,而无需延长旧文件的方法吗?

kubernetes kubernetes-ingress
3个回答
1
投票

如果你申请了两个文件,因为它们具有相同的名称,第二个将覆盖第一个。所以,你需要编辑每次添加一个新的规则时原。

一个可能的解决方案来避免这个问题是使用Contour。在这种情况下,你可以保留每个IngressRoute在单独的资源和避免这样的冲突。

在你的情况,你会是这样的:

# ingressroute-echo1.yaml
apiVersion: contour.heptio.com/v1beta1
kind: IngressRoute
metadata:
  name: echo-ingress-1
spec:
  virtualhost:
    fqdn: echo1.example.com
  routes:
    - match: /
      services:
        - name: echo1
          port: 80

# ingressroute-echo2.yaml
apiVersion: contour.heptio.com/v1beta1
kind: IngressRoute
metadata:
  name: echo-ingress-2
spec:
  virtualhost:
    fqdn: echo2.example.com
  routes:
    - match: /
      services:
        - name: echo2
          port: 80

# ingressroute-echo3.yaml
apiVersion: contour.heptio.com/v1beta1
kind: IngressRoute
metadata:
  name: echo-ingress-3
spec:
  virtualhost:
    fqdn: echo3.example.com
  routes:
    - match: /
      services:
        - name: echo3
          port: 80

0
投票

我的意思是你可以让一个单独的入口对象/文件,没有必要为它是在同一个。或者你也可以使用类似Kustomize。


0
投票

你可以用不同的注解also.Make不同的入口对象与主机和服务进入的两个文件。

© www.soinside.com 2019 - 2024. All rights reserved.