명령행에서 MobileFirst Server 설치 학습서

improve this page | report issue

개요

IBM Installation Manager의 명령행 모드와 Ant 태스크를 사용하여 MobileFirst Server를 설치합니다.

시작하기 전에

  • 다음 데이터베이스 중 하나와 지원되는 Java 버전이 설치되었는지 확인하십시오. 또한 사용하는 컴퓨터에서 이러한 데이터베이스에 해당하는 JDBC 드라이버도 사용 가능해야 합니다.
    • 지원되는 데이터베이스 목록의 DBMS(Database Management System):
      • DB2

      • MySQL
      • Oracle

      중요: 제품에 필요한 테이블을 작성할 수 있는 데이터베이스와 해당 데이터베이스에 테이블을 작성할 수 있는 데이터베이스 사용자가 있어야 합니다.

      이 학습서에서 테이블을 작성하는 단계는 DB2를 대상으로 합니다. DB2 설치 프로그램은 IBM Passport Advantage에서 Mobile Foundation eAssembly의 패키지로서 제공됩니다.

  • 사용하는 데이터베이스의 JDBC 드라이버
    • DB2의 경우, DB2 JDBC 드라이버 유형 4를 사용하십시오.
    • MySQL의 경우, Connector/J JDBC 드라이버를 사용하십시오.
    • Oracle의 경우, Oracle 씬 JDBC 드라이버를 사용하십시오.
  • Java 7 이상

  • Installation Manager and Packaging Utility download links에서 IBM Installation Manager V1.8.4 이상의 설치 프로그램을 다운로드하십시오.
  • MobileFirst Server의 설치 저장소와 WebSphere Application Server Liberty Core V8.5.5.3 이상의 설치 프로그램도 있어야 합니다. Passport Advantage의 Mobile Foundation eAssembly에서 이러한 패키지를 다운로드하십시오.

MobileFirst Server 설치 저장소
Mobile Foundation V8.0 .zip file of Installation Manager Repository for MobileFirst Server

WebSphere Application Server Liberty 프로파일
IBM WebSphere Application Server - Liberty Core V8.5.5.3 이상

다음으로 이동

IBM Installation Manager 설치

Installation Manager V1.8.4 이상을 설치해야 합니다. 제품의 설치 후 작업에 Java 7이 필요하므로 이전 버전의 Installation Manager는 Mobile Foundation V8.0을 설치할 수 없습니다. 이전 버전의 Installation Manager는 Java 6과 함께 제공됩니다.

  1. 다운로드한 IBM Installation Manager 아카이브 파일의 압축을 푸십시오. Installation Manager and Packaging Utility download links에서 설치 프로그램을 찾을 수 있습니다.
  2. unzip_IM_1.8.x/license 디렉토리에 있는 IBM Installation Manager의 라이센스 계약을 검토하십시오.
  3. 검토 후에 라이센스 계약에 동의하면 Installation Manager를 설치하십시오.
    • 관리자로 Installation Manager를 설치하려면 installc.exe를 실행하십시오. Linux 또는 UNIX에서는 루트가 필요합니다. Windows에서는 관리자 권한이 필요합니다. 이 모드에서는 설치된 패키지에 대한 정보가 디스크의 공유 위치에 배치되며 Installation Manager를 실행하도록 허용된 모든 사용자가 애플리케이션을 업데이트할 수 있습니다. 그래픽 사용자 인터페이스가 없는 명령행 설치의 경우 실행 파일 이름은 “c”로 끝나야 합니다(installc). Installation Manager를 설치하려면 installc.exe -acceptLicence를 입력하십시오.
    • 사용자 모드로 Installation Manager를 설치하려면 userinstc.exe를 실행하십시오. 특정 권한이 필요하지 않습니다. 단, 이 모드에서는 설치된 패키지에 대한 정보가 사용자의 홈 디렉토리에 배치됩니다. 해당 사용자만 Installation Manager를 사용하여 설치된 애플리케이션을 업데이트할 수 있습니다. 그래픽 사용자 인터페이스가 없는 명령행 설치의 경우 실행 파일은 “c”로 끝나야 합니다(userinstc). Installation Manager를 설치하려면 userinstc.exe -acceptLicence를 입력하십시오.

WebSphere Application Server Liberty Core 설치

WebSphere Application Server Liberty Core의 설치 프로그램은 Mobile Foundation 패키지의 일부로 제공됩니다. 이 태스크에서는 Liberty 프로파일을 설치하고 서버 인스턴스를 작성합니다. 그러면 서버 인스턴스에 MobileFirst Server를 설치할 수 있습니다.

  1. WebSphere Application Server Liberty Core의 라이센스 계약을 검토하십시오. Passport Advantage에서 설치 프로그램을 다운로드할 때 라이센스 파일을 볼 수 있습니다.
  2. 다운로드한 WebSphere Application Server Liberty Core의 압축 파일을 폴더에 추출하십시오.

    이후 단계에서 설치 프로그램을 추출하는 디렉토리는 liberty_repository_dir로 참조됩니다. 이 디렉토리에는 repository.config 파일 또는 diskTag.inf 파일이 기타 다수의 파일과 함께 포함되어 있습니다.

  3. Liberty 프로파일을 설치할 디렉토리를 결정하십시오. 이후 단계에서는 이 디렉토리를 liberty_install_dir로 참조합니다.
  4. 명령행을 시작하여 installation_manager_install_dir/tools/eclipse/로 이동하십시오.
  5. 검토 후 라이센스 계약에 동의하면 Liberty를 설치하십시오.

    다음 명령을 입력하십시오. imcl install com.ibm.websphere.liberty.v85 -repositories liberty_repository_dir -installationDirectory liberty_install_dir -acceptLicense

    이 명령은 Liberty를 liberty_install_dir 디렉토리에 설치합니다. -acceptLicense 옵션은 제품에 대한 라이센스 조항에 동의함을 의미합니다.

  6. 서버가 포함된 디렉토리를 특정 권한이 필요하지 않은 위치로 이동시키십시오.

    이 학습서에서는, liberty_install_dir이 비관리자 또는 비루트 사용자가 파일을 수정할 수 없는 위치를 가리키는 경우, 서버가 포함된 디렉토리를 특정 권한이 필요 없는 위치로 이동시키십시오. 이 방법을 통해 특정 권한 없이 설치 조작을 수행할 수 있습니다.

    • Liberty의 설치 디렉토리로 이동하십시오.
    • etc라는 이름의 디렉토리를 작성하십시오. 관리자 또는 루트 권한이 필요합니다.
    • etc 디렉토리에 다음 컨텐츠가 포함된 server.env 파일을 작성하십시오. WLP_USER_DIR=<path to a directory where any user can write>. 예를 들어, Windows에서는 다음과 같습니다. WLP_USER_DIR=C:\LibertyServers\usr.
  7. 이 학습서의 다음 파트에서 MobileFirst Server의 첫 번째 노드를 설치하는 데 사용될 Liberty 서버를 작성하십시오.
    • 명령행을 시작하십시오.
    • liberty_install_dir/bin으로 이동하여 server create mfp1을 입력하십시오.

    이 명령은 이름이 mfp1인 Liberty 서버를 작성합니다. liberty_install_dir/usr/servers/mfp1 또는 WLP_USER_DIR/servers/mfp1(6단계에 설명된 대로 디렉토리를 수정한 경우)에서 해당 정의를 볼 수 있습니다.

