리소스 제어 개념

Oracle Solaris 운영 체제에서는 프로세스별 리소스 제한의 개념이 2 장프로젝트 및 작업(개요)에 설명된 작업 및 프로젝트까지 확장되었습니다. 이러한 향상된 기능은 리소스 제어(rctls) 기능을 통해 제공됩니다. 또한 /etc/system 조정 기능을 통해 설정된 할당이 리소스 제어 방식을 통해 구성되거나 자동으로 구성됩니다.

리소스 제어는 zone, project, task 또는 process 접두어를 통해 식별됩니다. 시스템 전체에서 리소스 제어를 살펴볼 수 있습니다. 실행 중인 시스템에서 리소스 제어 값을 업데이트할 수 있습니다.

이 릴리스에서 사용할 수 있는 표준 리소스 제어 목록은 사용 가능한 리소스 제어를 참조하십시오. 사용할 수 있는 영역 전체 리소스 제어에 대한 자세한 내용은 리소스 유형 등록 정보를 참조하십시오.

리소스 제한 및 리소스 제어

UNIX 시스템에서 예전부터 리소스 제한 기능(rlimit)을 제공해 왔습니다. 관리자는 rlimit 기능을 사용하여 프로세스에 사용할 수 있는 리소스 양에 대해 하나 이상의 수치 제한을 설정할 수 있습니다. 이러한 제한에는 사용된 프로세스별 CPU 시간, 프로세스별 코어 파일 크기 및 프로세스별 최대 힙 크기가 포함됩니다. 힙 크기는 프로세스 데이터 세그먼트에 대해 할당된 스크래치 메모리의 양입니다.

리소스 제어 기능은 리소스 제한 기능에 대한 호환성 인터페이스를 제공합니다. 리소스 제한을 사용하는 기존 응용 프로그램은 변경되지 않은 상태로 계속 실행됩니다. 리소스 제어 기능을 활용하도록 수정된 응용 프로그램과 동일한 방식으로 이러한 응용 프로그램을 관찰할 수 있습니다.

프로세스간 통신 및 리소스 제어

프로세스는 IPC(프로세스간 통신)의 몇 가지 유형 중 하나를 사용하여 서로 간에 통신할 수 있습니다. IPC를 통해 정보 전송 또는 동기화가 프로세스 사이에서 발생할 수 있습니다. 리소스 제어 기능은 커널의 IPC 기능의 동작을 정의하는 리소스 제어를 제공합니다. 이러한 리소스 제어는 /etc/system 튜너블을 대체합니다.

기본 리소스 제어 값을 초기화하는 데 사용되는 오래된 매개변수가 이 Oracle Solaris 시스템의 /etc/system 파일에 포함될 수도 있습니다. 그러나 폐기된 매개변수를 사용하는 것은 좋지 않습니다.

프로젝트의 사용에 참여하는 IPC 객체를 살펴보려면 ipcs 명령과 -J 옵션을 함께 사용합니다. 예제 화면을 보려면 ipcs를 사용하는 방법을 참조하십시오. ipcs 명령에 대한 자세한 내용은 ipcs(1)를 참조하십시오.

Oracle Solaris 시스템 조정에 대한 자세한 내용은 Oracle Solaris 조정 가능 매개변수 참조 설명서를 참조하십시오.

리소스 제어 제약 조건 방식

리소스 제어는 시스템 리소스에 대한 제약 조건 방식을 제공합니다. 프로세스, 작업, 프로젝트 및 영역이 지정된 시스템 리소스 양을 사용할 수 없게 됩니다. 이 방식은 리소스 과다 소비를 방지하여 더 효율적으로 시스템을 관리할 수 있게 합니다.

제약 조건 방식을 사용하여 용량 계획 프로세스를 지원할 수 있습니다. 제약 조건은 응용 프로그램에 대한 리소스를 거부하지 않고 응용 프로그램 리소스 요구에 대한 정보를 제공할 수 있습니다.

프로젝트 속성 방식

리소스 제어는 리소스 관리 기능을 위한 단순 속성 방식으로도 사용할 수 있습니다. 예를 들어 FSS(Fare Share Scheduler) 예약 클래스에서 프로젝트에 사용할 수 있는 CPU 수는 project.cpu-shares 리소스 제어를 통해 정의됩니다. 이 컨트롤을 통해 프로젝트에 고정된 몫이 지정되므로 컨트롤 초과와 관련된 다양한 동작에 신경을 쓰지 않아도 됩니다. 이 컨텍스트에서 project.cpu-shares 컨트롤에 대한 현재 값은 지정된 프로젝트에 대한 속성으로 간주됩니다.

프로젝트 속성의 또 다른 유형은 프로젝트에 연결된 프로세스 컬렉션에서 물리적 메모리의 리소스 사용을 규제하는 데 사용됩니다. 이러한 속성에는 rcap 접두어가 붙습니다. 예를 들면, rcap.max-rss가 있습니다. 이 유형의 속성은 리소스 제어와 마찬가지로 project 데이터베이스에서 구성됩니다. 하지만 커널에서 리소스 제어를 동기적으로 적용할 경우 리소스 상한값은 rcapd ((Resource Capping Daemon)에 의해 사용자 레벨에서 비동기적으로 적용됩니다. rcapd에 대한 자세한 내용은 10 장리소스 상한값 지원 데몬을 사용한 물리적 메모리 제어(개요)와 rcapd (1M)을 참조하십시오.

project.pool 속성은 프로젝트에 대해 풀 바인딩을 지정하는 데 사용됩니다. 리소스 풀에 대한 자세한 내용은 12 장리소스 풀(개요)을 참조하십시오.