마이그레이션 계획이 끝나면 계속해서 실행 단계를 진행할 수 있습니다. 이 문서 및 다음 문서에서는 마이그레이션을 실행하는 데 사용할 수 있는 메서드 및 도구에 대한 종합적인 설명을 제공합니다.
시작하기 전에
초기 이전 준비
클라우드 마이그레이션 프로젝트는 워크로드를 Google Cloud로 마이그레이션하는 주요 조직적 노력입니다.
각 마이그레이션 프로젝트는 웨이브로 나뉩니다. 웨이브는 워크로드 검색 및 평가에서 식별된 대로 공통된 특성이나 상호 종속성을 공유하는 애플리케이션 그룹입니다. 독립형 애플리케이션과 데이터베이스는 외부 종속 항목이 적기 때문에 일반적으로 첫 번째 마이그레이션 대상이 됩니다. 반면 상호 종속성이 큰 워크로드는 추가 계획이 필요한 복잡한 마이그레이션 웨이브를 구성합니다. 이 경우 상호 종속성의 비즈니스 영향을 검토하고 마이그레이션을 방해할 수 있는 차단 요소를 제거하기 위해 마이그레이션 계획을 수정해야 합니다.
마이그레이션 웨이브 내의 워크로드는 이동 그룹으로 나뉘고 스프린트에서 Google Cloud 로 마이그레이션됩니다. 이동 그룹은 함께 마이그레이션해야 하는 인프라 리소스와 워크로드의 그룹입니다. 이는 동일한 애플리케이션의 일부이거나 상호 종속적인 애플리케이션 그룹일 수 있습니다.
모든 스프린트에서 다음 작업을 실행해야 합니다.
- 마이그레이션에 필요한 도구를 준비하고 통합합니다.
- 스프린트 계획을 수립합니다.
- 스프린트 계획을 실행합니다.
마이그레이션 프로세스 및 방법론
스프린트 계획 및 플레이북
스프린트 계획에서 스프린트로 분류된 마이그레이션 웨이브를 실행하는 방법을 정의하세요. 다음 빌딩 블록을 다루어 플레이북을 만드세요.
| # | 항목 | 설명 |
|---|---|---|
| 0 | 이전 도구 아키텍처 | 마이그레이션 팩토리를 구성하는 도구의 아키텍처(진행 중인 평가, 웨이브 계획 상세검색, 워크로드별 마이그레이션, 빌드, 테스트, 배포, 모니터링을 위한 도구) |
| 1 | 마이그레이션 체크리스트 | 마이그레이션 스프린트 전후 체크리스트 |
| 2 | 인벤토리 | Google Cloud로 마이그레이션될 워크로드 목록 |
| 3 | 스프린트 런북 | 각 워크로드 마이그레이션을 위한 실행 가이드라인 |
| 4 | 마이그레이션 계획 | 마이그레이션 스프린트 중에 따라야 하는 단계별 마이그레이션 계획(프로세스) |
| 5 | 네트워크 및 보안 규칙 | Google Cloud 의 수신 및 발신에 대한 모든 방화벽 규칙 목록 마이그레이션 중에 Google CloudDNS가 변경됨 |
| 6 | 위험 및 완화 | 마이그레이션 스프린트 중 발생할 수 있는 위험 및 완화 단계 |
| 7 | 테스트 및 유효성 검사 | 기능 및 비기능 요구사항을 검증하는 테스트 계획 |
| 8 | 롤백 계획 | 워크로드별 롤백 단계 |
| 9 | 팀 구성 | 팀 구성 및 연락처 정보가 포함된 명단 |
| 10 | 거버넌스 | 이전 실행팀, 주기 및 보고, 에스컬레이션 해결 메커니즘의 RACI 매트릭스 |
마이그레이션 실행
마이그레이션 계획 및 준비 단계를 완료한 후 이 섹션에서는 반복 가능한 마이그레이션 및 검증을 Google Cloud에 실행하는 방법을 설명합니다.
평가
평가의 첫 번째 반복은 마이그레이션 계획 단계에서 이루어지며 워크로드와 인프라 구성요소 간의 종속성에 관한 데이터를 생성합니다. 클라우드 마이그레이션 프로젝트 전반에 걸쳐 검색 및 평가를 계속 수행하여 다음 측면과 관련된 데이터를 재보정하고 보강해야 합니다.
- 인프라 매핑에 대한 애플리케이션 및 데이터베이스 매핑(비즈니스 워크로드에 대한 모든 인프라 및 플랫폼 구성요소 식별)
- 인프라와 애플리케이션, 데이터베이스, 서비스 간의 매핑(인프라 또는 플랫폼 구성요소에 연결된 모든 비즈니스 워크로드 식별)
- 비즈니스 워크로드 간 종속 항목
- 워크로드의 리소스 소비
- 초기 평가 단계에서 검색되지 않은 워크로드 식별
- 초기 평가에서 식별되지 않은 신규 또는 변경된 랜딩 존 요구사항 식별
- 마이그레이션을 방해할 수 있는 차단 문제 식별
지속적인 평가는 이동 그룹을 지속적으로 조정하고 개선하며, 위험을 식별하고 완화하고, 마이그레이션 웨이브 계획을 개선하고 최적화하는 데 중요합니다.
계획
마이그레이션 웨이브의 계획 단계에서는 웨이브 내 스프린트의 최종 범위를 정의하고 구성요소별 마이그레이션 계획을 단일 계획으로 통합하는 것을 목표로 합니다. 이 단계의 출력은 다음과 같습니다.
- 현재 스프린트 범위 내에서 그룹 이동
- 마이그레이션 스프린트 체크리스트
- 차단 문제를 해결하기 위한 완화 조치
- 이전, 빌드, 테스트, 배포 계획
- 롤백 계획
- 실행 예약
세부적인 하위 수준 계획은 이후의 성공적인 배포에 매우 중요합니다.
배포
배포 단계에서 마이그레이션 팀은 마이그레이션 계획을 실행하고 심각한 문제를 해결합니다. 실행 계획을 추적하기 위해 정기 상태 회의를 설정하는 것이 좋습니다. 하지만 이러한 상태 회의는 문제를 해결하는 데 사용해서는 안 됩니다. 대신 각 기술 전문가와 별도의 전담 세션을 설정하세요.
배포 단계의 출력은 다음과 같습니다.
- 마이그레이션 계획 업데이트(단계별 상태, 메모)
- 이전 문제 추적 도구 업데이트
- 마이그레이션 후 테스트 결과
- CMDB 업데이트(적용 가능한 경우)
- 이해관계자에게 마이그레이션 결과 전달
배포가 실패하는 경우(예: 마이그레이션 계획이 실패하거나, 테스트가 실패하거나, 정의된 마이그레이션 기간 내에 수정이 불가능한 경우) 롤백 계획을 실행해야 합니다. 롤백 후 애플리케이션 테스트를 실행하고 업스트림 및 다운스트림 시스템 구성과 같은 이전 계획에 포함된 외부 변경사항도 롤백하는 것이 좋습니다.
최적화
최적화 단계에서는 배포 단계를 완료한 후 프로젝트 팀이 다시 모여 학습한 내용을 문서화하고 다음 웨이브와 스프린트를 위해 개선사항을 구현할 수 있습니다. 이미 이전된 범위의 경우 최적화 단계를 사용하여 중요하지 않은 이전 후 문제를 해결할 수 있습니다.
이 단계는 프로젝트 일정 전반에 걸쳐 지속적인 개선을 지원하므로 중요합니다.
이 단계의 출력은 다음과 같습니다.
- 이전 문제 추적 도구 업데이트
- 프로젝트 기술 자료 업데이트(해당하는 경우)
마이그레이션 도구
자동화 도구는 마이그레이션 수명 주기에서 중요한 역할을 합니다. 마이그레이션 실행 단계에서 마이그레이션할 워크로드 유형, 지리적 분산, 출시 전략, 보안 요구사항 등 다양한 요소를 기반으로 자동화 도구의 아키텍처를 만들어야 합니다.
다음 문서에서는 다음 기능을 해결하는 여러 자동화 도구를 소개합니다.
다음 단계
- 이전 및 현대화를 위한 도구에 대해 자세히 알아보세요.
- Google Cloud 이전에 대해 자세히 알아보세요.