서버를 작성한 후, liberty_install_dir/bin/에서 server start mfp1을 사용하여 이 서버를 시작할 수 있습니다.
서버를 중지하려면 liberty_install_dir/bin/에서 server stop mfp1 명령을 입력하십시오.

기본 홈 페이지는 http://localhost:9080에 있습니다.

참고: 프로덕션의 경우, 호스트 컴퓨터가 시작될 때 Liberty 서버가 서비스로 시작되도록 해야 합니다. Liberty 서버가 서비스로 시작되도록 설정하는 것은 이 학습서에서 다루지 않습니다.

MobileFirst Server 설치

Installation Manager V1.8.4 이상이 설치되었는지 확인하십시오. 설치 후 작업에 Java 7이 필요하므로 이전 버전의 Installation Manager로는 MobileFirst Server를 설치하지 못할 수도 있습니다. 이전 버전의 Installation Manager는 Java 6과 함께 제공됩니다.

데이터베이스를 작성하고 Liberty 프로파일에 MobileFirst Server를 배치하기 전에, Installation Manager를 실행하여 사용하는 디스크에 MobileFirst Server의 2진 파일을 설치하십시오. Installation Manager를 사용하여 MobileFirst Server를 설치하는 중에 MobileFirst Application Center를 설치하는 옵션이 제안됩니다. Application Center는 제품의 다른 컴포넌트입니다. 이 학습서에서는 MobileFirst Server와 함께 설치하지 않아도 됩니다.

또한 토큰 라이센싱 활성화 여부를 표시하기 위해 하나의 특성을 지정해야 합니다. 이 학습서에서는 토큰 라이센싱이 필요하지 않다고 가정하므로 토큰 라이센싱용으로 MobileFirst Server를 구성하는 단계가 포함되지 않습니다. 단, 프로덕션 설치의 경우 토큰 라이센싱 활성화가 필요한지 여부를 판별해야 합니다. Rational License Key Server에서 토큰 라이센싱을 사용하는 계약이 없는 경우에는 토큰 라이센싱을 활성화하지 않아도 됩니다. 토큰 라이센싱을 활성화하는 경우, MobileFirst Server를 토큰 라이센싱용으로 구성해야 합니다.

이 학습서에서는 imcl 명령행을 통해 특성을 매개변수로 지정합니다. 응답 파일을 사용하여 이러한 지정을 수행할 수도 있습니다.

  1. MobileFirst Server에 대한 라이센스 계약을 검토하십시오. Passport Advantage에서 설치 저장소를 다운로드할 때 라이센스 파일을 볼 수 있습니다.
  2. 다운로드한 MobileFirst Server 설치 프로그램의 압축 파일을 폴더에 추출하십시오.

    이후 단계에서, 설치 프로그램을 추출하는 디렉토리는 mfp_repository_dir로 참조됩니다. 여기에는 MobileFirst_Platform_Server/disk1 폴더가 있습니다.

  3. 명령행을 시작하여 installation_manager_install_dir/tools/eclipse/로 이동하십시오.
  4. 1단계에서 검토 후 라이센스 계약에 동의했으면 MobileFirst Server를 설치하십시오.

    다음 명령을 입력하십시오. imcl install com.ibm.mobilefirst.foundation.server -repositories mfp_repository_dir/MobileFirst_Platform_Server/disk1 -properties user.appserver.selection2=none,user.database.selection2=none,user.database.preinstalled=false,user.licensed.by.tokens=false,user.use.ios.edition=false -acceptLicense

    Application Center 없이 설치를 수행하려면 다음 특성을 정의합니다.

    • user.appserver.selection2=none
    • user.database.selection2=none
    • user.database.preinstalled=false

    user.licensed.by.tokens=false 특성은 토큰 라이센싱이 활성화되지 않음을 표시합니다.
    Mobile Foundation을 설치하려면 user.use.ios.edition 특성의 값을 false로 설정하십시오.

MobileFirst 컴포넌트를 설치하기 위한 자원이 포함된 설치 디렉토리가 설치됩니다.
다음 폴더에서 자원을 찾을 수 있습니다.

  • MobileFirst Server에 대한 MobileFirstServer 폴더
  • MobileFirst Server 푸시 서비스에 대한 PushService 폴더
  • Application Center에 대한 ApplicationCenter 폴더
  • MobileFirst Analytics에 대한 Analytics 폴더

이 학습서의 목적은 MobileFirstServer 폴더의 자원을 사용하여 MobileFirst Server를 설치하는 것입니다.
또한 shortcuts 폴더에서 Server Configuration Tool, Ant 및 mfpadm 프로그램의 단축 아이콘도 제공됩니다.

데이터베이스 작성

이 태스크는 사용하는 DBMS에 데이터베이스가 있는지와 사용자가 해당 데이터베이스를 사용하고 거기에 테이블을 작성하며 작성한 테이블을 사용할 수 있는지 확인하는 것입니다. Derby 데이터베이스를 사용할 계획인 경우에는 이 태스크를 건너뛰어도 됩니다.

데이터베이스는 다양한 MobileFirst 컴포넌트에서 사용되는 기술 데이터를 저장하는 데 사용됩니다.

  • MobileFirst Server 관리 서비스
  • MobileFirst Server 라이브 업데이트 서비스
  • MobileFirst Server 푸시 서비스
  • MobileFirst 런타임

