애플리케이션 서버 프로파일 작성

일반적으로 Java™ 기술을 사용하여 애플리케이션을 인터넷이나 인트라넷에서 사용할 수 있도록 애플리케이션 서버 프로필을 생성합니다. 프로필 관리 도구를 사용하여 애플리케이션 서버 프로필을 생성할 수 있습니다.

1. 프로필 관리 도구를 실행하여 새로운 런타임 환경을 생성하십시오.
   도구를 시작하려면 다음 방법 중 하나를 사용할 수 있습니다.

   • 설치가 완료되면 확인란을 선택하여 프로필 관리 도구를 실행하십시오.
   • 명령 프롬프트에서 직접 ‘ WebSphere 사용자 지정 도구 상자’를 여는 명령을 실행한 다음, ‘프로필 관리 도구 ’를 엽니다.
   • ‘첫 단계’ 콘솔에서 ‘ WebSphere 사용자 지정 도구 상자’ 옵션을 선택한 다음, ‘프로필 관리 도구’를 엽니다.
   • 시작 메뉴를 통해 ‘ WebSphere 사용자 지정 도구 모음’에 접속한 다음, ‘프로필 관리 도구 ’를 엽니다.
   • 프로그램을 실행하는 데 사용되는 Linux 운영 체제 메뉴를 통해 WebSphere 사용자 지정 도구 상자를 실행한 다음, 프로필 관리 도구를 엽니다.
2. ‘프로필’ 탭에서 ‘만들기’를 클릭하여 새 프로필을 생성합니다.

   프로파일 탭에는 시스템에서 작성된 프로파일 목록이 있습니다. 선택한 프로파일이 기능 보강될 수 없으면 해당 프로파일에 어떤 조치도 수행할 수 없습니다. 선택한 프로파일의 기능을 보강될 수 없으면 기능 보강 단추가 비활성화됩니다.

   도구가 환경 선택사항 분할창을 표시합니다.

3. ‘애플리케이션 서버’를 선택하고 ‘다음’을 클릭합니다.

   프로파일 작성 옵션 패널이 표시됩니다.

4. ‘일반 프로필 생성’ 또는 ‘고급 프로필 생성 ’ 중 하나를 선택한 다음 ‘다음’을 클릭합니다.

   일반 프로파일 작성 옵션은 기본 구성 설정을 사용하는 프로파일을 작성합니다. 고급 프로파일 작성 옵션을 사용하면 프로파일의 고유 구성 값을 지정할 수 있습니다.

5. ‘일반 프로필 생성’을 선택한 경우, 관리 보안 단계로 이동하십시오.
6. ‘고급 프로필 생성’을 선택한 경우, 배포할 애플리케이션을 선택한 다음 ‘다음’을 클릭하십시오.

   도구는 프로파일 이름과 위치 패널을 표시합니다.

