Azure에서 마이그레이션 배포 테스트
워크로드를 복제하거나 스테이징하고 지원 서비스를 사용할 수 있는지 확인하면 마이그레이션 테스트를 시작할 수 있습니다. 마이그레이션 테스트는 주로 다음 두 가지 영역에 중점을 둡니다.
- 아키텍처: 아키텍처를 테스트하여 복제되거나 준비된 리소스에서 작동하는지 확인합니다.
- 관리 루틴: 마이그레이션된 리소스에 대한 관리 계획을 테스트하여 작동되는지 확인합니다.
비즈니스 테스트달리 마이그레이션 테스트는 IT 활동에 중점을 둡니다.
문제를 식별하면 이를 수정 계획에 추가할 수 있습니다. 모든 문제를 해결한 후 워크로드 릴리스를 진행할 수 있습니다.
테스트 마이그레이션 수행
리소스를 복제한 후 격리된 환경에서 테스트 마이그레이션을 수행하여 프로덕션 워크로드에 영향을 주지 않도록 할 수 있습니다.
테스트 마이그레이션은 도구에 따라 다르지만 일반적으로 라이브 시스템과 병렬로 실행되는 원본 시스템의 복제본을 만듭니다. 이러한 보조 시스템에서 테스트를 수행합니다. 테스트를 완료하면 영구 변경 내용을 도입하지 않고 복제된 리소스를 정리할 수 있습니다.
테스트를 수행하려면 다음이 필요합니다.
장애 조치를 테스트하는 격리된 네트워크. 네트워크 구성을 가능한 한 의도한 마이그레이션 네트워크 구성과 최대한 일치시키십시오.
지점 및 사이트 간의 VPN, 점프 상자 또는 Azure Bastion과 같은 원본에서 격리된 네트워크 액세스.
테스트 환경에 인증하기 위한 인증 메커니즘. 테스트 환경은 격리되므로 랜딩 존의 ID 공급자를 사용할 수 없습니다.
테스트 마이그레이션 리소스를 사용하여 테스트 환경에 배포하는 테스트 마이그레이션 도메인 컨트롤러를 사용할 수 있습니다. 테스트 후 리소스를 사용하여 도메인 컨트롤러를 정리합니다.
또는 격리된 네트워크에 테스트 도메인 컨트롤러가 있을 수 있습니다. Active Directory 트래픽 복제를 허용하도록 네트워크를 연결합니다. Azure에서 도메인 컨트롤러의 스냅샷을 생성한 다음 테스트 목적으로 피어를 삭제하여 네트워크를 격리할 수 있습니다. 필요한 역할을 포착한 다음 테스트를 완료할 때 상태를 복원하여 라이브 ID 공급자를 변경하지 않도록 할 수 있습니다.
마이그레이션 도구는 테스트 마이그레이션을 수행하고 테스트 자료를 정리할 수 있어야 합니다. Azure Migrate에서 작동하는 이러한 테스트 마이그레이션 프로세스의 예는VMware 에이전트 없는 마이그레이션에 대한
조언
비즈니스 테스트을 위해 이 테스트 환경을 사용할 수도 있습니다.
테스트 문제 해결
테스트를 수행한 후 반드시 다음을 확인하십시오.
- 수정 계획에 발견된 문제를 기록합니다.
- 심사 문제는 심각도에 따라 심사의 일부로 해결 방법을 식별합니다.
- 문서 해결 방법. 마이그레이션의 일부로 해결 방법을 통합할 수 있는 경우 문제를 해결할 필요가 없을 수 있습니다.
- 해결되지 않은 항목으로 시작합니다. 먼저 해결 방법 없이 항목을 수정하는 것이 좋습니다.
테스트 계획 예제
다음은 마이그레이션 프로젝트에 대한 테스트 계획 출력의 기본 예제입니다.
| 테스트 | 성공/실패 | 메모 |
|---|---|---|
| 가상 머신 배포 | ✅ | |
| 관리자는 가상 머신에 로그인할 수 있습니다. | ✅ | |
| IIS(인터넷 정보 서비스) 웹 서비스 시작 | ✅ | |
| 서비스 1 시작 | ✅ | |
| Service 2 시작 | ❌ | 서비스를 수동으로 시작해야 했습니다. |
| 웹 사이트 액세스 | ✅ | |
| SQL 서비스 시작 | ✅ | |
| 데이터베이스 액세스 | ✅ | |
| 웹 사이트 간 부하 분산이 작동합니다. | ✅ | |
| Azure Application Gateway에서 인입이 작동합니다. | ❌ | Application Gateway에 인증서 문제가 있습니다. |
| 테스트 트랜잭션의 총 시간이 5ms 미만이었습니다. | ✅ |