명령어 실습

 

KUBCTL

:

 

개념의 복습

 

KUBCETL -> POD형태로의 배포는 지양하는 것이 옳지 않을까.

POD형태의 배포는 , 가용성이 크게 감소한다. DEPLOYMENT 형태로 배포하는 것이 옳지 않을까 

 

YML단위 배포시 DEPLOYMENT가 옳을 수 있다.

 

실습시 주의 

 

KUBECTL이 메인이 된다. (쿠버네티스의 리소스 리스트를 출력)

-O WIDE를 통해서, 해당 리소스와 관련된 추가적인 정보가 나온다.

 

KUBECTL DECRIBE 혹은 KUBECTL LOG를 통해 문제를 해결할 방법을 찾는다. 

 

대부분의 배포는 KUBECTL APPLY를 통해서 진행한다.

그 이유는 생성, 혹은 이미 리소스가 존재할때 수정까지 가능하다. 

 

KUBECTL EXEC <NAME OF POD> <COMMAND>

를통해서 POD에서 실행되는 APPLICATION에 들어가 명령어를 실행할 수 있다 . 

 

KUBCETL <COMMAND> <TYPE> <NAME> --ALL NAMESPACES를 통해서

모든 NAMESPACE에 대한 리소스에 대한 명령을 수행한다.

*이를 통해 GET을 진행할 수 있다. 

 

쿠버네티스는, pod등을 관리할 뿐이고 

실제 작업에는 knative와 같이 쿠버네티스에 추가해서 작업을 진행한다. 

 

DB를 CONTAINER위에 올릴때? 

STATEFUL SET을 참조해보자. 

 

HARD는 STATELESS -> HTTP와 같은 형태.

(사용자의 상태를 기록하지 않는다) 

POD는 STATELESS에 대한 내용이 중요하지 않다.

 

STATEFUL SET ? 후에 들었을때 개념상의 혼동이 존재할 경우가 많다.

DB를 복제할때는 STATEFUL SET을 사용한다를 기억하자. 

 

KUBERNETES - HANDS ON -  > UDEMY 한국어 버전을 확인하자.