| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
시스템 관리 설명서: Oracle Solaris Containers-리소스 관리 및 Oracle Solaris 영역 Oracle Solaris 10 1/13 Information Library (한국어) |
8. FSS(Fair Share Scheduler)(개요)
9. FSS(Fair Share Scheduler) 관리(작업)
10. 리소스 상한값 지원 데몬을 사용한 물리적 메모리 제어(개요)
15. Solaris Management Console의 리소스 제어 기능
19. 비전역 영역 설치, 정지, 복제 및 제거 정보(개요)
20. 비전역 영역 설치, 부트, 정지, 제거 및 복제(작업)
24. Oracle Solaris 10 9/10: 물리적 Oracle Solaris 시스템을 영역으로 마이그레이션(작업)
25. 영역이 설치된 Oracle Solaris 시스템의 패키지 및 패치 정보(개요)
26. 영역이 설치된 Oracle Solaris 시스템에서 패키지 및 패치 추가 및 제거(작업)
29. 비전역 영역이 설치된 Oracle Solaris 10 시스템 업그레이드
30. 그 밖의 기타 Oracle Solaris 영역 문제 해결
zonecfg 명령을 사용하여 lx 브랜드 영역 만들기
34. lx 브랜드 영역 설치, 부트, 정지, 복제 및 제거 정보(개요)
35. lx 브랜드 영역 설치, 부트, 정지, 제거 및 복제(작업)
이 절에서는 다음 구성 요소에 대해 다룹니다.
zonecfg 명령을 사용하여 구성할 수 있는 영역 리소스 및 등록 정보
기본적으로 구성에 포함되는 리소스
영역의 이름 및 경로를 선택해야 합니다.
autoboot 등록 정보 설정은 전역 영역이 부트될 때 해당 영역이 자동으로 부트되는지 여부를 결정합니다.
13 장리소스 풀 만들기 및 관리(작업)의 설명에 따라 시스템에서 리소스 풀을 구성한 경우 pool 등록 정보를 사용하여 영역을 구성할 때 리소스 풀 중 하나를 영역에 연결할 수 있습니다.
리소스 풀을 구성하지 않은 경우 dedicated-cpu 리소스를 사용하여 비전역 영역을 실행하는 동안 시스템의 일부 프로세서를 해당 영역 전용으로 지정할 수 있습니다. 영역이 실행 중인 동안 시스템에서 사용할 임시 풀을 동적으로 만듭니다.
주 - pool 등록 정보를 통해 설정된 지속성 풀을 사용하는 영역 구성은 dedicated-cpu 리소스를 통해 구성된 임시 풀과 호환되지 않습니다. 이러한 두 가지 등록 정보 중 하나만 설정할 수 있습니다.
dedicated-cpu 리소스는 비전역 영역이 실행되는 동안 시스템 프로세서의 하위 세트를 해당 영역 전용으로 지정합니다. 영역이 부트될 때 시스템은 영역이 실행 중인 동안 사용할 임시 풀을 동적으로 만듭니다.
dedicated-cpu 리소스는 ncpus 및 importance(선택 사항)의 제한을 설정합니다.
CPU 수를 지정하거나 2-4개 CPU 등 범위를 지정합니다. 동적 리소스 풀 동작을 원해서 범위를 지정하는 경우 다음 작업도 수행합니다.
importance 등록 정보를 설정합니다.
풀 기능을 사용 또는 사용 안함으로 설정에 설명된 것과 같이 동적 리소스 풀 서비스를 사용으로 설정합니다.
CPU 범위를 사용하여 동작 동작을 수행하려면 importance 등록 정보도 설정합니다. importance 등록 정보는 선택 사항으로, 풀의 상대적 중요성을 정의합니다. 이 등록 정보는 ncpus에 대한 범위를 지정하고 poold를 통해 관리되는 동적 리소스 풀을 사용할 때만 필요합니다. poold를 실행하고 있지 않은 경우 importance가 무시됩니다. poold가 실행 중이고 importance가 설정되지 않은 경우 importance의 기본값은 1입니다. 자세한 내용은 pool.importance 등록 정보 제약 조건을 참조하십시오.
주 - cpu-shares rctl과 dedicated-cpu 리소스는 호환되지 않습니다.
capped-cpu 리소스는 프로젝트나 영역에서 사용할 수 있는 CPU 리소스 양에 대한 절대적 제한을 제공합니다. capped-cpu 리소스에는 소수점 이하 자리 수가 두 개인 양수를 나타내는 단일 ncpus 등록 정보가 있습니다. 이 등록 정보는 CPU 단위에 해당합니다. 리소스는 범위를 허용하지 않습니다. 리소스는 십진수를 허용합니다. ncpus를 지정하는 경우 값 1은 CPU 100%를 의미합니다. 100%가 시스템에서 한 개의 CPU 전체를 의미하므로 값 1.25는 125%를 의미합니다.
주 - capped-cpu 리소스와 dedicated-cpu 리소스는 호환되지 않습니다.
FSS(Fair Share Scheduler))를 사용하여 중요성에 따라 사용 가능한 CPU 리소스 할당을 제어할 수 있습니다. 이 중요성은 각 영역에 지정하는 CPU 리소스의 할당 수로 표현됩니다.
cpu-shares 등록 정보를 명시적으로 설정하는 경우 FSS(Fair Share Scheduler)가 해당 영역에 대한 예약 클래스로 사용됩니다. 하지만 여기서의 기본적인 FSS 사용 방법은 dispadmin 명령을 사용하여 FSS를 시스템 기본 예약 클래스로 설정하는 것입니다. 즉, 모든 영역이 시스템 CPU 리소스를 공정하게 할당받을 수 있습니다. cpu-shares가 영역에 대해 설정되지 않을 경우 영역에서는 시스템의 기본 예약 클래스를 사용합니다. 다음 작업은 영역에 대한 예약 클래스를 설정합니다.
zonecfg에서 scheduling-class 등록 정보를 사용하여 해당 영역에 대한 예약 클래스를 설정할 수 있습니다.
리소스 풀 기능을 통해 영역에 대한 예약 클래스를 설정할 수 있습니다. pool.scheduler 등록 정보가 유효한 예약 클래스로 설정된 풀과 영역이 연결된 경우 영역에서 실행 중인 클래스가 기본적으로 해당 예약 클래스에서 실행됩니다. 리소스 풀 소개 및 풀과 예약 클래스를 연결하는 방법을 참조하십시오.
cpu-shares rctl이 설정되었으며 FSS가 다른 작업을 통해 영역의 예약 클래스로 설정되지 않은 경우 zoneadmd는 영역이 부트될 때 예약 클래스를 FSS로 설정합니다.
다른 작업을 통해 예약 클래스가 설정되지 않은 경우 영역은 시스템 기본 예약 클래스를 상속합니다.
priocntl(1) 매뉴얼 페이지에 설명된 priocntl을 사용하여 기본 예약 클래스를 변경하고 재부트할 필요 없이 실행 중인 프로세스를 다른 예약 클래스로 이동할 수 있습니다.
capped-memory 리소스는 physical, swap 및 locked 메모리에 대한 제한을 설정합니다. 각 제한은 선택 사항이지만 하나 이상의 제한을 설정해야 합니다.
전역 영역에서 rcapd를 사용하여 해당 영역에 대한 메모리를 제한하려는 경우 이 리소스의 값을 결정합니다. capped-memory 리소스의 physical 등록 정보는 rcapd에서 해당 영역의 max-rss 값으로 사용됩니다.
capped-memory 리소스의 swap 등록 정보는 zone.max-swap 리소스 제어를 설정하는 기본 방법입니다.
capped-memory 리소스의 locked 등록 정보는 zone.max-locked-memory 리소스 제어를 설정하는 기본 방법입니다.
주 - 응용 프로그램은 일반적으로 많은 양의 메모리를 잠그지 않지만, 영역의 응용 프로그램이 메모리를 잠그는 것으로 알려진 경우에는 잠김 메모리를 설정할 수 있습니다. 영역 신뢰가 문제가 되는 경우 잠긴 메모리 상한값을 시스템의 물리적 메모리 중 10% 또는 영역 물리적 메모리 상한값의 10%로 설정하는 것을 고려해 볼 수도 있습니다.
자세한 내용은 10 장리소스 상한값 지원 데몬을 사용한 물리적 메모리 제어(개요), 11 장리소스 상한값 지원 데몬 관리(작업) 및 lx 브랜드 영역을 구성하는 방법을 참조하십시오.
lx 브랜드 영역에서는 공유 IP 네트워크 구성만 지원됩니다.
네트워크 연결이 필요한 각 영역은 하나 이상의 전용 IP 주소를 사용해야 합니다. 이러한 주소는 논리적 네트워크 인터페이스와 연결됩니다. zonecfg 명령을 통해 구성되는 네트워크 인터페이스는 부트될 때 자동으로 설정되어 영역에 배치됩니다. Oracle Solaris 10 10/08 릴리스부터 선택적으로 defrouter 등록 정보를 통해 네트워크 인터페이스의 기본 라우터를 설정할 수도 있습니다.
일반적으로 영역에 마운트된 파일 시스템에는 다음 항목이 포함됩니다.
가상 플랫폼이 초기화될 때 마운트된 파일 시스템 세트
영역 자체 내에서 마운트된 파일 시스템 세트
예를 들어 여기에는 다음과 같은 파일 시스템이 포함될 수 있습니다.
automount로 트리거된 마운트
영역 관리자가 명시적으로 수행하는 마운트
응용 프로그램 환경 내에서 수행되는 마운트에는 특정 제한이 적용됩니다. 이러한 제한으로 인해 영역 관리자는 시스템의 나머지 부분에 대한 서비스를 거부하지 못합니다. 그렇지 않으면 다른 영역에 부정적인 영향을 미치게 됩니다.
영역 내 특정 파일 시스템 마운트와 관련하여 보안 제한이 있습니다. 영역에서 다른 파일 시스템이 마운트될 경우 특정 동작을 나타냅니다. 자세한 내용은 파일 시스템 및 비전역 영역을 참조하십시오.
영역 전체 리소스 제어를 설정하는 보다 간단한 방법은 rctl 리소스 대신 등록 정보 이름을 사용하는 것입니다. 이러한 제한은 전역 및 비전역 영역 모두에 대해 지정됩니다.
전역 관리자는 rctl 리소스를 사용하여 영역에 대해 권한이 부여된 영역 전체 리소스 제어를 설정할 수도 있습니다.
영역 전체 리소스 제어는 영역 내에서 모든 프로세스 항목의 총 리소스 사용을 제한합니다. 이러한 제한은 zonecfg 명령을 사용하여 전역 및 비전역 영역 모두에 대해 지정됩니다. 지침은 lx 브랜드 영역을 구성하는 방법을 참조하십시오.
현재 사용 가능한 리소스 제어는 다음과 같습니다.
표 32-1 영역 전체 리소스 제어
|
limitpriv 등록 정보는 미리 정의된 기본 세트가 아닌 권한 마스크를 지정하는 데 사용됩니다. 영역이 부트되면 브랜드 구성에 기본 권한 세트가 포함됩니다. 영역의 권한 부여된 프로세스는 시스템의 다른 비전역 영역 또는 전역 영역의 프로세스에 영향을 주지 않으므로 이러한 권한은 안전한 것으로 간주됩니다. limitpriv 등록 정보를 사용하여 다음을 수행할 수 있습니다.
전역 리소스를 제어할 수 있게 됨에 따라 이러한 변경으로 인해 한 영역의 프로세스가 다른 영역의 프로세스에 영향을 줄 수 있음을 고려하여 기본 권한 세트에 추가합니다.
이러한 권한을 실행해야 하는 경우 이러한 변경으로 인해 일부 프로세스가 올바르게 작동하지 못할 수도 있다는 점을 고려하여 기본 권한 세트에서 제거합니다.
주 - 영역의 기본 권한 세트에서 제거할 수 없는 권한이 있는 반면, 이러한 세트에 추가할 수 없는 권한도 있습니다.
자세한 내용은 lx 브랜드 영역에 정의된 권한, 비전역 영역의 권한 및 privileges(5)를 참조하십시오.
attr 리소스 유형을 사용하여 전역 영역에 있는 오디오 장치에 액세스할 수 있습니다. 지침은 lx 브랜드 영역을 구성, 확인 및 커밋하는 방법의 12단계를 참조하십시오.
attr 리소스 유형을 사용하여 영역에 대한 설명을 추가할 수도 있습니다.