Azure Database for MySQL - 유연한 서버 배포 모델
적용 대상:
Azure Database for MySQL - 유연한 서버
MySQL 커뮤니티 버전에서 제공하는 Azure Database for MySQL은 두 가지 배포 모드로 사용할 수 있습니다.
- Azure Database for MySQL 유연한 서버
- Azure Database for MySQL 단일 서버
이 문서에서는 유연한 서버 배포 모델의 핵심 개념에 대한 개요와 소개를 제공합니다. 작업에 적합한 배포 옵션을 결정하는 방법에 대한 자세한 내용은 Azure에서 올바른 MySQL 서버 옵션 선택을 참조하세요.
개요
Azure Database for MySQL 유연한 서버는 데이터베이스 관리 기능 및 구성 설정에 대한 보다 세부적인 컨트롤과 유연성을 제공하도록 설계된 완전 관리형 프로덕션-레디 데이터베이스 서비스입니다. 유연한 서버 아키텍처는 사용자가 단일 가용성 영역 및 여러 가용성 영역에서 고가용성을 선택할 수 있습니다. 유연한 서버는 서버를 중지/시작하는 기능과 버스트 가능 컴퓨팅 계층을 통해 비용을 최적화할 수 있으므로 전체 컴퓨팅 용량이 지속적으로 필요하지 않는 워크로드에 적합합니다. Azure Database for MySQL 유연한 서버는 또한 예약 인스턴스를 지원하므로 최대 63%의 비용을 절감할 수 있으며 예측 가능한 컴퓨팅 용량 요구 사항이 있는 프로덕션 워크로드에 이상적입니다. 이 서비스는 커뮤니티 버전 MySQL 5.7 및 8.0을 지원합니다. 이 서비스는 현재 다양한 Azure 지역에서 일반 공급됩니다.
유연한 서버 배포 옵션은 버스트 가능, 범용 및 중요 비즈니스용이라는 세 가지 컴퓨팅 계층을 제공합니다. 각 계층은 데이터베이스 워크로드를 지원하기 위해 다양한 컴퓨팅 및 메모리 용량을 제공합니다. 한 달에 몇 달러로 버스트 가능한 계층에 첫 번째 앱을 빌드하고 솔루션의 요구에 맞게 규모를 조정할 수 있습니다. 동적 확장성을 사용하면 데이터베이스가 빠르게 변화하는 리소스 요구 사항에 투명하게 대응할 수 있습니다. 필요할 경우 필요한 리소스에 대해서만 요금을 지불합니다. 자세한 내용은 Compute 및 Storage를 참조하세요.
유연한 서버는 다음과 같은 용도에 적합합니다.
- 백업, 고가용성, 보안, 모니터링과 같은 함수에 대한 배포 용이성, 크기 조정 간소화, 데이터베이스 관리 오버헤드가 낮습니다.
- 더 나은 컨트롤 및 사용자 지정을 통해 커뮤니티 버전의 MySQL이 필요한 애플리케이션 개발
- 동일한 영역, 영역 중복 고가용성 및 관리되는 유지 관리 기간의 프로덕션 워크로드.
- 간소화된 개발 환경.
- Enterprise급 보안, 규정 준수 및 개인 정보.
Azure Database for MySQL 유연한 서버에 대한 최신 업데이트는 Azure Database for MySQL 유연한 서버의 새로운 기능을 참조하세요.
12개월 무료 제공
Azure 무료 계정을 사용하면 Azure Database for MySQL 유연한 서버를 12개월 동안 무료로 사용할 수 있으며 월별 한도는 다음과 같습니다.
- 750시간의 버스트 가능한 B1MS. 인스턴스(매달 데이터베이스 인스턴스를 지속적으로 실행하는 데 충분한 시간입니다).
- 32GB의 스토리지 및 32GB의 백업 스토리지.
이 제공 서비스를 활용하여 Azure Database for MySQL 유연한 서버를 사용하는 애플리케이션을 개발하고 배포할 수 있습니다. Azure 무료 계정을 사용하여 Azure Database for MySQL 유연한 서버를 무료로 만들고 사용하는 방법을 알아보려면 이 자습서를 참조하세요.
가용성 영역의 고가용성
Azure Database for MySQL 유연한 서버를 사용하면 자동 장애 조치(failover)로 고가용성을 구성할 수 있습니다. 고가용성 솔루션은 커밋된 데이터가 오류로 인해 손실되지 않도록 하고 애플리케이션의 전반적인 작동 시간을 개선하도록 설계되었습니다. 고가용성이 구성되면 유연한 서버가 대기 복제본을 자동으로 프로비저닝하고 관리합니다. 주 복제본과 보조 복제본 모두에 대해 프로비저닝된 컴퓨팅 및 스토리지에 대한 요금이 청구됩니다. 다음 두 가지의 고가용성 아키텍처 모델이 있습니다.
- 영역 중복 HA(고가용성): 이 옵션은 여러 가용성 영역에서 인프라의 완전한 격리 및 중복성을 위해 선호됩니다. 최고 수준의 가용성을 제공하지만 영역 간에 애플리케이션 중복성을 구성해야 합니다. 영역 중복 HA는 가용성 영역의 모든 인프라 장애에 대해 최고 수준의 가용성을 확보하고 가용성 영역 전체의 대기 시간이 허용되는 경우 선호됩니다. 영역 중복 HA는 지역이 여러 가용성 영역을 지원하고 영역 중복 프리미엄 파일 공유를 사용할 수 있는 Azure 지역의 하위 집합에서 사용할 수 있습니다.
- 동일 영역 HA(고가용성): 이 옵션은 기본 서버와 대기 서버가 동일한 가용성 영역에 있으므로 네트워크 대기 시간이 짧은 인프라 중복에 선호됩니다. 영역 간에 애플리케이션 중복성을 구성하지 않고도 고가용성을 제공합니다. 동일한 영역 HA는 네트워크 대기 시간이 가장 짧은 단일 가용성 영역 내에서 최고 수준의 가용성을 확보하려는 경우 선호됩니다. 동일 영역 HA는 Azure Database for MySQL 유연한 서버 인스턴스를 만들 수 있는 모든 Azure 지역에서 사용할 수 있습니다.
자세한 내용은 고가용성 개념을 참조하세요.
관리되는 유지 관리 기간을 사용하여 자동화된 패치
서비스는 기본 하드웨어, OS 및 데이터베이스 엔진의 자동화된 패치를 수행합니다. 패치에는 보안 및 소프트웨어 업데이트가 포함됩니다. MySQL 엔진의 경우 계획된 유지 관리 릴리스에 부 버전 업그레이드도 포함됩니다. 사용자는 시스템 관리를 위해 패치 일정을 구성하거나 사용자 지정 일정을 정의할 수 있습니다. 유지 관리 일정 중에 패치가 적용되며, 업데이트를 완료하기 위해 패치 프로세스 중에 서버를 다시 시작해야 할 수도 있습니다. 사용자 지정 일정을 사용하면 사용자가 패치 주기를 예측 가능하도록 설정하고 비즈니스에 최소한의 영향을 주는 유지 관리 기간을 선택할 수 있습니다. 일반적으로 서비스는 연속 통합 및 릴리스의 일부로 월별 릴리스 일정을 따릅니다.
자세한 내용은 예약된 유지 관리를 참조하세요.
자동 백업
Azure Database for MySQL 유연한 서버 서비스는 자동으로 서버 백업을 만들고 이를 사용자가 구성한 로컬 중복 또는 지역 중복 스토리지에 저장합니다. 백업을 통해 백업 보존 기간 내의 특정 지점으로 서버를 복원할 수 있습니다. 기본 백업 보존 기간은 7일입니다. 데이터 보존은 선택적으로 최대 35일까지 구성할 수 있습니다. 모든 백업은 AES 256비트 암호화를 사용하여 암호화됩니다.
자세한 내용은 백업 개념을 참조하세요.
네트워크 격리
Azure Database for MySQL 유연한 서버에 연결하는 두 가지 네트워킹 옵션이 있습니다. 하나는 프라이빗 액세스(VNet 통합)이고 다른 하나는 퍼블릭 액세스(허용된 IP 주소)입니다.
프라이빗 액세스(VNet 통합) – Azure Database for MySQL 유연한 서버 인스턴스를 Azure Virtual Network에 배포할 수 있습니다. Azure 가상 네트워크는 프라이빗하고 안전한 네트워크 통신을 제공합니다. 가상 네트워크의 리소스는 개인 IP 주소를 통해 통신할 수 있습니다.
다음 기능을 원하는 경우 가상 네트워크 통합 옵션을 선택합니다.
- 개인 IP 주소를 사용하여 동일한 가상 네트워크의 Azure 리소스에서 Azure Database for MySQL 유연한 서버 인스턴스에 연결합니다.
- VPN 또는 ExpressRoute를 사용하여 비 Azure 리소스에서 Azure Database for MySQL 유연한 서버 인스턴스에 연결합니다.
- 비 퍼블릭 엔드포인트.
공용 액세스(허용된 IP 주소) – 공용 엔드포인트를 사용하여 Azure Database for MySQL 유연한 서버 인스턴스를 배포할 수 있습니다. 퍼블릭 엔드포인트는 공개적으로 확인할 수 있는 DNS 주소입니다. "허용되는 IP 주소"라는 말은 선택하는 IP 범위에 서버 액세스 권한을 부여한다는 뜻입니다. 이러한 권한을 방화벽 규칙이라고 합니다.
자세한 내용은 네트워킹 개념을 참조하세요.
몇 초 이내 성능 및 규모 조정
Azure Database for MySQL 유연한 서버는 버스트 가능, 범용 및 중요 비즈니스용의 세 가지 서비스 계층에서 사용할 수 있습니다. 버스트 가능 계층은 전체 컴퓨팅 용량이 지속적으로 필요하지 않은 저렴한 개발 및 낮은 동시성 워크로드에 가장 적합합니다. 범용 및 중요 비즈니스용은 높은 동시성, 규모 및 예측 가능한 성능이 필요한 프로덕션 워크로드에 더 적합합니다. 한 달에 불과 몇 달러의 비용으로 작은 데이터베이스에 첫 번째 앱을 빌드하고, 이후에 솔루션의 요구에 맞게 원활하게 스케일링할 수 있습니다. 스토리지 스케일링은 온라인으로 수행되며 스토리지 자동 확장을 지원합니다. Azure Database for MySQL 유연한 서버를 사용하면 스토리지와 관계없이 무료 IOPS 한도를 초과하는 최대 80,000 IOP의 추가 IOPS를 프로비전할 수 있습니다. 이 기능을 사용하여 언제든지 워크로드 요구 사항에 따라 프로비저닝된 IOPS 수를 늘리거나 줄일 수 있습니다. 동적 확장성을 사용하면 데이터베이스가 빠르게 변화하는 리소스 요구 사항에 투명하게 대응할 수 있습니다. 사용하는 리소스 비용만 지불하면 됩니다.
자세한 내용은 컴퓨팅 및 스토리지 개념을 참조하세요.
최대 10개의 읽기 복제본을 사용하여 읽기 워크로드 스케일 아웃
MySQL은 인터넷 규모 웹 및 모바일 애플리케이션을 실행하는 데 널리 사용되는 데이터베이스 엔진 중 하나입니다. 대부분의 고객은 온라인 교육 서비스, 비디오 스트리밍 서비스, 디지털 결제 솔루션, 전자 상거래 플랫폼, 게임 서비스, 뉴스 포털, 정부 및 의료 웹 사이트에서 이 기능을 사용합니다. 이러한 서비스는 웹 또는 모바일 애플리케이션의 트래픽이 늘어남에 따라 서비스를 제공하고 확장해야 합니다.
애플리케이션 쪽에서 애플리케이션은 일반적으로 Java 또는 PHP로 개발되고 Azure 가상 머신 확장 집합 또는 Azure App Services에서 실행되거나 AKS(Azure Kubernetes Service)에서 실행되도록 마이그레이션됩니다. App Service 또는 AKS와 함께 가상 머신 확장 집합을 기본 인프라로 사용하면 새 VM을 즉시 프로비전하고 애플리케이션의 상태 비저장 구성 요소를 복제하여 요청을 충족함으로써 애플리케이션 크기 조정이 간소화되지만 데이터베이스는 중앙 집중식 상태 저장 구성 요소로 인해 병목 현상이 발생하는 경우가 많습니다.
읽기 복제본 기능을 사용하면 Azure Database for MySQL 유연한 서버 인스턴스에서 읽기 전용 서버로 데이터를 복제할 수 있습니다. 원본 서버에서 최대 10개의 복제본으로 복제할 수 있습니다. 복제본은 MySQL 엔진의 네이티브 이진 로그(binlog) 파일의 위치 기반 복제 기술을 사용하여 비동기식으로 업데이트됩니다. ProxySQL과 같은 부하 분산 장치 프록시 솔루션을 사용하여 애플리케이션 리팩터링 비용 없이 애플리케이션 워크로드를 원활하게 확장하여 복제본을 읽을 수 있습니다.
자세한 내용은 읽기 복제본 개념을 참조하세요.
입력 데이터 복제를 통해 하이브리드 또는 다중 클라우드 데이터 동기화 설정
입력 데이터 복제를 사용하면 외부 MySQL 서버에서 Azure Database for MySQL 유연한 서버로 데이터를 동기화할 수 있습니다. 외부 서버는 온-프레미스, 가상 머신, Azure Database for MySQL 단일 서버 또는 다른 클라우드 공급자가 호스트하는 데이터베이스 서비스에 있을 수 있습니다. 입력 데이터 복제는 위치 기반의 이진 로그(binlog) 파일을 기반으로 합니다. 입력 데이터 복제 사용을 고려할 주요 시나리오는 다음과 같습니다.
- 하이브리드 데이터 동기화
- 다중 클라우드 동기화
- Azure Database for MySQL 유연한 서버로 마이그레이션하는 가동 중지 시간 최소화
자세한 내용은 입력 데이터 복제 개념을 참조하세요.
서버를 중지/시작하여 비용 최적화
Azure Database for MySQL 유연한 서버를 사용하면 필요에 따라 서버를 중지하고 시작하여 비용을 최적화할 수 있습니다. 서버가 중지되는 즉시 컴퓨팅 계층에 대한 대금 청구가 중지됩니다. 이 기능을 사용하면 개발, 테스트 및 시간 제한이 있는 예측 가능한 프로덕션 워크로드에 대해 상당한 비용 절약 효과를 얻을 수 있습니다. 서버는 다시 시작하지 않는 한 30일 동안 중지된 상태로 유지됩니다.
자세한 내용은 서버 개념을 참조하세요.
Enterprise급 보안, 규정 준수 및 개인 정보
Azure Database for MySQL 유연한 서버는 미사용 데이터의 스토리지 암호화를 위해 FIPS 140-2 유효성 검사 암호화 모듈을 사용합니다. 백업이 포함된 데이터 및 쿼리를 실행하는 동안 생성된 임시 파일이 암호화됩니다. 서비스는 Azure 스토리지 암호화에 포함된 AES 256비트 암호화를 사용하며, 키는 시스템에서 관리됩니다(기본값).
Azure Database for MySQL 유연한 서버는 기본적으로 전송 계층 보안이 적용되어 이동 중인 데이터를 암호화합니다. Azure Database for MySQL 유연한 서버는 기본적으로 TLS(전송 계층 보안) 1.2를 사용하여 암호화된 연결을 지원하며 TLS 1.0 및 TLS 1.1을 사용하여 들어오는 모든 연결은 거부됩니다. require_secure_transport 서버 매개 변수를 설정한 다음 서버에 대한 최소 tls_version을 설정하여 TSL/SSL 적용을 사용하지 않도록 설정할 수 있습니다.
자세한 내용은 Azure Database for MySQL 유연한 서버 인스턴스에 대한 암호화된 연결을 사용하는 방법을 참조하세요.
Azure Database for MySQL 유연한 서버는 Azure Virtual Network(가상 네트워크) 통합을 사용하여 서버에 대한 완전 프라이빗 액세스를 허용합니다. Azure 가상 네트워크의 서버는 프라이빗 IP 주소를 통해서만 연결할 수 있습니다. 가상 네트워크 통합을 사용하면 공용 액세스가 거부되고 공용 엔드포인트를 사용하여 서버에 연결할 수 없습니다.
자세한 내용은 네트워킹 개념을 참조하세요.
모니터링 및 경고
Azure Database for MySQL 유연한 서버에는 기본 제공 성능 모니터링 및 경고 기능이 탑재되어 있습니다. 모든 Azure 메트릭의 빈도는 1분이고 각 메트릭은 30일의 기록을 제공합니다. 메트릭에 대한 경고를 구성할 수 있습니다. Azure Database for MySQL 유연한 서버는 호스트 서버 메트릭을 노출하여 리소스 사용률을 모니터링하고 느린 쿼리 로그를 구성할 수 있도록 합니다. 이러한 도구를 사용하여 워크로드를 신속하게 최적화하고 최적의 성능을 얻을 수 있도록 서버를 구성할 수 있습니다. Azure Database for MySQL 유연한 서버를 사용하면 Azure Monitor 통합 문서를 사용하여 쿼리 및 감사 로그 데이터를 느리게 시각화할 수 있습니다. 통합 문서를 사용하면 데이터를 분석하고 Azure Portal 내에서 풍부한 시각적 보고서를 만들 수 있는 유연한 캔버스를 얻을 수 있습니다. Azure Database for MySQL 유연한 서버는 시각화 서버 개요, 감사 및 쿼리 성능 Insight를 포함하여 기본 제공되는 세 가지 통합 문서 템플릿을 제공합니다. Query Performance Insight는 다음과 같은 정보를 제공하여 데이터베이스 성능 문제를 해결하는 데 걸리는 시간을 줄이는 데 도움이 되도록 설계되었습니다.
- 상위 N개의 장기 실행 쿼리 및 해당 추세
- 쿼리 세부 정보: 쿼리 텍스트와 실행 내역을 최소, 최대, 평균, 표준 편차 쿼리 시간으로 확인합니다.
- 리소스 사용률(CPU, 메모리 및 스토리지).
또한 Azure Database for MySQL 유연한 서버를 통한 Percona 모니터링 및 관리와 같은 커뮤니티 모니터링 도구를 사용하고 통합할 수 있습니다.
자세한 내용은 모니터링 개념을 참조하세요.
마이그레이션
Azure Database for MySQL 유연한 서버는 MySQL의 커뮤니티 버전을 실행합니다. 이를 통해 완전한 애플리케이션 호환성이 가능하며 MySQL 엔진에서 개발된 기존 애플리케이션을 Azure Database for MySQL 유연한 서버로 마이그레이션하는 데 최소한의 리팩터링 비용이 필요합니다. 다음 옵션을 사용하여 Azure Database for MySQL 유연한 서버로 마이그레이션할 수 있습니다.
오프라인 마이그레이션
- 원본과 Azure 간의 네트워크 대역폭 상태가 좋은 경우(예: 고속 ExpressRoute) Azure Data Migration Service를 사용하는 것이 좋습니다. 단계별 지침에 대해 자세히 알아보기 - DMS를 사용하여 오프라인에서 MySQL을 Azure Database for MySQL 유연한 서버로 마이그레이션 - Azure Database Migration Service
- mydumper/myloader를 통해 압축 설정을 활용하여 저속 네트워크(예: 퍼블릭 인터넷)를 통해 데이터를 효율적으로 이동합니다. 단계별 지침 mydumper/myloader를 사용하여 대규모 데이터베이스를 Azure Database for MySQL 유연한 서버로 마이그레이션을 통해 자세히 알아봅니다.
온라인 또는 최소 가동 중지 시간 마이그레이션
초기 시드를 위해 mydumper/myloader 일치 백업/복원과 함께 입력 데이터 복제를 사용합니다. 단계별 지침인 자습서: Azure Database for MySQL의 최소 가동 중지 시간 마이그레이션 단일 서버에서 Azure Database for MySQL로 유연한 서버에서 자세히 알아봅니다.
간단한 5단계를 통해 Azure Database for MySQL 단일 서버에서 Azure Database for MySQL 유연한 서버로 마이그레이션하려면 이 블로그를 참조하세요.
자세한 내용은 Azure Database for MySQL 유연한 서버로 마이그레이션하는 데 적합한 도구 선택을 참조하세요.
Azure 지역
Azure에서 워크로드를 실행하는 이점 중 하나는 글로벌 연결입니다. Azure Database for MySQL 유연한 서버는 현재 다음 Azure 지역에서 사용할 수 있습니다.
| 지역 | 가용성 | 동일한 영역 HA | 영역 중복 HA | 지역 중복 백업 |
|---|---|---|---|---|
| 오스트레일리아 중부 | ✔️ | ✔️ | ❌ | ❌ |
| 오스트레일리아 동부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 오스트레일리아 남동부 | ✔️ | ✔️ | ❌ | ✔️ |
| 브라질 남부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 캐나다 중부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 캐나다 동부 | ✔️ | ✔️ | ❌ | ✔️ |
| 인도 중부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 미국 중부 | ✔️ | ✔️ | ❌ | ✔️ |
| 중국 동부 2 | ✔️ | ✔️ | ❌ | ❌ |
| 중국 동부 3 | ✔️ | ✔️ | ❌ | ✔️ |
| 중국 북부 2 | ✔️ | ✔️ | ❌ | ❌ |
| 중국 북부 3 | ✔️ | ✔️ | ✔️ | ✔️ |
| 동아시아(홍콩 SAR) | ✔️ | ✔️ | ✔️ | ✔️ |
| 미국 동부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 미국 동부 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| 프랑스 중부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 프랑스 남부 | ✔️ | ✔️ | ❌ | ✔️ |
| 독일 중서부 | ✔️ | ✔️ | ❌ | ✔️ |
| 독일 북부 | ✔️ | ✔️ | ❌ | ✔️ |
| 이스라엘 중부 | ✔️ | ✔️ | ✔️ | ❌ |
| 이탈리아 북부 | ✔️ | ✔️ | ✔️ | ❌ |
| 일본 동부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 일본 서부 | ✔️ | ✔️ | ❌ | ✔️ |
| Jio 인도 서부 | ✔️ | ✔️ | ❌ | ❌ |
| 한국 중부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 대한민국 남부 | ✔️ | ✔️ | ❌ | ✔️ |
| 미국 중북부 | ✔️ | ✔️ | ❌ | ✔️ |
| 북유럽 | ✔️ | ✔️ | ✔️ | ✔️ |
| 노르웨이 동부 | ✔️ | ✔️ | ✔️ | ❌ |
| 노르웨이 서부 | ✔️ | ✔️ | ❌ | ❌ |
| 폴란드 중부 | ✔️ | ✔️ | ❌ | ❌ |
| 카타르 중부 | ✔️ | ✔️ | ✔️ | ❌ |
| 남아프리카 북부 | ✔️ | ✔️ | ✔️ | ❌ |
| 남아프리카 공화국 서부 | ✔️ | ✔️ | ❌ | ❌ |
| 미국 중남부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 인도 남부 | ✔️ | ✔️ | ❌ | ✔️ |
| 동남 아시아 | ✔️ | ✔️ | ✔️ | ✔️ |
| 스페인 중부 | ✔️ | ✔️ | ❌ | ✔️ |
| 스웨덴 중부 | ✔️ | ✔️ | ✔️ | ❌ |
| 스위스 북부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 스위스 서부 | ✔️ | ✔️ | ❌ | ✔️ |
| 아랍에미리트 중부 | ✔️ | ✔️ | ❌ | ✔️ |
| 아랍에미리트 북부 | ✔️ | ✔️ | ✔️ | ❌ |
| 영국 남부 | ✔️ | ✔️ | ✔️ | ✔️ |
| 영국 서부 | ✔️ | ✔️ | ❌ | ✔️ |
| USGov 버지니아 | ✔️ | ✔️ | ❌ | ✔️ |
| USGov 애리조나 | ✔️ | ✔️ | ❌ | ✔️ |
| USGov 텍사스 | ✔️ | ✔️ | ❌ | ✔️ |
| 미국 중서부 | ✔️ | ✔️ | ❌ | ✔️ |
| 서유럽 | ✔️ | ✔️ | ✔️ | ✔️ |
| 미국 서부 | ✔️ | ✔️ | ❌ | ✔️ |
| 미국 서부 2 | ✔️ | ✔️ | ✔️ | ✔️ |
| 미국 서부 3 | ✔️ | ✔️ | ✔️ | ✔️ |
연락처
Azure Database for MySQL 유연한 서버에 대한 질문이나 제안 사항이 있는 경우 Azure Database for MySQL 유연한 서버 팀(@Ask Azure Database for MySQL 유연한 서버)에 이메일을 보내주세요. 이 이메일 주소는 기술 지원 별칭이 아닙니다.
또한 문의의 다음 사항을 적절히 고려해 주세요.
- Azure 고객 지원팀에 문의하려면 Azure Portal에서 티켓을 제출하세요.
- 계정 관련 문제를 해결하려면 Azure Portal에서 지원 요청을 제출합니다.
- 피드백을 제공하거나 새 기능을 요청하려면 UserVoice를 통해 항목을 만드세요.
다음 단계
Azure Database for MySQL 유연한 서버 배포 모드에 대한 소개를 통해 다음을 수행할 수 있습니다.
첫 번째 서버를 만듭니다.
- Azure Portal을 사용하여 Azure Database for MySQL 유연한 서버 인스턴스 만들기
- Azure Portal을 사용하여 Azure Database for MySQL 유연한 서버 인스턴스 만들기
- Azure CLI를 사용하여 Azure Database for MySQL 유연한 서버 인스턴스 관리
기본 설정된 언어를 사용하여 첫 번째 앱을 빌드합니다.