test

Sun Java Enterprise System 5 설치 계획 설명서

설치 계획 관련 문제

설치 및 구성 절차의 목표는 배포 아키텍처에 설명되어 있는 분산 시스템입니다. 분산 시스템은 여러 컴퓨터에서 실행되면서 상호 작용하는 구성 요소 인스턴스로 구성됩니다. 분산 시스템이 작동하도록 하려면 여러 컴퓨터에 구성 요소 인스턴스를 설치하고 기본 구성을 수행하여 이러한 구성 요소 인스턴스 간의 상호 작용을 설정해야 합니다.

설치 및 구성 절차는 Java ES 설치 프로그램의 동작 및 개별 구성 요소의 요구 사항에 따라 결정됩니다. 제대로 작동하는 분산 시스템을 구현하려면 설치 프로그램을 올바르게 사용하고 솔루션에서 사용되는 구성 요소의 요구 사항을 고려하는 설치 계획을 개발해야 합니다. 계획에서는 각 구성 요소 인스턴스의 설치 및 기본 구성 수행을 위한 순서를 정확하게 설명해야 합니다. 또한 계획은 구성 요소 인스턴스가 상호 작용하도록 구성하는 구성 값을 지정해야 합니다.

이 절에서는 설치 계획을 개발할 때 고려해야 하는 주요 사항에 대해 설명합니다.

분산 설치

Java ES 생산 솔루션의 서비스 품질 요구 사항을 충족하기 위해 구성 요소 인스턴스를 여러 대의 컴퓨터에 설치하는 아키텍처를 사용합니다. 예를 들어 안정적인 포털 서비스를 위해 아키텍처에는 두 대의 서로 다른 컴퓨터에 두 Portal Server 인스턴스가 있어야 하며 로드 균형 조정을 사용하여 이러한 두 인스턴스 간의 페일오버 관계가 설정되어야 합니다.

그러나 Java ES 설치 프로그램은 한 번에 한 대의 컴퓨처에서만 작동합니다. 따라서 분산 솔루션을 설치하는 경우 솔루션에 사용되는 각 컴퓨터마다 설치 프로그램을 실행해야 합니다.

많은 경우 사용자는 컴퓨터에 구성 요소를 설치한 다음 구성 마법사를 실행하여 기본 구성을 수행해야 합니다. 일반적으로 한 컴퓨터에서 설치와 구성을 완료한 다음 다른 컴퓨터에 다른 구성 요소 집합을 설치하고 구성합니다. 분산 구성 요소 인스턴스를 설치 및 구성하려면 그림 3–1에 설명된 것과 유사한 작업을 순서대로 수행해야 합니다.

그림 3–1 분산 설치 절차 예제

컴퓨터 01에서 Messaging Server 및 Calendar Server를 설치한 다음 Messaging Server를 구성하고 Calendar Server를 구성합니다. 컴퓨터 02에서 절차를 반복합니다.

구성 요소 종속성

일부 Java ES 구성 요소는 다른 구성 요소를 먼저 설치하고 구성해야 설치 및 구성할 수 있습니다. 종속성이 발생하는 이유는 여러 가지이며 예를 들면 다음과 같습니다.

이러한 종속성의 일부는 솔루션 차원이며 일부는 로컬입니다. 설치 계획을 개발할 때 솔루션 차원 종속성과 로컬 종속성을 각각 다르게 고려하십시오. 그 차이점에 대해 예를 들어 설명하면 다음과 같습니다.

Directory Server에 대한 Access Manager의 종속성은 솔루션 차원 종속성입니다. Access Manager를 설치할 때 하나 이상의 Directory Server 인스턴스에서 제공하는 디렉토리 서비스에 대한 URL을 입력합니다. Directory Server가 설치 및 구성되면 솔루션의 모든 구성 요소에서 사용할 수 있는 디렉토리 서비스가 제공됩니다. 이 유형의 종속성은 Access Manager를 설치 및 구성하기 전에 Directory Server를 설치 및 구성해야 하는 등의 솔루션 차원 구성 요소 인스턴스 설치 및 구성 순서를 결정합니다. 설치 계획에서 솔루션 차원 종속성은 설치 및 구성 단계의 전체적인 순서를 결정합니다. 즉 Directory Server를 먼저 설치한 다음 Access Manager와 같이 이 디렉토리 서비스에 종속되는 구성 요소를 설치하도록 계획할 수 있습니다.