이 학습서에서는 모든 컴포넌트에 대한 테이블이 동일한 스키마 아래에 배치됩니다.
참고: 이 태스크의 단계는 DB2를 대상으로 합니다. MySQL 또는 Oracle을 사용할 계획인 경우 데이터베이스 요구사항을 참조하십시오.

  1. DB2 서버를 실행 중인 컴퓨터에 로그온하십시오. DB2 사용자(예: mfpuser)가 존재한다고 가정합니다.
  2. 이 DB2 사용자에게 페이지 크기가 32768 이상인 데이터베이스에 액세스하고 해당 데이터베이스에 내재적 스키마 및 테이블을 작성할 수 있는 권한이 있는지 확인하십시오.

    기본적으로 이 사용자는 DB2를 실행하는 컴퓨터의 운영 체제에 선언된 사용자입니다. 즉, 해당 컴퓨터로의 로그인이 가능한 사용자입니다. 이러한 사용자가 존재하는 경우에는 다음 3단계의 조치가 필요하지 않습니다.

  3. 데이터베이스가 없으면 이 설치에 올바른 페이지 크기의 데이터베이스를 작성하십시오.
    • SYSADM 또는 SYSCTRL 권한이 있는 사용자로 세션을 여십시오. 예를 들어, DB2 설치 프로그램에 의해 작성되는 기본 관리 사용자인 db2inst1 사용자를 사용하십시오.
    • DB2 명령행 프로세서를 여십시오.
      • Windows 시스템에서 시작 → IBM DB2 → 명령행 프로세서를 클릭하십시오.
      • Linux 또는 UNIX 시스템에서 ~/sqllib/bin(관리자의 홈 디렉토리에 sqllib가 작성되지 않은 경우 db2_install_dir/bin)으로 이동하여 ./db2를 입력하십시오.
    • 다음 SQL문을 입력하여 이름이 MFPDATA인 데이터베이스를 작성하십시오.

        CREATE DATABASE MFPDATA COLLATE USING SYSTEM PAGESIZE 32768
        CONNECT TO MFPDATA
        GRANT CONNECT ON DATABASE TO USER mfpuser
        GRANT CREATETAB ON DATABASE TO USER mfpuser
        GRANT IMPLICIT_SCHEMA ON DATABASE TO USER mfpuser
        DISCONNECT MFPDATA
        QUIT
      

    다른 사용자 이름을 정의한 경우 mfpuser를 자신의 사용자 이름으로 대체하십시오.

    참고: 이 명령문은 기본 DB2 데이터베이스에서 PUBLIC에 부여된 기본 권한을 제거하지는 않습니다. 프로덕션의 경우, 해당 데이터베이스 내의 권한을 제품의 최소 요구사항까지 줄여야 할 수도 있습니다. DB2 보안 및 보안 사례에 대한 자세한 정보는 DB2 security, Part 8: Twelve DB2 security best practices를 참조하십시오.

Ant 태스크를 사용하여 Liberty에 MobileFirst Server 배치

Ant 태스크를 사용하여 다음 조작을 실행합니다.

  • MobileFirst 애플리케이션에 필요한 테이블을 데이터베이스에 작성합니다.
  • MobileFirst Server의 웹 애플리케이션(런타임, 관리 서비스, 라이브 업데이트 서비스, 푸시 서비스 컴포넌트 및 MobileFirst Operations Console)을 Liberty 서버에 배치합니다.

다음 MobileFirst 애플리케이션은 Ant 태스크에 의해 배치되지 않습니다.

MobileFirst Analytics

MobileFirst Analytics는 메모리 요구사항이 많기 때문에 일반적으로 MobileFirst Server와 다른 서버 세트에 배치됩니다. MobileFirst Analytics는 수동으로 또는 Ant 태스크를 사용하여 설치할 수 있습니다. 이미 설치되어 있는 경우에는 Server Configuration Tool에서 해당 URL, 사용자 이름 및 비밀번호를 입력하여 데이터를 전송할 수 있습니다. 그러면 Server Configuration Tool에서 MobileFirst Analytics에 데이터를 전송하도록 MobileFirst 앱을 구성합니다.

Application Center

이 애플리케이션은 모바일 앱을 사용하는 직원들에게 내부적으로 모바일 앱을 분배하는 데 사용되거나 테스트 목적으로 사용될 수 있습니다. 이 애플리케이션은 MobileFirst Server와 독립되어 있으므로 MobileFirst Server와 함께 설치할 필요는 없습니다.

Ant 태스크가 포함된 적절한 XML 파일을 선택하여 특성을 구성하십시오.

  • 작업 디렉토리에 mfp_install_dir/MobileFirstServer/configuration-samples/configure-liberty-db2.xml 파일의 사본을 작성하십시오. 이 파일에는 DB2를 데이터베이스로 사용하는 Liberty에 MobileFirst Server를 설치하는 Ant 태스크가 포함되어 있습니다. 이를 사용하기 전에 MobileFirst Server의 애플리케이션이 배치되는 위치를 설명하는 특성을 정의하십시오.
  • XML 파일의 사본을 편집하고 다음 특성의 값을 설정하십시오.
    • mfp.admin.contextroot/mfpadmin으로
    • mfp.runtime.contextroot/mfp
    • database.db2.host를 DB2 데이터베이스가 실행되는 컴퓨터의 호스트 이름 값으로. 데이터베이스가 Liberty와 동일한 컴퓨터에 있으면 localhost를 사용하십시오.
    • database.db2.port를 DB2 인스턴스가 청취 중인 포트로. 기본값은 50000입니다.
    • database.db2.driver.dir을 DB2 드라이브(db2jcc4.jardb2jcc_license_cu.jar)가 포함된 디렉토리로. 표준 DB2 배포의 경우, 이러한 파일은 db2_install_dir/java에 있습니다.
    • database.db2.mfp.dbnameMFPDATA(데이터베이스 작성에서 작성하는 데이터베이스 이름)로
    • database.db2.mfp.schemaMFPDATA(MobileFirst Server의 테이블이 작성되는 스키마의 값)로. DB 사용자가 스키마를 작성할 수 없는 경우에는 값을 비어 있는 문자열로 설정하십시오. 예: database.db2.mfp.schema=”“.
    • database.db2.mfp.username을 테이블을 작성하는 DB2 사용자로. 이 사용자는 또한 런타임에 테이블을 사용합니다. 이 학습서의 경우 mfpuser를 사용하십시오.
    • appserver.was.installdir을 Liberty 설치 디렉토리로
    • appserver.was85liberty.serverInstancemfp1(MobileFirst Server가 설치될 Liberty 서버의 이름 값)로
    • mfp.farm.configurefalse로(독립형 모드로 MobileFirst Server를 설치하기 위해)
    • mfp.analytics.configurefalse로. MobileFirst Analytics로의 연결은 이 학습서에서 다루지 않습니다. 기타 특성 mfp.analytics.**는 무시해도 됩니다.
    • mfp.admin.client.idadmin-client-id
    • mfp.admin.client.secretadminSecret으로(또는 다른 시크릿 비밀번호 선택)
    • mfp.push.client.idpush-client-id
    • mfp.push.client.secretpushSecret으로(또는 다른 시크릿 비밀번호 선택)
    • mfp.config.admin.user를 MobileFirst Server 라이브 업데이트 서비스의 사용자 이름으로. 서버 팜 토폴로지에서는 팜에 있는 모든 멤버의 사용자 이름이 동일해야 합니다.
    • mfp.config.admin.password를 MobileFirst Server 라이브 업데이트 서비스의 비밀번호로. 서버 팜 토폴로지에서는 팜에 있는 모든 멤버의 비밀번호가 동일해야 합니다.
  • 다음 특성의 기본값을 그대로 유지하십시오.
    • mfp.admin.console.install을 true로
    • mfp.admin.default.useradmin(MobileFirst Operations Console에 로그인하기 위해 작성된 기본 사용자의 이름)으로
    • mfp.admin.default.user.initialpasswordadmin(관리 콘솔에 로그인하기 위해 작성된 기본 사용자의 비밀번호)으로
    • appserver.was.profileLiberty로. 값이 다른 경우, Ant 태스크는 WebSphere Application Server 서버에 설치가 수행되는 것으로 가정합니다.
  • 특성을 정의한 후 파일을 저장하십시오.
  • mfp_server_install_dir/shortcuts/ant -f configure-liberty-db2.xml을 실행하여 Ant 파일의 가능한 대상 목록을 표시하십시오.
  • mfp_server_install_dir/shortcuts/ant -f configure-liberty-db2.xml databases를 실행하여 데이터베이스 테이블을 작성하십시오.
  • mfp_server_install_dir/shortcuts/ant -f configure-liberty-db2.xml install을 실행하여 MobileFirst Server를 설치하십시오.

