IBM PureApplication System 준비, Part 4: AMC(Advanced Middleware Configuration) 도구를 사용하여 애플리케이션을 클라우드에 온보드하기
소개
이 시리즈 기사의 Part 4에서는 IBM PureApplication System에 온보드할 수 있는 애플리케이션을 식별하고, AMC 도구와 IBM Workload Deployer를 사용하여 애플리케이션을 온보드한 후, 이 애플리케이션 인스턴스를 클라우드에 새로 배치하는 방법을 살펴본다.
참고: IBM Workload Deployer 사용자도 IBM PureApplication System의 일부인 Workload Management Console을 사용할 수 있다.
가상 애플리케이션 패턴과 가상 시스템 패턴 중 어느 하나를 선택할 때 고려해야 할 사항에 관한 자세한 정보는 Part 1: 애플리케이션 온보드하기 개요와 Part 2: 애플리케이션을 가상화할 준비가 되었나?를 참조한다.
PureApplication System에는 AMC 도구가 포함되어 있다. AMC를 이용하면 반복 가능하고 배치 가능한 가상 시스템 패턴을 손쉽게 작성할 수 있다. AMC는 기존 애플리케이션 셀을 조사한 다음, 모든 구성 세부사항을 추출하고 스크립트 패키지로 캡슐화하여 애플리케이션과 구성을 포함했다가 패턴이 배치될 때 구성을 다시 작성한다. 이러한 기능은 PureApplication System 가상 애플리케이션 패턴의 모든 제한조건에 맞지 않고, 신뢰할 수 있고 재사용 가능하고 완전한 배치 및 구성 스크립트 세트가 없는 WebSphere® Application Server 애플리케이션에 유용하다.
AMC는 다음과 같은 특성이 있는 애플리케이션에 사용된다.
- 가상 애플리케이션으로 실행할 수 없는 애플리케이션
- 기존에 일괄적으로 자동화한 부분이 없는 애플리케이션
기존에 자동화한 기능이 이미 제대로 작동하고 있는 애플리케이션의 경우에는 기존에 자동화한 기능을 실행할 스크립트 패키지를 작성한다. 기존에 자동화한 기능이 존재하지 않거나 제공된 자동화 기능을 사용하는 경우에는 AMC를 사용할 수 있다.
이 기사의 목적은 기존 WebSphere Application Server 애플리케이션을 AMC에 온보드하여 이 애플리케이션 사본을 클라우드에 자동으로 배치할 수 있게 하는 데 그 목적이 있다. 이 기사에서는 다음과 같은 프로세스의 각 단계를 진행하는 데 필요한 지시사항을 설명한다.
- AMC를 클라우드에 배치
- 애플리케이션에 적합한 가상 시스템 패턴의 작성, 프로비저닝 및 배치
- 애플리케이션을 가상 시스템 패턴에 설치하고 구성
- 가상 시스템 패턴을 이용하여 AMC에서 애플리케이션 캡처
- 애플리케이션의 인스턴스를 클라우드에 새로 배치
IBM Workload Deployer 웹 인터페이스에서 Advanced Middleware Configuration 패턴을 선택한 후, Deploy in the cloud 단추(구름 위에 있는 녹색 화살표)를 클릭한다. 이 패턴은 그림1과 같이 표시된다. Access granted to 필드에 사용자와 각 사용자의 비밀번호를 추가한다.
그림 1. IBM Workload Deployer를 이용하여 AMC를 클라우드에 배치
패턴을 배치한 후, 새로 배치한 시스템의 호스트 이름을 찾는다. IBM Workload Deployer에서 다음 단계를 수행한다.
- Instances > Virtual Systems를 연다.
- 인스턴스를 선택한다.
- Virtual Machine 섹션을 펼친다.
- 해당 머신을 펼친다.
- 브라우저에 호스트 이름을 입력하여 자동화 엔진 웹 사용자 인터페이스로 이동한다(그림 2 참조).
그림 2. 배치된 호스트 이름 예제 - 그림 3과 같이 프레임워크 서버에 로그인한다. 자동화 엔진의 기본 사용자와 비밀번호는
root/root이다. 가상 시스템 패턴에 AMC 통합 스크립트 패키지를 구성할 때는 프레임워크 호스트 이름과 사용자 신임 정보가 반드시 필요하므로 이러한 정보를 기록해 놓도록 한다.
그림 3. AMC 프레임워크 서버에 로그인한다.
다음에는 각 가상 시스템 패턴의 고유 AMC 사용자를 작성한다.
참고: 이 사용자의 이름은 기존 사용자의 이름과 달라야 한다. 사용자가 스크립트 패키지와 동일한 신임 정보를 사용하여 AMC 서버에 로그온하면 로그인 시 스크립트 패키지와 충돌하게 된다.
AMC 사용자를 새로 작성하려면 다음과 같이 한다.
- 웹 사용자 인터페이스에 로그온한다.
- Administration > Users를 선택한다.
- 이메일 주소와 비밀번호를 포함한 새 사용자 데이터를 입력한다.
- 사용자를 저장한다.
- 사용자 목록에서 새 사용자를 선택하여 세부사항 분할창을 로드한다.
- Change Groups 탭을 클릭한다.
- 그림 4와 같이 왼쪽에 있는 사용 가능한 그룹 목록에서 Build Engineer를 선택하고 Add 단추를 클릭한다.
- Save를 클릭한다.
그림 4. 새 사용자 그룹 선택
가상 애플리케이션 패턴은 애플리케이션을 캡처하여 AMC로 가져오기 전에 애플리케이션을 준비하기 위해 사용된다. 이 패턴에는 WebSphere 셀과 데이터베이스 또는 기타 미들웨어로 구성되는 카탈로그의 많은 부분이 포함되어 있다.
애플리케이션에 적합한 가상 시스템 패턴 작성
IBM Deployment Manager에서 해당 애플리케이션에 적합한 패턴을 새로 작성한다. 예를 들어, 이 패턴이 DayTrader 애플리케이션을 온보드하기 위한 것이면 패턴의 이름을 DayTrader WAS cluster로 지정한다. IBM Workload Manager에서 다음을 수행한다.
- Patterns > Virtual Systems를 연다.
- 녹색 + 기호를 클릭하여 가상 시스템 패턴을 새로 추가한다.
- Edit 아이콘을 클릭하여 패턴을 편집한다.
- 스크립트 목록에서 해당 파트를 선택한 후, 가상 시스템 패턴에 끌어서 놓는다.
각 패턴에 RAF(Rational Automation Framework) Import Script Package와 RAF Execute Script Package를 추가해야 한다. RAF Import Script Package를 동적 스크립트 패키지로 정의하여 이 패키지를 언제든지 실행할 수 있게 해야 한다.
클러스터 패턴의 경우에는 그림 5와 같이 이러한 스크립트 패키지를 IBM Deployment Manager에 추가해야 한다. 이 패턴은 배치 관리자와 두 개의 관리 노드 및 웹 서버 노드로 구성된다.
그림 5. 클러스터에 추가된 스크립트 패키지
독립형 WebSphere 서버의 경우에는 그림 6과 같이 스크립트 패키지를 서버에 추가한다.
그림 6. 독립형 WebSphere 서버에 추가된 스크립트 패키지
가상 시스템 패턴 프로비저닝
가상 시스템 패턴을 프로비저닝하려면 새 패턴에서 Execute Script Package와 Integration Script Package 항목을 편집한다. 그림 7과 같은 매개변수 양식이 표시되면 해당 매개변수를 지정한다.
Integration Script Package는 패턴이 시작할 때 실행되도록 정의된다(기본 동작). 이 패키지는 프레임워크 서버로 콜백된다. 사용자가 각 패턴 배치를 입력하지 않아도 되도록 서버 정보를 두 가지 AMC Script Package의 패턴에 저장한 다음 잠근다. 현재는 스크립트와 패키지 간에 정보를 공유할 수 있는 다른 방법이 없으므로 이 모든 정보를 복제해야 한다.
참고: 모든 값을 지정한 후 잠근다. 아무 것도 제공하지 않으면, 배치된 가상 시스템 패턴의 인스턴스가 배치될 때면 예외 없이 값을 지정하라는 메시지가 표시된다.
그림 7. Execute Script Package의 매개변수
다음과 같이 필드를 지정한다.
- RAFW_SERVER_HOST: 프레임워크 서버의 호스트 이름
- RAFW_SERVER_USER: 프레임워크 서버의 사용자 ID
- RAFW_SERVER_PASSWORD: 프레임워크 서버의 비밀번호
- RAFW_SERVER_DOMAIN: AMC 서버에 구성된 LDAP 도메인의 논리적 이름. 프레임워크 서버에서 LDAP을 사용하고 있지 않은 경우에는 이 필드를 공백으로 남겨둔다.
- RAFW_SERVER_USE_SSL: 프레임워크 서버에서 SSL을 사용하는 경우에는
true를 입력한다. 그렇지 않은 경우에는 공백으로 남겨둔다. - RAFW_ENVIRONMENT: 셀 정의가 포함된 AMC 환경의 이름
- RAFW_HOME_PATH: 자동화 프레임워크가 로컬에서 파일을 저장하는 패턴 파트에서의 위치. 기본값은
/tmp/RAFW이다. 이 값은 프레임워크 서버에 설정된 값과 일치해야 한다. 이 값을 설정한 후에는 변경하지 않도록 한다. - AUTOMATION_PLAN_POLL_INTERVAL_SECONDS: 실행 중인 자동화 계획의 완료 여부를 확인하기 위해 사용하는 폴링 간격.
가상 시스템 패턴을 클라우드에 있는 인스턴스에 배치
애플리케이션의 가상 시스템 패턴을 정의하고 구성한 후에는 클라우드에 있는 인스턴스에 배치한다.
- Patterns > Virtual System Patterns를 연다.
- 패턴을 선택한다.
- 그림 8과 같이 Deploy in cloud(구름 위에 있는 녹색 화살표)를 클릭한다.
그림 8. 가상 시스템 패턴 배치
그림 9에는 클라우드에 배치된 클러스터 인스턴스의 특성이 표시되어 있다.
그림 9. 배치된 클러스터 인스턴스
가상 시스템 패턴을 배치하고 나면 WebSphere Application Server 셀이 인스턴스에서 실행하게 된다. WebSphere Admin Console이나 기존의 wsadmin 스크립트를 사용하여 수동으로 셀에 애플리케이션을 설치하고 구성한다. 일반적으로 수동 구성 지시사항이 있는 이메일이나 텍스트 파일이 존재한다.
이 섹션에서는 인스턴스를 캡처하여 AMC로 가져오는 방법을 설명한다.
가져오기 자동화 계획 사용자 정의
이 시점에서는 프로젝트를 그대로 사용할 수 있다. 그러나 사용되지 않는 단계가 제외되도록 기본 프로젝트의 범위를 줄이면 시간을 절약할 수 있다. 자동화 계획에 액세스하려면 다음 단계를 수행한다.
- AMC를 연다.
- 왼쪽 메뉴에서 Projects를 클릭한다. 그림 10에는 Network Deployment의 기본 가져오기
자동화 계획이 표시되어 있다.
그림 10. 가져오기 자동화 계획 예제
Import Script Package 실행
Import Script Package를 실행하고 구성 설정과 애플리케이션을 캡처하여 AMC로 가져온다.
Import Script Package를 실행하려면 다음 단계를 수행한다.
- Deployment Manager 파트(독립형 서버인 경우에는 Server 파트)를 펼친다.
- Script Packages 섹션으로 스크롤한다.
- Execute now 링크를 클릭한다. 그림 11과 같은 로그인 대화 상자가 표시된다. 이 단계에서는
로그인이 필요하지 않다. OK를 클릭하여 계속 진행한다.
그림 11. Import Script Package를 실행하여 표시한 로그인 대화 상자 - 작업이 시작된다. 진행 상황을 보려면 AMC에서 Jobs 메뉴를 클릭하여 해당 자동화 계획 작업을 찾는다.
이름은 기본적으로 자동화 계획의 이름과 동일하며 접미부에 빌드 번호가 붙어있다. 그림 12에는 예제가 표시되어 있다.
그림 12. 완료된 자동화 계획 예제
참고: 클러스터 안에 있는 각 서버의 구성이 서로 다른 경우에는 이 단계가 실패하게 된다. 이 단계가 실패하는 경우에는 각 서버의 구성을 개별적으로 가져와야 한다. Import Automation Plan에는 이 단계가 포함되어 있지만, 기본적으로 사용 안함으로 설정되어 있다. 문제점을 정정하려면 사용 안함으로 설정된 서버 구성 단계를 사용함으로 설정한 후, 서버 클러스터 구성 단계를 사용 안함으로 설정한다.
참고: Import Script Package를 실행하는 방법에 관한 자세한 정보는 애플리케이션을 가상 시스템 패턴에 배치하는 데 필요한 추가 정보 섹션을 참조한다.
이 섹션에서는 AMC를 이용하여 애플리케이션 인스턴스를 새로 배치하는 방법을 설명한다.
Execute Automation Plan 사용자 정의
스크립트를 그대로 사용할 수 있다. 그러나 Import Automation Plan을 변경한 경우에는 Execute Automation Plan을 동일하게 변경해야 한다. 이렇게 하면 배치 과정에서 스크립트 패키지의 성능을 최적화하는 데 도움이 된다. 그림 13에는 Execute Automation Plan 예제가 표시되어 있다.
그림 13. Execute Automation Plan 예제
새 인스턴스에 적합한 사용자 정의 구성이 필요한 경우에는 이 자동화 계획에 단계를 추가할 수 있다.
Eclipse 클라이언트를 통해 Automation Designer 도구를 사용할 수 있다. 이 도구를 사용하면 자동화 계획을 신속하고 손쉽게 작성할 수 있다. 세부사항은 이 기사의 참고자료 섹션에 있는 Rational Automation Framework 또는 PureApplication System Information Center를 참조한다.
애플리케이션 인스턴스 새로 배치하기
애플리케이션 인스턴스를 새로 배치하려면 패턴을 열고 Deploy in the cloud 단추를 클릭한다.
이 패턴을 이용하여 새로 배치한 각 가상 시스템을 대상으로 다음 단계를 수행한다.
- 이 가상 시스템의 새 호스트 이름을 사용하여 AMC 환경을 업데이트한다.
- 관련된 모든 범위에 있는 WebSphere 구성 데이터를 새 셀에 밀어 넣는다.
- 관련된 모든 클러스터의 모든 애플리케이션을 새 셀에 배치한다.
- 해당 셀에 있는 모든 클러스터나 서버 및 애플리케이션을 시작한다.
- 웹 서버 플러그인을 생성하여 전파한다.
- 사용자 정의 구성을 Execute Automation Plan에 추가한다.
다음 섹션에서는 온보딩 프로세스의 사용과 관련된 우수 사례를 설명한다.
애플리케이션 서버를 직접 구성하지 않아도 되게 하기
각 애플리케이션 서버에는 대용량 구성 데이터가 있다. 기본적으로 AMC는 애플리케이션 서버를 호스트하는 노드에 연결하여 전체 애플리케이션 서버 구성을 가져온다. SIB(Service Integration Bus) 서비스를 사용함으로 설정하거나 JVM(Java Virtual Machine) 인수를 추가하는 것과 같이 주로 애플리케이션 서버의 일부분만 구성해야 한다. 이 경우에는 해당 클러스터 범위에 설정을 저장한 후, 클러스터마다 배치 관리자에 단일하게 연결하여 클러스터에 있는 각 애플리케이션 서버에 균일하게 설정을 적용할 수 있다. 이렇게 배치 관리자에 단일하게 연결하여, 구성을 변경할 필요가 있는 애플리케이션 서버의 일부만 관리하면 구성을 관리하는 데 필요한 시간을 줄일 수 있다.
구성할 필요가 없는 범위 피하기
자원 구성 데이터를 모두 셀이나 클러스터 범위에서 유지보수하는 경우에는 노드나 서버 범위에서 조치를 실행할 필요가 없다. 자동화 계획에서 해당 단계를 사용 안함으로 설정한다.
- 비밀번호를 변경하지 않는다.
database/mq servers와 같은 외부 시스템 종속 항목을 변경하지 않는다.- 노드 수를 변경하지 않는다. 그러나 클러스터 멤버는 추가할 수 있다.
- 모든 셀, 클러스터 또는 노드 이름을 변경하지 않는다.
RAFW_HOME_PATH를/tmp/RAFW로 지정한다.
이 섹션에서는 배치 과정에서 발생하는 문제점을 설명한다. 일반적으로 배치 과정에서는 사용자의 입력이나 사용자와의 상호작용이 필요하지 않다.
프로세스 플로우
가상 시스템 패턴이 배치되면 Integration Script Package가 실행된다. 이 스크립트 패키지는 가상 시스템 패턴의 스크립트 패키지 정의에 지정된 사용자와 비밀번호를 사용하여 프레임워크 서버에 연결한다. 이 스크립트 패키지가 실행되면 비어 있는 셀 정의가 AMC 안에 작성된다. 각 후속 실행 과정에서 셀 정의가 새로운 호스트 이름으로 업데이트된다.
셀 정의는 가상 시스템 패턴을 캡처하여 AMC로 가져오는 단계에서 채워진다.
패턴이 배치되면 DMGR 파트를 펼치고 WebSphere 콘솔 링크를 클릭하여 자원 구성 및 애플리케이션 설치를 시작한다.
Integration Script Package Flow에 관한 자세한 정보는 문제점 해결 섹션을 참조한다.
아티팩트
Integration Script Package는 AMC에 다음 아티팩트를 작성하며(그림 14 참조), 이러한 아티팩트는 가상 시스템을 변경하거나 실행 중인 가상 시스템에서 변경사항을 캡처하거나 AMC 셀 정의와 실행 중인 가상 시스템의 구성을 서로 비교하기 위해 사용할 수 있다.
그림 14. Integration Script Package로 작성한 아티팩트
이 섹션에서는 Integration Script Package의 작동 과정과 이 스크립트 패키지를 실행할 때 발생할 수 있는 모든 문제점을 해결하는 방법을 설명한다.
Integration Script Package 플로우
Integration Script Package는 다음 단계를 수행한다.
- Execute Script package를 실행하면 먼저,
RAFW_HOME_PATH매개변수에 지정된 디렉토리에서 패키지된 파일이 추출된다. - AMC 클라이언트를 실행한다. AMC 클라이언트를 프레임워크 서버에 연결한다.
- AMC 환경이 아직 존재하지 않는 경우에는 프레임워크 서버와 세 가지 자동화 계획에 AMC 환경이 작성된다. 이 기사에서는 세 가지 자동화 계획 중 두 가지(가져오기 및 실행 계획)를 설명한다. 세 번째 계획은 프레임워크 서버에 저장된 값을 활성 셀 데이터와 비교하기 위한 것이다.
- AMC 환경과 셀 이름의 조합이 존재하면 AMC 서버에 환경 셀 정의가 새로 작성된다. 자동화 계획은 실행하지 않는다.
- 기존의 환경 및 셀 이름 조합이 발견되면 배치된 각 시스템의 호스트 이름이 업데이트될 뿐만 아니라 실행 자동화 계획이 실행되어 자원이 구성되고 새로 작성된 가상 시스템 셀에 애플리케이션이 배치된다.
스크립트 패키지 로그와 자동화 계획 로그를 사용하면 문제점을 용이하게 해결할 수 있다.
스크립트 패키지 로그
새로 배치한 가상 시스템 패턴의 Instances > Virtual Systems 보기에서 dmgr 파트를 펼치면 AMC 스크립트 패키지 로그를 볼 수 있다. 펼쳐진 섹션의 맨 아래 부근에는 실행 중인 모든 스크립트 패키지의 목록이 있다(그림 15 참조).
그림 15. 스크립트 패키지 목록
remote_std_err.log 파일에는 이 스크립트 패키지의 로그 정보가 포함되어 있다.
자동화 계획 로그
자동화 계획의 결과를 보고 가상 시스템 패턴에서 자원과 애플리케이션을 구성하려면 웹 인터페이스를 사용하여 프레임워크 서버에 로그온한다.
- AMC 가상 시스템의 AMC 서버 파트에서 Advanced Middleware Configuration Console 링크를 클릭하여 AMC 웹 인터페이스를 연다.
- 그림 16과 같이 AMC 웹 인터페이스 안에서 Jobs 메뉴 항목을 클릭한다. 해당 목록에서 실행 중인
작업을 찾는다. 작업의 제목은
RAFW_<Environment Name>_<Cell Name>_*가 되며, 여기서 별표는 execute, import 또는 compare가 된다.
그림 16. 작업 찾기
오류가 발생하는 일반적인 원인은 다음과 같다.
- AMC 서버의 호스트 이름이나 AMC 서버 사용자의 신임 정보가 올바르지 않다.
- RAFW_HOME_PATH 항목은 AMC 서버에서 <OS>_RAFW_HOME에 지정한 값과 일치해야 한다. AIX 또는
Linux에서는 기본값이
/tmp/RAFW이다. RAFW_HOME_PATH의 설정값을 기본값/tmp/RAFW로 유지한다. AMC 프레임워크 서버에 지정한 값과 RAFW_HOME_PATH 값이 다른 경우에는 가상 시스템 패턴 머신에서 필수 디렉토리를 작성할 때 문제점이 발생할 수 있다.
이 섹션에서는 Import Script Package에 대한 작업을 설명한다.
Import Script Package Flow 이해하기
Import Script Package는 다음 단계에서 실행한다.
- AMC Import Script 패키지를 실행하면 AMC 서버에 접속하여, 첨부 될 가상 시스템과 연관된 셀 정의를 찾으려고 시도한다.
- 셀 정의를 찾으면 AMC Import Script Package가
RAFW_<Environment name>_<Cell name>_import프로젝트를 사용하여 AMC에 작업을 새로 작성한다. - 그런 다음, 이 스크립트 패키지는 계속해서 AMC 서버에 접속하여 해당 작업이 완료될 때까지 작업의 상태를 확인한다.
이 스크립트 패키지는 가져오기 자동화 계획을 호출하여 구성된 모든 자원과 셀에 설치된 애플리케이션을 캡처하여 AMC 셀 정의로 가져온다.
참고: 앞에서 언급한 바와 같이 각 사용자는 하나의 로그온 세션만을 가질 수 있다. 가상 시스템 스크립트 패키지 매개변수에서 사용한 것과는 다른 사용자로 웹 사용자 인터페이스에 로그온한다.
이 기사에서는 WebSphere 애플리케이션으로 시작하는 방법과 IBM Workload Deployer 및 AMC(Advanced Middleware Configuration)를 사용하여 WebSphere 애플리케이션을 클라우드에 온보드하여 AMC로 가져오는 방법을 설명했다. 이러한 방식으로 애플리케이션을 클라우드에 배치하고 나면 이러한 모든 단계를 반복하지 않고도 한 번에 애플리케이션 인스턴스를 클라우드에 배치할 수 있다.
참고자료
- Rational
Automation Framework Information Center
- IBM
Workload Deployer Information Center
- Part
1: 애플리케이션 온보드하기 개요
- Part
2: 애플리케이션을 가상화할 준비가 되었나?
- Part
3: 데이터베이스 옵션 선택
- Part
5: Rational Application Developer를 사용하여 IBM Workload Deployer의 가상 애플리케이션 패턴
개발하기
- IBM PureSystems
센터
- developerWorks의 IBM
PureSystems 참고자료
댓글 없음:
댓글 쓰기