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

외부 MySQL 데이터베이스의 데이터를 Amazon Aurora MySQL DB 클러스터로 마이그레이션하기

InnoDB 또는 MyISAM 테이블스페이스를 지원하는 데이터베이스인 경우, 다음과 같은 옵션으로 데이터를 Amazon Aurora MySQL DB 클러스터로 마이그레이션할 수 있습니다.

Amazon S3 버킷을 사용하여 MySQL에서 데이터 마이그레이션

소스 MySQL 버전 5.5 또는 5.6 데이터베이스에서 Amazon S3 버킷으로 전체 및 증분 백업 파일을 복사한 다음 해당 파일에서 Amazon Aurora MySQL DB 클러스터를 복원할 수 있습니다.

mysqldump를 사용하여 데이터를 마이그레이션하는 것보다 이 방법이 훨씬 더 빠를 것입니다. mysqldump를 사용하면 명령을 모두 다시 실행하여 소스 데이터베이스의 데이터와 스키마를 새 Aurora MySQL DB 클러스터에 다시 만들기 때문입니다. Aurora MySQL에서는 소스 MySQL 데이터 파일을 복사하는 즉시 그 파일을 Aurora MySQL DB 클러스터의 데이터로 사용할 수 있습니다.

Aurora MySQL가 데이터베이스에서 모든 것을 복원하는 것은 아닙니다. 소스 MySQL 또는 MariaDB 데이터베이스에서 다음 항목의 데이터베이스 스키마와 값을 저장한 다음, 복원한 Aurora MySQL DB 클러스터가 생성되면 여기에 추가해야 합니다.

  • 사용자 계정

  • 함수

  • 저장 프로시저

  • 시간대 정보. 시간대 정보는 Amazon Aurora MySQL DB 클러스터의 로컬 운영 체제에서 로드됩니다. 자세한 내용은 Amazon Aurora DB 클러스터의 현지 시간대 단원을 참조하십시오.

시작하기 전

데이터를 Amazon S3 버킷으로 복사하고 그 파일로 DB 클러스터를 복원하려면 먼저 다음과 같이 해야 합니다.

  • 로컬 서버에 Percona XtraBackup을 설치합니다.

  • Aurora MySQL가 사용자의 Amazon S3 버킷에 대신 액세스할 수 있도록 허용합니다.

Percona XtraBackup 설치

Amazon Aurora는 Percona XtraBackup을 사용하여 만든 파일로 DB 클러스터를 복원할 수 있습니다. Percona XtraBackup은 Percona 웹 사이트로부터 설치할 수 있습니다.

참고

Percona XtraBackup 버전 2.3 이상을 사용해야 합니다. Aurora MySQL은 이전 버전 Percona XtraBackup과 호환되지 않습니다.

필요한 권한

MySQL 데이터를 Amazon Aurora MySQL DB 클러스터로 마이그레이션하려면 몇 가지 권한이 필요합니다.

  • Amazon RDS에서 Amazon S3 버킷으로 새 클러스터를 만들도록 요청하는 사용자는 AWS 계정의 버킷을 나열할 권한이 있어야 합니다. 사용자에게 이러한 권한을 부여하려면 AWS Identity and Access Management(IAM) 정책을 사용합니다.

  • Amazon RDS는 Amazon Aurora MySQL DB 클러스터를 만들 때 사용된 파일을 저장해 둔 Amazon S3 버킷에 대신 액세스하기 위해 권한을 요구합니다. IAM 서비스 역할을 사용하여 Amazon RDS에 필요한 권한을 부여합니다.

  • 요청한 사용자에게는 AWS 계정의 IAM 역할을 나열할 권한도 있어야 합니다.

  • 요청한 사용자가 IAM 서비스 역할을 만들거나 Amazon RDS에 IAM 서비스 역할 생성(콘솔 사용)을 요청하기 위해서는 AWS 계정의 IAM 역할을 만들 권한이 그 사용자에게 있어야 합니다.

예를 들어, 다음 IAM 정책은 콘솔을 사용하여 IAM 역할을 나열하고, IAM 역할을 만들고, 해당 계정의 Amazon S3 버킷을 나열하는 데 필요한 최소한의 권한을 사용자에게 부여합니다.

Copy
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "iam:ListRoles", "iam:CreateRole", "iam:CreatePolicy", "iam:AttachRolePolicy", "s3:ListBucket", "s3:ListObjects" ], "Resource": "*" } ] }