7. 프로파일 이름과 프로파일 디렉토리의 디렉토리 경로를 지정하거나 기본값을 적용하십시오. 그런 다음, 다음을 클릭하십시오.
   프로파일 이름 지정 가이드라인: 2바이트 문자가 지원됩니다. 프로파일 이름은 제한사항이 다음과 같은 고유 이름일 수 있습니다. 프로파일의 이름을 지정할 때 다음 문자를 사용하지 마십시오.

   • 공백
   • 운영 체제의 디렉토리 이름 내에서 지원되지 않는 특수 문자(예: *&?)
   • 슬래시(/) 또는 (\)

   고급 프로파일 작성 경로의 프로파일 이름과 위치 패널에서 배치 템플리트를 사용하여 서버 작성을 선택하여 배치 환경에 최적화된 구성 설정을 사용하여 애플리케이션 서버를 작성할 수 있습니다. 배치 템플리트는 시작 시간을 줄이고 서버가 덜 강력한 하드웨어에서 실행되도록 허용합니다.

   중요: 개발용 템플릿을 운영 서버에 사용하지 마십시오.

   시스템에서 작성하는 첫 번째 프로파일이 기본 프로파일입니다. 기본 프로파일은 제품 설치 루트의 bin 디렉토리에서 발행된 명령에 대한 기본 대상입니다. 시스템에 프로파일이 하나만 있을 때에는 구성의 서버 프로세스에서 모든 명령이 작동합니다. 고급 프로파일 작성 경로의 프로파일 이름 및 위치 패널에서 이 프로파일을 기본값으로 지정을 선택하여 다른 프로파일을 작성하는 경우, 해당 프로파일을 기본 프로파일로 지정할 수 있습니다. 프로파일 작성 후 manageprofiles 명령을 사용하여 다른 프로파일을 기본 프로파일로 지정할 수도 있습니다.

   시스템에 여러 프로파일이 있는 경우 특정 명령을 사용하려 할 때 해당 명령이 적용되는 프로파일이 기본 프로파일이 아니라면 해당 프로파일을 지정해야 합니다. 이러한 명령은 -profileName 매개변수를 사용하여 주소를 지정할 프로파일을 식별합니다. 각 프로파일의 bin 디렉토리에 있는 명령을 사용하는 것이 보다 간편하다는 사실을 알 수 있습니다.

   이러한 명령을 사용하여 명령 쉘을 조회하여 호출 프로파일을 판별하고 호출 프로파일에 이러한 명령을 지정하십시오.

   기본 프로파일 이름은 <profile_type><profile_number>입니다.

   • <profile_type>은 AppSrv, Dmgr, Custom, AdminAgent, JobMgr 또는 SecureProxySrv의 값입니다.
   • <profile_number>는 고유 프로파일 이름을 작성하는 데 사용되는 순차 번호입니다.

   기본 프로필 디렉터리는 입니다 app_server_root/profiles. 여기서 app_server_root는 설치 루트 디렉터리입니다.

   기본 프로필 디렉터리는 입니다 app_server_root\profiles. 여기서 app_server_root는 설치 루트 디렉터리입니다.

   성능 튜닝 설정: 애플리케이션 서버가 실행될 환경 유형과 가장 밀접하게 일치하는 성능 튜닝 설정을 선택하십시오.

   표준

   standard 설정값은 일반용으로 사용하기에 최적화된 바로 사용할 수 있는 표준 기본 구성 설정값입니다.

   최대

   최대 설정은 애플리케이션 변경이 거의 발생하지 않으며 최적의 런타임 성능이 중요한 프로덕션 환경에 적합합니다.

   개발

   개발 설정은 애플리케이션 업데이트가 자주 수행되며 최소의 시스템 자원이 있는 개발 환경에 적합합니다.

   중요: 프로덕션 서버에는 개발용 설정을 사용하지 마십시오.

