검색

30.2. 컨테이너 실행

download PDF

Dockerfile로 빌드된 컨테이너를 실행할 수 있습니다.

절차

  1. podman run 명령을 사용하여 컨테이너를 실행합니다.

    # podman run --device=/dev/cpu_dma_latency --cap-add ipc_lock --cap-add sys_nice --cap-add sys_rawio --rm -ti cyclictest
    
    /dev/cpu_dma_latency set to 0us
    policy: fifo: loadavg: 0.08 0.10 0.09 2/947 15
    
    T: 0 ( 8) P:95 I:1000 C: 3209 Min: 1 Act: 1 Avg: 1 Max:  14
    
    T: 1 ( 9) P:95 I:1500 C: 2137 Min: 1 Act: 2 Avg: 1 Max:  23
    
    T: 2 (10) P:95 I:2000 C: 1601 Min: 1 Act: 2 Avg: 2 Max:   7
    
    T: 3 (11) P:95 I:2500 C: 1280 Min: 1 Act: 2 Avg: 2 Max:  72
    
    T: 4 (12) P:95 I:3000 C: 1066 Min: 1 Act: 1 Avg: 1 Max:   7
    
    T: 5 (13) P:95 I:3500 C:  913 Min: 1 Act: 2 Avg: 2 Max:  87
    
    T: 6 (14) P:95 I:4000 C:  798 Min: 1 Act: 1 Avg: 2 Max:   7
    
    T: 7 (15) P:95 I:4500 C:  709 Min: 1 Act: 2 Avg: 2 Max:  29

이 예에서는 필요한 실시간 관련 옵션이 있는 podman run 명령을 보여줍니다. 예를 들면 다음과 같습니다.

  • 첫 번째(FIFO) 스케줄러 정책은 --cap-add=sys_nice 옵션을 통해 컨테이너 내부에서 실행되는 워크로드에 사용할 수 있습니다. 이 옵션을 사용하면 실시간 워크로드를 튜닝할 때 다른 중요한 구성 차원인 스레드의 CPU 선호도를 설정할 수도 있습니다.
  • --device=/dev/cpu_dma_latency 옵션은 컨테이너 내에서 호스트 장치를 사용할 수 있도록 합니다(하위적으로 CPU 유휴 시간 관리를 구성하기 위해cyclictest 워크로드에서 사용). 지정된 장치를 사용할 수 없는 경우 아래 메시지와 유사한 오류가 표시됩니다.

    WARN: stat /dev/cpu_dma_latency failed: No such file or directory

    이와 같은 오류 메시지로 인해 문제가 발생하는 경우 podman-run(1) 매뉴얼 페이지를 참조하십시오. 컨테이너 내에서 특정 워크로드를 실행하려면 다른 podman-run 옵션이 유용할 수 있습니다.

    /dev/cpu/*/msr 와 같은 CPU 장치 파일을 매핑하려면 --device=/dev/cpu 옵션을 추가하여 디렉터리 계층 구조를 추가해야 하는 경우도 있습니다.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.