6장. 애플리케이션 마이그레이션
6.1. 개요
이 주제에서는 OpenShift 버전 2(v2) 애플리케이션의 마이그레이션 절차를 OpenShift 버전 3(v3)으로 마이그레이션하는 방법에 대해 설명합니다.
참고
이 주제에서는 OpenShift v2에 고유한 일부 용어를 사용합니다. OpenShift Enterprise 2와 OpenShift Enterprise 3를 비교하면 두 버전과 사용되는 언어의 차이점을 파악할 수 있습니다.
OpenShift v2 애플리케이션을 OpenShift Container Platform v3로 마이그레이션하려면 v2 애플리케이션의 모든 토너너는 OpenShift Container Platform v3의 해당 이미지 또는 템플릿과 동일하며 개별적으로 마이그레이션해야 하므로 v2 애플리케이션 내의 모든 테트리너를 기록해야 합니다. 각 토너트의 경우 모든 종속 항목 또는 필수 패키지도 v3 이미지에 포함되어야 하므로 기록해야 합니다.
일반 마이그레이션 절차는 다음과 같습니다.
v2 애플리케이션을 백업합니다.
- 웹 다이제스트: 소스 코드는 GitHub의 리포지토리로 푸시하는 등의 Git 리포지토리로 백업할 수 있습니다.
-
데이터베이스 토너: 데이터베이스는 덤프 명령(
mongodump,mysqldump,pg_dump)을 사용하여 데이터베이스를 백업할 수 있습니다. 웹 및 데이터베이스 토너리트:
rhc클라이언트 툴에서는 여러 개의 토너리를 백업할 수 있는 스냅샷 기능을 제공합니다.$ rhc snapshot save <app_name>
스냅샷은 압축을 풀 수 있는 tar 파일이며, 해당 내용은 애플리케이션 소스 코드와 데이터베이스 덤프입니다.
- 애플리케이션에 데이터베이스 리셀러가 있는 경우 v3 데이터베이스 애플리케이션을 생성하고 데이터베이스 덤프를 새 v3 데이터베이스 애플리케이션의 Pod에 동기화한 다음 database restore 명령을 사용하여 v3 데이터베이스 애플리케이션의 v2 데이터베이스를 복원합니다.
- 웹 프레임워크 애플리케이션의 경우 애플리케이션 소스 코드를 편집하여 v3와 호환되도록 합니다. 그런 다음 Git 리포지토리의 해당 파일에 필요한 종속 항목 또는 패키지를 추가합니다. v2 환경 변수를 해당 v3 환경 변수로 변환합니다.
- 소스( Git 리포지토리)에서 v3 애플리케이션을 생성하거나 Git URL을 사용하여 퀵 스타트에서 생성합니다. 또한 데이터베이스 서비스 매개 변수를 새 애플리케이션에 추가하여 데이터베이스 애플리케이션을 웹 애플리케이션에 연결합니다.
- v2에는 통합 Git 환경과 애플리케이션이 v2 Git 리포지토리로 변경될 때마다 애플리케이션이 자동으로 다시 빌드 및 다시 시작됩니다. v3에서 공개 Git 리포지토리로 푸시된 소스 코드 변경으로 인해 빌드가 자동으로 트리거되도록 하려면 v3의 초기 빌드가 완료된 후 웹 후크 를 설정해야 합니다.
