셀 사용자 정의 특성

기능을 사용 중이지 않은 경우 작업 관리자에서 원격 호스트 작업 기능을 사용 안함으로 설정할지 여부를 지정합니다. 이 특성을 true로 설정하면 원격 호스트 작업 기능이 사용 안함으로 설정됩니다. 특성을 false로 설정하면 원격 호스트 작업 기능이 사용으로 설정됩니다. 기본값은 false입니다.

displayServerInFront 값을 지정하여 ps -ef 명령의 출력 앞에 셀, 노드 및 서버의 이름을 표시합니다. 이 특성은 서버의 프로세스 ID를 식별하기 위해 사용합니다. 이 특성은 서버 프로세스에 영향을 주지 않습니다.

기본적으로 서버 모니터링 정책에 대한 autoRestart 속성은 false로 설정됩니다. 왜냐하면 일반적으로 자동 다시 시작 관리(ARM)는 애플리케이션 서버의 자동 다시 시작을 관리하는 데 사용되기 때문입니다. 서버 모니터링 정책에 대한 autoRestart 속성은 server.xml 파일에 정의됩니다.

autoRestart 속성을 true로 설정한 경우, ARM을 사용하여 서버 자동 다시 시작을 관리하지 않으려 함을 표시합니다. 이 상황에서는 com.ibm.websphere.process.terminator.deletepid를 true로 설정하여 stopImmediate 명령에 대한 응답으로 셀의 서버가 다시 시작되지 않도록 해야 합니다. 그렇지 않으면, stopImmediate 명령에 대한 응답으로 셀의 서버가 계속 다시 시작합니다.

기본적으로, 권한에 대한 캐싱은 사용 불가능합니다. 이 특성 값을 true로 설정하여 캐싱을 사용할 수 있습니다.

이 특성이 true로 설정되면 RACF® 권한이 더 적어야 합니다.

클라이언트가 클러스터에 대한 첫 번째 요청을 제출한 후 노드 에이전트에서 클러스터 데이터가 수집되기를 기다리는 시간(밀리초)을 지정합니다. IBM_CLUSTER_ENABLE_PRELOAD 사용자 정의 특성이 true로 설정된 경우, 데이터가 서버 시작 프로세스 중에 이미 로드되었으므로 이 특성에 값을 지정하지 않아도 됩니다.

수집해야 하는 클러스터 데이터의 양에 비해 이 특성에 지정된 시간이 충분하지 않은 경우, 클라이언트가 클러스터에 요청을 전송하는 처음 몇 차례 동안 NO_IMPLEMENT: No Cluster Data Available 예외가 발생합니다. 이 특성에 적당한 시간 간격을 지정하거나 제한시간을 완전히 제거하는 0 값을 지정하면 클러스터 데이터가 지정된 시간 간격 내에 수집되므로 NO_IMPLEMENT: No Cluster Data Available 예외가 발생하지 않습니다.

사용자 정의 어드바이저를 실행하는 데 사용되는 스레드 풀의 스레드 수를 지정합니다.

프록시 서버에 구성되어 있는 모든 사용자 정의 어드바이저를 실행하는 데 사용되는 하나의 스레드 풀이 있습니다. 조건은 풀에 있는 스레드보다 더 많은 사용자 정의 어드바이저를 동시에 실행하는 데 필요한 기타 상황 및 폴링 간격을 기반으로 발생합니다. 풀에 있는 스레드보다 더 많은 사용자 정의 어드바이저를 구성하면 일부 사용자 정의 어드바이저가 큐에 놓이고 스레드가 사용 가능하게 되면 즉시 실행됩니다.

ActiveClusterSet에 대한 업데이트 공개가 지연되는지 여부를 지정합니다. 이 사용자 정의 특성을 사용하면 구성된 대상 및 대형 SIBus 토폴로지에서 성능이 개선되어, 메시징 엔진 시작 및 중지 시간이 줄어듭니다.

이 특성이 true로 설정되면, 업데이트 공개가 표시됩니다.

이 특성이 false로 설정되면, 업데이트가 즉시 공개됩니다.

ClusterDescription에 대한 업데이트 공개가 지연되는지 여부를 지정합니다. 이 사용자 정의 특성을 사용하면 구성된 대상 및 대형 서비스 통합 버스(SIBus) 토폴로지에서 성능이 개선되어, 메시징 엔진 시작 및 중지 시간이 줄어듭니다.

