CKA 준비 Cluster IP,Namespace,Imperative vs Declarative

Cluster IP?

Micro Service Architechture

• 각 계층은 서비스간의 통신에 영향을 주지 않고 필요한 대로 확장 또는 이동을 할 수 있다. 
• 각각의 서비스는 클러스터 내부에서 IP와 그에 할당된 이름을 가지고 있다. -> 다른 포드가 서비스에 접근하는데 사용하는 이름
• 이런 서비스 유형을 클러스터 IP 라고 한다.

Load Balancer?(부하분산기)

• 사용자와 Voting-App Service 사이에 Load Balancer 를 구성해 기본 노드로 트래픽을 routing 한다.
• support platform like Google Cloud, AWS, Azure.
• Load Balancer 는 지원되는 클라우드 플랫폼에서만 작동한다. -> 지원 안되는 환경에서 설정하면 노드 POD 로 설정하는 것과 같은 효과를 가지게 된다.

실습

service 상태확인 및 디테일 정보 커맨드

Endpoints 란?

- 해당 서비스가 선택기와 해당 포드에 설정된 레이블을 기반으로 식별하는 모든 포드의 사양이다.

728x90

 

 

service yaml 설정파일을 확인하고 여는 법

설정파일 안쪽에서 설정

작성한 설정파일로  service  생성

Namespace?

• cluster 가 처음 설정되면 Kubernetes가 자동으로 생성한다.
• Kubernetes는 내부 목적을 위해 POD와 Service 세트를 만든다. -> Networking solution 또는 DNS 서비스에 요구되는 것과 같은 것
• 사용자로부터 이것들을 분리하고 실수로 이 서비스들을 삭제하거나 수정하는 걸 막기 위해 Kubernetes는 cluster 시작 때 kube-system이란 이름의 다른 이름 공간으로 생성했다.
• Kubernetes 가 만든 세번째 네임스페이스는  자동으로  kube-public 이라고 불린다. -> 모든 사용자가 사용할 수 있어야 할 리소스가 생성되는 곳
• 기업이나 제품 목적 으로 Kubernetes를 사용할땐 Namespace를 고려해야한다.
• 다른 제품을 같은 cluster에서 개발하고 수정한다면 개발환경에서 다른 제품을 실수로 수정하지 않는다.
• 기본 defalut Namespace에 있는 것들을 보려면 kubectl get pods 명령어를 사용하지만 default 밖에 있는 것들을 보려면 kubectl get pods --namespace=kube-system과 같은 namespace 를 적어줘야 조회가 가능하다.
• 현재 작업중인 namespace를 변경하려면 kubectl config set-context  $(kubectl config current-context) --namespace=dev 명령어를 사용해서 바꿔준다.

실습

Namespace list를 가져오는 명령어 두가지

Namespace의 pod 개수를 가져오는 명령어 두가지 방법

특정 namespace에 이미지 생성하는 방법과 pod명과 namespace 명을 모두 가져오는 명령어 두 가지

반응형

Imperative vs Declarative

• Imperative 선언적 접근은 어떻게 목적지에 도착하느냐의 개념이다.
• Declarative 명령적 접근은 어디 목적지에 도착한다는 개념이다.

실습

service 생성후 서비스 생성확인 expose pod 잊지 않기