현재 상황: Azure Database for MySQL - 단일 서버
적용 대상:
Azure Database for MySQL - 단일 서버
안녕하세요. 새로운 소식 - Azure Database for MySQL - 단일 서버가 사용 중지될 예정이며 2024년 9월 16일에 사용 중지될 예정입니다.
이 사용 중지의 일환으로 2023년 1월 16일부터 Azure Portal에서 새 단일 서버 인스턴스 만들기를 더 이상 지원하지 않으며 2024년 3월 19일부터는 Azure CLI에서 해당 작업이 지원되지 않습니다. 비즈니스 연속성 요구 사항을 충족하기 위해 여전히 단일 서버 인스턴스를 만들어야 하는 경우 Azure 지원 티켓을 만드세요. 기존 단일 서버 인스턴스에 대한 읽기 복제본을 만들고 복원(특정 시점 복원 및 지역 복원)을 수행할 수 있으며, 이는 종료 날짜인 2024년 9월 16일까지 계속 지원됩니다.
Azure Database for MySQL - 단일 서버 서비스를 수년간 향상시킨 후 현재는 더 이상 모든 새로운 기능, 기능 및 보안 요구 사항을 처리할 수 없습니다. Azure Database for MySQL - 유연한 서버로 업그레이드하는 것이 좋습니다.
Azure Database for MySQL - 유연한 서버는 데이터베이스 관리 기능 및 구성 설정에 대한 보다 세부적인 컨트롤과 유연성을 제공하도록 설계된 완전 관리형 프로덕션-레디 데이터베이스 서비스입니다. 유연한 서버에 대한 자세한 내용은 Azure Database for MySQL - 유연한 서버를 참조하세요.
현재 프로덕션 서버를 호스트하는 Azure Database for MySQL - 단일 서버 서비스가 있는 경우 Azure Database for MySQL 가져오기, 전체 자동 마이그레이션 또는 Azure Database Migration Service(클래식)를 사용하여 무료로 Azure Database for MySQL - 단일 서버를 Azure Database for MySQL - 유연한 서버 서비스로 마이그레이션할 수 있음을 알려드리게 되어 기쁩니다. 아래 섹션에서 다양한 마이그레이션 방법을 검토합니다.
단일 서버에서 유동 서버로 마이그레이션
Azure Database for MySQL - 단일 서버를 Azure Database for MySQL – 유연한 서버로 마이그레이션하는 방법을 알아봅니다.
| 시나리오 | 도구 | 세부 정보 |
|---|---|---|
| 오프라인/온라인 | Azure Database for MySQL 가져오기 및 Azure CLI | 자습서: Azure CLI를 사용하여 Azure Database for MySQL 가져오기 |
| 오프라인 | Database Migration Service(클래식) 및 Azure Portal | 자습서: Azure Portal의 DMS(클래식)(오프라인) |
| 온라인 | Database Migration Service(클래식) 및 Azure Portal | 자습서: Azure Portal의 DMS(클래식)(온라인) |
| 오프라인 | 현재 위치 자동 마이그레이션 지명 [양식](https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR4lhLelkCklCuumNujnaQ-ZUQzRKSVBBV0VXTFRMSDFKSUtLUDlaNTA5Wi4u) | Azure Database for MySQL Single에서 유연한 서버로 자동 마이그레이션 |
다른 마이그레이션 도구를 사용하여 단일 서버에서 유연한 서버로 마이그레이션하는 방법에 대한 자세한 내용은 Azure Database for MySQL로 마이그레이션하는 데 적합한 도구 선택을 참조하세요.
참고 항목
Azure Database for MySQL에서 단일 서버에서 유연한 서버로의 전체 자동 마이그레이션은 선택된 단일 서버 데이터베이스 워크로드에 대해 계획된 유지 관리 기간 동안 서비스에서 시작되는 전체 마이그레이션입니다. 적격 서버는 서비스에서 식별되며 마이그레이션 세부 정보를 검토하는 단계를 자세히 설명하는 사전 알림이 전송됩니다. 기본 또는 GP SKU, <= 20GiB를 사용한 데이터 스토리지 및 복잡하지 않은 기능(CMK, AAD, 읽기 복제본, Private Link)이 사용하도록 설정된 단일 서버 워크로드를 소유한 경우 이제 이 양식을 통해 서버 세부 정보를 제출하여 자동 마이그레이션을 위해 직접 지정할 수 있습니다(서비스에서 아직 예약하지 않은 경우). 다른 모든 단일 서버 워크로드는 Azure에서 제공하는 사용자 시작 마이그레이션 도구(Azure DMS, Azure Database for MySQL Import)를 사용하여 마이그레이션하는 것이 좋습니다. 현재 위치 자동 마이그레이션에 대한 자세한 내용은 여기를 참조하세요.
종료 날짜(2024년 9월 16일) 이후에는 어떻게 되나요?
더 이상 사용되지 않는 단일 서버 플랫폼에는 보안 및 버그 수정 유지 관리가 없으므로 종료 날짜 이후에 단일 서버 인스턴스를 실행하는 것은 보안 위험이 있습니다. 종료 날짜 이후 신뢰할 수 있고 안전한 플랫폼에서 관리되는 인스턴스를 실행하겠다는 약정을 보장하기 위해 단일 서버 인스턴스는 해당 데이터 파일과 함께 단계적으로 적절한 유연한 서버 인스턴스로 강제 마이그레이션됩니다. 강제 마이그레이션으로 인한 중단을 방지하고 비즈니스 연속성을 보장하려면 2024년 9월 16일 마이그레이션에 Azure Database for MySQL Import CLI 또는 Azure Data Migration 서비스를 사용하여 Azure Database for MySQL - 유연한 서버로 마이그레이션하는 것이 좋습니다(자세한 내용은 FAQ 참조).
참고 항목
종료 날짜 이후에는 단일 서버 인스턴스에 대해 SLA, 버그 수정, 보안 수정 또는 실시간 지원이 제공되지 않습니다.
강제 마이그레이션 이후 종료 날짜
종료 날짜가 지나면 단일 서버 인스턴스가 해당 데이터 파일과 함께 단계적으로 적절한 유연한 서버 인스턴스로 강제 마이그레이션됩니다. 고객이 유연한 서버 인스턴스에 입력하지 않으면 특정 고급 기능을 강제로 마이그레이션할 수 없으므로 기능 가용성이 제한될 수 있습니다. 아래에서 잠재적인 영향을 최소화하기 위해 강제 마이그레이션 후 이러한 기능을 재구성하는 단계에 대해 자세히 알아봅니다.
다음 기능은 구성을 위해 고객 입력이 필요하고 마이그레이션된 유연한 서버 인스턴스에서 사용하도록 설정되지 않으므로 강제 마이그레이션할 수 없습니다.
- Private Link
- 데이터 암호화(CMK)
- Microsoft Entra 인증(이전 AAD)
- 서비스 엔드포인트
- 인프라 이중 암호화
- 읽기 복제본
강제 마이그레이션 후 필요한 작업
강제 마이그레이션 후에는 비즈니스 연속성을 보장하기 위해 마이그레이션된 유연한 서버 인스턴스에서 위에 나열된 기능을 다시 구성해야 합니다.
- Private Link – 여기에서 구성 방법에 대해 자세히 알아봅니다.
- 데이터 암호화(CMK) - 구성 방법에 대한 자세한 내용은 여기를 참조하세요.
- Microsoft Entra 인증(이전의 AAD) - 구성 방법에 대한 자세한 내용은 여기를 참조하세요.
- 서비스 엔드포인트 – 서비스 엔드포인트(VNet 규칙)는 Azure Database for MySQL 유연한 서버에서 지원되지 않습니다. 기능 패리티를 충족하도록 Private Link를 구성하는 것이 좋습니다. 여기에서 Private Link를 구성하는 방법에 대해 자세히 알아봅니다.
- 인프라 이중 암호화 – Azure Database for MySQL 유연한 서버에서는 인프라 이중 암호화가 지원되지 않습니다. 기능 패리티를 충족하도록 데이터 암호화를 구성하는 것이 좋습니다. 데이터 암호화(CMK) 구성 방법에 대한 자세한 내용은 여기를 참조하세요.
- 복제본 읽기 - 여기에서 구성 방법에 대해 자세히 알아봅니다.
중요: 네트워킹 및 보안 기능이 사용하도록 설정된 단일 서버는 고객 데이터를 보호하기 위해 사용하지 않도록 설정된 상태에서 공용 액세스가 가능한 유연한 서버 인스턴스로 강제 마이그레이션됩니다. 비즈니스 연속성을 보장하려면 강제 마이그레이션 후에 적절한 액세스를 사용하도록 설정해야 합니다.
참고 항목
서버가 Azure Database for MySQL - 유연한 서버가 지원되지 않는 지역에 있는 경우 종료 날짜를 게시하면 데이터에 액세스하고 유연한 서버로 마이그레이션할 수 있는 제한된 작업으로 단일 서버 인스턴스를 사용할 수 있습니다. 사용자의 인스턴스는 유연한 서버로 강제 마이그레이션되지 않습니다. 비즈니스 연속성이 중단되지 않도록 종료 날짜 전에 마이그레이션하려면 다음 옵션 중 하나를 사용하는 것이 좋습니다.
- Azure DMS를 사용하여 적합한 Azure 지역의 유연한 서버로 지역 간 마이그레이션을 수행합니다.
- 규정 준수 문제로 인해 지역을 변경할 수 없는 경우 해당 지역의 VM에 호스트되는 MySQL Server로 마이그레이션합니다.
FAQ(질문과 대답)
17. Azure Database for MySQL- 단일 서버가 사용 중지되는 이유는 무엇인가요?
A. Azure Database for MySQL – 단일 서버는 2018년에 GA(일반 공급)되었습니다. 그러나 Azure 데이터베이스 환경의 컴퓨팅, 가용성, 확장성 및 성능 기능에 대한 고객 피드백과 새로운 발전을 고려할 때, 단일 서버 제품을 사용 중지하고 새로운 아키텍처인 Azure Database for MySQL 유연한 서버로 업그레이드하여 Azure의 오픈 소스 데이터베이스 플랫폼을 최대한 활용할 수 있어야 합니다.
17. Azure Database for MySQL - 유연한 서버로 마이그레이션하라는 메시지가 표시되는 이유는 무엇인가요?
A.Azure Database for MySQL - 유연한 서버는 Azure에서 모든 MySQL 워크로드를 실행하는 데 가장 적합한 플랫폼입니다. Azure MySQL- 유연한 서버는 경제적이고 모든 서비스 계층에서 더 나은 성능을 제공하며 더 저렴하고 빠른 재해 복구를 위해 비용을 제어할 수 있는 더 많은 방법을 제공합니다.
- 버스트 가능한 계층 컴퓨팅 옵션에 대한 지원을 포함하여 비용을 최적화하는 더 많은 방법입니다.
- 짧은 대기 시간, 높은 동시성, 빠른 장애 조치(failover) 및 높은 확장성이 필요한 업무상 중요한 프로덕션 워크로드의 성능이 향상되었습니다.
- 동일하거나 다른 영역에서 상시 대기를 구성하는 기능과 계획된 서버 유지 관리를 위한 1시간의 시간을 통해 가동 시간이 향상되었습니다.
17. 단일 서버를 유연한 서버로 마이그레이션해야 하는 경우 얼마나 빨리 해야 하나요?
A. Azure Database for MySQL - 단일 서버는 2024년 9월 16일에 사용 중지될 예정이므로 마이그레이션 수명 주기를 실행할 충분한 시간을 확보하기 위해 가능한 한 빨리 단일 서버를 유연한 서버로 마이그레이션하는 것이 좋습니다. 유연한 서버가 제공하는 이점을 적용하고 비즈니스의 연속성을 보장하세요.
17. 내 기존 Azure Database for MySQL 단일 서버 인스턴스는 어떻게 되나요?
A. 기존 Azure Database for MySQL 단일 서버 워크로드는 이전처럼 계속 작동하며 종료 날짜까지 공식적으로 지원됩니다. 그러나 단일 서버에 대한 새 업데이트는 릴리스되지 않으며 Azure Database for MySQL Flexible 유연한 서버로의 마이그레이션을 최대한 빨리 시작하는 것이 좋습니다. 종료 날짜가 지나면 단일 서버 인스턴스와 해당 데이터 파일이 단계적으로 적절한 유연한 서버 인스턴스로 강제 마이그레이션됩니다.
17. 종료 날짜 이후에도 단일 서버를 계속 실행하도록 선택할 수 있나요?
A. 아쉽게도 2024년 9월 16일의 종료 날짜 이후에는 단일 서버를 지원할 계획이 없으므로 가능한 한 빨리 마이그레이션 계획을 시작하는 것이 좋습니다. 종료 날짜가 지나면 단일 서버 인스턴스가 해당 데이터 파일과 함께 단계적으로 적절한 유연한 서버 인스턴스로 강제 마이그레이션됩니다. 고객이 유연한 서버 인스턴스에 입력하지 않으면 특정 고급 기능을 강제로 마이그레이션할 수 없으므로 기능 가용성이 제한될 수 있습니다. 잠재적인 영향을 최소화하기 위해 강제 마이그레이션 후 이러한 기능을 재구성하는 단계에 대해 자세히 알아보려면 여기를 참조하세요. 서버가 Azure Database for MySQL - 유연한 서버가 지원되지 않는 지역에 있는 경우 종료 날짜를 게시하면 데이터에 액세스하고 유연한 서버로 마이그레이션할 수 있는 제한된 작업으로 단일 서버 인스턴스를 사용할 수 있습니다.
17. 내 단일 서버는 유연한 서버를 지원하지 않는 지역에 배포됩니다. 서버 종료 날짜 이후에는 어떻게 되나요? A. 서버가 Azure Database for MySQL - 유연한 서버가 지원되지 않는 지역에 있는 경우 종료 날짜를 게시하면 데이터에 액세스하고 유연한 서버로 마이그레이션할 수 있는 제한된 작업으로 단일 서버 인스턴스를 사용할 수 있습니다. 비즈니스 연속성이 중단되지 않도록 종료 날짜 전에 마이그레이션하려면 다음 옵션 중 하나를 사용하는 것이 좋습니다.
- Azure DMS를 사용하여 적합한 Azure 지역의 유연한 서버로 지역 간 마이그레이션을 수행합니다.
- 규정 준수 문제로 인해 지역을 변경할 수 없는 경우 해당 지역의 VM에 호스트되는 MySQL Server로 마이그레이션합니다.
17. 종료 날짜 이후 내 단일 서버에 대한 데이터가 손실되나요? A. 아니요. 단일 서버 인스턴스에서는 데이터 손실이 발생하지 않습니다. 종료 날짜가 지나면 단일 서버 인스턴스와 해당 데이터 파일이 적절한 유연한 서버 인스턴스로 강제 마이그레이션됩니다. 서버가 Azure Database for MySQL - 유연한 서버가 지원되지 않는 지역에 있는 경우 종료 날짜 이후에 데이터에 액세스하고 적절한 지역의 유연한 서버로 마이그레이션할 수 있는 제한된 작업으로 단일 서버 인스턴스를 사용할 수 있습니다.
17. 단일 서버 사용 중지 발표 후에도 비즈니스 요구 사항을 충족하기 위해 새 단일 서버를 만들어야 하는 경우에는 어떻게 하나요?
A. 이 사용 중지의 일환으로 2023년 1월 16일부터 Azure Portal에서 새 단일 서버 인스턴스 만들기를 더 이상 지원하지 않습니다. 추가로 2024년 3월 19일부터 Azure CLI를 사용하여 새 Azure Database for MySQL 단일 서버 인스턴스를 만들 수 없습니다. 비즈니스 연속성 요구 사항을 충족하기 위해 여전히 단일 서버 인스턴스를 만들어야 하는 경우 Azure 지원 티켓을 만드세요.
17. 단일 서버 사용 중지 발표 이후에도 내 단일 서버 인스턴스에 대한 새 읽기 복제본을 만들어야 하는 경우에는 어떻게 해야 하나요?
A. 복제 블레이드에서 기존 단일 서버 인스턴스에 대한 읽기 복제본을 만들 수 있으며, 이는 종료 날짜인 2024년 9월 16일까지 계속 지원됩니다.
17. 마이그레이션 수행과 관련된 추가 비용이 있나요?
A. 마이그레이션을 실행할 때 대상 유연한 서버와 원본 단일 서버에 대한 비용을 지불합니다. 대상 유연한 서버의 구성 및 컴퓨팅은 발생하는 추가 비용을 결정합니다. 자세한 내용은 가격 책정을 참조하세요. 마이그레이션에 성공한 후 원본 단일 서버를 해제하면 실행 중인 유연한 서버에 대해서만 비용을 지불하면 됩니다. Azure Database Migration Service(클래식), 전체 자동 마이그레이션 또는 Azure Database for MySQL 가져오기 마이그레이션 도구를 통해 마이그레이션을 실행하는 동안에는 비용이 발생하지 않습니다.
17. 단일 서버와 비교할 때 유연한 서버를 실행하면 요금이 영향을 받나요?
A. 대상 유연한 서버에 대해 동일한 영역 또는 영역 중복 고가용성을 선택하면 청구 금액이 단일 서버보다 높아집니다. 동일한 영역 또는 영역 중복 고가용성을 사용하려면 중복 백업 저장과 함께 가동되는 상시 대기 서버가 필요하므로 추가 비용이 발생합니다. 이 아키텍처를 사용하면 계획되지 않은 중단 및 계획된 유지 관리 중에 가동 중지 시간을 줄일 수 있습니다. 또한 워크로드에 따라 유연한 서버는 단일 서버보다 훨씬 더 나은 성능을 제공할 수 있어 유연한 서버에서 더 낮은 SKU로 워크로드를 실행할 수 있으므로 전체 비용은 단일 서버와 비슷할 수 있습니다.
17. 단일 서버를 유연한 서버로 마이그레이션하는 데 가동 중지 시간이 발생해야 하나요?
A. 발생할 수 있는 가동 중지 시간을 제한하려면 가동 중지 시간을 최소화하는 유연한 서버로 온라인 마이그레이션을 수행하세요.
17. 최신 MySQL 버전을 지원하기 위해 단일 서버에 대한 향후 업데이트가 있나요?
A. 단일 서버 버전 8.0으로의 마지막 부 버전 업그레이드는 8.0.15입니다. 최신 버전 업그레이드의 이점을 활용하려면 유연한 서버로 마이그레이션하는 것이 좋습니다.
17. 유연한 서버의 99.99% 가용성 SLA는 단일 서버와 어떻게 다른가요?
A. 유연한 서버의 영역 중복 배포는 영역 수준 복원력으로 99.99%의 가용성을 제공하며 단일 서버는 단일 가용성 영역에서 복원력을 제공합니다. 유연한 서버의 HA(고가용성) 아키텍처는 단일 서버의 HA 아키텍처와 비교하여 중복 컴퓨팅 및 스토리지(각 사이트의 데이터가 3배 복사본에 저장됨)가 있는 웜 대기를 배포합니다. 유연한 서버의 HA 아키텍처를 사용하면 계획되지 않은 중단 및 계획된 유지 관리 중에 가동 중지 시간을 줄일 수 있습니다.
17. 단일 서버를 유연한 서버로 마이그레이션하는 데 도움이 되는 마이그레이션 옵션은 무엇인가요?
A. Azure Database for MySQL 가져오기(권장)를 사용하여 마이그레이션할 수 있습니다. 또한 Database Migration Service(클래식)를 사용하여 온라인 또는 오프라인 마이그레이션을 실행할 수 있습니다.
17. 내 단일 서버는 유연한 서버를 지원하지 않는 지역에 배포됩니다. 마이그레이션을 어떻게 진행해야 하나요?
A. Azure Database Migration Service(클래식)는 지역 간 마이그레이션을 지원하므로 대상 유연한 서버에 적합한 지역을 선택한 다음 DMS(클래식) 마이그레이션을 진행할 수 있습니다.
17. 단일 서버에 대해 쿼리 저장소가 구성되어 있는데 이 기능은 유연한 서버에서 지원되지 않습니다. 마이그레이션하려면 어떻게 해야 하나요?
A. 쿼리 저장소와 기능 패리티를 가져오려면 여기 단계에 따라 마이그레이션 후 대상 유연한 서버에 느린 쿼리 로그를 구성할 수 있습니다. 그런 다음, 통합 문서 템플릿을 사용하여 쿼리 인사이트를 볼 수 있습니다.
17. 단일 서버에 대해 서비스 엔드포인트(VNet 규칙)이 구성되어 있는데 이 기능은 유연한 서버에서 지원되지 않습니다. 마이그레이션하려면 어떻게 해야 하나요?
A. 서비스 엔드포인트(VNet 규칙)는 Azure Database for MySQL 유연한 서버에서 지원되지 않습니다. 기능 패리티를 충족하려면 마이그레이션된 유연한 서버 인스턴스에 Private Link를 구성하는 것이 좋습니다. 여기에서 Private Link를 구성하는 방법에 대해 자세히 알아봅니다.
17. 단일 서버에 대해 인프라 이중 암호화가 구성되어 있는데 이 기능은 유연한 서버에서 지원되지 않습니다. 마이그레이션하려면 어떻게 해야 하나요?
A. Azure Database for MySQL 유연한 서버에서는 인프라 이중 암호화가 지원되지 않습니다. 기능 패리티를 충족하려면 마이그레이션된 유연한 서버에서 데이터 암호화를 구성하는 것이 좋습니다. 데이터 암호화(CMK) 구성 방법에 대한 자세한 내용은 여기를 참조하세요.
17. 내 v8.0 단일 서버에 대해 TLS v1.0/1.1이 구성되어 있으며 이 기능은 현재 유연한 서버에서 지원되지 않습니다. 마이그레이션하려면 어떻게 해야 하나요?
A. 최신 보안 표준을 지원하기 위해 MySQL Community Edition은 버전 8.0.28부터 TLS(전송 계층 보안) 1.0 및 1.1 프로토콜을 통한 통신 지원을 중단했습니다. TLSv1.2를 지원하도록 클라이언트 드라이버를 업그레이드하여 Azure Database for MySQL - 단일 서버에 안전하게 연결한 다음, 유연한 서버로 마이그레이션하는 것이 좋습니다.
17. 단일 서버를 유연한 서버 마이그레이션으로 롤백하는 옵션이 있나요?
A. 테스트 마이그레이션은 여러 번 수행할 수 있으며 테스트를 통해 자신감을 얻은 후 최종 마이그레이션을 수행합니다. 테스트 마이그레이션은 실제 마이그레이션을 수행할 때까지 작동 상태를 유지하고 복제를 계속하는 원본 단일 서버에 영향을 미치지 않습니다. 테스트 마이그레이션 중에 오류가 발생하면 최종 마이그레이션을 연기하고 원본 서버를 계속 실행하도록 선택할 수 있습니다. 그런 다음 오류를 해결한 후 최종 마이그레이션을 다시 시도할 수 있습니다. 유연한 서버로의 최종 마이그레이션을 수행하고 원본 단일 서버가 종료된 후에는 유연한 서버에서 단일 서버로 롤백을 수행할 수 없습니다.
17. 데이터베이스 크기가 1TB보다 큰데 어떻게 내 마이그레이션을 진행해야 하나요?
A. Azure Database for MySQL 가져오기(권장)를 사용하여 마이그레이션할 수 있으며 이는 더 많은 워크로드에 대해 성능이 뛰어납니다.
17. 지역 간 마이그레이션이 지원되나요?
A. Azure Database Migration Service는 지역 간 마이그레이션을 지원하므로 단일 서버를 DMS를 사용하여 다른 지역에 배포된 유연한 서버로 마이그레이션할 수 있습니다.
17. 구독 간 마이그레이션이 지원되나요?
A. Azure Database Migration Service는 구독 간 마이그레이션을 지원하므로 단일 서버를 DMS를 사용하여 다른 구독에 배포된 유연한 서버로 마이그레이션할 수 있습니다.
17. 리소스 그룹 간 구독이 지원되나요?
A. Azure Database Migration Service는 리소스 그룹 간 마이그레이션을 지원하므로 단일 서버를 DMS를 사용하여 다른 리소스 그룹에 배포된 유연한 서버로 마이그레이션할 수 있습니다.
17. 버전 간 지원이 있나요?
A. 예. 낮은 버전의 MySQL 서버(v5.6 이상)에서 높은 버전으로의 마이그레이션은 Azure Database Migration Service 마이그레이션을 통해 지원됩니다.
17. MySQL 단일 서버용 MyAzure 데이터베이스는 유연한 서버에서 지원되지 않는 3308,3309 및 3310과 같은 기본이 아닌 포트를 활용합니다. 유연한 서버로 마이그레이션할 때 연결을 보장하려면 어떻게 해야 하나요?
A. 원본 Azure Database for MySQL 단일 서버가 3308,3309 및 3310과 같은 기본이 아닌 포트를 활용하는 경우 위에서 언급한 기본이 아닌 포트는 유연한 서버에서 지원되지 않으므로 연결 포트를 3306으로 변경합니다.
17. 사용 중지에 대해 추가 질문이 있습니다. 지원을 받으려면 어떻게 해야 하나요?
A. 질문이 있는 경우, Microsoft Q&A에서 커뮤니티 전문가의 답변을 받으세요. 지원 계획이 있고 기술 지원이 필요한 경우 지원 요청을 만드세요.
- 요약에서 문제에 대한 설명을 입력합니다.
- 문제 유형에서 기술을 선택합니다.
- 구독의 경우 사용자의 구독을 선택합니다.
- 서비스의 경우 내 서비스를 선택합니다.
- 서비스 유형으로 Azure Database for MySQL 단일 서버를 선택합니다.
- 리소스에서 리소스를 선택합니다.
- 문제 유형에서 마이그레이션을 선택합니다.
- 문제 하위 형식에서 단일 서버에서 유연한 서버로 마이그레이션을 선택합니다.
AskAzureDBforMySQL@service.microsoft.com에서 Azure Database for MySQL 제품 팀에 문의할 수도 있습니다.
Warning
이 문서는 Azure Database for MySQL - 유연한 서버 사용자를 위한 것이 아닙니다. MySQL - 유연한 서버로 업그레이드해야 하는 Azure Database for MySQL - 단일 서버 고객을 위한 것입니다.
Azure Database for MySQL - 단일 서버에서 유연한 서버로의 마이그레이션을 위한 Azure Database Migration Service(클래식) 사용에 대한 자세한 내용은 FAQ를 참조하세요.
Microsoft는 마이그레이션 서비스가 실망스러운 경험이 될 수 있다는 점을 인지하고 있으며, 이로 인해 발생할 수 있는 불편에 대해 미리 사과드립니다. 사용자와 사용자 환경에 가장 적합한 시나리오를 선택할 수 있습니다.