참고: DB2가 없는 상황에서 임베디드 Derby를 데이터베이스로 사용하여 설치를 테스트하려면 mfp_install_dir/MobileFirstServer/configuration-samples/configure-liberty-derby.xml 파일을 사용하십시오. 단, 해당 Derby 데이터베이스에 복수의 Liberty 서버가 액세스할 수 없기 때문에 이 학습서의 마지막 단계(MobileFirst Server를 실행하는 두 개의 Liberty 서버로 구성된 팜 작성)를 수행할 수 없습니다. DB2 관련 특성(database.db2, …)을 제외한 특성을 설정해야 합니다. Derby의 경우, database.derby.datadir 특성의 값을 Derby 데이터베이스를 작성할 수 있는 디렉토리로 설정하십시오. 또한 database.derby.mfp.dbname 특성의 값을 MFPDATA로 설정하십시오.

Ant 태스크에 의해 다음 조작이 실행됩니다.

  1. 다음 컴포넌트에 대한 테이블이 데이터베이스에 작성됩니다.
    • 관리 서비스 및 라이브 업데이트 서비스. admdatabases Ant 대상에 의해 작성됩니다.
    • 런타임 컴포넌트. rtmdatabases Ant 대상에 의해 작성됩니다.
    • 푸시 서비스. pushdatabases Ant 대상에 의해 작성됩니다.
  2. 다양한 컴포넌트의 WAR 파일이 Liberty 서버에 배치됩니다. adminstall, rtminstallpushinstall 대상 아래의 로그에서 조작에 대한 세부사항을 볼 수 있습니다.

DB2 서버에 대한 액세스 권한이 있는 경우, 다음 지시사항에 따라 작성된 테이블을 나열할 수 있습니다.

  1. 데이터베이스 작성의 3단계에 설명된 대로 mfpuser로 DB2 명령행 프로세서를 여십시오.
  2. SQL문을 입력하십시오.
CONNECT TO MFPDATA USER mfpuser USING mfpuser_password
LIST TABLES FOR SCHEMA MFPDATA
DISCONNECT MFPDATA
QUIT

다음 데이터베이스 요소에 주의하십시오.

데이터베이스 사용자 고려사항

Server Configuration Tool에서 필요한 데이터베이스 사용자는 한 명뿐입니다. 이 사용자는 테이블을 작성하는 데 사용될 뿐만 아니라 런타임에 애플리케이션 서버에서 데이터 소스 사용자로도 사용됩니다. 프로덕션 환경에서는, 런타임에 사용되는 사용자의 권한을 엄격하게 최소한(SELECT / INSERT / DELETE / UPDATE)으로 제한하고 애플리케이션 서버에서의 배치를 위해 다른 사용자를 지정하는 경우가 있습니다. 예로서 제공되는 Ant 파일에서도 두 경우 모두에 동일한 사용자를 사용합니다. 단, DB2의 경우 고유한 파일 버전을 작성할 수 있습니다. 이로써 Ant 태스크에 의해 애플리케이션 서버의 데이터 소스에 사용되는 사용자와 데이터베이스를 작성하는 데 사용되는 사용자를 구별할 수 있습니다.

데이터베이스 테이블 작성

프로덕션의 경우, 수동으로 테이블을 작성해야 하는 경우가 있습니다. 예를 들어, DBA가 일부 기본 설정을 대체하거나 특정 테이블스페이스를 지정하고자 하는 경우입니다. 테이블을 작성하는 데 사용되는 데이터베이스 스크립트가 mfp_server_install_dir/MobileFirstServer/databasesmfp_server_install_dir/PushService/databases에 있습니다. 자세한 정보는 수동으로 데이터베이스 테이블 작성을 참조하십시오.

server.xml 파일 및 일부 애플리케이션 서버 설정이 설치 중에 수정됩니다. 각 수정 전에 server.xml.bak, server.xml.bak1server.xml.bak2와 같은 server.xml 파일의 사본이 작성됩니다. 추가된 것을 모두 보려면 server.xml 파일을 가장 오래된 백업(server.xml.bak)과 비교하십시오. Linux에서는 diff --strip-trailing-cr server.xml server.xml.bak 명령을 사용하여 차이점을 확인할 수 있습니다. AIX에서는 diff server.xml server.xml.bak 명령을 사용하여 차이점을 찾으십시오.

