기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
IBM WebSphere Application Server에서 Amazon의 Apache Tomcat으로 마이그레이션 EC2
작성자: Neal Ardeljan(AWS) 및 Afroz Khan(AWS)
환경: 프로덕션 | 소스: 애플리케이션 | 대상: Amazon EC2 인스턴스의 Apache Tomcat |
R 유형: 리플랫포밍 | 워크로드: IBM, 오픈 소스 | 기술: 마이그레이션, 웹 및 모바일 앱 |
AWS 서비스: Amazon EC2 |
요약
이 패턴은 IBM WebSphere Application Server(RHEL)를 실행하는 온프레미스 Red Hat Enterprise Linux() 6.9 이상 시스템에서 Amazon Elastic Compute Cloud(AmazonWAS) EC2인스턴스에서 Apache Tomcat을 실행하는 RHEL8 시스템으로 마이그레이션하는 단계를 안내합니다.
이 패턴은 다음의 소스 및 대상 버전에 적용될 수 있습니다.
WebSphere Application Server 7.x to Apache Tomcat 8(Java 7 이상)
WebSphere Application Server 8.x to Apache Tomcat 8(Java 7 이상)
WebSphere Application Server 8.5.5.x to Apache Tomcat 9(Java 8 이상)
WebSphere Application Server 8.5.5.x to Apache Tomcat 10(Java 8 이상)
사전 조건 및 제한 사항
필수 조건
활성 AWS 계정
소스 Java 코드(다음과 같이 가정)
Java 7 이상의 Java 개발 키트(JDK) 버전 사용
Spring 또는 Apache Struts 프레임워크를 사용합니다.
Enterprise Java Beans(EJB) 프레임워크 또는 Tomcat에서 쉽게 사용할 수 없는 기타 WebSphere 서버 기능을 사용하지 않음
주로 서블릿 또는 Java 서버 페이지 사용(JSPs)
Java Database Connectivity(JDBC) 커넥터를 사용하여 데이터베이스에 연결
Source IBM WebSphere Application Server 버전 7.x 이상
대상: Apache Tomcat 버전 8.5 이상
아키텍처
소스 기술 스택
Apache Struts Model-View-Controller(MVC) 프레임워크를 사용하여 구축된 웹 애플리케이션
IBM WebSphere Application Server 버전 7.x 또는 8.x에서 실행되는 웹 애플리케이션
Lightweight Directory Access Protocol(LDAP) 커넥터를 사용하여 LDAP 디렉터리(iPlanet/eTrust)에 연결하는 웹 애플리케이션
IBM Tivoli Access Manager(TAM) 연결을 사용하여 TAM 사용자 암호를 업데이트하는 애플리케이션(현재 구현에서는 애플리케이션이 PD.jar를 사용함)
온프레미스 데이터베이스
Oracle Database 21c(21.0.0.0)
Oracle Database 19c(19.0.0.0)
Oracle Database 12c 릴리스 2(12.2.0.1)
Oracle Database 12c 릴리스 1(12.1.0.2)
대상 기술 스택
EC2 인스턴스RHEL에서 실행 중인 Apache Tomcat 버전 8(이상)
Oracle용 Amazon Relational Database Service(AmazonRDS)
Amazon 에서 지원하는 Oracle 버전에 대한 자세한 내용은 Amazon RDS for Oracle
대상 아키텍처
도구
애플리케이션 계층: Java 애플리케이션을 WAR 파일로 재구축합니다.
데이터베이스 티어: Oracle 기본 백업 및 복원.
자카르타 EE용 Apache Tomcat 마이그레이션 도구. 이 도구는 Apache Tomcat 9에서 실행되는 Java EE 8용으로 작성된 웹 애플리케이션을 가져와 자카르타 EE 9를 구현하는 Apache Tomcat 10에서 실행되도록 자동 변환합니다.
에픽
작업 | 설명 | 필요한 기술 |
---|---|---|
애플리케이션 검색, 현재 상태 정보 및 성능 기준을 완료합니다. | BA, 마이그레이션 책임자 | |
소스 및 대상 데이터베이스 버전을 확인합니다. | DBA | |
대상 서버 EC2 인스턴스의 하드웨어 요구 사항을 식별합니다. | DBA, SysAdmin | |
스토리지 요구 사항(스토리지 유형 및 용량)을 식별합니다. | DBA, SysAdmin | |
용량, 스토리지 기능 및 네트워크 기능에 따라 적절한 EC2 인스턴스 유형을 선택합니다. | DBA, SysAdmin | |
소스 및 대상 데이터베이스의 네트워크 액세스 보안 요구 사항을 식별합니다. | DBA, SysAdmin | |
애플리케이션 마이그레이션 또는 툴링 식별합니다. | DBA, 마이그레이션 수석 | |
애플리케이션에 대한 마이그레이션 설계 및 마이그레이션 가이드를 작성합니다. | 빌드 책임자, 마이그레이션 책임자 | |
애플리케이션 마이그레이션 런북을 완성합니다. | 빌드 책임자, 전환 리드, 테스트 책임자, 마이그레이션 책임자 |
작업 | 설명 | 필요한 기술 |
---|---|---|
가상 프라이빗 클라우드를 생성합니다(VPC). | SysAdmin | |
보안 그룹을 생성합니다. | SysAdmin | |
Amazon RDS for Oracle을 구성하고 시작합니다. | DBA, SysAdmin |
작업 | 설명 | 필요한 기술 |
---|---|---|
데이터베이스 백업 파일을 가져오기 위한 엔드포인트를 생성하거나 액세스 권한을 확보합니다. | DBA | |
기본 데이터베이스 엔진 또는 타사 도구를 사용하여 데이터베이스 개체 및 데이터를 마이그레이션합니다. | 자세한 내용은 추가 정보 섹션의 "데이터베이스 개체 및 데이터 마이그레이션"을 참조하세요. | DBA |
작업 | 설명 | 필요한 기술 |
---|---|---|
마이그레이션을 위한 변경 요청(CR)을 제출합니다. | 전환 리드 | |
마이그레이션을 위한 CR 승인을 받습니다. | 전환 리드 | |
애플리케이션 마이그레이션 런북에 따른 애플리케이션 마이그레이션 전략을 따릅니다. | 자세한 내용은 추가 정보 섹션의 "애플리케이션 계층 설정"을 참조하세요. | DBA, 마이그레이션 엔지니어, 앱 소유자 |
애플리케이션을 업그레이드합니다(필요한 경우). | DBA, 마이그레이션 엔지니어, 앱 소유자 | |
기능, 비기능, 데이터 검증, SLA및 성능 테스트를 완료합니다. | 테스트 책임자, 앱 소유자, 앱 사용자 |
작업 | 설명 | 필요한 기술 |
---|---|---|
애플리케이션 소유자 또는 비즈니스 소유자로부터 사인오프를 받습니다. | 전환 리드 | |
애플리케이션 클라이언트를 새 인프라로 전환합니다. | DBA, 마이그레이션 엔지니어, 앱 소유자 |
작업 | 설명 | 필요한 기술 |
---|---|---|
임시 AWS 리소스를 종료합니다. | DBA, 마이그레이션 엔지니어, SysAdmin | |
프로젝트 문서를 검토하고 검증하세요. | 마이그레이션 책임자 | |
마이그레이션 시간, 수동 작업과 자동 작업의 비율, 비용 절감과 같은 지표를 수집합니다. | 마이그레이션 책임자 | |
프로젝트를 마무리하고 피드백을 제공하세요. | 마이그레이션 책임자, 앱 소유자 |
관련 리소스
참조
자습서 및 동영상
추가 정보
데이터베이스 객체 및 데이터 마이그레이션
예를 들어, 기본 Oracle 백업/복원 유틸리티를 사용하는 경우:
데이터베이스 백업 파일에 대한 Amazon Simple Storage Service(S3) 백업을 생성(선택 사항)합니다.
Oracle DB 데이터를 네트워크 공유 폴더에 백업합니다.
마이그레이션 스테이징 서버에 로그인하여 네트워크 공유 폴더를 매핑합니다.
네트워크 공유 폴더에서 S3 버킷으로 데이터를 복사합니다.
Oracle용 Amazon RDS 다중 AZ 배포를 요청합니다.
온프레미스 데이터베이스 백업을 Amazon RDS for Oracle로 복원합니다.
애플리케이션 티어 설정
Apache Tomcat 웹 사이트에서 Tomcat 8(또는 9/10)을 설치합니다.
애플리케이션 및 공유 라이브러리를 WAR 파일로 패키징합니다.
Tomcat에 WAR 파일을 배포합니다.
에서 누락된 공유 라이브러리에
Linux cat
대한 시작 로그를 모니터링합니다 WebSphere.Linux cat
시작 레코드를 WebSphere특정 배포 설명자 확장으로 확인합니다.WebSphere 서버에서 누락된 종속 Java 라이브러리를 수집합니다.
Tomcat 호환 등가물로 WebSphere특정 배포 설명자 요소를 수정합니다.
종속 Java 라이브러리와 업데이트된 배포 설명자를 사용하여 WAR 파일을 다시 빌드합니다.
LDAP 구성, 데이터베이스 구성 및 테스트 연결을 업데이트합니다(Apache Tomcat 설명서의 Realm 구성 HOW-TO
및JNDI Datasource HOW-TO 참조). 설치된 애플리케이션을 복원된 Amazon RDS for Oracle 데이터베이스와 비교하여 테스트합니다.
EC2 인스턴스에서 Linux용 Amazon Machine Image(AMI)를 생성합니다.
Application Load Balancer 및 오토 스케일링 그룹으로 완성된 아키텍처를 시작합니다.
Application Load Balancer 를 가리키도록 URLs (웹SEAL 연결 사용) 를 업데이트합니다.
구성 관리 데이터베이스()를 업데이트합니다CMDB.