컨테이너 혁명을 주도하는 10 가지 Kubernetes 배포

Kubernetes는 대규모 컨테이너 오케스트레이션이 필요한 경우 선택할 수 있는 프로젝트 가되었습니다 . Google의 오픈 소스 컨테이너 오케스트레이션 시스템은 잘 알려져 있고 잘 지원되며 빠르게 발전하고 있습니다.

Kubernetes는 또한 넓고 복잡하며 설정 및 구성이 어렵습니다. 뿐만 아니라 무거운 짐의 대부분은 최종 사용자에게 맡겨집니다. 따라서 최선의 접근 방식은 비트를 잡아서 혼자 시도하는 것이 아니라 지원되고 유지 관리되는 구성 요소로 Kubernetes를 포함하는 완전한 컨테이너 솔루션을 찾는 것입니다.

여기에는 여러 벤더가 Linux 커널 및 사용자 영역의 배포를 제공하는 것과 동일한 의미에서 Kubernetes와 컨테이너 도구를 통합하는 배포에 해당하는 9 개의 가장 유명한 Kubernetes 제품을 나열했습니다.

이 목록에는 Amazon EKS 또는 Google Kubernetes Engine과 같은 전용 클라우드 서비스가 포함되어 있지 않지만 로컬 또는 클라우드 호스팅 옵션으로 실행할 수있는 소프트웨어 배포에 중점을 둡니다.

CoreOS Tectonic / Red Hat CoreOS

CoreOS는 Docker와 호환되지만 독자적인 이미지 형식과 자체 런타임, "엔터프라이즈 급 Kubernetes"배포판을 갖춘 컨테이너 중심 Linux 배포를 제공합니다. 이들은 함께 CoreOS Tectonic 스택의 기초를 형성합니다. 

CoreOS 운영 체제 인 Container Linux는 주로 컨테이너화 된 구성 요소 집합으로 제공된다는 점에서 차별화됩니다. 이렇게하면 실행중인 애플리케이션을 중단하지 않고도 OS에 대한 자동화 된 업데이트를 프로덕션에 적용 할 수 있습니다. CoreOS는 또한 Kubernetes에 대한 "원 클릭"업데이트를 선전합니다. CoreOS Tectonic은 Amazon Web Services, Microsoft Azure 및 베어 메탈에서 실행됩니다. 

Red Hat은 최근 CoreOS를 인수했으며이를 Red Hat OpenShift에 통합 할 계획입니다. Container Linux는 Red Hat CoreOS로 리 브랜딩됩니다. 이 이동은 2020 년까지 완료되지 않을 것으로 예상되지만 Container Linux는 그때까지 계속 지원 될 것입니다. Red Hat에 따르면 CoreOS Tectonic의 "거의 모든"기능은 전환 후에 사용할 수 있습니다.

자세한 내용은의 CoreOS Container Linux 리뷰를 참조하세요.

관련 비디오 : Kubernetes 란 무엇입니까?

90 초 분량의이 동영상에서는 기술 발명가 중 한 명인 Heptio의 창립자이자 CTO 인 Joe Beda로부터 컨테이너 식 애플리케이션 자동화를위한 오픈 소스 시스템 인 Kubernetes에 대해 알아 봅니다.

Kubernetes의 정식 배포

Ubuntu Linux 제조업체 인 Canonical은 자체 Kubernetes 배포판을 제공합니다. Kubernetes의 Canonical Distribution의 큰 판매 포인트 중 하나는 널리 존경 받고 잘 이해되고 일반적으로 배포되는 Ubuntu Linux 배포판입니다. Canonical은 스택이 모든 클라우드 또는 온 프레미스 배포에서 작동하며 CPU 및 GPU 기반 워크로드에 대한 지원이 모두 포함되어 있다고 주장합니다. 유료 고객은 Canonical 엔지니어가 Kubernetes 클러스터를 원격으로 관리 할 수 ​​있습니다.

Canonical의 Kubernetes 배포는 미니어처 버전 인 Microk8s로도 제공됩니다. 개발자 및 Kubernetes 신규 사용자는 노트북 또는 데스크톱에 Microk8s를 설치하고이를 로우 프로파일 하드웨어에서 테스트, 실험 또는 프로덕션 용도로 사용할 수 있습니다.

Canonical 및 Rancher Labs (아래 참조)는 Canonical의 Kubernetes 배포판과 Rancher의 컨테이너 관리 플랫폼을 결합하는 제품인 Cloud Native Platform을 공동 제작합니다. 아이디어는 Kubernetes를 사용하여 각 클러스터에서 실행되는 컨테이너를 관리하고 Rancher를 사용하여 여러 Kubernetes 클러스터를 관리하는 것입니다. Cloud Native Platform은 현재 베타 미리보기로 제공되는 Rancher 2.0에서 사용할 수 있습니다. 

Docker Community Edition / Docker Enterprise