애플리케이션 서버 설정 수정(Liberty에만 해당됨):

  1. Liberty 기능이 추가됩니다.

    Liberty 기능은 애플리케이션마다 추가되므로 중복될 수 있습니다. 예를 들어, JDBC 기능은 관리 서비스 및 런타임 컴포넌트 둘 다에 사용됩니다. 이러한 중복으로 인해, 애플리케이션을 설치 제거할 때 다른 애플리케이션을 중단하지 않고 해당 애플리케이션의 기능을 제거할 수 있습니다. 예를 들어, 어느 한 시점에 서버에서 푸시 서비스를 설치 제거하여 이를 다른 서버에 설치하기로 결정하는 경우입니다. 단, 모든 토폴로지가 가능한 것은 아닙니다. 관리 서비스, 라이브 업데이트 서비스 및 런타임 컴포넌트가 Liberty 프로파일과 동일한 애플리케이션 서버에 있어야 합니다. 자세한 정보는 MobileFirst Server 관리 서비스, MobileFirst Server 라이브 업데이트 서비스 및 MobileFirst 런타임에 대한 제한조건을 참조하십시오. 추가된 기능이 충돌하지 않는 한 기능 중복은 문제가 되지 않습니다. jdbc-40 및 jdbc-41 기능을 추가하면 문제가 발생하지만 동일한 기능을 두 번 추가하는 경우에는 문제가 발생하지 않습니다.

  2. host='*'httpEndPoint 선언에 추가됩니다.

    이 설정은 모든 네트워크 인터페이스에서 서버로의 연결을 허용하기 위한 것입니다. 프로덕션의 경우, HTTP 엔드포인트의 호스트 값을 제한하는 경우가 있습니다.

  3. 활성 리스너가 없는 포트로의 즉각적인 리바인드를 가능하게 하고 서버의 처리량을 개선하기 위해 tcpOptions 요소(tcpOptions soReuseAddr=”true”)가 서버 구성에 추가됩니다.
  4. ID가 defaultKeyStore인 키 저장소가 작성됩니다(없는 경우).

    이 키 저장소는 HTTPS 포트를 사용 가능하게 하는 데 필요합니다. 더 구체적으로 말하면, 관리 서비스(mfp-admin-service.war)와 런타임 컴포넌트(mfp-server.war) 간의 JMX 통신을 가능하게 하는 데 사용됩니다. 두 애플리케이션은 JMX를 통해 통신합니다. Liberty 프로파일의 경우, 단일 서버의 애플리케이션 간 통신과 Liberty 팜의 서버 간 통신에 restConnector가 사용됩니다. 여기에는 HTTPS의 사용이 필요합니다. 기본적으로 작성되는 키 저장소에 대해, Liberty 프로파일은 유효 기간이 365일인 인증서를 작성합니다. 이 구성은 프로덕션 용도가 아닙니다. 프로덕션의 경우, 고유의 인증서 사용을 재고해야 합니다.

    JMX를 사용하기 위해 관리자 역할이 있는 사용자(MfpRESTUser로 이름 지정됨)가 기본 레지스트리에 작성됩니다. 해당 이름 및 비밀번호는 JNDI 특성(mfp.admin.jmx.user and mfp.admin.jmx.pwd)으로 제공되며 런타임 컴포넌트 및 관리 서비스에서 JMX 조회를 실행하는 데 사용됩니다. 글로벌 JMX 특성 중 일부 특성은 클러스터 모드(독립형 서버 또는 팜에서 작동 중)를 정의하는 데 사용됩니다. Server Configuration Tool은 Liberty 서버에서 mfp.topology.clustermode 특성을 Standalone으로 설정합니다. 이 학습서의 다음 파트인 팜 작성 관련 부분에서는 이 특성이 Cluster로 수정됩니다.

  5. 사용자가 작성됩니다(Apache Tomcat 및 WebSphere Application Server에도 유효함).
    • 선택적 사용자: 설치 후 콘솔에 로그인하는 데 사용할 수 있도록 Server Configuration Tool에 의해 테스트 사용자(admin/admin)가 작성됩니다.
    • 필수 사용자: 관리 서비스가 로컬 라이브 업데이트 서비스에 접속하는 데 사용되는 사용자(랜덤으로 생성된 비밀번호를 갖는 configUser_mfpadmin라는 이름의 사용자)도 Server Configuration Tool에 의해 작성됩니다. Liberty 서버의 경우 MfpRESTUser가 작성됩니다. 애플리케이션 서버가 기본 레지스트리(예: LDAP 레지스트리)를 사용하도록 구성되어 있지 않는 경우, Server Configuration Tool은 기존 사용자의 이름을 요청할 수 없습니다. 이런 경우에는 Ant 태스크를 사용해야 합니다.
  6. webContainer 요소가 수정됩니다.

    deferServletLoad 웹 컨테이너 사용자 정의 특성이 false로 설정됩니다. 서버가 시작될 때 런타임 컴포넌트 및 관리 서비스가 둘 다 시작되어야 합니다. 그러면 이러한 컴포넌트가 JMX Bean을 등록할 수 있으며, 런타임 컴포넌트가 작동하는 데 필요한 모든 애플리케이션 및 어댑터를 다운로드할 수 있도록 하기 위한 동기화 프로시저를 시작할 수 있습니다.

  7. Liberty V8.5.5.5 이하를 사용하는 경우, 기본 실행기는 큰 값을 coreThreadsmaxThreads로 설정하도록 사용자 정의됩니다. V8.5.5.6의 경우, 기본 실행기는 Liberty에 의해 자동으로 조정됩니다.

    이 설정으로 인해 일부 Liberty 버전에서 런타임 컴포넌트 및 관리 서비스의 시작 시퀀스를 중단하는 제한시간 초과 문제가 방지됩니다. 이 명령문이 없으면 서버 로그 파일에서 다음과 같은 오류가 발생할 수 있습니다.

    Failed to obtain JMX connection to access an MBean. There might be a JMX configuration error: Read timed out FWLSE3000E: A server error was detected. FWLSE3012E: JMX configuration error. Unable to obtain MBeans. Reason: “Read timed out”.

애플리케이션 선언

다음 애플리케이션이 설치됩니다.

  • mfpadmin, 관리 서비스
  • mfpadminconfig, 라이브 업데이트 서비스
  • mfpconsole, MobileFirst Operations Console
  • mobilefirst, MobileFirst 런타임 컴포넌트
  • imfpush, 푸시 서비스

Server Configuration Tool은 모든 애플리케이션을 동일한 서버에 설치합니다. 애플리케이션을 서로 다른 애플리케이션 서버에 분리할 수 있지만 토폴로지 및 네트워크 플로우에 설명된 특정 제한조건이 적용됩니다.
서로 다른 서버에 설치하는 경우에는 Server Configuration Tool을 사용할 수 없습니다. Ant 태스크를 사용하거나 수동으로 제품을 설치하십시오.

관리 서비스

관리 서비스는 MobileFirst 애플리케이션, 어댑터 및 해당 구성을 관리하기 위한 서비스입니다. 이 서비스는 보안 역할에 의해 보호됩니다. 기본적으로 Server Configuration Tool은 테스트를 위해 콘솔에 로그인하는 데 사용할 수 있는, 관리자 역할이 있는 사용자(admin)를 추가합니다. 보안 역할은 Server Configuration Tool(또는 Ant 태스크)로 설치를 수행한 후에 구성해야 합니다. 애플리케이션 서버에서 구성하는 기본 레지스트리 또는 LDAP 레지스트리 내의 사용자 또는 그룹을 각 보안 역할에 맵핑해야 하는 경우도 있습니다.

Liberty 프로파일과 WebSphere Application Server, 그리고 모든 MobileFirst 애플리케이션에 대해, 클래스 로더 위임은 상위 마지막으로 설정됩니다. 이 설정은 MobileFirst 애플리케이션에 패키징된 클래스와 애플리케이션 서버 클래스 간의 충돌을 피하기 위한 것입니다. 클래스 로더 위임을 상위 마지막으로 설정하지 않으면 수동 설치 시 오류가 빈번하게 발생합니다. Apache Tomcat의 경우 이 선언이 필요하지 않습니다.

