kubernetes namespace 추가하기

쿠버네티스 설정 yaml 파일에서도 커맨드와 동일한 효과를 줄 수 있다.

---
apiVersion: v1
kind: Namespace
metadata:
  name: capture
  labels:
    app.kubernetes.io/name: capture
    app.kubernetes.io/part-of: capture
    app.list: phantomjs

쿠버네티스 공식 페이지에는 ingress nginx에 대한 설명이 되어 있다. 

https://github.com/kubernetes/ingress-nginx/blob/master/docs/deploy/index.md

기본은 아래와 같다. 

https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/mandatory.yaml

특이할 점은 service는 따로 정의되어 있지 않지만, ingress-nginx namespace가 디폴트로 사용됨을 알 수 있다.

한편, aws에서 l7을 사용하려면 loadbalancer type을  사용하는 것을 참고할 수 있다.

https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/static/provider/aws/service-l7.yaml

spec:
  type: LoadBalancer
  selector:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
  ports:
    - name: http
      port: 80
      targetPort: http
    - name: https
      port: 443
      targetPort: http

이후 아래 링크에서 응용 버전을 참고할 수 있다.

https://knight76.tistory.com/entry/kubernetes-ingress-nginx-%EC%84%A4%EC%A0%95-%ED%99%95%EC%9D%B8%ED%95%98%EA%B8%B0

kubernetes에서는 네임 스페이스를 줘서 상태 정보를 확인한다. 

특정 노드에 대한 로그를 확인할 때도 네임 스페이스를 지정해야 한다.

따라서 3개의 pods를 모두 보려면 pod 별로 호출해야 한다.

하지만, 

https://github.com/wercker/stern를 사용하면 예쁘게 많은 pods 로그를 쉽게 볼 수 있다. 

맥이라면 brew install stern으로 설치한다.

3개의 포드에 대한 로그를 보려면 다음 커맨드를 실행한다.

또한 동일한 방식으로 ingress 로그도 출력할 수 있다.

default namespace 앱을 새로운 namespace로 옮길 때 이슈가 발생할 수 있다.

k8s는 기본적으로 기존 정보를 모른다. 

default namespace에 올린 service,ingress,pods는 그대로 둔채..

새로운 namespace에 service, ingress,pods는 뜬다.

이때 ingress는 같은 포트를 사용하기 때문에 에러가 당연히 발생한다.

디폴트의 ingress는 종료시키고, 새로운 namespace의 ingress는 떠있게 한다.

그리고 default service, pods도 일일이 종료 시킨다. 

다음과 같이 나오면 정상이다. 

<mac OS>

<윈도우>

Service, Ingress 설정을 주고 ingress 확인하기

아래와 같은 k8s으로 kubectl apply 적용했다.

---
apiVersion: v1
kind: Service
metadata:
  name: phantomjs-service
spec:
  ports:
    - port: 80
      protocol: TCP
      targetPort: 3001
  selector:
    app: phantom-server
---
apiVersion: app/v1beta2
kind: Ingress
metadata:
  name: phantomjs-ingress
  annotations:
    kubernetes.io/ingress.class: "nginx"
    ingress.kubernetes.io/rewrite-target: /
    ingress.kubernetes.io/proxy-body-size: 10m
    nginx.org/client-max-body-size: 10m
spec:
  rules:
    - host: capture.internal.google.com
      http:
        paths:
          - path: /
            backend:
              serviceName: phantomjs-service
              servicePort: 80

 ingress-nginx 네임스페이스를 확인한다.

docker에서 다음을 실행하면 nginx 설정을 확인할 수 있다.

지금까지의 작업을 한 커맨드로 사용해 namespace에 nginx ingress가 하나 밖에 없다면 다음과 같이 쉽게 볼 수 있다.

ingress docker 내부 vi로 보고 싶다면, vi가 설치가 안되어 있어서 보기 어렵다. '| vi - '를 추가한다.

'근성없고 화내는'이라는 뜻이 있지만 

(참고 https://reckon.tistory.com/2186)

소프트웨어 세상에서는 

ansible과 같은 설정 관리 툴로 특정 OS에서 소프트웨어/애플리케이션을 설치 및 설정 한후 

운영을 진행하다 세월이 흘러, 운영체제와 설치소프트웨어도 조금씩 달라진다. 따라서 ansible만 해도 조금씩 playbook을 다르게 써야 하는 경우가 있다. 

이런 환경을 snowflake(눈송이) 시스템이라고 한다.

도커 환경에서 이런 운영 환경을 이겨낼 수 있기에 

docker/cloud /kubernetes 환경에서 기존 레거시와 차별하기 위해 사용되고 있다.