클러스터 시작
클러스터의 상태가 실행 중으로 변경되도록 요청하여 클러스터의 모든 멤버를 동시에 시작할 수 있습니다. 즉, 서버 클러스터의 모든 애플리케이션 서버를 동시에 시작할 수 있습니다.
시작하기 전에
클러스터의 멤버가 디버그 포트를 제대로 설정했는지 확인하십시오. 동일한 노드의 다중 서버에서 디버그 포트가 동일하게 설정된 경우 클러스터를 시작할 수 없습니다. "JVM(Java™ Virtual Machine) 설정" 주제에서 포트 디버그를 변경하는 방법에 대해 읽어보십시오.
Windows 서비스 기능을 사용하여
클러스터의 일부인 애플리케이션 서버를 시작 및 중지하는 경우, 클러스터 상태가 제대로 업데이트되지 않을 수도 있음을
기억하십시오. 예를 들어, 클러스터가 실행 중이고 Services GUI를 통해 클러스터 멤버를 중지하는 경우,
서버가 더 이상 실행되지 않아도 클러스터 상태는 시작됨 상태로 남아 있습니다.
설치된 애플리케이션의 필요에 따라 클러스터 멤버 컴포넌트를 동적으로 시작하려는 경우 클러스터를 시작하기 전에 각 클러스터 멤버에 대한 구성 설정에서 필요에 따라 컴포넌트 시작 옵션이 선택되어 있는지 확인하십시오. 이 옵션을 선택하면 클러스터 시작 시간을 개선하고 클러스터 멤버의 메모리 풋프린트를 줄일 수 있습니다. 필요에 따라 컴포넌트를 시작하는 방법은 클러스터에 배치된 모든 애플리케이션이 동일한 유형인 경우 가장 효율적입니다. 예를 들어 모든 애플리케이션이 서블릿 및 JSP(JavaServer Pages)를 사용하는 웹 애플리케이션인 경우 이 옵션을 사용하면 작업 성능이 높아집니다. 이 옵션은 애플리케이션이 서블릿, JSP 및 EJB(Enterprise JavaBeans)를 사용하면 덜 효율적으로 작동합니다.
이 태스크 정보
클러스터의 모든 멤버가 시작되도록 요청하면, 클러스터 상태는 부분적으로 시작됨으로 변경되며 해당 클러스터의 멤버인 각 서버가 실행됩니다(아직 실행 중이 아닌 경우). 클러스터의 모든 몀버가 실행 중인 경우, 클러스터 상태는 실행 중이 됩니다.
![[z/OS]](../images/ngzos.gif)
프로시저
결과
클러스터 멤버를 시작하면 워크로드 관리가 자동으로 사용 가능하게 됩니다.