웹 컨테이너의 Access Manager 종속성은 로컬 종속성입니다. 이 종속성을 충족시키려면 웹 컨테이너가 Access Manager를 실행하는 컴퓨터에 설치되어야 합니다. 그러나 이 웹 컨테이너는 전체 솔루션에 대해 웹 컨테이너 서비스를 제공하지 않습니다. 분산 아키텍처에서 Access Manager와 다른 컴퓨터에 Portal Server를 설치하도록 지정하면 두 컴퓨터 모두에 웹 컨테이너를 설치하도록 계획해야 합니다. 각 웹 컨테이너는 서로 다른 구성 요소를 로컬에서 지원합니다. 따라서 분산 솔루션에는 웹 컨테이너에서 전체 솔루션에 대해 서비스를 제공하기 위한 단일 위치가 없으므로 전체 설치 순서에서 웹 컨테이너를 여러 번 설치하도록 계획해야 합니다.

솔루션에 대한 설치 계획을 개발하려면 솔루션을 설명하는 배포 아키텍처를 분석하고 구성 요소 간의 종속성을 확인해야 합니다. 계획은 모든 종속성을 충족하는 순서에 따라 구성 요소를 설치하고 구성해야 합니다. 일반적으로 솔루션 차원 종속성부터 시작하여 전체적인 설치 순서를 개발합니다. 그 다음 각 컴퓨터에 있을 수 있는 로컬 종속성을 고려합니다.

구성 요소 종속성은 표 3–1에 나열되어 있습니다. 이러한 종속성 작업에 대한 자세한 내용은 설치 계획 개발에서 개별 구성 요소에 대한 설명을 참조하십시오.

표 3–1 Java ES 구성 요소 종속성

제품 구성 요소

종속성 

종속성의 특성 

반드시 로컬이어야 함 

Access Manager

Directory Server 

구성 데이터 저장, 사용자 데이터의 저장 및 조회 활성화 

No 
 

다음과 같은 J2EE 웹 컨테이너 중 하나 

-Application Server 

-Web Server 

-BEA WebLogic Server 

-IBM WebSphere Application Server 

Access Manager는 이 웹 컨테이너들 중 하나에 배포되어야 합니다. 

Yes 

Access Manager SDK

Access Manager 

기본 Access Manager 서비스 제공 

No 
 

다음과 같은 J2EE 웹 컨테이너 중 하나 

-Application Server 

-Web Server 

-BEA WebLogic Server 

-IBM WebSphere Application Server 

Access Manager SDK는 이 웹 컨테이너들 중 하나에 배포되어야 합니다. 

Yes 

Access Manager 분산 인증 

Access Manager 

기본 Access Manager 서비스 제공 

No 

다음과 같은 J2EE 웹 컨테이너 중 하나 

-Application Server 

-Web Server 

-BEA WebLogic Server 

-IBM WebSphere Application Server 

Access Manager SDK는 이 웹 컨테이너들 중 하나에 배포되어야 합니다. 

Yes 

Access Manager 세션 페일오버 

Access Manager 

기본 Access Manager 서비스 제공 

No 

Message Queue 

안정적인 비동기 메시징 제공 

No 

Application Server

Message Queue

안정적인 비동기 메시징 제공 

Yes 
 

Web Server(선택 사항)

Application Server 인스턴스 간에 로드 균형 조정 제공 

Yes 
 

High Availability Session Store(선택 사항)

세션 상태를 저장하여 Application Server 인스턴스 간에 페일오버 지원 

Yes 

Directory Proxy Server

Directory Server 

기본 LDAP 디렉토리 서비스 제공 

No 

Directory Server

없음 

   

고가용성 세션 저장소 

없음 

   

Java DB 

없음 

   

Message Queue 

Directory Server(선택 사항) 

관리 객체 및 지속성 메시지 저장 

No 
 

