메뉴
Amazon Relational Database Service
사용 설명서 (API Version 2014-10-31)

Amazon RDS MariaDB

Amazon RDS는 여러 MariaDB 버전을 실행하는 DB 인스턴스를 지원합니다. 다음 메이저 버전을 사용할 수 있습니다.

  • MariaDB 10.1

  • MariaDB 10.0

마이너 버전 지원에 대한 자세한 내용은 Amazon RDS MariaDB 버전 섹션을 참조하십시오.

사용자는 먼저 Amazon RDS 관리 도구 또는 인터페이스를 사용하여 Amazon RDS MariaDB DB 인스턴스를 생성합니다. 그런 다음 Amazon RDS 도구를 사용하여 DB 인스턴스에 대한 관리 작업(예: DB 인스턴스 다시 구성 또는 크기 조정, DB 인스턴스에 대한 연결 인증, 백업 또는 스냅샷 생성 및 복원, 다중 AZ 보조 생성, 읽기 복제본 생성 및 DB 인스턴스의 성능 모니터링)을 수행할 수 있습니다. 표준 MariaDB 유틸리티 및 애플리케이션을 사용하여 DB 인스턴스에서 데이터를 저장하고 데이터에 액세스할 수 있습니다.

MariaDB는 모든 AWS 리전에서 이용할 수 있습니다. AWS 리전에 대한 자세한 내용은 리전 및 가용 영역 단원을 참조하십시오.

MariaDB 데이터베이스용 Amazon RDS를 사용하여 HIPAA 인증 애플리케이션을 개발할 수 있습니다. 예를 들어 AWS와 체결하여 이행 중인 비즈니스 제휴 계약(AWS)에 따라 보호 대상 건강 정보(PHI)를 비롯한 의료 관련 정보를 저장할 수 있습니다. 자세한 내용은 HIPAA 규정 준수 단원을 참조하십시오. AWS 범위 내 서비스는 외부 감사 기관의 철저한 평가를 거쳐 인증, 규정 준수 증명 또는 운영 권한(ATO)을 받았습니다. 자세한 내용은 규정 준수 프로그램 제공 AWS 범위 내 서비스를 참조하십시오.

Amazon RDS MariaDB를 위한 공통 관리 작업

각 작업 정보에 대한 링크와 함께 Amazon RDS MariaDB DB 인스턴스로 수행하는 일반적인 관리 작업이 있습니다.

또한 Amazon RDS MariaDB DB 인스턴스 작업에 대한 유용한 정보가 포함된 여러 부록도 있습니다.

Amazon RDS MariaDB 버전

MariaDB의 경우, 버전 번호는 버전 X.Y.Z로 구성됩니다. Amazon RDS 용어에서 X.Y는 메이저 버전을 나타내고, Z는 마이너 버전 번호를 나타냅니다. Amazon RDS 구현을 위해서, 메이저 버전 번호가 변경될 경우(예: 버전 10.0에서 10.1으로) 이를 메이저 버전 변경으로 간주합니다. 단지 마이너 버전 번호가 변경된 경우(예: 버전 10.0.17에서 10.0.24으로)에는 마이너 버전 변경으로 간주합니다.

Amazon RDS는 현재 MariaDB 메이저 버전 10.0 및 10.1을 지원합니다. MariaDB 마이너 버전 지원은 AWS 리전에 따라 달라집니다. 다음 표를 사용하여 각 AWS 리전에서 어떤 MariaDB 마이너 버전이 지원되는지 확인하십시오.

AWS 리전 MariaDB 10.0 MariaDB 10.1

미국 서부(오레곤)

us-west-2

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

미국 서부(캘리포니아 북부 지역)

us-west-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

미국 동부(오하이오)

us-east-2

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.1.23

  • 10.1.19

미국 동부(버지니아 북부)

us-east-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

아시아 태평양(뭄바이)

ap-south-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

아시아 태평양(서울)

ap-northeast-2

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

아시아 태평양(싱가포르)

ap-southeast-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

아시아 태평양(시드니)

ap-southeast-2

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

아시아 태평양(도쿄)

ap-northeast-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

캐나다(중부)

ca-central-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.1.23

  • 10.1.19

  • 10.1.14

EU(프랑크푸르트)

eu-central-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

EU(아일랜드)

eu-west-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

EU(런던)

eu-west-2

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.1.23

  • 10.1.19

  • 10.1.14

남아메리카(상파울루)

sa-east-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

