Aurora MySQL 글로벌 데이터베이스에서 쓰기 전달 사용

Aurora MySQL의 쓰기 전달을 사용할 수 있는 리전 및 버전

쓰기 전달은 Aurora MySQL 기반 글로벌 데이터베이스를 사용할 수 있는 모든 리전에서 Aurora MySQL 2.08.1 이상 버전에 지원됩니다.

Aurora MySQL 글로벌 데이터베이스의 버전 및 리전 가용성에 대한 자세한 정보는 Aurora MySQL을 사용하는 Aurora 전역 데이터베이스 섹션을 참조하세요.

Aurora MySQL에서 쓰기 전달 활성화

기본적으로 Aurora 글로벌 데이터베이스에 보조 클러스터를 추가할 때는 쓰기 전달이 활성화되지 않습니다.

AWS Management Console을 사용하여 쓰기 전달을 활성화하려면 글로벌 데이터베이스에 대해 리전을 추가할 때 읽기 전용 복제본 쓰기 전달에서 읽기 전용 복제본 쓰기 전달 켜기 확인란을 선택합니다. 기존 보조 클러스터의 경우 전역 쓰기 전달 켜기로 클러스터를 수정합니다. 쓰기 전달을 끄려면 리전을 추가하거나 보조 클러스터를 수정할 때 전역 쓰기 전달 켜기 확인란의 선택을 취소합니다.

AWS CLI를 사용하여 쓰기 전달을 활성화하려면 --enable-global-write-forwarding 옵션을 사용합니다. 이 옵션은 create-db-cluster 명령을 사용하여 새 보조 클러스터를 생성할 때 작동합니다. 이 옵션은 modify-db-cluster 명령을 사용하여 기존 보조 클러스터를 수정할 때도 작동합니다. 이렇게 하려면 글로벌 데이터베이스에서 쓰기 전달을 지원하는 Aurora 버전을 사용해야 합니다. 이러한 동일한 CLI 명령과 함께 --no-enable-global-write-forwarding 옵션을 사용하여 쓰기 전달을 끌 수 있습니다.

Amazon RDS API를 사용하여 쓰기 전달을 활성화하려면 EnableGlobalWriteForwarding 파라미터를 true로 설정합니다. 이 파라미터는 CreateDBCluster 작업을 사용하여 새 보조 클러스터를 생성할 때 작동합니다. 이 파라미터는 ModifyDBCluster 작업을 사용하여 기존 보조 클러스터를 수정할 때도 작동합니다. 이렇게 하려면 글로벌 데이터베이스에서 쓰기 전달을 지원하는 Aurora 버전을 사용해야 합니다. EnableGlobalWriteForwarding 파라미터를 false로 설정하여 쓰기 전달을 끌 수 있습니다.

다음 CLI 예제에서는 쓰기 전달이 활성화되거나 비활성화된 상태로 Aurora 글로벌 데이터베이스를 설정하는 방법을 보여 줍니다. 강조 표시된 항목은 Aurora 글로벌 데이터베이스에 대한 인프라를 설정할 때 지정하고 일관성을 유지해야 할 중요한 명령 및 옵션을 나타냅니다.

다음 예제에서는 쓰기 전달이 활성화된 상태로 Aurora 글로벌 데이터베이스, 기본 클러스터 및 보조 클러스터를 생성합니다. 사용자 이름, 암호, 기본 및 보조 AWS 리전을 직접 선택한 항목으로 대체합니다.

# Create overall global database.
aws rds create-global-cluster --global-cluster-identifier write-forwarding-test \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-east-1

# Create primary cluster, in the same AWS Region as the global database.
aws rds create-db-cluster --global-cluster-identifier write-forwarding-test \
  --db-cluster-identifier write-forwarding-test-cluster-1 \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --master-username user_name --master-user-password password \
  --region us-east-1

aws rds create-db-instance --db-cluster-identifier write-forwarding-test-cluster-1 \
  --db-instance-identifier write-forwarding-test-cluster-1-instance-1 \
  --db-instance-class db.r5.large \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-east-1

aws rds create-db-instance --db-cluster-identifier write-forwarding-test-cluster-1 \
  --db-instance-identifier write-forwarding-test-cluster-1-instance-2 \
  --db-instance-class db.r5.large \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-east-1

# Create secondary cluster, in a different AWS Region than the global database,
# with write forwarding enabled.
aws rds create-db-cluster --global-cluster-identifier write-forwarding-test \
  --db-cluster-identifier write-forwarding-test-cluster-2 \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-east-2 \
  --enable-global-write-forwarding

