5.10. OpenShift Ingress 샤딩으로 Serving 사용

프로세스

• IngressController CR의 라벨 선택기를 사용하여 다른 도메인과 특정 Ingress shard와 일치하도록 OpenShift Serverless를 구성합니다.

  IngressController CR 예

  apiVersion: operator.openshift.io/v1
  kind: IngressController
  metadata:
    name: ingress-dev 1
    namespace: openshift-ingress-operator
  spec:
    routeSelector:
      matchLabels:
        router: dev 2
    domain: "dev.serverless.cluster.example.com" 3
    # ...
  ---
  apiVersion: operator.openshift.io/v1
  kind: IngressController
  metadata:
    name: ingress-prod 4
    namespace: openshift-ingress-operator
  spec:
    routeSelector:
      matchLabels:
        router: prod 5
    domain: "prod.serverless.cluster.example.com" 6
    # ...

  1

  첫 번째 Ingress shard의 이름입니다.

  2

  ingress-dev shard와 일치하는 라벨 선택기입니다.

  3

  ingress-dev shard의 사용자 정의 도메인입니다.

  4

  두 번째 ingress shard의 이름입니다.

  5

  ingress-prod shard와 일치하는 라벨 선택기입니다.

  6

  ingress-prod shard의 사용자 정의 도메인입니다.

프로세스

• KnativeServing CR에서 spec.config.domain 필드를 추가하여 Ingress shard와 동일한 도메인 및 레이블을 사용하도록 Serving을 구성합니다.

  KnativeServing CR의 예

  spec:
    config:
      domain: 1
        dev.serverless.cluster.example.com: |
          selector:
            router: dev
        prod.serverless.cluster.example.com: |
          selector:
            router: prod
    # ...

  1

  이러한 값은 ingress shard 구성의 값과 일치해야 합니다.

프로세스

• Service CR에서 특정 shard와 일치하는 라벨 선택기를 추가합니다.

  Service CR의 예

  apiVersion: serving.knative.dev/v1
  kind: Service
  metadata:
    name: hello-dev
    labels:
      router: dev 1
  spec:
    template:
      spec:
        containers:
        - image: docker.io/openshift/hello-openshift
  ---
  apiVersion: serving.knative.dev/v1
  kind: Service
  metadata:
    name: hello-prod
    labels:
      router: prod 2
  spec:
    template:
      spec:
        containers:
        - image: docker.io/openshift/hello-openshift
    # ...

  1 2

  레이블은 KnativeServing CR의 구성과 일치해야 합니다.