검색 및 평가 단계를 완료하고 기반 설계를 설정한 후에는 워크로드를 마이그레이션 웨이브로 분류하여 마이그레이션 계획을 시작할 수 있습니다.
이 페이지에서는 성공적인 이전을 계획하는 방법을 설명합니다.
시작하기 전에
마이그레이션 계획을 시작하기 전에 워크로드 검색 및 평가를 완료하고 다음 작업으로 전체 마이그레이션 전략을 만드세요.
- 마이그레이션할 애플리케이션, 서비스, 데이터베이스와 같은 워크로드의 카탈로그를 만듭니다.
- 워크로드를 인프라 구성요소에 매핑합니다.
- 종속 항목을 매핑합니다.
- 대략적인 마이그레이션 및 현대화 경로(재호스팅, 플랫폼 변경, 리팩터링, 재설계, 교체, 중단)를 식별합니다.
그런 다음 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 처리량 요구사항을 기반으로 한 높은 수준의 용량 크기 조정 등이 포함됩니다.
검색 및 평가와 동시에 마이그레이션 위험 평가도 실행해야 합니다. 목표는 이전과 관련된 워크로드별 위험을 식별하고 측정하여 적절한 완화 조치를 시작하는 것입니다.
다음은 전체 마이그레이션 프로세스를 한눈에 보여주는 다이어그램입니다.
다음 단계
- 마이그레이션 위험을 평가하고 완화하는 방법을 알아봅니다.
- 마이그레이션 웨이브 방법 알아보기