aws rds create-db-instance --db-cluster-identifier write-forwarding-test-cluster-2 \
  --db-instance-identifier write-forwarding-test-cluster-2-instance-1 \
  --db-instance-class db.r5.large \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-east-2

aws rds create-db-instance --db-cluster-identifier write-forwarding-test-cluster-2 \
  --db-instance-identifier write-forwarding-test-cluster-2-instance-2 \
  --db-instance-class db.r5.large \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-east-2

다음 예제는 이전 예제에서 계속됩니다. 쓰기 전달이 활성화되지 않은 상태로 보조 클러스터를 생성한 다음, 쓰기 전달을 활성화합니다. 이 예제가 완료된 후에는 글로벌 데이터베이스의 모든 보조 클러스터에 쓰기 전달이 활성화됩니다.

# Create secondary cluster, in a different AWS Region than the global database,
# without write forwarding enabled.
aws rds create-db-cluster --global-cluster-identifier write-forwarding-test \
  --db-cluster-identifier write-forwarding-test-cluster-2 \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-west-1

aws rds create-db-instance --db-cluster-identifier write-forwarding-test-cluster-2 \
  --db-instance-identifier write-forwarding-test-cluster-2-instance-1 \
  --db-instance-class db.r5.large \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-west-1

aws rds create-db-instance --db-cluster-identifier write-forwarding-test-cluster-2 \
  --db-instance-identifier write-forwarding-test-cluster-2-instance-2 \
  --db-instance-class db.r5.large \
  --engine aurora-mysql --engine-version 5.7.mysql_aurora.2.11.1 \
  --region us-west-1

aws rds modify-db-cluster --db-cluster-identifier write-forwarding-test-cluster-2 \
  --region us-east-2 \
  --enable-global-write-forwarding

Aurora MySQL에서 보조 클러스터에 쓰기 전달이 활성화되어 있는지 확인

보조 클러스터에서 쓰기 전달을 사용할 수 있는지 여부를 확인하려면 클러스터에 "GlobalWriteForwardingStatus": "enabled" 특성이 있는지 여부를 확인할 수 있습니다.

AWS Management Console에서 클러스터의 세부 정보 페이지 구성 탭에서 전역 읽기 복제본 쓰기 전달이 활성화됨 상태인 것을 볼 수 있습니다.

모든 클러스터에 대한 글로벌 쓰기 전달 설정의 상태를 보려면 다음 AWS CLI 명령을 실행합니다.

보조 클러스터에는 쓰기 전달이 켜져 있는지 또는 꺼져 있는지를 나타내는 "enabled" 또는 "disabled" 값이 표시됩니다. null 값은 해당 클러스터에 쓰기 전달을 사용할 수 없음을 나타냅니다. 클러스터가 글로벌 데이터베이스의 일부가 아니거나, 보조 클러스터 대신 기본 클러스터입니다. 또한 쓰기 전달이 켜지거나 꺼지는 중인 경우 이 값은 "enabling" 또는 "disabling"일 수 있습니다.

aws rds describe-db-clusters \
--query '*[].{DBClusterIdentifier:DBClusterIdentifier,GlobalWriteForwardingStatus:GlobalWriteForwardingStatus}'

[
    {
        "GlobalWriteForwardingStatus": "enabled",
        "DBClusterIdentifier": "aurora-write-forwarding-test-replica-1"
    },
    {
        "GlobalWriteForwardingStatus": "disabled",
        "DBClusterIdentifier": "aurora-write-forwarding-test-replica-2"
    },
    {
        "GlobalWriteForwardingStatus": null,
        "DBClusterIdentifier": "non-global-cluster"
    }
]

글로벌 쓰기 전달이 활성화된 모든 보조 클러스터를 찾으려면 다음 명령을 실행하십시오. 이 명령은 또한 클러스터의 판독기 엔드포인트를 반환합니다. Aurora 글로벌 데이터베이스에서 보조 클러스터에서 기본 클러스터로의 쓰기 전달을 사용할 때는 보조 클러스터의 읽기 장치 엔드포인트를 사용합니다.

aws rds describe-db-clusters --query 'DBClusters[].{DBClusterIdentifier:DBClusterIdentifier,GlobalWriteForwardingStatus:GlobalWriteForwardingStatus,ReaderEndpoint:ReaderEndpoint} | [?GlobalWriteForwardingStatus == `enabled`]'
[
    {
        "GlobalWriteForwardingStatus": "enabled",
        "ReaderEndpoint": "aurora-write-forwarding-test-replica-1.cluster-ro-cnpexample.us-west-2.rds.amazonaws.com",
        "DBClusterIdentifier": "aurora-write-forwarding-test-replica-1"
    }
]

