설치 프로세스 중에 제품은 server1이라는 기본 애플리케이션 서버를 작성합니다. 대부분의 설치에는 애플리케이션에 필요한 프로덕션 환경 지원 요구를 처리하는
여러 애플리케이션 서버가 필요합니다.
명령행 도구 또는 관리 콘솔을 사용하여 추가 애플리케이션 서버를 작성할 수 있습니다.
이 태스크 정보
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
클러스터의 일부가 아닌 새 애플리케이션 서버를
작성하기 위해 createApplicationServer, createWebServer 또는 createGenericServer
wsadmin 명령을 사용하거나 관리 콘솔을 사용할 수 있습니다.
클러스터의
일부가 아닌 새 애플리케이션 서버를 작성하기 위해 Profile Management Tool, createApplicationServer,
createWebServer 또는 createGenericServer wsadmin 명령을 사용하거나
관리 콘솔을 사용할 수 있습니다.
제품의 이전 버전에서 마이그레이션하는 경우
한 셀의 일부 노드는 업그레이드하고 나머지 노드는 이전 제품 레벨로 유지할 수
있습니다. 즉 일정 기간 동안 동일 셀의
다른 두 개의 릴리스 레벨에서 실행하는 서버를 관리할 수 있습니다.
그러나 새 서버 정의를 작성하는 경우 서버 구성 템플리트를 사용해야 하며
해당 템플리트는 사용자가 서버를 작성 중인 노드의 버전과 일치하는 서버 인스턴스로부터
작성되어야 합니다.
최신 릴리스 레벨에서 실행 중인 서버로 수행할 수 있는
작업에 대한 제한사항은 없습니다.
유의: GRS(global resource serialization) 링을
사용하여 하나 이상의 monoplexes를
sysplex 환경에 첨부하는 경우 monoplexes에서 실행 중인 서버의 셀 이름은
전체 GRS 환경 내에서 고유해야 합니다.
이 요구사항은 monoplex에서 실행되는 서버의 셀 이름이 다음과 같음을 의미합니다.
- sysplex에서 실행 중인 서버의 셀 이름과
달라야 합니다.
- sysplex에 첨부된 기타 monoplex에서 실행 중인 서버의 셀 이름과
달라야 합니다.
GRS 환경 내에
중복 셀 이름을 가진 서버가 있으면 WebSphere Application Server는
sysplex 셀과 monoplex 셀을 구별할 수 없으며 두 서버를
동일한 셀의 파트로 처리합니다. 이 부정확한 셀 연관은 일반적으로
예기치 않은 처리 결과의 원인이 됩니다.
참고: 고유
포트가 있는 추가 서버를 사용하는 경우, WebSphere® Application Server는
서버의 가상 호스트를 자동으로 구성하지 않습니다. 특히, WebSphere Application Server는
가상 호스트에 호스트 별명 포트를 자동으로 추가하지 않습니다. 그러나 관리 콘솔을 사용하여 새 서버에서 사용되는
각 포트에 대한 새 호스트 별명을 추가할 수 있습니다. 자세한 정보는 가상 호스트 구성에 대한 문서를 참조하십시오.
관리 콘솔을 사용하여 클러스터의 일부가 아닌
새 애플리케이션 서버를 작성하려면 다음 단계를 완료하십시오.
- 관리 콘솔에서 을 클릭하십시오.
새 애플리케이션 서버 작성 마법사가 시작됩니다.
- 애플리케이션 서버의 노드를 선택하십시오.
- 애플리케이션 서버 이름을 입력하십시오. 이름은 노드 내에서 고유해야 합니다.
- 다음을 클릭하십시오.
- 새 서버의 서버 템플리트를 선택하십시오.
새 서버에 대해 기본 애플리케이션 서버 템플리트를 사용하거나 개발용으로
최적화된 템플리트를 사용할 수 있습니다. 새 애플리케이션 서버는
템플리트 서버의 모든 구성 설정을 상속합니다.
- 다음을 클릭하십시오.
기본적으로, 이 옵션은 사용 가능합니다. 이 옵션을 선택하는 경우
새 포트 값이 있는 서버에서 사용하려는 가상 호스트의 별명 목록을
업데이트해야 할 수 있습니다. 이 옵션을 선택 취소하는 경우 기본 포트 값이
동일한 물리적 시스템에 있는 다른 서버와 충돌하지 않도록 하십시오.
- 마법사에서 애플리케이션 서버의 고유 포트를 생성하도록 하려면
고유 HTTP 포트 생성을 선택하십시오.
- 옵션:
다음을 클릭한 후 서버의 축약 이름을 지정하십시오. 축약 이름은
서버에 대한 JOBNAME으로도 사용됩니다. 축약 이름 필드에 값을 지정하지 않은 경우,
축약 이름의 기본값은 BBOSnnn입니다. 여기서 nnn은 고유 축약 이름을 작성하는 데 사용될 수 있는 셀의 첫 번째 사용 가능한 번호입니다. 예를 들어 기본 축약 이름이 이미 셀에 있는 두 개의 다른 서버에 지정된 경우,
이 서버를 작성할 때 축약 이름을 지정하지 않으면 축약 이름 BBOS003이 이 서버에 지정됩니다.
유의: 이 축약 이름을 포함하는
RACF®
SERVER 클래스 프로파일을 설정했는지 확인하십시오.
- 옵션:
서버의 일반 축약 이름을 지정하십시오. 서버의 일반 축약 이름은 클러스터 변환 이름이 됩니다. 일반 축약 이름 필드에 값을 지정하지 않은 경우,
일반 축약 이름의 기본값은 BBOCnnn입니다. 여기서, nnn은 고유 일반 축약 이름을 작성하는 데 사용될 수 있는 셀의 첫 번째 사용 가능한
번호입니다. 예를 들어, 기본 일반 축약 이름이 이미 셀에 있는 세 개의
다른 서버에 지정된 경우, 이 서버를 작성할 때 일반 축약 이름을 지정하지 않으면
일반 축약 이름 BBOC004가 이 서버에 지정됩니다.
유의: 이 일반 축약 이름을 포함하는 RACF SERVER
클래스 프로파일을 설정했는지 확인하십시오.
- 다음을 클릭하십시오. 새 서버의 설정을 검토하십시오.
- 설정 중 하나를 변경하려는 경우 해당 설정을 변경할 수 있는 페이지로
리턴할 때까지 이전을 클릭하십시오.
- 추가 변경을 수행하지 않으려면 를 클릭하십시오.
- 검토를 클릭하고 노드와 변경사항
동기화를 선택한 다음 저장을 클릭하여
변경사항을 저장하십시오.
- 옵션:
애플리케이션 서버와 연관된 노드에 z/OS 다시 사용 가능한 ASID 기능이 아직 사용되지 않은 경우,
이 애플리케이션 서버가 해당 기능을 사용할 수 있게 하려면 updateZOSStartArgs
스크립트를 실행하십시오. 이 기능은
애플리케이션 서버가 모든 ASID(프로세스간 서비스와 연관된 것 포함)를
다시 사용 가능하게 해줍니다.
유의: 이
스크립트를 실행하기 전에, z/OS 버전 1.9 이상에서 실행 중인지와
z/OS 시작 프로세스 동안 다시 사용 가능한 ASID 기능이 사용되는지 확인하십시오.
이 기능이 z/OS에서 사용 가능하지 않으면, 이 스크립트를 실행해도
ASID 처리 방식에 영향을 미치지 않습니다.
다음에 수행할 작업
이 새로 작성된 애플리케이션 서버는 새 애플리케이션 서버 작성 마법사를 실행할 때 표시되지 않는 많은 기본 설정을 사용하여
구성됩니다.
다음을 수행할 수 있습니다.
- 관리 콘솔에서 를
클릭한 후 해당 애플리케이션 서버의 이름을 클릭하여 해당 애플리케이션 서버의
모든 구성 설정을 표시하십시오. 이 페이지에서 이 서버에 대한 구성 설정값 일부를 변경할 수 있습니다.
예를 들어,
서버 시작 프로세스 동안 모든 서버 컴포넌트를 시작할 필요가 없는 경우
새 서버를 작성할 때 자동으로 선택되지 않은 필요한 시작
컴포넌트를 선택할 수 있습니다. 이 특성을 선택하면 서버 컴포넌트가 필요에 따라 동적으로
시작됩니다. 이 특성을 선택하지 않으면 시작 프로세스 동안 모든 서버 컴포넌트가
시작됩니다. 따라서 이 특성을 선택하면
일반적으로 시작 프로세스 중에 컴포넌트가 더 적게 시작되므로
시작 시간이 개선됩니다.
유의: 이 제품의 위에 다른 WebSphere 제품을 실행 중인 경우
이 특성을 선택하기 전에 해당하는 다른 제품이 이 기능을 지원하는지 확인하십시오.
특정 조작의 기본 타이머 설정을 변경해야 하는 경우 타이머 설정을 수정하려면 서버 사용자 정의 특성을 사용하십시오.
- 관리 콘솔에서 다중 언어 인코딩 지원을 사용해야 하는 경우 client.encoding.override
JVM(Java™ Virtual Machine)
인수를 UTF-8로 설정하십시오.