Liberty 프로파일에서는 JNDI 특성으로 전달되는 비밀번호를 복호화하기 위한 공통 라이브러리가 애플리케이션에 추가됩니다. Server Configuration Tool은 관리 서비스에 대한 두 개의 필수 JNDI 특성(mfp.config.service.usermfp.config.service.password)을 정의합니다. 이러한 특성은 관리 서비스에서 해당 REST API를 사용하여 라이브 업데이트 서비스에 연결하는 데 사용됩니다. 추가 JNDI 특성을 정의하여 애플리케이션을 설치 세부사항에 적합하게 조정할 수 있습니다. 자세한 정보는 MobileFirst Server 관리 서비스의 JNDI 목록을 참조하십시오.

Server Configuration Tool은 또한 푸시 서비스와의 통신을 위한 JNDI 특성(기밀 클라이언트 등록을 위한 URL 및 OAuth 매개변수)도 정의합니다.
관리 서비스용 테이블을 포함하는 데이터베이스의 데이터 소스와 해당 JDBC 드라이버의 라이브러리가 선언됩니다.

라이브 업데이트 서비스

라이브 업데이트 서비스는 런타임 및 애플리케이션 구성에 대한 정보를 저장합니다. 이 서비스는 관리 서비스에 의해 제어되며 항상 관리 서비스와 동일한 서버에서 실행되어야 합니다. 컨텍스트 루트는 context_root_of_admin_serverconfig입니다. 따라서 mfpadminconfig입니다. 관리 서비스는 라이브 업데이트 서비스의 REST 서비스에 대한 요청의 URL을 작성하는 데 이 규칙이 적용된다고 가정합니다.

관리 서비스 절에서 설명한 대로 클래스 로더 위임이 상위 마지막으로 설정됩니다.

라이브 업데이트 서비스에는 하나의 보안 역할 admin_config가 있습니다. 해당 역할에 사용자를 맵핑해야 합니다. JNDI 특성(mfp.config.service.usermfp.config.service.password)을 사용하여 해당 비밀번호 및 로그인을 관리 서비스에 제공해야 합니다. JNDI 특성에 대한 정보는 MobileFirst Server 관리 서비스의 JNDI 특성 목록MobileFirst Server 라이브 업데이트 서비스의 JNDI 특성 목록을 참조하십시오.

또한 Liberty 프로파일에 JNDI 이름을 갖는 데이터 소스도 필요합니다. 규칙은 context_root_of_config_server/jdbc/ConfigDS입니다. 이 학습서에서는 mfpadminconfig/jdbc/ConfigDS로 정의됩니다. Server Configuration Tool 또는 Ant 태스크에 의한 설치에서, 라이브 업데이트 서비스의 테이블은 관리 서비스의 테이블과 동일한 데이터베이스 및 스키마에 있습니다. 이러한 테이블에 액세스하는 사용자도 동일합니다.

MobileFirst Operations Console

MobileFirst Operations Console은 관리 서비스와 동일한 보안 역할로 선언됩니다. MobileFirst Operations Console의 보안 역할에 맵핑되는 사용자는 관리 서비스의 동일한 보안 역할에도 맵핑되어야 합니다. 실제로 MobileFirst Operations Console은 콘솔 사용자를 대신하여 관리 서비스에 대한 조회를 실행합니다.

Server Configuration Tool은 하나의 JNDI 특성 mfp.admin.endpoint를 배치합니다. 이 특성은 콘솔이 관리 서비스에 연결하는 방법을 표시합니다. Server Configuration Tool에 의해 설정되는 기본값은 *://*:*/mfpadmin입니다. 이 설정은 콘솔에 수신되는 HTTP 요청과 동일한 프로토콜, 호스트 이름 및 포트를 사용해야 하고 컨텍스트 루트가 /mfpadmin임을 의미합니다. 웹 프록시를 통해 요청이 전달되도록 설정하려면 기본값을 변경하십시오. 이 URL에 가능한 값에 대한 자세한 정보나 기타 가능한 JNDI 특성에 대한 정보는 MobileFirst Server 관리 서비스의 JNDI 특성 목록을 참조하십시오.

관리 서비스 절에서 설명한 대로 클래스 로더 위임이 상위 마지막으로 설정됩니다.

MobileFirst 런타임

이 애플리케이션은 보안 역할에 의해 보호되지 않습니다. 이 애플리케이션에 액세스하기 위해 Liberty 서버가 인식하는 사용자로 로그인할 필요는 없습니다. 모바일 디바이스 요청은 런타임으로 경로 지정됩니다. 이러한 요청은 다른 제품별 메커니즘(OAuth 등)과 MobileFirst 애플리케이션의 구성에 고유한 메커니즘에 의해 인증됩니다.

관리 서비스 절에서 설명한 대로 클래스 로더 위임이 상위 마지막으로 설정됩니다.

또한 Liberty 프로파일에 JNDI 이름을 갖는 데이터 소스도 필요합니다. 규칙은 context_root_of_runtime/jdbc/mfpDS입니다. 이 학습서에서는 mobilefirst/jdbc/mfpDS로 정의됩니다. Server Configuration Tool 또는 Ant 태스크에 의한 설치에서, 런타임의 테이블은 관리 서비스의 테이블과 동일한 데이터베이스 및 스키마에 있습니다. 이러한 테이블에 액세스하는 사용자도 동일합니다.

푸시 서비스

이 애플리케이션은 OAuth에 의해 보호됩니다. 서비스에 대한 모든 HTTP 요청에 유효한 OAuth 토큰이 포함되어야 합니다.

OAuth의 구성은 JNDI 특성(권한 부여 서버의 URL, 클라이언트 ID 및 푸시 서비스의 비밀번호)을 통해 작성됩니다. JNDI 특성은 또한 보안 플러그인(mfp.push.services.ext.security)을 표시하고 관계형 데이터베이스가 사용된다는 사실(mfp.push.db.type)도 표시합니다. 모바일 디바이스에서 푸시 서비스로의 요청은 이 서비스로 경로 지정됩니다. 푸시 서비스의 컨텍스트 루트는 /imfpush여야 합니다. 클라이언트 SDK는 해당 컨텍스트 루트(/imfpush)를 사용하는 런타임의 URL을 기반으로 푸시 서비스의 URL을 계산합니다. 런타임과 다른 서버에 푸시 서비스를 설치하려면 디바이스 요청을 관련 애플리케이션 서버로 경로 지정할 수 있는 HTTP 라우터가 있어야 합니다.

관리 서비스 절에서 설명한 대로 클래스 로더 위임이 상위 마지막으로 설정됩니다.

또한 Liberty 프로파일에 JNDI 이름을 갖는 데이터 소스도 필요합니다. JNDI 이름은 imfpush/jdbc/imfPushDS입니다. Server Configuration Tool 또는 Ant 태스크에 의한 설치에서, 푸시 서비스의 테이블은 관리 서비스의 테이블과 동일한 데이터베이스 및 스키마에 있습니다. 이러한 테이블에 액세스하는 사용자도 동일합니다.

