마이그레이션, 공존, 상호 운용성 개요

새 버전의 WebSphere® Application Server로 마이그레이션하려면 제품 에디션, 프로파일 유형, 서버 구성 및 애플리케이션 배치와 같은 요소를 신중하게 고려해야 합니다. 이 개요에서는 제품을 마이그레이션하는 데 도움이 되는 개념, 용어, 도구 및 전략을 소개합니다.

공통 마이그레이션 용어

다음은 마이그레이션을 논의하는 데 자주 사용되는 용어입니다.
  • 버전 또는 릴리스: 중요한 새 기능을 포함하는 제품에 대한 업데이트입니다.
  • 에디션: 버전 내에서 특정 기능 세트를 포함하는 제품 패키징입니다. (예: Network Deployment).
  • 프로파일: 애플리케이션 서버 프로세스(예: 배치 관리자 또는 애플리케이션 서버)에 대한 런타임 환경을 정의하는 파일 세트입니다. 프로파일에는 애플리케이션 서버가 작동하는 방법과 애플리케이션이 배치되는 위치에 대한 구성이 포함됩니다.
  • 소스: 소스 프로파일 또는 소스 시스템과 같이 마이그레이션할 데이터 및 오브젝트의 원본입니다.
  • 대상: 대상 프로파일 또는 대상 시스템과 같이 마이그레이션할 데이터 및 오브젝트의 대상입니다.
  • 노드: 관리나 비관리 서버 또는 서버 클러스터의 그룹입니다. 셀에서 관리되는 각 노드에는 고유한 구성이 있을 수 있습니다.
  • : 하나 이상의 노드 또는 구성을 관리하는 배치 관리자가 포함된 그룹입니다. 셀의 노드는 배치 관리자에 연합됩니다. 셀 레벨 구성은 모든 노드에서 공통입니다.
  • 혼합 셀 환경: 하나 이상의 연합 노드 릴리스가 셀을 관리하는 배치 관리자의 릴리스보다 오래된 경우입니다. 노드는 배치 관리자보다 3개 릴리스 이상 더 이전일 수 없습니다.

기본 마이그레이션 개념

마이그레이션은 새 구성이 이전 구성과 가능한 근접하게 작동하도록 이전 릴리스에서 새 릴리스로 구성을 이동하는 프로세스입니다. 마이그레이션의 기본 단위는 3가지 기본 단계로 마이그레이션되는 프로파일입니다.
  1. 이전 설치에서 소스 프로파일의 스냅샷을 작성합니다.
  2. 새 설치에 호환 가능한 대상 프로파일을 작성합니다.
  3. 스냅샷의 데이터를 대상 프로파일에 병합합니다.

배치 관리자 및 연합 노드를 포함하는 셀을 마이그레이션할 때는 특별한 주의가 필요합니다. 배치 관리자가 셀의 구성을 제어하므로 각 노드를 마이그레이션할 때 새 구성 관리자와 동기화해야 합니다.

마이그레이션 도구

제품 구성을 마이그레이션하는 데 사용하는 도구는 대상 릴리스의 새 설처에서 실행되어야 합니다. 가능한 경우 마이그레이션을 시작하기 전에 새 설치를 사용 가능한 최신 수정팩으로 업데이트하십시오. WebSphere Application Server버전 9.0 마이그레이션 도구는 버전 7.0 이상에서의 마이그레이션만 지원하며 동일한 릴리스(예: 버전 9.0에서 버전 9.0로) 내에서의 마이그레이션은 지원하지 않습니다. 동일한 버전 또는 릴리스의 시스템에서 구성을 복제하려면 특성 기반 구성에 대한 정보를 참조하거나 AdminTask 오브젝트의 ConfigArchiveOperations 명령 그룹에서 wsadmin 스크립팅 exportWasprofile 명령을 사용하십시오.

마이그레이션 시 다음과 같은 기본 명령행 도구를 사용합니다.
WASPreUpgrade
이전 설치에서 소스 프로파일의 스냅샷을 작성하여 백업 디렉토리에 배치합니다. 원격 마이그레이션의 경우 WASPreUpgrade 명령이 백업 디렉토리의 구성에서 참조되는 추가 아티팩트를 수집합니다.
manageprofiles
대상 프로파일을 작성합니다. 대상 프로파일은 소스 프로파일과 동일한 유형이어야 합니다. 예를 들어, 배치 관리자 프로파일을 독립형 애플리케이션 서버 프로파일로 마이그레이션할 수 없습니다. 프로파일 유형에 따라 셀 이름, 노드 이름 또는 두 소스 파일도 일치시켜야 합니다.
WASPostUpgrade
마이그레이션 백업 디렉토리의 데이터를 대상 프로파일에 병합합니다. 이전 구성이 사용 안함으로 설정되었는지 여부, 애플리케이션 설치를 연기할지 여부 등을 제어하는 추가 옵션을 지정할 수 있습니다.