AWS GovCloud (US)

us-gov-west-1

  • 10.0.31

  • 10.0.28

  • 10.0.24

  • 10.0.17

  • 10.1.23

  • 10.1.19

  • 10.1.14

추후 Amazon RDS를 위한 추가 MariaDB 버전을 지원할 계획입니다. 지정된 기간 동안 지원되는 새 버전 릴리스의 수는 MariaDB 버전 릴리스의 빈도 및 콘텐츠, 그리고 데이터베이스 엔지니어링 팀에 의한 릴리스의 철저한 베팅 결과에 따라 달라집니다. 그러나 일반 지침으로 상용화 버전(GA) 릴리스 3-5개월 이내에 새 MariaDB 버전을 지원하는 것을 목표로 하고 있습니다.

새 DB 인스턴스를 생성할 때는 현재 지원되는 모든 MariaDB 버전을 지정할 수 있습니다. 버전이 지정되지 않은 경우, Amazon RDS는 지원되는 버전(보통 가장 최신 버전)을 기본값으로 설정합니다. 메이저 버전(예: MariaDB 10.0)이 지정되었지만 마이너 버전이 지정되지 않은 경우, Amazon RDS는 고객이 지정한 메이저 버전의 최근 릴리스를 기본값으로 설정합니다. 지원되는 버전 목록과 새로 만든 DB 인스턴스의 기본값을 보려면 DescribeDBEngineVersions API를 사용합니다.

Amazon RDS에서는 사용자가 MariaDB 인스턴스를 Amazon RDS가 지원하는 새 버전으로 언제 업그레이드할 지를 제어합니다. 특정 MariaDB 버전과의 호환성을 유지하고, 프로덕션 환경에 배포하기 전에 애플리케이션으로 새 버전을 테스트하고, 가장 원하는 일정에 맞춰 버전 업그레이드를 수행할 수 있습니다.

사용자가 달리 지정하지 않는 한 Amazon RDS에서 새로운 MariaDB 마이너 버전을 지원할 때 DB 인스턴스가 새 버전으로 자동 업그레이드됩니다. 이 패치 작업은 예약된 유지 관리 기간에 진행되며, 사전에 Amazon RDS 커뮤니티 포럼에 공지됩니다. 자동 버전 업그레이드를 끄려면 DB 인스턴스에 대한 [Auto Minor Version Upgrade] 파라미터를 [No]로 변경합니다. DB 인스턴스의 설정 변경에 대한 자세한 내용은 MariaDB 데이터베이스 엔진 기반 DB 인스턴스의 변경을(를) 참조하십시오.

자동 마이너 버전 업그레이드를 사용하지 않기로 선택한 경우, 사용자는 메이저 버전 업데이트를 위해 선택한 것과 동일한 절차에 따라 수동으로 지원되는 마이너 버전 릴리스로 업그레이드할 수 있습니다. 자세한 내용은 DB 인스턴스 및 DB 클러스터 유지 관리 및 업그레이드을(를) 참조하십시오.

메이저 버전 업그레이드는 약간의 호환성 위험이 있으므로 업그레이드가 자동으로 이루어지지 않습니다. 대신, 사용자가 다른 메이저 버전으로 업그레이드를 요청해야 합니다. 프로덕션 인스턴스를 업그레이드하기 전에 새로운 버전에 대해 데이터베이스 및 애플리케이션을 철저히 테스트해야 합니다. DB 인스턴스 업그레이드에 대한 자세한 내용은 DB 인스턴스 및 DB 클러스터 유지 관리 및 업그레이드을(를) 참조하십시오.

기존 DB 인스턴스의 DB 스냅샷을 만들고 DB 스냅샷에서 복구해 새 DB 인스턴스를 만든 다음 새로운 DB 인스턴스에 대한 버전 업그레이드를 시작함으로써, 업그레이드하기 전에 새 버전과 비교하여 DB 인스턴스를 테스트할 수 있습니다. 그런 다음 원래의 DB 인스턴스에 대한 업그레이드 여부를 결정하기 전에 DB 인스턴스의 업그레이드된 복제본에서 안전하게 실험을 진행할 수 있습니다.

