쿠버네티스란 무엇인가요?

오늘날 Kubernetes와 컨테이너 관련 기술의 에코시스템이 병합되어 최신 클라우드 인프라의 빌딩 블록을 형성했습니다. 이 에코시스템을 통해 조직은 인프라 및 운영과 관련된 복잡한 작업을 수행할 수 있는 생산성이 높은 하이브리드 멀티클라우드 컴퓨팅 환경을 제공할 수 있습니다. 또한, 한 번 빌드하면 어디에나 배포할 수 있는 애플리케이션 구축 방식을 통해 클라우드 기반 개발도 지원합니다.

Kubernetes라는 단어는 조타수 또는 조종사를 의미하는 그리스어에서 유래했습니다. Kubernetes 로고에 키가 있는 이유도 이 때문입니다.

컨테이너는 소스 코드와 모든 환경에서 코드를 실행하는 데 필요한 모든 운영 체제(OS) 라이브러리 및 종속성을 결합하는 경량의 실행 가능한 애플리케이션 구성 요소입니다.

컨테이너는 프로세스를 격리하고 해당 프로세스가 액세스할 수 있는 CPU, 메모리, 디스크의 양을 제어하여 여러 애플리케이션이 단일 OS 인스턴스를 공유할 수 있도록 하는 OS 가상화의 한 형태를 활용합니다. 컨테이너는 가상 머신(VM)보다 더 작고 리소스 측면에서 효율적이며 휴대성이 뛰어나기 때문에 최신 클라우드 네이티브 애플리케이션의 사실상의 컴퓨팅 단위로 자리 잡았습니다.  컨테이너는 또한 더욱 리소스 효율적입니다. 이를 통해 더 적은 수의 OS 인스턴스를 사용하여 더 적은 수의 머신(가상 서버 및 물리적 서버)에서 더 많은 애플리케이션을 실행할 수 있습니다.

컨테이너는 어디서나 일관되게 실행할 수 있기 때문에 온프레미스, 프라이빗 클라우드, 퍼블릭 클라우드 및 둘 이상의 클라우드 공급업체에서 제공하는 둘 이상의 클라우드 서비스의 조합인 하이브리드 멀티클라우드 환경을 지원하는 기본 아키텍처에 매우 중요해졌습니다.

Docker는 Linux 컨테이너를 생성하고 실행하는 데 가장 많이 사용되는 툴입니다. 초기 형태의 컨테이너는 수십 년 전에 도입되었지만(FreeBSD Jails 및 AIX 워크로드 파티션과 같은 기술로), 컨테이너는 2013년에 Docker가 개발자 친화적이고 클라우드 친화적인 새로운 구현을 통해 대중에게 제공하면서 대중화되었습니다.

Docker는 오픈 소스 프로젝트로 시작되었지만, 오늘날에는 오픈 소스 프로젝트를 기반으로 하는 (그리고 개선 사항을 오픈 소스 커뮤니티에 다시 기여하는) 상용 컨테이너 툴킷인 Docker를 생산하는 회사인 Docker Inc.를 지칭하기도 합니다.

Docker는 기존 Linux 컨테이너 기술을 기반으로 구축되었지만 Linux 커널 프로세스를 더욱 세밀하게 가상화할 수 있으며, 개발자가 컨테이너를 더욱 쉽게 구축, 배포, 관리 및 보호할 수 있는 기능을 추가합니다.

현재 OCI(오픈 컨테이너 이니셔티브), CoreOS 및 Canonical(Ubuntu) LXD와 같은 대체 컨테이너 런타임 플랫폼이 존재하지만, Docker가 주로 선택됩니다. 더 나아가 Docker는 사실상 컨테이너와 동의어가 되었으며, 때로는 Kubernetes와 같은 보완 기술의 경쟁자로 오해받기도 합니다.

오늘날 Docker와 Kubernetes는 선도적인 컨테이너화 도구로, 2024년에는 Docker가 82%의 시장 점유율을, Kubernetes가 11.52%의 시장 점유율을 기록했습니다.

컨테이너가 확산됨에 따라 오늘날 조직에는 수백 또는 수천 개의 컨테이너가 있을 수 있습니다. 컨테이너 배포, 네트워킹, 확장성 및 가용성을 예약하고 자동화하기 위해 운영팀이 필요합니다. 그렇게 컨테이너 오케스트레이션이 탄생했습니다.