기타 파일 수정

Liberty 프로파일 jvm.options 파일이 수정됩니다. 런타임이 관리 서비스와 동기화될 때 JMX에서의 제한시간 초과 문제를 방지하기 위해 특성(com.ibm.ws.jmx.connector.client.rest.readTimeout)이 정의됩니다.

설치 테스트

설치가 완료된 후에 이 프로시저를 사용하여 설치된 컴포넌트를 테스트할 수 있습니다.

  1. server start mfp1 명령을 사용하여 서버를 시작하십시오. 서버의 2진 파일은 liberty_install_dir/bin에 있습니다.
  2. 웹 브라우저를 사용하여 MobileFirst Operations Console을 테스트하십시오. http://localhost:9080/mfpconsole로 이동하십시오. 기본적으로 서버는 9080 포트에서 실행됩니다. 단, server.xml 파일에 정의된 요소 <httpEndpoint>에서 포트를 확인할 수 있습니다. 로그인 화면이 표시됩니다.

콘솔의 로그인 화면

  1. admin/admin으로 로그인하십시오. 이 사용자는 기본적으로 Server Configuration Tool에 의해 작성됩니다.

    참고: HTTP로 연결하는 경우, 로그인 ID 및 비밀번호는 네트워크에서 일반 텍스트로 전송됩니다. 보안 로그인의 경우, HTTPS를 사용하여 서버에 로그인하십시오. server.xml 파일에 있는 <httpEndpoint> 요소의 httpsPort 속성에서 Liberty 서버의 HTTPS 포트를 볼 수 있습니다. 기본적으로 값은 9443입니다.

  2. Hello Admin → 로그아웃을 사용하여 콘솔에서 로그아웃하십시오.
  3. 웹 브라우저에 URL https://localhost:9443/mfpconsole을 입력하고 인증서를 승인하십시오. 기본적으로 Liberty 서버는 웹 브라우저에 인식되지 않는 기본 인증서를 생성하므로 인증서를 승인해야 합니다. Mozilla Firefox는 이 인증을 보안 예외로서 제공합니다.
  4. admin/admin으로 다시 로그인하십시오. 웹 브라우저와 MobileFirst Server 간에 로그인 및 비밀번호가 암호화됩니다. 프로덕션의 경우, HTTP 포트를 닫아야 하는 경우도 있습니다.

MobileFirst Server를 실행하는 두 개의 Liberty 서버로 구성된 팜 작성

이 태스크에서는 동일한 MobileFirst Server를 실행하고 동일한 데이터베이스에 연결되는 두 번째 Liberty 서버를 작성합니다. 프로덕션의 경우, 최대 활동 시간에 모바일 애플리케이션에 필요한 초당 트랜잭션 수를 처리하기에 충분한 서버를 확보하기 위해 성능상의 이유로 두 개 이상의 서버를 사용하는 경우가 있습니다. 또한 단일 실패 지점을 피하기 위한 고가용성상의 이유도 있습니다.

MobileFirst Server를 실행하는 서버가 둘 이상인 경우에는 해당 서버를 하나의 팜으로 구성해야 합니다. 이와 같이 구성하면 관리 서비스가 팜의 모든 런타임에 접속할 수 있습니다. 클러스터가 팜으로 구성되지 않은 경우에는 관리 조작을 실행하는 관리 서비스와 동일한 애플리케이션 서버에서 실행되는 런타임에만 알림이 제공됩니다. 기타 런타임은 변경사항을 인식하지 못합니다. 예를 들어, 팜으로 구성되지 않은 클러스터에 새 버전의 어댑터를 배치하는 경우, 하나의 서버만 새 어댑터에 서비스를 제공합니다. 나머지 서버는 계속해서 이전 어댑터에 서비스를 제공합니다. 클러스터가 있을 때 팜을 구성하지 않아도 되는 유일한 상황은 WebSphere Application Server Network Deployment에 서버를 설치하는 경우입니다. 관리 서비스는 배치 관리자로 JMX Bean을 조회하여 모든 서버를 찾을 수 있습니다. 배치 관리자는 셀의 MobileFirst JMX Bean 목록을 제공하는 데 사용되므로 관리 조작을 허용하려면 배치 관리자가 실행 중이어야 합니다.