MariaDB에 대한 Amazon RDS 운영 중단 정책에는 다음이 포함됩니다.

  • MariaDB 10.0.17부터 시작하는 메이저 MariaDB 버전 릴리스는 Amazon RDS에서 최초로 지원된 후 3년 동안 지원됩니다.

  • 마이너 MariaDB 버전 릴리스는 Amazon RDS에서 최초로 지원된 후 최소 1년 동안 지원됩니다.

  • MariaDB 메이저 또는 마이너 버전이 운영 중단된 후, 예정된 유지 관리 기간 동안 자동 업그레이드가 적용되기 전에 지원되는 버전으로 업그레이드를 시작할 수 있도록 3개월의 유예 기간이 제공됩니다.

MariaDB, MySQL 및 Amazon Aurora 기능 비교

다음 표에서 MariaDB, MySQL 및 Aurora의 기능을 비교해 사용자의 DB 인스턴스에 어느 DB 엔진이 최선의 선택인지 판단할 수 있습니다.

기능 MariaDB MySQL Amazon Aurora

스토리지 엔진

XtraDB를 완벽히 지원하고, 약간의 제한이 있지만 Aria를 지원합니다.

MyISAM과 InnoDB를 모두 지원합니다.

InnoDB만 지원합니다. 다른 스토리지 엔진의 테이블은 InnoDB로 자동 전환됩니다.

Amazon Aurora는 InnoDB 엔진만 지원하므로, SQL_MODE 데이터베이스 파라미터의 NO_ENGINE_SUBSTITUTION 옵션이 활성화됩니다. 이 옵션이 활성화될 경우, 해당 테이블이 TEMPORARY로 지정되어 있지 않은 한 인 메모리 테이블을 생성하는 기능이 비활성화됩니다.

플러그인

플러그인을 지원합니다. 자세한 내용은 부록: MariaDB 데이터베이스 엔진을 위한 옵션을(를) 참조하십시오.

플러그인을 지원합니다. 자세한 내용은 MySQL DB 인스턴스 옵션을(를) 참조하십시오.

플러그인을 지원하지 않습니다.

조인 및 하위 쿼리 성능

조인 및 하위 쿼리가 MySQL 5.5 및 5.6에서보다 빨라지게 하는 쿼리 최적화 프로그램 개선 포함. 자세한 내용은 MariaDB 설명서에서 Optimizer Feature Comparison Matrix을(를) 참조하십시오.

Amazon RDS MySQL DB 인스턴스로 선택한 버전에 따라, 쿼리 최적화 프로그램 성능이 MySQL 5.5, 5.6 또는 5.7 수준을 유지합니다.

쿼리 최적화 프로그램 성능이 MySQL 5.6 수준을 유지합니다.

그룹 커밋

그룹 커밋을 지원합니다. 자세한 내용은 MariaDB 설명서에서 Optimizer Feature Comparison Matrix을(를) 참조하십시오.

그룹 커밋을 수행하기 전에 완료해야 할 트랜잭션 수를 결정하는 binlog_commit_wait_count 파라미터를 설정하고, 지정된 시간(밀리초) 동안 그룹 커밋 실행을 지연하는 binlog_commit_wait_usec 파라미터를 설정하여 그룹 커밋의 추가 튜닝을 지원합니다. 이러한 파라미터에 대한 자세한 내용은 MariaDB 설명서에서 binlog_commit_wait_count 또는 binlog_commit_wait_usec을(를) 참조하십시오.

DB 인스턴스의 파라미터 설정에 대한 자세한 내용은 DB 파라미터 그룹 작업을(를) 참조하십시오.

그룹 커밋을 지원합니다.

그룹 커밋을 지원합니다.

진행률 보고

장시간 실행되는 명령에 대해 진행률 보고를 지원합니다. 자세한 내용은 MariaDB 설명서에서 Progress Reporting을(를) 참조하십시오.

진행률 보고를 지원하지 않습니다.

진행률 보고를 지원하지 않습니다.

역할

간편하게 사용자 그룹에 권한 집합을 할당할 수 있도록 사용자 지정 역할의 생성을 지원합니다. 자세한 내용은 MariaDB 설명서에서 Roles을(를) 참조하십시오.

역할을 지원하지 않습니다.

역할을 지원하지 않습니다.

SHOW EXPLAIN

SHOW EXPLAIN 명령을 지원합니다. 이 명령을 사용하면 지정된 스레드에서 실행되는 쿼리에 대한 쿼리 계획의 설명을 가져올 수 있습니다. 자세한 내용은 MariaDB 설명서에서 SHOW EXPLAIN을(를) 참조하십시오.

SHOW EXPLAIN을 지원하지 않습니다.