Aurora MySQL에서 쓰기 전달과 애플리케이션 및 SQL 호환성

다음과 같은 종류의 SQL 문을 쓰기 전달과 함께 사용할 수 있습니다.

특정 명령문은 쓰기 전달과 함께 글로벌 데이터베이스에서 사용할 때 허용되지 않거나 부실 결과를 생성할 수 있습니다. 따라서 EnableGlobalWriteForwarding 설정은 보조 클러스터에 대해 기본적으로 꺼져 있습니다. 이 설정을 켜기 전에, 애플리케이션 코드가 이러한 제한 사항의 영향을 받지 않는지 확인하십시오.

쓰기 전달에 사용하는 SQL 문에는 다음과 같은 제한 사항이 적용됩니다. 일부 경우에는 클러스터 수준에서 쓰기 전달이 활성화된 보조 클러스터에서 명령문을 사용할 수 있습니다. 이 접근 방식은 aurora_replica_read_consistency 구성 파라미터를 통해 세션 내에서 쓰기 전달을 켜지 않은 경우에 작동합니다. 쓰기 전달 때문에 명령문이 허용되지 않을 때 명령문을 사용하려고 시도하면 다음과 같은 형식의 오류 메시지가 나타납니다.

ERROR 1235 (42000): This version of MySQL doesn't yet support 'operation with write forwarding'.

Aurora MySQL에서 쓰기 전달의 격리 및 일관성

쓰기 전달을 사용하는 세션에서는 REPEATABLE READ 격리 수준만 사용할 수 있습니다. 보조 READ COMMITTED 리전의 읽기 전용 클러스터에서도 AWS 격리 수준을 사용할 수 있지만, 쓰기 전달에는 해당 격리 수준이 작동하지 않습니다. REPEATABLE READ 및 READ COMMITTED 격리 수준에 대한 자세한 내용은 Aurora MySQL 격리 수준 단원을 참조하십시오.

보조 클러스터에서 읽기 일관성 정도를 제어할 수 있습니다. 읽기 일관성 수준은 기본 클러스터에서 일부 또는 모든 변경 사항이 복제되도록 각 읽기 작업 전에 보조 클러스터가 대기하는 정도를 결정합니다. 읽기 일관성 수준을 조정하여 세션에서 전달된 모든 쓰기 작업이 후속 쿼리 전에 보조 클러스터에 표시되도록 할 수 있습니다. 또한 이 설정을 사용하여 보조 클러스터의 쿼리에 항상 기본 클러스터의 최신 업데이트가 표시되게 할 수 있습니다. 이는 다른 세션이나 다른 클러스터에서 제출된 경우에도 마찬가지입니다. 애플리케이션에 대해 이러한 유형의 동작을 지정하려면 세션 수준 파라미터 aurora_replica_read_consistency의 값을 선택합니다.

aurora_replica_read_consistency 매개변수에 대해 EVENTUAL, SESSION 및 GLOBAL 값을 지정할 수 있습니다.

일관성 수준을 높이면 애플리케이션은 변경 사항이 AWS 리전 간에 전파될 때까지 더 오랜 시간 동안 대기합니다. 빠른 응답 시간과 쿼리가 실행되기 전에 다른 위치에서 변경한 내용을 완전히 사용할 수 있도록 보장하는 것 사이의 균형을 선택할 수 있습니다.

읽기 일관성을 EVENTUAL로 설정하면 쓰기 전달을 사용하는 보조 AWS 리전의 쿼리가 복제 지연으로 인해 약간 오래된 데이터를 표시할 수 있습니다. 동일한 세션에서 쓰기 작업의 결과는 쓰기 작업이 기본 리전에서 수행되어 현재 리전으로 복제될 때까지 표시되지 않습니다. 쿼리는 업데이트된 결과를 사용할 수 있을 때까지 대기하지 않습니다. 따라서 쿼리는 명령문의 타이밍 및 복제 지연 양에 따라 이전 데이터 또는 업데이트된 데이터를 검색할 수 있습니다.

