NO.16 컨텍스트

작업:
버팔-디플로이먼트와 네임스페이스 고릴라 내의 파드가 오류를 로깅하고 있습니다.
1) 로그에서 오류 메시지를 확인합니다.
"시스템:서비스 계정:고릴라:기본값" 사용자가 "고릴라" 네임스페이스에 리소스 "배포" [...]를 나열할 수 없음 등의 오류 찾기
2) 배포 버팔로 배포를 업데이트하여 파드 로그의 오류를 해결한다.
버팔로 배포 'S 매니페스트는 -/prompt/escargot/buffalo-deployment.yaml에서 찾을 수 있습니다.

NO.17

작업
잘못된 이미지가 지정되어 클러스터에 배포가 실패했습니다. 배포를 찾아서 문제를 해결하세요.

NO.18

작업:
6개의 파드 레플리카를 실행하는 기존 ckad00014 네임스페이스에 expose라는 이름의 디플로이먼트를 생성한다. ifccncf/nginx를 사용하여 단일 컨테이너를 지정한다: 1.13.7 이미지 컨테이너에 8001 값으로 NGINX_PORT라는 환경 변수를 추가한 다음 port를 노출한다.
8001

NO.19

작업:
파드가 네트워크폴리시를 사용하여 파드 웹 및 db와만 트래픽을 주고받을 수 있도록 ckad00018 네임스페이스에서 파드 ckad00018-newpod를 업데이트한다.

NO.20 전시를 참조하십시오.

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

1) 동일한 네임스페이스에 canary-kill-deployment라는 이름의 동일한 배포를 생성합니다.
2) 배포를 수정합니다:
-고쇼크 네임스페이스에서 최대 10개의 파드를 실행할 수 있습니다.
-크릴 서비스 트래픽의 -40%는 카나리아 크릴 배포 파드로 이동합니다.

NO.21 전시:

컨텍스트
애플리케이션의 네임스페이스를 사용하려면 특정 서비스 계정이 필요합니다.
작업
프로덕션 네임스페이스의 앱 배포를 제한된 서비스 서비스 계정으로 실행하도록 업데이트합니다. 서비스 계정은 이미 만들어져 있습니다.

NO.22

작업:
1- ckad00015 네임스페이스에서 배포 웹1의 프로퍼티튜넬 스케일링 구성을 업데이트하여 maxSurge를 2로, maxUnavailable을 59로 설정합니다.
2- Ifconf/nginx 컨테이너 이미지에 버전 태그 1.13.7을 사용하도록 web1 배포를 업데이트합니다.
3- 웹1 배포를 이전 버전으로 롤백합니다.

NO.23 전시:

컨텍스트
개발자는 때때로 주기적으로 실행되는 파드를 제출해야 합니다.
작업
아래 단계에 따라 미리 정해진 시간에 시작되고] 시작될 때마다 한 번만 완료될 때까지 실행되는 파드를 만드세요:
* 단일 busybox 컨테이너에서 다음 셸 명령을 실행하는 YAML 형식의 Kubernetes 매니페스트 /opt/KDPD00301/periodic.yaml을 생성합니다. 이 명령은 1분마다 실행되어야 하며 22초 이내에 완료되거나 oy Kubernetes가 종료되어야 합니다. Cronjob namp와 컨테이너 이름은 모두 hello여야 합니다.
* 위의 매니페스트에서 리소스를 생성하고 작업이 한 번 이상 성공적으로 실행되는지 확인합니다.

NO.24 전시:

컨텍스트
클러스터에서 파드가 실행 중이지만 응답하지 않습니다.
작업
바람직한 동작은 엔드포인트가 /healthz 엔드포인트에서 HTTP 500을 반환할 때 Kubemetes가 파드를 다시 시작하도록 하는 것이다. 서비스인 프로브-파드가 실패하는 동안에는 절대로 파드로 트래픽을 보내서는 안 된다. 다음을 완료한다:
* 애플리케이션에 엔드포인트인 /started가 있으며, 이 엔드포인트는 HTTP 200을 반환하여 트래픽을 받아들일 수 있는지 여부를 나타냅니다. 엔드포인트가 HTTP 500을 반환하면 애플리케이션이 아직 초기화를 완료하지 않은 것입니다.
* 애플리케이션에는 HTTP 200을 반환하여 애플리케이션이 여전히 예상대로 작동하는지 여부를 나타내는 또 다른 엔드포인트 /healthz가 있습니다. 엔드포인트가 HTTP 500을 반환하면 애플리케이션이 더 이상 응답하지 않는 것입니다.
* 제공된 프로브 포드 포드를 이러한 엔드포인트를 사용하도록 구성합니다.
* 프로브는 포트 8080을 사용해야 합니다.

NO.25 전시:

컨텍스트
애플리케이션이 클러스터에서 소비하는 리소스를 살펴보는 것은 항상 유용합니다.
작업
* 네임스페이스 cpu-stress에서 실행 중인 파드 중에서 가장 많은 CPU를 사용하는 파드의 이름만 이미 생성된 /opt/KDOBG030l/pod.txt 파일에 쓴다.

NO.26

작업:
도커파일은 -/human-stork/build/Dockerfile에 준비되어 있습니다.
1) 준비된 도커파일을 사용하여 macque 및 lag 3.0이라는 이름의 컨테이너 이미지를 빌드합니다. 원하는 도구를 설치하여 사용할 수 있습니다.

2) 원하는 도구를 사용하여 빌드된 컨테이너 이미지를 OC 형식으로 내보내고 -/human stork/macque 3.0 tar에 저장합니다.

NO.27 전시를 참조하십시오.

작업:
도커파일은 -/human-stork/build/Dockerfile에 준비되어 있습니다.
1) 준비된 도커파일을 사용하여 macque 및 lag 3.0이라는 이름의 컨테이너 이미지를 빌드합니다. 원하는 도구를 설치하여 사용할 수 있습니다.

2) 원하는 도구를 사용하여 빌드된 컨테이너 이미지를 OC 형식으로 내보내고 -/human stork/macque 3.0 tar에 저장합니다.

NO.28 전시를 참조하십시오.

작업:
버팔-디플로이먼트와 네임스페이스 고릴라 내의 파드가 오류를 로깅하고 있습니다.
1) 로그에서 오류 메시지를 확인합니다.
"시스템:서비스 계정:고릴라:기본값" 사용자가 "고릴라" 네임스페이스에 리소스 "배포" [...]를 나열할 수 없음 등의 오류 찾기
2) 배포 버팔로 배포를 업데이트하여 파드 로그의 오류를 해결한다.
버팔로 배포 'S 매니페스트는 -/prompt/escargot/buffalo-deployment.yaml에서 찾을 수 있습니다.

NO.29 컨텍스트

작업:
기존 파드 리소스 네임스페이스에 nginx 리소스라는 이름의 파드를 생성합니다.
nginx:stable 이미지를 사용하여 단일 컨테이너를 지정합니다.
파드의 컨테이너에 대해 300m cpus와 1G1의 메모리 리소스 요청을 지정합니다.

NO.30 전시를 참조하십시오.

작업:
컨테이너의 리소스가 부족하여 크레이티시 네임스페이스에 있는 nosql이라는 이름의 배포에 대한 파드를 시작하지 못했습니다.
노솔 디플로이먼트가 파드에 적용되도록 업데이트한다:
1) 컨테이너에 160M의 메모리를 요청합니다.
2) 크레파 이름 공간에 설정된 최대 메모리 제약 조건의 절반으로 메모리를 제한합니다.