관리 에이전트 환경은 관리 에이전트와 관리 에이전트가 관리하는
독립형 애플리케이션 서버로 구성됩니다. 관리 에이전트 환경을 설정하는 작업은
동일한 컴퓨터에 관리 에이전트 프로파일과 하나 이상의 독립형 애플리케이션 서버
프로파일(노드라고 함)을 작성한 후 해당 노드 프로파일을
관리 에이전트에 등록하는 작업을 포함합니다.
시작하기 전에
WebSphere® Application Server 제품을 설치하십시오.
관리 에이전트를 관리하려는 노드에 관리 에이전트와 동일한 제품이 있는지 확인하고,
제품의 버전 레벨이 해당 노드 및 관리 에이전트와 동일한지 확인하십시오. 등록된
노드의 관리 기능 모두를 처리하기 위해 관리 에이전트에 일치 환경이 있어야
하므로 이 요구사항이 강제 수행됩니다. 노드에 동일한 세트의
제품과 버전이 없으면 노드를 관리 에이전트에 등록할 수
없습니다.
보안을 사용하면
DMZ 프록시는 관리 에이전트에서 작동하지 않습니다. 보안을 계속 사용하고 DMZ 프록시 환경에서 관리 에이전트를
사용하지 마십시오.
전환 사용자의 경우: 이전에 버전 8.0 이하에서 실행 중이었고 관리 에이전트에 일치하지 않는 제품 또는 버전이 있는 관리 노드가 있는 경우, 버전 8.5 이상으로 마이그레이션할 때 해당 관리 에이전트가 일치하지 않는 노드에 대해 서브시스템을 시작할 수 없습니다. 관리 에이전트가 등록된 해당 노드
관리를 재개하려면, 먼저 사용자는 이러한 노드를 업데이트하여
관리 에이전트와 동일한 제품 및 버전을 확보하고, 노드에서
서버를 다시 시작한 다음, 관리 에이전트를 다시 시작해야
합니다.
이 태스크 정보
관리 에이전트를 사용하여 동일한 컴퓨터에 상주하는
기본(독립형) 애플리케이션 서버를 관리할 수 있습니다.
관리 에이전트와
관리 노드는 유연한 관리 환경을 구성하는 요소입니다.
사용자 환경에 관리 에이전트를 추가하려면,
manageprofiles 명령 또는 프로파일 관리 도구를 사용하여 관리 에이전트 프로파일을
작성하십시오. 노드를 추가하려면 독립형 애플리케이션 서버 프로파일을
작성한 후 독립형 애플리케이션 서버를 관리 에이전트에
등록하십시오.
노드는 관리 에이전트와 동일한 컴퓨터에 있어야 합니다.
Network Deployment 제품에서는
작업 관리자를 유연한 관리 환경에 추가할 수도 있습니다. 작업 관리자는
여러 개의 관리 에이전트, 배치 관리자 및 독립형 애플리케이션 서버를
원격 관리할 수 있는 단일 관리 서버입니다. 관리 에이전트에서 독립형 애플리케이션 서버 노드를
작업 관리자에 등록할 수 있습니다. 작업 관리자에 등록된 노드는 고유의 관리 기능을
유지합니다. 또한 조치가 필요한 작업이 게시되어 있는지 판별하기 위해
노드에서 작업 관리자를 정기적으로 폴합니다. 작업 관리자 구성의 이점은
서로 다른 다중 환경에 대한 관리 조치를 조정할 수 있다는 것입니다.
유연한 관리 환경에 존재하는 모든 프로파일에서
보안을 사용하거나 사용하지 않도록 설정하십시오.
프로시저
- 관리 에이전트 환경에 적합한 토폴로지를 판별하십시오.
사용하려는
컴퓨터, 독립형 애플리케이션 서버 노드 및 노드 자원(예: 애플리케이션)을 결정하십시오.
독립형 애플리케이션 서버를 관리하려면 독립형 애플리케이션 서버가 상주하는
각 컴퓨터에서 관리 에이전트를 사용하십시오. 자세한 정보는 WebSphere Application Server 설치 계획 주제의 시나리오 5를 참조하십시오.
- 관리 에이전트 환경에 필요한 보안 역할을 판별하십시오.
단일 관리 에이전트 환경에서는 동일한 컴퓨터에서 하나의 관리 에이전트
프로파일과 하나 이상의 독립형 애플리케이션 서버 프로파일을 사용하는 것이
일반적입니다. 독립형 애플리케이션 서버 노드는 관리 에이전트에 등록합니다. 또한 이 환경에 존재하는 모든 프로파일에서 보안을 사용하거나 사용하지 않도록
설정해야 합니다. 프로파일을 작성할 때에는 보안 옵션, 사용자 이름 및 비밀번호를
지정할 수 있습니다.
관리 에이전트를 사용하고 등록된 노드 및 해당 노드의 자원을
관리할 수 있는 권한을 갖기 위해서는 보안 역할이 필요합니다. 자세한 정보는 관리 에이전트 보안 주제를 참조하십시오.
- 관리 에이전트에 대한 관리 프로파일을 작성하십시오.
프로파일 관리 도구를 사용하거나
manageprofiles 명령을 사용할 수 있습니다.
예를 들어, 프로파일 관리 도구에서 관리 환경을 선택하고
다음을 선택한 후 관리 에이전트 서버 유형을 선택하고
프로파일을 작성하는 옵션을 선택하십시오. 기본적으로 관리 에이전트에는 자체 관리 콘솔이 있으며
관리 보안은 사용하도록 설정되고 콘솔 포트로 9060이 사용됩니다. 관리 보안을
사용하지 않도록 설정하고, 보안 인증을 지정하거나 기본 포트를 변경하려면
관리 에이전트 프로파일을 작성할 때 고급 프로파일 작성 옵션을 사용하십시오.
기본적으로 제품의 첫 번째 관리 에이전트 프로파일 이름은
AdminAgent01로 지정되며 해당 서버의 이름은
adminagent로 지정됩니다.
자세한 정보는 관리 에이전트의 관리 프로파일 작성에 대한 주제를 참조하십시오.
manageprofiles 예제는 manageprofiles 명령에 대한
주제를 참조하십시오. -templatePath로
management 템플리트를 지정하십시오. -serverType으로
ADMIN_AGENT를 지정하십시오.
- 유연한 관리 환경에 추가할 독립형 애플리케이션 서버 노드에 대한
프로파일을 작성하십시오.
관리 에이전트 프로파일이 있는 동일한 컴퓨터에 상주하는
하나 이상의 독립형 애플리케이션 서버 노드에 대한 프로파일을
작성하십시오. 프로파일 관리 도구를 사용하거나
manageprofiles 명령을 사용할 수 있습니다.
예를 들어, 프로파일 관리 도구에서
애플리케이션 서버 환경을 선택하고 다음을 클릭한 후
프로파일을 작성하는 옵션을 선택하십시오. 기본적으로 애플리케이션 서버에는 자체 관리 콘솔이 있으며
관리 보안은 사용하도록 설정되고 콘솔 포트로 9060이 사용됩니다. 관리 보안을
사용하지 않도록 설정하고, 보안 인증을 지정하며, 샘플 애플리케이션을
설치하도록 지정하거나 기본 포트를 변경하려면 애플리케이션 서버 프로파일을
작성할 때 고급 프로파일 작성 옵션을 사용하십시오.
기본적으로 제품의 첫 번째 애플리케이션 서버 프로파일 이름은
AppSrv01로 지정되며 해당 서버의 이름은 server1로
지정됩니다.
자세한 정보는 애플리케이션 서버 프로파일 작성에 대한 주제를 참조하십시오.
manageprofiles 예제는 manageprofiles 명령에 대한
주제를 참조하십시오. -templatePath로
default 템플리트를 지정하십시오. -serverType 매개변수는
지정하지 마십시오.
- 관리 에이전트 서버를 시작하십시오.
- startServer 명령을 실행하십시오.
예를 들어
AdminAgent01 프로파일에 adminagent라는 서버 이름이 포함되어 있는 경우, AdminAgent01 프로파일의 bin 디렉토리에서 다음 명령을
실행하십시오.
startServer adminagent
Windows 운영 체제 작업 표시줄을 사용하십시오.을 누르십시오.
START 명령을 사용하여 관리 에이전트를 시작하십시오.START administrative_agent_proc_name,JOBNAME=server_short_name,
ENV=cell_short_name.node_short_name.server_short_name
관리 에이전트가 시작되면 open for e-business 메시지가 표시되고
다음 메시지가 관리 에이전트의 startServer.log 파일에 기록됩니다.
Server launched. Waiting for initialization status.
Server adminagent open for e-business; process id is 1932.
자세한 정보는 관리 에이전트 시작 및 중지에 대한 주제를 참조하십시오.
- 독립형 애플리케이션 서버 노드를 관리 에이전트에 등록하십시오.
![[Windows]](../images/ngwin.svg)
예를 들어, AppSrv01 프로파일을 관리 에이전트에 등록하고 다른 값 (예: 관리 에이전트 포트의 경우
8877 , AppSrv01 노드 이름의 경우
nodeA ) 을 지정하려면 관리 에이전트 프로파일의
bin 디렉토리에서 다음 명령을 실행하십시오.
registerNode -profilePath C:\v80_WAS\IBM\WebSphere\AppServer\profiles\AppSrv01 -host localhost -conntype SOAP -port 8877 -name nodeA
관리 에이전트가 원격 연결 유형으로
IPC 를 사용하고 IPC 커넥터 주소 포트 번호로
9642 를 사용하는 경우, 명령에
-conntype SOAP -port 8877대신
-conntype IPC -port
9642 를 지정하십시오.
자세한 정보는 registerNode 명령에 대한 주제를 참조하십시오.
- 노드가 관리 에이전트에 등록되었는지 확인하십시오.
관리 에이전트 콘솔 또는 wsadmin 스크립트 명령을 사용하여 관리 에이전트에 등록된
노드 목록을 볼 수 있습니다.
- 독립형 애플리케이션 서버 노드를 시작하십시오.
startServer 명령을 실행하십시오.
![[Linux]](../images/nglinux.svg)
![[AIX]](../images/ngaix.svg)
![[Windows]](../images/ngwin.svg)
![[HP-UX]](../images/nghpux.svg)
예를 들어, AppSrv01 독립형 Application Server 프로파일에 서버 이름 server1가 있다고 가정하십시오. AppSrv01 프로파일의 bin 디렉토리에서
다음 명령을 실행하십시오.
startServer server1
Windows 운영 체제 작업 표시줄을 사용할 수도 있습니다. 을 클릭하십시오.
서버가 시작되면 open for e-business 메시지가 표시되고
해당 메시지가 startServer.log 파일에 기록됩니다.
자세한 정보는 startServer 명령 및 애플리케이션 서버 시작에 대한
주제를 참조하십시오.
결과
관리 에이전트 환경이 설정되었고 노드가 실행 중입니다.
다음에 수행할 내용
관리 에이전트를 사용하여 독립형 애플리케이션 서버 노드를
모니터 및 구성하십시오. 예를 들어 독립형 애플리케이션 서버가 관리 에이전트에
등록되면 관리 에이전트 콘솔에서 독립형 애플리케이션 서버를
처리해야 합니다. 관리 에이전트 콘솔의 로그인 페이지에서 애플리케이션 서버 콘솔에
액세스할 독립형 애플리케이션 서버 노드를 선택하십시오.
관리 에이전트에서
독립형 애플리케이션 서버 노드를 작업 관리자에 등록할 수 있습니다. 노드를
작업 관리자에 등록하면 관리 에이전트와 독립형 애플리케이션 서버를
원격 관리할 수 있습니다. 노드는 작업 관리자를 정기적으로 폴하여
노드와 관련된 작업이 게시되었는지 여부를 판별합니다.
관리 에이전트 콘솔에서
다음을 수행하면 독립형 애플리케이션 서버 노드를 작업 관리자에 등록할 수
있습니다.
- 를 클릭하십시오.
- 관리 에이전트 페이지의 구성 탭에서 노드를 클릭하십시오.
- 노드 페이지에서 작업 관리자에 등록할 노드를 선택하고 작업 관리자에 등록을
클릭하십시오.
- 작업 관리자에 등록 페이지에서, 노드 이름 및 작업 관리자 관리 콘솔 포트 번호를
지정하고 작업 관리자에 대한 사용자 이름과 비밀번호 등의 다른 매개변수를 선택적으로 지정하고
확인을 클릭하십시오.
문제점 방지: 포트의 경우, 보안이 사용되지 않으면 비보안 작업 관리자 관리 콘솔 포트에 대해 9960 를 지정하십시오. 포트 번호를 지정하지 않으면 기본 보안 포트 번호인 9943이
사용됩니다.
나중에 노드를 등록 취소하려면, 동일한 노드 페이지를
사용할 수 있습니다. 단, 작업 관리자에서 등록 취소를 클릭하십시오.
작업 관리자에
등록 및 등록 취소할 때는 관리 에이전트 콘솔을 사용하는 대신, ManagedNodeAgent registerWithJobManager wsadmin 명령을
사용할 수 있습니다. 노드를 등록 취소하려면 ManagedNodeAgent unregisterWithJobManager wsadmin 명령을
사용하십시오.
![[AIX Solaris HP-UX Linux Windows]](../images/ngdist.svg)
시스템 시계를 변경하려면 먼저 모든 Application Server, Node Agent 서버, Deployment Manager 서버, 관리 에이전트 서버 및 작업 관리자 서버를 중지하십시오. 서버를 중지시킨 후에는 시스템 시계를 변경한 후 서버를 다시 시작하십시오. 한 시스템에서 시스템 시계를 변경한 경우에는 서로 통신하고
WebSphere Application Server가 설치된 모든 시스템에서의 시계가 동기화되었는지 확인해야 합니다. 그렇지 않으면 보안 토큰이 더 이상 유효하지 않는 등의 오류가 발생할 수도 있습니다.