Google의 내부 컨테이너 오케스트레이션 플랫폼인 Borg를 기반으로 하는 Kubernetes는 2014년에 오픈 소스 도구로 대중에게 소개되었으며, Microsoft, Red Hat, IBM 및 기타 주요 기술 업체들이 Kubernetes 커뮤니티의 초기 구성원으로 합류했습니다. 2015년 Google은 클라우드 네이티브 컴퓨팅의 벤더 중립적인 오픈 소스 허브인 CNCF(Cloud Native Computing Foundation)에 Kubernetes를 기부했습니다.

Kubernetes는 2016년 3월에 CNCF의 첫 ㄴ번째 호스팅 프로젝트가 되었습니다. 그 이후로 Kubernetes는 전 세계적으로 컨테이너 기반 워크로드를 실행하는 데 가장 널리 사용되는 컨테이너 오케스트레이션 툴이 되었습니다. CNCF 보고서에 따르면 Kubernetes는 Linux 다음으로 세계에서 두 번째로 큰 오픈 소스 프로젝트이며, 포춘 100대 기업 중 71%가 사용하는 주요 컨테이너 오케스트레이션 툴입니다.

2018년 Kubernetes는 CNCF의 첫 번째 대학원 프로젝트였으며, 역사상 가장 빠르게 성장하는 오픈 소스 프로젝트 중 하나가 되었습니다. 다른 컨테이너 오케스트레이션 옵션, 특히 Docker Swarm과 Apache Mesos가 초기에 어느 정도 주목을 받았지만, Kubernetes는 빠르게 가장 널리 채택되었습니다.

Kubernetes가 2016년에 CNCF에 가입한 이후 기여자 수는 8,012명으로 늘어났습니다. 이는 996% 증가한 수치입니다. 이 글을 쓰는 시점 기준으로 기여자들은 GitHub의 Kubernetes 리포지토리에 123,000개 이상의 커밋을 추가했습니다.

Kubernetes는 다음을 포함하여 애플리케이션 라이프사이클 전반에 걸쳐 컨테이너 관련 작업을 예약하고 자동화합니다.

Kubernetes를 배포하려면 Kubernetes 아키텍처의 구성 요소인 클러스터가 필요합니다. 클러스터는 노드로 구성되며, 각 노드는 단일 컴퓨팅 호스트, 즉 물리적 머신(bare metal server) 또는 VM을 나타냅니다.

Kubernetes 아키텍처는 제어판 구성 요소와 개별 노드를 관리하는 구성 요소의 두 가지 주요 부분으로 구성됩니다.

노드는 파드로 구성됩니다. 파드는 동일한 컴퓨팅 리소스와 동일한 네트워크를 공유하는 컨테이너 그룹이며 Kubernetes의 확장성 단위이기도 합니다. 파드의 컨테이너가 처리할 수 있는 것보다 더 많은 트래픽을 받는 경우, Kubernetes는 파드를 클러스터의 다른 노드에 복제합니다.

제어 플레인은 클러스터의 노드 전반에서 파드 스케줄링을 자동으로 처리합니다.

각 클러스터에는 클러스터의 제어 플레인을 처리하는 마스터 노드가 있습니다. 마스터 노드는 개발자가 설정한 배포 요구 사항과 사용 가능한 컴퓨팅 용량에 따라 컨테이너를 배포하는 시기와 위치를 자동화하는 스케줄러 서비스를 실행합니다.

Kubernetes 클러스터의 주요 구성 요소는 kube-apiserver, etcd, kube-scheduler, kube-Controller-manager 및 cloud-Controller-manager입니다.

