Kubernetes의 CKA 풀 코스 데이 정적 포드, 수동 예약, 라벨 및 선택기
작업: 스케줄러 없이 수동으로 포드 예약
이 작업에서는 클러스터의 특정 노드에 포드를 직접 할당하여 Kubernetes 스케줄러를 우회하는 방법을 살펴보겠습니다. 이는 일반적인 예약 프로세스를 거치지 않고 특정 노드에서 포드를 실행해야 하는 특정 시나리오에 유용한 접근 방식이 될 수 있습니다.
전제 조건
이전 게시물에서 설명한 것과 유사한 KIND(Docker의 Kubernetes) 구성으로 생성된 Kubernetes 클러스터가 실행 중이라고 가정합니다. 여기서는 kind-cka-cluster라는 클러스터를 만들었습니다.
kind create cluster --name kind-cka-cluster --config config.yml
이전 게시물에서 KIND를 사용한 클러스터 생성에 대해 이미 다루었으므로 자세한 내용은 다시 다루지 않겠습니다.
1단계: 클러스터 노드 확인
이 새 클러스터에서 사용 가능한 노드를 보려면 다음을 실행하세요.
kubectl get nodes
다음과 유사한 출력이 표시됩니다.
NAME STATUS ROLES AGE VERSION kind-cka-cluster-control-plane Ready control-plane 7m v1.31.0
이 작업을 위해 kind-cka-cluster-control-plane에서 포드를 예약하겠습니다.
2단계: 포드 매니페스트(node.yml) 정의
이제 YAML 형식으로 포드 매니페스트를 만들어 보겠습니다. 포드 구성의 nodeName 필드를 사용하면 Kubernetes 스케줄러를 완전히 우회하여 포드의 정확한 노드를 지정할 수 있습니다.
node.yml:
apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx nodeName: kind-cka-cluster-control-plane
이 매니페스트의 내용:
- nodeName을 kind-cka-cluster-control-plane으로 설정했습니다. 이는 스케줄러가 노드 할당을 건너뛰고 이 특정 노드의 Kubelet이 대신 배치를 처리한다는 의미입니다.
이 접근 방식은 nodeSelector 또는 선호도 규칙과 같은 다른 방법을 재정의하는 직접적인 노드 선택 방법입니다.
Kubernetes 문서에 따르면:
"nodeName은 어피니티나 nodeSelector보다 더 직접적인 형태의 노드 선택입니다. nodeName은 포드 사양의 필드입니다. nodeName 필드가 비어 있지 않으면 스케줄러는 포드를 무시하고 명명된 노드의 kubelet은 배치를 시도합니다. nodeName을 사용하면 nodeSelector나 선호도 및 반선호도 규칙이 무시됩니다."
자세한 내용은 노드 할당에 대한 Kubernetes 설명서를 참조하세요.
3단계: 포드 매니페스트 적용
매니페스트가 준비되면 클러스터에 적용합니다.
kubectl apply -f node.yml
이 명령은 nginx 포드를 생성하고 이를 kind-cka-cluster-control-plane 노드에 직접 할당합니다.
4단계: 포드 배치 확인
마지막으로 지정된 노드에서 Pod가 실행되고 있는지 확인하세요.
kubectl get pods -o wide
출력에서는 nginx 포드가 실제로 kind-cka-cluster-control-plane에서 실행되고 있음을 확인해야 합니다.
kind create cluster --name kind-cka-cluster --config config.yml
이는 nodeName 필드를 설정하여 Kubernetes 스케줄러를 우회하고 컨트롤 플레인 노드에서 포드를 직접 예약했음을 확인합니다.
작업: 제어 플레인 노드에 로그인하고 기본 정적 포드 매니페스트 디렉터리로 이동한 후 제어 플레인 구성 요소를 다시 시작해 보세요.
새로 생성된 클러스터의 제어 영역 노드에 액세스하려면 다음 명령을 사용하세요.
kubectl get nodes
정적 포드 매니페스트가 포함된 디렉터리로 이동합니다.
NAME STATUS ROLES AGE VERSION kind-cka-cluster-control-plane Ready control-plane 7m v1.31.0
현재 매니페스트 확인:
apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx nodeName: kind-cka-cluster-control-plane
kube-controller-manager를 다시 시작하려면 해당 매니페스트 파일을 임시로 이동하세요.
kubectl apply -f node.yml
다시 시작을 확인한 후 매니페스트 파일을 원래 위치로 되돌립니다.
kubectl get pods -o wide
이러한 단계를 통해 우리는 제어 플레인에 액세스하고 정적 포드 매니페스트를 조작하여 제어 플레인 구성 요소의 수명 주기를 관리하는 방법을 성공적으로 시연했습니다.
kube-controller-manager 재시작 확인
kube-controller-manager.yaml 매니페스트 파일을 /tmp로 임시 이동한 후 kube-controller-manager가 다시 시작되었는지 확인할 수 있습니다. 이전 게시물에서 언급했듯이 재시작이 명확하게 표시되는 k9s를 사용하고 있지만 k9s가 없는 독자의 경우 다음 명령을 시도해보세요
이벤트 검사:
더 많은 정보를 수집하려면 다음을 사용하세요.
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES nginx 1/1 Running 0 28s 10.244.0.5 kind-cka-cluster-control-plane <none> <none>
출력 끝에서 이벤트를 찾아보세요. 성공적으로 다시 시작하면 다음과 유사한 이벤트가 표시됩니다.
docker exec -it kind-cka-cluster-control-plane bash
"Killing", "Created" 및 "Started" 이벤트가 있으면 kube-controller-manager가 중지되었다가 성공적으로 다시 시작되었음을 나타냅니다.
대청소
작업을 완료하고 Pod의 동작을 확인한 후에는 더 이상 필요하지 않은 리소스를 정리하는 것이 중요합니다. 이는 깔끔한 환경을 유지하고 클러스터의 리소스를 확보하는 데 도움이 됩니다.
포드 목록:
먼저, 클러스터에서 현재 실행 중인 Pod를 확인할 수 있습니다.
cd /etc/kubernetes/manifests
다음과 같은 출력이 표시될 수 있습니다.
ls
포드 설명:
특정 포드에 대한 자세한 정보를 얻으려면 설명 명령을 사용하십시오.
mv kube-controller-manager.yaml /tmp
이름, 네임스페이스, 노드, 기타 구성 등 포드에 대한 세부정보를 제공합니다.
mv /tmp/kube-controller-manager.yaml /etc/kubernetes/manifests/
포드 삭제:
Pod가 더 이상 필요하지 않다고 판단되면 다음 명령을 사용하여 안전하게 삭제할 수 있습니다.
kubectl describe pod kube-controller-manager-kind-cka-cluster-control-plane -n kube-system
삭제 확인:
삭제 명령을 실행한 후 포드를 다시 나열하여 포드가 제거되었는지 확인할 수 있습니다.
Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Killing 4m12s (x2 over 8m32s) kubelet Stopping container kube-controller-manager Normal Pulled 3m6s (x2 over 7m36s) kubelet Container image "registry.k8s.io/kube-controller-manager:v1.31.0" already present on machine Normal Created 3m6s (x2 over 7m36s) kubelet Created container kube-controller-manager Normal Started 3m6s (x2 over 7m36s) kubelet Started container kube-controller-manager
nginx 포드가 더 이상 목록에 나타나지 않는지 확인하세요.
이러한 정리 단계를 수행하면 Kubernetes 클러스터를 체계적이고 효율적으로 유지하는 데 도움이 됩니다.
특정 라벨을 사용하여 여러 포드 생성
이 섹션에서는 nginx 이미지를 기반으로 각각 고유한 이름과 다양한 환경을 나타내는 특정 라벨(env:test, env:dev 및 env:prod)이 있는 3개의 Pod를 생성합니다.
1단계: 스크립트 생성
먼저 포드를 생성하는 명령이 포함된 스크립트를 생성합니다. 다음 명령을 사용하여 스크립트 파일을 만듭니다.
kind create cluster --name kind-cka-cluster --config config.yml
다음으로 다음 코드를 파일에 붙여넣습니다.
kubectl get nodes
2단계: 스크립트를 실행 가능하게 만들기
파일을 저장한 후 다음 명령을 사용하여 스크립트를 실행 가능하게 만듭니다.
NAME STATUS ROLES AGE VERSION kind-cka-cluster-control-plane Ready control-plane 7m v1.31.0
3단계: 스크립트 실행
포드를 생성하는 스크립트를 실행하세요.
apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx nodeName: kind-cka-cluster-control-plane
포드 생성을 나타내는 출력이 표시됩니다.
kubectl apply -f node.yml
4단계: 생성된 포드 확인
그러면 스크립트가 생성된 포드의 상태를 표시합니다.
kubectl get pods -o wide
이 시점에서 라벨을 기준으로 포드를 필터링할 수 있습니다. 예를 들어, env=dev 라벨이 있는 Pod를 찾으려면 다음 명령을 사용합니다.
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES nginx 1/1 Running 0 28s 10.244.0.5 kind-cka-cluster-control-plane <none> <none>
포드가 실행 중임을 확인하는 출력이 표시됩니다.
docker exec -it kind-cka-cluster-control-plane bash
태그 및 언급
- @piyushsachdeva
- 13일차: 비디오 튜토리얼
위 내용은 Kubernetes의 CKA 풀 코스 데이 정적 포드, 수동 예약, 라벨 및 선택기의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

