노드 추가, 관리 및 제거
노드를 추가하고, 노드의 발견 프로토콜을 선택하고, 노드의 사용자 정의 특성을 정의하고, 노드에서 서버를 중지하고, 노드를 제거할 수 있습니다.
시작하기 전에
노드는 관리 또는 비관리 서버의 그룹입니다. WebSphere® Application Server 토폴로지에 관리 및 비관리 노드를 모두 추가할 수 있습니다. 기존 WebSphere Application Server의 새 노드를 Network Deployment 셀에 추가한 경우, 관리 노드를 추가합니다. WebSphere Application Server 이외의 서버 또는 웹 서버 관리를 위한 토폴로지에서 새 노드를 작성하는 경우, 비관리 노드를 추가합니다.
배치 관리자 셀의 기존 관리 노드를 복구할 수 있습니다. 관리 노드를 추가하는 옵션 중 하나를 사용하여 손상된 노드를 빠르게 복구할 수 있습니다. 옵션은 addNode 명령의 -asExistingNode 매개변수와 유사합니다.
노드 페이지에서 노드 및 관리 노드에 대한 정보를 볼 수 있습니다. 노드 페이지에 액세스하려면, 관리 콘솔 탐색 트리에서 시스템 관리 > 노드를 클릭하십시오.
이 태스크 정보
wsadmin 스크립트 도구, Java™ API(Application Programming Interface) 또는 관리 콘솔을 통해 애플리케이션 서버에서 노드를 관리할 수 있습니다. 다음 태스크를 수행하여 관리 콘솔을 통해 애플리케이션 서버의 노드를 관리하십시오.
- 노드를 추가하십시오.
- 발견 프로토콜을 선택하십시오.
- 노드에 대한 사용자 정의 특성을 정의하십시오.
- 노드에서 서버에 대한 기본 SDK(Software Development Kit)를 지정하십시오.
- 노드 구성을 동기화하십시오.
- 노드에서 서버를 중지시키십시오.
- 배치 관리자 셀의 기존 관리 노드를 복구하십시오.
- 노드를 제거하십시오.
- 노드 성능을 보십시오.
![[Windows]](../images/windows.gif)
프로시저
- 노드를 추가하십시오.
- 노드 페이지로 이동하고 노드 추가를 클릭하십시오.
- 노드 추가 페이지에서 관리 또는 비관리 노드를 추가할지 여부를 선택한 후 다음을 클릭하십시오.
- 관리 노드의 경우 다음 조치를 완료하십시오.
애플리케이션 서버가 추가 중인 노드에 대한 원격 호스트에서 실행 중인지 확인하십시오.
애플리케이션 서버가 추가 중인 노드에 대한 호스트에서 실행 중인지 확인하십시오.
- 노드 추가 시 애플리케이션 서버에 대한 호스트 이름, 커넥터 유형 및 포트를 지정하십시오. 다음 표에 나열된
조치 세트 중 하나를 수행하십시오.
표 1. 관리 노드 조치. 제품 환경에 적절한 조치 세트를 수행하십시오. 배치 관리자가 On이고 또한 셀에 추가하는 노드가 On이면 해당하는 다음 조치 세트를 완료하십시오. 분산 플랫폼 또는 IBM® i 플랫폼
분산 플랫폼 또는 IBM i 플랫폼
선택적으로 노드 그룹 및 코어 그룹을 지정하십시오. 확인을 클릭하십시오.
z/OS® 시스템
z/OS 시스템이며, 배치 관리자와 동일한 sysplex에 있음
선택적으로 노드 그룹 및 코어 그룹을 지정하십시오. 확인을 클릭하십시오.
z/OS 시스템
z/OS 시스템이지만, 배치 관리자와 다른 sysplex에 있음
추가 중인 노드와 동일한 sysplex의 노드가 포함된 노드 그룹을 지정하십시오. 해당 노드 그룹이 없을 경우, 노드 그룹을 작성한 후 해당 노드 그룹을 지정하십시오. 선택적으로 코어 그룹을 지정하십시오. 확인을 클릭하십시오.
분산 플랫폼 또는 IBM i 플랫폼 z/OS 시스템 추가 중인 노드와 동일한 sysplex의 노드가 포함된 노드 그룹을 지정하십시오. 해당 노드 그룹이 없을 경우, 노드 그룹을 작성한 후 해당 노드 그룹을 지정하십시오. 선택적으로 코어 그룹을 지정하십시오. 확인을 클릭하십시오. z/OS 시스템 분산 플랫폼 또는 IBM i 플랫폼 분산 노드를 포함하는 노드 그룹을 지정하십시오. 해당 노드 그룹이 없을 경우, 노드 그룹을 작성한 후 해당 노드 그룹을 지정하십시오. 선택적으로 코어 그룹을 지정하십시오. 확인을 클릭하십시오. 노드 그룹 옵션을 표시하려면 기본 노드 그룹 외의 다른 그룹을 먼저 작성해야 합니다. 마찬가지로 코어 그룹 옵션을 표시하려면 기본 코어 그룹 외의 다른 그룹을 먼저 작성해야 합니다.
관리 노드의 경우, 다른 관리 콘솔 페이지는 Windows 운영 체제에서 표시됩니다. 페이지에서 Windows 서비스로 실행하도록 노드 에이전트를 등록할지 여부를 지정하십시오.
보안이 사용 가능한 경우, 선택적으로 서비스를 실행하는 로컬 운영 체제 사용자 이름 및 비밀번호를 입력할 수 있습니다. 사용자 이름 및 비밀번호를 지정하지 않은 경우, 서비스는 로컬 시스템 ID 아래에서 실행합니다. 노드 제거를 실행한 경우, Windows 서비스로서의 노드 에이전트 등록이 취소됩니다.
- 비관리 노드의 경우, 노드 > 새로 작성 페이지에서 새 노드의 노드 이름, 호스트 이름 및 플랫폼을 지정하십시오. 확인을 클릭하십시오.
동일한 Sysplex에서 동일한 Sysplex 노드 그룹으로 후속 WebSphere Application Server for z/OS 노드를 결합하십시오. 서로 다른 Sysplex에서 동일한 셀로 WebSphere Application Server for z/OS 노드를 추가하는 경우, 각 Sysplex의 노드에 대해 별도의 Sysplex 노드 그룹을 설정하십시오.
이 단계를 완료하면 하나 이상의 노드가 추가됩니다.IPv4(Internet Protocol Version 4) 및 IPv6(Internet Protocol Version 6)은 모두 이제 WebSphere Application Server에서 지원하지만 동일한 셀에서 IPv4 및 IPv6을 모두 사용할 경우에는 제한사항이 적용됩니다. 셀에 노드를 추가할 때 이름을 지정한 형식은 노드가 사용하는 IP의 버전에 기초합니다. 세부사항은 셀에 대한 IP 버전 고려사항의 내용을 참조하십시오.
참고: LDAP 보안이 사용 가능한 동안 노드가 추가되면, 특정 상황에서 배치 관리자 System.out 로그에 다음 예외가 생성됩니다. 이 경우 배치 관리자를 다시 시작하여 문제점을 해결하십시오.0000004d ORBRas E com.ibm.ws.security.orbssl.WSSSLClientSocketFactoryImpl createSSLSocket ProcessDiscovery : 0 JSSL0080E: javax.net.ssl.SSLHandshakeException - 클라이언트 및 서버가 원하는 보안 레벨을 조정할 수 없습니다. Reason?com.ibm.jsse2.util.h: No trusted certificate found
- 발견 프로토콜을 선택하십시오.
노드가 사용하는 발견 프로토콜이 노드에 적합하지 않은 경우, 적합한 프로토콜을 선택하십시오.
UDP(User Datagram Protocol)가 TCP(Transmission Control Protocol)보다 빠릅니다. 그러나 UDP는 대상으로의 데이터그램 전달을 보증할 수 없으므로 UDP보다 TCP가 안정적입니다. 따라서 기본값 TCP를 권장합니다.
노드 에이전트 또는 배치 관리자의 경우, TCP 또는 UDP를 사용하십시오.
관리 대상 프로세스는 멀티캐스트를 발견 프로토콜로 사용합니다. 발견 프로토콜은 관리 대상 프로세스에 맞게 수정됩니다. 관리 대상 프로세스에서 멀티캐스트를 사용하는 데 따른 주된 이점은 노드 에이전트에 대한 효율성입니다. 노드에 40개의 서버가 있는 것으로 가정하십시오. 멀티캐스트를 사용하는 노드 에이전트는 하나의 브로드캐스트를 40개 서버 모두로 전송합니다. 노드 에이전트가 멀티캐스트를 사용하지 않는 경우, 모든 관리 대상 프로세스에 한 번에 하나씩 감지 조회를 전송하여 총 40회의 전송을 수행합니다. 멀티캐스트를 사용하는 데 따른 또 다른 이점은 각 서버에 발견 포트를 구성하지 않아도 되며, 한 노드의 모든 서버가 각 서버에 대해 하나의 포트가 아닌 모든 서버가 하나의 포트를 청취하므로 포트 충돌이 발생하지 않는다는 점입니다.
Windows 운영 체제에서는 멀티캐스트에 라우터가 필요합니다. Windows 운영 체제에서 제품을 실행하지만 Application Server가 활성화된 시스템이 네트워크에 연결되지 않은 경우, 멀티캐스트 주소가 애플리케이션 서버와 공유되지 않습니다.
- 노드에 대한 사용자 정의 특성을 정의하십시오.
- 노드의 기본 SDK(Software Development Kit)를
지정하십시오.
관리 콘솔의 Java SDK 페이지에서 노드의 기본 SDK(Software Development Kit)를 선택할 수 있습니다. 페이지에는 노드에 설치된 모든 SDK(Software Development Kit)가 나열되어 있습니다. 노드에는 하나의 기본 SDK가 있을 수 있습니다. 노드의 서버가 SDK 선택을 대체하지 않고 다른 SDK를 지정하지 않으면 이러한 서버는 기본 SDK를 사용합니다.
- Java SDK 페이지로 이동하십시오. 시스템 관리 > 노드 > node_name > Java SDK를 클릭하십시오.
- Java SDK 페이지에서 노드의 서버에서 사용할 SDK 선택란을 선택하고 기본값으로 설정을 클릭하십시오.
- 노드 구성을 동기화하십시오.
관리 노드를 추가하거나 관리 노드 구성을 변경한 후, 노드 구성을 동기화하십시오. 노드 에이전트 페이지에서 노드의 노드 에이전트가 실행 중인지 확인하십시오. 그런 다음 노드 페이지에서 구성 파일을 동기화하려는 노드의 선택란을 선택하고 동기화 또는 전체 다시 동기화를 클릭하십시오.
옵션을 클릭하면 주기적 동기화가 발생하기를 기다리는 대신 구성 동기화를 즉시 수행하기 위해 해당 노드에 대한 노드 에이전트에 요청이 전송됩니다. 이 조치는 자동 구성 동기화가 사용 불가능한 경우 또는 동기화 간격이 길게 설정된 경우, 구성 변경사항이 이 노드에 복제되어야 할 셀 저장소에 작성되므로 중요합니다. 자동 동기화 설정은 파일 동기화 서비스 페이지에 있습니다.
동기화로 정상 동기화 최적화 알고리즘을 사용하여 노드 동기화 조작을 수행할 것이 요청됩니다. 이 조작은 빠르지만 노드에서 수행되는 수동 파일 편집으로는 문제점이 수정되지 않을 수 있습니다. 이 조작이 수행된 후 노드 및 셀 구성이 계속 동기화되지 않을 수 있습니다.
전체 재동기화는 모든 동기화 최적화 설정을 지우고 구성 동기화를 새로이 수행하므로, 이러한 조작이 수행되면 노드와 셀 구성 사이에 불일치하는 내용은 없습니다. 이 조작은 동기화 조작보다 더 오래 걸릴 수 있습니다.
비관리 노드는 동기화할 수 없습니다.
- 노드에서 서버를 중지시키십시오.
노드 페이지에서 서버의 실행을 중지시키려는 관리 노드의 선택란을 선택한 후 중지를 클릭하십시오.
- 배치 관리자
셀의 기존 관리 노드를 복구하십시오.
관리 노드를 추가하는 옵션 중 하나를 사용하여 기존의 손상된 노드를 복구할 수 있습니다. 노드는 배치 관리자 레벨에 있어야 합니다.
- 기존의 손상된 노드가 실행 중이 아닌지 확인하십시오. 노드에 있는 노드 에이전트 및 애플리케이션 서버를 중지시키십시오.
- 손상된 노드를 대체하고 동일한 프로파일과 노드 이름을 제공하려면 프로파일을 작성하십시오.
예를 들어, 프로파일 이름이 AppSrv01인 myNode01 노드가 작동을 중지한다고 가정합니다. 이를 새로운 노드로 대체하려면 myNode01 노드에 대해 AppSrv01이라는 이름의 애플리케이션 서버 프로파일을 작성합니다.
- 손상된 노드를 대체하기 위해 사용할 새로운 노드 또는 애플리케이션 서버를 시작하십시오.
- 관리 노드 복구 페이지를 사용하여 셀의 손상된 노드를 새로운 노드로 대체하십시오.
- 배치 관리자 관리 콘솔에서 시스템 관리 > 노드 > 노드 추가 > 기존 노드 복구 > 다음을 클릭하십시오.
- 호스트의 경우, 셀에 추가할 노드의 호스트 이름 또는 IP 주소를 지정하십시오. 애플리케이션 서버가 배치 관리자와 동일한 시스템에서 실행 중인 경우, 호스트 값은 IP 주소, IP 주소로 분석되는 DNS(Domain Name Server) 이름 또는 localhost와 같은 단어일 수 있습니다.
- JMX 커넥터 유형의 경우, 스크립트를 실행할 때 제품과 통신하는 JMX(Java Management Extensions) 커넥터의 유형을 선택하십시오.
- JMX 커넥터 포트의 경우 새 노드의 JMX 커넥터의 포트 수를 지정하십시오.
새 애플리케이션 서버 노드의 콘솔에서 포트 수를 확인할 수 있습니다. 서버 > 서버 유형 > WebSphere 애플리케이션 서버 > server_name > 포트를 클릭하십시오. 예를 들어, SOAP 커넥터 포트 유형의 경우 JMX 커넥터 포트 번호에 대해 SOAP_CONNECTOR_ADDRESS 값을 지정하십시오.
손상된 노드를 대체하는 새 프로파일의 serverindex.xml 파일에서 포트 번호를 확인할 수도 있습니다. serverindex.xml 파일은 profiles/new_profile_name/config/cells/cell_name/nodes/node_name 디렉토리에 있습니다. 예를 들어, SOAP 커넥터 포트 유형의 경우 serverindex.xml 파일에 endPointName="SOAP_CONNECTOR_ADDRESS"와 연관된 포트 값을 지정하십시오.
- 필요에 따라 나머지 필드에 값을 지정하고 확인을 클릭하십시오.
관리 노드 복구 콘솔 페이지를 사용하여 노드를 복구하는 대신 손상된 애플리케이션 서버 프로파일의 bin 디렉토리에서 명령행으로부터 -asExistingNode 옵션을 사용하여 addNode 명령을 실행할 수 있습니다. 새 노드 이름은 -asExistingNode 옵션을 사용하여 addNode를 실행하는 노드 이름과 일치해야 합니다.
addNode 명령의 -asExistingNode 옵션을 사용하여 다른 컴퓨터에 있는 동일한 경로의 제품 설치로 노드를 이동하거나, 다른 운영 체제 또는 다른 경로의 제품 설치로 노드를 이동하거나, 템플리트 셀에서 새로운 셀을 작성할 수도 있습니다. addNode -asExistingNode 명령을 사용한 노드 복구 또는 이동에 대한 주제를 참조하십시오.
- 노드를 제거하십시오.
노드 페이지에서 삭제하려는 노드의 선택란을 선택하고 노드 제거를 클릭하십시오. 노드 제거를 클릭하여 노드를 제거할 수 없는 경우, 삭제 강제 실행을 클릭하여 구성에서 노드를 제거하십시오.
- 노드 성능을 보십시오.
관리 콘솔을 통해 제품 버전과 같은 노드 성능을 검토하십시오. 또한 Application Server API(Application Programming Interface) 또는 wsadmin 도구를 통해 이를 조회할 수도 있습니다.
WebSphere Application Server에 대한 제품 버전은 다음과 같습니다. WebSphere Application Server의 Base Edition은 버전 열에서 Base로 나열됩니다. WebSphere Application Server, Network Deployment 제품은 버전 열에 ND로 나열됩니다.
다음에 수행할 작업
노드 구성을 변경한 경우 구성 변경사항을 검사하십시오.
하위 주제
addNode -asExistingNode 명령을 사용한 노드 복구 또는 이동
addNode 명령의 -asExistingNode 옵션을 사용하여 배치 관리자의 노드를 복구하고 이동시킬 수 있습니다. -asExistingNode 옵션을 사용하여, 새 사용자 정의 노드를 기존 노드인 배치 관리자와 연합시키십시오. 연합 시, 제품은 배치 관리자 마스터 구성의 정보를 사용하여 사용자 정의 노드를 기존 노드로 변환합니다.노드 콜렉션
이 페이지에서 WebSphere Application Server 환경에서 노드를 관리할 수 있습니다. 노드는 관리되는 서버를 그룹화합니다. 테이블에는 이 셀의 관리 노드 및 비관리 노드가 나열됩니다. 첫 번째 노드는 배치 관리자입니다. 노드 추가를 클릭하여 셀 및 목록에 새 노드를 추가하십시오.노드 설정
이 페이지에서 관리되는 노드 인스턴스나 비관리 노드 인스턴스의 구성 또는 토폴로지 설정을 보거나 변경할 수 있습니다.Windows 기본 노드를 Windows 서비스로 추가
이 페이지에서 노드 에이전트를 Windows 서비스로 실행할 수 있습니다.관리 노드 추가 설정
관리 노드는 배치 관리자 셀에 속하는 노드 에이전트와 애플리케이션 서버가 있는 노드입니다. 이 페이지에서 배치 관리자 셀에 애플리케이션 서버 노드를 추가할 수 있습니다.관리 노드 복구 설정
이 페이지에서 배치 관리자 셀의 기존 관리 노드를 복구할 수 있습니다. 노드는 배치 관리자 레벨에 있어야 합니다.노드 설치 특성
이 페이지에서 이 노드에 대한 읽기 전용 설치 특성을 볼 수 있습니다. 이러한 특성은 운영 체제 이름, 아키텍처 및 버전 또는 노드에 설치된 WebSphere Application Server 제품 레벨과 같이 제품 설치 시간 동안 수집된 노드의 성능에 대한 정보를 제공합니다.Java SDK 콜렉션
이 페이지에서 노드의 기본 SDK(Software Development Kit)를 지정할 수 있습니다. 이 페이지에는 노드에 설치된 SDK가 나열되어 있습니다. 노드에는 하나의 기본 SDK가 있을 수 있습니다. 노드의 서버가 SDK 선택을 대체하지 않고 다른 SDK를 지정하지 않으면 이러한 서버는 기본 SDK를 사용합니다.addNode -asExistingNode 명령을 사용한 노드 복구 또는 이동
addNode 명령의 -asExistingNode 옵션을 사용하여 배치 관리자의 노드를 복구하고 이동시킬 수 있습니다. -asExistingNode 옵션을 사용하여, 새 사용자 정의 노드를 기존 노드인 배치 관리자와 연합시키십시오. 연합 시, 제품은 배치 관리자 마스터 구성의 정보를 사용하여 사용자 정의 노드를 기존 노드로 변환합니다.노드 콜렉션
이 페이지에서 WebSphere Application Server 환경에서 노드를 관리할 수 있습니다. 노드는 관리되는 서버를 그룹화합니다. 테이블에는 이 셀의 관리 노드 및 비관리 노드가 나열됩니다. 첫 번째 노드는 배치 관리자입니다. 노드 추가를 클릭하여 셀 및 목록에 새 노드를 추가하십시오.노드 설정
이 페이지에서 관리되는 노드 인스턴스나 비관리 노드 인스턴스의 구성 또는 토폴로지 설정을 보거나 변경할 수 있습니다.Windows 기본 노드를 Windows 서비스로 추가
이 페이지에서 노드 에이전트를 Windows 서비스로 실행할 수 있습니다.관리 노드 추가 설정
관리 노드는 배치 관리자 셀에 속하는 노드 에이전트와 애플리케이션 서버가 있는 노드입니다. 이 페이지에서 배치 관리자 셀에 애플리케이션 서버 노드를 추가할 수 있습니다.관리 노드 복구 설정
이 페이지에서 배치 관리자 셀의 기존 관리 노드를 복구할 수 있습니다. 노드는 배치 관리자 레벨에 있어야 합니다.노드 설치 특성
이 페이지에서 이 노드에 대한 읽기 전용 설치 특성을 볼 수 있습니다. 이러한 특성은 운영 체제 이름, 아키텍처 및 버전 또는 노드에 설치된 WebSphere Application Server 제품 레벨과 같이 제품 설치 시간 동안 수집된 노드의 성능에 대한 정보를 제공합니다.Java SDK 콜렉션
이 페이지에서 노드의 기본 SDK(Software Development Kit)를 지정할 수 있습니다. 이 페이지에는 노드에 설치된 SDK가 나열되어 있습니다. 노드에는 하나의 기본 SDK가 있을 수 있습니다. 노드의 서버가 SDK 선택을 대체하지 않고 다른 SDK를 지정하지 않으면 이러한 서버는 기본 SDK를 사용합니다.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tagt_svr_conf_nodes
파일 이름:tagt_svr_conf_nodes.html