Rational Asset Manager의 성능 조정

IBM® Rational® Asset Manager의 성능은 애플리케이션 서버, 데이터베이스, 웹 서버, 캐싱 프록시, 로드 밸런서 및 운영 체제 성능 조정 방법에 따라 상당히 달라집니다. 이 절에서는 이러한 시스템과 Rational Asset Manager 성능 조정 방법에 대한 가이드라인을 제공합니다. 모든 설정을 다루지는 못하지만 여기에서 설명하는 정보는 Rational Asset Manager에서 사용자 로드를 증대할 수 있는 시작점이 됩니다.

Rational Asset Manager 성능 조정

이 절에서는 다양한 설정에서 지원되는 예상 사용자 로드 또는 하드웨어 설정에 대해서는 설명하지 않습니다. 이 정보는 Rational Asset Manager 용량 계획 안내서를 참조하십시오.

Rational Asset Manager 구성 페이지에는 최적의 성능을 달성하기 위해 조정할 수 있는 설정이 있습니다. 이 페이지는 저장소 관리자에서 액세스할 수 있습니다.
표 1. 크로스 플랫폼 Rational Asset Manager 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
자산을 검색할 때 응답이 느림 로컬 및 색인 폴더 / 원격 또는 공유 폴더 사용 안함

최상의 성능을 위해 각 애플리케이션 서버에는 컴퓨터에 로컬인 하드 디스크에 자체 로컬 및 색인 폴더가 있어야 합니다. 애플리케이션 서버 또는 운영 체제가 설치된 하드 디스크에 있어서는 안됩니다.

이 매개변수를 설정하려면 Rational Asset Manager에 관리자로 로그인한 후 관리 > 구성으로 이동하십시오. 디스크 저장 공간 섹션에서 로컬 폴더색인 폴더 매개변수를 설정하십시오.

자산을 검색할 때 응답이 느림 선호도 색인 작성/사용 안함

검색 엔진은 자산 선호도(예: 보기 및 다운로드)를 고려하여 보다 적절한 검색 결과를 전달할 수 있습니다. 그러나 이는 대형 저장소의 성능에 영향을 줄 수 있습니다.

선호도 색인 작성을 사용하지 않으려면 Rational Asset Manager에 관리자로 로그인한 후 관리 > 구성으로 이동하십시오. 성능 옵션 섹션에서 선호도 색인 작성 사용 선택란을 선택 취소하십시오.

자산을 검색할 때 응답이 느림 색인 폴더/색인 폴더에 고속 전용 드라이브 사용

색인 폴더가 다른 목적으로는 사용되지 않는 전용 드라이브에 상주하는 것이 중요합니다. 로컬 폴더와 색인 폴더를 분리하면 자산을 검색할 때 응답 시간이 빨라집니다.

이 매개변수를 설정하려면 Rational Asset Manager에 관리자로 로그인한 후 관리 > 구성으로 이동하십시오. 디스크 저장 공간 섹션에서 색인 폴더 매개변수를 설정하십시오.

일반 간격에서 일반 성능 문제 통계 색인 빌더 스케줄 / 10분

통계 색인 빌더를 자주 실행하면 성능이 저하됩니다. 대부분의 환경에서 기본 설정(10분)이 적절합니다.

이 매개변수를 설정하려면 Rational Asset Manager에 관리자로 로그인한 후 관리 > 구성을 클릭하십시오. 그런 다음, 작업 스케줄 섹션에서 통계 색인 빌더 스케줄을 찾아 편집을 클릭하십시오.

일반 간격에서 일반 성능 문제 등록 스케줄 처리 / 낮은 워크로드 기간의 시간 설정

등록은 사용자 정의 간격에 처리될 수 있습니다. 최상의 성능을 위해 이 간격을 Rational Asset Manager의 워크로드가 비교적 낮은 시간으로 설정하십시오.

이 매개변수를 설정하려면 Rational Asset Manager에 관리자로 로그인한 후 관리 > 구성으로 이동하십시오. 그런 다음, 작업 스케줄 섹션에서 프로세스 등록 스케줄을 찾아 편집을 클릭하십시오.

일반 간격에서 일반 성능 문제 사용자 및 그룹 정보 업데이트 스케줄 / 낮은 워크로드 기간의 시간 설정

사용자 및 그룹 정보는 사용자 정의 간격에 처리될 수 있습니다. 최상의 성능을 위해 이 간격을 Rational Asset Manager의 워크로드가 비교적 낮은 시간으로 설정하십시오.

이 매개변수를 설정하려면 Rational Asset Manager에 관리자로 로그인한 후 관리 > 구성으로 이동하십시오. 그런 다음, 작업 스케줄 섹션에서 사용자/그룹 정보 업데이트 스케줄을 찾아 편집을 클릭하십시오.

일반 간격에서 일반 성능 문제 프로세스 알림 스케줄 검토 / 낮은 워크로드 기간의 시간 설정

