Kubernetes 및 Microk8s에 대한 ContainerD 지원을 추가하는 Canonical

컨테이너D

최근에 Canonical은 Kubernetes 중심 제품의 성능을 개선하기 위해 ContainerD 지원을 추가하기로 결정했다고보고했습니다. 및 Microk8s와 같은 기타 컨테이너 솔루션.

Canonical은 이번 출시로 컨테이너 범위의 "보안 및 견고성"이 향상 될 것이라고 말했습니다.이지만 Kubernetes 라인에서 Docker를 계속 지원할 것입니다. 또한 업그레이드 중에 기술을 그대로 둡니다. 클러스터는 강제 업그레이드를 견디지 ​​않고 원래 선택한 런타임을 유지합니다.

ContainerD 란 무엇입니까?

ContainerD는 Linux 및 Windows 용 런타임으로 호스트 시스템에서 컨테이너의 전체 수명주기를 관리합니다. 이미지 전송 및 저장에서 컨테이너 실행 및 모니터링, 이미지 전송, 저수준 저장소에서 네트워크 연결, 프로세스 모니터링 등에 이르기까지 다양합니다.

ContainerD는 다음과 같은 기능을 제공합니다.

  • OCI 컨테이너 형식 지원
  • 네트워크 생성, 인터페이스 수정 및 제거를 지원합니다.
  • 글로벌 이미지 용 CAS 스토리지로 지원되는 멀티 테넌트
  • OCI 런타임 사양 지원 (runC라고도 함)
  • 컨테이너 런타임 및 수명주기 지원
  • 네트워크 네임 스페이스 컨테이너를 관리하여 기존 네임 스페이스에 결합

Kubernetes 란 무엇입니까?

Kubernetes 컨테이너화 된 애플리케이션의 배포, 크기 조정 및 관리를 자동화하는 오픈 소스 컨테이너 시스템입니다.

이는 애플리케이션의 배포, 유지 관리 및 확장을위한 메커니즘을 제공합니다. Kubernetes를 구성하는 구성 요소는 느슨하게 결합되도록 설계되었지만 다양한 워크 플로를 지원할 수 있도록 확장 가능합니다.

Microk8s는 무엇입니까?

MicroK8s는 42 개의 서로 다른 버전의 Linux에 설치할 수있는 단일 도킹 패키지로 제공됩니다. 작은 디스크 공간과 메모리로 MicroK8s는 데스크톱, 서버, 클라우드 또는 IoT 장치에서 Kubernetes를 시작하는 효율적인 방법을 제공합니다.

정의 된대로 자동 업데이트 및 보안 기능이 포함됩니다. 자동 업데이트를 통해 개발자는 항상 최신 버전의 Kubernetes에서 작업 할 수 있으며 바이너리는 소스에서 바로 제공되고 몇 초 만에 구성됩니다.

최신 버전을 실행한다는 것은 MicroK8s가 Kubernetes의 내장 보안 기능을 활용한다는 것을 의미합니다.

ContainerD는 Kubernetes 사용을 극대화하는 최상의 옵션입니다.

MicroK8s 쿠버네티스

보안 향상 외에도 Containerd는 Canonical의 Kubernetes 제품에 대해 낮은 지연 시간과 강력한 성능을 보장합니다.

ContainerD는 기존 Docker 런타임과 함께 Kubernetes 및 Microk1.14s 버전 8에서 지원됩니다.이는 Canonical이 Kubernetes 용 Amazon Elastic Container Service (Amazon EKS), Google Kubernetes Engine 및 Azure Kubernetes Service와 같은 주요 클라우드 호스팅 제공 업체와의 호환성 및 다중 클라우드 작업을 지원하도록 설계된 Ubuntu Kubernetes 제품에서 지원을 약속합니다.

Canonical Kubernetes의 제품 관리자 인 Carmine Rimi는 ContainerD가 단순성, 견고성 및 이식성에 중점을 둔 산업 표준 런타임이되었습니다.

Kubernetes가 ContainerD를 직접 관리하도록 허용하면 움직이는 부분의 수를 줄이고 부팅시 지연 시간을 줄이고 클러스터의 모든 노드에서 CPU 및 메모리 사용량을 개선합니다.

거의 XNUMX 년 동안 CNCF에 승인 된 후 ContainerD는 핵심 컨테이너 기술에 대한 수요를 보여주는 중요한 순간을 계속 보내고 있다고 Cloud Native Computing Foundation의 CTO 인 Chris Aniszczyk는 말했습니다.

고객 업그레이드 후 클러스터의 기본 런타임이 재정의되지 않는다는 점을 알고 있어야합니다.즉, Docker 런타임을 사용하는 경우 컨테이너로 마이그레이션하기로 결정하지 않는 한 단순성, 이식성 및 견고성에 중점을 둡니다.

관심이 있고 ContainerD에 대해 조금 더 알고 싶다면 당신은 방문 할 수 있습니다 프로젝트 웹 사이트 또는 프로젝트 코드를 확인하십시오. 이 링크.


코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

*

*

  1. 데이터 책임자 : Miguel Ángel Gatón
  2. 데이터의 목적 : 스팸 제어, 댓글 관리.
  3. 합법성 : 귀하의 동의
  4. 데이터 전달 : 법적 의무에 의한 경우를 제외하고 데이터는 제 XNUMX 자에게 전달되지 않습니다.
  5. 데이터 저장소 : Occentus Networks (EU)에서 호스팅하는 데이터베이스
  6. 권리 : 귀하는 언제든지 귀하의 정보를 제한, 복구 및 삭제할 수 있습니다.