SHOW EXPLAIN을 지원하지 않습니다.

테이블 제거

경우에 따라 DB 인스턴스가 쿼리에서 참조하는 일부 테이블에 액세스하지 않고 쿼리를 해결하여 성능을 개선하도록 허용하는 테이블 제거를 지원합니다. 자세한 내용은 MariaDB 설명서에서 Table Elimination을(를) 참조하십시오.

테이블 제거를 지원하지 않습니다.

테이블 제거를 지원하지 않습니다.

스레드 풀링

DB 인스턴스가 성능 저하 없이 더 많은 연결을 처리할 수 있게 해주는 스레드 풀링을 지원합니다. 자세한 내용은 MariaDB 설명서에서 Thread Pool in MariaDB을(를) 참조하십시오.

스레드 풀링을 지원하지 않습니다.

스레드 풀링을 지원하지 않습니다.

가상 열

가상 열을 지원합니다. 이러한 가상 열은 일반적으로 테이블 내 다른 열의 값을 기반으로 결정식을 사용해 값이 자동으로 계산됩니다. 자세한 내용은 MariaDB 설명서에서 Virtual (Computed) Columns을(를) 참조하십시오.

가상 열을 지원하지 않습니다.

가상 열을 지원하지 않습니다.

전역 트랜잭션 ID

전역 트랜잭션 ID(GTID)의 MariaDB 구현을 지원합니다. 자세한 내용은 MariaDB 설명서에서 Global Transaction ID을(를) 참조하십시오.

참고

Amazon RDS는 MariaDB GTID의 도메인 ID 부분 변경을 허용하지 않습니다.

전역 트랜잭션 ID의 MySQL 구현을 지원하지 않습니다.

전역 트랜잭션 ID의 MySQL 구현을 지원하지 않습니다.

병렬 복제

복제본에서 쿼리를 병렬로 처리하도록 허용하여 복제 성능을 높이는 병렬 복제를 지원합니다. 자세한 내용은 MariaDB 설명서에서 Parallel Replication을(를) 참조하십시오.

병렬 복제가 MySQL 5.6의 멀티스레드 복제와 유사하지만 병렬로 복제하기 위해 그룹 커밋을 허용하고 스키마 간 파티션이 필요하지 않는 등 몇 가지 사항이 개선되었습니다.

MySQL 5.6 및 5.7은 멀티스레드 복제를 지원합니다. 자세한 정보는 MySQL 문서의 Replication Slave Options and Variables을(를) 참조하십시오.

MySQL 5.5는 멀티스레드 복제를 지원하지 않습니다.

멀티스레드 복제의 MySQL 5.6 구현을 지원합니다.

데이터베이스 엔진 파라미터

파라미터는 개별 DB 인스턴스나 읽기 전용 복제본에 적용되고 DB 파라미터 그룹에서 관리합니다.

파라미터는 개별 DB 인스턴스나 읽기 전용 복제본에 적용되고 DB 파라미터 그룹에서 관리합니다.

일부 파라미터는 전체 Aurora DB 클러스터에 적용되고 DB 클러스터 파라미터 그룹에서 관리합니다. 그 밖의 파라미터는 DB 클러스터의 개별 DB 인스턴스에 적용되고 DB 파라미터 그룹에서 관리합니다.

마스터 인스턴스와 스토리지 엔진이 다른 읽기 전용 복제본

읽기 전용 복제본은 XtraDB를 사용할 수 있습니다.

읽기 전용 복제본은 MyISAM과 InnoDB를 모두 사용할 수 있습니다.

Aurora DB 클러스터를 복제하는 MySQL(non-RDS) 읽기 전용 복제본은 InnoDB만 사용할 수 있습니다.

읽기 확장

쓰기 연산 성능에 상당한 영향을 미치면서 최대 5개까지 읽기 전용 복제본을 지원합니다.

쓰기 연산 성능에 상당한 영향을 미치면서 최대 5개까지 읽기 전용 복제본을 지원합니다.

쓰기 연산 성능에 미치는 영향을 최소화하여 최대 15개까지 Aurora Replicas을 지원합니다.

장애 조치 대상

수동으로 읽기 전용 복제본을 마스터 DB 인스턴스로 승격할 수 있으며, 이때 데이터 손실 가능성이 있습니다.

수동으로 읽기 전용 복제본을 마스터 DB 인스턴스로 승격할 수 있으며, 이때 데이터 손실 가능성이 있습니다.