읽기 일관성을 SESSION으로 설정하면 쓰기 전달을 사용하는 보조 AWS 리전의 모든 쿼리는 해당 세션에서 수행한 모든 변경의 결과를 표시합니다. 변경 내용은 트랜잭션이 커밋되었는지 여부와 상관없이 표시됩니다. 필요한 경우 쿼리는 전달된 쓰기 작업의 결과가 현재 리전으로 복제될 때까지 대기합니다. 쿼리는 다른 리전이나 현재 리전 내의 다른 세션에서 수행한 쓰기 작업에서 업데이트된 결과가 나올 때까지 대기하지 않습니다.

읽기 일관성을 GLOBAL로 설정하면 보조 AWS 리전의 세션에는 해당 세션에서 변경한 내용이 표시됩니다. 또한 기본 AWS 리전 및 기타 보조 AWS 리전에서 커밋된 모든 변경 내용도 표시됩니다. 각 쿼리는 세션 지연 양에 따라 다른 기간 동안 대기할 수 있습니다. 쿼리가 시작된 시간을 기준으로, 보조 클러스터가 기본 클러스터에서 커밋된 모든 데이터로 최신 상태가 되면 쿼리가 진행됩니다.

쓰기 전달과 관련된 모든 파라미터에 대한 자세한 내용은 Aurora MySQL에서 쓰기 전달에 대한 구성 파라미터 단원을 참조하십시오.

쓰기 전달 사용의 예제

이 예시에서는 aurora_replica_read_consistency를 세션 변수로 사용합니다. Aurora MySQL 버전 3.04 이상에서는 세션 변수 또는 DB 클러스터 파라미터로 aurora_replica_read_consistency를 사용할 수 있습니다.

다음 예제에서, 기본 클러스터는 US East (N. Virginia) 리전에 있습니다. 보조 클러스터는 미국 동부(오하이오) 리전에 있습니다. 이 예에서는 INSERT 문 다음에 SELECT 문을 실행하는 결과를 보여 줍니다. aurora_replica_read_consistency 설정의 값에 따라, 결과는 명령문의 타이밍에 따라 다를 수 있습니다. 일관성을 높이기 위해 SELECT 문을 실행하기 전에 잠시 기다립니다. 또는 Aurora은(는) SELECT을(를) 계속하기 전에 결과 복제가 완료될 때까지 자동으로 대기할 수 있습니다.

이 예제에는 eventual의 읽기 일관성 설정이 있습니다. INSERT 문 바로 다음에 SELECT 문을 실행하면 여전히 COUNT(*)의 값이 반환됩니다. 이 값은 새로운 행이 삽입되기 전의 행 수를 반영합니다. 잠시 후에 SELECT를 다시 실행하면 업데이트된 행 수가 반환됩니다. SELECT 명령문은 대기하지 않습니다.

mysql> set aurora_replica_read_consistency = 'eventual';
mysql> select count(*) from t1;
+----------+
| count(*) |
+----------+
|        5 |
+----------+
1 row in set (0.00 sec)
mysql> insert into t1 values (6); select count(*) from t1;
+----------+
| count(*) |
+----------+
|        5 |
+----------+
1 row in set (0.00 sec)
mysql> select count(*) from t1;
+----------+
| count(*) |
+----------+
|        6 |
+----------+
1 row in set (0.00 sec)

읽기 일관성 설정이 session인 경우 INSERT 직후 SELECT 명령문은 INSERT 명령문의 변경 사항이 표시될 때까지 대기합니다. 후속 SELECT 명령문은 대기하지 않습니다.

mysql> set aurora_replica_read_consistency = 'session';
mysql> select count(*) from t1;
+----------+
| count(*) |
+----------+
|        6 |
+----------+
1 row in set (0.01 sec)
mysql> insert into t1 values (6); select count(*) from t1; select count(*) from t1;
Query OK, 1 row affected (0.08 sec)
+----------+
| count(*) |
+----------+
|        7 |
+----------+
1 row in set (0.37 sec)
+----------+
| count(*) |
+----------+
|        7 |
+----------+
1 row in set (0.00 sec)

읽기 일관성 설정이 여전히 session인 경우, INSERT 문을 수행한 후 짧은 대기 시간을 도입하면 다음 번 SELECT 문이 실행되는 시간까지 업데이트된 행 수를 사용할 수 있습니다.

mysql> insert into t1 values (6); select sleep(2); select count(*) from t1;
Query OK, 1 row affected (0.07 sec)
+----------+
| sleep(2) |
+----------+
|        0 |
+----------+
1 row in set (2.01 sec)
+----------+
| count(*) |
+----------+
|        8 |
+----------+
1 row in set (0.00 sec)

