containerd
containerd 2.0.1
Containerd는 단순성, 견고성 및 이식성에 중점을 둔 업계 표준 컨테이너 런타임입니다. Linux 및 Windows 용 데몬으로 제공되며, 이미지 전송 및 스토리지, 컨테이너 실행 및 감독, 저수준 스토리지 및 네트워크 첨부 파일 등과 같은 호스트 시스템의 완전한 컨테이너 라이프 사이클을 관리 할 수 있습니다.
Containerd는 '졸업'상태를 가진 CNCF의 회원입니다.
Containerd는 개발자 나 최종 사용자가 직접 사용하기보다는 더 큰 시스템에 포함되도록 설계되었습니다.
docs/containerd-2.0.md 참조하십시오.
우리는 모든 종류의 도움이나 형태의 도움을 환영하는 큰 포괄적 인 OSS 프로젝트입니다.
exp/beginner 태그 (예 : Containerd/Containerd 초보자 문제) 문제를 찾으십시오. Containerd.io에 대한 문서를 참조하십시오.
컨테이너에 기여하기 위해 기여를 참조하십시오.
컨테이너를 시험해 보는 데 관심이 있으시면 시작시 예제를 참조하십시오.
여기에 다운로드 할 수있는 야간 빌드가 있습니다. 바이너리는 매일 밤 Linux 와 Windows main 지점에서 생성됩니다.
주의하십시오 : 야간 빌드에는 중요한 버그가있을 수 있으며 생산에 사용하는 것이 권장되지 않으며 지원이 제공되지 않습니다.
컨테이너 용 K8S CI 대시 보드 그룹에는 메인 및 다수의 컨테이너 릴리스 분기에 대해 실행할 때 Kubernetes의 건강에 관한 테스트 결과가 포함되어 있습니다.
컨테이너의 런타임 요구 사항은 매우 적습니다. Linux 및 Windows 컨테이너 기능 세트와의 대부분의 상호 작용은 Runc 및/또는 OS 특유의 라이브러리 (예 : Microsoft 용 HCSSHIM)를 통해 처리됩니다. runc 의 현재 필요한 버전은 runc.md에 설명되어 있습니다.
Linux에서 최소 커널 버전이 필요한 Containerd Core Code 및 Snapshotters에서 사용하는 특정 기능이 있습니다. 배포 커널 버전의 이해가 이해되면 Linux의 합리적인 시작점은 최소 4.x 커널 버전입니다.
기본적으로 사용되는 오버레이 파일 시스템 Snapshotter는 4.x 커널 시리즈에서 마무리 된 기능을 사용합니다. BTRFS를 사용하기로 선택한 경우 커널 버전에서 유연성이 더 높을 수 있지만 (최소 권장은 3.18), Linux 배포에 BTRFS 커널 모듈 및 BTRFS 도구를 설치해야합니다.
Linux 체크 포인트를 사용하고 기능을 복원하려면 시스템에 criu 설치되어야합니다. 체크 포인트 및 복원의 자세한 내용을 참조하십시오.
개발자를위한 빌드 요구 사항은 빌딩에 나열되어 있습니다.
OCI 분포 사양을 준수하는 모든 레지스트리는 컨테이너에 의해 지원됩니다.
레지스트리 구성은 레지스트리 호스트 구성 문서를 참조하십시오
Containerd의 핵심 개념과 지원하는 기능에 대한 자세한 개요는 Feations.md 문서를 참조하십시오.
컨테이너 구성 요소의 버전화 및 안정성에 대한 자세한 내용은 repeleses.md를 참조하십시오.
모든 공식 릴리스의 64 비트 인텔/AMD 바이너리를 다운로드 할 수 있습니다.
다른 아키텍처 및 유통 지원의 경우 많은 Linux 배포판이 자체 컨테이너를 패키지하고 Canonical의 Ubuntu 패키징과 같은 여러 아키텍처에 걸쳐 제공합니다.
Containerd 1.4로 시작하여 Bash 및 ZSH Autocompletion 데이터의 자동 생성을위한 Urfave 클라이언트 기능이 활성화됩니다. 예를 들어 Bash Shell에서 자동 완성 기능을 사용하려면 .bashrc 에 AutoComplete/CTR 파일을 소스하거나 수동으로 좋아합니다.
$ source ./contrib/autocomplete/ctr
ctr 자동 완성 분포 Bash의 경우 contrib/autocomplete/ctr 스크립트를 /etc/bash_completion.d/ 에 복사하여 ctr 로 이름을 바꿉니다. zsh_autocomplete 파일도 사용할 수 있으며 ZSH 사용자에게도 유사하게 사용할 수 있습니다.
사용자의 쉘 환경에 자동으로로드되는 위치에 자동 완성 파일을 배치하지 않으면이 파일을 쉘에 source 수 있도록 사용자에게 문서를 제공하십시오.
cri 는 Kubernetes 컨테이너 런타임 인터페이스 (CRI)의 컨테이너 플러그인 구현입니다. 그것으로, 당신은 컨테이너를 Kubernetes 클러스터의 컨테이너 런타임으로 사용할 수 있습니다.
cri 는 컨테이너의 기본 플러그인입니다. CANTERD 1.1이므로 CRI 플러그인은 릴리스 바이너리에 내장되어 기본적으로 활성화됩니다.
cri 플러그인은 GA 상태에 도달했으며 다음과 같습니다.
컨테이너 K8S 테스트 대시 보드의 결과를 참조하십시오
cri 설정 검증 Kubernetes 인큐베이터 프로젝트 인 Cri-Tools에는 CRI 구현을위한 프로그램이 포함되어 있습니다. 더 중요한 것은 CRI-Tools에는 CRI 검증 테스트를 실행하는 데 사용되는 프로그램 critest 포함됩니다.
crictl 있는 포드, 컨테이너 및 이미지 디버깅cri 플러그인 구성비동기 커뮤니케이션 및 장기 실행 토론은 Github Repo에서 문제를 사용하고 요청을 가져 오십시오. 이것은 디자인과 구현에 대해 논의하기에 가장 좋은 장소가 될 것입니다.
동기화하려면 #containerd 및 #containerd-dev SLACK 채널에서 클라우드 네이티브 컴퓨팅 파운데이션 (CNCF) cloud-native.slack.com 에서 우리를 잡으십시오. 모두가 참여하고 채팅하는 것을 환영합니다. CNCF Slack에 초대하십시오.
Zoom에서 주최 한 다음 커뮤니티 회의에 참여하십시오. 일정은 CNCF 캘린더에 게시됩니다 (필터의 '컨테이너'검색).
컨테이너 프로젝트에 대한 보안 감사는 당사 웹 사이트에서 호스팅됩니다. 자세한 내용은 Containerd.io의 보안 페이지를 참조하십시오.
Containerd/Project의 지침을 따르십시오
컨테이너 코드베이스는 Apache 2.0 라이센스에 따라 릴리스됩니다. "Docs"폴더의 readme.md 파일 및 파일은 Creative Commons Attribution 4.0 International 라이센스에 따라 라이센스가 부여됩니다. http://creativecommons.org/licenses/by/4.0/에서 CC-By-4.0이라는 라이센스 사본을 얻을 수 있습니다.
컨테이너는 더 넓은 컨테이너 Github 조직의 주요 오픈 소스 프로젝트입니다. 그러나 Repo 내의 모든 프로젝트에는 모든 컨테이너 프로젝트에 대해 일반적으로 project 저장소에 저장되는 공통 유지 관리, 거버넌스 및 기여 지침이 있습니다.
다음을 포함하여 이러한 핵심 프로젝트 문서를 모두 찾으십시오.
containerd/project 저장소의 정보.
누가 컨테이너를 사용하고 있는지보고 싶습니까? 프로젝트에서 Containerd를 사용하고 있습니까? 당사의 요청을 통해 채택자.md 파일에 자신을 추가하십시오.
