탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
![]() |
Oracle Solaris 11.1 관리: Oracle Solaris 영역, Oracle Solaris 10 영역 및 리소스 관리 Oracle Solaris 11.1 Information Library (한국어) |
8. FSS(Fair Share Scheduler)(개요)
9. FSS(Fair Share Scheduler) 관리(작업)
10. 리소스 상한값 지원 데몬을 사용한 물리적 메모리 제어(개요)
리소스 풀 및 동적 리소스 풀 사용 및 사용 안함 정보
pset.min 등록 정보 및 pset.max 등록 정보 제약 조건
poolstat를 사용하여 풀 기능 및 리소스 사용률 모니터
18. 비전역 영역, 설치, 종료, 정지 및 복제 정보(개요)
19. 비전역 영역 설치, 부트, 종료, 정지, 제거 및 복제(작업)
22. 영역 마이그레이션 및 zonep2vchk 도구 정보
23. Oracle Solaris 시스템 마이그레이션 및 비전역 영역(작업) 마이그레이션
24. 영역이 설치된 Oracle Solaris 11.1 시스템의 자동 설치 및 패키지 정보
28. 그 밖의 기타 Oracle Solaris 영역 문제 해결
30. Oracle Solaris 10 시스템 액세스 및 아카이브 만들기
이 절에서는 poold가 리소스를 동적으로 할당하기 위해 사용하는 프로세스 및 인자를 설명합니다.
사용 가능한 리소스는 poold 프로세스 범위 내에서 사용할 수 있는 모든 리소스로 간주됩니다. 제어 범위는 최대 단일 Oracle Solaris 인스턴스입니다.
영역을 사용하는 시스템에서 poold의 실행 인스턴스 범위는 전역 영역으로 제한됩니다.
리소스 풀에는 응용 프로그램에서 사용할 수 있는 모든 시스템 리소스가 포함됩니다.
단일 실행 Oracle Solaris 인스턴스의 경우 CPU와 같은 단일 유형의 리소스는 단일 분할 영역에 할당되어야 합니다. 각 유형의 리소스에는 한 개 이상의 분할 영역이 있을 수 있습니다. 각 분할 영역에는 고유한 리소스 세트가 포함됩니다.
예를 들어, CPU가 네 개 있고 프로세서 세트가 두 개 있는 시스템은 다음과 같은 설정을 사용할 수 있습니다.
pset 0: 0 1
pset 1: 2 3
여기서, 콜론 뒤에 있는 0, 1, 2 및 3은 CPU ID를 나타냅니다. 두 개의 프로세서 세트에 모두 네 개의 CPU가 포함됩니다.
같은 시스템은 다음과 같은 설정을 사용할 수 없습니다.
pset 0: 0 1
pset 1: 1 2 3
CPU 1은 한 번에 하나의 pset에만 표시될 수 있으므로 이 설정을 사용할 수 없습니다.
리소스가 속해 있는 분할 영역 이외의 분할 영역에서 리소스에 액세스할 수 없습니다.
사용 가능한 리소스를 찾기 위해 poold는 활성 풀 구성에 대한 정보를 얻어 분할 영역을 찾습니다. 모든 분할 영역 내에 있는 리소스를 모두 합하여 제어되는 각 리소스 유형에 사용할 수 있는 총 리소스의 양을 결정합니다.
이 리소스 양은 poold가 해당 작업에 사용하는 기본 수치입니다. 하지만 poold가 할당해야 하는 유연성을 제한하는 제약 조건이 있습니다. 사용 가능한 제약 조건에 대한 자세한 내용은 구성 제약 조건을 참조하십시오.
poold의 제어 범위는 poold가 유효한 분할 및 관리에 대한 주요 책임이 있는 사용 가능한 리소스 세트로 정의됩니다. 하지만 이 제어 범위 내에서 리소스를 조작할 수 있는 다른 방식이 여전히 구성에 영향을 줄 수 있습니다. poold가 활성 상태일 때 분할 영역이 제어를 벗어나는 경우 poold는 사용 가능한 리소스를 적절히 조작하여 제어를 복원하려고 합니다. poold가 해당 범위 내에서 추가 리소스를 찾을 수 없는 경우 데몬은 리소스 부족에 대한 정보를 기록합니다.
poold는 일반적으로 해당 제어 범위 내에서 리소스의 사용을 관찰하는 데 많은 시간을 할애합니다. 이러한 모니터링은 작업 부하 종속 목표를 충족하는지 확인하기 위해 수행됩니다.
예를 들어, 프로세서 세트에서 한 세트에 있는 모든 프로세서를 측정합니다. 리소스 사용률은 샘플 간격 동안 리소스가 사용 중인 시간의 비율을 나타냅니다. 리소스 사용률은 0부터 100까지의 백분율로 표시됩니다.
구성 제약 조건 및 목표에서 설명된 지시어는 해당 목표를 충족하기 위해 시스템의 접근 오류를 감지하는 데 사용됩니다. 이러한 목표는 작업 부하와 직접 관련되어 있습니다.
사용자가 구성한 목표를 충족하지 않는 분할 영역은 제어 위반입니다. 제어 위반 유형에는 동기와 비동기의 두 가지가 있습니다.
목표의 동기적 위반은 작업 부하 모니터링 과정에서 데몬에 의해 감지됩니다.
목표의 비동기적 위반은 데몬의 모니터링 작업과 별도로 발생합니다.
다음과 같은 이벤트로 인해 비동기적 목표 위반이 발생합니다.
리소스가 제어 범위에 추가되거나 제어 범위에서 제거됩니다.
제어 범위가 재구성됩니다.
poold 리소스 컨트롤러가 다시 시작됩니다.
작업 부하와 관련이 없는 목표의 영향은 목표 기능의 평가 간에 일정하게 유지된다고 가정합니다. 작업 부하와 관련이 없는 목표는 비동기적 위반 중 하나를 통해 재평가가 트리거되는 경우에만 재평가됩니다.
리소스 컨트롤러가 리소스 사용자에게 리소스가 부족하다고 판단하면 초기 대응은 리소스를 늘려 성능을 향상시키기 것입니다.
구성에서 제어 범위에 대해 지정된 목표를 충족하는 대체 구성을 검사하고 평가합니다.
이 프로세스는 리소스 이동 결과가 모니터되고 각 리소스 분할 영역에 대한 응답성이 평가되므로 시간이 지남에 따라 개선됩니다. 결정 내역을 참조하여 이전에 목표 기능 달성에서 개선을 보이지 않은 재구성을 제거합니다. 프로세스 이름 및 수량과 같은 기타 정보는 과거 데이터의 관련성을 평가하는 데 사용됩니다.
데몬이 수정 작업을 할 수 없는 경우 상태가 기록됩니다. 자세한 내용은 poold 로깅 정보를 참조하십시오.