TKE는 Nginx-ingress 애드온 설치를 지원하고 이를 사용하여 Ingress 트래픽에 액세스합니다. Nginx-ingress에 대한 자세한 내용은 Nginx-ingress 설명을 참고하십시오. 본 문서는 Nginx-ingress 애드온의 모범 사례를 설명합니다.
Nginx-ingress 애드온이 설치되면 kube-system 아래에 Nginx-ingress operator 애드온이 있습니다. 이 애드온을 사용하여 여러 Nginx Ingress 인스턴스를 생성할 수 있습니다. 각 Nginx Ingress 인스턴스는 서로 다른 IngressClass를 사용하고 서로 다른 CLB를 트래픽 항목으로 사용하므로 서로 다른 Ingress가 서로 다른 트래픽 항목에 바인딩될 수 있습니다. 실제 요구 사항에 따라 클러스터에 대해 여러 Nginx Ingress 인스턴스를 생성할 수 있습니다.
트래픽 항목으로 LB에 더 높은 동시성 또는 처리량이 필요한 경우 Nginx Ingress 인스턴스를 생성할 때 실제 요구 사항을 기반으로 대역폭 제한을 설정하고 Nginx Ingress에 더 높은 대역폭을 할당할 수 있습니다.
Bill-by-CVM 계정(계정 유형 확인)이 있는 경우 대역폭 제한은 노드 대역폭에 따라 결정됩니다. 다음 조건에 따라 노드 대역폭 제한을 조정할 수 있습니다.
CLB-to-Pod 다이렉트 액세스 모드가 활성화된 경우 총 LB 대역폭은 Nginx Ingress 인스턴스 Pod가 위치한 노드의 대역폭 합계입니다. Nginx Ingress 인스턴스를 배포하기 위해 공중망 대역폭이 높은 일부 노드를 계획하는 것이 좋습니다(노드 풀을 DaemonSet으로 지정하여 배포).
CLB-to-Pod 다이렉트 액세스 모드가 활성화되지 않은 경우 LB의 총 대역폭은 모든 노드의 공중망 대역폭의 합계입니다.
Nginx-ingress 매개변수 최적화
Nginx Ingress 인스턴스는 기본적으로 커널 매개변수와 Nginx Ingress 구성을 최적화할 수 있습니다. 자세한 내용은 Nginx Ingress 높은 동시성 사례를 참고하십시오. 다음 지침을 참고하여 사용자 정의할 수 있습니다.
커널 매개변수 수정
Nginx Ingress 구성 수정
nginx-ingress-conntroller의 배포된 Daemonset 또는 Deployment(인스턴스 배포 옵션에 따라 다름)를 편집하고 아래와 같이 initContainers를 수정합니다(콘솔에서 kube-system 아래의 리소스는 수정할 수 없습니다. Kubectl을 사용하여 수정하십시오).
Nginx 구성 탭에서 수정할 인스턴스를 선택하고 YAML 편집을 클릭한 다음 아래와 같이 Nginx Ingress 인스턴스의 ConfigMap 구성을 수정합니다.
Nginx Ingress 인스턴스를 생성한 후 인스턴스 세부 정보의 유지보수 기능 엔트리에서 인스턴스의 로그 구성을 활성화할 수 있습니다. 이는 아래와 같이 인스턴스의 상태 지표를 확인하고 문제를 해결하는 데 편리합니다.
주의사항:
v0.49.3 버전의 인스턴스에서 로그 수집의 검색 구성 파일은 LogConfig CRD 리소스 객체에서 찾을 수 있습니다. 이 리소스 객체를 수정한 후 해당 로그 수집 기능을 닫고/다시 열면 LogConfig 리소스 객체의 구성이 재설정됩니다. 이에 따라 리소스 객체의 데이터를 적시에 백업해야 합니다. Nginx Ingress 인스턴스 자체의 삭제 및 Nginx Ingress 애드온의 업그레이드는 해당 검색 구성 파일에 영향을 미치지 않습니다.
