addNode 명령 우수 사례

addNode 명령을 사용하여 독립형 노드를 셀에 추가할 수 있습니다.

addNode 명령은 다음을 수행합니다.
  • 기본 WebSphere® Application Server 셀 구성을 새 셀 구조에 복사합니다. 이 새 셀 구조는 배치 관리자 구조와 일치합니다.
  • 셀이 통합하는 노드에 대하여 새로운 노드 에이전트 정의를 작성합니다.
  • 문서를 새 노드에서 셀 저장소로 추가하기 위해 명령을 배치 관리자로 보냅니다.
  • 새 노드의 첫 번째 구성 동기화를 수행합니다(셀과 동기화되었는지 확인함).
  • 새 노드에 대한 노드 에이전트 프로세스를 실행합니다.
  • setupCmdLine.bat 또는 setupCmdline.sh 파일 및 wsadmin.properties 파일을 업데이트하여 새 셀을 지시합니다.
  • 노드를 연합한 후, addNode 명령은 app_server_root/config/cells 디렉토리의 plugin-cfg.xml 파일을 config/backup/base/cells 디렉토리로 백업합니다. addNode 명령은 배치 관리자에 새 plugin-cfg.xml 파일을 재생성하고, nodeSync 조작은 파일을 노드 레벨로 복사합니다.

    [AIX Solaris HP-UX Linux Windows]포트 번호에 대한 정보는 에서 "포트 번호 설정" 주제를 참조하십시오.

