3.9. Docker Storage 구성
에서 생성된 컨테이너 및 이미지는 Docker의 스토리지 백엔드에 저장됩니다. 이 스토리지는 임시 스토리지이며 애플리케이션의 요구 사항을 충족하기 위해 할당된 영구 스토리지와 별개입니다. 임시 스토리지를 사용하면 컨테이너를 제거할 때 컨테이너 저장 데이터가 손실됩니다. 영구 스토리지를 사용하면 컨테이너가 제거되는 경우에도 컨테이너 저장 데이터가 유지됩니다.
기본적으로 각 시스템에서 컨테이너 데몬을 실행하기 때문에 모든 마스터 및 노드 호스트에 대한 스토리지를 구성해야 합니다. 컨테이너화된 설치의 경우 마스터에 스토리지가 필요합니다. 또한 기본적으로 스토리지가 필요한 웹 콘솔 및 etcd는 마스터의 컨테이너에서 실행됩니다. 컨테이너는 노드에서 실행되므로 항상 스토리지가 필요합니다.
스토리지 크기는 워크로드, 컨테이너 수, 실행되는 컨테이너의 크기 및 컨테이너 스토리지 요구 사항에 따라 다릅니다.
호스트에서 RHEL 7.5를 사용하고 OpenShift Container Platform의 기본 Docker 구성( OverlayFS 스토리지 및 모든 기본 로깅 옵션 사용)을 수락하려면 이러한 패키지를 수동으로 설치하지 마십시오. 이러한 패키지는 설치 중에 prerequisites.yml 플레이북을 실행할 때 설치됩니다.
호스트에서 RHEL 7.4를 사용하거나 RHEL 7.5를 사용하고 docker 구성을 사용자 정의하려는 경우 이러한 패키지를 설치하십시오.
RHEL 7 시스템의 경우:
RHEL 7의 기본 스토리지 백엔드는 루프백 장치의 씬 풀로, 프로덕션 용도에는 지원되지 않으며 개념 증명 환경에만 적합합니다. 프로덕션 환경의 경우 씬 풀 논리 볼륨을 생성하고 해당 볼륨을 사용하도록 Docker를 다시 구성해야 합니다.
Docker는 이미지와 컨테이너를 그래프 드라이버에 저장합니다. 이 드라이버는 DeviceMapper,OverlayFS 및 RuntimeClass와 같은 플러그형 스토리지 기술인 그래프 드라이버에 저장합니다. 각각에는 장단점이 있습니다. 예를 들어 OverlayFS는 컨테이너 시작 및 중지 시 DeviceMapper보다 빠르지만 Unix (POSIX)용 운영 체제 인터페이스는 통합 파일 시스템의 아키텍처 제한으로 인해 호환되지 않습니다. RHEL 버전에서 OverlayFS 사용에 대한 정보는 Red Hat Enterprise Linux 릴리스 노트를 참조하십시오.
DeviceMapper 및 OverlayFS의 이점 및 제한에 대한 자세한 내용은 Graph Driver Choosing을 참조하십시오.
RHEL Atomic Host 7 시스템의 경우:
RHEL Atomic Host의 Docker의 기본 스토리지 백엔드는 프로덕션 환경에서 지원되는 씬 풀 논리 볼륨입니다. 시스템 요구 사항에 설명된 Docker 스토리지 요구 사항에 따라 이 볼륨에 충분한 공간이 할당되어 있는지 확인해야 합니다.
공간이 충분하지 않은 경우 RHEL Atomic Host의 스토리지 관리에 대한 자세한 내용은 docker-storage-setup 및 기본 명령을 사용하는 방법에 대한 자세한 내용은 Docker 포맷 을 사용하여 스토리지 관리를 참조하십시오.
3.9.1. OverlayFS 구성
OverlayFS는 일종의 통합 파일 시스템입니다. OverlayFS를 사용하면 다른 파일 시스템을 위에 오버레이할 수 있습니다. 변경 사항은 상위 파일 시스템에 기록되지만 하위 파일 시스템은 수정되지 않은 상태로 유지됩니다.
Overlay Versus Overlay2 Graph 드라이버를 비교하면 overlay 및 overlay 2 드라이버에 대한 자세한 내용이 있습니다.
overlay2 드라이버를 사용하려면 하위 계층에서 XFS 파일 시스템을 사용해야 합니다. 하위 계층 파일 시스템은 수정되지 않은 파일 시스템입니다.
Docker 서비스의 OverlayFS 스토리지 드라이버 활성화에 대한 자세한 내용은 Red Hat Enterprise Linux Atomic Host 설명서 를 참조하십시오.
