Azure Database for MariaDB 작동 방식
여기서는 Azure Database for MariaDB의 작동 방식을 살펴봅니다. MariaDB를 사용 중이고 Azure를 사용하여 MariaDB 앱을 호스트하는 것을 고려 중이라면 다음을 사용한 호스팅 중에 선택해야 합니다.
- PaaS, Azure Database for MariaDB 사용.
- IaaS, Azure VM의 MariaDB 사용.
이 단원에서는 이러한 옵션 간 차이점, 각 옵션에서 제공하는 함수 및 기능, 각 옵션별 요구 사항에 대해 자세히 설명합니다.
호스팅 옵션은 어떻게 다른가요?
두 가지 호스팅 옵션이 제공됩니다.
- Azure Database for MariaDB. 완전히 관리되는 DBaaS로, 최소한의 사용자 구성 또는 제어를 필요로 합니다.
- Azure VM의 MariaDB IaaS를 사용하는 데이터베이스 구현입니다. 데이터베이스를 직접 관리합니다.
다음 표에는 Azure Database for MariaDB와 Azure VM의 MariaDB 간 중요 차이점이 나타나 있습니다.
| 기능 | Azure Database for MariaDB | Azure VM의 MariaDB |
|---|---|---|
| 지원되는 MariaDB 버전 | MariaDB 10.2 또는 10.3 | 고객이 설치하려는 모든 버전 |
| MariaDB 업데이트 및 업그레이드 관리 | 자동 | 고객 관리 |
| OS 업데이트 및 패치 | 자동 | 고객 관리 |
| 고가용성 | 노드 수준 중단 메커니즘을 기반으로 구축됩니다. 중단이 발생하면 서비스가 자동으로 새 인스턴스를 만들고 스토리지를 연결합니다. | 고객이 적절한 고가용성 옵션을 설계, 구현, 테스트 및 유지합니다. |
| 하이브리드 시나리오 | 외부 MariaDB 원본의 데이터 동기화를 지원합니다. Azure 지역에서 최대 5개의 읽기 전용 복제본을 지원합니다. | 고객 관리 |
| 백업 및 복원 작업 | 자동. 백업이 로컬 중복 또는 지역 중복 사용자 구성 스토리지에 저장됩니다. 특정 시점 복원이 지원됩니다. | 고객 관리 |
| Advanced Threat Protection | 제공됨 | 고객 관리 |
가격 책정 계층 선택
Azure Database for MariaDB 서버를 만들 때 세 가지 가격 책정 계층 중에서 선택할 수 있습니다.
- 기본. 이 계층은 간단한 컴퓨팅 및 I/O 성능이 필요한 워크로드에 가장 적합합니다.
- 일반 용도입니다. 이 계층은 높은 동시성, 규모 및 예측 가능한 성능을 필요로 하는 프로덕션 워크로드에 가장 적합합니다.
- 메모리 최적화. 이 계층은 빠른 트랜잭션 처리와 높은 동시성을 위해 메모리 내 성능이 필요한 고성능 데이터베이스 워크로드에 가장 적합합니다.
다음 표에는 이러한 계층 간의 중요한 차이점이 나타나 있습니다.
| 리소스 | 기본 | 범용 | 메모리 최적화 |
|---|---|---|---|
| 컴퓨팅 세대 | 5세대 | 5세대 | 5세대 |
| vCore 수 | 1, 2 | 2, 4, 8, 16, 32, 64 | 2, 4, 8, 16, 32 |
| vCore 메모리 | 2GB | 5GB | 10 GB |
| 스토리지 크기 | 5GB ~ 1테라바이트(TB) | 5GB-4TB | 5GB-4TB |
| 데이터베이스 백업 보존 기간 | 7-35일 | 7-35일 | 7-35일 |
Azure Database for MariaDB 기능
Azure Database for MariaDB의 주요 기능 중 일부를 살펴보겠습니다.
고가용성 및 복구
Azure Database for MariaDB는 SLA(Service Level Agreement, 서비스 수준 약정)에 정의되어 있는 고가용성 수준을 보장합니다. SLA는 99.99%의 작동 시간을 정의합니다. 다음 표에는 일반적인 오류 시나리오 및 이러한 시나리오에서 복구에 도움이 되는 해결 방법이 나타나 있습니다.
| 시나리오 | 복구 |
|---|---|
| 데이터베이스 서버 오류 | 자동. 새 데이터베이스 서버가 자동으로 배포되고 원격 데이터 스토리지가 연결됩니다. 데이터베이스 복구가 완료되면 클라이언트를 새 데이터베이스 서버에 연결할 수 있습니다. |
| 스토리지 오류 | 자동. 모든 데이터는 세 개의 복사본에 저장됩니다. 따라서 애플리케이션은 디스크 오류 또는 차단 손상의 영향을 받지 않습니다. |
| 지역 오류 | 수동. 이 유형의 오류는 Azure에서 드물게 발생합니다. 지역 오류에서 보호를 받으려면 재해 복구를 위해 다른 지역에서 하나 이상의 MariaDB 읽기 복제본을 구성해야 합니다. |
| 논리적 또는 사용자 오류 | 수동. 특정 시점 복원을 사용하여 오류 전 시점으로 롤백합니다. |
중요
Azure Database for MariaDB 데이터베이스에 연결하는 애플리케이션은 끊어진 연결과 실패한 트랜잭션을 검색하고 다시 시도하도록 빌드해야 합니다. 클라이언트 액세스를 관리하는 해당 게이트웨이는 다시 시도된 연결을 새로 만든 데이터베이스 서버에 투명하게 리디렉션할 수 있습니다.
백업 및 복원
Azure Database for MariaDB는 다음을 비롯한 몇 가지 백업 작업을 수행합니다.
- 전체
- 차등
- 트랜잭션 로그
이러한 백업을 사용하면 특정 시점으로 서버를 복원할 수 있습니다.
팁
기본 보존 기간은 7일입니다. 그러나 최대 35일 동안 보존을 구성할 수 있습니다.
백업 빈도는 데이터베이스 크기에 따라 달라집니다.
최대 4TB의 스토리지:
- 매주 전체 백업.
- 매일 두 번 차등 백업.
- 5분마다 트랜잭션 로그.
참고
스토리지가 최대 4TB인 서버는 전체 데이터베이스 백업 2개, 모든 차등 백업, 가장 이른 전체 데이터베이스 백업 이후에 수행된 트랜잭션 로그 백업을 보존할 수 있습니다.
최대 16TB의 스토리지: 이러한 백업은 스냅숏 기반이며 다음과 같이 발생합니다.
- 서버 배포 후 첫 번째 스냅숏.
- 이후 하루에 한 번 이상 차등 스냅숏.
- 5분마다 트랜잭션 로그.
참고
스토리지가 최대 16TB인 서버는 지난 8일간의 전체 데이터베이스 스냅숏, 모든 차등 스냅숏, 트랜잭션 로그 백업을 보존합니다.
스케일링 설명
Azure Database for MariaDB는 다음과 같은 서비스 계층으로 제공됩니다.
- Basic
- 범용
- 메모리 최적화
각 계층은 경량급에서 중량급까지의 데이터베이스 워크로드를 지원하기 위해 다양한 성능 및 기능을 제공합니다. 그러나 기본 가격 책정 계층을 사용하여 한 달의 몇 달러로 소규모 데이터베이스에서 첫 데이터베이스 앱을 빌드할 수도 있습니다. 요구 사항이 변경됨에 따라 규모를 조정하면 됩니다. 이러한 동적 확장성은 데이터베이스 앱이 리소스 요구 사항 변경에 투명하게 대응하는 것을 돕습니다.
보안 설명
Azure Database for MariaDB는 다음과 같은 앱 보호 기능을 제공합니다.
- 전송 중인 데이터 보호. MariaDB는 TLS(전송 계층 보안)를 사용하여 데이터를 암호화합니다. 기본적으로 SSL(Secure Sockets Layer) 및 TLS(SSL/TLS)를 통한 암호화를 제공합니다.
- 저장 데이터 보호. MariaDB는 암호화 모듈을 사용하여 보관 데이터를 암호화합니다. FIPS(Federal Information Processing Standard) 140-2(FIPS 140-2)에 의해 이 모듈의 유효성을 검사합니다.
- 네트워크 보안:
- MariaDB에 대한 연결은 지역 게이트웨이를 통해 라우팅됩니다. 게이트웨이에는 공개적으로 액세스할 수 있는 IP가 있어야 합니다. 그럼에도 MariaDB 서버 IP는 보호됩니다.
- 새로 배포된 모든 MariaDB 서버에 대한 모든 액세스를 차단하는 방화벽 규칙이 생성됩니다.
- 필요에 따라 Advanced Threat Protection을 구현하여 MariaDB 서버에 대한 보호를 강화할 수 있습니다.
다음으로 Azure Database for MariaDB가 조직, 앱, 데이터베이스 워크로드에 적합한지 살펴봅니다.