많은 사람들에게 Docker 컨테이너입니다. 그리고 2014 년부터 Docker는 자체 클러스터링 및 오케스트레이션 시스템 인 Docker Swarm을 보유하고 있으며, 이는 최근까지 Kubernetes의 경쟁자로 자리 매김했습니다. 그런 다음 2017 년 10 월 Docker는 수정되지 않은 기본 상태의 Kubernetes를 Docker Community Edition 및 Docker Enterprise 2.0 이상 버전의 표준 팩인으로 추가 할 것이라고 발표했습니다.

Docker Enterprise 3.0은 개발자 데스크톱과 프로덕션 배포간에 Kubernetes 버전을 일관되게 유지하는 Kubernetes 통합 인 Docker Kubernetes Service를 추가합니다. 

간단히 말해서 Docker Inc.는 컨테이너 오케스트레이션 벽에 대한 글을 읽고 Kubernetes가 크고 복잡한 컨테이너 환경을 관리하는 데 Swarm보다 더 적합하다는 것을 인정했습니다. 그러나 Docker에는 더 작은 작업 (예 : 크게 성장하지 않는 방화벽 뒤의 로컬 애플리케이션 또는 기존의 스웜 모드 클러스터 유지 관리)을 위해 원래 클러스터링 시스템 인 "스웜 모드"가 포함되어 있습니다. 개조 할 필요가 없습니다.

Heptio Kubernetes 구독

Kubernetes의 두 제작자 인 Craig McLuckie와 Joe Beda는 Kubernetes와 관련된 서비스와 제품을 제공하기 위해 Heptio를 설립했습니다. 첫 번째 주요 제품은 Heptio에서 제공하는 유료 연중 무휴 지원을 제공하는 Kubernetes 배포 인 HKS (Heptio Kubernetes Subscription)입니다. 가격은 월 $ 2,000부터 시작합니다.

Heptio의 주요 피치는 벤더 종속이없는 엔터프라이즈 급 Kubernetes입니다. 배포는 퍼블릭 클라우드 또는 프라이빗 하드웨어에서 실행할 수 있습니다. Kubernetes 구성을 관리하기 위해 Heptio에서 제공하는 모든 도구는 오픈 소스이며 수정 사항은 지원되는 클러스터에 직접 제공됩니다.

VMware는 2018 년에 Heptio를 인수했지만 인수는 Heptio의 제품 포트폴리오 계획에 아직 영향을 미치지 않았습니다.

인스 타나 파로스

"그냥 작동하는 Kubernetes"라고 불리는 Instagrama Pharos는 Red Hat의 Linux 제품과 거의 동일한 플레이 북을 따릅니다. 하단에는 Apache 2 라이선스 (Fedora 또는 CentOS에 따라)에 따라 사용 가능한 CNCF 인증 Kubernetes 배포판이 있습니다. 지출 할 돈이있는 사람들은 (Red Hat Enterprise Linux에 따라) 전문가 수준의 기능, 컨설팅, 지원 서비스 및 클라우드 네이티브 인프라로의 이동과 같은 특정 고정 가격 제품을 구입할 수 있습니다.

핵심 Pharos 배포판에는 자동 보안 업데이트 및 다중 컨테이너 런타임과 같은 기본 기능이 표준으로 제공됩니다. 유료 제품은 Instagrama Lens 대시 보드, Instagrama Storage 분산 스토리지 시스템, 백업,로드 밸런싱 및 에어 갭 환경에 클러스터를 배포하는 기능과 같은 엔터프라이즈 도구를 추가합니다.

프로페셔널 에디션은 30 일 평가 기간이 있으며 지원 구독은 월 € 375부터 시작합니다. 오픈 소스 에디션에는 시간 제한이 없으며 라이선스 비용이 없습니다.

PKS (Pivotal Container Service)

Cloud Foundry 작업으로 가장 잘 알려진 Pivotal은 PKS (Pivotal Container Service)라는 엔터프라이즈 급 Kubernetes를 제공합니다. PKS는 영감을 얻기 위해 다른 많은 Pivotal 프로젝트를 사용합니다. 예를 들어, Pivotal의 Cloud Foundry에서도 사용되는 Kubo 프로젝트를 사용하여 Kubernetes 클러스터를 시작하고 관리합니다.

PKS의 뛰어난 기능은 VMware 가상화 스택과의 긴밀한 통합입니다. 실제로 PKS는 VMware-Pivotal 공동 프로젝트입니다. PKS에서 실행되는 컨테이너는 VMware VSAN의 영구 스토리지와 같이 vSphere에서 실행되는 가상 머신에서만 일반적으로 사용할 수있는 서비스에 액세스 할 수 있습니다. 또한 PKS는 퍼블릭 및 프라이빗 클라우드 환경에서 VMware 인프라를 관리하는 데 사용되는 VMware Cloud Foundation을 통해 관리 할 수 ​​있습니다.

간단히 말해서, VMware에 대한 투자와 Kubernetes에 대한 관심이 증가하고있는 모든 매장은 기존 VMware 설정을 최대한 활용하기 위해 PKS를 살펴볼 수 있습니다.

Rancher 2.0