이 특성이 true로 설정되면, 업데이트 공개가 표시됩니다.

이 특성이 false로 설정되면, 업데이트가 즉시 공개됩니다.

사전 로드 논리가 노드 에이전트에서 서버 시작 시 실행되는지 여부를 지정합니다. 사전 로드가 없으면, 노드 에이전트가 클러스터에 대한 첫 번째 요청을 수신한 후 노드 에이전트가 해당 클러스터의 데이터만 로드합니다.

이 특성이 true로 설정된 경우, 시작 시 클러스터 데이터가 노드 에이전트에서 로드되며, 런타임 시 이를 작성 및 전파할 필요가 없습니다.

이 특성이 false로 설정되면 클러스터에 처음 요청이 있을 때 클러스터 데이터가 작성되고 전파되며, 이로 인해 종종NO_IMPLEMENT: No Cluster Data Available클라이언트가 클러스터에 요청을 전송하는 처음 몇 번의 예외가 발생합니다.

프록시 서버가 서로 다른 클러스터에서 여러 애플리케이션의 세션 선호도를 유지할 수 있도록 이 사용자 정의 특성을 true 값으로 지정하여 서버, 애플리케이션 또는 모듈 레벨에서 쿠키 이름을 대체하십시오. 프록시 서버는 JSESSIONID가 아닌 세션 쿠키를 인식할 수 있으므로 세션 선호도를 유지할 수 있습니다.

세션 관리 구성을 변경하는 경우, 클러스터의 반복 시작을 수행하기 전에 모든 클러스터의 멤버를 새 구성으로 업데이트할 때까지 기다리십시오. 그렇지 않으면, 세션 장애 복구가 작동하지 않을 수도 있습니다.

애플리케이션 또는 모듈 세션 관리 구성을 변경하는 경우, 애플리케이션을 중지한 다음 다시 시작하기 전에 새 구성으로 모든 클러스터의 멤버를 업데이트할 때까지 기다리십시오. 그렇지 않으면, 세션 장애 복구가 작동하지 않을 수도 있습니다.

이 사용자 정의 속성의 값을 로 지정하여 쿠키 이름이 파일 web.xml 또는 ServletContextListenertrue 인스턴스에 지정되었음을 나타냅니다. true로 설정하면 프록시 서버가 서로 다른 클러스터에서 여러 애플리케이션의 세션 선호도를 유지할 수 있습니다. 프록시 서버는 JSESSIONID가 아닌 서블릿 3.0 세션 쿠키를 인식할 수 있으므로 세션 선호도를 유지할 수 있습니다.

서버, 애플리케이션 또는 모듈 레벨에서 서블릿 3.0의 기본값이 아닌 쿠키 및 기본값이 아닌 쿠키 모두 구성하는 경우, 서블릿 3.0 쿠키에 최우선 순위가 있습니다.

세션 관리 구성을 변경하는 경우, 클러스터의 반복 시작을 수행하기 전에 모든 클러스터의 멤버를 새 구성으로 업데이트할 때까지 기다리십시오. 그렇지 않으면, 세션 장애 복구가 작동하지 않을 수도 있습니다.

애플리케이션 또는 모듈 세션 관리 구성을 변경하는 경우, 애플리케이션을 중지한 다음 다시 시작하기 전에 새 구성으로 모든 클러스터의 멤버를 업데이트할 때까지 기다리십시오. 그렇지 않으면, 세션 장애 복구가 작동하지 않을 수도 있습니다.

알림에 등록된 ClusterObservers가 ID에 없는 경우 이러한 ID에 대한 참조의 삭제 여부를 지정합니다. ID를 삭제하면 해당 ID에 대한 게시판의 모든 관련 게시물이 지워집니다. 이 특성을 true로 설정하면 ClusterObserver가 등록되어 있지 않은 ID에 대한 참조가 삭제됩니다.

