15장. RHEL의 이미지 모드에서 파일 시스템 관리

부트c 시스템이 완전히 부팅되면 chroot 에서 생성한 환경, 즉 운영 체제가 현재 실행 중인 프로세스 및 해당 하위 프로세스에 대해 명확한 루트 디렉토리를 변경합니다. 물리적 호스트 루트 파일 시스템은 /sysroot 에 마운트됩니다. chroot 파일 시스템을 배포 루트라고 합니다.

나머지 파일 시스템 경로는 시스템 부팅의 최종 대상으로 사용되는 배포 루트의 일부입니다. 시스템은 ostree=kernel 인수를 사용하여 배포 루트를 찾습니다.

기본 파일 시스템 레이아웃에는 일반 디렉터리로 /opt 및 /usr/local 이 모두 있습니다. 즉, 빌드 시 쓰기 가능하며 런타임 시 변경할 수 없습니다. 예를 들어 이러한 심볼릭 링크를 /var 에 만드는 RHEL CoreOS와 다릅니다.

ostree-finalize-staged.service 는 새 부트 로더 항목을 생성하기 전에 종료 시 이러한 작업을 실행합니다.

이는 Linux 시스템의 많은 구성 요소가 /etc 디렉토리에 기본 구성 파일을 제공하기 때문에 발생합니다. 기본 패키지가 제공되지 않더라도 기본적으로 소프트웨어는 /etc . 패키지 기반 업데이트 시스템에 있는 구성 파일만 설치 시에만 채워지고 설치 후 언제든지 변경되지 않습니다. 이로 인해 /etc 시스템 상태가 초기 이미지 버전의 영향을 받으며 변경 사항을 /etc/sudoers.conf 에 적용할 수 있으며 외부 개입이 필요할 수 있습니다. 파일 구성에 대한 자세한 내용은 RHEL bootc 이미지 빌드 및 테스트를 참조하십시오.

기본적으로 /var 의 콘텐츠는 볼륨 역할을 합니다. 즉, 컨테이너 이미지의 콘텐츠가 초기 설치 시간 동안 복사되고 업데이트되지 않습니다.

/var 및 /etc 디렉토리는 다릅니다. /etc 를 비교적 작은 구성 파일에 사용할 수 있으며 예상되는 구성 파일은 종종 /usr 의 운영 체제 바이너리에 바인딩됩니다. /var 디렉터리에는 시스템 로그, 데이터베이스 등 임의로 대규모 데이터가 있으며 운영 체제 상태가 롤백되지 않은 경우 기본적으로 롤백하지 않습니다.

예를 들어 dnf downgrade postgresql 과 같은 업데이트를 수행하면 /var/lib/postgres 의 물리적 데이터베이스에 영향을 미치지 않습니다. 마찬가지로 bootc 업데이트 또는 bootc 롤백 을 수행하면 이 애플리케이션 데이터에 영향을 미치지 않습니다.

또한 /var separate를 사용하면 새로운 운영 체제 업데이트를 적용하기 전에 새 운영 체제 업데이트를 스테이징합니다. 즉, 업데이트가 다운로드되고 준비되지만 재부팅에만 적용됩니다. Docker 볼륨에도 적용되므로 데이터에서 애플리케이션 코드를 분리합니다.

애플리케이션에 미리 생성된 디렉터리 구조(예: /var/lib/postgresql )가 포함되도록 하려면 이 케이스를 사용할 수 있습니다. 이를 위해 systemd tmpfiles.d 를 사용합니다. 유닛에서 StateDirectory= <directory>를 사용할 수도 있습니다.

소프트웨어가 /opt/exampleapp 의 자체 디렉터리에 작성해야 하는 경우 일반적인 패턴은 심볼릭 링크를 사용하여 로그 파일과 같은 작업을 위해 /var 로 리디렉션하는 것입니다.

RUN rmdir /opt/exampleapp/logs && ln -sr /var/log/exampleapp /opt/exampleapp/logs

선택적으로 이러한 마운트를 동적으로 수행하도록 서비스를 시작하도록 systemd 장치를 구성할 수 있습니다. 예를 들면 다음과 같습니다.

BindPaths=/var/log/exampleapp:/opt/exampleapp/logs

[root]
transient = true

이를 통해 소프트웨어가 유지되어야 하는 콘텐츠의 심볼릭 링크와 함께 / opt 에 일시적인 쓰기를 수행할 수 있습니다.