프로젝트 상태

프로젝트는 사용자가 응용 프로그램에 대해 설정하는 자원 소비 경계를 실제로 실행하지 않습니다. 대신 최소 CPU 예약 및 메모리 캡이 제공되고 프로젝트가 활성화된 후, Solaris 커널은 이러한 경계를 실행하기 시작합니다. 프로젝트를 사용하기 전에 프로젝트 상태에 대해 자세히 이해해야 합니다. 프로젝트는 정의됨, 활성화 및 비활성화의 세 상태 중 하나가 될 수 있습니다.

그림 3–2 프로젝트 상태

프로젝트는 수명 주기 동안 이러한 상태 사이를 이동할 수 있습니다.

컨테이너 및 프로젝트

컨테이너는 프로젝트가 아직 완전히 형성되지 않은 초기 단계에서 만들어집니다. 각 프로젝트는 고유 이름을 가져야 하며 데이터베이스에 무한히 저장할 수 있습니다.

그림 3–2에서는 컨테이너가 호스트와 연결된 후 프로젝트가 활성 상태로 이동하는 것을 보여줍니다. 비활성 프로젝트는 비활성화된 후 정의됨 상태로 다시 이동할 수 있으며, 더 이상 호스트와 연결되지 않습니다.

프로젝트 활성화

프로젝트를 활성화하는 첫 단계는 해당 컨테이너를 호스트에 연결하는 것입니다. 두 번째 단계는 자원 경계의 설정으로 프로젝트에 최소 CPU 예약 및 메모리 캡을 할당하는 것입니다. 프로젝트는 이러한 자원 경계를 지원할 수 있는 호스트에 연결되어야 합니다. 활성 프로젝트는 프로젝트가 푸시되어 호스트에 상주하므로 배포 중이라는 표현도 사용할 수 있습니다.

새 프로젝트 마법사를 사용하여 응용 프로그램 기반 프로젝트를 만들 때 응용 프로그램에 연결된 프로세스를 식별하는 일치식이 제공될 수 있습니다. 그러면 일치식에 해당하는 모든 프로세스가 이 컨테이너 아래로 자동으로 이동됩니다. 프로젝트가 활성화되면 /etc/project 데이터베이스의 항목이 컨테이너 컨테이너가 연결된 호스트에 만들어집니다. 마찬가지로 일치하는 프로세스가 컨테이너의 프로젝트 이름 아래로 이동합니다. 프로세스가 이동되면 해당 프로젝트에 대한 자원 이용률 데이터가 모두 수집되고 저장됩니다.

비활성 프로젝트

프로젝트가 비활성화되면 자원 경계가 더 이상 실행되지 않습니다. 비활성화된 프로젝트가 비활성 상태로 들어가고 호스트의 /etc/project 파일에서 삭제됩니다. 비활성 상태인 동안에도 프로젝트는 나중에 활성화될 때까지 소프트웨어의 데이터베이스에 계속 남아 있습니다. 비활성 프로젝트가 다시 활성화되면 컨테이너의 자원 경계가 다시 실행됩니다.

프로젝트가 활성 상태일 때 프로젝트의 자원 사용에 대해 수집된 모든 데이터는 데이터베이스에 보존됩니다. 프로젝트가 비활성화된 후 최대 30일까지 비활성 프로젝트에 대한 이용률 보고서를 요청할 수 있습니다.