팜을 작성하는 경우에는 또한 팜의 모든 멤버에 조회를 전송하도록 HTTP 서버를 구성해야 합니다. HTTP 서버의 구성에 대해서는 이 학습서에서 다루지 않습니다. 이 학습서에서는 관리 조작이 클러스터의 모든 런타임 컴포넌트에 복제되도록 팜을 구성하는 것에 대해서만 다룹니다.

  1. 동일한 컴퓨터에서 두 번째 Liberty 서버를 작성하십시오.
    • 명령행을 시작하십시오.
    • liberty_install_dir/bin으로 이동하여 server create mfp2를 입력하십시오.
  2. mfp1 서버의 포트와 충돌하지 않도록 mfp2 서버의 HTTP 및 HTTPS 포트를 수정하십시오.
    • 두 번째 서버 디렉토리로 이동하십시오.

      이 디렉토리는 liberty_install_dir/usr/servers/mfp2 또는 WLP_USER_DIR/servers/mfp2(WebSphere Application Server Liberty Core 설치의 6단계에 설명된 대로 디렉토리를 수정하는 경우)입니다.

    • server.xml 파일을 편집하십시오. 다음을 찾으십시오.

      <httpEndpoint id="defaultHttpEndpoint"
        httpPort="9080"
        httpsPort="9443" />
      

      이를 다음으로 대체하십시오.

      <httpEndpoint id="defaultHttpEndpoint"
        httpPort="9081"
        httpsPort="9444" />
      

      이 변경으로 인해 mfp2 서버의 HTTP 및 HTTPS 포트가 mfp1 서버의 포트와 충돌하지 않습니다. MobileFirst Server 설치를 실행하기 전에 포트를 수정해야 합니다. 설치를 실행한 후 포트를 수정하는 경우에는 JNDI 특성(mfp.admin.jmx.port)에서 포트 변경을 반영해야 합니다.

  3. Ant 태스크를 사용하여 Liberty에 MobileFirst Server 배치에서 사용한 Ant 파일을 복사하여 appserver.was85liberty.serverInstance 특성의 값을 mfp2로 변경하십시오. Ant 태스크는 데이터베이스가 존재함을 발견하고 테이블을 작성하지 않습니다(다음 로그 추출 참조). 그런 다음 애플리케이션이 서버에 배치됩니다.

    [configuredatabase] Checking connectivity to MobileFirstAdmin database MFPDATA with schema 'MFPDATA' and user 'mfpuser'...
    [configuredatabase] Database MFPDATA exists.
    [configuredatabase] Connection to MobileFirstAdmin database MFPDATA with schema 'MFPDATA' and user 'mfpuser' succeeded.
    [configuredatabase] Getting the version of MobileFirstAdmin database MFPDATA...
    [configuredatabase] Table MFPADMIN_VERSION exists, checking its value...
    [configuredatabase] GetSQLQueryResult => MFPADMIN_VERSION = 8.0.0
    [configuredatabase] Configuring MobileFirstAdmin database MFPDATA...
    [configuredatabase] The database is in latest version (8.0.0), no upgrade required.
    [configuredatabase] Configuration of MobileFirstAdmin database MFPDATA succeeded.
    
  4. HTTP 연결로 두 서버를 테스트하십시오.
    • 웹 브라우저를 여십시오.
    • 다음 URL을 입력하십시오. http://localhost:9080/mfpconsole. 이 콘솔은 mfp1 서버에서 서비스를 제공합니다.
    • admin/admin으로 로그인하십시오.
    • 동일한 웹 브라우저에서 탭을 열고 다음 URL을 입력하십시오. http://localhost:9081/mfpconsole. 이 콘솔은 mfp2 서버에서 서비스를 제공합니다.
    • admin/admin으로 로그인하십시오. 설치가 올바르게 수행된 경우, 로그인 후 두 탭에 동일한 시작 페이지가 표시됩니다.
    • 첫 번째 브라우저 탭으로 돌아가서 Hello, admin → 감사 로그 다운로드를 클릭하십시오. 콘솔에서 로그아웃되고 로그인 화면이 다시 표시됩니다. 이 로그아웃 동작은 문제점입니다. mfp2 서버에 로그온할 때 LTPA(Lightweight Third Party Authentication) 토큰이 작성되어 브라우저에 쿠키로 저장되기 때문에 이러한 문제가 발생합니다. 단, mfp1 서버에서는 이 LTPA 토큰을 인식하지 않습니다. 프로덕션 환경에서는 클러스터 앞에 HTTP 로드 밸런서가 있는 경우 서버 간 전환이 발생할 가능성이 있습니다. 이 문제를 해결하려면 두 서버(mfp1 및 mfp2) 모두 동일한 비밀 키를 사용하여 LTPA 토큰을 생성하도록 해야 합니다. mfp1 서버에서 mfp2 서버로 LTPA 키를 복사하십시오.

      • 다음 명령을 사용하여 두 서버 모두 중지하십시오.

        server stop mfp1
        server stop mfp2
        
      • mfp1 서버의 LTPA 키를 mfp2 서버로 복사하십시오. liberty_install_dir/usr/servers 또는 WLP_USER_DIR/servers에서, 사용하는 운영 체제에 따라 다음 명령을 실행하십시오.
        • UNIX의 경우: cp mfp1/resources/security/ltpa.keys mfp2/resources/security/ltpa.keys
        • Windows의 경우: copy mfp1/resources/security/ltpa.keys mfp2/resources/security/ltpa.keys
      • 서버를 다시 시작하십시오. 하나의 브라우저 탭에서 다른 브라우저 탭으로 전환하기 위해 다시 로그인할 필요가 없습니다. Liberty 서버 팜에서는 모든 서버가 동일한 LTPA 키를 가지고 있어야 합니다.
  5. Liberty 서버 간의 JMX 통신을 사용 가능하게 설정하십시오.

    Liberty와의 JMX 통신은 HTTPS 프로토콜을 사용하여 Liberty REST 커넥터를 통해 수행됩니다. 이 통신을 사용하려면 팜의 각 서버가 다른 멤버의 SSL 인증을 인식할 수 있어야 합니다. 해당 신뢰 저장소에서 HTTPS 인증서를 교환해야 합니다. IBM 유틸리티(예: java/bin에 있는 IBM JRE 배포의 일부인 Keytool)를 사용하여 신뢰 저장소를 구성하십시오. 키 저장소 및 신뢰 저장소의 위치는 server.xml 파일에 정의됩니다. 기본적으로 Liberty 프로파일의 키 저장소는 WLP_USER_DIR/servers/server_name/resources/security/key.jks에 있습니다. 이 기본 키 저장소의 비밀번호는 server.xml 파일에서 보듯이 mobilefirst입니다.

    팁: 이 비밀번호는 Keytool 유틸리티를 사용하여 변경할 수 있지만, Liberty 서버에서 해당 키 저장소를 읽을 수 있도록 server.xml 파일에서도 비밀번호를 변경해야 합니다. 이 학습서에서는 기본 비밀번호를 사용하십시오.

    • WLP_USER_DIR/servers/mfp1/resources/security에서 keytool -list -keystore key.jks를 입력하십시오. 이 명령은 키 저장소의 인증서를 표시합니다. default라는 하나의 인증서만 있습니다. 키가 표시되기 전에 키 저장소의 비밀번호(mobilefirst) 입력을 요구하는 프롬프트가 표시됩니다. 이는 Keytool 유틸리티를 사용하는 다음의 모든 명령에 해당됩니다.
    • 다음 명령을 사용하여 mfp1 서버의 기본 인증서를 내보내십시오. keytool -exportcert -keystore key.jks -alias default -file mfp1.cert.
    • WLP_USER_DIR/servers/mfp2/resources/security에서 다음 명령을 사용하여 mfp2 서버의 기본 인증서를 내보내십시오. keytool -exportcert -keystore key.jks -alias default -file mfp2.cert.
    • 동일한 디렉토리에서 다음 명령을 사용하여 mfp1 서버의 인증서를 가져오십시오. keytool -import -file ../../../mfp1/resources/security/mfp1.cert -keystore key.jks. mfp1 서버의 인증서를 mfp2 서버의 키 저장소로 가져옴으로써 mfp2 서버는 mfp1 서버로의 HTTPS 연결을 신뢰할 수 있습니다. 인증서를 신뢰하는지에 대한 확인을 요구합니다.
    • WLP_USER_DIR/servers/mfp1/resources/security에서 다음 명령을 사용하여 mfp2 서버의 인증서를 가져오십시오. keytool -import -file ../../../mfp2/resources/security/mfp2.cert -keystore key.jks. 이 단계를 수행하면 두 서버 간의 HTTPS 연결이 가능해집니다.

팜 테스트 및 MobileFirst Operations Console에서 변경사항 확인

  1. 두 서버를 시작하십시오.

    server start mfp1
    server start mfp2
    
  2. 콘솔에 액세스하십시오. 예를 들어, http://localhost:9080/mfpconsole 또는 https://localhost:9443/mfpconsole(HTTPS의 경우)입니다. 왼쪽 사이드바에 서버 팜 노드라는 레이블이 지정된 추가 메뉴가 표시됩니다. 서버 팜 노드를 클릭하면 각 노드의 상태가 표시됩니다. 두 노드가 모두 시작되려면 잠시 대기해야 할 수도 있습니다.

Last modified on February 12, 2017