WebSphere ESB 설치 과정은
2단계의 프로세스입니다.
- 첫 번째 단계에서는 설치 마법사를 사용하여 코어 제품 파일의 공유 세트를 설치합니다.
이들 시스템 파일에는 명령 파일 및 기타 공유 제품 2진 파일이 포함됩니다.
시스템 파일은 갱신 팩이나 픽스팩을 설치하여 갱신할 수 있습니다.
- 두 번째 단계에서는 공유 시스템 파일을 사용하여 프로파일 작성 마법사를 통해
하나 이상의 프로파일을 작성합니다.
각 프로파일은 별도의 파일(명령, 구성 파일, 로그 파일 등)로 별도의 런타임 환경을 정의합니다.
프로파일을 여러 개 만들기 위해 같은 시스템에 제품을 두 번 이상 설치할 필요는 없습니다.
제품을 일단 설치하면 프로파일 작성 마법사를 사용하여 여러 개의 프로파일을 작성할 수 있습니다.
WebSphere ESB 내의
Deployment Manager와 같은 실행 중인 서버 프로세스는 해당 프로파일 내에서
구성 파일, 데이터 파일 및 로그 파일을 읽거나 작성, 갱신 또는 삭제할 수 있습니다.
서버 프로세스는 시스템 파일에 읽기 전용으로만 액세스할 수 있습니다.
그림 1. 시스템 파일과 프로파일 분리
WebSphere ESB는
독립형 서버 또는 관리 서버의 그룹으로 설치될 수 있습니다.
설치 시나리오
다음은 하나 이상의 시스템에서 다양한 토폴로지로 제품을 설치하는
시나리오에 대한 설명입니다. 두 가지 유형의
WebSphere ESB 토폴로지가 가능합니다.
- 독립형 서버용 토폴로지
- 서버 관리 그룹용 토폴로지
독립형 서버용 토폴로지
독립형 서버 프로파일에는 자체 관리 콘솔이 있으며 샘플 응용프로그램 갤러리 기능을 설치한 경우
모든 샘플 응용프로그램을 제공합니다.
각각의 독립형 서버는 모든 조작이 가능하며 다른 서버에서 별도로 관리할 수 있습니다.
본 주제에서는 독립형 서버용으로 사용할 수 있는 다음과 같은 토폴로지에 대해 설명합니다.
- 시나리오 1: 독립형 서버가 하나인 단일 시스템 설치
- 시나리오 2: 독립형 서버가 여러 개인 단일 시스템 설치
- 시나리오 3: 단일 시스템에서 여러 번 설치
처음 설치하는 경우에는 전체 설치 프로시저를 사용하는 것이 좋습니다.
전체 설치는 WebSphere ESB를
설치하고 시나리오 1의 토폴로지로 완벽하게 조작 가능한 독립형 서버를 작성하는 가장 쉬운 방법입니다.
서버 관리 그룹용 토폴로지
서버 관리 그룹은 셀이라고 합니다.
WebSphere ESB 소프트웨어를 설치한 후에
프로파일 마법사를 사용하여 Deployment Manager 프로파일을 작성하게 됩니다.
Deployment Manager는 셀에 있는 모든 관리 노드의 구성을 관리하고 응용프로그램을 셀의 관리 노드에 배치합니다.
셀의 모든 프로파일은 WebSphere ESB
설치 과정에서 작성된 명령 파일 및 기타 제품 2진 파일을 공유합니다.
셀에서 관리 노드를 사용하는 가장 큰 이유는 같은 수의 독립형 서버를 사용하는 경우와
비교해 볼 때 Deployment Manager가 셀을 중앙 집중적으로 관리할 수 있기 때문입니다.
WebSphere ESB 관리 노드를
작성하려면 사용자 정의 프로파일을 작성하고 이 사용자 정의 프로파일을 셀에 연합합니다.
본 주제에서는 셀용으로 사용할 수 있는 다음과 같은 토폴로지에 대해 설명합니다.
- 시나리오 4: 서버 셀용 단일 시스템 설치
- 시나리오 5: 서버 셀용 복수
- 시스템 설치(자체 시스템에 Deployment Manager가 있음)
WebSphere ESB가
WebSphere Application Server Network Deployment에 빌드됩니다.
WebSphere Application Server 시나리오를
WebSphere ESB로 변환하여,
WebSphere Application Server 프로파일의 기능을 업그레이드하여
WebSphere ESB 프로파일로 변경할 수 있습니다.
다음 각각의 시나리오에는 다이어그램 및 설치의 세부 단계 목록이 포함되어 있습니다.
- 시나리오 1: 단일 시스템에 하나의 독립형 서버로
WebSphere ESB를 설치합니다.
가장 간단한 시나리오는
WebSphere ESB를
독립형 서버 프로파일을 사용하여 단일 시스템에 설치하는 것입니다.
각각의 독립형 Application Server 프로파일에는 server1 Application Server 프로세스가 포함되어 있습니다.
WebSphere ESB를 설치하면 시스템 파일 세트가 작성됩니다.
프로파일 작성 마법사는 독립형 서버 프로파일을 작성합니다.
프로파일은 독립형 서버 환경을 정의하는 파일이 있는 별도의 데이터 파티션입니다.
그림 2. 단일 시스템의 한 독립형 서버 프로파일
독립형 서버를 작성하는 가장 쉬운 방법은 전체 설치를 수행하는 것입니다.
전체 설치를 수행하면 default라는 이름의 독립형 서버 프로파일과
server1이라는 이름의 서버가 만들어집니다.
- WebSphere ESB의
전체 설치를 수행하십시오. 전체 설치를 수행하면 코어 제품 파일이 설치되고 첫 번째 독립형 서버 프로파일이 작성됩니다.
- 첫 번째 단계 콘솔이나 startServer server1 명령을 사용하여 server1을 시작하십시오.
- 시나리오 2: 단일 시스템에 여러 개의 독립형 서버로
WebSphere ESB를 설치합니다.
시스템에 WebSphere ESB
시스템 파일을 일단 설치하면 해당 시스템에서 독립형 서버 프로파일을 여러 개 작성할 수 있습니다.
이 토폴로지에서는 각 프로파일이 고유한 모듈 및 응용프로그램, 구성 설정값, 데이터,
로그 파일을 가지며 동일한 세트의 시스템 파일을 공유합니다.
프로파일을 여러 개 작성하면 용도가 다른 별도의 서버 환경이 여러 개 작성됩니다.
예를 들어, 독립형 서버 프로파일 각각은 서로 다른 부서 조직에 맞는
별개의 Enterprise Service Bus를 형성할 수 있습니다.
또 다른 예로는 독립형 서버 프로파일로 별도의 테스트 환경을 만들어 프로그래머나 개발 팀에
지정할 수 있습니다.
둘 이상의 시스템에서 여러 개의 독립형 서버를 작성할 때도 동일한 프로시저를 사용할 수 있습니다.
코어 제품 파일 갱신
동일한 시스템 파일과 함께 여러 개의 프로파일을 사용하여
서비스를 개선할 수 있습니다. 갱신 팩 또는 픽스팩이 시스템의 코어 제품 파일을 갱신하면
해당 파일에서 작성된 모든 서버 프로파일이 갱신된 파일을 사용하게 됩니다.
- WebSphere ESB의
전체 설치를 수행하십시오. 전체 설치를 수행하면 코어 제품 파일이 설치되고 첫 번째 독립형 서버 프로파일이 작성됩니다.
- 첫 번째 단계 콘솔이나 startServer server1 명령을 사용하여 server1을 시작하십시오.
- 동일한 시스템에서
프로파일 작성 마법사를 사용하여 다른 독립형 서버 프로파일을 작성하십시오.
- 시나리오 3: 단일 시스템에서 독립형 서버로 WebSphere ESB의 사본 여러 개를 설치합니다.
어떤 경우에는 한 시스템에서 일부 서버만을 갱신해야 할 수도 있습니다.
예를 들면, 일부 서버에는 지속적으로 비즈니스 서비스를 제공하면서 다른 서버에는 서비스를 적용하는 경우입니다.
이런 경우에는 제품을 다시 설치하기만 하면 됩니다. 이렇게 하면 코어 제품 파일의 두 번째 세트가 작성됩니다.
매번 설치할 때마다 제품을 추가하면서 갱신할 수 있습니다.
그림 3. 단일 시스템의 여러 개의
WebSphere ESB 사본
- WebSphere ESB의
전체 설치를 수행하십시오. 전체 설치를 수행하면 코어 제품 파일이 설치되고 독립형 서버 프로파일이 작성됩니다.
- WebSphere ESB의
전체 설치를 한 번 더 수행하십시오. 이렇게 하면 또 다른 별개의 코어 제품 파일 세트가 동일한 시스템에 설치되고,
새로운 코어 제품 파일 세트를 사용하여 독립형 서버 프로파일이 작성됩니다.
- 시나리오 4: 한 시스템에 관리 서버 노드 셀을 설치합니다.
WebSphere ESB는
한 번의 코어 제품 파일 설치로 단일 시스템에 관리 서버 셀을 작성할 수 있습니다.
Deployment Manager를 작성하기 위해 프로파일 작성 마법사가 처음 사용됩니다.
Deployment Manager를 시작한 다음 프로파일 작성 마법사로 돌아가서 하나 이상의
사용자 정의 노드를 작성하십시오.
사용자 정의 노드를 Deployment Manager 셀에 연합하면
노드가 관리 노드로 변환됩니다. 그런 다음 SCA 모듈을 관리 노드에 배치할 수 있도록 기본 WebSphere ESB 서버
템플리트를 사용하여 서버를 작성해야 합니다.
Deployment Manager는 셀 내에 있는 모든 관리 노드를 관리합니다.
각각의 관리 노드에는 Node Agent라는 서버 프로세스가 있는데,
Deployment Manager는 이 프로세스를 사용하여 해당 노드의 서버를 관리합니다.
서버를 시작할 수 있도록 먼저 Node Agent를 시작해야 합니다.
관리 노드의 구성 및 응용프로그램 파일은 동기화를 통해
Deployment Manager에서 호스팅하는 파일의 마스터 사본을 주기적으로 새로 고칩니다.
셀 내에서는 Deployment Manager가 아니라 관리 노드만이 모듈과 응용프로그램을 실행합니다.
특정 보안 환경에서는 프로파일 작성 마법사가 사용자 정의 프로파일을 셀에 연합할 수 없습니다.
이런 경우에는 addNode 명령을 대신 사용해야 합니다.
기본 SOAP 커넥터가 아닌 JMX 커넥터를 사용하도록 Deployment Manager를 구성한 경우
addNode 명령을 사용하여 노드를 셀에 추가하십시오.
그림 4. Deployment Manager 셀의 관리 노드
- WebSphere ESB의
전체 설치를 수행하십시오. 전체 설치를 수행하면 코어 제품 파일이 설치되고, 개발 및 기타 용도로 설치를
테스트하는 데 사용할 수 있는 독립형 서버 프로파일이 작성됩니다.
독립형 프로파일을 보관할 필요가 없는 경우에는 나중에 삭제할 수 있습니다.
또는 사용자 정의 설치를 수행하여 원하는 프로파일을 작성할 수도 있습니다.
- 프로파일 작성 마법사를 사용하여
Deployment Manager 프로파일을 작성하십시오.
- 첫 번째 단계 콘솔이나 startManager 명령을 사용하여 Deployment Manager를 시작하십시오.
- 프로파일 작성 마법사를 사용하여 사용자 정의 프로파일을 작성하십시오. 프로파일 작성 중에 사용자 정의 노드를 연합할 것인지 아니면 나중에 연합할 것인지 선택하십시오.
- 사용자 정의 노드를 Deployment Manager 셀에 연합하십시오. 사용자 정의 프로파일을 작성할 때 사용자 정의 노드를 연합할 수 있습니다.
사용자 정의 노드를 나중에 연합하고 싶은 경우에는
Deployment Manager에 사용자 정의 노드 연합에 설명된 프로시저를 따르면 됩니다.
- 서버 또는 서버 클러스터를 작성하십시오.
- 일반 모듈 및 응용프로그램 호스트에 사용할
서버를 작성하십시오.
- 워크로드 관리 및 실패복구 지원의 대상이 될
클러스터를 작성하십시오.
- 중개 모듈에서 요구하는 SCA 런타임에 맞게
서버 또는 클러스터를 구성하십시오. 중개 모듈을 새 서버나 클러스터에
배치하기 전에 서버 또는 클러스터를 구성하여 모듈용 SCA 런타임에서 사용하는 대기열 목적지가
호스팅되는 위치를 표시하십시오.
- 서버 또는 클러스터를 시작하십시오. 첫 번째 단계 콘솔, 관리 콘솔 또는 startServer
server1 명령을 사용하여 서버를
시작하십시오. 관리 콘솔을 사용하여
서버 그룹을 시작하십시오.
동일한 시스템에서 더 많은 관리 노드가 필요한 경우 4 -
8단계를 각각의 새로운 노드마다 반복하십시오.
다른 시스템에 관리 노드를 추가하고자 하는 경우에는 설치 프로시저와 거의 동일한 프로시저를 수행하십시오.
이에 대해서는 시나리오 5에서 자세히 설명합니다.
- 시나리오 5: 자체 시스템에 Deployment Manager가 있는 상태에서
여러 시스템에 관리 서버 노드 셀 하나를 설치합니다.
독립형 Application Server와 비교되는 셀의 주요 장점은 확장성입니다.
일정한 워크로드 레벨을 유지하도록 셀을 관리할 수 있습니다.
이 시나리오에서는 시스템 A가 Deployment Manager이고, 시스템 B에 서버와 관리 노드가 있고,
시스템 C에 서버 클러스터와 관리 노드가 있다고 가정합니다.
모든 관리 노드는 같은 Deployment Manager 셀에 연합됩니다.
Deployment Manager는 일부 관리 서버 노드와 동일한 시스템에 있을 수도 있고 자체 시스템에 있을 수도 있습니다.
여러 개의 시스템과 여러 개의 관리 노드가 있으면 수직 및 수평 스케일링을 사용할 수 있습니다.
- 수직 스케일링을 통해 동일한 물리적 시스템에 여러 개의 관리 노드를 작성할 수 있습니다.
- 수평 스케일링을 통해 여러 개의 물리적 시스템에 셀 구성원을 작성할 수 있습니다.
그림 5. 복수 시스템 Deployment Manager 셀의 복수 관리 노드
- 시스템 A에서
WebSphere ESB의 전체 설치를 수행하십시오. 전체 설치를 수행하면 코어 제품 파일이 설치되고, 개발 및 기타 용도로 설치를
테스트하는 데 사용할 수 있는 독립형 서버 프로파일이 작성됩니다.
독립형 프로파일을 보관할 필요가 없는 경우에는 나중에 삭제할 수 있습니다.
또는 사용자 정의 설치를 수행하여 원하는 프로파일을 작성할 수도 있습니다.
- 프로파일 작성 마법사를 사용하여
Deployment Manager 프로파일을 작성하십시오.
- Dmgr01용 첫 번째 단계 콘솔이나 startManager 명령을 사용하여
Deployment Manager를 시작하십시오.
- 시스템 B에서
WebSphere ESB의 전체 설치를 수행하십시오. 전체 설치를 수행하면 시스템 B에 코어 제품 파일이 설치되고 독립형 서버 프로파일이 작성됩니다.
- 사용자 정의 프로파일을 작성하십시오. 프로파일 작성 중에 사용자 정의 노드를 연합할 것인지 아니면 나중에 연합할 것인지 선택하십시오.
- 사용자 정의 노드를 Deployment Manager 셀에 연합하십시오. 사용자 정의 프로파일을 작성할 때 사용자 정의 노드를 연합할 수 있습니다.
사용자 정의 노드를 나중에 연합하고 싶은 경우에는
Deployment Manager에 사용자 정의 노드 연합에 설명된 프로시저를 따르면 됩니다.
- 서버를 작성하십시오.
- 중개 모듈에서 요구하는
SCA 런타임에 맞게 서버를 구성하십시오. 중개 모듈을 새 서버에
배치하기 전에 서버를 구성하여 모듈용 SCA 런타임에서 사용하는 대기열 목적지가
호스트되는 위치를 표시하십시오.
- 서버를 시작하십시오. 첫 번째 단계 콘솔, 관리 콘솔 또는 startServer
server1 명령을 사용하여 서버를
시작하십시오.
- 시스템 C에서
WebSphere ESB의 전체 설치를 수행하십시오. 전체 설치를 수행하면 시스템 B에 코어 제품 파일이 설치되고 독립형 서버 프로파일이 작성됩니다.
- 사용자 정의 프로파일을 작성하십시오. 프로파일 작성 중에 사용자 정의 노드를 연합할 것인지 아니면 나중에 연합할 것인지 선택하십시오.
- 사용자 정의 노드를 Deployment Manager 셀에 연합하십시오. 사용자 정의 프로파일을 작성할 때 사용자 정의 노드를 연합할 수 있습니다.
사용자 정의 노드를 나중에 연합하고 싶은 경우에는
Deployment Manager에 사용자 정의 노드 연합에 설명된 프로시저를 따르면 됩니다.
- 클러스터를 작성하십시오.
- 중개 모듈에서 요구하는 SCA 런타임에 맞게
클러스터를 구성하십시오.
- 서버
클러스터를 시작하십시오.
설치하려는 토폴로지와 일치할 가능성이 있는 공통 설치 시나리오를 검토해 보십시오.
각각의 제품 설치 다이어그램은 토폴로지를 구성하는 구성요소의 고급 설치 프로시저를 제공합니다.
가능한 토폴로지를 결정한 다음 전체 프로시저의 각 단계를 수행하십시오.