자원 관리

일반적으로 자원은 프로세스를 바인드할 수 있는 OS 엔티티를 나타냅니다. 자원은 종종 일부 분할 형태를 제공하는 커널 하위 시스템에서 구성한 개체를 참조합니다. 또한 자원은 응용 프로그램 동작에 영향을 줄 목적으로 조작될 수 있는 계산 체계 측면도 고려할 수 있습니다. 자원의 예로 물리적 메모리, CPU 또는 네트워크 대역폭이 포함됩니다.

컨테이너 관리자는 Solaris 8, Solaris 9 및 Solaris 10 릴리스의 자원 관리 유틸리티와 함께 작동합니다. Solaris 8 릴리스의 경우 Solaris Resource Manager 1.3에서 자원 관리를 제공합니다. 모든 서비스는 lnode로 표시됩니다. lnode는 자원 할당 정책 및 발생한 자원 이용률 데이터를 기록하는 데 사용됩니다. lnode는 UNIX 사용자 ID(UID)에 해당합니다. UID는 기본적으로 개별 사용자와 응용 프로그램을 표시할 수 있습니다. lnode 및 자원 관리에 대한 자세한 내용은 Solaris Resource Manager 1.3 System Administration Guide의 Limit Node Overview를 참조하십시오.

Solaris 9 및 Solaris 10 릴리스의 경우 Resource Manager에서 자원 관리를 제공합니다. 이 릴리스에서 프로젝트는 lnode와 유사합니다. 프로젝트는 관련 작업에 전체 네트워크 관리 식별자를 제공합니다. 컨테이너에서 실행되는 모든 프로세스에는 프로젝트 ID로도 알려진 동일한 프로젝트 식별자가 있습니다. Solaris 커널은 프로젝트 ID를 통해 자원 이용률을 추적합니다. 내역 데이터는 동일한 추적 방법을 사용하는 확장된 회계 작업을 사용하여 수집할 수 있습니다. 컨테이너 관리자에서 프로젝트는 컨테이너를 나타냅니다.

그림 1–3 호스트의 프로젝트 예

컨테이너에서 실행되는 프로세스에 대한 정보는 컨테이너 관리자 GUI에서 얻습니다. 소프트웨어를 사용하여 컨테이너를 작성 및 관리할 때 데이터 수집은 투과적입니다.

다른 방법을 사용하여 컨테이너 경계를 만들 수도 있습니다. 다른 방법 중 하나는 자원 풀을 사용하여 시스템을 분할하는 방법입니다. 또다른 방법은 자원 제어를 통해 프로젝트에 제한을 설정하는 것입니다.

자원 풀

자원 풀, 또는 풀은 호스트 자원을 분할하는 데 사용되는 Solaris 9 및 Solaris 10 소프트웨어 구성 체계입니다. 자원 집합은 프로세스를 바인드할 수 있는 자원입니다. 자원 집합의 예로 메모리 집합과 프로세서 집합을 들 수 있습니다. 프로세서 집합만 현재 Solaris 9 및 Solaris 10 릴리스에서 사용할 수 있습니다. 풀은 호스트에서 사용할 수 있는 다양한 자원 집합을 바인드합니다.

자원 풀은 하나 이상의 프로젝트를 보유할 수 있습니다. 단일 프로젝트의 경우 풀에 연결된 자원은 해당 프로젝트 전용으로 사용됩니다. 다중 프로젝트의 경우 풀에 연결된 자원은 다른 프로젝트와 공유됩니다.

Solaris 10 운영 체제에서 제품에는 동적 자원 풀이라는 기능이 있습니다. 동적 자원 풀을 사용하면 시스템 이벤트와 로드 변경에 대한 응답으로 각 풀의 자원 할당을 조정할 수 있으므로 보다 나은 성능을 얻을 수 있습니다. 이 기능은 동적 자원 풀에 설명되어 있습니다.

Solaris 8 운영 체제에서 실행할 때 호스트는 하나의 자원 풀만 가질 수 있습니다. 이 풀을 pool_default라고 합니다. 자원 풀이 이 OS 버전에 없으므로 pool_default가 수동으로 만들어집니다. Solaris 8 릴리스를 실행하는 호스트의 모든 CPU는 규칙에 따라 하나의 단일 풀에 있는 것으로 간주됩니다.

컨테이너 관리자의 자원 풀 관리에 대한 자세한 내용은 5 장, 자원 풀 관리을 참조하십시오.

자원 제어

두 개 이상의 프로젝트가 단일 풀에 바인드되어 있는 경우 단일 프로젝트에 보장 또는 제한을 설정할 수 있습니다. 이러한 제한을 자원 제어라고 합니다. 제어의 예로 페어 쉐어 스케줄러(FSS) 사용의 경우와 같이 최소 CPU 제한 설정을 들 수 있습니다. 다른 예로는 rcapd 데몬 사용의 경우와 같이 물리적 메모리 캡 설정을 들 수 있습니다. 최소 CPU 보증을 설정할 때 한 프로젝트의 유휴 CPU 주기는 다른 프로젝트의 응용 프로그램에 의해 사용될 수 있습니다.