프로세스 알림 검토는 사용자 정의 간격에 처리될 수 있습니다. 최상의 성능을 위해 이 간격을 Rational Asset Manager의 워크로드가 비교적 낮은 시간으로 설정하십시오.

이 매개변수를 설정하려면 Rational Asset Manager에 관리자로 로그인한 후 관리 > 구성으로 이동하십시오. 그런 다음, 작업 스케줄 섹션에서 검토 프로세스 알림 스케줄을 찾아 편집을 클릭하십시오.

로그에 메모리 부족 오류 - 세션 문제 사용자당 최대 세션 수/10

단일 사용자가 서버에서 사용 가능한 세션을 모두 사용할 수 있습니다. 잘못 작성된 스크립트나 서비스 거부(DoS) 공격의 결과로 이런 상황이 발생할 수 있습니다. 이러한 가능성을 방지하기 위해 사용자당 최대 세션 수 기본값은 10으로 설정됩니다. 사용자가 이 한계에 도달하면 서버에 새 세션을 작성할 수 없습니다.

이 매개변수를 설정하려면 Rational Asset Manager에 관리자로 로그인한 후 관리 > 구성으로 이동하십시오. 성능 옵션 섹션에서 사용자당 최대 세션 수 매개변수를 설정하십시오.

자산 제출 속도가 느림 자산 제출 시 기능화된 컨텐츠 자동 작성/사용 안함

사용자가 자산을 제출하면 Rational Asset Manager가 자산에 첨부된 아티팩트의 작은 그림 이미지를 작성합니다. 자산에 아티팩트가 많으면 자산을 제출하는 데 오랜 시간이 소요될 수 있습니다.

해당 작은 그림을 자동으로 작성하지 않으려면 Rational Asset Manager에 저장소 관리자로 로그인한 후 관리 > 구성으로 이동하십시오. 성능 옵션 섹션에서 자산 제출 시 기능화된 컨텐츠 자동 작성 선택란을 선택 취소하십시오.

관리자는 위 매개변수 이외에 관리 > 도구 > 작업 상태 보기로 이동하여 Rational Asset Manager의 작업 상태 페이지에 액세스할 수 있습니다. 이 페이지에는 Rational Asset Manager의 성능에 영향을 줄 수 있는 현재 실행 중이거나 이전에 실행된 작업이 표시됩니다. 작업 상태 페이지에는 오류 메시지도 표시될 수 있습니다.

애플리케이션 서버 성능 조정

Rational Asset Manager는 애플리케이션 서버와 밀접하게 작동합니다. 그러므로 애플리케이션 서버 설정을 최적화하면 Rational Asset Manager의 성능이 향상됩니다.

중요사항: 매개변수를 변경하기 전에 WebSphere® Application Server 프로파일을 백업하십시오.
표 2. 크로스 플랫폼 WebSphere Application Server 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
세션 제한시간 문제 최대 메모리 내 세션 계수 / 기본값

기본적으로 WebSphere Application Server는 메모리에 최대 1,000개의 세션을 유지보수합니다. 그러나 오버플로우 옵션 허용도 선택되면 2차 세션 테이블에 추가 세션이 저장됨을 표시합니다. 메모리 세션이 1000개가 넘을 것으로 예상되면 2차 세션 테이블의 수를 늘려야 합니다.

메모리 부족 오류를 방지하기 위해 세션 수를 제한하려면 오버플로우 허용 선택란이 선택되어 있지 않은지 확인하고 메모리 내 최대 세션 수를 시스템에 적합한 설정으로 설정하십시오.

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 서버 > 애플리케이션 서버 > 서버 유형 > 서버 이름 > 세션 관리 > 메모리 내 최대 세션 수로 이동하십시오.

로그에 메모리 부족 오류 Java™ Virtual Machine 힙 크기 / 1300과 2000 중

4GB 메모리가 설치된 서버에서 힙 크기가 1300MB인 인스턴스 두 개 또는 힙 크기가 2000MB인 인스턴스 하나를 지정할 수 있습니다. 시스템 페이징을 감시하여 사용 가능 메모리가 충분한지 확인하십시오. 서버에 8GB 메모리가 있는 경우 각 인스턴스의 힙 크기가 2000MB인 인스턴스를 두 개 지정할 수 있습니다.

이 매개변수를 설정하려면 WebSphere 관리 콘솔에 로그인한 후 서버 > 서버 유형 > WebSphere Application Server > Java 및 프로세스 관리 > 프로세서 정의 > JVM(Java Virtual Machine) > 초기 힙 크기최대 힙 크기로 이동하십시오.

이 설정을 Rational Asset Manager 서버에 적용해야 합니다. IBM Rational Team Concert 서버에 필요한 설정은 768MB(기본값)이며 최대 설정은 2048MB입니다. 클러스터에서는 필요하면 IBM Rational Team Concert 서버를 자체 노드에 설치해야 합니다.

