[AIX Solaris HP-UX Linux Windows]

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

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

시작하기 전에

프로파일 관리 도구를 사용하기 전에 제품 파일을 설치하십시오.

지원된 구성 지원된 구성: 프로파일 관리 도구manageprofiles 명령에 대한 그래픽 사용자 인터페이스이며 AIX®, Linux 및 Windows에서만 지원됩니다. On HP-UX, IBM® i 및 Solaris에서는 대신 manageprofiles 명령을 사용하십시오.sptcfg

프로파일을 작성하기에 충분한 시스템 임시 공간을 제공해야 합니다. 자세한 정보는 프로파일의 파일 시스템 요구사항을 참조하십시오.

주의: 프로파일 관리 도구를 실행하면 도구는 다음 상황(루트로 시스템에 로그인하고 SetPermissions 유틸리티를 사용하여 사용자를 x에서 y로 변경)에서 루트가 아닌 사용자를 잠글 수 있습니다. 본인이 사용자 x라고 가정하고 시스템으로 다시 로그인하십시오. 프로파일 관리 도구를 실행하고 프로파일 관리 도구를 클릭한 후 작성을 클릭하십시오. 작성을 클릭한 다음 클릭하면 도구를 잠글 수 있습니다.

이 태스크 정보

WebSphere® Application Server, Network Deployment 제품의 코어 제품 파일을 설치한 후, 프로파일을 작성해야 합니다. 이 프로시저에서는 프로파일 관리 도구에서 제공하는 그래픽 사용자 인터페이스를 사용하여 애플리케이션 서버 프로파일을 작성하는 것에 대해 설명합니다. 또한 manageprofiles 명령을 사용하여 애플리케이션 서버 프로파일을 작성할 수도 있습니다. 자세한 정보는 manageprofiles 명령의 설명을 참조하십시오.

애플리케이션 서버 프로파일에는 server1인 기본 서버와 Snoop 서블릿 및 Hitcount 서블릿을 포함하는 기본 애플리케이션이 있습니다. 애플리케이션 서버를 연합하거나 독립형 애플리케이션 서버로 사용할 수 있습니다.

일반 프로파일 작성 프로세스 또는 고급 프로파일 작성 프로세스를 사용하여 프로파일 관리 도구로 프로파일을 작성할 수 있습니다. 일반 프로파일 작성 프로세스에서는 기본 설정을 사용하고 고유 포트 값을 지정합니다. 선택적으로 허용되는 값을 설정할 수 있습니다. 고급 프로파일 작성 프로세스의 경우 기본값을 승인하거나 사용자 고유 값을 지정할 수 있습니다.

