Azure Database for MySQL에서 현재 위치 자동 마이그레이션 – 단일 서버에서 유연한 서버로

적용 대상: Azure Database for MySQL - 단일 서버

Important

일부 단일 서버 인스턴스에서는 성공적인 전체 자동 마이그레이션을 수행하기 위해 필수 입력이 필요할 수 있습니다. 해당 입력을 제공하려면 Azure Portal의 마이그레이션 블레이드에서 마이그레이션 세부 정보를 검토합니다. 예정된 마이그레이션 2일 전에 필수 입력을 제공하지 않으면 마이그레이션 일정이 나중으로 다시 조정됩니다.

Azure Database for MySQL – 단일 서버에서 유연한 서버로의 현재 위치 자동 마이그레이션은 기본, 범용 또는 메모리 최적화 SKU 및 복잡하지 않은 기능(읽기 복제본, Virtual Network, 이중 인프라 암호화, 서비스 엔드포인트/VNet 규칙)이 사용하도록 설정된 단일 서버 데이터베이스 워크로드에 대해 계획된 유지 관리 기간에 서비스에서 시작하는 현재 위치 마이그레이션입니다. 적격 서버는 서비스에서 식별되며 마이그레이션 세부 정보를 검토하는 단계를 자세히 설명하는 사전 알림이 전송됩니다.

현재 위치 마이그레이션은 계획된 유지 관리 기간 동안 범용 및 메모리 최적화 SKU의 경우 5분 미만, 기본 SKU의 경우 최대 30분의 다운타임으로 복원력이 뛰어나고 자가 복구가 가능한 오프라인 마이그레이션 환경을 제공합니다. 더 빠른 마이그레이션 시간을 위해 백업 및 복원 기술을 사용합니다. 이 마이그레이션은 서버를 수동으로 마이그레이션하는 데 필요한 오버헤드를 제거하고 더 나은 가격 및 성능, 데이터베이스 구성에 대한 세부적인 제어, 사용자 지정 유지 관리 기간 등을 포함한 유연한 서버의 이점을 활용할 수 있도록 보장합니다. 다음은 마이그레이션의 주요 단계에 대한 설명입니다.

• 대상 유연한 서버가 배포되어 원본 단일 서버에서 모든 기능 집합과 속성(서버 매개 변수 및 방화벽 규칙 포함)을 상속합니다. 원본 단일 서버는 읽기 전용으로 설정되어 있고, 원본 단일 서버의 백업은 대상 유연한 서버로 복사됩니다.
• DNS 전환 및 컷오버는 가동 중지 시간을 최소화하면서 계획된 유지 관리 기간 내에 성공적으로 수행되므로 마이그레이션 후 동일한 연결 문자열을 유지 관리할 수 있습니다. 클라이언트 애플리케이션은 사용자 중심의 수동 업데이트 없이 대상 유연한 서버에 원활하게 연결됩니다. 마이그레이션된 유연한 서버에서 지원되는 두 가지 연결 문자열 형식(단일 서버 및 유연한 서버) 외에도 사용자 이름 형식(username@server_name 및 사용자 이름)도 마이그레이션된 유연한 서버에서 지원됩니다.
• 마이그레이션된 유연한 서버는 온라인 상태이며 이제 Azure Portal/CLI를 통해 관리할 수 있습니다. 중지된 단일 서버는 마이그레이션 후 7일 후에 삭제됩니다.

참고 항목

단일 서버 인스턴스에 기본 SKU가 있는 경우, 예약된 인스턴스는 최대 30분의 가동 중지 시간을 두고 마이그레이션됩니다. 인스턴스는 성공적인 마이그레이션을 보장하기 위해 더 높은 범용 SKU로 마이그레이션되며, 24~48시간 내에 버스트 가능 SKU로 다운스케일됩니다. 버스트 가능 SKU로 마이그레이션한 후 CPU 작업량이 많아 인스턴스의 크레딧이 부족한 경우, 유연성 서버 인스턴스에서 범용 SKU로 업그레이드하는 것이 좋습니다.

참고 항목

단일 서버 인스턴스에 범용 V1 스토리지가 있는 경우 예약된 인스턴스는 예약된 마이그레이션 시간인 12시간 전에 추가적인 다시 시작 작업을 거치게 됩니다. 이 다시 시작 작업은 현재 위치 자동 마이그레이션을 진행하기 전에 인스턴스를 범용 V2 스토리지로 업그레이드하는 데 필요한 log_bin 서버 매개 변수를 사용하도록 설정하는 역할을 합니다.