Rancher Labs는 Kubernetes를 버전 2.0으로 간단히 Rancher라고하는 컨테이너 관리 플랫폼에 통합했습니다. Rancher 2.0은 다른 Kubernetes 배포보다 더 높은 수준에서 작동하며 Linux 호스트, Docker 컨테이너 및 Kubernetes 노드 위에 위치하여 위치 나 인프라에 관계없이 모든 것을 즉시 관리합니다. Amazon EKS, Google Kubernetes Engine, Azure Kubernetes Service 및 기타 Kubernetes-as-a-service 클라우드에서 Kubernetes 클러스터를 관리 할 수도 있습니다. 

Rancher에는 자체 Kubernetes 배포도 함께 제공됩니다. Rancher는 Kubernetes 클러스터를 설정하고 특정 환경에 맞게 Kubernetes를 사용자 지정하는 과정에서 많은 어려움을 없애고 이러한 사용자 지정이 Kubernetes 로의 원활한 업그레이드를 방해하지 않도록합니다. 이동하고 지속적으로 업데이트되는 프로젝트.

Rancher는 K3s라는 최소 Kubernetes 배포도 제공합니다. 로우 프로파일 배포에 최적화 된 K3에는 서버 인스턴스 당 512MB의 RAM과 200MB의 디스크 공간이 필요합니다. 레거시, 알파 등급 및 중요하지 않은 기능과 덜 일반적으로 사용되는 플러그인 (필요한 경우 다시 추가 할 수 있음)을 모두 생략하여이 공간을 차지합니다.

Red Hat OpenShift

Red Hat의 PaaS 제품인 Red Hat OpenShift는 원래 Heroku 빌드 팩과 같은 "카트리지"를 사용하여 애플리케이션을 패키징 한 다음 "기어"라는 컨테이너에 배포했습니다. 그런 다음 Docker가 등장했고 OpenShift는 새로운 컨테이너 이미지와 런타임 표준을 사용하도록 재 작업되었습니다. 필연적으로 Red Hat은 OpenShift 내에서 오케스트레이션 기술로 Kubernetes를 채택했습니다.

OpenShift는 PaaS의 모든 구성 요소에 대한 추상화 및 자동화를 제공하도록 구축되었습니다. 이 추상화 및 자동화는 Kubernetes로도 확장되어 여전히 상당한 관리 부담을 부과하므로 OpenShift를 사용하여 PaaS 배포라는 더 큰 임무의 일환으로이를 완화 할 수 있습니다.

위에서 언급했듯이 CoreOS Tectonic은 Red Hat OpenShift에 병합되고 있지만 기술 병합은 2020 년까지 완료 될 것으로 예상되지 않습니다.

자세한 내용은의 Red Hat OpenShift 3 리뷰를 참조하십시오.

SUSE Container as a Service Platform

유럽에서 널리 사용되는 Linux 배포로 가장 잘 알려진 SUSE는 SUSE CaaS 플랫폼도 제공합니다. 개념적으로 SUSE CaaS Platform은 컨테이너를 실행하는 베어 메탈 "마이크로"OS, 컨테이너 오케스트레이션을위한 Kubernetes, 내장 이미지 레지스트리 및 클러스터 구성 도구를 결합한 CoreOS Tectonic을 연상시킵니다.

2018 년에 출시 된 SUSE CaaS Platform 3에는 클러스터가 마스터 노드 충돌에 대해 더 탄력적 일 수 있도록 다중 마스터 기능과 포함 된 Linux 커널을 사용자 지정 조정하기위한 커널 튜닝 기능이 추가되었습니다.

SUSE CaaS 플랫폼은 로컬 베어 메탈뿐만 아니라 공용 클라우드에서도 실행할 수 있지만 "SUSE는 현재 기본 클라우드 인프라에 대한 통합을 지원하지 않습니다."라는주의 사항이 있습니다. 즉, SUSE CaaS 플랫폼은 Amazon EKS 또는 Google Kubernetes Engine을 보완하도록 설계되지 않았지만이를 우회하여 여러 클라우드 및 데이터 센터에서 컨테이너를 실행할 수 있습니다. 

Telekube

Teleport SSH 서버의 제조업체 인 Gravitational은 로컬 또는 원격 클러스터에서 실행되는 "프로덕션 강화"Kubernetes 배포판 인 Gravity를 생산합니다. Gravity는 사설 SaaS 플랫폼을위한 솔루션 또는 여러 지역 또는 호스팅 제공 업체에서 Kubernetes를 서비스로 실행하기위한 솔루션으로 포지셔닝됩니다.

Gravity의 앱은 Kubernetes의 컨테이너에서 실행할 준비가되어 있어야합니다. 또한 배포를 위해 Kubernetes 클러스터에 게시 된 "번들"로 패키징되어야합니다. 번들링에는 컨테이너 기반 애플리케이션을 배포하는 데 필요한 다른 모든 준비에 추가 작업이 필요하지만 번들 매니페스트는 유지 관리해야하는 유일한 Gravity 관련 추가 사항입니다.

Gravity를 사용하면 모든 앱 및 구성을 포함하여 전체 Kubernetes 클러스터의 스냅 샷을 만들고 다른 Kubernetes 환경에 스냅 샷을 배포 할 수도 있습니다.