로그에 메모리 부족 오류 - 세션 문제 세션 제한시간 / 기본값(30분)

WebSphere Application Server에서 세션 제한시간 기본값은 30분입니다. 이 값을 더 짧게 설정하면 더 많은 사용자를 허용할 수 있습니다(특히 빠른 트랜잭션을 작성하는 사용자가 많은 경우). 이 값을 너무 낮게 설정하면 사용자가 초대형 자산을 업로드할 수 없습니다. 대부분의 사용자는 트랜잭션이 완료되면 명시적으로 로그아웃하지 않음을 기억하십시오. 대부분의 세션은 사용자가 제한시간을 초과할 때까지 존재합니다.

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 서버 > 서버 유형 > WebSphere Application Server > 서버 이름 > 세션 관리 > 제한시간 설정으로 이동하십시오.

대형 자산 다운로드 실패. 비동기 또는 IO 오류 가능성 HTTP 인바운드 채널(HTTP 2) 쓰기 제한시간/300초

서버에서 WebSphere Application Server의 클라이언트로의 쓰기 제한시간 기본값은 60초입니다. 이 값을 더 길게 설정하면 파일을 다운로드할 때 실패를 방지할 수 있습니다(특히, 파일을 다운로드하는 클라이언트의 연결 속도가 느리거나 요청이 많을 경우).

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 서버 > 서버 유형 > WebSphere Application Server > 서버 이름 > 포트 > 연관된 전송 보기(Rational Asset Manager에 사용 중인 포트(예: 9080)) > WCInboundDefault > HTTP 인바운드 채널(HTTP 2) > 쓰기 제한시간으로 이동하십시오.

주기적 속도 저하. 가비지 콜렉션으로 인한 성능 저하가 관찰됨 클래스 가비지 콜렉션 / Xgcpolicy:gencon(WebSphere Application Server v7 이상의 경우)

특정 서버 환경 또는 워크로드가 다른 가비지 콜렉션 설정 중 하나로 인해 혜택을 볼 수 있습니다. 가비지 콜렉션 설정에 대한 자세한 정보는 http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html을 참조하십시오.

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 서버 > 서버 유형 > WebSphere Application Server > 서버 이름 > Java 및 프로세스 관리 > 프로세스 정의 > JVM(Java Virtual Machine) > 일반 JVM 인수로 이동하십시오.

대형 파일 전송 중 서버 실패. 메모리 부족 또는 로그의 malloc 오류 가능성 웹 컨테이너 사용자 정의 특성 channelwritetype/동기 데이터 전송(sync) 비동기 데이터 전송을 사용하면 TCP/IP 연결을 통해 데이터를 전송하기 위해 지나치게 많은 버퍼가 필요할 수 있습니다. WebSphere Application Server WebContainer를 동기 모드로 설정하십시오. 자세한 정보는 http://www.ibm.com/support/docview.wss?uid=swg21317658의 내용을 참조하십시오.
높은 CPU 사용이 관찰됨 성능 모니터 하부 구조 / 사용 불가능

기본적으로 WebSphere Application Server는 기본 PMI(Performance Monitor Infrastructure)를 사용할 수 있습니다. PMI는 애플리케이션 서버를 조정하는 좋은 도구이지만 최대 성능을 위해서는 서버를 적절히 조정한 후 이 기능을 사용 불가능으로 설정하십시오. 모든 인스턴스 및 노드 에이전트에 대해 사용 불가능으로 설정해야 합니다.

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 모니터링 및 성능 조정 > PMI(Performance Monitor Infrastructure) > 서버 이름 > PMI(Performance Monitor Infrastructure) 사용으로 이동하십시오.

데이터베이스 연결 오류 JDBC 최대 연결 수 / 100

사용 가능한 JDBC 연결이 충분하여 Rational Asset Manager에 로그인한 모든 사용자를 지원할 수 있는지 확인하십시오.

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 자원 > JDBC > 데이터 소스 > <Rational Asset Manager 데이터 소스> > 연결 풀 특성 > 최대 연결 수로 이동하십시오.

DB2® 성능 조정의 "MAXAPPLS 및 MAXAGENTS 매개변수" 주제를 참조하십시오.

운영 체제 성능 조정의 "AIX® 및 Linux의 최대 프로세스 수" 주제를 참조하십시오.

일반 성능 문제 준비된 명령문 캐시 / 100

WebSphere Application Server는 공통으로 사용되는 준비된 명령문을 캐시하는 기능을 제공합니다. 캐시된 명령문이 버려지는 경우, WebSphere Application Server에서 PMI를 켜고 값을 늘리십시오.

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 자원 > JDBC > 데이터 소스 > <Rational Asset Manager 데이터 소스> > WebSphere Application Server 데이터 소스 특성 > 명령문 캐시 크기로 이동하십시오.

"WebSphere Application Server 성능 조정에 대한 추가 정보" 주제도 참조하십시오.