자격

복잡하지 않은 기능(읽기 복제본, Virtual Network, 이중 인프라 암호화, 서비스 엔드포인트/VNet 규칙)이 사용하도록 설정된 단일 서버 워크로드를 소유한 경우 이제 Azure 지원 티켓을 통해 서버 세부 정보를 제출하여 자동 마이그레이션을 직접 신청할 수 있습니다(서비스에서 아직 예약되지 않은 경우).

부적격 서버를 자동 마이그레이션에 사용할 수 있도록 하려면 다음 단계를 수행하세요.

• 단일 서버 인스턴스는 준비 상태에 있어야 하며 자동 마이그레이션이 수행되도록 계획된 유지 관리 기간 동안 중지된 상태가 되어서는 안 됩니다.
• 원본 Azure Database for MySQL 단일 서버에 엔진 버전 v8.x가 있는 경우 유연한 서버로 마이그레이션 후 인코딩 비호환성을 방지하기 위해 원본 서버의 .NET 클라이언트 드라이버 버전을 8.0.32로 업그레이드해야 합니다.
• 원본 Azure Database for MySQL 단일 서버에 엔진 버전 v8.x가 있는 경우 이전 TLS 버전은 유연한 서버에서 더 이상 사용되지 않으므로 마이그레이션하기 전에 원본 서버의 TLS 버전을 v1.0 또는 v1.1에서 TLS v1.2로 업그레이드해야 합니다.
• 서버에 읽기 복제본이 있는 경우 읽기 복제본을 삭제합니다. 자동 마이그레이션 후 읽기 복제본을 구성할 수 있습니다.
• 서버에 서비스 엔드포인트(VNet 규칙) 또는 가상 네트워크 구성이 활성화되어 있는 경우, 이를 삭제하거나 단일 서버 인스턴스에서 프라이빗 링크 기능으로 전환하세요.
• 서버에 이중 인프라 암호화가 사용 설정되어 있는 경우 단일 서버 인스턴스에서 고객 관리형 키(CMK) 기능으로 전환하는 것이 좋습니다.

마이그레이션 경고 구성

현재 위치 자동 마이그레이션이 가능한 서버에는 서비스에서 사전 알림이 전송됩니다.

다음은 자동 마이그레이션 알림을 확인하고 구성하는 방법에 대한 설명입니다.

• 자동 마이그레이션이 예정된 단일 서버의 구독 소유자는 이메일 알림을 받습니다.
• 여기 단계에 따라 이메일/SMS를 통해 전체 마이그레이션 일정 및 진행률 경고를 받도록 서비스 상태 경고를 구성합니다.
• 여기 단계에 따라 Azure Portal에서 현재 위치 마이그레이션 알림을 확인합니다.

마이그레이션 일정과 세부 정보 검토 및 구성

다음은 현재 위치 자동 이민 알림을 받으면 마이그레이션 일정을 검토하는 방법입니다.

참고 항목

마이그레이션 일정은 예정된 마이그레이션 기간 2일 전에 잠기며, 그 이후에는 일정을 변경할 수 없습니다.

• 인스턴스의 단일 서버 개요 페이지에는 마이그레이션 일정에 대한 정보가 포함된 포털 배너가 표시됩니다.

• 자동 마이그레이션이 예약된 단일 서버의 경우 포털에 새로운 마이그레이션 블레이드가 강조 표시됩니다. 단일 서버 인스턴스의 마이그레이션 블레이드로 이동하여 마이그레이션 일정을 검토할 수 있습니다.

• 마이그레이션을 연기하려면 Azure Portal에서 단일 서버 인스턴스의 마이그레이션 블레이드로 이동하고 한 달 내에 다른 마이그레이션 창을 선택하여 마이그레이션을 다시 예약하여 한 번에 한 달씩 연기할 수 있습니다.

• 단일 서버에 범용 SKU가 있는 경우 마이그레이션 일정을 검토할 때 고가용성을 사용하도록 설정할 수 있는 다른 옵션이 있습니다. 고가용성은 MySQL 유연한 서버를 만드는 동안에만 사용하도록 설정할 수 있으므로 마이그레이션 일정을 검토할 때 이 기능을 사용하도록 설정하는 것이 좋습니다.