Aurora Replicas는 자동 장애 조치 대상으로서 데이터 손실이 전혀 없습니다.

AWS 리전

모든 AWS 리전에서 사용할 수 있습니다.

모든 AWS 리전에서 사용할 수 있습니다.

일부 리전에서는 Amazon DB 클러스터를 사용할 수 없습니다. 자세한 내용은 가용성 단원을 참조하십시오.

버전 10.1에서 지원되는 MariaDB 기능

Amazon RDS는 MariaDB 버전 10.1 이상을 실행하는 MariaDB의 DB 인스턴스에서 다음 기능을 지원합니다.

Amazon RDS가 지원하지 않는 MariaDB 기능

Amazon RDS는 현재 다음과 같은 MariaDB 기능은 지원하지 않습니다.

  • Data at Rest Encryption

  • MariaDB Galera Cluster

  • HandlerSocket

  • JSON 테이블 유형

  • 멀티 소스 복제

  • 암호 확인 플러그인, simple_password_checkcracklib_password_check

  • 복제 필터

  • 스토리지 엔진별 객체 속성(Engine-defined New Table/Field/Index Attributes에서 설명).

  • Table and Tablespace Encryption

관리형 서비스 환경을 제공하기 위해 Amazon RDS는 DB 인스턴스에 대해 shell 액세스를 제공하지 않으며, 고급 권한을 필요로 하는 특정 시스템 절차와 테이블에 대한 액세스를 제한합니다. Amazon RDS는 모든 표준 SQL 클라이언트 애플리케이션을 사용하여 DB 인스턴스의 데이터베이스에 대한 액세스를 지원합니다. Amazon RDS는 Telnet, Secure Shell(SSH) 또는 Windows 원격 데스크톱 연결을 사용해 DB 인스턴스에 직접 호스트 액세스하는 것을 허용하지 않습니다.

Amazon RDS MariaDB에 대해 지원되는 스토리지 엔진

MariaDB는 다양한 기능으로 여러 스토리지 엔진을 지원하지만, 모든 기능이 복구와 데이터 내구성에 최적화되어 있지는 않습니다. Amazon RDS는 MariaDB DB 인스턴스용 XtraDB 스토리지 엔진을 완벽히 지원합니다. 지정 시간 복원 및 스냅샷 복원과 같은 Amazon RDS 기능은 복구 가능 스토리지 엔진이 필요하며 XtraDB 스토리지 엔진에 대해서만 지원됩니다. Amazon RDS는 Aria도 지원합니다. 그러나 Aria를 사용하면 인스턴스 장애 발생 시 복구에 부정적인 영향을 미칠 수 있습니다. 단, 지리 데이터를 처리하기 위해 공간 인덱스를 사용해야 하는 경우에는 Aria를 사용해야 합니다. XtraDB에서는 공간 인덱스가 지원되지 않기 때문입니다.

현재 다른 스토리지 엔진은 MariaDB용 Amazon RDS에서 지원되지 않습니다.

Amazon RDS MariaDB 보안

Amazon RDS MariaDB DB 인스턴스용 보안은 세 가지 수준에서 관리됩니다.

  • AWS Identity and Access Management은 누가 DB 인스턴스에 대한 Amazon RDS 관리 작업을 수행할 수 있는 지 제어합니다. IAM 자격 증명을 사용하여 AWS에 연결할 때, IAM 계정은 Amazon RDS 관리 작업을 수행하는 데 필요한 권한을 부여하는 IAM 정책을 보유하고 있어야 합니다. 자세한 내용은 Amazon RDS에 대한 인증 및 액세스 제어을(를) 참조하십시오.

  • DB 인스턴스를 생성할 때는 VPC 보안 그룹 또는 DB 보안 그룹을 사용하여 어떤 디바이스 및 Amazon EC2 인스턴스가 DB 인스턴스의 엔드포인트 및 포트에 대한 연결을 열 수 있는 지를 제어합니다. 이러한 연결은 Secure Socket Layer(SSL)를 이용해 이루어집니다. 또한 회사의 방화벽 규칙을 통해 회사에서 실행하는 디바이스가 DB 인스턴스에 대한 연결을 열 수 있는지를 제어할 수 있습니다.

  • 일단 MariaDB DB 인스턴스에 대한 연결이 활성화되면, 로그인 및 권한에 대한 인증은 MariaDB의 독립 실행형 인스턴스에서와 동일한 방식으로 적용됩니다. CREATE USER, RENAME USER, GRANT, REVOKESET PASSWORD 등의 명령은 독립 실행형 데이터베이스에서 작동하는 것과 마찬가지로 작동하며, 데이터베이스 스키마 테이블을 직접 수정할 때도 동일합니다.