표 3. AIX/Linux WebSphere Application Server 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
CPU가 과다 사용 또는 과소 사용됨 웹 컨테이너 풀 / 30

애플리케이션 서버가 웹 컨테이너 스레드를 사용하여 요청을 처리합니다. 서버의 CPU가 과소 사용되는 것을 안 경우 이 수를 늘리십시오. 과다 사용된 경우 이 수를 줄이십시오. 웹 컨테이너 스레드를 50을 초과하도록 설정하지 마십시오.

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 서버 > 서버 유형 > WebSphere Application Server > 서버 이름 > 스레드 풀 > 웹 컨테이너로 이동하십시오.

최소 크기: 15

최대 크기: 30

표 4. Windows WebSphere Application Server 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
CPU가 과다 사용 또는 과소 사용됨 웹 컨테이너 풀 / 50

애플리케이션 서버가 웹 컨테이너 스레드를 사용하여 요청을 처리합니다. 서버의 CPU가 과소 사용되는 것을 안 경우 이 수를 늘리십시오. 과다 사용된 경우 이 수를 줄이십시오. 웹 컨테이너 스레드를 50을 초과하도록 설정하지 마십시오.

이 매개변수를 설정하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 서버 > 서버 유형 > WebSphere Application Server > 서버 이름 > 스레드 풀 > 웹 컨테이너로 이동하십시오.

최소 크기: 25

최대 크기: 50

이러한 매개변수 이외에도 PMI(Performance Monitor Infrastructure)를 켜서 특정 워크로드 하의 WebSphere Application Server를 성능 조정할 수 있습니다. 성능 데이터를 표시하는 자세한 그래프가 제공됩니다. 데이터를 캡처하려면 일반 워크로드 하에서 PMI를 켜야 하지만 그러면 성능이 저하되므로 데이터 캡처가 완료된 후에는 꺼야 합니다.

PMI를 사용하려면 WebSphere Application Server 관리 콘솔에 로그인한 후 모니터링 및 성능 조정 > PMI(Performance Monitor Infrastructure) > 서버 이름 > PMI(Performance Monitor Infrastructure) 사용으로 이동하십시오.

데이터베이스 서버 성능 조정

Rational Asset Manager의 성능을 향상시키려면 아래 매개변수와 값을 지침으로 사용하여 데이터베이스를 성능 조정해야 합니다. 그러나 서버 설정 애플리케이션을 사용하여 Rational Asset Manager를 설치하는 경우에는 이 절에 제공된 성능 조정 설정이 설정되며 이러한 권장 설정을 사용하도록 선택하면 이 절을 건너뛸 수 있습니다.

참고: 이 절의 내용은 DB2 버전 9.7에 해당하지만 여기서 설명하는 많은 매개변수를 DB2의 다른 버전에서 사용할 수 있습니다. Oracle 및 SQL Server에도 유사한 매개변수가 있습니다.
표 5. 크로스 플랫폼 DB2 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
사용 가능한 연결이 없음 MAXAPPLS / AUTOMATIC(WebSphere Application Server 최대 JDBC 연결 수 * 인스턴스 수)

애플리케이션 서버에서 지정된 JDBC 연결 풀 수를 처리하기에 충분히 큰 수가 MAXAPPLS에 설정되었는지 확인하십시오. MAXAPPLS 설정은 JDBC 최대 연결 수 설정보다 크거나 같아야 합니다.

설정 위치: 데이터베이스 매개변수

애플리케이션 서버 성능 조정의 "JDBC 최대 연결 수" 주제를 참조하십시오.

교착 상태 MAXLOCKS / AUTOMACTIC(80)

MAXLOCKS 매개변수는 행 잠금을 테이블 잠금으로 에스컬레이트하기 전에 DB2 내에서 애플리케이션이 보유할 수 있는 사용 가능한 잠금의 최대 백분율을 표시합니다. 테이블 잠금은 교착 상태를 유발할 수 있습니다.

설정 위치: 데이터베이스 매개변수

교착 상태 LOCKLIST / AUTOMATIC(20000)

LOCKLIST 매개변수는 DB2에서 잠금에 사용할 수 있는 메모리를 나타냅니다. 다음 공식을 사용하여 특정 환경에서 이 매개변수를 설정할 수 있습니다.

LOCKLIST = [(512 * 64 * MAXAPPLS) / 4096]*2

이 값을 DB2에 대해 사용 가능한 메모리 힙보다 높게 설정하지 마십시오. 설정 위치: 데이터베이스 매개변수

교착 상태 LOCKTIMEOUT / 60

단일 잠금이 다른 트랜잭션을 중지하는 경우 교착 상태를 유발할 수 있습니다. 교착 상태가 발생하지 않도록 하려면 잠금 제한시간을 60초로 설정하십시오.

설정 위치: 데이터베이스 매개변수

