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