Amazon RDS DB 인스턴스를 생성할 때 마스터 사용자는 다음과 같은 기본 권한을 갖습니다.

  • alter

  • alter routine

  • create

  • create routine

  • create temporary tables

  • create user

  • create view

  • delete

  • drop

  • event

  • execute

  • grant option

  • index

  • insert

  • lock tables

  • process

  • references

  • reload

    Amazon RDS MariaDB DB 인스턴스에서 이 권한은 제한됩니다. FLUSH LOGS 또는 FLUSH TABLES WITH READ LOCK 작업에는 액세스할 수 없습니다.

  • replication client

  • replication slave

  • select

  • show databases

  • show view

  • trigger

  • update

권한에 대한 자세한 내용은 MariaDB 설명서에서 User Account Management을(를) 참조하십시오.

참고

DB 인스턴스에서 마스터 사용자를 삭제할 수는 있지만, 마스터 사용자를 삭제하지 않을 것을 권장합니다. 마스터 사용자를 다시 생성하려면 ModifyDBInstance API 또는 modify-db-instance AWS 명령줄 도구를 사용하고 적절한 파라미터와 함께 새 마스터 사용자 암호를 지정합니다. 마스터 사용자가 인스턴스에 존재하지 않는 경우 마스터 사용자가 지정된 암호와 함께 생성됩니다.

각 DB 인스턴스에 관리 서비스를 제공하기 위해 DB 인스턴스가 생성될 때 rdsadmin 사용자가 만들어집니다. rdsadmin 계정을 삭제하려고 하거나, 계정 이름 또는 암호를 변경하려고 하거나, 계정 권한을 변경하려고 하면 오류가 발생합니다.

DB 인스턴스의 관리를 허용하기 위해 표준 killkill_query 명령이 제한되었습니다. MariaDB 및 MySQL에서는 DB 인스턴스에서 사용자 세션 또는 쿼리를 종료할 수 있도록 Amazon RDS 명령 mysql.rds_kill, mysql.rds_kill_querymysql.rds_kill_query_id이 제공됩니다.

MariaDB DB 인스턴스용 SSL 지원

Amazon RDS는 MariaDB 데이터베이스 엔진을 실행하는 DB 인스턴스와의 SSL 연결을 지원합니다.

Amazon RDS가 SSL 인증서를 생성한 후 Amazon RDS가 인스턴스를 프로비저닝할 때 DB 인스턴스에 인증서를 설치합니다. 인증 기관이 서명하는 SSL 인증서에는 스푸핑 공격으로부터 보호해주는 SSL 인증서를 위한 일반 이름(CN)으로 DB 인스턴스 엔드포인트가 포함되어 있습니다. 퍼블릭 키는 https://s3.amazonaws.com/rds-downloads/rds-combined-ca-bundle.pem에 저장되어 있습니다.

기본 mysql 클라이언트를 사용하여 연결을 암호화하려면 --ssl-ca parameter를 사용하여 mysql 클라이언트를 실행하고 다음과 같은 퍼블릭 키 등을 참조합니다.

mysql -h mymariadbinstance.abcd1234.rds-us-east-1.amazonaws.com --ssl-ca=[full path]rds-combined-ca-bundle.pem --ssl-verify-server-cert

GRANT 문을 사용하여 특정 사용자 계정에 대한 SSL 연결을 요구할 수 있습니다. 예를 들어, 다음 문을 사용하여 사용자 계정 encrypted_user:

GRANT USAGE ON *.* TO 'encrypted_user'@'%' REQUIRE SSL

참고

MariaDB와의 SSL 연결에 대한 자세한 내용은 MariaDB 설명서에서 SSL Overview을(를) 참조하십시오.

XtraDB 캐시 워밍

XtraDB 캐시 워밍은 DB 인스턴스가 종료될 때 버퍼 풀의 현재 상태를 저장한 다음 DB 인스턴스가 시작될 때 저장된 정보에서 버퍼 풀을 다시 로드하여 MariaDB DB 인스턴스의 성능 향상을 제공할 수 있습니다. 이렇게 하면 보통 데이터베이스 사용에서 "준비"까지의 버퍼 풀에 대한 필요를 무시하고, 대신 알려진 공용 쿼리에 대한 페이지와 함께 버퍼 풀을 미리 로드합니다. XtraDB 캐시 워밍에 대한 자세한 내용은 MariaDB 설명서에서 Dumping and restoring the buffer pool을(를) 참조하십시오.

