액티브-액티브 클러스터의 제한 및 고려 사항 - Amazon Relational Database Service

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

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

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

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

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

  • 액티브-액티브 클러스터의 DB 인스턴스에 대한 마스터 사용자 이름으로 rdsgrprepladmin을 지정할 수 없습니다. 이 사용자 이름은 그룹 복제 연결용으로 예약되어 있습니다.

  • 액티브-액티브 클러스터에 읽기 전용 복제본이 있는 DB 인스턴스의 경우, Replicating 이외의 연장된 복제 상태가 로그 파일이 저장 제한을 초과하게끔 만들 수 있습니다. 읽기 전용 복제본 상태에 대한 자세한 내용은 읽기 전용 복제본 모니터링 섹션을 참조하세요.

  • 액티브-액티브 클러스터의 DB 인스턴스에는 블루/그린 배포가 지원되지 않습니다. 자세한 내용은 데이터베이스 업데이트에 Amazon RDS 블루/그린 배포 사용 단원을 참조하십시오.

  • 액티브-액티브 클러스터의 DB 인스턴스에는 Kerberos 인증이 지원되지 않습니다. 자세한 내용은 Amazon RDS for Microsoft SQL Server에 대한 Kerberos 인증 사용 단원을 참조하십시오.

  • 다중 AZ DB 클러스터의 DB 인스턴스는 액티브-액티브 클러스터에 추가할 수 없습니다. 그러나 다중 AZ DB 인스턴스 배포의 DB 인스턴스는 액티브-액티브 클러스터에 추가할 수 있습니다. 자세한 내용은 Amazon RDS에 대한 다중 AZ 배포 구성 및 관리 단원을 참조하십시오.

  • 그룹 복제 플러그인이 쓰기를 거부하기 때문에 프라이머리 키가 없는 표는 액티브-액티브 클러스터에 복제되지 않습니다.

  • InnoDB가 아닌 표는 액티브-액티브 클러스터에 복제되지 않습니다.

  • 액티브-액티브 클러스터는 클러스터의 여러 DB 인스턴스에 대한 동시 DML 및 DDL 문을 지원하지 않습니다.

  • 그룹의 복제 모드에 단일 기본 모드를 사용하도록 액티브-액티브 클러스터를 구성할 수 없습니다. 이 구성의 경우 다중 AZ DB 클러스터를 대신 사용하는 것이 좋습니다. 자세한 내용은 Amazon RDS용 다중 AZ DB 클러스터 배포 단원을 참조하십시오.

  • 액티브-액티브 클러스터의 DB 인스턴스에는 다중 소스 복제가 지원되지 않습니다.

  • 리전 간 액티브-액티브 클러스터는 그룹 복제 연결에 인증 기관(CA) 검증을 적용할 수 없습니다.

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