API 서버: Kubernetes의 애플리케이션 프로그래밍 인터페이스(API) 서버는 Kubernetes API( (Kubernetes 클러스터를 관리, 생성 및 구성하는 데 사용되는 인터페이스)를 노출하며, 모든 명령 및 쿼리의 진입점 역할을 합니다.

etcd: etcd는 분산 시스템을 계속 실행하는 데 필요한 중요한 정보를 보관하고 관리하는 데 사용되는 오픈 소스 분산 키-값 저장소입니다. Kubernetes에서 etcd는 구성 데이터, 상태 데이터 및 메타데이터를 관리합니다.

스케줄러: 이 구성 요소는 새로 생성된 파드를 추적하고 실행할 노드를 선택합니다. 스케줄러는 리소스 가용성 및 할당 제한, 하드웨어 및 소프트웨어 요구 사항 등을 고려합니다.

컨트롤러-관리자: 기본 제공 컨트롤러 집합인 Kubernetes 컨트롤러-관리자는 클러스터의 공유 상태를 모니터링하고 API 서버와 통신하여 리소스, 파드 또는 서비스 엔드포인트를 관리하는 제어 루프를 실행합니다. 컨트롤러 관리자는 복잡성을 줄이고 하나의 프로세스에서 실행하기 위해 함께 번들로 제공되는 별도의 프로세스로 구성됩니다.

Cloud-controller-manager: 이 구성 요소는 컨트롤러-관리자 링크와 기능이 유사합니다. 클라우드 공급자의 API에 연결하고 해당 클라우드 플랫폼과 상호 작용하는 구성 요소를 클러스터 내에서만 상호 작용하는 구성 요소와 분리합니다.

노드는 컨테이너화된 애플리케이션을 배포, 실행 및 관리하는 역할을 합니다.

Kubelet: Kubelet은 마스터 노드로부터 명령을 받고 실행하는 소프트웨어 에이전트이며, 컨테이너가 파드에서 실행되게 하는 데 도움을 줍니다.

Kube-proxy: 클러스터의 모든 노드에 설치되는 Kube-proxy는 호스트의 네트워크 규칙을 유지 관리하고 서비스와 파드의 변경 사항을 모니터링합니다.

• ReplicaSet: ReplicaSet는 특정 워크로드에 대해 안정적인 복제본 파드 세트를 유지 관리합니다.
  
  
• 배포: 배포는 컨테이너화된 애플리케이션의 생성과 상태를 제어하고 이를 계속 실행합니다. 클러스터에서 실행해야 하는 파드드의 복제본 수를 지정합니다. 파드가 실패하면 배포가 새 파드를 생성합니다.
  
  
• Kubectl: 개발자는 Kubernetes API와 직접 통신하는 명령줄 인터페이스(CLI)로 구성된 개발자 도구인 kubectl을 사용하여 클러스터 작업을 관리합니다.
  
  
• DaemonSets: DaemonSets는 클러스터의 모든 노드에 파드가 생성되도록 보장하는 역할을 합니다.
  
  
• 추가 기능: Kubernetes 추가 기능은 기능을 확장하며, 클러스터 DNS(Kubernetes에 DNS 레코드를 제공하는 DNS 서버), 웹 UI(클러스터 관리를 위한 Kubernetes 대시보드) 등을 포함합니다.
  
  
• 서비스: Kubernetes Service는 논리적 파드 집합과 이에 액세스하는 방법을 정의하는 추상화 계층입니다. 서비스는 클러스터 내의 하나 이상의 파드에서 실행되는 네트워크 애플리케이션을 노출합니다. 파드를 로드 밸런싱하기 위한 추상적인 방법을 제공합니다. 

현재 애플리케이션의 개발 및 제공을 가속화하는 도구, 업그레이드 및 추가 능력을 제공하는 엔터프라이즈급 관리 플랫폼을 포함하여 90개 이상의 인증된 Kubernetes 제품이 있습니다.

Kubernetes는 컨테이너 기반 클라우드 애플리케이션을 오케스트레이션하기 위해 선택되는 기술이지만, 완벽하게 작동하려면 네트워킹, 인그레스, 로드 밸런싱, 스토리지, 지속적 통합 및 지속적 배포(CI/CD) 등의 다른 구성 요소가 필요합니다.

클라우드 기반 환경에서 Kubernetes 클러스터를 자체 호스팅하는 것도 가능하지만, 엔터프라이즈 조직의 경우 설정 및 관리가 복잡할 수 있습니다. 이러한 경우에는 Kubernetes Service가 필요합니다.

관리형 Kubernetes Service를 사용하면 공급자가 일반적으로 Kubernetes Service 제어 플레인 구성 요소를 관리합니다. 관리형 서비스 공급자는 업데이트, 로드 밸런싱, 확장 및 모니터링을 위한 일상적인 프로세스를 자동화하는 데 도움이 됩니다. 예를 들어, Red Hat OpenShift는 모든 환경과 Amazon Web Services(AWS), Microsoft Azure, Google Cloud 및 IBM Cloud를 포함한 모든 주요 퍼블릭 클라우드에 배포할 수 있는 Kubernetes Service입니다. 많은 클라우드 제공업체는 자체 관리형 Kubernetes Service도 제공합니다.

Kubernetes 모니터링은 Kubernetes 클러스터 내에서 실행되는 컨테이너화된 애플리케이션의 상태, 성능 및 비용 특성에 관한 데이터를 수집하고 분석하는 프로세스를 의미합니다.

관리자와 사용자는 Kubernetes 클러스터를 모니터링하여 가동 시간, 클러스터 리소스 사용량, 클러스터 구성 요소 간의 상호 작용 등을 추적할 수 있습니다. 모니터링을 통해 리소스 부족, 장애, 클러스터에 참여할 수 없는 노드와 같은 문제를 신속하게 파악할 수 있습니다. 오늘날의 Kubernetes 모니터링 솔루션에는 애플리케이션 성능 관리(APM), 관측 가능성, 애플리케이션 자원 관리(ARM) 등을 위한 자동화된 도구가 포함되어 있습니다.

Kubernetes는 포드를 배포하고 확장할 수 있지만 파드 간의 라우팅을 관리하거나 자동화할 수 없으며 이러한 연결을 모니터링, 보호 또는 디버깅하는 툴을 제공하지 않습니다.

러스터의 컨테이너 수가 증가함에 따라 컨테이너 간에 가능한 연결 경로의 수가 기하급수적으로 증가합니다. 예를 들어, 컨테이너 2개는 2개의 잠재적 연결이 있지만 10개 파드는 90개의 잠재적 연결이 있으므로 구성 및 관리가 상당히 복잡해질 수 있습니다.

구성 가능한 오픈 소스 서비스 메시 계층인 Istio는 클러스터에서 컨테이너를 연결, 모니터링 및 보호하여 솔루션을 제공합니다. 다른 중요한 이점으로는 향상된 디버깅 기능과, DevOps 팀과 관리자가 컨테이너 간 연결의 지연 시간, 서비스 중 오류 및 기타 특성을 모니터링하는 데 사용할 수 있는 대시보드가 있습니다.

Knative('케이 네이티브'로 발음)는 개발자가 서버나 백엔드 인프라를 프로비저닝하거나 관리하지 않고도 애플리케이션 코드를 빌드하고 실행할 수 있게 해주는 클라우드 컴퓨팅 애플리케이션 개발 및 실행 모델인 서버리스 컴퓨팅으로 쉽게 진입할 수 있게 해주는 오픈 소스 플랫폼입니다 .

요청을 기다리는 동안 유휴 상태로 유지되는 코드의 지속적인 인스턴스를 배포하는 대신, 서버리스는 필요에 따라 코드를 불러와 수요 변동에 따라 크기를 늘리거나 줄인 다음 사용하지 않을 때는 코드를 중단합니다. 서버리스는 코드가 실행될 때만 비용을 지불하므로 컴퓨팅 용량과 전력 낭비를 방지하고 비용을 절감합니다.

Tekton은 지속적 통합 및 배포(CI/CD) 시스템을 만들기 위한 벤더 중립적인 오픈 소스 프레임워크로, 지속적 배포 재단(CDF)에서 관리합니다(IBM 외부 링크).Kubernetes 프레임워크인 Tekton은 파이프라인, 워크플로 및 기타 빌딩 블록에 대한 업계 사양을 제공하여 여러 클라우드 제공업체 또는 하이브리드 환경에 더 빠르고 쉽게 배포함으로써 지속적 배포를 현대화하는 데 도움이 됩니다.

Tekton은 일부 Knative 배포판에서 여전히 지원되는 Knative Build의 후속 제품입니다. Tekton 파이프라인은 컨테이너 이미지를 빌드하고 Kubernetes 환경의 Container Registry에 배포하기 위한 표준이 되었습니다.

엔터프라이즈 조직은 Kubernetes를 사용하여 최신 IT 인프라를 구성하는 데 중요한 역할을 하는 다음과 같은 사용 사례를 지원합니다.

Kubernetes로 작업을 시작할 준비가 되었거나 Kubernetes 및 Kubernetes 에코시스템 툴로 기술을 쌓고 싶다면 다음 튜토리얼 중 하나를 시도해 보세요.

• Kubernetes 튜토리얼: 인증을 받은 무료 실습 랩
• IBM 개발자: Kubernetes 튜토리얼
• Kubernetes 튜토리얼: 빠르게 구축하는 5가지 방법
• 8 Kubernetes 팁과 요령
• Kubernetes 애플리케이션 디버깅 및 로깅