XtraDB 캐시 워밍을 활성화하려면 DB 인스턴스의 파라미터 그룹에서 innodb_buffer_pool_dump_at_shutdowninnodb_buffer_pool_restore_at_startup 파라미터를 1로 설정합니다. 파라미터 그룹에서 이들 파라미터 값을 변경하면 파라미터 그룹을 사용하는 모든 MariaDB DB 인스턴스가 영향을 받습니다. 특정 MariaDB DB 인스턴스에 대해 XtraDB 캐시 워밍을 활성화하려면, 이들 인스턴스에 대한 새 파라미터 그룹을 생성해야 할 수도 있습니다. 파라미터 그룹에 대한 자세한 내용은 DB 파라미터 그룹 작업을(를) 참조하십시오.

XtraDB 캐시 워밍은 주로 표준 스토리지를 사용하는 DB 인스턴스를 위해 성능 혜택을 제공합니다. PIOPS 스토리지를 사용하는 경우에는 통상적으로 성능 혜택이 현저하지 않습니다.

중요

MariaDB DB 인스턴스가 정상적으로 종료되지 않는 경우(예: 장애 조치 도중), 버퍼 풀 상태가 디스크에 저장되지 않습니다. 이 경우 MariaDB는 DB 인스턴스가 다시 시작될 때 이용 가능한 모든 버퍼 풀 파일을 로드합니다. 어떤 손상도 발생하지 않지만, 복원된 버퍼 풀은 대부분의 경우 다시 시작하기 이전의 버퍼 풀 최신 상태를 반영하지 못할 수도 있습니다. 시작 시 XtraDB 캐시를 워밍하기 위해 버퍼 풀의 최신 상태를 이용할 수 있게 하려면, "요청 시" 버퍼 풀을 주기적으로 덤프하는 것이 좋습니다. 사용자가 요청 시 버퍼 풀을 덤프 또는 로드할 수 있습니다.

버퍼 풀을 자동으로 그리고 정기적으로 덤프하는 이벤트를 생성할 수 있습니다. 예를 들면, 다음 문은 매 시간마다 버퍼 풀을 덤프하는 이름이 periodic_buffer_pool_dump인 이벤트를 생성합니다.

Copy
CREATE EVENT periodic_buffer_pool_dump ON SCHEDULE EVERY 1 HOUR DO CALL mysql.rds_innodb_buffer_pool_dump_now();

자세한 내용은 MariaDB 설명서에서 Events을(를) 참조하십시오.

요청 시 버퍼 풀 덤핑 및 로딩

다음의 저장 프로시저를 사용해 요청 시 XtraDB 캐시를 저장하고 로드할 수 있습니다.

MariaDB 데이터베이스 파라미터

기본적으로, MariaDB DB 인스턴스는 MariaDB 데이터베이스에만 해당되는 DB 파라미터 그룹을 사용합니다. 이 파라미터 그룹에는 MySQL 데이터베이스 엔진용 Amazon RDS DB 파라미터 그룹의 파라미터 중 일부만 포함되어 있습니다. 또한 몇 개의 새로운 MariaDB 고유 파라미터도 포함되어 있습니다. Amazon RDS MariaDB DB 엔진에서 사용할 수 있는 파라미터에 대한 자세한 내용은 부록: MariaDB 파라미터을(를) 참조하십시오.

MariaDB를 위한 공통 DBA 작업

세션 또는 쿼리 종료, 복제 오류 넘어가기, 충돌 복구 시간 개선을 위한 XtraDB 테이블스페이스 작업 및 전역적 상태 이력 관리는 MariaDB DB 인스턴스에서 수행할 수 있는 공통 DBA 작업입니다. 이러한 작업을 MySQL DB 인스턴스에 대한 공통 DBA 작업 단원에 설명된 대로 Amazon RDS MySQL DB 인스턴스에서와 동일하게 처리할 수 있습니다. 여기의 충돌 복구 지침은 MySQL InnoDB 엔진을 기준으로 하지만, XtraDB를 실행하는 MariaDB 인스턴스에도 적용할 수 있습니다.

MariaDB DB 인스턴스의 현지 시간대