• 단일 서버 인스턴스에 하나 이상의 Private Link, CMK(고객 관리형 키) 및 Microsoft Entra 관리가 사용하도록 설정된 경우, 현재 위치 자동 마이그레이션 시 프라이빗 엔드포인트, CMK 및 Microsoft Entra 관리를 단일 서버 인스턴스에서 대상 유연한 서버 인스턴스로 마이그레이션하기 위해 필수 입력이 필요합니다. 사용자 입력은 예약된 마이그레이션 기간 2일 전에 제공해야 합니다. 마이그레이션 세부 정보가 잠기기 전에 사용자 입력이 제공되지 않으면 마이그레이션이 차후 특정 시점으로 다시 예약됩니다. 모든 입력을 제공한 후 자동 마이그레이션 마법사에서 구성을 저장해야 합니다. 사용자 입력을 제공하는 단계:

  • 단일 서버 인스턴스의 마이그레이션 블레이드로 이동하여 예약된 마이그레이션 편집을 선택합니다.
  • 자동 마이그레이션 세부 정보 섹션에서 인증 단추를 클릭하여 ARM API 연결을 인증하고 저장하여 서버를 마이그레이션합니다.
  • 서버에 Microsoft Entra 관리가 구성된 경우 자동 마이그레이션 마법사의 Microsoft Entra 관리 섹션 아래에 입력을 제공할 수 있습니다.
    • 대상 서버에 대해 Microsoft Entra 관리를 마이그레이션하려면 Azure Database for MySQL – 유연한 서버에 ID를 추가해야 합니다. ID에는 User.Read.All, GroupMember.Read.All 및 Application.Read.All 권한이 부여되어야 합니다. 적절한 사용자 할당 관리 ID를 선택하고 다음의 단계를 수행하여 적절한 권한을 부여하세요.
  • 서버에 고객 관리형 키가 구성된 경우 자동 마이그레이션 마법사의 데이터 암호화 섹션 아래에 입력을 제공할 수 있습니다.
    • 고객 관리형 키 암호화를 마이그레이션하려면 Azure Database for MySQL – 유연한 서버에 ID를 추가해야 합니다. 적절한 사용자가 할당한 관리 ID를 선택하세요. 나열된 키 식별자/키는 원본 서버에서 대상 서버로 마이그레이션되며 키 자격 증명 모음에 액세스하기 위해 가져오기, 키 래핑, 키 래핑 해제 권한이 부여되어야 합니다.
  • 단일 서버에 프라이빗 엔드포인트가 있는 경우 예정된 마이그레이션 최소 2일 전에 마이그레이션 일정을 검토할 때 다음 필수 단계를 수행합니다.
    • 마이그레이션하려고 나열된 프라이빗 엔드포인트를 검토합니다. 마이그레이션 준비 완료로 표시되어 있는지 확인합니다. 부적격으로 표시되면 적절한 구독과 프라이빗 DNS 영역을 선택합니다.
      • 사용자 지정 프라이빗 DNS 영역은 자동 마이그레이션에서 지원되지 않습니다. 프라이빗 DNS 영역은 privatelink.mysql.database.azure.com이어야 합니다.
      • 프라이빗 엔드포인트 연결 승인 방법은 수동 승인이 아닌 자동 승인으로 설정되어야 합니다. 수동 승인 프라이빗 엔드포인트는 자동 마이그레이션에서 지원되지 않습니다.
    • 인증하는 동안 권한 문제를 방지하려면 구독 수준 또는 리소스 그룹 수준의 기여자 역할 액세스 권한이 있는지 확인합니다.
    • 프라이빗 엔드포인트 마이그레이션을 위해 나열된 필수 조건 확인을 수행한 후 확인 확인란을 선택합니다.

  참고 항목

  마이그레이션에 대한 필수 입력을 예약된 마이그레이션 최소 2일 전에 제공되지 않는 경우 마이그레이션이 나중으로 다시 예약됩니다.

  참고 항목

  프라이빗 엔드포인트가 있는 단일 서버 인스턴스의 경우 마이그레이션 후 단일 서버 원본 인스턴스를 삭제합니다. 서버 삭제 작업이 수행되지 않으면 원본 인스턴스는 서비스에서 삭제될 14일 후까지 유지 관리됩니다.

현재 위치 자동 마이그레이션에 대한 필수 구성 요소 검사

다음 필수 구성 요소를 검토하여 성공적인 현재 위치 자동 마이그레이션을 보장합니다.