일반 성능 문제 통계 / 스케줄 일반 실행 테이블에 대해 통계를 실행하면 최적화 프로그램이 최상의 데이터 액세스 경로를 판별하는 데 도움이 됩니다. 통계는 일반 기초에 따라 실행되거나 자동으로 스케줄되어야 합니다.
데이터베이스 마이그레이션 중에 오류 발생 LOG_FIL_SIZ / 10000 Rational Asset Manager의 마이그레이션 기능은 LOG_FIL_SIZ가 너무 낮게 설정된 수천 개의 자산이 있는 데이터베이스에서는 작동하지 않을 수 있습니다.
표 6. AIX/Linux/DB2 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
DB2 서버에 액세스할 수 없음 *운영 체제 성능 조정에서 AIX 및 Linux의 최대 프로세스 수 주제를 참조하십시오. DB2 서버에 액세스할 수 없는 경우 db2agents가 최대 프로세스 수를 사용했을 수 있습니다.
특정 환경에서 확인해야 할 기타 매개변수는 다음과 같습니다(단, 이에 한하지 않음).
  • APP_CTLHEAP_SZ
  • DATABASE_MEMORY
  • DFT_PREFETCH_SZ
  • NUM_IOCLEANERS
  • NUM_IOSERVERS
  • SORTHEAP
  • MAX_QUERYDEGREE
이러한 매개변수를 모두 모든 환경에서 사용할 수 있는 것은 아닙니다.

DB2에서 매개변수를 AUTOMATIC으로 설정하면 DB2가 현재 워크로드에 따라 매개변수를 조정합니다. 처음에는 이로 인해 성능이 저하되고 특정 값이 빠르게 성능 조정되지 않는 경우에는 잠재적인 오류가 발생할 수 있습니다. 그러나 최고의 성능에 도달하도록 성능 조정해야 하는 매개변수를 판별하는 좋은 방법입니다.

매개변수를 너무 높게 설정하여 DB2 제어 센터를 시작할 수 없는 경우 DB2 명령행에서 db2 update db cfg for db_name using parameter_name value 명령문을 사용하여 매개변수를 변경할 수 있습니다.

추가 자원:

웹 서버 성능 조정

이 절에서는 WebSphere Application Server 보충 설명서에 포함된 IBM HTTP Web Server에 대한 성능 조정 정보를 제공합니다.

이 절에서 설명하는 매개변수는 httpd.conf 파일에서 수정할 수 있습니다.

