CKAD 문제 11
전시회를 참조하세요.
일:
기존 ServiceAccount 앱을 사용하려면 프런트엔드 네임스페이스에서 배포 app-1을 업데이트하세요.
일:
기존 ServiceAccount 앱을 사용하려면 프런트엔드 네임스페이스에서 배포 app-1을 업데이트하세요.
CKAD 문제 12
문맥
문맥
폴러 포드 내의 컨테이너는 포트 90에서 nginxsvc 서비스에 연결하도록 하드 코딩되어 있습니다. 이 포트가 5050으로 변경되면 이 새 포트에 연결하도록 컨테이너를 조정하는 폴러 포드에 추가 컨테이너를 추가해야 합니다. 이는 포드 내의 대사 컨테이너로 구현되어야 합니다.
일
* 포트 5050에서 서비스를 제공하도록 nginxsvc 서비스를 업데이트합니다.
* 포트 90에 바인딩된 haproxy라는 HAproxy 컨테이너를 폴러 포드에 추가하고 향상된 포드를 배포합니다. haproxy 이미지를 사용하고 haproxy-config라는 ConfigMap과 함께 /opt/KDMC00101/haproxy.cfg에 있는 구성을 컨테이너에 삽입하여 haproxy.cfg를 /usr/local/etc/haproxy/haproxy에서 사용할 수 있도록 합니다. cfg. 연결이 새 서비스 끝점에 올바르게 프록시되도록 nginxsvc 대신 localhost에 연결하도록 폴러 컨테이너의 인수를 업데이트해야 합니다. 폴러의 args 에서 엔드포인트의 포트를 수정하면 안 됩니다. 초기 폴러 포드를 생성하는 데 사용된 사양 파일은 /opt/KDMC00101/poller.yaml에서 사용할 수 있습니다.
문맥
폴러 포드 내의 컨테이너는 포트 90에서 nginxsvc 서비스에 연결하도록 하드 코딩되어 있습니다. 이 포트가 5050으로 변경되면 이 새 포트에 연결하도록 컨테이너를 조정하는 폴러 포드에 추가 컨테이너를 추가해야 합니다. 이는 포드 내의 대사 컨테이너로 구현되어야 합니다.
일
* 포트 5050에서 서비스를 제공하도록 nginxsvc 서비스를 업데이트합니다.
* 포트 90에 바인딩된 haproxy라는 HAproxy 컨테이너를 폴러 포드에 추가하고 향상된 포드를 배포합니다. haproxy 이미지를 사용하고 haproxy-config라는 ConfigMap과 함께 /opt/KDMC00101/haproxy.cfg에 있는 구성을 컨테이너에 삽입하여 haproxy.cfg를 /usr/local/etc/haproxy/haproxy에서 사용할 수 있도록 합니다. cfg. 연결이 새 서비스 끝점에 올바르게 프록시되도록 nginxsvc 대신 localhost에 연결하도록 폴러 컨테이너의 인수를 업데이트해야 합니다. 폴러의 args 에서 엔드포인트의 포트를 수정하면 안 됩니다. 초기 폴러 포드를 생성하는 데 사용된 사양 파일은 /opt/KDMC00101/poller.yaml에서 사용할 수 있습니다.
CKAD 문제 13
전시하다:
일
특정 양의 CPU 및 메모리를 요청하는 포드를 생성해야 해당 리소스를 사용할 수 있는 노드로 예약됩니다.
* 컨테이너에 대해 최소 200m CPU 및 1Gi 메모리를 요청하는 pod-resources 네임스페이스에 nginx-resources라는 이름의 Pod를 생성합니다.
* 포드는 nginx 이미지를 사용해야 합니다.
* pod-resources 네임스페이스가 이미 생성되었습니다.
일
특정 양의 CPU 및 메모리를 요청하는 포드를 생성해야 해당 리소스를 사용할 수 있는 노드로 예약됩니다.
* 컨테이너에 대해 최소 200m CPU 및 1Gi 메모리를 요청하는 pod-resources 네임스페이스에 nginx-resources라는 이름의 Pod를 생성합니다.
* 포드는 nginx 이미지를 사용해야 합니다.
* pod-resources 네임스페이스가 이미 생성되었습니다.
CKAD 문제 14
전시하다:
A 형식의 로그 파일을 작성하는 컨테이너와 로그 파일을 A 형식에서 B 형식으로 변환하는 컨테이너가 있는 경우 첫 번째 컨테이너의 로그 파일이 두 번째 컨테이너에 의해 변환되어 로그를 내보내도록 두 컨테이너를 모두 실행하는 배포를 만듭니다. B 형식으로
일:
* 기본 네임스페이스에 다음과 같은 배포-xyz라는 배포를 만듭니다.
* 기본 포함
lfccncf/busybox:1 컨테이너, logger-dev라는 이름
* 어댑터-zen이라는 사이드카 Ifccncf/fluentd:v0.12 컨테이너가 포함되어 있습니다.
* 포드가 삭제될 때 지속되지 않는 공유 볼륨 /tmp/log를 두 컨테이너 모두에 마운트합니다.
* 로거 개발자에게 지시합니다.
명령을 실행할 컨테이너
이는 로그를 /tmp/log/input.log에 예제 값과 함께 일반 텍스트 형식으로 출력해야 합니다.
* Adapter-zen 사이드카 컨테이너는 /tmp/log/input.log를 읽고 데이터를 Fluentd JSON 형식으로 /tmp/log/output.*에 출력해야 합니다. 이 작업을 완료하는 데 Fluentd에 대한 지식이 필요하지 않습니다. 이를 달성하기 위해 필요한 것은 /opt/KDMC00102/fluentd-configma p.yaml 에 제공된 사양 파일에서 ConfigMap을 만들고 해당 ConfigMap을 /fluentd에 마운트하는 것뿐입니다. Adapter-zen 사이드카 컨테이너의 /etc
A 형식의 로그 파일을 작성하는 컨테이너와 로그 파일을 A 형식에서 B 형식으로 변환하는 컨테이너가 있는 경우 첫 번째 컨테이너의 로그 파일이 두 번째 컨테이너에 의해 변환되어 로그를 내보내도록 두 컨테이너를 모두 실행하는 배포를 만듭니다. B 형식으로
일:
* 기본 네임스페이스에 다음과 같은 배포-xyz라는 배포를 만듭니다.
* 기본 포함
lfccncf/busybox:1 컨테이너, logger-dev라는 이름
* 어댑터-zen이라는 사이드카 Ifccncf/fluentd:v0.12 컨테이너가 포함되어 있습니다.
* 포드가 삭제될 때 지속되지 않는 공유 볼륨 /tmp/log를 두 컨테이너 모두에 마운트합니다.
* 로거 개발자에게 지시합니다.
명령을 실행할 컨테이너
이는 로그를 /tmp/log/input.log에 예제 값과 함께 일반 텍스트 형식으로 출력해야 합니다.
* Adapter-zen 사이드카 컨테이너는 /tmp/log/input.log를 읽고 데이터를 Fluentd JSON 형식으로 /tmp/log/output.*에 출력해야 합니다. 이 작업을 완료하는 데 Fluentd에 대한 지식이 필요하지 않습니다. 이를 달성하기 위해 필요한 것은 /opt/KDMC00102/fluentd-configma p.yaml 에 제공된 사양 파일에서 ConfigMap을 만들고 해당 ConfigMap을 /fluentd에 마운트하는 것뿐입니다. Adapter-zen 사이드카 컨테이너의 /etc
CKAD 문제 15
전시회를 참조하세요.
문맥
개발자는 주기적으로 실행되는 Pod를 제출해야 하는 경우가 있습니다.
일
아래 단계에 따라 미리 결정된 시간에 시작되고 시작될 때마다 한 번만 완료되도록 실행되는 포드를 생성하세요.
* 단일 busybox 컨테이너에서 date라는 셸 명령을 실행하는 YAML 형식의 Kubernetes 매니페스트 /opt/KDPD00301/ periodic.yaml을 생성합니다. 명령은 1분마다 실행되어야 하며 22초 이내에 완료되지 않으면 Kubernetes에서 종료되어야 합니다. Cronjob namp와 컨테이너 이름은 모두 hello여야 합니다.
* 위 매니페스트에서 리소스를 생성하고 작업이 한 번 이상 성공적으로 실행되는지 확인합니다.
문맥
개발자는 주기적으로 실행되는 Pod를 제출해야 하는 경우가 있습니다.
일
아래 단계에 따라 미리 결정된 시간에 시작되고 시작될 때마다 한 번만 완료되도록 실행되는 포드를 생성하세요.
* 단일 busybox 컨테이너에서 date라는 셸 명령을 실행하는 YAML 형식의 Kubernetes 매니페스트 /opt/KDPD00301/ periodic.yaml을 생성합니다. 명령은 1분마다 실행되어야 하며 22초 이내에 완료되지 않으면 Kubernetes에서 종료되어야 합니다. Cronjob namp와 컨테이너 이름은 모두 hello여야 합니다.
* 위 매니페스트에서 리소스를 생성하고 작업이 한 번 이상 성공적으로 실행되는지 확인합니다.