구성 마이그레이션 도구는 소스 프로파일에 있던 상태로 애플리케이션을 대상 프로파일에 배치합니다. 구성을 마이그레이션하기 전에 비프로덕션 WebSphere Application Server 버전 9.0 환경에서 애플리케이션을 테스트하십시오. 그런 다음, 해당 환경에서 애플리케이션을 실행하는 데 필요한 변경을 수행하십시오. 필수 변경 사항을 빠르게 식별하기 위해 애플리케이션 2진용 마이그레이션 툴킷과 WebSphere Application Server 마이그레이션 툴킷을 사용하여 애플리케이션을 스캔할 수 있습니다. 자세한 정보는 WASdev의 마이그레이션 툴킷을 참조하십시오.

WASMigrationAppInstaller 명령은 WASPostUpgrade 명령으로 설치되지 않은 애플리케이션을 설치하는 데 필요한 만큼 여러 번 실행할 수 있습니다.

원격 마이그레이션의 경우 createRemoteMigrJar 명령을 사용하여 WebSphere Application Server가 설치되지 않은 시스템에서 WASPreUpgrade 명령을 실행할 수 있도록 하는 .jar 파일을 작성할 수 있습니다.

제품 구성 마이그레이션에 설명된 대로 마이그레이션 도구를 사용하여 애플리케이션과 구성 정보를 새 버전으로 마이그레이션하십시오. 자세한 정보는 마이그레이션 도구 사용의 내용을 읽어보십시오.

혼합 셀 환경

한 셀은 여러 다른 WebSphere Application Server 버전의 노드를 포함할 수 있습니다. WebSphere Application Server 버전 9.0 혼합 셀은 WebSphere Application Server 버전 9.0버전 7.0 이상을 지원하는 노드를 포함할 수 있습니다. 혼합 셀 환경에서 셀의 멤버가 버전 7.0보다 오래된 경우 도구가 배치 관리자를 마이그레이션할 수 없습니다. 관리자가 노드를 버전 7.0 이상으로 마이그레이션하거나 셀에서 제거해야 합니다.

혼합 셀 환경은 다음 두 가지 방식으로 존재할 수 있습니다.
  1. 기존 시스템의 증가분 노드 마이그레이션을 수행합니다.
    1. 배치 관리자를 버전 9.0로 마이그레이션합니다. 배치 관리자가 최고 노드 버전 레벨이어야 합니다. 이전 버전의 노드가 있으면 이 배치 관리자 마이그레이션을 통해 WebSphere Application Server의 최상위 버전에 혼합 셀이 작성됩니다.
    2. 그런 다음 한 번에 한 노드를 새로운 최상위 버전으로 마이그레이션할 때 셀은 WebSphere Application Server의 최상위 버전의 셀이 됩니다.
      참고: 이 셀이 배치 관리자보다 더 높은 버전이면 안됩니다.
  2. 배치 관리자를 버전 9.0로 마이그레이션한 후 이전 버전 노드를 새 버전 배치 관리자로 연합합니다. 이러한 형태의 마이그레이션은 버전 7.0 이상 노드에만 지원됩니다.
    1. 먼저 배치 관리자를 버전 9.0로 마이그레이션합니다. 배치 관리자가 최고 노드 버전 레벨이어야 합니다.
    2. 그런 다음 버전 7.0 이상의 노드를 새로운 최고 배치 관리자 버전으로 연합할 수 있습니다.
    문제점 방지 문제점 방지: 이러한 증가분 마이그레이션 방식을 통해 버전 9.0 배치 관리자가 관리하는 노드가 있는 혼합 셀 환경에 시스템이 위치하게 됩니다. 결국 노드를 일관적으로 관리할 수 있도록 마이그레이션 계획에 전체 노드를 버전 9.0 레벨로 마이그레이션하는 작업을 포함시켜야 합니다. gotcha

기존 기능은 혼합 셀 환경에서 계속해서 작동합니다. 기존 애플리케이션 실행과 같은 타당한 조작을 수행하고, addNode와 같은 관리 조작을 수행하고, 혼합 클러스터를 작성하고, 시스템을 구성하고, Mbean을 호출하며, 애플리케이션을 배치할 수 있어야 합니다. 혼합 셀 환경의 새 기능 지원은 기능, 우선순위, 사용 가능한 자원에 기초하여 각각의 경우에 따라 결정할 수 있습니다.