다음과 같은 J2EE 웹 컨테이너 중 하나(선택 사항)

-Application Server 

-Web Server 

클라이언트와 메시지 브로커 간 HTTP 전송 지원 

No 
 

Sun Cluster(선택 사항) 

고가용성 솔루션에서 Message Queue 사용 지원 

No 

Portal Server

다음과 같은 J2EE 웹 컨테이너 중 하나

-Application Server 

-Web Server 

-BEA WebLogic Server 

-IBM WebSphere Application Server 

Portal Server는 이러한 웹 컨테이너 중 하나에 배포되어야 합니다. 

Yes 
 

Directory Server 

인증 및 권한 부여에 사용하는 사용자 데이터 저장 

No 
 

Access Manager 또는 Access Manager SDK 

Access Manager 서비스 제공, 로컬 Access Manager SDK는 원격 Access Manager에 대한 액세스 제공 

Yes 
 

Service Registry Client 

컴파일에 필요한 라이브러리 제공 

No 

Portal Server Secure Remote Access

Portal Server 

기본 포털 서비스 제공 

No 
 

Access Manager 또는 Access Manager SDK 

Access Manager 서비스 제공, 로컬 Access Manager SDK는 원격 Access Manager에 대한 액세스 제공 

Yes 

Rewriter 프록시 

Portal Server 

기본 포털 서비스 제공 

No 

Netlet 프록시 

Portal Server 

기본 포털 서비스 제공 

No 

Service Registry 

Application Server 

필수 컨테이너 서비스 제공 

Yes 

Service Registry Client 

필수 클라이언트 인터페이스 제공 

Yes 

Service Registry Client 

없음 

   

Sun Cluster 소프트웨어 

없음 

   

Sun Cluster 에이전트

Sun Cluster 

기본 클러스터형 서비스 제공 

Yes 

Sun Cluster Geographic Edition 

Sun Cluster 

기본 클러스터형 서비스 제공 

Yes 

Web Proxy Server

Web Server 

Web Server에서 실행 중인 웹 응용 프로그램에 대한 원격 액세스 제공 

Yes 

Directory Server(선택 사항) 

인증 및 권한 부여에 사용하는 사용자 데이터 저장 

No 

Web Server 

Directory Server(선택 사항) 

인증 및 권한 부여에 사용하는 사용자 데이터 저장 

No 

상호 운용 구성

설치 및 구성 프로세스의 목표는 구성 요소 인스턴스와 상호 운용되는 시스템을 만드는 것입니다. 한 번에 한 대의 컴퓨터에 구성 요소를 설치하고 기본 구성을 수행하므로 다른 컴퓨터의 구성 요소와 성공적으로 상호 운용되도록 하는 구성 값을 미리 결정해야 합니다.

상호 운용되도록 하는 구성 값에는 한 구성 요소 인스턴스가 다른 구성 요소 인스턴스와 통신하는 데 사용하는 URL 또는 포트 번호와 같은 값이 포함됩니다. 예를 들어 솔루션에서 Access Manager를 사용하는 경우 먼저 Directory Server 인스턴스와 같은 LDAP 리포지토리를 설치 및 구성해야 합니다. 그런 다음 Access Manager 인스턴스를 설치 및 구성할 때 이미 설치 및 구성된 LDAP 디렉토리와 상호 운용되도록 Access Manager를 구성하는 값을 제공해야 합니다.

Java ES 설치 프로그램은 솔루션에서 사용되는 다른 컴퓨터에 어떤 구성 요소가 설치되는지 모릅니다. 예를 들어 Access Manager를 설치할 때 설치 프로그램은 적합한 LDAP 디렉토리의 위치를 알지 못합니다. 설치 및 구성 프로세스를 성공적으로 수행하려면 Access Manager 인스턴스와 Directory Server 인스턴스 간에 성공적으로 상호 운용되도록 하는 설치 및 구성 값을 미리 결정해야 합니다. 설치 계획에 이러한 값을 추가합니다. 그 다음 구성 요소를 설치 및 구성할 때 해당 계획에 포함되어 있는 값을 입력하고 구성 요소 간에 상호 운용되도록 구성합니다.

