GCP, AWS와 같은 Cloud 업체에서 제공해주는 Managed K8s 환경을 사용하는 것이 아니라,
Local 환경에서 직접 K8s를 설치하는 경우
Ingress를 이용하기 위해서는 추가적인 설치를 해야 한다.
다른 네트워크 관련된 것들과 마찬가지로
Ingress도 여러가지 중에 선택적으로 설치해서 사용해야 한다.
직접 설치해서 사용하는 경우 일반적으로 Nginx 기반의 Ingress를 선택한다.
그런데, 이 부분에서 고생을 했던 이유가 Nginx 기반 Ingress 자체도 종류가 여러가지라는 것이다.
그 중에서 대표적인 Nginx Ingress Controller는 다음의 2가지 이다.
- kubernetes/ingress-nginx
- nginxinc/kubernetes-ingress
첫번째 것은 Kubernetes 진영에서 배포하고 있는 ingress-nginx 이고,
두번째 것은 Nginx 진영에서 배포하고 있는 nginx-ingress 이다.
두 배포판의 차이점을 정리한 내용은 다음 링크에서 확인해보면 된다.
- https://docs.nginx.com/nginx-ingress-controller/intro/nginx-ingress-controllers
기능적으로 Nginx에서 배포하는 것이 좀 더 다양한 것 같기는 한데,
아무래도 Kubernetes 문서에서 보이는 Ingress 내용들의 기준이 되는 것은
`kubernetes/ingress-nginx`일 것이다.
그런데, 문제는 Kubespray로 Kubernetes를 설치할 때
addon으로 ingress를 선택하게 되면
이 때 설치되는 것이 'kubernetes/ingress-nginx'가 아니다.
(잘못알고 있을 수도 있으니, 정확히 알고 계신 분들 계시면 제보 바랍니다)
그래서,
Kubespray를 이용해서 Kubernetes를 설치할 때
addon 설정할 때 ingress를 선택하지 말고
나중에 직접 Ingress를 설치하는 방법으로 하고자 한다.
Kubernetes는 설치를 마친 상태에서
Ingress 설치를 하는 과정으로 진행해보자.
Reference
- https://github.com/kubernetes/ingress-nginx/
- https://kubernetes.github.io/ingress-nginx/deploy/
다양한 환경에서의 설치 방법이 각각 있지만,
우리가 여기에서 살펴볼 것은 Bare-Metal 환경을 기준으로 하겠다.
- https://kubernetes.github.io/ingress-nginx/deploy/#bare-metal
그리고, 이 방법은 `Nodeport` 방식으로 설정된다.
(LoadBalancer가 있으면 그것을 이용하겠지만, 개인적으로 구축한 K8s 환경에서는...)
사실, 설치 방법은 너무나 쉽다.
단 1줄 !!!
정말 중요한 것은
잘 동작하는지 검증을 해보는 것일 것이다.
Namespace로 작업 공간 확보한 다음
Deployment 만들고 Service 만들어서
Ingress로 접근하도록 해보자.
① 따로 방을 잡아놓기 위해 Namespace 만들고,
apiVersion: v1
② Deployment를 이용해 Pod를 만들어 놓자
$ nano 02.Deployment.yaml
apiVersion: apps/v1
③ Pod들을 연결할 Service를 만들자
apiVersion: v1
지금까지 만들어 놓은 YAML을 실행하자
$ kubectl create -f ./01.Namespace.yaml
이제, 본론이다!
Ingress를 만들어서 Service를 외부로 오픈해보자.
apiVersion: networking.k8s.io/v1
만들어 놓은 YAML을 실행하자
$ kubectl create --namespace=test-ingress -f ./04.Ingress.yaml
이제 Web-Browser로 확인을 하면 되는데,
ingress-nginx가 지금 어떤 IP의 어떤 Port로 서비스 되고 있는 것일까?
$ kubectl get services --namespace=ingress-nginxingress-nginx-controller NodePort 10.233.29.64 <none> 80:32035/TCP,443:32407/TCP 11h
`ingress-nginx`는 지금 `NodePort` 방식으로 서비스 되고 있으므로 IP는 node들의 IP 아무것이나 ...
Port는 http는 32035, https는 32407을 사용하고 있음을 확인할 수 있다.
(당연히 각자의 환경에서 Port는 다를 수 있다)
그러면, 이제 웹브라우저로 확인해보자.
어?! 왜 안되지 ?!
멍청하면 손발이 고생한다고... 이 문제를 해결하려고 3일 넘게 잠도 잘 못자고 정말 고생했다 ㅠㅠ
엄청난 구글링 시도를 했지만 속시원한 해결책을 찾지 못하다가... 결국은 방법을 찾았다.
일단, ingress-nginx의 로그를 확인해야 했었다.
$ kubectl logs --namespace=ingress-nginx ingress-nginx-controller-57ffff5864-p52bb -f
------------------------------------------------------------------------------- https://github.com/kubernetes/ingress-nginx
그렇다. 원인은 로그에 다 있었다 ㅠㅠ
`IngressClass`가 문제란다.
이걸 해결하면 되는데...
apiVersion: networking.k8s.io/v1 ingressclass.kubernetes.io/is-default-class: true
annotation 한 줄 추가해주면 된다.
모든 Ingress에 저렇게 입력하기 싫다면,
기본 IngressClass nginx를 수정하면 된다.
`ingress-nginx` namespace에 있는 ingressclass를 살펴보면 `nginx` 이름으로 존재하고 있다.
$ kubectl get ingressclasses --namespace=ingress-nginx nginx k8s.io/ingress-nginx <none> 12h
edit 하면 되는데,
막간을 이용해서 tip 하나 추가하자면,
기본적으로 `kubectl edit`를 하게되면 기본 에디터로 `vi`가 실행된다.
vi를 싫어하는 나같은 사람들을 위해 에디터 변경을 하는 방법이 있다.
$ export KUBE_EDITOR=nano
그리고, 이제 edit를 해보자.
$ kubectl edit ingressclasses nginx --namespace=ingress-nginx
apiVersion: networking.k8s.io/v1 ingressclass.kubernetes.io/is-default-class: "true"
나머지는 모르겠고 ... 위에 색으로 칠한 부분만 추가되어 있으면 된다.
문제 해결을 위해 열심히 구글링 하면서 알게된 지식 추가 공유 !
- Ingress 생성할 때, 연결하고자 하는 Service가 있는 namespace에 같이 존재해야 한다
. Ingress Controller는 전체 namespace를 바라보고 있기에 가능하다.
- Ingress와 연결되는 Service는 Cluster IP와 매핑이 된다.
. 그래서 Service는 Nodeport 타입이어도 되고, 아니어도 된다.
이번에는 여기까지~