각각의 엔진의 구현 원리 및 최적화 전략이 다르기 때문에 JavaScript 엔진은 JavaScript 코드를 구문 분석하고 실행할 때 다른 영향을 미칩니다. 1. 어휘 분석 : 소스 코드를 어휘 단위로 변환합니다. 2. 문법 분석 : 추상 구문 트리를 생성합니다. 3. 최적화 및 컴파일 : JIT 컴파일러를 통해 기계 코드를 생성합니다. 4. 실행 : 기계 코드를 실행하십시오. V8 엔진은 즉각적인 컴파일 및 숨겨진 클래스를 통해 최적화하여 Spidermonkey는 유형 추론 시스템을 사용하여 동일한 코드에서 성능이 다른 성능을 제공합니다.

Python은 부드러운 학습 곡선과 간결한 구문으로 초보자에게 더 적합합니다. JavaScript는 가파른 학습 곡선과 유연한 구문으로 프론트 엔드 개발에 적합합니다. 1. Python Syntax는 직관적이며 데이터 과학 및 백엔드 개발에 적합합니다. 2. JavaScript는 유연하며 프론트 엔드 및 서버 측 프로그래밍에서 널리 사용됩니다.

C/C에서 JavaScript로 전환하려면 동적 타이핑, 쓰레기 수집 및 비동기 프로그래밍으로 적응해야합니다. 1) C/C는 수동 메모리 관리가 필요한 정적으로 입력 한 언어이며 JavaScript는 동적으로 입력하고 쓰레기 수집이 자동으로 처리됩니다. 2) C/C를 기계 코드로 컴파일 해야하는 반면 JavaScript는 해석 된 언어입니다. 3) JavaScript는 폐쇄, 프로토 타입 체인 및 약속과 같은 개념을 소개하여 유연성과 비동기 프로그래밍 기능을 향상시킵니다.