그림 3–2에 설명된 것과 유사한 설치 및 구성 작업을 순서대로 수행해야 합니다.

그림 3–2 상호 운용되도록 구성 요소 구성

컴퓨터 01: Directory Server. 컴퓨터 02: Access Manager를 설치 및 구성하여 컴퓨터 01의 Directory Server 인스턴스와 상호 작용하도록 합니다.

솔루션의 아키텍처에 관계없이 구성 요소를 구성하고 상호 작용하는 분산 솔루션을 구현하는 데 필요한 모든 구성 값을 포함하는 설치 계획을 개발해야 합니다.

중복 전략

생산 용도의 사용을 목적으로 하는 솔루션은 대부분 몇몇 유형의 중복을 사용합니다. 중복 전략은 구성 요소의 여러 인스턴스를 사용하여 단일 서비스를 제공합니다. 중복은 서비스 품질 요구 사항을 충족하기 위해 사용됩니다. 예를 들어 중복은 성능 요구 사항을 충족하기 위해 처리량을 늘리거나 안정성 요구 사항을 충족하기 위해 단일 지점에서 오류가 발생하는 것을 방지하는 데 사용됩니다.

Java ES 구성 요소의 중복 인스턴스를 사용하는 전략에는 로드 균형 조정,Sun Cluster 소프트웨어를 사용한 클러스터링 및 Directory Server 복제의 세 가지가 있습니다. 다음 단락에서는 각 전략에 대해 권장되는 설치 및 구성 절차를 간략히 설명합니다.

배포 아키텍처에서 이러한 중복 전략 중 하나를 사용하는 경우 설치 계획에는 구성 요소의 여러 인스턴스를 설치하고 이러한 인스턴스를 하나의 서비스로 작동하도록 구성하기 위한 절차가 포함되어야 합니다.

LDAP 스키마 및 LDAP 디렉토리 트리 구조

Java ES 솔루션은 대부분 Directory Server를 포함합니다. Directory Server를 사용하는 솔루션을 설치 및 구성하는 경우 디렉토리 스키마와 디렉토리 트리 구조를 모두 설정하는 값을 입력해야 합니다. 설치 계획에는 올바른 LDAP 스키마 및 디렉토리 트리 구조가 되는 입력 값이 나열되어 있어야 합니다.

LDAP 스키마와 디렉토리 트리 구조는 설치 계획을 시작하기 전에 지정합니다. 설치 계획에는 설치 프로그램을 실행하여 지정한 스키마와 디렉토리 트리 구조를 만들 때 입력하는 값이 포함됩니다. 스키마 및 디렉토리 트리 규격의 예는 사용자 관리 규격 개발을 참조하십시오.

LDAP 스키마를 설정하는 설치 및 구성 프로세스는 다음과 같습니다.

  1. Directory Server를 설치하면 Schema 1로 디렉토리가 자동 설정됩니다. 스키마를 선택하기 위해 입력해야 하는 항목은 없습니다.

  2. Access Manager를 설치하면 자동으로 디렉토리를 수정하고 이를 Schema 2로 변환합니다. 스키마를 선택하기 위해 입력해야 하는 항목은 없습니다.

  3. Communications Suite 구성 요소를 포함하는 솔루션에서 Directory 준비 도구를 실행하면 Messaging Server, Calendar Server 및 Communications Express에서 사용하는 스키마가 확장됩니다. Directory 준비 도구는 Schema 1과 Schema 2 디렉토리를 모두 확장합니다. Directory 준비 도구에 대한 입력 값은 설치 계획에 나열됩니다.

  4. Communications Suite 구성 요소를 포함하는 솔루션에서 Delegated Administrator를 실행하면 특정 서비스에 대해 사용자를 인증하거나 권한을 부여하는 데 사용하는 객체 클래스 및 속성으로 스키마가 확장됩니다. 입력 값은 솔루션이 제공하는 서비스에 따라 달라집니다. 입력 값을 설치 계획에 나열합니다.