또한 사용자가 IAM 역할을 Amazon S3 버킷과 연결하려는 경우, IAM 사용자에게 해당 IAM 역할에 대한 iam:PassRole 권한이 있어야 합니다. 관리자는 이 권한으로 사용자가 Amazon S3 버킷에 연결할 수 있는 IAM 역할을 제한하게 됩니다.

예를 들어 다음 IAM 정책은사용자가 S3Access라는 역할을 Amazon S3 버킷과 연결할 수 있도록 허용합니다.

Copy
{ "Version":"2012-10-17", "Statement":[ { "Sid":"AllowS3AccessRole", "Effect":"Allow", "Action":"iam:PassRole", "Resource":"arn:aws:iam::123456789012:role/S3Access" } ] }

IAM 사용자 권한에 대한 자세한 내용은 Amazon RDS에 대한 자격 증명 기반 정책(IAM 정책) 사용 단원을 참조하십시오.

IAM 서비스 역할 생성

[Create a New Role] 옵션을 선택하여 AWS Management Console에서 역할을 만들도록 할 수 있습니다(이 주제 후반부에서 설명). 이 옵션을 선택하고 새 역할의 이름을 지정하면 Amazon RDS가 그 이름으로 Amazon S3 버킷에 액세스하는 데 필요한 IAM 서비스 역할을 만듭니다.

또는 다음 절차에 따라 수동으로 역할을 만들 수도 있습니다.

Amazon RDS가 Amazon S3에 액세스할 수 있도록 IAM 역할을 만들려면

  1. AWS Management Console에 로그인한 다음 https://console.aws.amazon.com/iam/에서 IAM 콘솔을 엽니다.

  2. 탐색 창에서 Roles를 선택합니다.

  3. [Create New Role]을 선택하고 새 역할에 대해 [Role Name] 값을 지정한 다음 [Next Step]을 선택합니다.

  4. [AWS Service Roles]에서 [Amazon RDS]를 찾아 [Select]를 선택합니다.

  5. [Attach Policy] 단계에서 연결할 정책을 선택하지 않습니다. 그 대신 [Next Step]을 선택합니다.

  6. 역할 정보를 검토한 후 [Create Role]을 선택합니다.

  7. 역할 목록에서 새로 만든 역할의 이름을 선택합니다. [Permissions] 탭을 선택합니다.

  8. [Inline Policies]를 선택합니다. 새 역할에는 정책이 연결되어 있지 않기 때문에 정책을 만들라는 메시지가 나타납니다. 링크를 클릭하여 새 정책을 만듭니다.

  9. [Set Permissions] 페이지에서 [Custom Policy]와 [Select]를 차례로 선택합니다.

  10. [Policy Name]을 S3-bucket-policy와 같이 입력합니다. [Policy Document]에 대해 다음 코드를 추가하여 <bucket name>을 액세스를 허용할 Amazon S3 버킷 이름으로 바꿉니다.

    파일 이름 접두사를 정책 문서의 일부분으로 포함시킬 수도 있습니다. 접두사를 지정하는 경우, Aurora는 Amazon S3 버킷에서 지정된 접두사로 시작되는 파일을 사용하여 DB 클러스터를 만듭니다. 접두사를 지정하지 않는 경우, Aurora는 Amazon S3 버킷의 모든 파일을 사용하여 DB 클러스터를 만듭니다.

    접두사를 지정하려면 아래의 <prefix>를 파일 이름의 접두사로 바꿉니다. 접두사 뒤에 별표(*)를 붙이십시오. 접두사를 지정하지 않으려면 별표만 지정하면 됩니다.

    Copy
    { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "s3:ListBucket", "s3:GetBucketLocation" ], "Resource": [ "arn:aws:s3:::<bucket name>" ] }, { "Effect": "Allow", "Action": [ "s3:GetObject" ], "Resource": [ "arn:aws:s3:::<bucket name>/<prefix>*" ] } ] }
  11. [Apply Policy]를 선택합니다.

Amazon Aurora MySQL DB 클러스터로 복원할 파일 백업

