3.20. 컨테이너


Podman은 zstd:chunked로 압축된 이미지 푸시 및 가져오기 지원

zstd:chunked 형식으로 압축된 이미지를 푸시하여 이미지 크기를 줄이고 부분적인 가져오기를 사용할 수 있습니다.

Jira:RHEL-68240

컨테이너 툴 패키지가 업데이트됨

Podman, Buildah, Skopeo, crunrunc 툴이 포함된 업데이트된 컨테이너 툴 RPM 메타 패키지를 사용할 수 있습니다. Buildah가 버전 1.39.0으로 업데이트되었습니다. Skopeo가 버전 1.18.0으로 업데이트되었습니다. podman v5.4에는 이전 버전에 비해 다음과 같은 주요 버그 수정 및 개선 사항이 포함되어 있습니다.

  • 이제 podman update 명령에서 상태 점검과 관련된 다양한 옵션을 지원합니다. --health-cmd 는 새 상태 점검 및 --no-healthcheck 를 정의하여 기존 상태 점검을 비활성화합니다. 이러한 옵션을 사용하면 실행 중인 컨테이너에서 상태 점검을 더 쉽게 추가, 수정 또는 비활성화할 수 있습니다. 자세한 내용은 podman-update(5) 도움말 페이지를 참조하십시오.
  • podman run,podman create, podman volume create 명령의 --mount type=volume 옵션은 이제 컨테이너에 표시되는 볼륨의 하위 집합만 새 옵션인 subpath= 를 지원합니다.
  • podman run,podman create, podman pod create 명령의 --userns=keep-id 옵션은 이제 사용자 네임스페이스의 크기를 구성하기 위해 새로운 옵션 --userns=keep-id:size= 를 지원합니다.
  • podman kube play 명령에서는 CDI(Container Device Interface) 장치를 지원합니다.
  • podman run,podman create, podman pod create 명령에서 새 옵션인 --hosts-file 을 지원하여 컨테이너에서 /etc/hosts 에 사용되는 기본 파일을 정의합니다.
  • podman run,podman create, podman pod create 명령은 이제 컨테이너에 /etc/hostname 생성을 비활성화하는 새로운 옵션인 --no-hostname 을 지원합니다.
  • podman network create 명령에서 이제 브리지 네트워크 --opt mode=unmanaged 에 대한 새 옵션을 지원하므로 Podman은 변경 없이 시스템에서 기존 네트워크 브리지를 사용할 수 있습니다.
  • podman run,podman create, podman pod create--network 옵션은 이제 컨테이너 외부에서 생성된 네트워크 인터페이스의 이름을 지정하는 bridge 네트워크 host_interface_name 의 새 옵션을 허용합니다.
  • 이제 podman manifest rm 명령에서 새 옵션인--ignore 를 지원하여 존재하지 않는 매니페스트를 제거할 때 성공적으로 진행합니다.
  • 이제 podman system prune 명령에서 새 옵션인 --build 를 지원하여 조기 종료된 빌드 빌드에서 남은 빌드 컨테이너를 제거합니다.
  • Podman은 이제 컨테이너 호스트 이름을 Netavark에 전달하여 컨테이너의 모든 DHCP 요청에 이를 사용합니다.
  • 패키지러는 Makefile에서 podman을 빌드할 때 BUILD_ORIGIN 환경 변수를 설정할 수 있습니다. 이 명령은 Podman 바이너리를 빌드한 사람에 대한 정보를 제공하며 이 정보는 podman versionpodman info 명령에 표시됩니다. 이 정보를 포함하면 유지 관리자가 빌드 및 설치의 소스 및 방법을 식별할 수 있도록 지원하여 버그 보고서를 지원할 수 있습니다.
  • podman kube generatepodman kube play 명령은 이제 Kubernetes Job YAML을 생성하고 실행할 수 있습니다.
  • 이제 podman kube generate 명령에 생성된 YAML에서 Pod 및 컨테이너의 사용자 네임스페이스에 대한 정보가 포함됩니다. podman kube play 명령은 YAML을 기반으로 새 Pod를 생성할 때 이 정보를 사용하여 사용자 네임스페이스 구성을 복제합니다.
  • podman kube play 명령에서는 이제 Kubernetes 볼륨 유형 이미지를 지원합니다.
  • Quadlet에서 생성한 systemd 장치의 서비스 이름은 이제 지원되는 모든 Quadlet 파일에서 ServiceName 키를 사용하여 설정할 수 있습니다.
  • 이제 모든 Quadlet 파일에서 지원하는 새 키 DefaultDependencies 를 사용하여 Quadlets에서 network-online.target 에 대한 암시적 종속성을 비활성화할 수 있습니다.
  • Quadlet .container.pod 파일은 이제 컨테이너 또는 pod에 호스트를 추가하기 위해 새 키 AddHost 를 지원합니다.
  • 이제 Quadlet .container.pod 파일의 PublishPort 키가 해당 값의 변수를 허용할 수 있습니다.
  • 이제 Quadlet .container 파일에서 CgroupsModeStartWithPod 라는 두 개의 새 키를 지원하여 컨테이너의 제어 그룹을 구성하고 컨테이너가 속한 Pod로 시작됩니다.
  • 이제 Quadlet .container 파일에서 네트워크 키 내에서 공유할 컨테이너의 .container 파일을 지정하여 다른 컨테이너의 네트워크를 사용할 수 있습니다.
  • Quadlet .container 파일은 .image 대상이 있는 Mount=type=image 키를 사용하여 .image 파일에서 관리하는 이미지를 컨테이너에 마운트할 수 있습니다.
  • Quadlet .pod 파일은 Pod에 대한 DNS , 고정IP 및 사용자 네임스페이스 설정을 구성하기 위해 이제 6개의 새 키,DNSOption,DNSSearch,IP6, UserNS 를 지원합니다.
  • Quadlet .image 파일은 ImageTag 키를 여러 번 지정하여 이미지를 여러 번 제공할 수 있습니다.
  • 이제 Quadlets를 /run/containers/systemd 디렉토리 및 $HOME/containers/systemd/etc/containers/systemd/users 와 같은 기존 디렉터리에 배치할 수 있습니다.
  • 이제 Quadlet은 심볼릭 링크인 단위 디렉토리의 하위 디렉터리를 올바르게 처리합니다.
  • 이제 podman manifest inspect 명령에 출력에 매니페스트 주석이 포함됩니다.
  • podman create,podman run, podman pod create--add-host 옵션은 이제 여러 호스트 이름 지정(예: podman run --add-host test1;test2:192.168.1.1)을 지원합니다.
  • podman runpodman create 명령은 이제 상태 점검 로깅을 구성하는 세 가지 새로운 옵션을 지원합니다. --health-log-destination (로그 저장 위치 지정), --health-max-log-count (로그가 저장되는 상태 점검 수 지정) 및 --health-max-log-size (상태 점검 로그의 최대 크기 지정).

