Red Hat Ansible 인증 콘텐츠 컬렉션을 사용하여 JBoss Web Server 설치

프로세스

1. Ansible 제어 노드에서 vars.yml 파일을 엽니다.

2. 설치할 JBoss Web Server 버전을 지정하려면 jws_version 변수를 적절한 기본 릴리스로 설정합니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_version: 6.0.0

   Copy to Clipboard Toggle word wrap
   참고

   jws_version 변수에 지정한 값이 설치하려는 제품 아카이브 파일의 버전과 일치하는지 확인합니다. 예를 들어 JBoss Web Server 6.0의 아카이브 파일을 설치하려면 6.0.0 값을 지정합니다.

   기본적으로 JBoss Web Server 컬렉션은 사용자가 지정하는 제품 버전의 기본 애플리케이션 서버 아카이브와 기본 아카이브를 모두 설치하도록 구성되어 있습니다. jws_native 변수를 False 로 설정하면 JBoss Web Server 컬렉션은 네이티브 아카이브를 설치할 수 없으므로 네이티브 아카이브 파일을 설치해야 하는 SELinux 정책과 같은 기능에 문제가 발생합니다.

   3 단계에 설명된 대로 자동 파일 다운로드에 대한 인증 정보를 지정하지 않으면 지정된 제품 버전의 아카이브 파일을 Ansible 제어 노드에 복사했는지 확인하십시오. 이 경우 복사된 네이티브 아카이브 파일이 대상 호스트에 설치된 운영 체제 버전과 일치하는지 확인합니다.

3. JBoss Web Server 아카이브 파일의 사본이 Ansible 제어에 없는 경우 컬렉션은 기본적으로 아카이브 파일을 자동으로 다운로드하는 Red Hat 고객 포털에 문의하십시오. Red Hat 고객 포털에 성공적으로 문의하려면 rhn_username 및 rhn_password 변수를 설정하여 Red Hat 서비스 계정 인증 정보를 지정합니다.

   예를 들면 다음과 같습니다.

   [...]
   rhn_username: <client_ID>
   rhn_password: <client_secret>

   Copy to Clipboard Toggle word wrap

   이전 예에서 < client_ID > 및 < client_secret >을 Red Hat 서비스 계정과 연결된 클라이언트 ID 및 시크릿으로 바꿉니다.

   참고

   기본적으로 컬렉션은 대상 호스트에 설치된 운영 체제 버전과 일치하는 네이티브 아카이브 파일을 자동으로 결정합니다. 적절한 아카이브 파일의 사본이 Ansible 제어 노드에 이미 있는 경우 컬렉션은 이러한 아카이브 파일을 다시 다운로드하지 않습니다.

   아카이브 파일을 수동으로 다운로드하거나 이미 다른 방법으로 이러한 파일을 가져온 경우 완전히 오프라인 설치를 적용할 수 있습니다. 오프라인 설치 강제에 대한 자세한 내용은 JBoss Web Server 제품 패치 업데이트의 자동 설치 활성화를 참조하십시오.

4. Ansible 제어 노드에서 다운로드한 아카이브 파일의 이름을 변경한 경우 zipfile_name 및 jws_native_zipfile 변수를 설정하여 설치할 파일을 지정합니다.

   예를 들면 다음과 같습니다.

   [...]
   zipfile_name: <application_server_file>
   jws_native_zipfile: <native_file>

   Copy to Clipboard Toggle word wrap

   이전 예에서 < application_server_file > 및 < native_file >을 적절한 아카이브 파일 이름으로 바꿉니다.

   참고

   파일 이름을 변경하지 않은 경우 zipfile_name 및 jws_native_zipfile 변수를 설정할 필요가 없습니다. JBoss Web Server 컬렉션은 jws_version 변수의 값을 사용하여 기본 파일 이름을 자동으로 결정합니다.

5. vars.yml 파일에 변경 사항을 저장합니다.

프로세스

1. Ansible 제어 노드에서 vars.yml 파일을 엽니다.

2. jws_apply_patches 변수를 True 로 설정합니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_version: 6.0.0
   [...]
   jws_apply_patches: True

   Copy to Clipboard Toggle word wrap
   참고

   jws_version 변수가 적절한 제품 버전(예: 6.0.0)의 기본 릴리스로 설정되어 있는지 확인합니다.

   JBoss Web Server 컬렉션은 기본적으로 최신 패치 업데이트를 설치하도록 구성되어 있습니다. 컬렉션은 Red Hat 고객 포털에 문의하여 설치할 올바른 패치를 결정합니다.