Percona XtraBackup을 사용하여 MySQL 데이터베이스 파일의 전체 백업을 만들고 백업 파일을 Amazon S3 버킷으로 업로드할 수 있습니다. 또는 이미 Percona XtraBackup을 사용하여 MySQL 데이터베이스 파일을 백업 중인 경우 기존의 전체 및 증분 백업 디렉터리 및 파일을 Amazon S3 버킷으로 업로드할 수 있습니다.

Percona XtraBackup을 사용하여 전체 백업 만들기

Amazon S3에서 복원하여 Amazon Aurora MySQL DB 클러스터를 만들 수 있는 MySQL 데이터베이스 파일의 전체 백업을 만들려면 Percona XtraBackup 유틸리티(innobackupex)를 사용하여 데이터베이스를 백업합니다.

예를 들어, 다음 명령을 실행하면 MySQL 데이터베이스 백업을 만들고 /s3-restore/backup 폴더에 백업 파일을 저장합니다.

Copy
innobackupex --user=myuser --password=<password> --no-timestamp /s3-restore/backup

백업을 파일 하나로 압축하려면(필요하면 분할 가능) --stream 옵션을 사용하여 다음 형식 중 하나로 백업을 저장하면 됩니다.

  • Gzip(.gz)

  • tar(.tar)

  • Percona xbstream(.xbstream)

다음 명령을 실행하면 Gzip 파일 여러 개로 된 MySQL 데이터베이스 백업이 만들어집니다.

Copy
innobackupex --user=myuser --password=<password> --stream=tar \ /mydata/s3-restore/backup | gzip - | split -d --bytes=500MB \ - /mydata/s3-restore/backup/backup.tar.gz

다음 명령을 실행하면 tar 파일 여러 개로 된 MySQL 데이터베이스 백업이 만들어집니다.

Copy
innobackupex --user=myuser --password=<password> --stream=tar \ /mydata/s3-restore/backup | split -d --bytes=500MB \ - /mydata/s3-restore/backup/backup.tar

다음 명령을 실행하면 xbstream 파일 여러 개로 된 MySQL 데이터베이스 백업이 만들어집니다.

Copy
innobackupex --stream=xbstream \ /mydata/s3-restore/backup | split -d --bytes=500MB \ - /mydata/s3-restore/backup/backup.xbstream

Percona XtraBackup 유틸리티를 사용하여 MySQL 데이터베이스를 백업한 뒤에는 백업 디렉터리 및 파일을 Amazon S3 버킷으로 복사할 수 있습니다.

파일을 만들고 Amazon S3 버킷에 업로드하는 방법에 대한 자세한 내용은 Amazon S3 시작 안내서Amazon Simple Storage Service 시작하기를 참조하십시오.

Percona XtraBackup을 사용한 증분 백업 사용

Amazon Aurora MySQL은 Percona XtraBackup을 사용하여 만든 전체 및 증분 백업을 모두 지원합니다. 이미 Percona XtraBackup을 사용하여 MySQL 데이터베이스 파일의 전체 및 증분 백업을 수행 중인 경우 전체 백업을 만들고 백업 파일을 Amazon S3로 업로드할 필요가 없습니다. 대신, 전체 및 증분 백업에 대한 기존 백업 디렉터리 및 파일을 Amazon S3 버킷으로 복사하여 산을 크게 절약할 수 있습니다. Percona XtraBackup을 사용한 증분 백업 만들기에 대한 자세한 내용은 Incremental Backups with innobackupex를 참조하십시오.

기존의 전체 및 증분 백업 파일을 Amazon S3 버킷으로 복사할 때 기본 디렉터리의 콘텐츠를 반복적으로 복사해야 합니다. 이러한 콘텐츠에는 전체 백업이 포함되며 모든 증분 백업 디렉터리 및 파일도 포함됩니다. 이 사본은 Amazon S3 버킷에서 디렉터리 구조를 유지해야 합니다. Aurora는 모든 파일 및 디렉터리를 반복합니다. Aurora는 각 증분 백업에 포함된 xtrabackup-checkpoints 파일을 사용하여 기본 디렉터리를 식별하고 로그 시퀀스 번호(LSN) 범위를 기준으로 증분 백업의 순서를 정렬합니다.

파일을 만들고 Amazon S3 버킷에 업로드하는 방법에 대한 자세한 내용은 Amazon S3 시작 안내서Amazon Simple Storage Service 시작하기를 참조하십시오.

백업 고려 사항

