마이그레이션, 공존, 상호 운용성 개요
새 버전의 WebSphere® Application Server로 마이그레이션하려면 제품 에디션, 프로파일 유형, 서버 구성 및 애플리케이션 배치와 같은 요소를 신중하게 고려해야 합니다. 이 개요에서는 제품을 마이그레이션하는 데 도움이 되는 개념, 용어, 도구 및 전략을 소개합니다.
공통 마이그레이션 용어
- 버전 또는 릴리스: 중요한 새 기능을 포함하는 제품에 대한 업데이트입니다.
- 에디션: 버전 내에서 특정 기능 세트를 포함하는 제품 패키징입니다. (예: Network Deployment).
- 프로파일: 애플리케이션 서버 프로세스(예: 배치 관리자 또는 애플리케이션 서버)에 대한 런타임 환경을 정의하는 파일 세트입니다. 프로파일에는 애플리케이션 서버가 작동하는 방법과 애플리케이션이 배치되는 위치에 대한 구성이 포함됩니다.
- 소스: 소스 프로파일 또는 소스 시스템과 같이 마이그레이션할 데이터 및 오브젝트의 원본입니다.
- 대상: 대상 프로파일 또는 대상 시스템과 같이 마이그레이션할 데이터 및 오브젝트의 대상입니다.
- 노드: 관리나 비관리 서버 또는 서버 클러스터의 그룹입니다. 셀에서 관리되는 각 노드에는 고유한 구성이 있을 수 있습니다.
- 셀: 하나 이상의 노드 또는 구성을 관리하는 배치 관리자가 포함된 그룹입니다. 셀의 노드는 배치 관리자에 연합됩니다. 셀 레벨 구성은 모든 노드에서 공통입니다.
- 혼합 셀 환경: 하나 이상의 연합 노드 릴리스가 셀을 관리하는 배치 관리자의 릴리스보다 오래된 경우입니다. 노드는 배치 관리자보다 3개 릴리스 이상 더 이전일 수 없습니다.
기본 마이그레이션 개념
배치 관리자 및 연합 노드를 포함하는 셀을 마이그레이션할 때는 특별한 주의가 필요합니다. 배치 관리자가 셀의 구성을 제어하므로 각 노드를 마이그레이션할 때 새 구성 관리자와 동기화해야 합니다.
혼합 셀 환경
한 셀은 여러 다른 WebSphere Application Server 버전의 노드를 포함할 수 있습니다. WebSphere Application Server 버전 9.0 혼합 셀은 WebSphere Application Server 버전 9.0 및 버전 7.0 이상을 지원하는 노드를 포함할 수 있습니다. 혼합 셀 환경에서 셀의 멤버가 버전 7.0보다 오래된 경우 도구가 배치 관리자를 마이그레이션할 수 없습니다. 관리자가 노드를 버전 7.0 이상으로 마이그레이션하거나 셀에서 제거해야 합니다.
- 기존 시스템의 증가분 노드 마이그레이션을 수행합니다.
- 배치 관리자를 버전 9.0로 마이그레이션합니다. 배치 관리자가 최고 노드 버전 레벨이어야 합니다. 이전 버전의 노드가 있으면 이 배치 관리자 마이그레이션을 통해 WebSphere Application Server의 최상위 버전에 혼합 셀이 작성됩니다.
- 그런 다음 한 번에 한 노드를 새로운 최상위 버전으로
마이그레이션할 때 셀은 WebSphere Application Server의 최상위 버전의
셀이 됩니다. 참고: 이 셀이 배치 관리자보다 더 높은 버전이면 안됩니다.
- 배치 관리자를 버전 9.0로
마이그레이션한 후 이전 버전 노드를 새 버전 배치 관리자로
연합합니다. 이러한 형태의 마이그레이션은
버전 7.0 이상 노드에만 지원됩니다.
- 먼저 배치 관리자를 버전 9.0로 마이그레이션합니다. 배치 관리자가 최고 노드 버전 레벨이어야 합니다.
- 그런 다음 버전 7.0 이상의 노드를 새로운 최고 배치 관리자 버전으로 연합할 수 있습니다.
문제점 방지: 이러한 증가분 마이그레이션 방식을 통해 버전 9.0 배치 관리자가 관리하는 노드가 있는 혼합 셀 환경에 시스템이 위치하게 됩니다. 결국 노드를 일관적으로 관리할 수 있도록 마이그레이션 계획에 전체 노드를 버전 9.0 레벨로 마이그레이션하는 작업을 포함시켜야 합니다. gotcha
기존 기능은 혼합 셀 환경에서 계속해서 작동합니다. 기존 애플리케이션 실행과 같은 타당한 조작을 수행하고, addNode와 같은 관리 조작을 수행하고, 혼합 클러스터를 작성하고, 시스템을 구성하고, Mbean을 호출하며, 애플리케이션을 배치할 수 있어야 합니다. 혼합 셀 환경의 새 기능 지원은 기능, 우선순위, 사용 가능한 자원에 기초하여 각각의 경우에 따라 결정할 수 있습니다.