표 7. 크로스 플랫폼 웹 서버 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
연결 닫기 오류 MaxKeepAliveRequests / 0 이 지시문은 연결이 닫히기 전에 단일 클라이언트가 작성할 수 있는 최대 요청 수를 지정합니다. 일반적으로 이 값은 0으로 설정됩니다.
일반 성능 문제 LoadModule / ibm_afpa_module modules/mod_afpa_cache.so
참고: 이 설정은 IHS 7부터 더 이상 사용되지 않으며 사용해서는 안됩니다(http://publib.boulder.ibm.com/infocenter/wasinfo/fep/index.jsp?topic=/com.ibm.websphere.ihs.doc/info/ihs/ihs/tihs_cacheenable.html 참조).
이미지와 같은 정적 컨텐츠를 캐시하려면 다음 행을 주석 해제하십시오.
LoadModule ibm_afpa_module modules/mod_afpa_cache.so

그러면 FRCA(Fast Response Cache Accelerator)가 활성화됩니다.

일반 성능 문제 Afpa 로깅 / off
참고: 이 설정은 IHS 7부터 더 이상 사용되지 않으며 사용해서는 안됩니다.
FRCA 로깅이 필요하지 않은 경우, 주석 문자('#')를 AfpaLogFile 지시문 앞에 배치하여 이 기능을 사용하지 않을 수 있습니다. 그러면 서버 성능이 크게 향상됩니다.
#AfpaLogFile "_path_to_server_/logs/afpalog" V-ECLF
표 8. AIX / Linux 웹 서버 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
웹 서버 로그에서 스레드 부족 오류 발생 ThreadLimit / 25 주어진 시간에 Rational Asset Manager에 액세스하는 사용자 수에 따라 스레드 한계를 늘려야 할 수 있습니다. 한계를 늘려야 하는지 판별하려면 웹 서버 로그에서 스레드 부족 오류 또는 경고를 확인하십시오.
웹 서버 로그에서 스레드 부족 오류 발생 ThreadsPerChild / 25 주어진 시간에 Rational Asset Manager에 액세스하는 사용자 수에 따라 스레드 한계를 늘려야 할 수 있습니다. 한계를 늘려야 하는지 판별하려면 웹 서버 로그에서 스레드 부족 오류 또는 경고를 확인하십시오.
표 9. Windows 웹 서버 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
웹 서버 로그에서 스레드 부족 오류 발생 ThreadLimit / 4000 주어진 시간에 Rational Asset Manager에 액세스하는 사용자 수에 따라 스레드 한계를 늘려야 할 수 있습니다. 한계를 늘려야 하는지 판별하려면 웹 서버 로그에서 스레드 부족 오류 또는 경고를 확인하십시오.
웹 서버 로그에서 스레드 부족 오류 발생 ThreadsPerChild / 3000 주어진 시간에 Rational Asset Manager에 액세스하는 사용자 수에 따라 스레드 한계를 늘려야 할 수 있습니다. 한계를 늘려야 하는지 판별하려면 웹 서버 로그에서 스레드 부족 오류 또는 경고를 확인하십시오.

캐싱 프록시 서버 성능 조정

이 절에서는 특별히 IBM Edge Caching Proxy에 대해 설명합니다. DMZ 캐싱 프록시 서버 구성에 대한 정보는 DMZ 캐싱 프록시 서버 구성 절을 참조하십시오.

이 문서에서 설명하는 매개변수는 ibmproxy.conf 파일에서 수정할 수 있습니다.

표 10. IBM Edge Server 성능 조정 매개변수
문제점 매개변수 / 설정 추가 세부사항
대용량 파일의 자산을 업로드할 수 없음 LimitRequestBody / 2G 기본적으로 이 매개변수는 10M로 설정됩니다. 사용자가 대용량 파일을 업로드할 수 있도록 이 값을 더 큰 값으로 변경하십시오.
제한시간 때문에 대용량 파일의 자산을 업로드할 수 없음 InputTimeOut / 60분

이 매개변수를 60분으로 변경하면 대용량 자산을 충분히 업로드할 수 있는 시간이 사용자에게 부여됩니다.

애플리케이션 서버 성능 조정의 "세션 제한시간" 주제를 참조하십시오.

제한시간 때문에 대용량 파일의 자산을 업로드할 수 없음 ReadTimeout / 60분

이 매개변수를 60분으로 변경하면 대용량 자산을 충분히 업로드할 수 있는 시간이 사용자에게 부여됩니다.

애플리케이션 서버 성능 조정의 "세션 제한시간" 주제를 참조하십시오.

제한시간 때문에 대용량 파일의 자산을 업로드할 수 없음 ScriptTimeout / 60분

이 매개변수를 60분으로 변경하면 대용량 자산을 충분히 업로드할 수 있는 시간이 사용자에게 부여됩니다.

애플리케이션 서버 성능 조정의 "세션 제한시간" 주제를 참조하십시오.

표 11. 추가 설정
매개변수 설정
SendRevProxyName
PurgeAge 3
DirShowCase off
MaxActiveThreads 110
ConnThreads 15
MaxPersistRequest 15
ServerConnPool on
CacheMemory 1200M(최대)
CacheAlgorithm responsetime
Numclients 100
flexibleSocks off
ListenBacklog 256

DMZ 캐싱 프록시 서버 구성

성능 향상을 위해 다음 캐싱 프록시 서버 가이드라인을 따르십시오.

  • /DMZ-install-dir/profiles/SecureProxySrv01/config/cells/cell-name/nodes/node-name/servers/proxy1/server.xml 파일에서 다음 단계를 수행할 수 있습니다.
    • PMI(Performance Monitoring) 사용 안함:
      <services xmi:type="pmiservice:PMIService" 
      xmi:id="PMIService_1243598970603" 
      enable="false" 
      initialSpecLevel="" 
      statisticSet="basic" 
      synchronizedUpdate="false" />
    • 추적 서비스를 "BASIC"으로 설정:
      <services xmi:type="traceservice:TraceService"
      xmi:id="TraceService_1243598970603" 
      enable="true" 
      startupTraceSpecification="*=info" 
      traceOutputType="SPECIFIED_FILE" 
      traceFormat="BASIC" 
      memoryBufferSize="8"> 
        <traceLog xmi:id="TraceLog_1243598970603"
       fileName="$(SERVER_LOG_ROOT)/trace.log"
       rolloverSize="40"
       maxNumberOfBackupFiles="10" />  
      </services>  
    • 진단 서비스 사용 안함:
      <services xmi:type="diagnosticproviderservice:DiagnosticProviderService" 
      xmi:id="DiagnosticProviderService_1243598970603" 
      enable="false" 
      startupStateCollectionSpec=".*:.*=0" />
  • /DMZ-install-dir/profiles/SecureProxySrv01/config/cells/cell-name/nodes/node-name/servers/proxy1/proxy-settings.xml 파일에서 outboundRequesttimeout을 기본값으로 유지하십시오.
    <proxy:ProxySettings 
    xmi:id="ProxySettings_1243598971020" 
    enableCaching="false" 
    cacheInstanceName="proxy/DefaultCacheInstance" 
    outboundRequestTimeout="1800" 
    connectionPoolEnable="true" 
    maxConnectionsPerServer="0" 
    enableLogging="true" 
    outboundConnectTimeout="10000" 
    enableCustomErrorPagePolicy="false" 
    enableStaticRouting="true">
      <properties xmi:id="Property_1243847354992" 
    name="http.routing.sendReverseProxyNameInHost" 
    value="true" description="" 
    required="false" 
    validationExpression="" /> 
    - <routingPolicy xmi:id="RoutingPolicy_1243598971020">
    - <routingRules xmi:id="RoutingRule_1243847354917"
    name="local_port81_rule" 
    isEnabled="true" 
    virtualHostName="port_80" 
    uriGroup="local81_all">
      <routingAction xmi:type="proxy:GenericClusterRoute" 
    xmi:id="GenericClusterRoute_1243847354926" 
    genericServerClusterName="local81_http_cluster" /> 
      </routingRules>
      </routingPolicy>
      <staticCachePolicy xmi:id="StaticCachePolicy_1243598971020" /> 
      <staticFileServingPolicy xmi:id="StaticFileServingPolicy_1243598971020" /> 
      </proxy:ProxySettings>

    저속 연결에서 대형 파일(1GB 이상) 업로드 중 DMZ 프록시 서버가 504 제한시간 초과 오류를 리턴할 수 있습니다. 이 오류는 Rational Asset Manager 문제점을 표시하지 않으며 업로드는 정상적으로 완료됩니다. 그러나 504 오류를 방지하려면 outboundRequesttimeout을 늘리십시오.

운영 체제 성능 조정

크로스 플랫폼:
  • 페이지 파일 크기가 2GB 이상인지 확인하십시오.
  • AIX 시스템에서 WebSphere가 있는 디스크가 아닌 디스크에 페이징 파일을 정의하십시오.

    개별적인지 확인하려면 WebSphere가 설치된 위치를 판별하고 swap -l 또는 lsps -a를 실행하십시오.

Windows:

표 12. Windows 운영 체제 설정
문제점 매개변수 / 설정 추가 세부사항
Rational Performance Tester로 테스트하는 중에 "사용 중인 주소" 오류가 발생했습니다. registry item MaxUserPort / 65534
참고: 이 설정을 Rational Asset Manager 서버가 아닌 Rational Performance Tester 클라이언트에서 수정해야 합니다.
  1. 레지스트리 편집기에서 My Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters를 탐색하십시오.
  2. 매개변수를 오른쪽 클릭하고 새로 작성 > DWORD 값을 클릭하십시오.
  3. DWORD 값의 이름으로 MaxUserPort를 입력하십시오.
  4. 값을 오른쪽 클릭하고 수정을 클릭하십시오.
  5. 값을 65534로 설정하십시오.
  6. 기본에서 10진수를 선택하십시오.
  7. 컴퓨터를 다시 부팅하십시오.
세션 사용가능성 병목현상을 예방하려면(6 인스턴스 클러스터에 900 사용자로 표시) 레지스트리 항목 TcpTimedWaitDelay / 30
  1. 레지스트리 편집기에서 My Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters를 탐색하십시오.
  2. 매개변수를 오른쪽 클릭하고 새로 작성 > DWORD 값을 클릭하십시오.
  3. DWORD 값의 이름으로 TcpTimedWaitDelay를 입력하십시오.
  4. 값을 오른쪽 클릭하고 수정을 클릭하십시오.
  5. 값을 30으로 설정하십시오.
  6. 기본에서 10진수를 선택하십시오.
  7. 컴퓨터를 다시 부팅하십시오.

AIX/Linux

다음 지시사항은 AIX에만 해당합니다.

최대 프로세스 수:

사용자가 실행할 수 있는 최대 프로세스 수는 충분히 높은 레벨로 설정되어야 합니다. 특히 데이터베이스 에이전트가 많이 있는 데이터베이스 서버의 경우에 참입니다.

최대 프로세스 수 설정을 보려면 다음 명령을 사용하십시오.
lsattr -E -l sys0 -a maxuproc
최대 프로세스 수를 설정하려면 다음 명령을 사용하십시오.
chdev -l sys0 -a maxuproc=2000
이렇게 하면 시스템을 다시 시작한 후 한계가 2000이 됩니다.

파일 디스크립터:

AIX 시스템에서는 /etc/security/limits 파일, Linux 시스템에서는 /etc/security/limits.conf 파일에서 열린 파일의 모든 설정을 무제한으로 변경하고 소프트 및 하드 파일 크기 한계를 65535로 설정하십시오. AIX 시스템에서는 이러한 설정 변경의 결과가 로그인한 사용자 또는 서비스를 사용 중인 사용자에 따라 달라집니다. 모든 사용자에게 적용되도록 반드시 기본 사용자에 대해 변경사항을 설정하십시오. AIX에서 변경 후 기본 설정은 다음과 같습니다.
default:
        fsize           = -1
        core            = -1
        cpu             = -1
        stack           = -1
        fsize_hard      = -1
        cpu_hard        = -1
        stack_hard      = -1
        core_hard       = -1
        data            = 262144
        rss             = 65536
        nofiles         = 65535
        nofiles_hard    = 65535
Redhat 시스템에서는 /etc/security/limits.conf 파일에 다음 두 행을 추가하십시오.
				soft    nofile            65535
				hard    nofile            65535

ulimit 명령을 사용해도 값을 무제한으로 설정할 수 있습니다.

표 13. AIX/Linux 운영 체제 설정
문제점 매개변수 / 설정 추가 세부사항
외부 DNS로 이동 /etc/netsvc.conf 다음 행을 netsvc.conf 파일에 추가하십시오.
hosts=local,bind4
이더넷 어댑터가 Segmentation Offload 수행 중
no -o tcp_recvspace=65536
no -o tcp_sendspace=65536
no -o udp_sendspace=65536
no -o udp_recvspace=65536
no -o tcp_finwait2=60
no -o tcp_timewait=1
no -o tcp_keepidle=600
no -o tcp_keepintvl=10
no -o tcp_keepinit=40
이 명령의 영향은 애플리케이션이 작성, 송신 또는 수신하는 TCP/IP 패킷의 크기에 영향을 받습니다. "no -a" 명령은 시스템이 다시 시동될 때까지만 유효합니다. 영구적으로 적용하려면 /etc/tunables/nextboot 파일에 다음 명령을 추가하십시오.
no:  
tcp_recvspace=65536
tcp_sendspace=65536
udp_sendspace=65536
udp_recvspace=65536
tcp_finwait2=60
tcp_timewait=1
tcp_keepidle=600
tcp_keepintvl=10
tcp_keepinit=40

또한 tcpip 인터페이스별로 이러한 명령을 설정할 수 있습니다. "lsattr -E -l en0"을 확인하십시오. 설정되지 않은 경우 AIX는 "no -a" 값을 사용합니다.

AIX는 실제 프로세서 수보다 많은 가상 프로세서 수를 봅니다. smtctl -m off AIX smtctl 명령은 AIX가 보는 가상 프로세서의 수를 표시합니다. 다음 명령을 사용하여 SMT 기능을 해제하십시오.
smtctl -m off

smtctl -m off 명령을 실행하려면 bosboot 명령을 실행하여 변경을 영구적으로 적용해야 합니다. bosboot를 실행하지 않으면 시스템을 다시 시작한 후 smtctl -m off 실행 결과가 유실됩니다.

각 실제 프로세스에서 두 개의 스레드가 Level1 캐시를 공유합니다. 관련되지 않은 스레드는 다른 캐시 데이터와 충돌하며 시스템이 캐시를 새로 고치려고 더 많은 메모리 페치를 대기해야 하므로 전체적인 처리량이 저하됩니다. 테스트 실행을 몇 번 수행하여 최상의 워크로드를 위한 설정을 알아내십시오.

NIS가 실행 중입니다. NIS를 사용 불가능으로 설정하십시오. /etc/hosts/etc/passwd 파일에 '+'가 있는 행이 있는 경우 시스템은 'NIS'(옐로우 페이지라고도 함)를 실행 중입니다. 다음 명령으로도 같은 결과를 얻을 수 있습니다.
ps -ef | grep yp
NIS는 일반적으로 AIX-out-of-the-box에서 사용되지 않습니다. 애플리케이션 서버에서 필요하지 않은 경우 NIS를 사용 불가능 상태로 두고 테스트 실행을 해 보십시오.
FIN_WAIT_2 상태에 많은 소켓이 있습니다. no -o tcp_finwait2=60

"netstat -an"이 FIN_WAIT_2 상태의 많은 소켓을 표시하는 경우 "높은 연결 비율 발생"을 의미하며 서버 로그의 "이미 사용 중인 주소"에 해당합니다.

"no" 명령으로 제어할 수 있습니다. 우선 현재 설정을 검토하십시오.
"no -a | grep fin"
기본값 1200 half-seconds(즉 10분)를 확인하십시오. 다음 설정으로 테스트 실행을 해 보십시오.
no -o tcp_finwait2=60

"no" 명령은 재설정하거나 다시 시동할 때까지 유효합니다. 영구적으로 적용하려면 /etc/tunables/nextboot에 정의하십시오.

프로세서가 대형 페이지를 사용할 수 있지만 사용하고 있지 않습니다. JVM에 매개변수 추가: -Xlp

이 JVM은 WebSphere Application Server의 Rational Asset Manager 서버용입니다. WebSphere 관리 콘솔에서 애플리케이션 서버 > RAM 서버 이름 > Java 및 프로세스 관리 > 프로세스 정의 > JVM(Java Virtual Machine) > 일반 JVM 인수를 선택하십시오.

매개변수는 -Xlp<size>입니다. 기본 대형 페이징 크기를 사용하려면 크기 없이 -Xlp를 지정해야 합니다. 특정 크기도 설정할 수 있습니다. 예를 들어, -Xlp64는 64KB 페이지를 사용할 수 있습니다.


피드백