웹 개발에서 JavaScript의 주요 용도에는 클라이언트 상호 작용, 양식 검증 및 비동기 통신이 포함됩니다. 1) DOM 운영을 통한 동적 컨텐츠 업데이트 및 사용자 상호 작용; 2) 사용자가 사용자 경험을 향상시키기 위해 데이터를 제출하기 전에 클라이언트 확인이 수행됩니다. 3) 서버와의 진실한 통신은 Ajax 기술을 통해 달성됩니다.

실제 세계에서 JavaScript의 응용 프로그램에는 프론트 엔드 및 백엔드 개발이 포함됩니다. 1) DOM 운영 및 이벤트 처리와 관련된 TODO 목록 응용 프로그램을 구축하여 프론트 엔드 애플리케이션을 표시합니다. 2) Node.js를 통해 RESTFULAPI를 구축하고 Express를 통해 백엔드 응용 프로그램을 시연하십시오.

보다 효율적인 코드를 작성하고 성능 병목 현상 및 최적화 전략을 이해하는 데 도움이되기 때문에 JavaScript 엔진이 내부적으로 작동하는 방식을 이해하는 것은 개발자에게 중요합니다. 1) 엔진의 워크 플로에는 구문 분석, 컴파일 및 실행; 2) 실행 프로세스 중에 엔진은 인라인 캐시 및 숨겨진 클래스와 같은 동적 최적화를 수행합니다. 3) 모범 사례에는 글로벌 변수를 피하고 루프 최적화, Const 및 Lets 사용 및 과도한 폐쇄 사용을 피하는 것이 포함됩니다.

Python과 JavaScript는 커뮤니티, 라이브러리 및 리소스 측면에서 고유 한 장점과 단점이 있습니다. 1) Python 커뮤니티는 친절하고 초보자에게 적합하지만 프론트 엔드 개발 리소스는 JavaScript만큼 풍부하지 않습니다. 2) Python은 데이터 과학 및 기계 학습 라이브러리에서 강력하며 JavaScript는 프론트 엔드 개발 라이브러리 및 프레임 워크에서 더 좋습니다. 3) 둘 다 풍부한 학습 리소스를 가지고 있지만 Python은 공식 문서로 시작하는 데 적합하지만 JavaScript는 MDNWebDocs에서 더 좋습니다. 선택은 프로젝트 요구와 개인적인 이익을 기반으로해야합니다.

개발 환경에서 Python과 JavaScript의 선택이 모두 중요합니다. 1) Python의 개발 환경에는 Pycharm, Jupyternotebook 및 Anaconda가 포함되어 있으며 데이터 과학 및 빠른 프로토 타이핑에 적합합니다. 2) JavaScript의 개발 환경에는 Node.js, VScode 및 Webpack이 포함되어 있으며 프론트 엔드 및 백엔드 개발에 적합합니다. 프로젝트 요구에 따라 올바른 도구를 선택하면 개발 효율성과 프로젝트 성공률이 향상 될 수 있습니다.
