Red Hat 서버에 containerd를 설치하는 방법

Red Hat 서버에 containerd를 설치하는 방법은 기술적으로 가능하지만, RHEL에서는 보통 containerd를 직접 운영하기보다 podman, buildah, skopeo, crun 등을 포함한 container-tools를 사용하는 방식이 Red Hat의 기본 권장 경로입니다. 또한 Red Hat 문서는 Docker 엔진 대신 RHEL에서 직접 실행하는 컨테이너 도구로 Podman 계열을 설명하고 있습니다.

설치 방식

RHEL에서 컨테이너 런타임을 쓰려면 먼저 시스템을 등록하고 서브스크립션을 연결한 뒤 컨테이너 툴 모듈을 설치하는 흐름이 일반적입니다. Red Hat 문서의 절차는 subscription-manager register, subscription-manager attach --auto 또는 --pool, 그리고 yum module install -y container-tools입니다.

예시 흐름은 다음과 같습니다.

시스템 등록.
서브스크립션 연결.
container-tools 설치.
필요 시 podman-docker 추가 설치.

containerd 직접 설치

containerd 자체는 독립적인 컨테이너 런타임이며, 일반적으로 Docker 저장소에서 제공되는 containerd.io 패키지로 설치합니다. 검색 결과에 따르면 RHEL 계열에서 yum install containerd.io 방식이 널리 쓰이며, 설치 후 systemctl enable --now containerd로 서비스 활성화 및 시작을 수행합니다.

실무적으로는 다음 순서로 진행합니다.

Docker 저장소를 추가한 뒤 containerd.io를 설치합니다.
/etc/containerd/config.toml을 생성하거나 기본 설정을 덤프한 뒤 필요에 맞게 수정합니다.
systemctl daemon-reload 후 systemctl enable --now containerd로 기동합니다.
containerd --version, systemctl status containerd로 확인합니다.

다만 Red Hat 관점에서는 containerd보다 podman/CRI-O 계열이 더 자연스럽고 지원 범위도 명확합니다. RHEL 문서는 Docker 데몬 없이 동작하는 도구들과 rootless 실행, systemd 통합을 강조합니다.

라이선스

핵심적으로는 다음처럼 이해하면 됩니다.

상업적 이용 가능.
소스 수정 및 재배포 가능.
특허 권리 부여가 포함됨.
고지 유지와 변경 표시 의무가 있음.
보증은 없고, “AS IS” 조건입니다.

RHEL에서의 해석

라이선스 측면에서 containerd 자체는 비교적 자유로운 편이라, 기업 내부 배포나 상용 제품에 포함하는 데 큰 제약이 적습니다. 다만 운영 관점에서는 “라이선스 가능 여부”와 “Red Hat이 공식 지원하는 구성인지”는 별개입니다.

즉, 사용은 가능하지만, RHEL 표준 운영·지원 체계에 맞추려면 container-tools 또는 OpenShift/CRI-O 쪽이 더 적합합니다. Red Hat 문서도 RHEL에서 직접 실행하는 컨테이너 툴로 Podman, Buildah, Skopeo, runc, crun을 중심으로 설명합니다.

설치 방식

containerd 직접 설치

라이선스

RHEL에서의 해석

추천 정리