RDS for MySQL 액티브-액티브 클러스터를 사용하려면 먼저 다음 고려 사항 및 모범 사례를 검토하세요.

  • 액티브-액티브 클러스터의 DB 인스턴스는 9개를 초과할 수 없습니다.

  • 그룹 복제 플러그인을 사용하면 액티브-액티브 클러스터의 트랜잭션 일관성 보장을 제어할 수 있습니다. 자세한 내용은 MySQL 설명서의 트랜잭션 일관성 보장을 참조하세요.

  • 액티브-액티브 클러스터에서 서로 다른 DB 인스턴스가 동일한 행을 업데이트하는 경우 충돌이 발생할 수 있습니다. 충돌 및 충돌 해결에 대한 자세한 내용은 MySQL 설명서의 그룹 복제를 참조하세요.

  • 내결함성을 위해 액티브-액티브 클러스터에 DB 인스턴스를 3개 이상 포함합니다. 1~2개의 DB 인스턴스만으로도 액티브-액티브 클러스터를 구성할 수는 있지만, 클러스터에 내결함성이 갖춰지지 않습니다. 내결함성에 대한 자세한 내용은 MySQL 설명서의 내결함성을 참조하세요.

  • DB 인스턴스가 기존 액티브-액티브 클러스터에 조인하고 클러스터에서 가장 낮은 엔진 버전과 동일한 엔진 버전을 실행하는 경우 DB 인스턴스는 읽기-쓰기 모드로 조인됩니다.

  • DB 인스턴스가 기존 액티브-액티브 클러스터에 조인하고 클러스터의 최하위 엔진 버전보다 높은 엔진 버전을 실행하는 경우 DB 인스턴스는 읽기 전용 모드를 유지해야 합니다.

  • DB 파라미터 그룹에서 rds.group_replication_enabled 파라미터를 1로 설정하여 DB 인스턴스의 그룹 복제를 활성화했지만, 복제가 시작되지 않았거나 시작에 실패한 경우 DB 인스턴스는 슈퍼 읽기 전용 모드로 전환되어 데이터 불일치를 방지합니다. 슈퍼 읽기 전용 모드에 대한 자세한 내용은 MySQL 설명서를 참조하세요.

  • 액티브-액티브 클러스터에서 DB 인스턴스를 업그레이드할 수 있지만, 액티브-액티브 클러스터의 다른 모든 DB 인스턴스가 동일한 엔진 버전 또는 상위 엔진 버전으로 업그레이드될 때까지 DB 인스턴스는 읽기 전용입니다. DB 인스턴스를 업그레이드한 경우 업그레이드가 완료되면 DB 인스턴스가 동일한 액티브-액티브 클러스터에 자동으로 조인합니다. 의도치 않게 DB 인스턴스가 읽기 전용 모드로 전환되는 것을 방지하려면 해당 인스턴스의 자동 마이너 버전 업그레이드를 비활성화하세요. MySQL DB 인스턴스 업그레이드에 대한 자세한 내용은 RDS for MySQL DB 엔진 업그레이드를 참조하십시오.

  • 다중 AZ DB 인스턴스 배포의 DB 인스턴스를 기존 액티브-액티브 클러스터에 추가할 수 있습니다. 액티브-액티브 클러스터의 단일 AZ DB 인스턴스를 다중 AZ DB 인스턴스 배포로 변환할 수도 있습니다. 다중 AZ 배포의 기본 DB 인스턴스에 장애가 발생하면 기본 인스턴스가 대기 인스턴스로 장애 조치됩니다. 새 기본 DB 인스턴스는 장애 조치가 완료된 후 동일한 클러스터에 자동으로 조인합니다. 다중 AZ DB 인스턴스 배포에 대한 자세한 내용은 Amazon RDS에 대한 다중 AZ 인스턴스 배포 섹션을 참조하세요.

  • 액티브-액티브 클러스터의 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 설명서의 연결 보안 관리를 위한 통신 스택을 참조하세요.

  • DB 파라미터 그룹을 액티브-액티브 클러스터의 DB 인스턴스와 연결할 때는 이 DB 파라미터 그룹을 클러스터에 있는 다른 DB 인스턴스에만 연결하는 것이 좋습니다.

  • 액티브-액티브 클러스터는 RDS for MySQL DB 인스턴스만 지원합니다. 이러한 DB 인스턴스는 지원되는 버전의 DB 엔진을 실행해야 합니다.

  • 액티브-액티브 클러스터의 DB 인스턴스에 예상치 못한 장애가 발생하면 RDS는 자동으로 DB 인스턴스 복구를 시작합니다. DB 인스턴스가 복구되지 않는 경우 클러스터의 정상 DB 인스턴스를 통해 특정 시점으로 복구를 수행하여 새 DB 인스턴스로 교체하는 것이 좋습니다. 지침은 특정 시점으로 복구를 사용하여 액티브-액티브 클러스터에 DB 인스턴스 추가 단원을 참조하십시오.

  • 클러스터의 다른 DB 인스턴스에 영향을 주지 않고 액티브-액티브 클러스터의 DB 인스턴스를 삭제할 수 있습니다. DB 인스턴스 삭제에 대한 자세한 내용은 DB 인스턴스 삭제 단원을 참조하세요.