• 단일 서버 인스턴스는 준비 상태에 있어야 하며 자동 마이그레이션이 수행되도록 계획된 유지 관리 기간 동안 중지된 상태가 되어서는 안 됩니다.
• 단일 서버 인스턴스의 서버 매개 변수, 설정, 구성 및 방화벽 규칙은 예약된 자동 마이그레이션 전 2일 동안 업데이트해서는 안 됩니다.
• SSL이 사용하도록 설정된 단일 서버 인스턴스의 경우 신뢰할 수 있는 루트 저장소에서 세 인증서(BaltimoreCyberTrustRoot. DigiCertGlobalRootG2 Root CA 및 DigiCertGlobalRootCA Root CA)를 모두 사용할 수 있는지 확인합니다. 또한 연결 문자열에 고정된 인증서가 있는 경우 예약된 자동 마이그레이션 전에 세 개의 인증서가 모두 있는 결합된 CA 인증서를 만들어 마이그레이션 후 비즈니스 연속성을 보장합니다.
• 쿼리에 'SORT' 절이 없는 경우 MySQL 엔진은 정렬 순서를 보장하지 않습니다. 현재 위치 자동 마이그레이션 이후 정렬 순서가 변경되는 것을 볼 수 있습니다. 정렬 순서를 유지하는 것이 중요한 경우 예약된 현재 위치 자동 마이그레이션 전에 'SORT' 절을 포함하도록 쿼리가 업데이트되었는지 확인합니다.
• 원본 Azure Database for MySQL 단일 서버에 엔진 버전 v8.x가 있는 경우 유연한 서버로 마이그레이션 후 인코딩 비호환성을 방지하기 위해 원본 서버의 .NET 클라이언트 드라이버 버전을 8.0.32로 업그레이드해야 합니다.
• 원본 Azure Database for MySQL 단일 서버에 엔진 버전 v8.x가 있는 경우 이전 TLS 버전은 유연한 서버에서 더 이상 사용되지 않으므로 마이그레이션하기 전에 원본 서버의 TLS 버전을 v1.0 또는 v1.1에서 TLS v1.2로 업그레이드해야 합니다.
• 원본 Azure Database for MySQL 단일 서버에 방화벽 규칙 이름이 80자를 초과하는 경우 이름 길이가 80자 미만이 되도록 이름을 바꿉니다. (유연한 서버에서 지원되는 방화벽 규칙 이름 길이는 80자인 반면 단일 서버에서는 허용되는 길이는 12 8자입니다.)
• 원본 Azure Database for MySQL 단일 서버가 3308,3309 및 3310과 같은 기본이 아닌 포트를 활용하는 경우 위에서 언급한 기본이 아닌 포트는 유연한 서버에서 지원되지 않으므로 연결 포트를 3306으로 변경합니다.

대상 MySQL 유연한 서버는 어떻게 자동 프로비전되나요?

대상 유연한 서버의 컴퓨팅 계층 및 SKU는 다음 표의 세부 정보에 따라 원본 단일 서버의 가격 책정 계층 및 VCore를 기준으로 프로비전됩니다.

단일 서버 가격 책정 계층	단일 서버 VCore	유연한 서버 계층	유연한 서버 SKU 이름
Basic	1	버스트 가능	Standard_B1s
Basic	2	버스트 가능	Standard_B2s
범용	2	GeneralPurpose	Standard_D2ds_v4
범용	4	GeneralPurpose	Standard_D4ds_v4
범용	8	GeneralPurpose	Standard_D8ds_v4
범용	16	GeneralPurpose	Standard_D16ds_v4
범용	32	GeneralPurpose	Standard_D32ds_v4
범용	64	GeneralPurpose	Standard_D64ds_v4
메모리 최적화	4	MemoryOptimized	Standard_E4ds_v4
메모리 최적화	8	MemoryOptimized	Standard_E8ds_v4
메모리 최적화	16	MemoryOptimized	Standard_E16ds_v4
메모리 최적화	32	MemoryOptimized	Standard_E32ds_v4

• 대상 유연한 서버의 MySQL 버전, 지역, *스토리지 크기, 구독 및 리소스 그룹은 원본 단일 서버와 동일합니다.
• 스토리지가 20GiB 미만인 단일 서버의 경우 스토리지 크기는 Azure Database for MySQL - 유연한 서버의 최소 저장 한도인 20GiB로 설정됩니다.
• 마이그레이션된 유연한 서버에서는 사용자 이름 형식(username@server_name(단일 서버) 및 사용자 이름(유연한 서버))이 모두 지원됩니다.
• 마이그레이션된 유연한 서버에서는 연결 문자열 형식인 단일 서버와 유연한 서버가 모두 지원됩니다.
• 쿼리 저장소를 사용하도록 설정한 단일 서버 인스턴스의 경우 대상 인스턴스의 서버 매개 변수 'slow_query_log'를 ON으로 설정하여 유연한 서버로 마이그레이션할 때 기능 패리티를 보장합니다. 특정 워크로드의 경우 성능에 영향을 미칠 수 있으며 성능 저하가 관찰되는 경우 유연한 서버 인스턴스에서 이 서버 매개 변수를 'OFF'로 설정합니다.