3. 컬렉션이 최신 패치 업데이트가 아닌 지정된 패치 릴리스를 설치하려면 jws_patch_version 변수를 설치하려는 패치 릴리스로 설정합니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_apply_patches: True
   jws_patch_version: 6.0.2

   Copy to Clipboard Toggle word wrap

   이전 예제에 따라 컬렉션은 이후 패치도 사용할 수 있는 경우에도 누적 6.0.2 패치를 설치합니다.

4. jws_apply_patches 변수가 True 로 설정된 경우 JBoss Web Server 컬렉션은 기본적으로 Red Hat 고객 포털에 연결하여 새 패치 업데이트를 사용할 수 있는지 확인합니다. 컬렉션은 필요한 경우 패치 업데이트도 다운로드합니다. Red Hat 고객 포털에 성공적으로 문의하려면 rhn_username 및 rhn_password 변수를 설정하여 Red Hat 서비스 계정 인증 정보를 지정합니다.

   예를 들면 다음과 같습니다.

   [...]
   rhn_username: <client_ID>
   rhn_password: <client_secret>

   Copy to Clipboard Toggle word wrap

   이전 예에서 < client_ID > 및 < client_secret >을 Red Hat 서비스 계정과 연결된 클라이언트 ID 및 시크릿으로 바꿉니다.

   참고

   기본적으로 컬렉션은 대상 호스트에 설치된 운영 체제 버전과 일치하는 네이티브 아카이브 파일을 자동으로 결정합니다. 적절한 아카이브 파일의 사본이 Ansible 제어 노드에 이미 있는 경우 컬렉션은 이러한 아카이브 파일을 다시 다운로드하지 않습니다.

   jws_patch_version 변수가 특정 패치 릴리스로 설정된 경우 나중에 패치도 사용할 수 있더라도 컬렉션은 지정된 패치 릴리스를 다운로드합니다.

   아카이브 파일을 수동으로 다운로드하거나 이미 다른 방법으로 이러한 파일을 가져온 경우 5단계 에 설명된 대로 완전히 오프라인 설치를 적용할 수 있습니다.

5. 완전히 오프라인 설치를 적용하고 컬렉션이 Red Hat 고객 포털에 접속하지 못하도록 하려면 jws_offline_install 변수를 True 로 설정합니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_offline_install: True

   Copy to Clipboard Toggle word wrap
   참고

   jws_offline_install 변수는 Ansible 제어 노드에 인터넷 액세스 권한이 없거나 컬렉션에서 파일 다운로드를 위해 Red Hat 고객 포털에 연결하지 않는 경우 유용합니다. 이 경우 jws_patch_version 변수를 설치하려는 패치 릴리스로 설정해야 합니다.

   적절한 패치 업데이트의 아카이브 파일을 Ansible 제어 노드에 복사했는지 확인합니다. 이 경우 복사된 네이티브 아카이브 파일이 대상 호스트에 설치된 운영 체제 버전과 일치하는지 확인합니다.

   jws_offline_install 변수를 True 로 설정하면 자동 파일 다운로드를 허용하도록 rhn_username 및 rhn_password 변수도 설정한 경우에도 컬렉션은 Red Hat 고객 포털에 연결을 시도하지 않습니다.

6. vars.yml 파일에 변경 사항을 저장합니다.

프로세스

1. Java 키 저장소를 생성하려면 다음 단계를 수행합니다.

   1. 키 저장소를 생성할 대상 호스트에 로그인합니다.

      참고

      JDK가 이미 설치되어 있고 JAVA_HOME 변수가 대상 호스트에 이미 설정되어 있는지 확인합니다.

   2. 키 저장소를 생성하려면 다음 명령을 입력합니다.

      $JAVA_HOME/bin/keytool -genkeypair -alias tomcat -keyalg RSA -keystore <path_to_keystore>

      Copy to Clipboard Toggle word wrap

      이전 명령에서 < path_to_keystore >를 생성하려는 키 저장소 파일의 전체 경로로 바꿉니다. -keystore 옵션을 지정하지 않으면 명령은 설치한 JDK 버전에 따라 일부 기본 위치에 키 저장소 파일을 생성합니다. 예를 들어 OpenJDK의 Red Hat 빌드를 사용하는 경우 키 저장소의 기본 위치는 /etc/ssl/keystore.jks 입니다.

      이전 명령은 공개 및 개인 키 쌍과 서버 인증을 위한 단일 자체 서명 인증서가 포함된 키 저장소 파일을 생성합니다. 키 쌍 및 자체 서명된 인증서는 -alias 옵션으로 식별되는 단일 키 저장소 항목(예: tomcat)에 저장됩니다.

   3. keytool 명령에서 다음 정보를 입력하라는 메시지가 표시되면 설정에 적절한 값을 입력합니다.

      • 키 저장소 암호(기본적으로 변경)
      • 인증서에 대한 일반 정보
      • 인증서의 키 암호(기본적으로 키 저장소 암호)
   참고

   또는 새 키 저장소를 생성하는 대신 Linux scp 명령을 사용하여 다른 호스트 간에 기존 키 저장소 파일을 복사할 수 있습니다.

