Kubernetes 포드란?

포드는 컨트롤러라고 하는 워크로드 리소스에 의해 생성되며 클러스터 내 포드의 배포, 복제 및 상태를 관리합니다. 예를 들어 클러스터의 노드에 장애가 발생하면 컨트롤러는 해당 노드의 포드가 응답하지 않음을 감지하고 다른 노드에 교체 포드를 생성합니다.

가장 일반적인 세 가지 컨트롤러 유형은 다음과 같습니다.

• 작업 특정 작업을 실행하여 완료하는 임시적인 배치 유형 작업용
• 배포 웹 서버(HPPT 서버)와 같이 상태 정보를 저장하지 않는 영구적인 애플리케이션용
• StatefulSet 데이터베이스와 같이 상태 저장 및 영구 애플리케이션용

포드에 여러 컨테이너가 있는 경우 가상 머신이든 물리적 서버든 클러스터의 동일한 서버에 모두 함께 스케줄링됩니다. 포드 내 모든 컨테이너는 리소스와 종속성을 공유하며, 실행 및 종료를 조정할 수 있습니다. 예를 들어, 포드에 애플리케이션 컨테이너가 실행되기 전에 실행되는 ‘이니셔티브’ 컨테이너를 포함하여 이후에 실행되는 애플리케이션에 대한 환경을 설정할 수 있습니다.

포드는 대부분 컨트롤러에 의해 생성되며, 컨트롤러는 장애가 발생한 포드를 교체하고, 필요에 따라 포드를 복제하며, 포드가 완성되었거나 더 이상 필요하지 않은 포드를 클러스터 노드에서 제거하는 등의 포드 수명주기를 자동으로 관리할 수 있습니다.

컨트롤러는 포드 템플릿의 정보를 사용하여 포드를 생성하고, 컨트롤러는 예를 들어 배포에 정의된 수와 일치하는 복제본을 생성하여 실행 중인 포드가 포드 템플릿에 정의된 배포와 일치하도록 합니다.

포드가 생성되면 고유한 IP 주소가 할당됩니다. 포드 내에 여러 컨테이너가 있는 경우 간단히 로컬 호스트를 사용하여 서로 통신할 수 있습니다. 포드 외부의 통신은 포트를 노출하여 수행됩니다. 클러스터의 포드 간 통신은 Kubernetes가 클러스터-프라이빗 IP 주소를 클러스터의 모든 PID에 할당한다는 이점을 활용하므로, 포드 간 링크를 명시적으로 생성하거나 컨테이너 포트를 호스트 포트에 매핑할 필요가 없습니다. 이러한 방식으로 클러스터의 모든 포드는 NAT 없이도 서로를 ‘인식’할 수 있습니다.

Kubectl은 사용자가 포드를 만들고, 배포를 사용하여 실행하고, 실행 중인 포드의 상태를 확인하고, 더 이상 필요하지 않은 포드를 중단할 수 있는 다양한 명령을 제공합니다. JSON(JavaScript Object Notation) 또는 YAML(YAML Ain’t Markup Language) 명령은 암호화 명령에 유효합니다.

일반적으로 사용되는 kubectl 명령은 다음과 같습니다.

가져오기

kubectl get 명령은 하나 이상의 리소스에 대한 표 형식의 정보를 표시합니다. 라벨 선택기를 사용하여 정보를 필터링할 수 있습니다. 기존 네임스페이스에서만 또는 클러스터의 모든 네임스페이스에 대한 정보가 표시될 수 있습니다.
“kubectl api-resources” 명령은 정보를 ‘가져올’ 수 있는 지원되는 모든 리소스 목록을 생성합니다. kubectl get 명령의 일반적인 형식은 다음과 같습니다.

$ kubectl get [(-o|--output=)json|yaml|wide|custom-columns=...|custom-columns-file=...|go-template=...|go-template-file=...|jsonpath=...|jsonpath-file=...] (TYPE[.VERSION][.GROUP] [NAME | -l label] | TYPE[.VERSION][.GROUP]/NAME ...) [flags]

포드 생성

포드는 create 명령을 사용하여 다음 형식으로 생성됩니다.

$ kubectl create -f FILENAME.

예를 들어, 다음과 같은 명령을 사용합니다.

kubectl create -f ./mypod.yaml will create a new pod from the YAML file “mypod”

포드 삭제

“kubectl delete -f ./mypod.yaml” 명령은 클러스터에서 “mypod” 포드를 삭제합니다. 포드를 삭제하는 것은 안전한 프로세스입니다. 포드는 강제로 종료되기 전에 유예 기간(기본 30초) 동안 실행을 계속합니다. 원하는 경우 grace-period 플래그로 유예 기간 값을 덮어쓸 수 있습니다.