CKAD 문제 71

쿠버네티스에서 마이크로서비스 기반 애플리케이션을 실행하고 있습니다. 마이크로서비스 중 하나의 새 버전을 배포하려고 하지만, 다운타임 없이 원활하게 롤아웃해야 합니다. 이 마이크로서비스에 대한 블루-그린 배포 전략을 구현하는 데 필요한 단계를 설명해 주세요.

CKAD 문제 72

전시를 참조하세요.

구성 컨텍스트 설정:
[student@node-1] $ | kubectl
k8s 사용 컨텍스트 구성
문맥
때로는 포드의 로그를 관찰하고, 추가 분석을 위해 해당 로그를 파일에 기록해야 합니다.

다음을 완료해 주세요.
* 제공된 YAMLspec 파일 /opt/KDOB00201/counter.yaml을 사용하여 클러스터에 카운터 포드를 배포합니다.
* 실행 중인 포드에서 현재 사용 가능한 모든 애플리케이션 로그를 검색하여 이미 생성된 /opt/KDOB0020l/log_Output.txt 파일에 저장합니다.

CKAD 문제 73

전시를 참조하세요.

문맥
새로운 애플리케이션 릴리스를 테스트하기 위해 Canary 배포를 준비하라는 요청을 받았습니다.
일:
goshark 네임스페이스의 krill-Service라는 서비스는 current-krill-deployment라는 배포에서 생성된 5개의 포드를 가리킵니다.

1) 동일한 네임스페이스에 canary-kill-deployment라는 이름의 동일한 배포를 만듭니다.
2) 배포를 다음과 같이 수정합니다.
- goshawk 네임스페이스에서 실행되는 Pod의 수는 최대 10개입니다.
-크릴 서비스 트래픽의 40%가 카나리아 크릴 배치 포드로 이동합니다.

CKAD 문제 74

문맥

문맥
볼륨 마운트를 사용하여 ConfigMap을 생성하고 Pod에서 ConfigMap을 사용하는 작업이 지정됩니다.

다음을 완료해 주세요.
* 키/값 쌍을 포함하는 another-config라는 ConfigMap을 만듭니다: key4/value3
* nginx 이미지를 사용하여 단일 컨테이너를 포함하는 nginx-configmap이라는 이름의 포드를 시작하고 방금 생성한 키를 /also/a/path 디렉토리 아래의 포드에 마운트합니다.

CKAD 문제 75

'wordpress-deployment'라는 이름의 배포가 있으며, 이 배포는 Wordpress 컨테이너의 복제본 3개를 실행합니다. 각 포드(pod)에 대해 CPU 및 메모리 리소스 요청 및 제한을 설정해야 합니다. 이 애플리케이션은 최소 250MB의 CPU와 512MB의 메모리가 필요하지만, CPU 및 IGi 메모리는 500MB를 초과해서는 안 됩니다. 또한, swordpress 네임스페이스에 대한 리소스 할당량을 구현하여 총 CPU 요청 및 제한이 각각 2 CPIJ 및 4GB의 메모리를 초과하지 않도록 합니다.