2. HTTPS 연결 지원을 활성화하려면 다음 단계를 수행합니다.

   1. Ansible 제어 노드에서 vars.yml 파일을 엽니다.

   2. jws_listen_https_enabled 변수를 True 로 설정합니다.

      예를 들면 다음과 같습니다.

      [...]
      jws_listen_https_enabled: True

      Copy to Clipboard Toggle word wrap

   3. 각 대상 호스트의 Java 키 저장소가 /etc/ssl/keystore.jks 이외의 경로에 있는 경우 jws_listen_https_keystore_file 변수를 적절한 값으로 설정합니다.

      예를 들면 다음과 같습니다.

      [...]
      jws_listen_https_keystore_file: <keystore_path>

      Copy to Clipboard Toggle word wrap

      이전 예에서 < keystore_path >를 각 대상 호스트에 있는 키 저장소 파일의 전체 경로로 바꿉니다.

      참고

      jws_listen_https_keystore_file 변수를 설정하지 않으면 JBoss Web Server 컬렉션은 /etc/ssl/keystore.jks 값을 사용하여 server.xml 파일의 certificateKeystoreFile 설정을 자동으로 구성합니다.

   4. 각 대상 호스트의 Java 키 저장소에서 변경 사항 이외의 암호를 사용하는 경우 jws_listen_https_keystore_password 변수를 적절한 값으로 설정합니다.

      예를 들면 다음과 같습니다.

      [...]
      jws_listen_https_keystore_password: <keystore_password>

      Copy to Clipboard Toggle word wrap

      이전 예에서 < keystore_password >를 각 대상 호스트에 있는 Java 키 저장소에 대한 올바른 암호로 바꿉니다.

      참고

      jws_listen_https_keystore_password 변수를 설정하지 않으면 JBoss Web Server 컬렉션은 값이 변경되어 server.xml 에서 certificateKeystorePassword 설정을 자동으로 구성합니다.

   5. vars.yml 파일에 변경 사항을 저장합니다.

프로세스

1. Ansible 제어 노드에서 vars.yml 파일을 엽니다.

2. mod_cluster 리스너를 활성화하려면 jws_modcluster_enabled 변수를 True 로 설정합니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_modcluster_enabled: True

   Copy to Clipboard Toggle word wrap

3. mod_cluster 인스턴스의 IP 주소 및 포트를 지정하려면 jws_modcluster_ip 및 jws_modcluster_port 변수를 적절한 값으로 설정합니다. 기본 IP 주소는 127.0.0.1 입니다. 기본 포트는 6666 입니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_modcluster_ip: <ip_address>
   jws_modcluster_port: <port>

   Copy to Clipboard Toggle word wrap

   이전 예에서 < ip_address >를 대상 호스트의 mod_cluster 인스턴스에 대한 적절한 바인딩 주소로 바꾸고 < port >를 mod_cluster 인스턴스가 들어오는 요청을 수신 대기하는 데 사용하는 적절한 포트로 바꿉니다.

4. vars.yml 파일에 변경 사항을 저장합니다.

프로세스

1. Ansible 제어 노드에서 vars.yml 파일을 엽니다.

2. 사전 요구 사항 단계의 일부로 생성한 vault.keystore,VAULT.dat, vault.properties 파일의 경로를 지정하려면 다음 변수를 적절한 값으로 설정합니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_vault_name: ./vault_files/vault.keystore
   jws_vault_data: ./vault_files/VAULT.dat
   jws_vault_properties: ./vault_files/vault.properties

   Copy to Clipboard Toggle word wrap

1. 암호 자격 증명 모음 기능을 활성화하려면 jws_tomcat_vault_enabled 변수를 True 로 설정합니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_tomcat_vault_enabled: True

   Copy to Clipboard Toggle word wrap

2. 암호 자격 증명 모음에 대해 구성한 키 저장소 별칭, 키 저장소 암호, 반복 횟수 및 Salt 값을 지정하려면 다음 변수를 적절한 값으로 설정합니다.

   예를 들면 다음과 같습니다.

   [...]
   jws_tomcat_vault_alias: <keystore_alias>
   jws_tomcat_vault_storepass: <keystore_password>
   jws_tomcat_vault_iteration: <iteration_count>
   jws_tomcat_vault_salt: <salt>

   Copy to Clipboard Toggle word wrap

   이전 예에서 사전 요구 사항 단계의 일부로 구성한 적절한 값을 지정해야 합니다.

3. vars.yml 파일에 변경 사항을 저장합니다.