클라이언트와 노드 에이전트의 통신을 방해하거나 클러스터 멤버와 노드 에이전트 간의 새 포트 데이터 전파를 차단하는 문제가 일어날 경우 클라이언트에서 요청 실패가 발생할 수 있습니다. 일부 경우 이러한 실패는 일시적입니다. 그렇지 않은 경우에는 하나 이상의 프로세스를 다시 시작하여 실패를 해결해야 합니다.
이러한 경우에 발생할 수 있는 클라이언트 라우팅 문제를 피하기 위해 클러스터 멤버에 정적 포트를 구성할 수 있습니다. 정적 포트를 사용하면 클라이언트 프로세스가 클러스터 멤버에 대한 정보를 가져올 때 포트 데이터가 변경되지 않습니다. 클러스터 멤버가 다시 시작되거나, 프로세스 간에 통신 또는 데이터 전파 문제가 있더라도 클라이언트가 보유한 포트 데이터는 여전히 유효합니다. 이러한 우회 방식이 근본적인 통신 또는 데이터 전파 문제를 해결하는 것은 아니지만 예상치 못하거나 불규칙한 클라이언트 라우팅 의사결정 증상은 제거할 수 있습니다.
gotchaWebSphere Application Server의 이전 버전과 공존하지도 않고 마이그레이션하지도 않으면 이는 이전 설치를 무시하도록 선택하는 것이며, 기본 포트 할당 충돌로 인해 한 번에 한 버전만 실행할 수 있습니다. 한 버전에서 기본값이 아닌 포트를 사용하면 충돌 없이 동시에 두 버전을 모두 실행할 수 있습니다.
자주 질문되는 내용
단순히 새 WebSphere Application Server for z/OS® 버전 9.0 데이터 세트를 가리키고 내 서버를 다시 시작할 수 있습니까?
아니오. WebSphere Application Server for z/OS 버전 9.0의 경우 버전 7.0 이상 구성을 버전 9.0 레벨로 마이그레이션해야 합니다.
마이그레이션은 노드별 활동입니까?
그렇습니다. 구성을 마이그레이션하는 프로세스는 구성의 각 노드에 대해 제공된 유틸리티를 실행하는 것과 관련이 있습니다.
독립형 애플리케이션 서버에는 노드가 하나 뿐이지만 이 노드를 마이그레이션해야 합니다. 이 단계는 배치 관리자를 실행하지 않아도 되는 점을 제외하고는 본질적으로 다른 노드의 마이그레이션 단계와 동일합니다. 독립형 애플리케이션 서버 노드 마이그레이션의 활동 체크리스트는 z/OS 독립형 애플리케이션 서버 마이그레이션: 체크리스트의 내용을 읽어보십시오.
마이그레이션 유틸리티는 어떤 작업을 수행합니까?
마이그레이션 유틸리티는 다음 용도로 사용됩니다.
유틸리티 | 용도 |
BBOWMG1B(독립형
애플리케이션 서버 마이그레이션) BBOWMG1F(연합 노드 마이그레이션) |
마이그레이션 중인
노드의 모든 서버를 피어 재시작 및 복구(PRR) 모드에서 시작하도록
구성할 수 있습니다. 이 작업이 완료되면 마이그레이션 중인 노드의 모든 서버를 시작하고 중지될 때까지 기다려야 합니다. PRR 처리 모드는 모든 미해결 트랜잭션을 해결하고, 트랜잭션 로그를 지우며, 서버를 중지합니다. 이 작업은 배치 관리자 마이그레이션에는 필요하지 않으며 분산 트랜잭션(XA) 커넥터를 사용하지 않는 구성의 경우 선택사항입니다. XA 어댑터를 사용 중이며 XA 로그를 마이그레이션할 필요가 있는 경우에만 이 작업이 필요합니다. 자원 > JDBC 제공자로 이동해서 DB2®, Apache Derby 등과 같은 XA 제공자를 선택했는지 확인하여 버전 7.0 이상 관리 콘솔의 자원 제공자를 확인하십시오. |
BBOWMG2B(독립형
애플리케이션 서버 마이그레이션) BBOWMG2F(연합 노드 마이그레이션) |
PRR 모드를
사용 안함으로 설정하고 모든 서버를 정상 작동 상태로 되돌립니다. 이 작업이 완료된 후 모든 서버를 시작할 필요가 없습니다. 이 작업은 배치 관리자 마이그레이션에는 필요하지 않으며 XA 커넥터를 사용하지 않는 구성의 경우 선택사항입니다. XA 어댑터를 사용 중이며 XA 로그를 마이그레이션할 필요가 있는 경우에만 이 작업이 필요합니다. 자원 > JDBC 제공자로 이동해서 DB2, Apache Derby 등과 같은 XA 제공자를 선택했는지 확인하여 버전 7.0 이상 관리 콘솔의 자원 제공자를 확인하십시오. |
BBOMBHFS
또는 BBOMBZFS(독립형 애플리케이션 서버 마이그레이션) BBOMDHFS 또는 BBOMDZFS(배치 관리자 마이그레이션) BBOMMHFS 또는 BBOMMZFS(연합 노드 마이그레이션) |
선택사항: 버전 9.0 구성 루트의
파일 시스템과 마운트 지점을 작성하고 파일 시스템을
마운트합니다. 기존 파일 시스템을 사용하여 버전 9.0 구성을 포함하려면 마이그레이션 정의를 작성할 때 지정된 마운트 지점을 수동으로 작성하고 이 작업을 실행하는 대신 파일 시스템이 마운트되는지 확인하십시오. 어느 경우이든, 마이그레이션을 진행하기 전에 구성 파일 시스템과 마운트 지점을 작성하고 파일 시스템을 마운트해야 합니다. |
독립형
애플리케이션 서버 마이그레이션의 경우 다음 유틸리티입니다.
배치 관리자 마이그레이션의 경우 다음 유틸리티입니다.
연합 노드 마이그레이션의 경우 다음 유틸리티입니다.
|
BBOWMG3x는 버전 7.0 이상에서 버전 9.0로 노드의 전체 마이그레이션을 실행합니다. BBOWxPRO는 WebSphere Application Server 홈과 기본 프로파일을 작성하기만 합니다. BBOWxPRE는 단지 마이그레이션 사전 업그레이드 프로세스를 실행합니다. BBOWxPOS는 마이그레이션 사후 업그레이드 및 종료(파일 권한 변경) 프로세스를 실행합니다. |
BBOMBCP(독립형 애플리케이션 서버 마이그레이션) BBOMDCP(배치 관리자 마이그레이션) BBOMMCP(연합 노드 마이그레이션) |
서버를 시작하기 위해
생성된 작업 제어 언어(JCL) 프로시저를 지정된 프로시저
라이브러리로 복사합니다. 버전 9.0 구성에 다른 JCL 시작 프로시저 이름을 사용하도록 선택하는 경우 이 유틸리티는 원래 버전 7.0 이상 구성에 있던 이름을 새 JCL 이름으로 대체하여 새 버전 9.0 구성을 업데이트합니다. |
어디에서 마이그레이션 작업을 실행해야 합니까?
마이그레이션 중인 노드가 상주하는 동일한 시스템에서 작업을 실행하십시오.
노드가 마이그레이션될 때 어떤 상황이 발생합니까?
마이그레이션 유틸리티는 현재 WebSphere Application Server 버전 7.0 이상 구성 파일 시스템의 컨텐츠를 변형하여 별도의 새 버전 9.0 구성 파일 시스템으로 병합합니다.
마이그레이션 중 기존 구성이 손실됩니까?
마이그레이션 중 원래 WebSphere Application Server 버전 7.0 이상 구성 트리에는 영향이 미치지 않습니다. 어떠한 이유로 마이그레이션이 완료 전에 실패하는 경우 이전 구성은 여전히 존재합니다.
내 노드에 여러 애플리케이션 서버가 있는 경우 모두 마이그레이션됩니까?
그렇습니다. 유틸리티는 모든 서버를 발견하고 노드 에이전트를 포함하여 모두 마이그레이션합니다. 노드에 대해 마이그레이션 유틸리티를 한 번 호출하면 노드의 모든 서버가 마이그레이션됩니다.
마이그레이션을 수행하려면 노드의 서버를 중지해야 합니까?
그렇습니다. 다중 노드 구성에서는 여전히 실행 중인 기타 노드가 있을 수 있습니다. 하지만 마이그레이션하려는 노드에서는 해당 서버를 중지해야 합니다.
WebSphere Application Server, Network Deployment 구성의 일부인 애플리케이션 서버 노드가 마이그레이션 중이면 해당 셀의 마이그레이션된 이전 버전 9.0 배치 관리자가 실행 중이어야 합니다. 이는 마이그레이션의 일부가 wsadmin 스크립팅 기능을 사용하여 새로 마이그레이션된 애플리케이션 서버 노드를 배치 관리자와 동기화시키기 때문입니다. 이 동기화를 수행하려면 배치 관리자가 실행 중이어야 합니다.
일부 노드만 마이그레이션된 셀을 작동할 수 있습니까?
예, 가능합니다. WebSphere Application Server 버전 7.0 이상은 동일한 논리 파티션(LPAR) 및 동일한 셀의 버전 9.0와 공존할 수 있습니다.
새로 마이그레이션된 WebSphere Application Server for z/OS 버전 9.0 배치 관리자가 여전히 버전 7.0 이상 노드와 통신할 수 있습니까?
다중 노드 마이그레이션의 수행 순서가 있습니까?
WebSphere Application Server for z/OS 버전 9.0의 셀이 버전 7.0 이상의 다른 셀과 공존할 수 있습니까?