27.5. AWS에서 수신 클러스터 트래픽 구성

절차

1. oc annotate 명령을 사용하여 경로에 시간 초과를 추가합니다.

   $ oc annotate route <route_name> \
       --overwrite haproxy.router.openshift.io/timeout=<timeout><time_unit> 1

   1

   지원되는 시간 단위는 마이크로초(us), 밀리초(ms), 초(s), 분(m), 시간(h) 또는 일(d)입니다.

   다음 예제에서는 이름이 myroute 인 경로에서 2초의 타임아웃을 설정합니다.

   $ oc annotate route myroute --overwrite haproxy.router.openshift.io/timeout=2s

프로세스

1. 다음 명령을 실행하여 기본 ingresscontroller 에 대해 AWS 연결 유휴 타임아웃을 5분으로 설정합니다.

   $ oc -n openshift-ingress-operator patch ingresscontroller/default \
       --type=merge --patch='{"spec":{"endpointPublishingStrategy": \
       {"type":"LoadBalancerService", "loadBalancer": \
       {"scope":"External", "providerParameters":{"type":"AWS", "aws": \
       {"type":"Classic", "classicLoadBalancer": \
       {"connectionIdleTimeout":"5m"}}}}}}}'

2. 선택 사항: 다음 명령을 실행하여 시간 초과의 기본값을 복원하십시오.

   $ oc -n openshift-ingress-operator patch ingresscontroller/default \
       --type=merge --patch='{"spec":{"endpointPublishingStrategy": \
       {"loadBalancer":{"providerParameters":{"aws":{"classicLoadBalancer": \
       {"connectionIdleTimeout":null}}}}}}}'

프로세스

1. NLB를 사용하여 전환할 기존 Ingress 컨트롤러를 수정합니다. 이 예에서는 기본 Ingress 컨트롤러에 외부 범위가 있고 다른 사용자 정의가 없다고 가정합니다.

   ingresscontroller.yaml 파일 예

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     creationTimestamp: null
     name: default
     namespace: openshift-ingress-operator
   spec:
     endpointPublishingStrategy:
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: NLB
       type: LoadBalancerService

   참고

   spec.endpointPublishingStrategy.loadBalancer.providerParameters.aws.type 필드에 값을 지정하지 않으면 Ingress 컨트롤러에서 설치 중에 설정된 클러스터 Ingress 구성의 spec.loadBalancer.platform.aws.type 값을 사용합니다.

   작은 정보

   Ingress 컨트롤러에 도메인 변경과 같이 업데이트할 다른 사용자 정의가 있는 경우 Ingress 컨트롤러 정의 파일을 대신 교체하는 것이 좋습니다.

2. 명령을 실행하여 Ingress 컨트롤러 YAML 파일에 변경 사항을 적용합니다.

   $ oc apply -f ingresscontroller.yaml

   Ingress 컨트롤러 업데이트 중에 몇 분의 중단이 예상됩니다.

절차

1. CLB를 사용하여 전환할 기존 Ingress 컨트롤러를 수정합니다. 이 예에서는 기본 Ingress 컨트롤러에 외부 범위가 있고 다른 사용자 정의가 없다고 가정합니다.

   ingresscontroller.yaml 파일 예

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     creationTimestamp: null
     name: default
     namespace: openshift-ingress-operator
   spec:
     endpointPublishingStrategy:
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: Classic
       type: LoadBalancerService

   참고

   spec.endpointPublishingStrategy.loadBalancer.providerParameters.aws.type 필드에 값을 지정하지 않으면 Ingress 컨트롤러에서 설치 중에 설정된 클러스터 Ingress 구성의 spec.loadBalancer.platform.aws.type 값을 사용합니다.

   작은 정보

   Ingress 컨트롤러에 도메인 변경과 같이 업데이트할 다른 사용자 정의가 있는 경우 Ingress 컨트롤러 정의 파일을 대신 교체하는 것이 좋습니다.

2. 명령을 실행하여 Ingress 컨트롤러 YAML 파일에 변경 사항을 적용합니다.

   $ oc apply -f ingresscontroller.yaml

   Ingress 컨트롤러 업데이트 중에 몇 분의 중단이 예상됩니다.

프로세스