일반적으로 서비스 통합 버스(SIB) 계층 구조 시나리오에는 많은 대상이 정의되어 있습니다. 이 특성이 false로 설정되고 WebSphere® Process Server 와 같은 제품이 WebSphere Application Server의 맨 위에 설치된 경우, 워크로드 관리 (WLM) 는 게시판에 저장된 데이터가 가비지 콜렉션되도록 적절히 허용하지 않습니다. 애플리케이션을 설치하거나 설치 해제하는 등의 특정 태스크가 프로세스를 다시 시작하지 않고 반복되는 경우에는 이러한 상황으로 인해 느린 메모리 누수가 발생할 수 있습니다. 프로세스가 다시 시작되면, 해당 서버와 연관된 모든 게시물이 자동 제거되므로 메모리 누수를 방지할 수 있습니다.

클러스터 데이터를 클라이언트에 다시 전달할 수 있을 때까지 Java™ 씬 클라이언트 또는 서버 프로세스가 연속 연결을 시도할 수 있는지 여부를 지정하십시오. 클러스터 데이터는 이후 모든 시도에 사용됩니다.

차례로 시작 기능이 프로세스를 재시작하기 전에 종료할 때까지 대기하는 시간(밀리초)을 지정합니다. 차례로 시작을 시도하고 시작 조작이 시작되기 전에 프로세스가 종료되지 않은 경우, 하나 이상의 프로세스가 다시 시작되지 않습니다.

버전 6.1.0.37부터, WLM(Workload management)이 프로세스 간에 전송되는 데이터를 압축하고 푸는 새 프로시저를 사용합니다. 이 프로시저를 사용하면 2,000개 이상의 대상이 있는, 대형 WebSphere Process Server 및 서비스 통합 버스 토폴로지에서 발생하는 압축 시간을 줄일 수 있습니다. 또한 모든 바이트가 고유해서 압축할 일련의 바이트를 실제로 압축할 수 없는 경우 압축된 데이터가 손실되는 것을 막을 수 있습니다. WLM이 이전에 압축되지 않은 데이터를 처리한 방법 때문에 이러한 상황에서 잠재적으로는 데이터 손실이 발생할 수 있습니다.

이러한 최적화된 압축 및 압축 해제 프로시저는 대부분의 환경에 적합합니다. 하지만, 이 프로시저로 인해 사용자 환경에 문제점이 발생하는 경우, 셀 설정에 IBM_CLUSTER_USE_LEGACY_COMPRESSOR 사용자 정의 특성을 추가하고 이를 true로 설정하십시오. 이 특성을 true로 설정하면, WLM이 버전 6.1.0.37 이상을 설치하기 전에 수행했던 것과 동일한 방식으로 데이터 압축 및 압축 해제를 처리합니다.

이 사용자 정의 특성을 셀 설정에 추가하는 경우, 노드를 동기화하고 셀에서 모든 프로세스를 다시 시작하여 해당 변경사항을 적용해야 합니다.

ODCF8010I: Peer layer setting up.

지능형 관리를 사용 안함으로 설정하기 전에 이러한 기능이 필요하지 않은지 확인하십시오. 기본적으로 지능형 관리 가 사용 가능하며 구성 옵션을 설정하여 활성화됩니다. 대부분의 기능은 특정 Intelligent Management 구성을 변경할 때까지 비활성 상태입니다. 지능형 관리 기능이 필요하지 않은 경우 셀 사용자 정의 특성을 false로 설정하면 모든 지능형 관리 기능이 사용 안함으로 설정됩니다.

이 값이 false로 설정되면 Intelligent Management 에서 제어하는 PMI (Performance Monitoring Infrastructure) 메트릭 ( 표 1참조) 을 사용할 수 없습니다. 그러나 Intelligent Management 에 의해 설정되지 않은 모든 사용자 정의 또는 기본 PMI 메트릭은 활성 상태로 유지됩니다. PMI에 대한 자세한 정보는 PMI (Performance Monitoring Infrastructure)를 참조하십시오.

지능형 관리 가 사용 가능한 동안 프로파일이 작성되었고 나중에 지능형 관리 가 사용 불가능한 경우, 환경 변수 LargeTopologyOptimization_console=disable를 설정한 후 프로파일을 다시 작성하십시오. 그러면 지능형 관리 패널이 관리 콘솔에 표시되지 않습니다. 프로파일을 다시 작성하지 않으면 지능형 관리 패널이 관리 콘솔에 계속 표시되지만 작동하지 않습니다.