Azure Database for MySQL
이 단원에서는 Azure Database for MySQL이 웹 기반 앱을 위한 복원력이 뛰어나고 성능이 뛰어나며 유지 관리가 쉬운 데이터 저장소를 빌드하는 데 어떻게 도움이 되는지 살펴봅니다. 예상되는 비즈니스 중요도와 높은 수요를 고려할 때 컴퓨팅 및 스토리지 리소스를 확장하는 기능에 관심이 있습니다. 또한 Azure Database for MySQL이 관리되는 서비스로서 관리 및 유지 관리 오버헤드를 최소화하여 대신 소프트웨어 개발에 집중할 수 있도록 하려고 합니다.
Azure Database for MySQL의 핵심 특성은 무엇인가요?
Azure Database for MySQL - 유연한 서버는 널리 사용되는 MySQL 커뮤니티 서버 버전 5.7 및 8.0을 지원하여 기존 MySQL 애플리케이션과 완전한 호환성을 제공하도록 설계되었습니다. 이 호스팅 옵션은 다음이 필요한 시나리오에 특히 효과적입니다.
- 컴퓨팅 및 스토리지 구성을 세부적으로 제어합니다.
- 지속적으로 고성능을 발휘합니다.
- 안정성, 고가용성 및 비즈니스 연속성.
- 효율적인 비용 관리 전략.
또한 유연한 서버는 공용 엔드포인트에 대한 기본 제공 방화벽을 사용하여 보안을 강화하고 Azure Virtual Network(가상 네트워크) 통합 및 무단 액세스로부터 데이터를 보호하는 Azure Private Link를 통한 프라이빗 연결을 지원합니다.
Compute
Azure Database for MySQL - 유연한 서버는 세 가지 컴퓨팅 계층에서 사용할 수 있으며 각 계층은 특정 사용 사례에 맞게 준비됩니다.
- 버스트 가능: 일시적인 성능 요구가 있는 개발 또는 임시 프로젝트에 이상적입니다.
- 범용: 균형 잡힌 컴퓨팅과 메모리가 필요한 광범위한 프로덕션 워크로드에 적합합니다.
- 중요 비즈니스용: 높은 컴퓨팅 성능과 복원력이 필요한 애플리케이션에 가장 적합합니다.
특정 계층 이름은 관리 MySQL Server 배포를 호스팅하는 Azure VM SKU(Stock Keeping Unit) 시리즈 이름에서 파생됩니다. 각 계층 내에서 다양한 VM 크기 중에서 선택할 수 있으며, 각 크기는 서로 다른 vCore 수(1~96개 범위)와 메모리 양(4GB~약 700GB 범위)을 제공합니다.
버스트 가능 컴퓨팅 계층은 B 시리즈 VM을 사용하고, 범용은 Dadsv5 시리즈(AMD) 및 Ddsv4 시리즈(Intel) VM을 사용하며, 중요 비즈니스용 계층은 표준 Eadsv5 시리즈(AMD) 및 Edsv5 시리즈(Intel) VM에서 실행됩니다.
Azure Portal에서 서버 만들기 프로세스 중에 기본 페이지의 서버 세부 정보 아래 또는 유연한 서버 컴퓨팅 + 스토리지 페이지의 컴퓨팅 아래에서 계층 옵션을 선택할 수 있습니다.
스토리지
서버를 프로비전하는 동안이나 그 이후 언제든지, 할당된 스토리지 양을 최대 16,384GiB(기비바이트)까지 늘릴 수 있습니다. 또는 버스트 가능 및 범용 계층의 경우 16TiB(테비바이트), 중요 비즈니스용 계층의 경우 32TiB까지 늘릴 수 있습니다. 하한(20GiB)은 선택한 컴퓨팅 계층 및 크기에 관계없이 동일합니다. 또한 스토리지 크기 조정은 선택한 컴퓨팅 계층 및 크기와 무관하며 스토리지 자동 증가를 사용하도록 설정할 수도 있습니다.
참고 항목
저장 용량을 늘린 후에는 줄일 수 없습니다.
스토리지 크기에 관계없이 IOPS(초당 입력/출력 작업 수)의 원하는 한도를 확장 및 축소할 수도 있습니다. 사용 가능한 IOPS의 상한은 컴퓨팅 계층 및 크기에 따라 달라지며, 중요 비즈니스용 SKU의 사용 가능한 가장 큰 크기에 대해 80,000 IOPS에 도달합니다. 이 크기 조정 가능한 IOPS 기능을 사용하면 언제든지 동적으로 변화하는 리소스 요구 사항을 수용할 수 있으며 자동 크기 조정 IOPS를 사용하도록 설정하여 워크로드 수요에 따라 자동으로 조정할 수 있습니다.
네트워크 연결
Azure Database for MySQL - 유연한 서버는 세 가지 연결 방법인 공용 액세스, 프라이빗 액세스 및 프라이빗 링크를 지원합니다.
퍼블릭 액세스
외부 엔드포인트를 통해 제공되는 공용 액세스의 경우 방화벽 규칙을 사용하여 명시적으로 액세스를 허용해야 합니다.
- 외부 트래픽의 경우 트래픽이 허용되는 개별 IP 주소 또는 IP 주소 범위를 지정해야 합니다.
- Azure에서 발생하는 트래픽의 경우 모든 Azure 서비스에서 공용 액세스를 허용해야 합니다.
Important
공용 액세스는 다른 고객 구독의 연결을 포함하여 모든 Azure 리소스에 할당된 IP 주소의 연결을 허용하므로 개발 및 테스트 시나리오에서만 사용하는 것이 좋습니다.
프라이빗 액세스
지정된 Azure 가상 네트워크를 통한 프라이빗 액세스를 위해 가상 네트워크 통합 지원을 사용합니다. 프라이빗 액세스를 사용하면 동일한 VNet 내에서, 피어링을 사용하는 다른 VNet에서, 심지어 ExpressRoute나 VPN 연결을 사용하는 온-프레미스에서도 MySQL 유연한 서버에 안전하게 연결할 수 있습니다. 이 옵션을 사용하도록 설정하면 서버는 인터넷에서 시작되는 연결을 자동으로 차단합니다.
참고 항목
프라이빗 액세스를 사용하도록 설정하기 전에 사용자 지정 DNS(도메인 이름 서비스) 이름 확인을 구현해야 합니다. 자세한 내용은 Azure Database for MySQL - 유연한 서버에 대한 가상 네트워크 통합을 사용한 개인 네트워크 액세스를 참조하세요.
비공개 링크
프라이빗 링크는 VNet 서브넷 내의 개인 IP 주소 엔드포인트를 제공하여 MySQL 유연한 서버에 직접 연결할 수 있습니다. Azure Private Link는 기본적으로 다른 VNet 리소스와 마찬가지로 IP 주소를 통해 프라이빗 VNet 내부에 Azure 서비스를 가져옵니다. 예를 들어, 연결 애플리케이션 또는 Azure PaaS 리소스당 하나씩 여러 프라이빗 엔드포인트를 만들 수 있습니다. NSG 방화벽 규칙과 결합된 프라이빗 링크는 데이터베이스에 액세스할 수 있는 서비스를 세밀하게 제어할 수 있습니다.
기본적으로 서버는 TLS 1.2(전송 계층 보안)를 적용하여 들어오는 네트워크 통신을 보호합니다.
Important
서버 프로비전 후에 암호화되지 않은 연결을 허용할 수 있지만 권장되지는 않습니다.
고가용성
Azure Database for MySQL - 유연한 서버는 자동 장애 조치(failover)를 통해 고가용성을 지원하여 지역화된 오류로 인해 커밋된 데이터가 손실되지 않도록 보장합니다. 이 기능을 사용하도록 설정하면 플랫폼이 자동으로 대기 복제본을 프로비전하고 관리합니다.
복제본 배치에 따라 두 가지 고가용성 아키텍처 모델이 있습니다.
영역 중복 고가용성
향상된 복원력을 위해 영역 중복 고가용성 모델은 주 데이터베이스를 하나의 가용성 영역에 배치하고 해당 대기 복제본을 별도의 영역에 배치합니다. 이 구성은 데이터 센터 수준 오류로부터 보호하도록 설계되었으며, 기본 데이터베이스와 백업 데이터베이스가 동일한 국지적 위험에 노출되지 않도록 하여 데이터 보호 수준을 향상합니다. 이 모델은 전체 데이터 센터가 오프라인으로 전환되더라도 서비스를 계속 사용할 수 있도록 하므로 연속성 및 데이터 무결성을 가장 중요한 목표로 하는 중요한 애플리케이션에 권장됩니다.
동일 영역 고가용성
동일 영역 고가용성 모델은 주 데이터베이스와 대기 복제본을 동일한 가용성 영역 내에 배치합니다. 동일한 영역 배포를 선택하는 것은 애플리케이션 성능에 최소 대기 시간이 중요한 시나리오에 유용합니다. 주 인스턴스와 해당 복제본을 실제로 가까운 곳에 유지하면 장애 조치(failover) 프로세스가 응답 시간에 큰 영향을 미치지 않습니다. 이 설정은 기능 또는 사용자 환경에 영향을 줄 수 있는 최소 대기 시간 차이에도 영향을 받는 애플리케이션에 이상적입니다.
비즈니스 연속성
Azure Database for MySQL - 유연한 서버는 해당 데이터베이스의 특정 시점 백업을 자동으로 만듭니다. 장기 보존을 사용할 경우 최대 35일 또는 10년 동안 로컬 중복 스토리지에 보존합니다. 백업을 구성할 때 로컬 중복, 영역 중복 또는 지역 중복 백업을 선택하여 전체 Azure 지역에 영향을 미치는 중단에서 복구할 수 있습니다. 또한 언제든지 주문형 백업을 수행하여 정기적인 백업 일정 외에 백업 스냅샷을 만들 수 있습니다.
Azure Database for MySQL은 자동화된 서버 패치를 위한 관리 유지 관리 기간도 지원하여 비즈니스 연속성을 지원합니다. 사용자 지정 패치 일정을 지정하면 서버 다시 시작으로 인한 임시 가동 중지 시간의 영향을 최소화할 수 있습니다.
비용 최적화
Azure Database for MySQL - 유연한 서버는 비용 최적화를 위한 다양한 옵션을 제공합니다.
컴퓨팅 및 스토리지 구성을 세부적으로 제어. 대부분의 서버 구성 옵션을 독립적으로 조정할 수 있으므로 목표와 사용 사례에 따라 배포 비용을 최적화할 수 있습니다. 예를 들어, 다음 옵션을 별도로 조정할 수 있습니다.
- 컴퓨팅 SKU
- 스토리지 용량
- IOPS
- 백업 보존 기간
또한 워크로드 요구에 따라 IOPS를 자동으로 조정하도록 자동 크기 조정 IOPS 기능을 사용하도록 설정할 수도 있습니다. 고정 IOPS 제한을 지정하고 사용량에 관계없이 지불되는 미리 프로비전된 IOPS와 달리 자동 크기 조정 IOPS를 사용하면 사용하는 I/O 작업 수에 대해서만 비용을 지불할 수 있습니다.
주문형 서버를 중지하고 시작하는 기능. 서버를 중지하는 즉시 컴퓨팅 계층 청구가 중지됩니다. 이 기능을 사용하면 안정적으로 예측 가능한 일정으로 개발, 테스트 및 프로덕션 워크로드 중에 비용을 최소화할 수 있습니다.
버스트 가능 컴퓨팅 계층. 간헐적으로 CPU 사용량이 급증하고 낮은 CPU 사용률이 필요한 워크로드에 대해 경쟁력 있는 가격 책정을 제공하려면 버스트 가능 컴퓨팅 계층을 활용합니다.
예약 인스턴스 할인. 예약 인스턴스 할인을 받으려면 1년 또는 3년 구매 계획을 커밋하여 할인되지 않은 원래 비용의 60% 이상을 절약할 수 있습니다. 예측 가능한 장기 컴퓨팅 용량 요구 사항이 있는 프로덕션 워크로드의 경우 이 옵션을 고려합니다.
Azure 무료 계정. Azure 무료 계정을 사용하면 12개월 동안 무료로 유연한 서버를 평가할 수 있으며 월별 한도는 다음과 같습니다.
- 750시간의 버스트 가능한 B1MS. 인스턴스(매달 데이터베이스 인스턴스를 지속적으로 실행하는 데 충분한 시간입니다).
- 32GB 스토리지 및 32GB 백업 스토리지.
참고 항목
Azure 무료 계정을 사용하여 Azure Database for MySQL 유연한 서버를 만드는 경우 예상 월별 비용은 계속해서 컴퓨팅 + 스토리지: 비용 요약 블레이드와 검토 + 만들기 탭에 표시됩니다. 그러나 Azure 무료 계정을 사용하고 서비스 사용량이 연결된 월별 한도 내에서 유지되는 한 서비스에 대한 요금이 청구되지 않습니다.