마이그레이션 후 단계

현재 위치 마이그레이션 후 알아야 할 정보는 다음과 같습니다.

참고 항목

마이그레이션 후에는 클라이언트 및 애플리케이션 연결이 방해받을 수 있으므로 중지된 단일 서버 인스턴스를 다시 시작하지 마세요.

• 원본 단일 서버에서 대상 유연한 서버로 다음 속성을 복사한 후 전체 마이그레이션 작업이 성공적으로 완료되었습니다.
  • 모니터링 페이지 설정(경고, 메트릭 및 진단 설정) 및 잠금 설정
  • 단일 서버 인스턴스를 관리하기 위해 호스팅하는 모든 Terraform/CLI 스크립트는 유연한 서버 참조로 업데이트되어야 합니다.
• 쿼리 저장소를 사용하도록 설정한 단일 서버 인스턴스의 경우 대상 인스턴스의 서버 매개 변수 'slow_query_log'를 ON으로 설정하여 유연한 서버로 마이그레이션할 때 기능 패리티를 보장합니다. 특정 워크로드의 경우 성능에 영향을 미칠 수 있으며 성능 저하가 관찰되는 경우 유연한 서버 인스턴스에서 이 서버 매개 변수를 'OFF'로 설정합니다.
• 프라이빗 엔드포인트가 있는 단일 서버 인스턴스의 경우 마이그레이션 후 단일 서버 원본 인스턴스를 삭제합니다. 서버 삭제 작업이 수행되지 않으면 원본 인스턴스는 서비스에서 삭제될 14일 후까지 유지 관리됩니다.
• 클라우드용 Microsoft Defender가 사용하도록 설정된 단일 서버 인스턴스의 경우 사용 상태가 마이그레이션됩니다. 단일 서버에서 구성할 수 있는 속성에 대한 유연한 서버 자동 마이그레이션의 패리티를 달성하려면 다음 표의 세부 정보를 고려하세요.

속성	Configuration
특정 경고 유형 표시 안 함	클라우드용 Microsoft Defender 플랫폼을 사용하여 특정 경고 유형을 사용하지 않도록 설정합니다. 자세한 내용은 클라우드용 Microsoft Defender 가이드의 경고 표시 안 함을 참조하세요. 단일 서버 사용자는 API 속성을 사용할 수 있습니다. properties.disabledAlerts
이메일 알림	구독의 모든 리소스에 대한 클라우드용 Microsoft Defender 경고에 대한 이메일 알림을 정의합니다. 자세한 내용은 보안 경고에 대한 이메일 알림 구성을 참조하세요. 단일 서버 사용자는 API 속성을 사용할 수 있습니다. properties.emailAccountAdmins, properties.emailAddresses
추가 처리 및/또는 보관을 위해 경고 내보내기	경고는 클라우드용 Microsoft Defender 플랫폼에 저장되고 Azure Resource Graph를 통해 노출됩니다. 경고를 다른 저장소로 내보내고 보존을 별도로 관리할 수 있습니다. 자세한 내용은 Azure Portal에서 연속 내보내기 설정 - 클라우드용 Microsoft Defender를 참조하세요. 단일 서버 사용자는 API 속성을 사용할 수 있습니다. properties.retentionDays, properties.storageAccountAccessKey, properties.storageEndpoint

FAQ(질문과 대답)

17. 자동 마이그레이션되는 이유는 무엇인가요?

A. Azure Database for MySQL - 단일 서버 인스턴스는 주력 제품인 Azure Database for MySQL - 유연한 서버로 현재 위치 마이그레이션할 수 있습니다. 이 현재 위치 마이그레이션은 서버를 수동으로 마이그레이션하는 오버헤드를 제거하고 더 나은 가격 & 성능, 데이터베이스 구성에 대한 세분화된 제어 및 사용자 지정 유지 관리 기간을 포함하여 유연한 서버의 이점을 활용할 수 있도록 합니다.