프로시저

  1. 프로파일 관리 도구를 시작하여 새 런타임 환경을 작성하십시오.
    다음 방법 중 하나를 사용하여 도구를 시작할 수 있습니다.
    • 설치 과정 종료 시 프로파일 관리 도구를 실행하는 선택란을 선택하십시오.
    • 명령 프롬프트에서 직접 명령을 실행하여 WebSphere Customization Toolbox를 연 다음 프로파일 관리 도구를 여십시오.
    • 첫 번째 단계 콘솔에서 WebSphere Customization Toolbox 옵션을 선택한 다음 프로파일 관리 도구를 여십시오.
    • [Windows]시작 메뉴를 사용하여 WebSphere Customization Toolbox에 액세스한 다음 프로파일 관리 도구를 여십시오.
    • [Linux]프로그램을 시작하는 데 사용되는 Linux 운영 체제 메뉴를 사용하여 WebSphere Customization Toolbox를 시작한 다음 프로파일 관리 도구를 여십시오.
  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>는 고유 프로파일 이름을 작성하는 데 사용되는 순차 번호입니다.

    [AIX][Linux]기본 프로파일 디렉토리는 app_server_root/profiles입니다. 여기서 app_server_root는 설치 루트입니다.

    [Windows]기본 프로파일 디렉토리는 app_server_root\profiles입니다. 여기서 app_server_root는 설치 루트입니다.

    성능 튜닝 설정: 애플리케이션 서버가 실행될 환경 유형과 가장 일치하는 성능 튜닝 설정을 선택하십시오.
    Standard
    standard 설정은 일반 사용을 위해 최적화된, 바로 사용 가능한 표준 기본 구성 설정입니다.
    Peak
    peak 설정은 애플리케이션 변경이 거의 발생하지 않으며 최적의 런타임 성능이 중요한 프로덕션 환경에 적합합니다.
    Development
    development 설정은 애플리케이션 업데이트가 자주 수행되고 시스템 자원이 최소인 개발 환경에 적합합니다.
    중요사항: 프로덕션 서버에는 development 설정을 사용하지 마십시오.
  8. 노드 및 호스트 이름 패널에서 애플리케이션 서버의 특성을 지정하고 다음을 클릭하십시오.

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

    예약된 이름: 예약된 폴더 이름을 필드 값으로 사용하지 마십시오. 예약된 폴더 이름을 사용하면 예기치 않은 결과가 발생할 수 있습니다. 다음 용어는 예약된 폴더 이름입니다.
    • cells
    • nodes
    • 서버
    • clusters
    • 애플리케이션
    • deployments

    다음 테이블의 일부 기본값은 인쇄를 위해 여러 행으로 나눠집니다.

    필드 이름 기본값 제한조건 설명
    노드 이름
    shortHostName
    Node
    NodeNumber
    여기서,
    • shortHostName은 축약 호스트 이름입니다.
    • NodeNumber는 01에서 시작되는 순차 번호입니다.
    예약된 용어를 사용하지 마십시오. 원하는 이름을 선택하십시오. 시스템에 있는 둘 이상의 애플리케이션 서버를 작성하려는 경우 설치 구성을 지원하려면 고유한 이름을 사용하십시오.
    서버 이름 server1 애플리케이션 서버에 대해 고유 이름을 사용하십시오. 이 이름은 애플리케이션 서버에 대한 논리 이름입니다.
    호스트 이름

    도메인 이름 서버(DNS) 이름의 긴 양식입니다.

    네트워크를 통해 주소 지정이 가능합니다. 시스템의 DNS 이름 또는 IP 주소를 사용하여 시스템과의 통신을 사용 가능하게 하십시오. 이 테이블 다음에 나오는 호스트 이름에 대한 추가 정보를 참조하십시오.

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

    디렉토리 경로 고려사항:
    • [Windows]설치 디렉토리 경로는 260자 이하여야 합니다.
    • 프로파일 관리 도구에서 디렉토리 경로를 입력하는 필드가 사용 안함 설정되었을 때 희미하게 표시되지 않고 마우스 오른쪽 단추를 클릭할 경우 일반적인 메뉴와 다른 컨텍스트 메뉴를 표시할 수 있습니다.

    호스트 이름 고려사항:

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

    고유한 IP 주소로 동일한 컴퓨터에 공존 노드를 정의할 경우 도메인 이름 서버(DNS) 검색 테이블에서 각 IP 주소를 정의하십시오. 독립형 애플리케이션 서버의 구성 파일은 단일 네트워크 주소가 있는 시스템의 여러 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. 기본 개인 인증서 및 루트 서명 인증서를 작성하거나 키 저장소 파일에서 가져온 후 다음을 클릭하십시오.

    두 인증서 모두를 작성하거나 가져올 수 있으며 또는 하나의 인증서는 작성하고 다른 인증서는 가져올 수 있습니다.

    우수 사례 우수 사례: 개인 인증서를 기본 개인 인증서로 가져오는 경우에는 개인 인증서에 서명한 루트 인증서를 가져오십시오. 그렇지 않으면 프로파일 관리 도구에서는 개인 인증서의 서명자를 trust.p12 파일에 추가합니다. bprac

    기본 개인 인증서 또는 루트 서명 인증서를 가져오는 경우 가져오는 각 인증서에 대해 경로와 비밀번호를 지정하고 키 저장소 유형 및 키 저장소 별명을 선택하십시오.

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

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

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

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

    임의의 인증서를 가져오고 이 인증서에 원하는 정보가 없을 경우, 이전을 클릭하여 다른 인증서를 가져오십시오.

    사전에 고급 프로파일 작성을 선택한 경우 보안 인증 패널을 표시하면 도구가 포트 패널을 표시합니다.

  13. 독립형 애플리케이션 서버에 지정된 포트가 고유한지 확인하고 다음을 클릭하십시오.

    관리 콘솔을 배치하도록 선택하지 않은 경우 포트 패널에서 관리 콘솔 포트가 사용 안함 설정됩니다.

    포트 충돌 분석

    다음 중 어느 한 상태와 같을 경우 포트가 사용 중인 것으로 인식됩니다.
    • 현재 사용자가 수행한 설치에서 작성된 프로파일에 포트가 지정되었습니다.
    • 포트가 현재 사용 중입니다.
    포트 값 지정 패널에 액세스할 때 포트의 유효성을 검증합니다. 프로파일 작성을 완료해야 포트가 지정되므로 포트 값 지정 패널과 프로파일 작성 완료 패널 간에 충돌이 계속 발생할 수 있습니다.
    포트 충돌이 의심되면 프로파일을 작성한 후에 포트 충돌을 조사할 수 있습니다. 다음 파일을 검사하여 프로파일 작성 중에 사용되는 포트를 판별하십시오.
    • [AIX][Linux]profile_root/properties/portdef.props 파일
    • [Windows]profile_root\properties\portdef.props 파일
    이 파일에는 포트를 설정할 때 사용되는 키와 값이 포함되어 있습니다. 포트 충돌을 발견하면 포트를 수동으로 다시 지정할 수 있습니다. 포트를 다시 지정하려면 ws_ant 스크립트를 사용하여 updatePorts.ant 파일을 실행하십시오.

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

  14. [Windows][Linux]애플리케이션 서버를 Windows 운영 체제에서 Windows 서비스로 또는 Linux 운영 체제에서 Linux 서비스로 실행할지 여부를 선택한 후 다음을 클릭하십시오.
    • [Windows]

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

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

      로컬 시스템 서비스를 설치하기로 선택한 경우 사용자 ID 또는 비밀번호를 지정하지 않아도 됩니다. 서비스의 지정된 사용자 유형을 작성한 경우에는 서비스를 실행하는 사용자의 사용자 ID 및 비밀번호를 지정해야 합니다. 서비스를 올바르게 실행하려면 사용자에게 서비스로 로그온 권한이 있어야 합니다. 사용자에게 서비스로 로그온 권한이 없을 경우 프로파일 관리 도구가 자동으로 권한을 추가합니다.

      이러한 프로파일 작성 태스크를 수행하려면 사용자 ID에 공백이 없어야 합니다. 관리자 그룹에 속하는 것 외에도 ID에 고급 사용자 권한인 Log on as a service가 있어야 합니다. 사용자 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 서비스 정의 패널에 대한 다음 기본값이 있습니다.
      • 기본값은 Windows 서비스로 실행하는 것입니다.
      • 시스템 계정으로 실행되도록 서비스 프로세스가 선택됩니다.
      • 사용자 계정은 현재 사용자 이름입니다. 사용자 이름 요구사항은 사용자 ID에 대해 Windows 운영 체제가 부여하는 요구사항입니다.
      • 시작 유형은 자동입니다. 시작 유형의 값은 Windows 운영 체제가 부여하는 값입니다. 자동 이외의 시작 유형을 원하는 경우, 메뉴에서 사용 가능한 다른 옵션을 선택하거나 프로파일을 작성한 후에 시작 유형을 변경할 수 있습니다. 또한 프로파일 작성 후 작성된 서비스를 제거하고 나중에 원하는 시작 유형으로 추가할 수 있습니다. 프로파일 작성 시 서비스를 작성하지 않도록 선택하고 나중에 선택적으로 원하는 시작 유형으로 서비스를 작성할 수 있습니다.
    • [Linux]

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

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

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

      서비스를 작성하려면 프로파일 관리 도구를 실행하는 사용자가 루트 사용자여야 합니다. 루트가 아닌 사용자 ID로 프로파일 관리 도구를 실행하는 경우 Linux 서비스 정의 패널이 표시되지 않으며 서비스가 작성되지 않습니다.

      Linux 서비스 작성 시 서비스를 실행하는 사용자 이름을 지정해야 합니다.

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

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

  15. 고급 프로파일 작성에서는 지금 프로파일에 웹 서버 정의를 포함하도록 선택한 경우 패널에서 웹 서버 특성을 지정하고 웹 서버 정의 패널을 완료할 때까지 다음을 클릭하십시오.

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

    도구가 프로파일 작성 요약 패널을 표시합니다.

  16. 작성을 클릭하여 애플리케이션 서버를 작성하거나, 이전을 클릭하여 애플리케이션 서버의 특성을 변경하십시오.

    실행 중인 구성 명령을 표시하는 프로파일 작성 진행상태 패널이 표시됩니다.

    프로파일 작성이 완료되면 도구가 프로파일 작성 완료 패널을 표시합니다.

  17. 선택적으로 첫 번째 단계 콘솔을 선택하십시오. 완료를 클릭하여 종료하십시오.

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

결과

애플리케이션 서버 프로파일이 작성되었습니다. 프로파일 내의 노드에 server1이라는 애플리케이션 서버가 있습니다.

프로파일 관리 도구 대신 명령을 사용하여 프로파일을 작성하는 방법을 알아보려면 manageprofiles 명령에 대한 설명을 참조하십시오.

다음에 수행할 작업

시작할 애플리케이션을 배치하십시오.

애플리케이션 배치를 시작하려면 제품의 빠른 경로를 참조하십시오.

애플리케이션 서버 프로파일을 작성할 때 기본 server1 프로세스가 작성됩니다. addNode 명령을 사용하거나 배치 관리자의 관리 콘솔에서 server1 노드를 배치 관리자 셀로 연합할 수 있습니다. 배치 관리자에서 연합을 시작하려면 server1 프로세스가 실행 중이어야 합니다.

애플리케이션 서버의 모든 애플리케이션을 포함하는 경우 연합 조치를 수행하면 재배치할 수 있는 애플리케이션이 배치 관리자에 설치됩니다.


주제 유형을 표시하는 아이콘 태스크 주제



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