액티브-액티브 클러스터 제한 사항 및 고려 사항

AWS RDS 사용자 가이드의 이 페이지를 한국어로 설명합니다.

출처: 문서

본문

Amazon RDS의 액티브-액티브 클러스터는 여러 인스턴스에 워크로드를 분산하여 향상된 가용성과 확장성을 제공합니다. 그러나 이 아키텍처를 사용할 때 명심해야 할 중요한 제한 사항과 고려 사항이 있습니다.

다음 섹션에서는 복제 지연, 충돌 해결, 리소스 할당, 장애 조치 동작과 같은 주요 요소를 설명합니다. 이러한 고려 사항을 이해하면 액티브-액티브 클러스터 배포에서 최적의 성능과 안정성을 보장하는 데 도움이 될 수 있습니다.

항목

RDS for MySQL 액티브-액티브 클러스터 제한 사항
RDS for MySQL 액티브-액티브 클러스터 고려 사항 및 모범 사례

RDS for MySQL 액티브-액티브 클러스터 제한 사항

다음 제한 사항이 RDS for MySQL 액티브-액티브 클러스터에 적용됩니다.

액티브-액티브 클러스터의 DB 인스턴스에 대한 마스터 사용자 이름은 rdsgrprepladmin일 수 없습니다. 이 사용자 이름은 Group Replication 연결을 위해 예약되어 있습니다.
액티브-액티브 클러스터에서 읽기 복제본이 있는 DB 인스턴스의 경우 Replicating이 아닌 장기간의 복제 상태는 로그 파일이 스토리지 제한을 초과하게 할 수 있습니다. 읽기 복제본 상태에 대한 자세한 내용은 읽기 복제 모니터링을 참조하세요.
액티브-액티브 클러스터의 DB 인스턴스에는 블루/그린 배포가 지원되지 않습니다. 자세한 내용은 데이터베이스 업데이트를 위한 Amazon RDS 블루/그린 배포 사용을 참조하세요.
액티브-액티브 클러스터의 DB 인스턴스에는 Kerberos 인증이 지원되지 않습니다. 자세한 내용은 Amazon RDS for MySQL용 Kerberos 인증 사용을 참조하세요.
Multi-AZ DB 클러스터의 DB 인스턴스는 액티브-액티브 클러스터에 추가할 수 없습니다. 그러나 Multi-AZ DB 인스턴스 배포의 DB 인스턴스는 액티브-액티브 클러스터에 추가할 수 있습니다. 자세한 내용은 Amazon RDS의 Multi-AZ 배포 구성 및 관리를 참조하세요.
기본 키가 없는 테이블은 Group Replication 플러그인이 쓰기를 거부하므로 액티브-액티브 클러스터에서 복제되지 않습니다.
비 InnoDB 테이블은 액티브-액티브 클러스터에서 복제되지 않습니다.
액티브-액티브 클러스터는 클러스터의 다른 DB 인스턴스에서 동시 DML 및 DDL 문을 지원하지 않습니다.
그룹의 복제 모드에 단일 기본 모드를 사용하도록 액티브-액티브 클러스터를 구성할 수 없습니다. 이 구성에는 Multi-AZ DB 클러스터를 사용하는 것이 좋습니다. 자세한 내용은 Amazon RDS Multi-AZ DB 클러스터 배포를 참조하세요.
액티브-액티브 클러스터의 DB 인스턴스에는 다중 소스 복제가 지원되지 않습니다.
크로스 리전 액티브-액티브 클러스터는 Group Replication 연결에 CA(인증 기관) 확인을 적용할 수 없습니다.

RDS for MySQL 액티브-액티브 클러스터 고려 사항 및 모범 사례

RDS for MySQL 액티브-액티브 클러스터를 사용하기 전에 다음 고려 사항과 모범 사례를 검토하세요.

