![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
조작 정책
지능형 관리 는 높은 서비스 품질(QoS)의 안정적이고 견고한 환경을 달성하기 위해 서비스 레벨 관리 및 정책 구동 목표를 사용합니다. 조작 정책은 서비스 정책과 성능 상태 정책으로 구성됩니다. 서비스 정책을 사용하면 인지되는 중요도 레벨과 목표 값에 따라 애플리케이션을 구분할 수 있습니다. 성능 상태 정책을 사용하면 검사할 조건과 올바른 환경을 달성하기 위한 해당 조건에 대한 제품 조치를 식별할 수 있습니다.
서비스 정책
서비스 정책과 작업 클래스(대부분 유형의 작업 요청의 경우)는 작업 요청을 분류하며 우선순위를 지정하는 데 사용됩니다. 서비스 정책은 사용자 정의 성능 목표와 경우에 따라 중요도 레벨로 구성됩니다. 서비스 정책은 트랜잭션 클래스를 통한 작업 요청과 관련이 있습니다. 각 작업 요청은 정확히 하나의 트랜잭션 클래스에 속하고 각 트랜잭션 클래스는 정확히 하나의 서비스 정책에 속합니다. 대부분 유형의 작업 요청의 경우 수신 요청을 트랜잭션 클래스로 맵핑하는 데 작업 클래스가 사용됩니다. 각 작업 클래스는 Java™ EE(Java Platform, Enterprise Edition) 애플리케이션과 기본 요청 기능에 첨부됩니다(HTTP의 URI(Uniform Resource Identifier) 접두부, IIOP(Internet Inter-ORB Protocol)의 메소드 이름, JMS(Java Message Service)의 버스 및 대상). 각 작업 클래스는 관련 요청이 트랜잭션 클래스로 분류되는 방법을 지정합니다. 일반 서버 클러스터 및 SIP(Session Initiation Protocol)의 경우에는 작업 클래스를 사용하지 않습니다. 대신 ODR(On Demand Router)에서 트랜잭션 클래스로 요청을 분류하는 규칙이 구성됩니다.
성능 상태 정책은 서비스 정책과 달리 제품으로 직접 보호하려는 특정 성능 상태 기준의 정의입니다. 성능 상태 관리 기능은 정의된 정책을 사용하여 소프트웨어 오작동 시 환경을 검색합니다.
서비스 정책에 따라 다른 유형의 목표를 가질 수 있습니다. 임의 목표는 연관된 값 또는 중요도가 없습니다. 평균 응답 시간 목표에는 하나의 연관된 응답 시간 임계값과 하나의 중요도가 있는 반면, 평균 응답 백분율 목표에는 두 가지의 연관된 값(백분율 및 시간)과 하나의 중요도가 있습니다.
ARFM(Autonomic Request Flow Manager), 동적 워크플로우 관리자, 애플리케이션 배치 제어기에서 수행하는 성능 관리로, 정의된 성능 결과 밸런스를 조절합니다. 임의가 아닌 플로우 사이에 정의된 밸런스는 임계값의 분수(소수)로 표시되는 동일 상대량만큼 모든 플로우가 임계값 하에 있도록 하거나, 반비례(100 - 중요도)하는 상대량만큼 임계값을 초과하도록 함으로써 성취됩니다. 임의 플로우에는 최소의 할당이 제공됩니다.
성능 목표 전략에는 지정된 성능 목표가 충족되는지 여부를 판별하기 위한 자율 관리자의 모니터링 기능과, 변경이 필요할 때 준비 모듈에 알리는 보고 기능이 필요합니다. 또한 모든 성능 목표를 충족시킬 수 없는 경우를 고려하여 각 성능 목표에 비즈니스 값을 지정할 수 있습니다. 관리자는 실제 성능 목표를 작성할 수 있도록 배치된 애플리케이션을 세부적으로 이해해야 합니다.
성능 상태 정책
성능 상태 정책은 환경에 대해 성능 상태 목표를 제공하는 것을 제외하고 서비스 정책과 거의 동일하게 작동합니다. 성능 상태 정책은 성능 상태 조건과 성능 상태 조치로 구성됩니다. 성능 상태 조건은 사용자 환경의 문제점 시나리오를 지정합니다. 이 시나리오대로 문제가 발생하면 지정된 성능 상태 조치를 수행하여 더 나은 조건을 만듭니다. 성능 상태 정책을 지정하여 여러 대상(예: 동적 클러스터 또는 서버)을 모니터할 수 있습니다. 여러 성능 상태 정책으로 동시에 여러 서버를 모니터할 수 있습니다. 지능형 관리 는 검사할 조건 세트를 사용하여 문제점이 발견될 때까지 환경을 모니터하고 조치를 수행합니다.