또한 설치 및 구성 프로세스는 다음과 같이 기본 디렉토리 트리 구조를 설정합니다.

  1. Directory Server를 설치하면 기본 접미어 또는 디렉토리 트리 루트가 생성됩니다. 기본 접미어는 Java ES 설치 프로그램이 Directory Server를 설치하는 경우 필수 입력 값입니다. 설치 프로세스의 입력 값 중 하나로 기본 접미어가 설치 계획에 나열됩니다.

  2. Messaging Server를 설치 및 구성하면 디렉토리 트리가 분기되고 LDAP 조직이 생성됩니다. 이 조직은 Messaging Server 인스턴스가 관리하는 전자 메일 도메인을 나타냅니다. 조직의 이름은 Messaging Server 구성 마법사에서 필수 입력 항목입니다. Messaging Server 구성 프로세스의 입력 값 중 하나로 조직 DN이 설치 계획에 나열됩니다.

  3. Calendar Server, Communications Express, Delegated Administrator 및 Instant Messaging을 설치 및 구성하면 이러한 구성 요소가 사용자 데이터를 조회할 디렉토리 위치가 지정됩니다. LDAP DN은 각 구성 요소 구성 마법사에서 필수 입력 항목이며 설치 계획에서는 DN을 각 구성 마법사에 대한 입력 값으로 나열합니다. 솔루션에서 Access Manager 단일 사인온을 사용하는 경우 이러한 모든 구성 요소가 사용자 데이터에 대해 동일한 장소를 사용하도록 구성해야 합니다. 이 장소는 Messaging Server 구성 마법사가 만든 조직입니다. 이러한 모든 구성 마법사에 같은 LDAP DN이 입력됩니다. 모든 구성 마법사의 입력 값 중 하나로 조직 DN이 설치 계획에 나열됩니다.

LDAP 기본 접미어 및 전자 메일 도메인 조직에 대한 이름은 사용자 관리 규격에서 가져와 설치 계획에 추가됩니다. 사용자 관리 규격에 대한 자세한 내용은 사용자 관리 규격 개발을 참조하십시오.

Java ES 설치 프로그램 동작

이 절에서는 설치 계획에 영향을 미치는 Java ES 설치 프로그램의 일부 동작에 대해 설명합니다.

설치 프로그램의 로컬 특성

Java ES 설치 프로그램은 한 번에 한 대의 컴퓨터에 구성 요소 소프트웨어를 설치합니다. 따라서, 대부분의 솔루션이 분산되어 있기 때문에 설치 프로그램을 여러 번 실행해야 합니다. 설치 계획에는 설치 프로그램을 실행하는 각각의 경우에 대한 절차가 포함되어야 합니다. 이 절에서는 배포 아키텍처를 분석하고 솔루션을 구현하기 위해 설치 프로그램을 실행해야 하는 횟수를 결정하는 방법을 설명합니다.

일부 솔루션은 한 컴퓨터에만 설치되며 이러한 솔루션에 대한 설치 계획은 설치 프로그램을 한 번만 실행하기 위한 절차를 제공합니다. 설치 프로그램을 한 번만 실행해야 하는 솔루션은 다음과 같습니다.

대부분의 솔루션은 여러 컴퓨터에 걸쳐 분산됩니다. 이러한 솔루션에 대한 설치 계획은 여러 번의 설치 프로그램 실행을 설명하여 완전한 솔루션을 설치 및 구성해야 합니다. 다음 지침을 사용하여 이러한 솔루션을 분석합니다.

이 절의 목적은 경우에 따라 설치 계획에서 설치 프로그램 및 구성 마법사를 한 컴퓨터에 설치하는 방법, 또는 한 컴퓨터에서 설치 프로그램을 여러 번 실행하는 방법을 설명해야 한다는 개념을 알리는 것입니다. 다양한 구성 요소 조합의 실제 설치 절차에 대한 자세한 내용은 설치 계획 개발을 참조하십시오.

설치 프로그램 운영 모드

설치 프로그램은 지금 구성 모드와 나중에 구성 모드에서 실행됩니다. 두 모드의 차이점은 다음과 같습니다.