기본적으로 RDS MariaDB DB 인스턴스의 시간대는 협정 세계시(UTC)입니다. 대신 DB 인스턴스의 시간대를 애플리케이션의 현지 시간대로 설정할 수 있습니다.

DB 인스턴스의 현지 시간대를 설정하려면 DB 인스턴스의 파라미터 그룹에서 time_zone 파라미터를 이 단원의 뒤에 나오는 지원되는 값 중 하나로 설정합니다. 파라미터 그룹에 대한 time_zone 파라미터를 설정하면 해당 파라미터 그룹을 사용 중인 모든 DB 인스턴스와 읽기 전용 복제본이 새로운 현지 시간대를 사용하도록 변경됩니다. 파라미터 그룹에서 파라미터를 설정하는 방법에 대한 자세한 내용은 DB 파라미터 그룹 작업을(를) 참조하십시오.

현지 시간대를 설정하면 데이터베이스에 대한 모든 새 연결에 변경 사항이 반영됩니다. 현지 시간대를 변경할 때 데이터베이스에 대해 열린 연결이 있는 경우 연결을 닫고 새 연결을 열어야 현지 시간대 업데이트가 표시됩니다.

DB 인스턴스와 하나 이상의 읽기 전용 복제본에 대해 다른 현지 시간대를 설정할 수 있습니다. 이렇게 하려면 DB 인스턴스와 복제본에 대해 서로 다른 파라미터 그룹을 사용하고 각 파라미터 그룹에서 time_zone 파라미터를 다른 현지 시간대로 설정합니다.

리전 간 복제를 사용 중인 경우 복제 마스터 DB 인스턴스와 읽기 전용 복제본이 서로 다른 파라미터 그룹을 사용합니다. 파라미터 그룹은 리전에 고유합니다. 각 인스턴스에 대해 동일한 현지 시간대를 사용하려면 인스턴스의 파라미터 그룹과 읽기 전용 복제본의 파라미터 그룹에서 time_zone 파라미터를 설정해야 합니다.

DB 스냅샷에서 DB 인스턴스를 복원할 경우 현지 시간대가 UTC로 설정됩니다. 복원이 완료된 후 시간대를 현지 시간대로 업데이트할 수 있습니다. DB 인스턴스를 특정 시점으로 복원할 경우 복원된 DB 인스턴스의 현지 시간대는 복원된 DB 인스턴스의 파라미터 그룹에서 설정한 시간대입니다.

현지 시간대를 다음 값 중 하나로 설정할 수 있습니다.

Africa/Cairo

Asia/Bangkok

Australia/Darwin

Africa/Casablanca

Asia/Beirut

Australia/Hobart

Africa/Harare

Asia/Calcutta

Australia/Perth

Africa/Monrovia

Asia/Damascus

Australia/Sydney

Africa/Nairobi

Asia/Dhaka

Brazil/East

Africa/Tripoli

Asia/Irkutsk

Canada/Newfoundland

Africa/Windhoek

Asia/Jerusalem

Canada/Saskatchewan

America/Araguaina

Asia/Kabul

Europe/Amsterdam

America/Asuncion

Asia/Karachi

Europe/Athens

America/Bogota

Asia/Kathmandu

Europe/Dublin

America/Caracas

Asia/Krasnoyarsk

Europe/Helsinki

America/Chihuahua

Asia/Magadan

Europe/Istanbul

America/Cuiaba

Asia/Muscat

Europe/Kaliningrad

America/Denver

Asia/Novosibirsk

Europe/Moscow

America/Fortaleza

Asia/Riyadh

Europe/Paris

America/Guatemala

Asia/Seoul

Europe/Prague

America/Halifax

Asia/Shanghai

Europe/Sarajevo

America/Manaus

Asia/Singapore

Pacific/Auckland

America/Matamoros

Asia/Taipei

Pacific/Fiji

America/Monterrey

Asia/Tehran

Pacific/Guam

America/Montevideo

Asia/Tokyo

Pacific/Honolulu

America/Phoenix

Asia/Ulaanbaatar

Pacific/Samoa

America/Santiago

Asia/Vladivostok

US/Alaska

America/Tijuana

Asia/Yakutsk

US/Central

Asia/Amman

Asia/Yerevan

US/Eastern

Asia/Ashgabat

Atlantic/Azores

US/East-Indiana

Asia/Baghdad

Australia/Adelaide

US/Pacific

Asia/Baku

Australia/Brisbane

UTC