Red Hat과의 파트너십을 통해 OpenShift에서 DevOps 호환 서비스 제공을 위한 고성능, 확장 가능하고 장기적인 솔루션이 필요한 기업 사용자를 지원하는 데 계속해서 집중하고 있습니다. OpenShift용 NGINX Ingress Operator는 OpenShift 환경에서 기본 라우터와 함께 Kubernetes용 NGINX Plus Ingress Controller를 배포하기 위한 지원 및 인증된 메커니즘으로, 포인트 앤 클릭 방식 의 설치와 자동 업그레이드가 가능합니다. Operator Lifecycle Manager (OLM)를 활용하여 NGINX Ingress Operator의 설치, 업그레이드 및 구성을 수행할 수 있습니다.
기본 라우터 외에 NGINX Plus Ingress Controller를 사용해야 하는 이유가 궁금하세요? Red Hat + NGINX의 가치 블로그에서 파트너십을 통해 안전하고 확장 가능하며 지원되는 애플리케이션 제공이 어떻게 이루어지는지 알아보세요.
이 단계별 가이드는 NGINX Ingress Operator를 시작하는 데 필요한 모든 것을 제공합니다. 시작하기 전에 OpenShift 4.3 이상을 실행하는 OpenShift 클러스터 환경에 대한 관리자 액세스 권한이 있는지 확인하세요.
NGINX Ingress Operator를 설치하는 방법을 보여주는 비디오와 스크린샷이 포함된 서면 요약이 있습니다.
OpenShift 콘솔에서 NGINX Ingress Operator를 설치합니다.
왼쪽 탐색 열에서 운영자를 클릭한 다음 OperatorHub를 클릭합니다. 검색 상자에 nginx를 입력하고, 나타나는 Nginx Ingress Operator 상자를 클릭합니다.
제품 정보를 검토한 후 설치 버튼을 클릭하세요.
열리는 Operator Subscription 생성 페이지에서 Operator를 설치할 클러스터 네임스페이스를 지정합니다(이 예에서는 nginx-ingress ). 또한 관리자의 수동 승인 없이 실행 중인 Operator 인스턴스의 자동 업데이트를 활성화하려면 승인 전략 아래에서 자동 라디오 버튼을 클릭합니다. 구독 버튼을 클릭하세요.
설치가 완료되면 터미널에서 다음 명령을 실행하여 Operator가 실행 중인지 확인하세요.
# oc get pods –n nginx-ingress 이름 준비 상태 재시작 연령 nginx-ingress-operator-dd546d869- xxxxx 1/1 실행 중 0 7m29s
왼쪽 탐색 열에서 설치된 운영자를 클릭합니다. 열리는 페이지에서 제공된 API 열에 있는 NginxIngressController 링크를 클릭합니다. NginxIngressController는 운영자가 OpenShift 클러스터에 NGINX Plus Ingress Controller를 배포하는 데 사용하는 사용자 정의 리소스입니다.
열리는 페이지에서 다음 예제와 같은 매니페스트를 텍스트 필드에 붙여넣고 '만들기' 버튼을 클릭하여 Kubernetes 배포를 위한 NGINX Plus Ingress Controller를 배포합니다.
defaultSecret
및 wildcardTLS
필드에 TLS 인증서와 키가 있는 Secret을 포함하고 있다는 점에 유의하세요. 이를 통해 Ingress 정책에 Secret을 포함하지 않고도 TLS 종료 및 패스스루가 가능해집니다.
Kubernetes용 NGINX Plus Ingress Controller를 구성할 때 설정할 수 있는 다양한 옵션이 있으며, 이는 GitHub 저장소 에 나열되어 있습니다.
api 버전: k8s.nginx.org/v1alpha1kind: NginxIngressController
메타데이터:
이름: my-nginx-ingress-controller
네임스페이스: nginx-ingress
스펙:
enableCRDs: true
이미지:
pullPolicy: 항상
저장소: registry.hub.docker.com/nginx/nginx-ingress
태그: edge
nginxPlus: false
serviceType: 로드밸런서
유형: 배포
복제본: 2
defaultSecret: nginx-ingress/default-server-secret
wildcardTLS: default/app-secret
configMapData:
error-log-level: debug
enableTLSPassthrough: true
globalConfiguration: nginx-ingress/nginx-configuration
배포를 확인하려면 터미널에서 다음 명령을 실행하세요. 출력에서 볼 수 있듯이, 이전 단계에서 사용한 매니페스트는 NGINX Plus Ingress Controller의 복제본 두 개를 배포하고 이를 LoadBalancer
서비스에 노출했습니다. ( get
명령의 출력은 가독성을 위해 여러 줄에 걸쳐 나열되어 있습니다.)
# oc get pods -n nginx-ingress 이름 준비 상태 재시작 나이 my-nginx-ingress-controller-579f455d7d- xxxxx 1/1 실행 중 0 5m53s my-nginx-ingress-controller-579f455d7d- xxxxx 1/1 실행 중 0 5m53s nginx-ingress-operator-dd546d869- xxxxx 1/1 실행 중 0 56m # oc get svc –n nginx-ingress my-nginx-ingress-controller 로드 밸런서 172. xx .48.254 <보류> ... nginx-ingress-operator-metrics 클러스터 IP 172. xx .209.190 <없음> ... ... 80:32028/TCP, 443:31973/TCP 10m ... 80:32028/TCP,443:31973/TCP 10m
다음 명령을 실행하여 NGINX Plus Ingress Controller가 요청에 응답하는지 확인하세요. public_IP_address를
NGINX Plus Ingress Controller를 노출하는 LoadBalancer
서비스의 외부 IP 주소로 바꾸세요.
이 지점에서 명령이 반환된다는 점에 유의하십시오. 404
찾을 수
없음
. 아직 백엔드 Pod로 트래픽을 라우팅하기 위한 Ingress 리소스를 구성하고 배포하지 않았기 때문입니다. 자세한 내용은 설명서를 참조하세요.
# 컬 공개 IP 주소 <html>
<head><title>404 찾을 수 없음</title></head>
<body bgcolor="white">
<center><h1>404 찾을 수 없음</h1></center>
<hr><center>nginx/1.13.4</center>
</body>
</html>
최종 사용자는 NginxIngressController 리소스의 여러 매니페스트를 제출할 수 있으며 각 매니페스트에 대해 별도의 배포가 생성됩니다. Operator는 또한 다양한 네임스페이스에 걸친 배포를 지원합니다. 네임스페이스는 매니페스트의 메타데이터
섹션에서 지정할 수 있습니다.
NGINX Ingress Operator는 특히 다음을 통해 NGINX Plus Ingress Controller 배포를 관리하는 데 도움이 됩니다.
이제 NGINX Plus Ingress Controller가 준비되고 배포되었으니, OpenShift에서 NGINX Plus의 고급 기능을 사용하려면 설명서 와 GitHub 리포지토리를 참조하세요.
아직 고객이 아니신가요? NGINX Plus와 Ingress Controller를 사용해 보려면 오늘 무료 30일 평가판을 시작하거나 당사에 문의하여 사용 사례에 대해 논의해 보세요 .
"이 블로그 게시물에는 더 이상 사용할 수 없거나 더 이상 지원되지 않는 제품이 참조될 수 있습니다. 사용 가능한 F5 NGINX 제품과 솔루션에 대한 최신 정보를 보려면 NGINX 제품군을 살펴보세요. NGINX는 이제 F5의 일부가 되었습니다. 이전의 모든 NGINX.com 링크는 F5.com의 유사한 NGINX 콘텐츠로 리디렉션됩니다."