Container Linux
Container Linux는 CoreOS가 컨테이너 실행을 위해 개발한 경량·자동 업데이트형 Linux 배포판이다. 이전에는 CoreOS라는 제품명으로 알려졌으며 서버 클러스터와 컨테이너형 응용 프로그램 운영에 적합한 최소 시스템 구성을 제공했다.
| 정식 명칭 | Container Linux by CoreOS |
|---|---|
| 과거 명칭 | CoreOS |
| 분류 | Linux 배포판, 컨테이너 호스트 운영체제 |
| 개발 주체 | CoreOS, 이후 Red Hat |
| 최초 공개 | 2013년 |
| 개발 종료 | 2020년 |
| 커널 | Linux 커널 |
| 지원 아키텍처 | x86_64 |
| 사용자 환경 | 명령줄 및 서버 중심 |
| 패키지·응용 프로그램 배포 | 컨테이너 이미지 중심 |
| 시스템 업데이트 | 이중 파티션 기반 원자적 업데이트 |
| 초기 구성 | cloud-config, Ignition |
| 주요 용도 | 컨테이너 클러스터 및 서버 |
| 후속 계열 | Fedora CoreOS, Flatcar Container Linux |
| 개발 상태 | 지원 종료 |
| 소스 모델 | 자유·오픈 소스 소프트웨어 |
Container Linux는 CoreOS가 컨테이너 실행을 위해 개발한 경량·자동 업데이트형 Linux 배포판이다. 이전에는 CoreOS라는 제품명으로 알려졌으며 서버 클러스터와 컨테이너형 응용 프로그램 운영에 적합한 최소 시스템 구성을 제공했다.[1]
Container Linux는 선언적 초기 시스템 설정, 시스템 이미지의 업데이트와 롤백, 컨테이너 중심의 애플리케이션 실행 방식을 발전시켰다. 개발이 종료된 이후 관련 기술과 설계는 Fedora CoreOS 및 Flatcar Container Linux 등으로 이어졌다.
Container Linux는 2013년 CoreOS가 개발을 시작한 경량 Linux 배포판으로, 컨테이너를 다수의 서버에서 안전하게 실행하고 지속적으로 업데이트하기 위한 운영체제 기반을 제공했다. 당시의 범용 서버 배포판과 달리 운영체제에 직접 설치하는 응용 프로그램을 최소화하고, 실제 서비스를 독립적인 컨테이너 이미지로 배포하는 방식에 집중했다.
초기 Container Linux는 Docker 등의 컨테이너 기술을 활용했으며 systemd 기반 서비스 관리와 etcd 분산 키-값 저장소 등을 서버 클러스터 운영에 사용했다. etcd는 여러 노드 사이에서 설정과 상태를 공유하는 역할을 수행했고, 클러스터의 노드를 교체하거나 개별 서비스 구성 요소를 분산 배치하는 데 필요한 기반 기술이 되었다.
Container Linux의 업데이트 방식은 활성 시스템과 대기 시스템을 분리한 이중 파티션 구조를 이용했다. 새 운영체제 이미지는 대기 파티션에 기록하고, 재부팅 시 해당 파티션으로 전환한다. 문제가 발생하면 이전 시스템을 다시 선택할 수 있으며 실행 중인 서버를 부분적으로 수정하는 일반적인 패키지 업데이트와 구별됐다.[2]
여러 서버를 동시에 업데이트할 때는 재부팅으로 인해 클러스터의 가용성이 낮아질 수 있으므로 노드 사이의 조정이 중요하다. Container Linux의 locksmith 도구는 etcd 기반 잠금을 사용하여 한 번에 재부팅하는 노드 수를 제한할 수 있었다. 이 방식은 운영체제를 자동으로 갱신하면서도 분산 서비스의 중단 가능성을 줄이는 데 사용됐다.[3]
2018년 Red Hat의 CoreOS 인수 이후 Fedora CoreOS 프로젝트가 Container Linux와 Fedora Atomic Host의 후속 방향으로 개발되었다. Fedora CoreOS는 Container Linux의 자동 업데이트와 초기 설정 개념을 계승하면서 Fedora의 RPM 패키징·SELinux 및 이미지 관리 기술을 결합했다. Container Linux는 2020년 5월 26일 지원을 종료했으며, 후속으로 Fedora CoreOS와 Flatcar Container Linux 등이 활용되고 있다.[4]