문제점 방지 문제점 방지: 혼합 셀 환경에서 실행할 때 클라이언트는 갑자기 대상 클러스터의 클러스터 멤버에 대한 포트 정보가 오래 되어 못쓰게 되는 경우가 발생할 수 있습니다. 이러한 상황은 모든 클러스터 멤버에 동적 포트가 있으며 전송된 요청이 없는 동안 이 클러스터 멤버가 다시 시작될 때 가장 흔히 발생합니다. 이 상태의 클라이언트 프로세스는 결국 클러스터 멤버에 대한 새 포트 데이터를 받기 위해 노드 에이전트로 경로를 지정하려 시도한 후, 새 포트 데이터를 사용하여 클러스터의 멤버로 다시 경로를 지정합니다.

클라이언트와 노드 에이전트의 통신을 방해하거나 클러스터 멤버와 노드 에이전트 간의 새 포트 데이터 전파를 차단하는 문제가 일어날 경우 클라이언트에서 요청 실패가 발생할 수 있습니다. 일부 경우 이러한 실패는 일시적입니다. 그렇지 않은 경우에는 하나 이상의 프로세스를 다시 시작하여 실패를 해결해야 합니다.

이러한 경우에 발생할 수 있는 클라이언트 라우팅 문제를 피하기 위해 클러스터 멤버에 정적 포트를 구성할 수 있습니다. 정적 포트를 사용하면 클라이언트 프로세스가 클러스터 멤버에 대한 정보를 가져올 때 포트 데이터가 변경되지 않습니다. 클러스터 멤버가 다시 시작되거나, 프로세스 간에 통신 또는 데이터 전파 문제가 있더라도 클라이언트가 보유한 포트 데이터는 여전히 유효합니다. 이러한 우회 방식이 근본적인 통신 또는 데이터 전파 문제를 해결하는 것은 아니지만 예상치 못하거나 불규칙한 클라이언트 라우팅 의사결정 증상은 제거할 수 있습니다.

gotcha

WebSphere Application Server의 이전 버전과 공존하지도 않고 마이그레이션하지도 않으면 이는 이전 설치를 무시하도록 선택하는 것이며, 기본 포트 할당 충돌로 인해 한 번에 한 버전만 실행할 수 있습니다. 한 버전에서 기본값이 아닌 포트를 사용하면 충돌 없이 동시에 두 버전을 모두 실행할 수 있습니다.

잠재적인 마이그레이션 문제

마이그레이션이나 공존 시나리오에서는 다음 문제를 고려하십시오.
  • 동일한 웹 서버를 공유하려 시도할 때의 컨텍스트 루트 충돌.

    웹 서버 구성 마이그레이션의 프로시저에 따라 WebSphere Application Server 버전 간에 공유할 수 있도록 웹 서버를 구성하는 방법에 대해 알아보십시오.

기타 정보

WebSphere Application Server 버전 9.0버전 7.0 이상과 공존할 수 없습니다. WebSphere Application Server의 이전 버전에 따라 해결해야 하는 포트 충돌이 존재할 수 있습니다. 자세한 정보는 공존 애플리케이션 서버 실행포트 설정 구성을 참조하십시오.

WebSphere Application Server 마이그레이션은 기존 구성과 애플리케이션을 WebSphere Application Server 버전 9.0 환경에 호환 가능하도록 변경합니다. 기존 애플리케이션 구성요소와 구성 설정이 마이그레이션 프로세스 중 버전 9.0 환경에 적용됩니다.

WebSphere Application Server의 이전 버전을 사용하는 경우 시스템 관리자가 환경의 다양한 애플리케이션과 서버 설정을 미세하게 조정했을 수 있습니다. 최대 효율성과 함께 설정의 마이그레이션 전략을 갖추는 것이 중요합니다.

매번 다른 프로파일 세트를 지정하여 마이그레이션 도구를 여러 번 실행해서 WebSphere Application Server 버전 7.0 이상의 증가분 마이그레이션을 수행할 수 있습니다. WebSphere Application Server의 증가분 마이그레이션은 일반적으로 혼합 셀 릴리스 환경의 시스템 작동과 관련이 있습니다. 이 환경의 마이그레이션은 여러 차례의 노드 마이그레이션을 포함하고 있어서 마이그레이션이 완료될 때까지 오랜 기간 동안 혼합 셀이 실행될 수 있습니다.


주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-iseries&topic=cmig_overview
파일 이름:cmig_overview.html