사용자가 선택한 구성 옵션은 전체 설치 세션에 적용됩니다. 컴퓨터에서 구성 요소 중 일부는 지금 구성 모드로 설치하고 일부는 나중에 구성 모드로 설치하려면 설치 프로그램을 여러 번 실행해야 합니다.

설치 프로그램 호환성 검사

Java ES 설치 프로그램은 몇몇 종속성 및 호환성 검사를 수행하지만로컬 컴퓨터만 검사할 수 있습니다. 예를 들어 분산 솔루션에서 Access Manager를 설치하는 경우 설치 프로그램은 원격 Directory Server와 설치 중인 Access Manager가 호환되는지를 검사할 수 없습니다.

동일한 Java ES 릴리스의 모든 구성 요소를 사용하여 완전히 새로운 솔루션을 설치 및 구성하면 호환성 문제가 발생하지 않을 수도 있습니다. 그러나 설정된 솔루션에 새 구성 요소를 추가하거나 기존 구성 요소 주변에 Java ES 솔루션을 구축하는 경우에는 문제가 발생할 수 있습니다. 예를 들어 이미 Directory Server를 사용하고 있고 Access Manager와 Portal Server를 사용하여 기존 Directory Server 주변에 솔루션을 구축하는 경우 구성 요소 간에 호환성 문제가 발생할 수 있습니다. 이 경우 새 구성 요소를 설치 및 구성하기 전에 해당 구성 요소가 호환되는지 확인해야 합니다.

기타 설치 문제

이 절에서는 일부 솔루션에서 발생하는 특정 문제를 자세한 정보를 볼 수 있는 참조와 함께 나열합니다.

표 3–2 고려해야 할 설치 문제

솔루션 요구 사항 

지침 

Solaris 10 영역 사용 

Solaris 10 영역에 설치하는 경우 부록 A, Java ES 및 Solaris 10 영역를 참조하십시오.

Directory Server 암호화 사용 

Directory Server 인스턴스에 LDAPS(SSL over LDAP) 구성 

Access Manager에 타사 웹 컨테이너 사용

타사 웹 컨테이너(BEA WebLogic Server 또는 IBM WebSphere Application Server)는 Portal Server 및 Access Manager와 함께 사용할 수 있습니다. 이러한 웹 컨테이너를 설치 및 실행하고 나서 컨테이너에 의존하는 Java ES 구성 요소를 설치해야 합니다.

Access Manager SDK용 타사 웹 컨테이너를 사용하려면 설치 후에 Access Manager SDK를 수동으로 설치해야 합니다. Sun Java Enterprise System 5 UNIX용 설치 설명서의 컨테이너를 사용하는 Access Manager SDK 구성 예를 참조하십시오.

주: Portal Server는 Solaris OS에서만 타사 웹 컨테이너를 사용할 수 있습니다. 

주: Access Manager 및 Portal Server는 같은 유형의 웹 컨테이너를 사용해야 합니다. 

로드 균형 조정 플러그인에 Apache Web Server 사용

Apache Web Server는 Application Server 로드 균형 조정 플러그인과 함께 사용할 수 있습니다. 이 경우 Apache Web Server를 설치 및 실행하고 나서 이 서버에 의존하는 Java ES 구성 요소를 설치해야 합니다. 

Schema 1 LDAP 사용

Schema 1 배포인 경우 Access Manager를 사용할 수 없습니다. 

단일 사용자 항목 및 단일 사인온 구성

단일 사인온에는 Access Manager가 필요합니다. 

HADB를 사용한 고가용성 구성 

고가용성을 위한 HADB를 설정하는 절차는 Sun Java Enterprise System 5 UNIX용 설치 설명서의 웹 및 응용 프로그램 서비스 예에 요약되어 있습니다.

Application Server 로드 균형 조정 

Application Server 로드 균형 조정 플러그인을 사용하기 위한 절차는 Sun Java Enterprise System 5 UNIX용 설치 설명서의 웹 및 응용 프로그램 서비스 예에 요약되어 있습니다.

루트가 아닌 소유권 

루트가 아닌 소유권이 Application Server 또는 Web Server에 필요한 경우 Sun Java Enterprise System 5 UNIX용 설치 설명서의 루트가 아닌 예를 참조하십시오.