1. What native runtime is Open Container Initiative (OCI) compliant?
- A. runC
- B. runV
- C. kata-containers
- D. gvisor
[해석]
What native runtime: 네이티브 런타임은 무엇인가
is Open Container Initiative compliant?: OCI를 준수하는
"OCI를 준수하는 네이티브 런타임은 무엇인가요?"'
[풀이]
OCI(Open Container Initiative, 개방형 컨테이너 계획)는 컨테이너 형식과 런타임에 대한 개방형 표준을 정의하는 프로젝트이다.
OCI의 대표적인 표준 런타임은 'runC'이다.
runC는 Docker 컨테이너의 핵심 런타임으로 널리 쓰이며, OCI 사양을 가장 명확하게 준수하는 대표적인 런타임이다.
※런타임(runtime)이란?: 소프트웨어가 실행되는 환경 또는 시점을 의미한다. 쉽게 말해서, 프로그램이 실제로 작동하고 있는 시간과 환경을 나타낸다.
runV: 하이퍼바이저 기반의 컨테이너 런타임으로 OCI 네이티브 표준보다는 가상화 접근 방식을 사용한다.
※하이퍼바이저(Hypervisor)란?: 하나의 물리적인 컴퓨터에서 여러 개의 가상 컴퓨터를 동시에 실행할 수 있도록 해주는 소프트웨어다. 즉, 컴퓨터 하나를 여러 개의 작은 컴퓨터처럼 나눠 쓸 수 있게 해주는 프로그램이다.
kata-containers: 가상 머신(VM) 방식의 컨테이너 런타임으로, 경량 VM을 통해 컨테이너 격리를 강화하는 방식이다. OCI 호환 인터페이스를 제공하나 네이티브 런타임과는 다르다.
※ runV가 kata-containers에 흡수되었음. 현재 kata-containers가 대표적인 하이퍼바이저 기반 컨테이너 환경임.
gVisor: 사용자 공간 커널로써 애플리케이션의 시스템 콜을 가로채는 방식으로 샌드박스를 구현하며, 네이티브한 OCI 런타임과는 구분된다.
※ 사용자 공간 커널이란?: 일반적인 컨테이너(Docker)는 호스트 OS의 커널을 직접 사용하기 때문에 보안상 위험이 존재할 수 있다. 하지만 '사용자 공간 커널'은 커널의 역할을 하는 프로그램을 커널 공간이 아니라 사용자 공간에서 동작하는것을 의미한다.
애플리케이션 시스템 호출(system call)을 실행할 때, 실제 커널로 직접 가지 않고 gVisor가 이를 먼저 받아 대신 처리하는 방식이다.
======================================================================================
2. Which API object is the recommended way to run a scalable, stateless application on your cluster?
- A. ReplicaSet
- B. Deployment
- C. DaemonSet
- D. Pod
[해석]
Which API object: 어떤 API 오브젝트가
is the recommended way: 권장되는 방식인가
to run a scalable, stateless application: 확장 가능하고, 상태가 없는 애플리케이션을 실행하기 위한
on your cluster?: 클러스터 상에서
"클러스터 상에서 확장 가능하고 상태가 없는 애플리케이션을 실행하기 위해 어떤 API 오브젝트 방식이 권장되나요?
[풀이]
ReplicaSet: Pod를 여러 개 복제하여 원하는 수의 Pod를 유지하는 데 사용된다. 하지만 ReplicaSet은 일반적으로 직접 사용하는 API가 아니라, Deployment의 하위 개념으로 사용된다.
Deployment: 내부적으로 ReplicaSet을 관리하며, 롤링 업데이트(rolling update), 롤백(rollback)등 다양한 기능을 제공한다. 확장성(scaling), 상태가 없는(stateless) 애플리케이션에 적합한 기본적인 API 오브젝트이다. 쿠버네티스 공식 문서에서도 일반적인 애플리케이션 배포 시 Deployment 사용을 권장한다.
DaemonSet: 클러스터의 모든 노드(또는 특정 노드)에 Pod를 하나씩 배포할 때 사용한다. 확장 가능한 애플리케이션이 아닌, 노드마다 꼭 실행해야 하는 애플리케이션(로그 수집기, 모니터링 에이전트 등)에 적합하다.
Pod: 쿠버네티스에서 가장 작은 배포 단위를 의미한다. 직접적으로 Pod를 생성하면 장애 복구나 확장성을 자동으로 관리할 수 없기 때문에, 확장 가능한 애플리케이션에 부적합하다.
======================================================================================
3. A CronJob is scheduled to run by a user every one hour. What happens in the cluster when it's time for this CronJob to run?
- A. Kubelet watches API Server for CronJob objects. When it's time for a Job to run, it runs the Pod directly.
- B. Kube-scheduler watches API Server for CronJob objects, and this is why it's called kube-scheduler.
- C. CronJob controller component creates a Pod and waits until it finishes to run.
- D. CronJob controller component creates a Job. Then the Job controller creates a Pod and waits until it finishes to run.
[해석]
A CronJob is scheduled to run: 크론잡(CronJob)이 실행되도록 예약되어 있다.
by a user every one hour.: 사용자가 매 1시간마다
What happens in the cluster: 클러스터에서는 어떤 일이 발생하는가
when it's time for this CronJob to run?: 이 크론잡이 실행될 시간이 되었을 때
"사용자에 의해 매 시간마다 실행되는 크론잡 예약이 있다. 이 크론잡이 실행될 시간이 되었을 때 클러스터에서는 어떤 일이 발생하는가?"
[풀이]
A. Kubelet watches API Server for CronJob objects. When it's time for a Job to run, it runs the Pod directly.
Kubelet watches API Server: 쿠블렛이 API 서버를 감시한다.
for CronJob obejcts.: 크론잡 객체를 찾기 위해서
When it's time for a Job to run,: Job이 실행될 시간이 되었을 때,
it runs the Pod directly.: Pod를 직접 실행한다.
"쿠블렛이 크론잡 객체를 찾기 위해서 API 서버를 감시한다. 그리고 Job이 실행될 시간이 되었을 때 Pod를 직접 실행한다."
※ 쿠블렛은 API 서버에서 Pod를 직접 실행하지 않고 CronJob을 직접 감시하지 않는다.
B. Kube-scheduler watches API Server for CronJob objects, and this is why it's called kube-scheduler.
Kube-scheduler whatches API Server: Kube-scheduler는 API 서버를 감시한다.
for CronJob objects: 크론잡 객체를 찾기 위해서
and this is why it's called kube-scheduler.: 그리고 이것이 kube-scheduler라고 불리는 이유이다.
"Kube-scheduler는 크론잡 객체를 찾기 위해서 API서버를 감시하는데, 이것이 kube-scheduler라고 불리는 이유이다."
※ Kube-scheduler는 크론잡 객체를 감시하지 않는다. Pod의 스케줄링(배치)만 담당한다.
C. CronJob controller component creates a Pod and waits until it finishes to run.
CronJob controller component creates a Pod: 크론잡 컨트롤러 컴포넌트가 Pod를 생성한다.
and waits until it finishes to run.: 그리고 그것(pod)의 실행이 끝날 때까지 기다린다.
"크론잡 컨트롤러 컴포넌트가 직접 Pod를 생성하고, 그 Pod의 실행이 끝날 때까지 기다린다.
※ 크론잡 컨트롤러는 직접 Pod를 생성하지 않는다. 중간에 Job이라는 객체를 생성해서 생성된 Job객체를 Job 컨트롤러가 감지하여 Pod를 생성하고 관리하게된다.
D. CronJob controller component creates a Job. Then the Job controller creates a Pod and waits until it finishes to run.
CronJob controller component creates a Job: 크론잡 컨트롤러 컴포넌트가 Job을 생성한다.
Then the Job controller creates a Pod: 그리고 나서 Job 컨트롤러가 Pod를 생성한다.
and waits until it finishes to run.: 그리고 그것(Pod)의 실행이 끝날 때까지 기다린다.
※ 이것이 정확한 작동 방식이다. CronJob → Job → Pod의 순서로 생성된다.
======================================================================================
4. What is the purpose of the kubelet component within a Kubernetes cluster?
- A. A dashboard for Kubernetes Clusters that allows management and troubleshooting of applications.
- B. A network proxy that runs on each node in your cluster, implementing part of the Kubernetes Service concept.
- C. A component that watches for newly created Pods with no assigned node, and selects a node for them to run on.
- D. An agent that runs on each node in the cluster. It makes sure that containers are running in a Pod.
[해석]
What is the purpose: 무엇이 목적인가
of the kubelet component: 쿠블렛 컴포넌트의
within a Kubernetes cluster?: 쿠버네티스 클러스터 내에서
"쿠버네티스 클러스터 내에서 쿠블렛 컴포넌트의 목적은 무엇인가요?"
[풀이]
A. A dashboard for Kubernetes Clusters that allows management and troubleshooting of applications.
A dashboard for Kubernetes Clusters: 쿠버네티스 클러스터를 위한 대시보드이다.
that allow management and troubleshooting: 관리와 문제해결을 허용하는
of applications.: 애플리케이션의
"애플리케이션의 관리와 문제해결할 수 있도록 하는 쿠버네티스 클러스터 대시보드이다."
※이 보기는 Kubernetes Dashboard에 대한 설명이다. 웹 기반 사용자 인터페이스(UI)를 제공하며, 쿠버네티스 리소스 관리, 모니터링, 문제해결을 돕는다. 하지만 Kubelet은 UI나 관리 인터페이스를 제공하지 않는다.
B. A network proxy that runs on each node in your cluster, implementing part of the Kubernetes Service concept.
A network proxy: 네트워크 프록시이다.that runs on each node: 각 노드에서 실행되는in your cluster,: 클러스터에서implementing part of the Kubernetes Service concept.: 쿠버네티스 서비스 개념의 일부를 구현한다."클러스터의 각 노드에서 실행되는 네트워크 프록시이고, 쿠버네티스 서비스 개념의 일부를 구현한다."※이 보기는 kube-proxy에 대한 설명이다. kube-proxy는 각 노드에서 실행되며, 서비스로 정의된 네트워크 규칙과 로드 밸런싱을 처리한다. 즉, 클러스터 내의 네트워크 트래픽 흐름을 관리한다.
C. A component that watches for newly created Pods with no assigned node, and selects a node for them to run on.
A component: 컴포넌트이다.
that watches for newly created Pods: 새로 생성된 Pod들을 감시한다.
with no assigned node,: 노드가 할당되지 않은
and selects a node: 그리고 노드를 선택한다.
for them to run on.: 그들(Pods)이 실행될
"노드가 할당되지 않은 새로 생성된 Pod들을 감시하는 컴포넌트이다. 그리고 그들(Pods)이 실행될 노드를 선택한다."
※이 보기는 kube-scheduler에 대한 설명이다. API 서버에서 노드가 아직 정해지지 않은 Pod를 감시한다. 이후 각 노드의 상태, 자원, 우선순위를 고려하여 최적의 노드를 선택한다.
D. An agent that runs on each node in the cluster. It makes sure that containers are running in a Pod.
An agent: 에이전트이다.
that runs on each node: 각 노드에 실행되는
in the cluster.: 클러스터에서
It makes sure: 보장한다that containers are running in a Pod.: Pod에서 실행되는 컨테이너를"클러스터에서 각 노드에 실행되는 에이전트이다. 컨테이너가 Pod에서 동작하도록 보장한다."※ 이것이 Kubelet에 대한 정확한 역할을 설명한다. 클러스터의 모든 노드에서 실행되는 에이전트이며, API 서버에서 받은 Pod 정보를 기반으로 컨테이너 런타임을 통해 Pod의 컨테이너를 실제로 실행한다. Pod 내의 컨테이너가 항상 원하는 상태로 유지되는지 확인하고, 이상 발생 시 컨테이너 재시작 등의 조치를 취한다.
======================================================================================
5. What is the default value for authorization-mode in Kubernetes API server?
- A. --authorization-mode=RBAC
- B. --authorization-mode=AlwaysAllow
- C. --authorization-mode=AlwaysDeny
- D. --authorization-mode=ABAC
[해석]
What is the deafult value: 무엇이 기본값인가요
for authorization-mode: 인증모드의
in Kubernetes API server?: 쿠버네티스 API서버에서
"쿠버네티스 API서버에서 인증모드의 기본값은 무엇인가요?"
[풀이]
쿠버네티스 API서버란?
쿠버네티스 클러스터에서 모든 명령과 요청을 받아들이고 처리하는 핵심 컴포넌트다.
쉽게 말하면, 사용자와 클러스터가 서로 대화할 수 있게 해주는 중간 다리 역할을 한다.
특히, 쿠버네티스의 '컨트롤 플레인(Control Plane)에서 가장 핵심적인 역할을 담당한다.
1. 사용자가 kubectl 명령을 내리면 API 서버가 이를 받아 처리한다.
2. Pod, Service, Node 등 클러스터의 모든 리소스의 상태를 관리한다.
3. 사용자의 요청이 허용되는지 인증 및 권한 부여(authorization)를 수행한다.
4. 생성, 조회, 수정, 삭제(CRUD)와 같은 클러스터의 모든 리소스 관리 작업을 담당한다.
이 때, 인증 모드(--authorization-mode)의 기본값은 'AlwaysAllow'이다.
모든 요청을 항상 허용한다는 의미이다. 설치 직후 별도의 설정이 없다면 사용되는 기본값이다.
보안상 위험하므로 실무 환경에서는 권장되지 않는다.
======================================================================================
6. Let's assume that an organization needs to process large amounts of data in bursts, on a cloud-based Kubernetes cluster. For instance: each Monday morning, they need to run a batch of 1000 compute jobs of 1 hour each, and these jobs must be completed by Monday night. What's going to be the most cost-effective method?
- A. Run a group of nodes with the exact required size to complete the batch on time, and use a combination of taints, tolerations, and nodeSelectors to reserve these nodes to the batch jobs.
- B. Leverage the Kubernetes Cluster Autoscaler to automatically start and stop nodes as they're needed.
- C. Commit to a specific level of spending to get discounted prices (with e.g. “reserved instances” or similar mechanisms).
- D. Use PriorityСlasses so that the weekly batch job gets priority over other workloads running on the cluster, and can be completed on time.
[해석]
Let's assume: 가정해보자
that an organization needs to process: 한 조직이 처리해야 할 필요가 있다
large amounts of data in bursts,: 대량의 데이터를 갑작스럽게
on a cloud-based Kubernetes cluster.: 클라우드 기반 쿠버네티스 클러스터 위에서
"한 조직이 클라우드 기반 쿠버네티스 클러스터 위에서 대량의 데이터를 갑작스럽게 처리해야 할 필요가 있다고 가정해보자"
For instance: 예를 들어
each Monday morning,: 매 월요일 오전에
they need to run: 그들은 실행할 필요가 있다.
a batch of 1000 compute jobs: 한 번에 1000개를 처리하는 컴퓨팅 작업을
of 1 hour each,: 각 1시간씩 걸리는
"그들은 매주 월요일 오전에 각 1시간씩 소요되는 컴퓨팅 작업 1000개를 실행해야 한다"
and these jobs: 그리고 이 작업들은
must be completed: 완료되어야만 한다
by Monday night.: 월요일 밤까지
What's going to be: 무엇이 될까요?
the most cost-effective method?: 가장 비용 효율적인 방법이
"그리고 이 작업들은 월요일 밤까지 완료되어야만 한다. 가장 비용 효율적인 방법은 무엇일까요?"
[풀이]
A. Run a group of nodes with the exact required size to complete the batch on time, and use a combination of taints, tolerations, and nodeSelectors to reserve these nodes to the batch jobs.
Run a group of nodes: 노드 그룹을 실행한다
with the exact required size: 정확하게 필요한 크기로
to complete the batch on time,: 정해진 시간 내에 배치 작업을 완료할 수 있도록
"정해진 시간 내에 배치 작업을 완료할 수 있도록 정확히 필요한 크기로 노드 그룹을 실행한다."
and use a combination of: 그리고 조합을 사용한다
taints, tolerations, and nodeSelectors: 테인트, 톨러레이션, 노드셀렉터
to reserve these nodes: 이 노드들을 예약하는데
to the batch jobs.: 배치 작업을 처리하는데
"테인트, 톨러레이션, 노드셀렉터를 조합하여 이 노드들을 배치 작업을 처리하는 용도로 예약한다."
※ 노드 그룹을 미리 고정 크기로 실행하면, 작업이 없을 때에도 노드 비용이 발생해 비효율적이다.
B. Leverage the Kubernetes Cluster Autoscaler to automatically start and stop nodes as they're needed.
Leverage: 활용하다
the Kubernetes Cluster Autoscaler: 쿠버네티스 클러스터 오토스케일러를to automatically start and stop nodes: 노드를 자동으로 시작 및 중지하기 위해as they're needed.: 그들이 필요할 때마다
"그들이 필요할때마다 노드를 자동으로 시작 및 중지시키기 위해 쿠버네티스 클러스터 오토스케일러를 활용한다."
※ 클러스터 오토스케일러는 필요할 때만 노드를 추가하고, 작업이 끝나면 자동으로 줄인다. 자원을 정확히 필요할 때만 사용하므로 비용 효율성이 가장 뛰어나다.
C. Commit to a specific level of spending to get discounted prices (with e.g. “reserved instances” or similar mechanisms).
Commit to: 약정하다
a specific level of spending: 특정한 지출 수준을
to get discounted prices.: 할인된 가격을 받기 위해"할인된 가격을 받기 위해 특정한 지출 수준을 약정한다."
with e.g.: 예를 들어 (=with, for example)
"reserved instances": 예약된 인스턴스
or sililar mechanisms: 또는 비슷한 메커니즘으로
"예를 들면 예약 인스턴스와 유사한 방식으로"
※ 예약 인스턴스와 같은 약정 방식은 작업이 특정 주기에 몰려 있을 때 유연성이 떨어지고, 미사용 기간에도 비용이 발생해 효율이 떨어진다.
D. Use PriorityСlasses so that the weekly batch job gets priority over other workloads running on the cluster, and can be completed on time.
Use PriorityClaases: 우선순위 클래스를 사용한다
so that: ~하도록
the weekly batch job: 주간 배치 작업이
gets priority: 우선권을 갖도록
over other workloads running on the cluster,: 클러스터에 있는 다른 워크로드들보다 더and can be completed on time.: 그리고 정해진 시간 내에 완료할 수 있도록
"주간 배치 작업이 클러스터에 있는 다른 워크로드들보다 더 높은 우선권을 가지고, 정해진 시간 내에 완료될 수 있도록 PriorityClasses를 사용한다"
※ PriorityClasses는 작업 우선순위만 설정할 뿐, 노드 자원을 자동으로 조절하지 않는다. 자원 부족 시 노드를 추가하지 않아 작업을 완료하지 못할 수 있다. 비용 절감 효과도 없다.
======================================================================================
7. What is a Kubernetes service with no cluster IP address called?
- A. Headless Service
- B. Nodeless Service
- C. IPLess Service
- D. Specless Service
[해석]
What is a Kubernetes service: 쿠버네티스 서비스는 무엇인가요
with no cluster IP address called?: 클러스터 IP주소가 없는것을 뭐라고 부르나요
"쿠버네티스 서비스중에서 클러스터 IP주소가 없는 서비스는 무엇이라고 부르나요"
[풀이]
A. Headless Service를 제외하고는 모두 존재하지 않는 개념이거나 쿠버네티스에서 사용되는 용어가 아니다.
쿠버네티스에서 Headless Service는 클러스터 IP를 설정하지 않는다. 대신 DNS를 통해 Pod의 IP주소를 직접 반환한다.
클러스터 IP 없이 Pod를 직접 참조하는 용도로 사용된다.
※ 클러스터 IP란?: 서비스에 부여되는 내부 가상 IP이다. 쿠버네티스 내부에서만 유효한 IP주소이며, 서비스를 대표하는 단일 가상 IP이다. 로드밸런싱을 제공하여 클러스터IP를 통해 서비스 요청이 들어오면 쿠버네티스가 자동으로 서비스 뒤에 존재하는 여러 Pod로 트래픽은 분산한다.
즉, Headless Service는 클러스터 내부에서 Pod 간 직접 통신을 위한 수단이다.
======================================================================================
8. CI/CD stands for:
- A. Continuous Information / Continuous Development
- B. Continuous Integration / Continuous Development
- C. Cloud Integration / Cloud Development
- D. Continuous Integration / Continuous Deployment
[해석]
stands for: 무엇을 의미하는가
"CI/CD는 무엇을 의미하는가?"
[풀이]
CI = Continuous Integration(지속적 통합)
CD = Continuous Deployment(지속적 배포) or Continuous Delivery(지속적 전달)
======================================================================================
9. What default level of protection is applied to the data in Secrets in the Kubernetes API?
- A. The values use AES Symmetric Encryption
- B. The values are stored in plain text
- C. The values are encoded with SHA256 hashes
- D. The values are base64 encoded
[해석]
What default level: 무엇이 기본 수준인가
of protection: 보호가
is applied to the data: 데이터에 적용되는
in Secrets: Secret 리소스에
in the Kubernetes API?: 쿠버네티스 API 내에서
"쿠버네티스 API 내에서 Secret리소스의 데이터에 적용되는 기본 보호 수준은 무엇인가?"
[풀이]
Kubernetes의 Secret 리소스는 기본적으로 데이터를 암호화하지 않고, 오직 base64 인코딩된 상태로 저장한다.
base64는 단순히 이진 데이터를 텍스트로 변환하는 인코딩 방식이며, 누구든지 원본으로 복원이 가능하다.
별도의 암호화 기능이나 보안 관리 도구(ex. Vault)를 사용하는것이 권장된다.
======================================================================================
10. What function does kube-proxy provide to a cluster?
- A. Implementing the Ingress resource type for application traffic.
- B. Forwarding data to the correct endpoints for Services.
- C. Managing data egress from the cluster nodes to the network.
- D. Managing access to the Kubernetes API.
[해석]
What function: 무슨 기능인가
does kube-proxy provide: 쿠베 프록시가 제공하는
to a cluster: 클러스터에
"클러스터에 쿠베 프록시가 제공하는 기능은 무엇인가?"
[풀이]
A. Implementing the Ingress resource type for application traffic.
Implementing: 구현한다
the Ingress resource type: Ingress리소스 타입을
for application traffic.: 애플리케이션 트래픽을 위해
"애플리케이션 트래픽을 위한 ingress리소스 타입을 구현한다"
※ Ingress는 클러스터 외부에서 들어오는 HTTP/HTTPS 트래픽을 클러스터 내부의 다양한 서비스로 라우팅하는 규칙을 정의하는 리소스이다.Ingress리소스를 실행하는것은 Ingress Controller이며, 이것이 로드밸런싱 기능을 수행한다.
B. Forwarding data to the correct endpoints for Services.
Forwarding data: 데이터를 전달한다to the correct endpoints: 올바른 엔드포인트들로for Services.: 서비스를 위해
"서비스를 위한 데이터를 올바른 엔드포인트로 전달한다."
※ kube-proxy의 주된 역할은 클러스터 내부에서 서비스의 IP를 Pod의 IP로 연결하여 데이터가 정확한 엔드포인트(Pod)에 도달하도록 라우팅하는 것이다.※ 서비스(Service)란?: 클러스터 내부 또는 외부에서 실행중인 하나 이상의 Pod에 접근할 수 있는 안정적인 단일 네트워크 인터페이스를 제공하는 리소스이다. Pod는 수시로 생성되고 삭제되면서 IP주소가 바뀌기 떄문에, 사용자가 Pod의 IP주소를 직접 사용하는것은 불편하다. 이러한 문제를 해결하기 위해 쿠버네티스는 Service라는 고정된 인터페이스를 제공한다.
C. Managing data egress from the cluster nodes to the network.
Managind: 관리한다
data egress: 나가는 데이터
from the cluster nodes: 클러스터 노드들로부터
to the network.: 네트워크로
"클러스터 노드들로부터 네트워크로 나가는 데이터를 관리한다"
※ 노드에서 외부 네트워크로 나가는 데이터는 kube-proxy의 주요 역할이 아니다. kube-proxy는 기본적으로 Ingress(클러스터로 들어오는 데이터)를 관리하는 역할이다. Egress는 일반적으로 클러스터 노드의 네트워크 설정, 네트워크 정책, 또는 CNI(Container Network Interface)플러그인에서 처리한다.
D. Managing access to the Kubernetes API.
Managing: 관리한다
access: 접근을
to the Kubernetes API.: 쿠버네티스 API에
"쿠버네티스 API에 대한 접근을 관리한다."
※ API 접근 관리는 kube-apiserver가 담당한다.