8. ‘노드 및 호스트 이름’ 패널에서 애플리케이션 서버의 속성을 지정하고 ‘다음’을 클릭합니다.

   사용자가 작성하는 각 애플리케이션 서버의 고유 이름을 사용하십시오.

   예약된 이름: 예약된 폴더 이름을 필드 값으로 사용하지 마십시오. 예약된 폴더 이름을 사용하면 예기치 않은 결과가 발생할 수 있습니다. 다음 용어는 예약된 폴더 이름입니다.

   • cells
   • nodes
   • 서버
   • 클러스터
   • applications
   • 배치

   다음 테이블에 있는 일부 기본값은 인쇄 목적상 다중 행으로 나눠집니다.

   필드 이름	기본값	제한조건	설명
   노드 이름	shortHostName Node NodeNumber 상황: shortHostName은 축약 호스트 이름입니다. NodeNumber는 01에서 시작되는 순차 번호입니다.	예약된 용어를 사용하지 마십시오.	원하는 이름을 선택하십시오. 시스템에 있는 둘 이상의 애플리케이션 서버를 작성하려는 경우 설치 구성을 지원하려면 고유한 이름을 사용하십시오.
   서버 이름	server1	애플리케이션 서버에 대한 고유 이름을 사용하십시오.	이름은 애플리케이션 서버에 대한 논리 이름입니다.
   호스트 이름	도메인 이름 시스템(DNS) 서버 이름의 전체 형식.	네트워크를 통해 주소 지정이 가능합니다.	시스템의 DNS 이름 또는 IP 주소를 사용하여 시스템과의 통신을 사용 가능하게 하십시오. 이 표 다음에 나오는 호스트 이름에 대한 추가 정보를 참조하십시오.

   노드 이름 고려 사항: 이전 버전의 Network Deployment 설치를 9.0 버전 으로 마이그레이션하고 셀의 관리 노드 중 하나를 마이그레이션할 계획이라면 이전 버전의 관리 노드에 사용했던 것과 동일한 노드 이름을 9.0 버전 애플리케이션 서버에 사용하십시오.

   디렉토리 경로 고려사항:

   • 설치 디렉토리 경로는 260자 이하여야 합니다.
   • 프로파일 관리 도구에서 디렉토리 경로를 입력하는 필드가 비활성화시 희미하게 표시되지 않고 마우스 오른쪽 단추로 클릭할 경우 일반적인 메뉴와 다른 컨텍스트 메뉴를 표시할 수 있습니다.

   호스트 이름 고려사항:

   호스트 이름은 노드가 설치된 실제 시스템의 네트워크 이름입니다. 호스트 이름은 서버에서 실제 네트워크 노드로 분석되어야 합니다. 서버에 여러 네트워크 카드가 있는 경우, 호스트 이름 또는 IP 주소는 네트워크 카드의 하나로 분석되어야 합니다. 원격 노드는 호스트 이름을 사용하여 이 노드와 연결하고 통신합니다. 기타 시스템이 네트워크 내에서 도달할 수 있는 호스트 이름을 선택하는 것은 중요합니다. 이 값에 일반 ID(localhost)를 사용하지 마십시오. 또한, 2바이트 문자 집합(DBCS)의 문자를 사용하는 호스트 이름을 가진 컴퓨터에는 WebSphere Application Server 제품을 설치하지 마십시오. 호스트 이름에 사용할 경우에는 DBCS 문자가 지원되지 않습니다.

   동일한 컴퓨터에 있는 공존 노드들에 고유한 IP 주소를 할당한 다음, 각 IP 주소를 DNS 서버 조회 테이블에 등록하십시오. 독립형 애플리케이션 서버의 구성 파일은 단일 네트워크 주소를 갖는 시스템의 여러 IP 주소에 대한 도메인 이름 분석을 제공하지 않습니다.

   호스트 이름에 대해 지정하는 값은 구성 문서에서 독립형 애플리케이션 서버에 대한 hostName 특성의 값으로 사용됩니다. 호스트 이름 값을 다음 형식 중 하나로 지정하십시오.

   • 다음과 같은 완전한 형식의 DNS 서버 호스트 이름 문자열: xmachine.manhattan.ibm.com
   • 기본 축약형 DNS 호스트 이름 문자열(예: xmachine)
   • 숫자 IP 주소(예: 127.1.255.3)

   완전한 DNS 호스트 이름은 모호하지 않으며 유연하다는 이점이 있습니다. 애플리케이션 서버 구성을 변경하지 않고 호스트 시스템의 실제 IP 주소를 변경할 수 있습니다. 호스트 이름에 대한 이 값은 특히 DHCP(Dynamic Host Configuration Protocol)를 사용하여 IP 주소를 지정할 때 IP 주소를 자주 변경할 경우 유용합니다. 이 형식의 단점은 DNS에 따라 달라집니다. DNS를 사용할 수 없으면 연결성이 저하됩니다.

   또한 축약형 호스트 이름은 동적으로 분석될 수 있습니다. 축약 이름 형식은 시스템이 네트워크 연결이 끊어졌을 때도 애플리케이션 서버를 실행할 수 있도록 로컬 호스트 파일에서 재정의되는 추가 기능을 갖습니다. 연결 끊기를 실행하려면 호스트 파일에서 축약형 이름을 루프백 주소, 127.0.0.1로 정의하십시오. 원격 액세스에 대한 이 형식의 단점은 DNS에 따라 달라집니다. DNS를 사용할 수 없으면 연결성이 저하됩니다.

   숫자 IP 주소는 DNS를 통해 이름 분석을 요구하지 않는 장점이 있습니다. 원격 노드는 DNS가 사용 가능하지 않아도 숫자 IP 주소로 이름을 지정한 노드에 연결할 수 있습니다. 이 형식의 단점은 숫자 IP 주소는 고정적이라는 것입니다.

   애플리케이션 서버 특성을 지정한 후, 도구가 관리 보안 분할창을 표시합니다.

9. 원하는 경우 관리자 보안을 활성화하고 ‘다음’을 클릭합니다.

   지금 프로파일을 작성하는 동안이나 나중에 콘솔에서 관리 보안을 사용 가능하게 할 수 있습니다. 지금 관리 보안을 사용 가능하게 하려면 사용자 이름 및 비밀번호를 입력하여 관리 콘솔에 로그온하십시오.

   보안 특성을 지정한 후 이전에 고급 프로파일 작성을 선택한 경우 도구가 보안 특성 분할창을 표시합니다.