읽기 일관성 설정이 global인 경우, 각 SELECT 문은 쿼리를 수행하기 전에 명령문의 시작 시간을 기준으로 모든 데이터 변경 사항이 표시되도록 보장하기 위해 대기합니다. 각 SELECT 문에 대한 대기 시간은 기본 클러스터와 보조 클러스터 간의 복제 지연 양에 따라 다릅니다.

mysql> set aurora_replica_read_consistency = 'global';
mysql> select count(*) from t1;
+----------+
| count(*) |
+----------+
|        8 |
+----------+
1 row in set (0.75 sec)
mysql> select count(*) from t1;
+----------+
| count(*) |
+----------+
|        8 |
+----------+
1 row in set (0.37 sec)
mysql> select count(*) from t1;
+----------+
| count(*) |
+----------+
|        8 |
+----------+
1 row in set (0.66 sec)

Aurora MySQL에서 쓰기 전달을 사용하여 멀티파트 문 실행

DML 문은 INSERT ... SELECT 문 또는 DELETE ... WHERE 문과 같이 여러 부분으로 구성될 수 있습니다. 이 경우 전체 명령문은 기본 클러스터로 전달되어 기본 클러스터에서 실행됩니다.

Aurora MySQL에서 쓰기 전달을 사용한 트랜잭션

트랜잭션이 기본 클러스터로 전달되는지 여부는 트랜잭션의 액세스 모드에 따라 다릅니다. SET TRANSACTION 문 또는 START TRANSACTION 문을 사용하여 트랜잭션에 대한 액세스 모드를 지정할 수 있습니다. Aurora MySQL 세션 변수 tx_read_only의 값을 변경하여 트랜잭션 액세스 모드를 지정할 수도 있습니다. 쓰기 전달이 활성화된 보조 클러스터에 연결되어 있는 동안에만 이 세션 값을 변경할 수 있습니다.

장기 실행 트랜잭션이 상당한 기간 동안 명령문을 실행하지 않으면 유휴 제한 시간을 초과할 수 있습니다. 이 기간의 기본값은 1분입니다. 이 값을 최대 하루까지 늘릴 수 있습니다. 유휴 시간 제한을 초과하는 트랜잭션은 기본 클러스터에서 취소됩니다. 다음 번 후속 명령문을 제출하면 시간 제한 오류가 수신됩니다. 그런 다음 Aurora는 트랜잭션을 롤백합니다.

이러한 유형의 오류는 쓰기 전달을 사용할 수 없는 다른 경우에 발생할 수 있습니다. 예를 들어 기본 클러스터를 다시 시작하거나 쓰기 전달 구성 설정을 끄면 Aurora에서 쓰기 전달을 사용하는 트랜잭션이 취소됩니다.

Aurora MySQL에서 쓰기 전달에 대한 구성 파라미터

Aurora 클러스터 파라미터 그룹에는 쓰기 전달 기능에 대한 설정이 포함되어 있습니다. 이러한 파라미터는 클러스터 파라미터이므로 각 클러스터의 모든 DB 인스턴스에 이러한 변수의 동일한 값이 있어야 합니다. 이러한 파라미터에 대한 자세한 내용은 다음 표에 요약되어 있으며, 표 뒤에 사용 참고 사항이 나와 있습니다.

보조 클러스터에서 들어오는 쓰기 요청을 제어하려면 기본 클러스터에서 다음과 같은 설정을 사용합니다.

aurora_replica_read_consistency 파라미터는 쓰기 전달을 활성화하는 세션 수준 파라미터입니다. 이는 각 세션에서 사용합니다. 읽기 일관성 수준에 대해 EVENTUAL, SESSION 또는 GLOBAL을(를) 지정할 수 있습니다. 일관성 수준에 대한 자세한 내용은 Aurora MySQL에서 쓰기 전달의 격리 및 일관성 단원을 참조하세요. 이 파라미터에는 다음과 같은 규칙이 적용됩니다.

Aurora MySQL에서 쓰기 전달에 대한 Amazon CloudWatch 지표

다음 Amazon CloudWatch 지표 및 Aurora MySQL 상태 변수는 하나 이상의 보조 클러스터에서 쓰기 전달을 사용할 때 기본 클러스터에 적용됩니다. 이러한 지표는 모두 기본 클러스터의 라이터 DB 인스턴스에서 측정됩니다.

다음 CloudWatch 지표 및 Aurora MySQL 상태 변수는 각 보조 클러스터에 적용됩니다. 이러한 지표는 쓰기 전달이 활성화된 보조 클러스터의 각 리더 DB 인스턴스에서 측정됩니다.