1. 새 기본 Ingress 컨트롤러를 사용하여 파일을 생성합니다. 다음 예제에서는 기본 Ingress 컨트롤러에 외부 범위가 있고 다른 사용자 정의가 없다고 가정합니다.

   ingresscontroller.yml 파일 예

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     creationTimestamp: null
     name: default
     namespace: openshift-ingress-operator
   spec:
     endpointPublishingStrategy:
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: NLB
       type: LoadBalancerService

   기본 Ingress 컨트롤러에 다른 사용자 지정이 있는 경우 파일을 적절하게 수정해야 합니다.

   작은 정보

   Ingress 컨트롤러에 다른 사용자 지정 기능이 없고 로드 밸런서 유형만 업데이트하는 경우 "프로세스 로드 밸런서를 네트워크 로드 밸런서로 사용하지 못하도록 전환에서 Ingress 컨트롤러가 네트워크 로드 밸런서로 전환"에 자세히 설명된 절차를 고려하십시오.

2. Ingress 컨트롤러 YAML 파일을 강제 교체합니다.

   $ oc replace --force --wait -f ingresscontroller.yml

   Ingress 컨트롤러가 교체될 때까지 기다립니다. 몇 분의 중단이 발생할 것으로 예상합니다.

1. Ingress 컨트롤러 매니페스트를 생성합니다.

    $ cat ingresscontroller-aws-nlb.yaml

   출력 예

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     name: $my_ingress_controller1
     namespace: openshift-ingress-operator
   spec:
     domain: $my_unique_ingress_domain2
     endpointPublishingStrategy:
       type: LoadBalancerService
       loadBalancer:
         scope: External3
         providerParameters:
           type: AWS
           aws:
             type: NLB

   1

   $my_ingress_controller 를 Ingress 컨트롤러의 고유한 이름으로 교체합니다.

   2

   $my_unique_ingress_domain 을 클러스터의 모든 Ingress 컨트롤러에서 고유한 도메인 이름으로 바꿉니다. 이 변수는 DNS 이름 < clustername>.<domain>의 하위 도메인이어야 합니다.

   3

   내부 NLB를 사용하려면 External 을 Internal 로 교체할 수 있습니다.

2. 클러스터에서 리소스를 생성합니다.

   $ oc create -f ingresscontroller-aws-nlb.yaml

1. 설치 프로그램이 포함된 디렉터리로 변경하고 매니페스트를 생성합니다.

   $ ./openshift-install create manifests --dir <installation_directory> 1

   1

   & lt;installation_directory >는 클러스터의 install-config.yaml 파일이 포함된 디렉터리의 이름을 지정합니다.

2. < installation_directory>/manifests/ 디렉터리에 cluster-ingress-default-ingresscontroller.yaml 이라는 이름으로 파일을 생성합니다.

   $ touch <installation_directory>/manifests/cluster-ingress-default-ingresscontroller.yaml 1

   1

   & lt;installation_directory >는 클러스터의 manifests/ 디렉터리가 포함된 디렉터리 이름을 지정합니다.

   파일이 생성되면 다음과 같이 여러 네트워크 구성 파일이 manifests/ 디렉터리에 있습니다.

   $ ls <installation_directory>/manifests/cluster-ingress-default-ingresscontroller.yaml

   출력 예

   cluster-ingress-default-ingresscontroller.yaml

3. 편집기에서 cluster-ingress-default-ingresscontroller.yaml 파일을 열고 원하는 Operator 구성을 설명하는 CR(사용자 정의 리소스)을 입력합니다.

   apiVersion: operator.openshift.io/v1
   kind: IngressController
   metadata:
     creationTimestamp: null
     name: default
     namespace: openshift-ingress-operator
   spec:
     endpointPublishingStrategy:
       loadBalancer:
         scope: External
         providerParameters:
           type: AWS
           aws:
             type: NLB
       type: LoadBalancerService

4. cluster-ingress-default-ingresscontroller.yaml 파일을 저장하고 텍스트 편집기를 종료합니다.
5. 선택사항: manifests/cluster-ingress-default-ingresscontroller.yaml 파일을 백업합니다. 설치 프로그램은 클러스터를 생성할 때 manifests/ 디렉터리를 삭제합니다.