10. 이 단계의 시작 부분에서 ‘일반 프로필 생성’을 선택한 경우, ‘프로필 요약’ 패널 이 표시되는 단계로 이동하십시오.
11. 기본 개인 인증서와 루트 서명 인증서를 생성하거나, 키스토어 파일에서 개인 인증서와 루트 서명 인증서를 가져온 다음 ‘다음’을 클릭합니다.

    2개의 인증 모두를 작성하거나 2개의 인증 모두를 가져오거나 또는 하나의 인증을 작성하고 다른 인증을 가져올 수 있습니다.

    모범 사례: 개인 인증서를 기본 개인 인증서로 가져올 때는 해당 개인 인증서에 서명한 루트 인증서도 함께 가져오십시오. 그렇지 않은 경우, 프로필 관리 도 구는 개인 인증서의 서명자를 ` trust.p12 ` 파일에 추가합니다.

    기본 개인 인증 또는 루트 서명 인증을 가져오는 경우 경로 및 비밀번호를 지정하고 가져오는 각 인증의 키 저장소 유형 및 키 저장소 별명을 선택합니다.

12. 인증서 정보가 정확한지 확인한 후 ‘다음’을 클릭하십시오.

    인증을 작성하면 기본값을 사용하거나 기본값을 수정하여 새 인증을 작성할 수 있습니다. 기본 개인 인증은 1년 동안 유효하며 루트 서명 인증으로 서명됩니다. 루트 서명 인증은 자체 서명한 인증으로 기본적으로 15년 동안 유효합니다. 루트 서명 인증의 기본 키 저장소 비밀번호는 WebAS입니다. 비밀번호를 변경해야 합니다. PKCS12를 포함한 특정 키 저장소 유형에서 2바이트 문자 세트(DBCS) 문자를 지원하지 않으므로 비밀번호에 DBCS 문자를 사용할 수 없습니다. 지원되는 키 저장소 유형은 java.security 파일에 있는 제공자에 따라 다릅니다.

    하나 또는 2개의 인증 모두를 작성하거나 하나 또는 2개의 인증 모두를 가져오는 경우 작성된 키 저장소 파일은 key.p12, trust.p12, root-key.p12, default-signers.p12, deleted.p12 및 ltpa.jceks입니다. 인증을 작성하거나 가져올 때 이러한 파일은 모두 동일한 비밀번호를 가지고 있으며 비밀번호는 기본 비밀번호이거나 지정한 비밀번호입니다. key.p12 파일은 기본 개인 인증을 포함합니다. trust.p12 파일은 기본 루트 인증에서 온 서명 인증을 포함합니다. root-key.p12 파일은 루트 서명 인증을 포함합니다. default-signer.p12 파일은 서버가 설치되고 실행된 후 작성한 모든 새 키 저장소 파일에 추가된 서명 인증을 포함합니다. 기본적으로 기본 루트 인증서 서명자는 ` default-signer.p12 ` 키스토어 파일에 포함되어 있습니다. deleted.p12 키 저장소 파일은 필요한 경우 인증을 복구할 수 있도록 deleteKeyStore 태스크로 삭제된 인증을 보유합니다. 이 ltpa.jceks 파일에는 사용자의 환경에 있는 서버들이 서로 통신하는 데 사용하는 서버 기본 경량 타사 인증(LTPA) 키가 포함되어 있습니다.

    가져온 인증은 key.p12 파일 또는 root-key.p12 파일에 추가됩니다.

    어떤 인증 및 원하는 정보를 포함하는 인증을 가져오는 경우 이전을 클릭하여 다른 인증을 가져옵니다.

    보안 인증 분할창을 표시한 후 이전에 고급 프로파일 작성을 선택한 경우 도구가 포트 분할창을 표시합니다.

13. 독립형 애플리케이션 서버에 지정된 포트 번호가 중복되지 않는지 확인한 후 ‘다음’을 클릭하십시오.

    관리 콘솔을 배치하도록 선택하지 않은 경우 포트 분할창에서 관리 콘솔 포트를 사용할 수 없습니다.

    포트 충돌 해결

    다음과 같은 경우 포트가 사용 중인 것으로 인식됩니다.

    • 현재 사용자가 수행한 설치에서 작성된 프로파일에 포트가 지정되었습니다.
    • 포트가 현재 사용 중입니다.

    포트 값 지정 패널에 액세스하면 포트 유효성을 검증합니다. 프로파일 작성이 완료되어야 포트가 지정되므로 포트 값 지정 분할창 및 프로파일 작성 완료 분할창 간에 계속 충돌이 일어날 수 있습니다.

    포트 충돌이 예상되면 프로파일을 작성한 후에 포트 충돌을 조사할 수 있습니다. 다음 파일을 검사하여 프로파일 작성 중에 사용된 포트를 판별하십시오.

    • profile_root/properties/portdef.props 파일
    • profile_root\properties\portdef.props 파일

    이 파일에는 포트를 설정할 때 사용된 키와 값이 포함되어 있습니다. 포트 충돌을 발견하면 수동으로 포트를 재지정할 수 있습니다. 포트를 재지정하려면 ws_ant 스크립트를 사용하여 updatePorts.ant 파일을 실행하십시오.

    Windows 운영 체제에 설치하는 경우, 설치 ID에 관리자 그룹 권한이 부여되어 있으면 이 도구는 Windows 서비스 정의 패널을 표시합니다. 지원되는 ‘ Linux ’ 운영 체제에 설치 중이고, 프로필 관리 도구를 실행하는 ID가 루트 사용자일 경우, 이 도구는 ‘ Linux ’ 서비스 정의 패널을 표시합니다.

