stv1 플랫폼에서 호스트되는 API Management 인스턴스를 stv2로 마이그레이션
적용 대상: 개발자 | 기본 | 표준 | 프리미엄
여기에서는 stv1 컴퓨팅 플랫폼에 호스트된 API Management 인스턴스를 최신 stv2 플랫폼으로 마이그레이션하기 위한 지침을 찾는 데 도움이 됩니다. 이 작업을 수행해야 하는지 알아봅니다.
API Management 인스턴스가 VNet에 현재 배포(삽입)되었는지 여부에 따라 두 가지 현재 위치 마이그레이션 시나리오가 있습니다. 사용자의 시나리오에 맞는 마이그레이션 가이드를 선택합니다.
Important
stv1 플랫폼에서 호스트되는 API Management 인스턴스에 대한 지원이 중지됩니다. 글로벌 Azure에서 사용 중지 날짜는 2024년 8월 31일입니다. Azure Government 및 21Vianet에서 운영하는 Azure(중국의 Azure)의 경우 사용 중지 날짜는 2025년 2월 24일입니다. stv1 플랫폼에서 호스트되는 인스턴스가 있는 경우 서비스 사용 중지를 방지하려면 사용 중지일 전에 stv2 플랫폼으로 마이그레이션합니다.
현재 위치 마이그레이션 시나리오
포털의 플랫폼 마이그레이션 블레이드 또는 stv2 REST API로 마이그레이션을 사용하여 인스턴스를 플랫폼으로 현재 위치 stv2 로 마이그레이션합니다.
대안: 병렬 배포
stv2 플랫폼으로의 전체 마이그레이션을 사용하는 것이 강력히 권장되지만, 원래 API Management 인스턴스와 함께 새 stv2 인스턴스를 병렬 배포하도록 선택할 수도 있습니다. API Management의 백업 및 복원 기능을 사용하여 원본 인스턴스를 백업하고 새 인스턴스로 복원합니다.
병렬 배포를 사용하면 새 인스턴스를 배포하고 확인하는 시기, 원본 인스턴스로 롤백(필요한 경우) 여부, 원본 인스턴스를 해제할 시기를 제어할 수 있습니다. 이 방식을 사용하면 일정 기간 동안 추가 인스턴스를 실행하고 더 많은 활동이 필요하기 때문에 비용이 증가하지만 마이그레이션 프로세스를 완전히 제어할 수 있습니다. 제한 사항 및 고려 사항은 API Management 인스턴스 복사본 만들기 가이드를 참조하세요.
다음 이미지는 병렬 마이그레이션 중에 발생하는 상황에 대한 높은 수준의 개요를 보여 줍니다.
도움말 및 지원
서비스 중단을 최소화하면서 stv2 플랫폼으로 마이그레이션할 수 있도록 도와드리겠습니다.
질문이 있는 경우 Microsoft Q&A에서 커뮤니티 전문가로부터 빠른 답변을 가져오세요. 지원 계획이 있고 기술 지원이 필요한 경우 지원 요청을 만드세요.
- 요약의 경우 문제에 대한 설명(예: "stv1 사용 중지")을 입력합니다.
- 문제 형식에서 기술적을 선택합니다.
- 구독 아래에서 구독을 선택합니다.
- 서비스에서 내 서비스를 선택한 다음, API Management 서비스를 선택합니다.
- 리소스에서 지원 요청을 만드는 Azure 리소스를 선택합니다.
- 문제 유형에 대해 운영 및 관리를 선택합니다.
- 문제 하위 형식의 경우 업그레이드, 크기 조정 또는 SKU 변경 내용을 선택합니다.