addNode 명령 사용 시 팁:
  • 셀에 노드를 추가하는 경우 연합할 노드의 셀 이름은 노드가 연합되는 셀 이름과 달라야 합니다. 그렇지 않으면 ADMU0027E 메시지가 수신되고 addNode 명령이 셀에 노드를 추가하지 않습니다.
  • 배치 관리자 및 노드가 WebSphere Application Server 내에서 동일한 개정 레벨로 업데이트되었는지 확인하십시오. 예를 들어, 레벨 6.0.1의 배치 관리자는 6.0.2의 노드와 연합할 수 없습니다.
  • WebSphere Application Server .jar 파일을 전체 시스템에 사용되는 일반 CLASSPATH 변수(기본 클래스 경로)에 두지 마십시오.
  • [AIX Solaris HP-UX Linux Windows]WebSphere Application Server, Network Deployment 제품에서 서버의 호스트 이름을 해석할 수 없는 경우, 애플리케이션 서버에 접속하는 노드 에이전트나 노드 추가 또는 관리와 같은 상황에서 문제점이 발생할 수 있습니다. 호스트 이름을 해석하기 위해 제품에서는 포트를 열거나 IP 주소에 대해 조회합니다. 그 다음 운영 체제에서 올바른 정보를 리턴하길 기다립니다. 운영 체제는 IP 주소를 찾기 위해 여러 위치로 이동할 수 있지만 제품에서는 올바른 정보를 리턴하기만 하면 이와 같이 운영 체제의 찾는 순서에는 신경을 쓰지 않습니다. 서버의 호스트 이름을 해석할 수 없는 경우 네트워크 관리 문서를 참조하여 문제점을 해결하십시오. 또한 다음 추가 정보는 호스트 이름을 해석하는 데 도움을 줄 수 있습니다.
    • 일부 운영 체제는 시스템의 호스트 이름과 루프백 주소(127.0.0.1) 간의 연관을 작성합니다. Red Hat 설치 시 기본적으로 연관이 작성됩니다. SuSE를 설치하면 루프백 주소(127.0.0.2)와 유사한 연관이 작성됩니다. 이때 연관은 호스트 파일에 존재합니다.

      hosts 파일에 127.0.0.1 IP 또는 127.0.0.2 주소에서 localhost 이외의 호스트 이름으로의 맵핑이 포함되어 있는 경우, 맵핑을 제거하십시오. 다음 예제에서는 맵핑을 제거하지 않은 경우 발생할 수 있는 상황을 보여줍니다. 노드 에이전트는 배치 관리자와 통신할 때 배치 관리자로 IP 주소를 보냅니다. 운영 체제가 호스트 파일에서 호스트 이름에 대한 맵핑을 리턴하면 노드 에이전트는 호스트 이름을 127.0.0.1로 해석합니다. 이와 같이 해석하면 127.0.0.1 IP 주소는 배치 관리자 로컬 시스템의 IP 주소이기도 하므로 배치 관리자가 노드 에이전트로 메시지를 보낼 수 없습니다.

      [AIX][HP-UX][Linux][Solaris]hosts 파일은 /etc/hosts에 있습니다.

      [Windows]hosts 파일은 \WINDOWS\system32\drivers\etc\hosts에 있습니다.

    • [AIX]기본 AIX® 설치 시 DNS(Domain Name Server)를 먼저 확인하여 해당 서버 또는 다른 서버의 서버 호스트 이름을 해석할 수 있도록 서버에 정보를 리턴합니다. 호스트 이름을 해석할 수 없거나 해석하는 데 시간이 너무 오래 걸리는 경우 /etc/netsvc.conf 파일에 다음 명령문을 추가하여 AIX 운영 체제가 먼저 로컬 호스트에서 호스트 이름을 확인합니다.
      hosts=local,bind
  • 기본적으로, 노드에 설치되는 애플리케이션은 셀에 복사되지 않습니다. addNode 명령을 사용한 후 애플리케이션을 설치할 경우, 애플리케이션은 셀에 설치됩니다. -includeapps 옵션을 지정하여 addNode 명령이 노드에서 셀로 애플리케이션을 복사할 수 있게 합니다. 중복 이름이 있는 애플리케이션은 셀에 복사되지 않습니다.
  • 셀 레벨 문서는 병합되지 않습니다. addNode 명령을 사용하기 전에 있던 독립형 셀 레벨 문서의 변경사항은 새 셀에서 반복되어야 합니다(예: 가상 호스트).
  • addNode 명령 사용 중에 OutOfMemory 예외를 수신하는 경우 배치 관리자의 힙 크기를 증가시켜야 할 수 있습니다. 배치 관리자의 힙 크기를 늘리려면 최대 힙 크기 매개변수를 조정하십시오. 예를 들어, 관리 콘솔에서 시스템 관리 > 배치 관리자 > Java 및 프로세스 관리 > 프로세스 정의 > JVM(Java Virtual Machine)으로 이동하여 최대 힙 크기 값을 늘리십시오.
    문제점 방지 문제점 방지: HP-UX 또는 Solaris 운영 체제에서 대형 복합 태스크 수행 중에 java.lang.OutOfMemoryError: PermGen 공간 문제점이 발생할 수 있습니다. 예를 들어, 대형 애플리케이션이 있는 노드에서 addNode와 같은 명령을 실행할 때 이 문제점을 발견할 수 있습니다. 자원 요구사항이 기본 스토리지 크기를 초과하면 태스크가 실패하고 java.lang.OutOfMemoryError: PermGen 공간 오류가 발생할 수 있습니다. 이 문제점을 해결하려면 영구적 영역의 최소 크기를 늘리십시오. -XX:PermSize JVM(Java™ Virtual Machine) 옵션을 다음 문제점이 발생하는 여러 상황에서 충분한 값(예: 128MB)으로 설정하십시오.
    XX:PermSize=128m
    gotcha
  • 어떤 경우 배치 관리자가 addNode 명령에 응답하는 데 예상되는 것보다 많은 시간이 소요될 수 있습니다. 클라이언트가 서버 응답을 기다리는 시간을 결정하는 기본 제한시간 값은 대부분의 경우 적절합니다. 그러나 과도한 처리 상황에서 서버가 응답하는 데 보다 많은 시간이 필요할 수도 있습니다. 예를 들어, -includeapps 옵션을 포함하고 있고 다수의 애플리케이션이 있거나 애플리케이션이 매우 큰 경우 기본값 180초는 불충분할 수 있습니다. 기본 제한시간 값을 변경하려면, ASCII 문서 편집기에서 app_server_root/profiles/profile_name/properties/soap.client.props 파일을 열고 다음 행을 찾으십시오(여기에서는 기본값 180초로 표시).
    com.ibm.SOAP.requestTimeout=180
    기본값을 변경해야 하는 경우, 제한시간이 상황에 보다 적절한 값으로 설정되도록 이 행을 편집할 수 있습니다.
    참고: 제한시간 값을 0초로 설정하면 제한시간 점검이 사용 불가능하게 됩니다.

    제한시간 값이 너무 높게 설정되면 addNode 명령이 배치 관리자에 대한 요청을 성공적으로 완료하는지 판별하는 데 많은 시간을 기다려야 합니다. 값이 너무 적게 설정되면 addNode 명령이 배치 관리자가 응답하지 않고 오류로 응답할 것임을 결론내리기 전에 배치 관리자가 요청을 완료하는 데 불충분한 시간을 갖게 됩니다. 서버 제한시간에 영향을 미칠 수 있는 기타 요소에는 배치 관리자 및 네트워크 지연에 대한 처리 로드 또는 과도한 페이징도 포함됩니다. 이러한 조건 중 일부는 일시적일 수 있습니다.

  • 시계 동기화 문제와 관련된 addNode 오류 메시지가 수신되는 경우, 연합할 노드가 있는 컴퓨터와 노드를 연합할 배치 관리자 컴퓨터의 시간을 동기화하십시오.
  • 기존의 배치 관리자와 연합한 노드에서 addNode 명령을 사용하면 배치 관리자가 손상됩니다. 두 번째 배치 관리자를 중지한 후 시작할 수 없습니다. 이는 addNode 명령이 마스터 구성에 dmgrProfile/config/cells/dmgrCell/dmgrCell 디렉토리를 작성하기 때문에 발생합니다. 이는 불완전한 노드 구성 디렉토리입니다.

    연합 노드가 있고 다른 배치 관리자에 대해 다시 addNode 명령을 실행하면 문제에 부딪치게 됩니다. 이는 배치 관리자를 손상시키는 원인이 되며 불완전한 노드 디렉토리 때문에 앞으로 배치 관리자를 시작할 수 없게 됩니다.

    이 문제를 해결하려면 다음 해결책 중 하나를 수행하십시오.
    • 배치 관리자가 실행 중인 경우, 불완전한 노드가 상주하는 배치 관리자에서 cleanupNode 명령을 사용할 수 있습니다.
    • 불완전한 addNode 명령 조작 중에 배치 관리자 구성에 작성된 디렉토리를 수동으로 삭제하십시오. 예: app_server_root/profiles/dmgrProfile/config/cells/dmgrCell/nodeName

주제 유형을 표시하는 아이콘 참조 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rxml_nodetips
파일 이름:rxml_nodetips.html