검색 및 평가 단계를 완료하고 기반 설계를 설정한 후에는 워크로드를 마이그레이션 웨이브로 분류하여 마이그레이션 계획을 시작할 수 있습니다.
이 페이지에서는 성공적인 마이그레이션을 계획하는 방법을 설명합니다.
시작하기 전에
마이그레이션 계획을 시작하기 전에 워크로드 검색 및 평가를 완료하고 다음 태스크로 전반적인 마이그레이션 전략을 만듭니다.
- 마이그레이션할 워크로드(예: 애플리케이션, 서비스, 데이터베이스)의 카탈로그를 만듭니다.
- 워크로드를 인프라 구성요소에 매핑합니다.
- 종속 항목을 매핑합니다.
- 대략적인 마이그레이션 및 현대화 경로(재호스팅, 플랫폼 변경, 리팩터링, 재설계, 교체, 중단)를 식별합니다.
그런 다음 Cloud Foundation Toolkit을 사용하여 Google Cloud의 기반을 구축합니다.
Cloud Foundation Toolkit에는 새로운 클라우드 인프라의 다음 측면을 시작하는 데 도움이 되는 리소스가 포함되어 있습니다.
- Identity and Access Management
- 리소스 관리
- 네트워킹
- 데이터 관리
- 코드형 인프라
- 로깅, 모니터링, 결제
- 보안 기반
- GKE 기반
마이그레이션 개념
클라우드 마이그레이션 프로젝트는 조직이 애플리케이션을 Google Cloud로 마이그레이션하기 위해 따라야 하는 전체 프로세스를 나타냅니다.
각 클라우드 마이그레이션 프로젝트는 웨이브로 나뉩니다. 웨이브는 워크로드 검색 및 평가로 식별되는 공통 특성 또는 상호 의존성을 공유하는 애플리케이션 그룹입니다. 독립형 애플리케이션 및 데이터베이스는 외부 종속 항목이 적으므로 일반적으로 첫 번째 마이그레이션 웨이브에 적합합니다. 반면 종속 항목이 많은 애플리케이션은 추가 계획이 필요한 복잡한 마이그레이션 웨이브를 구성합니다.
마이그레이션 웨이브 내의 워크로드는 이동 그룹으로 나뉘고 스프린트에서 Google Cloud로 마이그레이션됩니다. 이동 그룹은 함께 마이그레이션해야 하는 인프라 리소스 및 워크로드의 그룹입니다. 이러한 리소스와 워크로드는 동일한 애플리케이션 또는 상호 의존적인 애플리케이션 그룹에 포함될 수 있습니다.
비즈니스 기능은 이동 그룹을 결정하는 데 가장 중요한 측면 중 하나입니다. 예를 들어 소매업에서의 공급망 관리 및 재고 관리, 은행의 사기 모니터링, 보험에서의 청구 처리는 해당 도메인의 비즈니스 기능 영역을 나타냅니다. 마이그레이션 도중 및 이후에 비즈니스 서비스 성능 및 가용성에 대한 중단을 최소화하거나 발생하지 않도록 하려면 비즈니스 기능을 고려하는 것이 중요합니다.
비즈니스 기능 영역 내에서 서로 다른 환경에 따라 마이그레이션을 수행해야 합니다. 연구 개발(R&D) 환경은 일반적으로 먼저 마이그레이션됩니다. 이렇게 하면 마이그레이션을 방지하거나 속도를 저하시킬 수 있는 문제를 식별하고 완화할 수 있습니다. 그런 다음 R&D, 사전 프로덕션 버전, 프로덕션 환경의 마이그레이션을 진행하는 동안 권장사항과 완화 활동을 따를 수 있습니다.
시간이 지남에 따라 데이터 수집이 점점 더 세분화되고 정확해짐에 따라 지속적인 프로세스로 검색 및 평가를 실행해야 합니다. 이를 통해 워크로드별 데이터의 정확성을 지속적으로 향상시킬 수 있으므로 클라우드 마이그레이션과 관련된 워크로드별 위험을 식별할 수 있습니다.
첫 번째 검색 및 평가 웨이브를 통해 인프라 구성요소와 워크로드 사이의 종속 항목에 대한 개략적인 맵을 만들 수 있습니다. 이는 첫 번째 웨이브에서 대상 Google Cloud 아키텍처의 요소를 계획하고 최적화하는 데 도움이 됩니다. 예를 들어 VM 유형, 스토리지 클래스, 시작 영역 설계, 연산 및 I/O 처리량 요구사항을 기반으로 한 높은 수준의 용량 크기 조정 등이 포함됩니다.
또한 탐색 및 평가와 동시에 마이그레이션 위험 평가를 실행해야 합니다. 목표는 마이그레이션과 관련된 워크로드별 위험을 식별 및 측정하고 적절한 완화 작업을 시작하는 것입니다.
다음은 전체 마이그레이션 프로세스를 한눈에 보여주는 다이어그램입니다.
다음 단계
- 마이그레이션 위험 평가 및 완화 방법 알아보기
- 마이그레이션 웨이브 방법 알아보기