액티브-액티브 클러스터는 9개 이상의 DB 인스턴스를 가질 수 없습니다.
Group Replication 플러그인을 사용하면 액티브-액티브 클러스터의 트랜잭션 일관성 보장을 제어할 수 있습니다. 자세한 내용은 MySQL 문서의 Transaction Consistency Guarantees를 참조하세요.
액티브-액티브 클러스터에서 다른 DB 인스턴스가 같은 행을 업데이트하면 충돌이 발생할 수 있습니다. 충돌 및 충돌 해결에 대한 자세한 내용은 MySQL 문서의 Group Replication을 참조하세요.
내결함성을 위해 액티브-액티브 클러스터에 최소 3개의 DB 인스턴스를 포함하세요. 하나 또는 두 개의 DB 인스턴스로 액티브-액티브 클러스터를 구성할 수 있지만 클러스터는 내결함성을 갖지 않습니다. 내결함성에 대한 자세한 내용은 MySQL 문서의 Fault-tolerance를 참조하세요.
DB 인스턴스가 기존 액티브-액티브 클러스터에 가입하고 클러스터에서 가장 낮은 엔진 버전과 동일한 엔진 버전을 실행하는 경우 DB 인스턴스는 읽기-쓰기 모드로 가입합니다.
DB 인스턴스가 기존 액티브-액티브 클러스터에 가입하고 클러스터에서 가장 낮은 엔진 버전보다 높은 엔진 버전을 실행하는 경우 DB 인스턴스는 읽기 전용 모드로 유지되어야 합니다.
DB 파라미터 그룹에서 rds.group_replication_enabled 파라미터를 1로 설정하여 DB 인스턴스에 Group Replication을 활성화하지만 복제가 시작되지 않았거나 시작에 실패한 경우 DB 인스턴스는 데이터 불일치를 방지하기 위해 슈퍼 읽기 전용 모드가 됩니다. 슈퍼 읽기 전용 모드에 대한 자세한 내용은 MySQL 문서를 참조하세요.
액티브-액티브 클러스터의 DB 인스턴스를 업그레이드할 수 있지만, 액티브-액티브 클러스터의 다른 모든 DB 인스턴스가 동일한 엔진 버전 또는 더 높은 엔진 버전으로 업그레이드될 때까지 DB 인스턴스는 읽기 전용입니다. DB 인스턴스를 업그레이드하면 업그레이드가 완료될 때 자동으로 같은 액티브-액티브 클러스터에 가입합니다. DB 인스턴스가 의도치 않게 읽기 전용 모드로 전환되는 것을 방지하려면 자동 부 버전 업그레이드를 비활성화하세요. MySQL DB 인스턴스 업그레이드에 대한 자세한 내용은 RDS for MySQL DB 엔진 업그레이드를 참조하세요.
Multi-AZ DB 인스턴스 배포의 DB 인스턴스를 기존 액티브-액티브 클러스터에 추가할 수 있습니다. 또한 액티브-액티브 클러스터의 Single-AZ DB 인스턴스를 Multi-AZ DB 인스턴스 배포로 변환할 수 있습니다. Multi-AZ 배포의 기본 DB 인스턴스가 실패하면 해당 기본 인스턴스는 대기 인스턴스로 장애 조치됩니다. 새 기본 DB 인스턴스는 장애 조치 완료 후 자동으로 같은 클러스터에 가입합니다. Multi-AZ DB 인스턴스 배포에 대한 자세한 내용은 Amazon RDS Multi-AZ DB 인스턴스 배포를 참조하세요.
액티브-액티브 클러스터의 DB 인스턴스가 유지 관리 기간에 서로 다른 시간 범위를 갖는 것이 좋습니다. 이렇게 하면 클러스터의 여러 DB 인스턴스가 동시에 유지 관리를 위해 오프라인 상태가 되는 것을 방지할 수 있습니다. 자세한 내용은 Amazon RDS 유지 관리 기간을 참조하세요.
액티브-액티브 클러스터는 DB 인스턴스 간의 연결에 SSL을 사용할 수 있습니다. SSL 연결을 구성하려면 group_replication_recovery_use_ssl 및 group_replication_ssl_mode 파라미터를 설정하세요. 이러한 파라미터의 값은 액티브-액티브 클러스터의 모든 DB 인스턴스에서 일치해야 합니다.
- 현재 액티브-액티브 클러스터는 AWS 리전 간 연결에 대한 CA(인증 기관) 확인을 지원하지 않습니다. 따라서 크로스 리전 클러스터의 경우 group_replication_ssl_mode 파라미터를 DISABLED(기본값) 또는 REQUIRED로 설정해야 합니다.
RDS for MySQL 액티브-액티브 클러스터는 다중 기본 모드로 실행됩니다. group_replication_enforce_update_everywhere_checks의 기본값은 ON이고 이 파라미터는 정적입니다. 이 파라미터가 ON으로 설정되면 애플리케이션은 계단식 외래 키 제약 조건이 있는 테이블에 삽입할 수 없습니다.
RDS for MySQL 액티브-액티브 클러스터는 XCOM 대신 MySQL 통신 스택을 연결 보안에 사용합니다. 자세한 내용은 MySQL 문서의 Communication Stack for Connection Security Management를 참조하세요.
DB 파라미터 그룹이 액티브-액티브 클러스터의 DB 인스턴스와 연결된 경우 이 DB 파라미터 그룹을 클러스터의 다른 DB 인스턴스에만 연결하는 것이 좋습니다.
액티브-액티브 클러스터는 RDS for MySQL DB 인스턴스만 지원합니다. 이러한 DB 인스턴스는 지원되는 버전의 DB 엔진을 실행해야 합니다.
액티브-액티브 클러스터의 DB 인스턴스에 예기치 않은 장애가 발생하면 RDS가 자동으로 DB 인스턴스의 복구를 시작합니다. DB 인스턴스가 복구되지 않으면 클러스터의 정상 DB 인스턴스로 특정 시점 복구를 수행하여 새 DB 인스턴스로 교체하는 것이 좋습니다. 지침은 특정 시점 복구를 사용하여 액티브-액티브 클러스터에 DB 인스턴스 추가를 참조하세요.
액티브-액티브 클러스터의 DB 인스턴스를 클러스터의 다른 DB 인스턴스에 영향을 주지 않고 삭제할 수 있습니다. DB 인스턴스 삭제에 대한 자세한 내용은 DB 인스턴스 삭제를 참조하세요.
DB 인스턴스가 액티브-액티브 클러스터를 의도치 않게 떠날 때 기본적으로 group_replication_exit_state_action 파라미터가 OFFLINE_MODE로 변경됩니다. 이 상태에서 DB 인스턴스에 액세스할 수 없으며 DB 인스턴스를 재부팅하여 다시 온라인으로 만들고 클러스터에 다시 가입해야 합니다. 사용자 지정 파라미터 그룹에서 group_replication_exit_state_action 파라미터를 수정하여 이 동작을 변경할 수 있습니다. 파라미터를 READ_ONLY로 설정하면 DB 인스턴스가 클러스터를 의도치 않게 떠날 때 오프라인 상태가 되는 대신 슈퍼 읽기 전용 상태가 됩니다.

더 알아보기 (Learn more)

Amazon RDS 사용자 가이드