14. Windows 운영 체제에서는 애플리케이션 서버를 Windows 서비스로 실행할지, 아니면 Linux 운영 체제에서는 Linux 서비스로 실행할지 선택한 다음 ‘다음’을 클릭합니다.
    • 

      Windows 운영 체제의 경우 Windows 서비스를 설치하는 ID가 관리자 그룹 특권을 갖고 있는 경우에만 Windows 서비스 정의 패널이 표시됩니다. 그러나 설치자 ID가 관리자 그룹에 속하면 WASService.exe 명령을 실행하여 Windows 서비스를 작성할 수 있습니다. 자세한 정보는 서버 프로세스 자동 다시 시작을 참조하십시오.

      제품은 startServer 명령으로 시작한 애플리케이션 서버 프로세스에 대한 Windows 서비스를 시작하려고 시도합니다. 예를 들어, 애플리케이션 서버를 Windows 서비스로 구성하고 startServer 명령을 발행하는 경우 wasservice 명령은 정의된 서비스를 시작하려고 시도합니다.

      로컬 시스템 서비스를 설치하기로 선택한 경우 사용자 ID 또는 비밀번호를 지정하지 않아도 됩니다. 서비스의 지정된 사용자 유형을 작성하는 경우에는 서비스를 실행하는 사용자의 사용자 ID 및 비밀번호를 지정해야 합니다. 서비스가 정상적으로 실행되려면 사용자에게 해당 Log on as a service 권한이 있어야 합니다. 사용자에게 권한이 Log on as a service 없는 경우, 프로필 관리 도구가 자동으로 해당 권한을 추가합니다.

      이 프로파일 작성 태스크를 수행하려면 사용자 ID에 공백이 없어야 합니다. ID는 관리자 그룹에 속해야 하며 고급 사용자 권한인 Log on as a service도 있어야 합니다. 사용자 ID가 관리자 그룹에 속하고 사용자 ID에 고급 사용자 권한이 없으면 설치 프로그램이 사용자 ID에 고급 사용자 액세스를 부여합니다.

      또한 설치가 완료된 후 다른 Windows 서비스를 작성하여 다른 서버 프로세스를 시작할 수 있습니다. 자세한 정보는 서버 프로세스 자동 다시 시작을 참조하십시오.

      프로파일 작성 중에 추가된 Windows 서비스를 프로파일을 삭제하는 동안 제거할 수 있습니다. wasservice 명령을 사용하여 Windows 서비스를 제거할 수도 있습니다.

      IPv6 고려사항

      서비스가 로컬 시스템에서 실행되도록 구성된 경우 IPv6(Internet Protocol Version 6)을 사용할 때 Windows 서비스로 실행되도록 작성된 프로파일을 시작할 수 없습니다. 사용자 특정 환경 변수를 작성하여 IPv6를 사용 가능하게 하십시오. 이 환경 변수는 로컬 시스템 변수가 아닌 사용자 변수이므로 특정 사용자로 실행되는 Windows 서비스만 이 환경 변수에 액세스할 수 있습니다. 기본적으로, 새 프로파일이 작성되어 Windows 서비스로 실행되도록 구성되면 서비스는 로컬 시스템으로 실행되도록 설정됩니다. 제품의 Windows 서비스 실행을 시도할 때 서비스는 IPv6를 지정하는 사용자 환경 변수에 액세스할 수 없으므로 IPv4(Internet Protocol Version 4)로 시작하려고 시도합니다. 이 경우 서버가 올바르게 시작하지 않습니다. 문제점을 해결하려면 프로파일을 작성할 때 제품의 Windows 서비스가 로컬 시스템이 아닌 IPv6을 지정하는 환경 변수가 정의된 동일한 사용자 ID로 실행되도록 지정하십시오.

      Windows 서비스의 기본값

      Windows 서비스 정의 패널에 대한 다음 기본값이 있습니다.

      • 기본값은 Windows 서비스를 실행하는 것입니다.
      • 시스템 계정으로 실행되도록 서비스 프로세스가 선택됩니다.
      • 사용자 계정은 현재 사용자 이름입니다. 사용자 이름 요구사항은 사용자 ID에 대한 Windows 운영 체제 요구사항입니다.
      • 시작 유형은 automatic입니다. 시작 유형에 대한 값은 Windows 운영 체제가 지정한 값입니다. automatic 이외의 시작 유형을 원하는 경우, 메뉴에서 사용 가능한 다른 옵션을 선택하거나 프로파일을 작성한 후에 시작 유형을 변경할 수 있습니다. 또한 프로파일 작성 후 작성된 서비스를 제거하고, 원하는 시작 유형으로 나중에 추가할 수 있습니다. 프로파일 작성 시 서비스를 작성하지 않도록 선택하고 나중에 원하는 시작 유형으로 선택적으로 서버를 작성할 수 있습니다.
    • 

      현재 운영 체제가 지원되는 버전의 Linux 운영 체제이고, 현재 사용자에게 적절한 권한이 있는 경우 ‘ Linux ’ 서비스 정의 패널이 표시됩니다.

      제품은 startServer 명령으로 시작한 Application Server 프로세스에 대한 Linux 서비스를 시작하려고 시도합니다. 예를 들어, Application Server를 Linux 서비스로 구성하고 startServer 명령을 발행하는 경우 wasservice 명령은 정의된 서비스를 시작하려고 시도합니다.

      기본적으로, 제품은 Linux 서비스로 실행되도록 선택되지 않습니다.

      이 서비스를 생성하려면 프로필 관리 도구를 실행하는 사용자가 root 사용자여야 합니다. 루트 사용자가 아닌 다른 사용자 ID로 프로필 관리 도구를 실행하면, ‘ Linux ’ 서비스 정의 패널이 표시되지 않으며 서비스가 생성되지 않습니다.

      Linux 서비스를 생성할 때는 서비스가 실행될 사용자 이름을 지정해야 합니다.

      Linux 서비스를 삭제하려면 사용자가 루트 사용자이거나 서비스를 삭제할 수 있는 특권을 갖고 있어야 합니다. 그렇지 않으면, 루트 사용자가 사용자 대신 서비스를 삭제하기 위해 실행할 수 있는 제거 스크립트가 작성됩니다.

    이전에 고급 프로파일 작성을 선택한 경우 다음 분할창에 웹 서버 정의 분할창이 표시됩니다.