Amazon S3는 Amazon S3 버킷에 업로드되는 파일 크기를 5TB(테라바이트)로 제한합니다. 데이터베이스의 백업 데이터가 5TB를 초과하는 경우, split 명령을 사용하여 백업 파일을 각각 5TB 미만의 파일 여러 개로 나누어야 합니다.

Amazon RDS는 Amazon S3 버킷에 업로드되는 소스 파일을 100만 개로 제한합니다. 모든 전체 및 증분 백업을 포함하여 데이터베이스에 대한 백업 데이터가 많은 수의 파일을 포함하는 경우 tarball(.tar.gz) 파일을 사용하여 전체 및 증분 백업 파일을 Amazon S3 버킷에 저장하십시오.

Aurora는 파일 이름을 기준으로 백업 파일을 사용합니다. 파일 형식에 따라 백업 파일의 이름에 적절한 파일 확장명을 지정해야 합니다. 예를 들어, Percona xbstream 형식으로— 저장된 파일에는 .xbstream을 지정합니다.

Aurora는 알파벳 순서뿐 아니라 자연수 순서로도 백업 파일을 사용합니다. innobackupex 명령을 실행할 때는 항상 split 옵션을 사용하여 적절한 순서로 백업 파일을 작성하고 이름을 붙여야 합니다.

Aurora에서는 Percona XtraBackup을 사용하여 부분 백업을 만들 수 없습니다. 데이터베이스의 소스 파일을 백업할 때 --include, --tables-file 또는 --databases 옵션을 사용하여 부분 백업을 만들 수 없습니다.

Aurora에서는 Percona XtraBackup을 사용하여 증분 백업을 만들 수 없습니다(--no-timestamp 옵션을 사용 또는 사용하지 않음). 증분 백업 디렉터리 구조의 깊이가 줄어들도록 --no-timestamp 옵션을 사용하는 것이 좋습니다.

자세한 내용은 The innobackupex Script를 참조하십시오.

Amazon S3 버킷에서 Amazon Aurora MySQL DB 클러스터를 복원하려면

Amazon RDS 콘솔에서 Amazon S3 버킷의 백업 파일을 복원하여 새로운 Amazon Aurora MySQL DB 클러스터를 만들 수 있습니다.