17. 자동 마이그레이션은 어떻게 수행되나요? 마이그레이션하는 것은 모두 무엇인가요?

A. 유연한 서버는 단일 서버와 동일한 VCore 및 스토리지와 일치하도록 프로비전됩니다. 그런 다음 원본 단일 서버가 중지됨 상태로 전환되고, 데이터 파일 스냅샷을 가져와서 대상 유연한 서버에 복사합니다. DNS 전환이 모든 기존 연결을 대상으로 라우팅하기 위해 수행되며 대상 유연한 서버가 온라인 상태가 됩니다. 자동 마이그레이션은 서버 매개 변수(원본의 수정된 모든 서버 매개 변수가 대상에 복사되고 수정되지 않은 서버 매개 변수가 유연한 서버에서 정의한 기본값을 차지함) 및 방화벽 규칙 외에도 전체 서버의 데이터 파일(스키마, 데이터, 로그인 포함)을 마이그레이션합니다. 가동 중지 시간이 최대 5분 이하인 오프라인 마이그레이션입니다.

17. 현재 위치 마이그레이션 알림을 설정하거나 보려면 어떻게 해야 하나요?

A. 다음은 경고를 설정할 수 있는 방법입니다.

• 여기 단계에 따라 이메일/SMS를 통해 전체 마이그레이션 일정 및 진행률 경고를 받도록 서비스 상태 경고를 구성합니다.
• 여기 단계에 따라 Azure Portal에서 현재 위치 마이그레이션 알림을 확인합니다.

17. 예약된 마이그레이션을 연기할 수 있는 방법은 무엇인가요?

A. 단일 서버 인스턴스의 마이그레이션 블레이드로 이동하여 마이그레이션 일정을 검토할 수 있습니다. 마이그레이션을 연기하려면 Azure Portal에서 단일 서버 인스턴스의 마이그레이션 블레이드로 이동하고 한 달 내에 다른 마이그레이션 창을 선택하여 마이그레이션을 다시 예약하여 한 달까지 연기할 수 있습니다. 마이그레이션 세부 정보는 예약된 마이그레이션 기간 7일 전에 잠기게 되며, 그 후에는 일정을 변경할 수 없습니다. 이 현재 위치 마이그레이션은 2024년 9월 16일까지 매월 지연될 수 있습니다.

17. 마이그레이션된 유연한 서버에 지원되는 사용자 이름 및 연결 문자열은 무엇인가요? ​​

A. 마이그레이션된 유연한 서버에는 username@server_name(단일 서버 형식) 및 사용자 이름(유연한 서버 형식)이 모두 지원되므로 마이그레이션 후 애플리케이션 연속성을 유지하기 위해 업데이트할 필요가 없습니다. 또한 마이그레이션된 유연한 서버에 대해 두 연결 문자열 형식(단일 및 유연한 서버 형식)도 지원됩니다.

17. 자동 마이그레이션된 서버에 HA(고가용성)를 사용하도록 설정하려면 어떻게 하나요?

A. 기본적으로 자동 마이그레이션은 비 HA 인스턴스로의 마이그레이션을 설정합니다. HA는 서버 생성 시간에만 사용하도록 설정할 수 있으므로 포털에서 자동 마이그레이션 일정 편집 옵션을 사용하여 예약된 자동 마이그레이션 전에 HA를 사용하도록 설정해야 합니다. 기본에서 버스트 가능 SKU로의 마이그레이션은 HA 구성을 지원하지 않으므로 대상 유연한 서버에서 범용\메모리 최적화 SKU에 대해서만 HA를 활성화할 수 있습니다.

17. MySQL 기본 단일 서버에서 MySQL 유연한 서버로의 잠재적 이동에 대한 가격 차이가 있나요?

A. 두 제품의 최소 스토리지 한도(단일 서버의 경우 5GiB, 유연한 서버의 경우 20GiB) 및 유연한 서버의 스토리지 비용(단일 서버의 경우 0.1$, 유연한 서버의 경우 0.115$)이 단일 서버보다 약간 높기 때문에 마이그레이션 후 약간의 가격 인상(포털에서 자동 마이그레이션 일정 편집 옵션을 선택하여 예상 비용을 볼 수 있음)을 볼 수 있는 서버는 거의 없습니다. 영향을 받은 서버의 경우 유연한 서버의 이 가격 인상은 단일 서버에 비해 더 나은 처리량과 성능을 제공합니다.

관련 콘텐츠

• Azure Portal을 사용하여 Azure Database for MySQL - 유연한 서버 관리.