15. 고급 프로필을 생성할 때, 지금 프로필에 웹 서버 정의를 포함하기로 선택한 경우 패널에서 웹 서버의 특성을 지정하고, 웹 서버 정의 패널을 모두 완료할 때까지 ‘다음’을 클릭하십시오.

    웹 서버를 사용하여 제품으로 요청을 라우트하는 경우 웹 서버 정의를 포함해야 합니다. 지금 정의를 포함하거나 나중에 제품에 웹 서버를 정의할 수 있습니다. 이 프로파일을 작성할 때 웹 서버를 정의하는 경우 프로파일을 작성한 후 웹 서버와 플러그인을 설치할 수 있습니다. 그러나 웹 서버 정의 분할창에 지정한 경로에는 두 개를 모두 설치해야 합니다. 이 프로파일을 작성한 후 제품에 웹 서버를 정의하는 경우 별도 프로파일에 웹 서버를 정의해야 합니다.

    도구가 프로파일 작성 요약 분할창을 표시합니다.

16. 작성을 클릭하여 Application Server를 작성하거나 이전을 클릭하여 Application Server의 특성을 변경하십시오.

    실행 중인 구성 명령이 표시된 프로파일 작성 진행률 분할창이 표시됩니다.

    프로파일 작성이 완료되면 도구는 프로파일 작성 완료 분할창을 표시합니다.

17. 원하는 경우 ‘첫 단계 콘솔 실행’을 선택합니다. 완료하려면 완료를 누르십시오.

    첫 번째 단계 콘솔을 사용하면 추가 프로파일을 작성하고 애플리케이션 서버를 시작할 수 있습니다.