마이그레이션 계획
온-프레미스 리소스를 Azure로 이동하는 것을 고려하는 Contoso와 같은 조직의 경우 마이그레이션에서 가장 중요한 첫 번째 단계 중 하나는 계획입니다. 마이그레이션 프로젝트에서 대다수의 작업은 일반적으로 사전 계획 단계에서 수행됩니다.
해당 단계에는 다음에 대한 매우 철저한 평가가 포함됩니다.
- 비즈니스 모델
- 현재 프로세스 및 시스템
- 마이그레이션이 완료된 후 Azure에서 비즈니스 프로세스가 유사한 정도
다음 표에는 고려해야 할 다양한 항목과 전체 마이그레이션 전략을 정의하고 결정할 때 수행해야 하는 전략이 나와 있습니다.
| 고려 사항 | 세부 정보 |
|---|---|
| 비즈니스 영향 요소 | IT 운영진은 비즈니스 파트너와 긴밀하게 협력하여 마이그레이션으로 달성하고자 하는 바를 파악해야 합니다. 비즈니스 영향 요소는 비즈니스 성장에 저해가 되는 문제를 해결하고 위험을 제한하며 마이그레이션의 범위를 지정하는 데 주력해야 합니다. |
| 마이그레이션 목표 | 마이그레이션 목표에 따라 최상의 마이그레이션 방법이 결정됩니다. |
| 솔루션 디자인 | 목표 및 요구 사항을 파악한 후 배포 솔루션을 디자인 및 검토하고, 마이그레이션에 사용할 Azure 서비스를 비롯한 마이그레이션 프로세스를 식별합니다. |
마이그레이션 전략 선택
클라우드 마이그레이션 전략은 다음과 같은 네 가지 범주로 나뉩니다.
- 다시 호스트
- 리팩터링
- 아키텍처 변경
- 다시 빌드
비즈니스 영향 요소와 마이그레이션 목표에 따라 채택하는 전략이 달라집니다. 여러 패턴을 채택할 수도 있습니다. 예를 들어, Contoso는 간단한 앱이나 비즈니스에 중요하지 않은 앱은 다시 호스트하고 더 복잡하고 비즈니스에 중요한 앱은 아키텍처를 변경하도록 선택할 수 있습니다. 다음 표에서는 해당 패턴에 대해 설명합니다.
| 무늬 | 정의 | 사용 시기 |
|---|---|---|
| 다시 호스트 | 리프트 앤 시프트 마이그레이션이라고도 합니다. 이 옵션을 사용하면 코드 변경이 필요하지 않으므로 기존 앱을 Azure로 빠르게 마이그레이션할 수 있습니다. 각 앱이 현재 상태대로 마이그레이션되므로 코드 변경과 관련된 위험이나 비용 없이 클라우드의 혜택을 얻게 됩니다. | 앱을 빠르게 클라우드로 이동해야 하는 경우. 앱을 수정하지 않고 이동하려는 경우. 앱이 마이그레이션 후 Azure IaaS의 스케일링 성능을 활용할 수 있도록 설계된 경우. 앱이 비즈니스에 중요하지만 앱 기능을 즉시 변경할 필요가 없는 경우. |
| 리팩터링 | 다시 패키지라고도 하는 리팩터링은 앱을 최소한으로 변경해야 앱을 Azure PaaS(Platform as a Service)에 연결하여 클라우드 제품을 사용할 수 있습니다. 예를 들어, 기존 앱을 Azure App Service 또는 AKS(Azure Kubernetes Service)로 마이그레이션할 수 있습니다. 또는 관계형 및 비관계형 데이터베이스를 Azure SQL Database Managed Instance, Azure Database for MySQL, Azure Database for PostgreSQL, Azure Cosmos DB 등의 옵션으로 리팩터링할 수도 있습니다. 앱을 Azure에서 작동하도록 쉽게 다시 패키지할 수 있는 경우. | Azure에서 제공하는 혁신적인 DevOps 방법을 적용하려는 경우 또는 워크로드에 대한 컨테이너 전략을 사용하여 DevOps를 고려하는 경우. 리팩터링의 경우, 기존 코드 베이스의 이식성과 사용 가능한 개발 기술을 고려해야 합니다. |
| 아키텍처 변경 | 마이그레이션 재설계는 앱 기능과 코드베이스를 수정하고 확장하여 클라우드 확장성을 위한 앱 아키텍처를 최적화하는 데 집중합니다. 예를 들어, 모놀리식 애플리케이션을 함께 작동하고 쉽게 확장되는 마이크로 서비스 그룹으로 나눌 수 있습니다. 또는 관계형 및 비관계형 데이터베이스를 완전 관리형 DBaaS 솔루션(예: Azure SQL Database Managed Instance, Azure Database for MySQL, Azure Database for PostgreSQL 및 Azure Cosmos DB)으로 아키텍처를 변경할 수 있습니다. | 새 기능을 통합하거나 클라우드 플랫폼에서 효율적으로 작동하도록 앱을 전반적으로 수정해야 하는 경우. 기존 애플리케이션 투자를 사용하고, 스케일링 성능 요구 사항을 충족하고, 혁신적인 DevOps 방법을 적용하고, 가상 머신(VM) 사용을 최소화하려는 경우. |
| 다시 빌드 | 다시 빌드는 Azure 클라우드 기술을 사용하여 처음부터 앱을 다시 빌드하는 방식으로 작업을 수행합니다. 예를 들어, Azure Functions, Azure AI, Azure SQL Database Managed Instance, Azure Cosmos DB 등의 클라우드 네이티브 기술을 사용하여 개발 가능한 앱을 빌드할 수 있습니다. | 신속한 개발을 원하며, 기존 앱의 기능과 수명이 제한적인 경우. 비즈니스 혁신을 앞당길 준비가 된 경우(Azure에서 제공하는 DevOps 방법 포함). 클라우드 네이티브 기술을 사용하여 새 애플리케이션을 빌드하려는 경우. 인공 지능, 블록체인 및 사물 인터넷(IoT)의 향상된 기능을 활용하려는 경우. |
마이그레이션 도구
전략을 선택한 후에는 Contoso에서 적절한 마이그레이션 도구를 선택해야 합니다. 다음 표에서는 마이그레이션 시나리오에 따라 Contoso에서 사용할 수 있는 몇 가지 마이그레이션 도구에 대해 설명합니다.
| 도구 | 마이그레이션 시나리오 |
|---|---|
| Azure Migrate: Server Assessment | Azure로 마이그레이션하기 위한 준비 과정으로 Hyper-V 및 VMware 환경에서 실행 중인 물리적 서버 및 온-프레미스 가상 머신에 대한 평가를 수행합니다. |
| Azure Migrate: Server Migration | Hyper-V 및 VMware 환경에서 실행 중인 물리적 Windows 서버와 온-프레미스 VM, 기타 퍼블릭 클라우드 VM에 대한 마이그레이션을 수행합니다. |
| Azure Migrate: Database Assessment | Azure SQL Database, Azure SQL Database 관리되는 인스턴스, Database 관리되는 인스턴스 또는 SQL Server를 실행하는 Azure VM으로 마이그레이션하기 위한 준비 과정으로 온-프레미스 Microsoft SQL Server 데이터베이스에 대한 평가를 수행합니다. |
| Azure Migrate: Database Migration | SQL Server, Azure SQL Database 또는 Azure SQL Database 관리되는 인스턴스를 실행하는 Azure VM으로 마이그레이션하기 위한 준비 과정으로 평가를 수행합니다. |
| Azure Migrate: Web App Assessment | 온-프레미스 웹앱에 대해 평가하고 Azure로 마이그레이션합니다. |
| Azure Migrate: Data Box | Azure Data Box를 사용하여 대량의 오프라인 데이터를 Azure로 이동합니다. |