Amazon S3 버킷의 파일로 Amazon Aurora MySQL DB 클러스터를 복원하려면

  1. AWS Management Console에 로그인한 다음 https://console.aws.amazon.com/rds/에서 Amazon RDS 콘솔을 엽니다.

  2. RDS 대시보드에서 [Restore Aurora DB Cluster from Amazon S3]를 선택합니다.

  3. [Specify Source Backup Details]에서 다음을 지정합니다.

    옵션 수행할 작업

    소스 엔진

    Aurora MySQL은 현재 mysql 데이터베이스 엔진에 대해서만 백업 파일로 복원하는 것을 지원합니다.

    [Source Engine Version]

    백업 파일을 만들었던 MySQL 데이터베이스의 버전을 지정합니다. MySQL 버전 5.5 및 5.6가 지원됩니다.

    S3 버킷

    백업 파일이 저장되어 있는 Amazon S3 버킷을 선택합니다.

    S3 버킷 접두사

    (선택 사항) Amazon S3 버킷에 저장되는 파일의 파일 경로 접두사를 지정합니다. [S3 Bucket Prefix]는 선택 사항입니다. 접두사를 지정하지 않는 경우, Aurora MySQL는 Amazon S3 버킷의 루트 폴더에 있는 모든 파일과 폴더를 사용하여 DB 클러스터를 만듭니다. 접두사를 지정하는 경우, Aurora MySQL은 Amazon S3 버킷에서 지정된 접두사로 전체 경로가 시작되는 파일과 폴더를 사용하여 DB 클러스터를 만듭니다.

    Aurora는 백업 파일을 찾기 위해 Amazon S3 버킷의 다른 하위 폴더를 탐색하지 않습니다. [S3 버킷 접두사]로 확인된 폴더의 파일만 사용합니다. Amazon S3 버킷의 하위 폴더에 백업 파일을 저장하는 경우, 파일이 저장되어 있는 폴더의 전체 경로를 나타내는 접두사를 지정해야 합니다.

    예를 들어 Amazon S3 버킷의 backups 하위 폴더에 백업 파일을 저장했고 여러 세트의 백업 파일이 각각 자체 디렉터리(gzip_backup1, gzip_backup2 등)에 들어 있다고 가정해봅시다. 이 경우 gzip_backup1 폴더의 파일로 복원하려면 backups/gzip_backup1을 접두사로 지정합니다.

    새 역할 생성

    [Yes]를 선택해 새 IAM 역할을 생성하거나, Aurora가 사용자 대신 Amazon S3에 액세스하도록 승인하려면 [No]를 선택해 기존 IAM 역할을 선택합니다. 자세한 내용은 필요한 권한 단원을 참조하십시오.

    IAM 역할 이름

    이 옵션은 [Create a New Role]을 [Yes]로 설정한 경우에만 사용할 수 있습니다. 생성할 새 IAM 역할의 이름을 지정합니다. 새 역할은 Amazon Aurora이 Amazon S3에 대신 액세스하도록 승인하는 데 사용됩니다. 자세한 내용은 필요한 권한 단원을 참조하십시오.

    [IAM Role]

    이 옵션은 [Create a New Role]을 [No]로 설정한 경우에만 사용할 수 있습니다. Aurora가 Amazon S3에 대신 액세스할 수 있도록 승인하기 위해 만든 IAM 역할을 선택합니다. IAM 역할을 아직 만들지 않았다면 [Create a New Role]을 [Yes]로 설정하여 만들 수 있습니다. 자세한 내용은 필요한 권한 단원을 참조하십시오.

    [Specify Source Backup Details] 페이지의 일반적인 모습은 다음과 같습니다.

     Amazon S3 버킷에서 Amazon Aurora 마이그레이션
  4. [Next Step(다음 단계)]을 클릭합니다.

  5. [Specify DB Details] 페이지에서 DB 클러스터 정보를 지정합니다. 다음 표는 DB 인스턴스 설정을 나타냅니다.

    옵션 수행할 작업

    DB 인스턴스 클래스

    DB 클러스터의 각 인스턴스 처리 및 메모리 요건을 정의한 DB 인스턴스 클래스를 선택합니다. Aurora는 db.t2.small, db.t2.medium, db.r3.large, db.r3.xlarge, db.r3.2xlarge, db.r3.4xlarge, db.r3.8xlarge DB 인스턴스 클래스를 지원합니다. DB 인스턴스 클래스 옵션에 대한 자세한 내용은 DB 인스턴스 클래스 단원을 참조하십시오.

    다중 AZ 배포

    장애 조치 지원을 위해 다른 가용 영역에 Aurora 복제본을 생성할지 여부를 결정합니다. 다중 가용 영역에 대한 자세한 내용은 리전 및 가용 영역 단원을 참조하십시오.

    DB Instance Identifier

    DB 클러스터의 기본 인스턴스 이름을 입력합니다. 이 식별자는 DB 클러스터의 기본 인스턴스에 대한 엔드포인트 주소로 사용됩니다.

    DB 인스턴스 식별자는 다음과 같은 제약 조건이 있습니다.

    • 1~63자의 영숫자 문자 또는 하이픈으로 구성되어야 합니다.

    • 첫 번째 문자는 글자이어야 합니다.

    • 하이픈으로 끝나거나 하이픈이 2개 연속으로 이어져서는 안 됩니다.

    • 각 리전별로 AWS 계정 1개의 모든 DB 인스턴스는 고유해야 합니다.

    Master Username

    영숫자 문자를 사용해 DB 클러스터에 로그인하기 위해 마스터 사용자 이름으로 사용할 이름을 입력합니다.

    [Master Password]

    마스터 사용자 암호로 인쇄 가능한 ASCII 문자(/, " 및 @ 제외) 8-41자를 포함하는 암호를 입력합니다.

    [Specify DB Details] 페이지의 일반적인 모습은 다음과 같습니다.

     Amazon Aurora DB 인스턴스 시작 마법사 및 DB 인스턴스 세부 정보
  6. 마스터 암호를 확인한 후 [Next]를 선택합니다.

  7. [Configure Advanced Settings] 페이지에서 Aurora MySQL DB 클러스터 설정을 추가로 사용자 지정할 수 있습니다. 다음 표는 DB 클러스터의 고급 설정을 나타냅니다.

    옵션 수행할 작업

    VPC

    DB 클러스터를 호스팅할 VPC를 선택합니다. Amazon RDS에서 VPC를 생성하도록 하려면 [Create a New VPC]를 선택합니다. 자세한 내용은 이번 주제에서 전반부 DB 클러스터 사전 요구사항 단원을 참조하십시오.

    [Subnet Group]

    DB 클러스터에 사용할 DB 서브넷 그룹을 선택합니다. Amazon RDS에서 DB 서브넷 그룹을 생성하게 하려면 [Create a New DB Subnet Group]을 선택합니다. 자세한 내용은 이번 주제에서 전반부 DB 클러스터 사전 요구사항 단원을 참조하십시오.

    Publicly Accessible

    DB 클러스터에 퍼블릭 IP 주소를 할당하려면 [Yes]를 선택하고, 그렇지 않으면 [No]를 선택합니다. DB 클러스터의 인스턴스는 퍼블릭과 프라이빗 DB 인스턴스를 모두 혼합하여 사용할 수 있습니다. 모든 사용자의 액세스에서 인스턴스를 숨기는 방법에 대한 자세한 내용은 VPC에 있는 DB 인스턴스를 인터넷에서 숨기기 단원을 참조하십시오.

    가용 영역

    특정 가용 영역의 지정 여부를 결정합니다. 가용 영역에 대한 자세한 내용은 리전 및 가용 영역 단원을 참조하십시오.

    VPC Security Group(s)

    VPC 보안 그룹을 한 개 이상 선택하여 DB 클러스터에 대한 네트워크 액세스를 보안합니다. Amazon RDS에서 VPC 보안 그룹을 생성하게 하려면 [Create a New VPC Security Group]을 선택합니다. 자세한 내용은 이번 주제에서 전반부 DB 클러스터 사전 요구사항 단원을 참조하십시오.

    DB Cluster Identifier

    선택한 리전에 속한 계정 고유의 DB 클러스터 이름을 입력합니다. 이 식별자는 DB 클러스터에 대한 클러스터 엔드포인트 주소로 사용됩니다. 클러스터 엔드포인트에 대한 자세한 내용은 Aurora 엔드포인트 단원을 참조하십시오.

    DB 클러스터 식별자는 다음과 같은 제약 조건이 있습니다.

    • 1~63자의 영숫자 문자 또는 하이픈으로 구성되어야 합니다.

    • 첫 번째 문자는 글자이어야 합니다.

    • 하이픈으로 끝나거나 하이픈이 2개 연속으로 이어져서는 안 됩니다.

    • 리전별로 모든 DB 클러스터에 대해 AWS 계정당 고유해야 합니다.

    Database Name

    데이터베이스의 이름을 최대 64자의 영숫자 문자로 입력합니다. 이름을 입력하지 않으면 Aurora가 DB 클러스터에서 생성하려고 하는 데이터베이스를 생성하지 않습니다.

    Database Port

    애플리케이션과 유틸리티가 데이터베이스에 액세스할 때 사용할 포트를 지정합니다. Aurora MySQL DB 클러스터는 MySQL 포트, 3306이 기본 포트로 지정됩니다. 일부 기업에서는 방화벽이 기본 MySQL 포트 연결을 차단하는 경우도 있습니다. 이처럼 기업 방화벽이 기본 포트를 차단할 경우 새로운 DB 클러스터에 다른 포트를 선택해야 합니다.

    DB 파라미터 그룹

    DB 파라미터 그룹을 선택합니다. Aurora에 사용할 수 있는 기본 DB 파라미터 그룹이 있거나, 고유의 DB 파라미터 그룹을 생성할 수도 있습니다. DB 파라미터 그룹에 대한 자세한 내용은 DB 파라미터 그룹 작업 단원을 참조하십시오.

    DB 클러스터 파라미터 그룹

    DB 클러스터 파라미터 그룹을 선택합니다. Aurora에 사용할 수 있는 기본 DB 클러스터 파라미터 그룹이 있거나, 고유의 DB 클러스터 파라미터 그룹을 생성할 수도 있습니다. DB 클러스터 파라미터 그룹에 대한 자세한 내용은 DB 파라미터 그룹 작업 단원을 참조하십시오.

    Option Group

    옵션 그룹을 선택합니다. Aurora는 사용할 수 있는 기본 옵션 그룹이 있거나, 고유의 옵션 그룹을 생성할 수도 있습니다. 옵션 그룹에 대한 자세한 내용은 옵션 그룹 작업 단원을 참조하십시오.

    [Enable Encryption]

    이 DB 클러스터에 대해 비활성화되어 있는 암호화를 활성화하려면[Yes]를 선택합니다. 자세한 내용은 Amazon RDS 리소스 암호화 단원을 참조하십시오.

    Priority

    인스턴스의 장애 조치 우선 순위를 선택합니다. 값을 선택하지 않을 경우 기본값은 tier-1입니다. 기본 인스턴스 장애로부터 복원할 때 이 우선 순위에 따라 승격할 Aurora Replicas 순서가 결정됩니다. 자세한 내용은 Aurora DB 클러스터의 내결함성 단원을 참조하십시오.

    [Backup Retention Period]

    Aurora가 데이터베이스 백업 사본을 보존하는 기간을 1~35일로 선택합니다. 백업 사본은 데이터베이스를 특정 시점으로 정확히 복원(PITR)하는 데 사용됩니다.

    Enable Enhanced Monitoring

    DB 클러스터가 실행되는 운영 체제에 대한 실시간 수집 측정치를 활성화하려면 [Yes]를 선택합니다. 자세한 내용은 Enhanced Monitoring 단원을 참조하십시오.

    역할 모니터링

    이 옵션은 [Enable Enhanced Monitoring]을 [Yes]로 설정한 경우에만 사용할 수 있습니다. Amazon RDS가 사용자를 대신해 Amazon CloudWatch Logs과 통신하도록 허용하기 위해 만든 IAM 역할을 선택합니다.

    Granularity

    이 옵션은 [Enable Enhanced Monitoring]을 [Yes]로 설정한 경우에만 사용할 수 있습니다. DB 클러스터에 대해 측정치를 수집하는 간격(초)을 설정합니다.

    Auto Minor Version Upgrade

    이 옵션은 Amazon Aurora에 적용되지 않습니다. 이 서명은 무시할 수 있습니다.

    유지 관리 기간

    시스템 유지 관리를 실행하는 기간을 주 단위로 선택합니다.

    [Configure Advanced Settings] 페이지의 일반적인 모습은 다음과 같습니다.

     Amazon Aurora DB 인스턴스 시작 마법사 및 고급 설정 구성
  8. [Launch DB Instance]를 선택하여 Aurora DB 인스턴스를 시작한 다음 [Close]를 선택하여 마법사를 닫습니다.

Amazon RDS 콘솔의 DB 인터페이스 목록에 새 DB 인스턴스가 나타납니다. DB 인스턴스를 만들고 사용할 준비가 될 때까지 DB 인스턴스의 상태는 [creating]입니다. 상태가 [available]로 변경되면 DB 클러스터의 기본 인스턴스에 연결할 수 있습니다. DB 인스턴스 클래스와 할당된 저장소에 따라 새 인스턴스를 사용할 수 있을 때까지 몇 분 정도 걸릴 수 있습니다.

새로 생성된 클러스터를 보려면 Amazon RDS 콘솔에서 [Clusters]를 선택합니다. 자세한 내용은 Amazon Aurora DB 클러스터 보기 단원을 참조하십시오.

 Amazon Aurora DB 인스턴스 목록

클러스터의 포트와 엔드포인트를 기록합니다. 읽기 또는 쓰기 연산을 실행하는 애플리케이션은 모두 JDBC 및 ODBC 연결 문자열에 이 클러스터의 엔드포인트와 포트를 사용합니다.

mysqldump를 사용하여 MySQL에서 Amazon Aurora로 마이그레이션

Amazon Aurora MySQL는 MySQL과 호환되는 데이터베이스이므로 mysqldump 유틸리티를 사용하여 MySQL 또는 MariaDB 데이터베이스에서 기존의 Aurora MySQL DB 클러스터로 데이터를 복사할 수 있습니다. 크기가 매우 큰 MySQL 데이터베이스에서 이 작업을 하는 방법에 대한 자세한 내용은 가동 중지 시간을 단축하여 Amazon RDS MySQL MariaDB DB 인스턴스로 데이터 가져오기 단원을 참조하십시오. MySQL 데이터베이스의 데이터 양이 적은 경우에는 MySQL 또는 MariaDB DB에서 Amazon RDS MySQL 또는 MariaDB DB 인스턴스로 데이터 가져오기 단원을 참조하십시오.

관련 주제