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