주요 변경 사항에 대한 자세한 내용은 업스트림 릴리스 노트를 참조하십시오.

Jira:RHEL-66763

Podman에서 상태 점검 출력 구성 개선 가능

Podman은 이제 컨테이너별로 상태 점검 출력에 대한 향상된 구성 가능성을 제공합니다. 이번 업데이트 이전에는 podman inspect 명령을 사용하여만 액세스할 수 있는 최대 5개의 최근 실행으로 제한되었으며, 각 실행은 500자로 제한되었습니다. 이제 각 컨테이너에 저장된 상태 점검 출력 양을 조정할 수 있으므로 필요한 경우 보다 포괄적인 디버깅 정보를 사용할 수 있습니다. 이 기능은 실행 중인 서비스를 중단하지 않고 간헐적인 상태 점검 오류를 진단하는 데 특히 유용합니다. 또한 중요한 데이터 및 스토리지 효율성에 대한 우려 사항을 해결하기 위해 특정 컨테이너의 상태 점검 출력 스토리지를 제한하거나 비활성화하도록 선택할 수 있습니다.

자세한 내용은 podman-update 도움말 페이지를 참조하십시오.

Jira:RHEL-60561[1]

단일 명령을 사용하여 컨테이너 이미지 배포 가능

signal 명령을 사용하여 컨테이너 이미지를 RHEL 클라우드 인스턴스에 배포할 수 있습니다. system-reinstall-bootc 명령 설치는 다음 작업을 수행합니다.

  • 제공된 이미지를 가져와서 SSH 키를 설정하거나 시스템에 액세스합니다.
  • 구성된 모든 바인드 마운트 및 SSH 키를 사용하여 bootc install to-existing-root 명령을 실행합니다.

Jira:RHELDOCS-19516[1]

이제 처음부터 사용자 정의 bootc 이미지 생성 지원

bootc 이미지를 처음부터 생성하고 이미지의 내용을 완전히 제어하고 특정 요구 사항에 맞게 시스템 환경을 조정할 수 있습니다. bootc-base-imgectl 명령을 사용하면 기존 bootc 기본 이미지를 기반으로 사용자 정의 bootc 이미지를 생성할 수 있습니다. 스크래치의 Bootc 이미지는 컨테이너 이미지에서 파생되며 기본 기본 이미지에서 자동으로 업데이트를 받지 않습니다. 이러한 업데이트를 포함하려면 컨테이너 파이프라인의 일부로 수동으로 이를 통합해야 합니다. 또한 bootc 컨테이너 이미지의 bootc-base-imgectl 에서 rechunk 하위 명령을 사용하여 필요에 따라 이미지를 최적화하거나 재구성할 수 있습니다.

Jira:RHELDOCS-19825[1]

bootc-image-builder에 사용할 수 있는 새 이미지 빌드 진행 표시줄

이전에는 로그를 확인하여 이미지 빌드가 진행 중인지 확인할 수 없었습니다. 이번 개선된 기능을 통해 bootc-image-builder 를 사용하여 생성한 이미지 빌드의 진행 상황을 확인할 수 있습니다. 이미지를 빌드할 때 --progress=verbose 인수를 사용하여 이전 동작으로 되돌릴 수 있습니다.

Jira:RHELDOCS-20170[1]

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat