View a markdown version of this page

Aurora Serverless v2 요구 사항 및 제한 사항 - Amazon Aurora
리전 및 버전 사용 가능 여부Aurora Serverless v2를 사용하는 클러스터에는 용량 범위가 지정되어 있어야 합니다.호환되지 않는 규모 조정 구성일부 프로비저닝된 기능은 Aurora Serverless v2에서 지원되지 않습니다.

Aurora Serverless v2 요구 사항 및 제한 사항

Aurora Serverless v2 DB 인스턴스를 사용하려는 클러스터를 생성할 때 다음 요구 사항 및 제한 사항에 주의하세요.

리전 및 버전 사용 가능 여부

기능 가용성 및 해당 지원은 각 Aurora 데이터베이스 엔진의 특정 버전 및 AWS 리전에 따라 다릅니다. Aurora와 Aurora Serverless v2 버전 및 리전 가용성에 대한 자세한 정보는 Aurora Serverless v2를 지원하는 리전 및 Aurora DB 엔진 섹션을 참조하세요.

다음 예에서는 특정 AWS 리전에 대해 Aurora Serverless v2와 함께 사용할 수 있는 정확한 DB 엔진 값을 확인하는 AWS CLI 명령을 보여줍니다. Aurora Serverless v2에 대한 --db-instance-class 파라미터는 항상 db.serverless입니다. --engine 파라미터는 aurora-mysql 또는 aurora-postgresql일 수 있습니다. 적절한 --region 및 --engine 값을 대체하여 사용할 수 있는 --engine-version 값을 확인하세요. 명령이 출력을 생성하지 않으면 Aurora Serverless v2 및 DB 엔진 조합에 대해 AWS 리전를 사용할 수 없습니다.

aws rds describe-orderable-db-instance-options --engine aurora-mysql --db-instance-class db.serverless \
  --region my_region --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text

aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.serverless \
  --region my_region --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text

Aurora Serverless v2를 사용하는 클러스터에는 용량 범위가 지정되어 있어야 합니다.

db.serverless DB 인스턴스 클래스를 사용하는 DB 인스턴스를 추가하려면 먼저 Aurora 클러스터에 ServerlessV2ScalingConfiguration 속성이 있어야 합니다. 이 속성은 용량 범위를 지정합니다. Aurora Serverless v2 용량 범위는 최소 0ACU(Aurora 용량 단위)에서 최대 256ACU까지 0.5ACU 단위로 증가합니다. 허용되는 최소값은 Aurora 버전에 따라 다릅니다. 각 ACU는 약 2GiB RAM 및 관련 CPU 및 네트워킹에 해당하는 용량을 제공합니다. Aurora Serverless v2 용량 범위 설정을 사용하는 방법에 대한 자세한 내용은 Aurora Serverless v2 작동 방식 페이지를 참조하세요.

다양한 DB 엔진 버전 및 플랫폼 버전에 허용되는 용량 범위는 Aurora Serverless v2 용량 섹션을 참조하세요. 지정된 클러스터에 사용 가능한 규모 조정 범위는 엔진 버전과 하드웨어(플랫폼 버전) 모두의 영향을 받습니다.

클러스터 및 연결된 Aurora Serverless v2 DB 인스턴스를 생성할 때 AWS Management Console에서 최소 및 최대 ACU 값을 지정할 수 있습니다. AWS CLI에서 --serverless-v2-scaling-configuration 옵션을 지정할 수도 있습니다. 또는 Amazon RDS API로 ServerlessV2ScalingConfiguration 파라미터를 지정할 수 있습니다. 클러스터를 생성하거나 기존 클러스터를 수정할 때 이 속성을 지정할 수 있습니다. 용량 범위를 설정하는 프로시저는 클러스터의 Aurora Serverless v2 용량 설정 페이지를 참조하세요. 최소 및 최대 용량 값을 선택하는 방법과 이러한 설정이 일부 데이터베이스 파라미터에 미치는 영향에 대한 자세한 내용은 Aurora 클러스터의 Aurora Serverless v2 용량 범위 선택 페이지를 참조하세요.

호환되지 않는 규모 조정 구성

최대 용량이 더 낮은 Aurora PostgreSQL 클러스터를 수정하면 새 구성에 맞게 각 인스턴스가 스케일 다운됩니다. Aurora에서 인스턴스에 스케일 다운 문제가 있음을 감지하면 규모 조정 구성 업데이트를 취소하고 롤백할 수 있습니다. 따라서 인스턴스는 이전 구성으로 다시 규모 조정됩니다. 이 문제는 새 최대 용량이 현재 워크로드를 처리하기에 충분하지 않거나 클러스터 또는 인스턴스의 데이터베이스 파라미터 그룹에 적용된 사용자 지정 파라미터가 너무 높게 설정된 경우에 발생할 수 있습니다.

롤백이 시작되면 원하는 규모 조정 구성을 적용할 수 없는 인스턴스에 대한 정보가 포함된 Amazon RDS 이벤트를 통해 알림을 받게 됩니다. 롤백이 완료되면 규모 조정 구성의 최대 용량이 원래 더 높은 값으로 돌아갑니다. 롤백으로 인해 클러스터의 모든 인스턴스에서 Aurora Serverless 데이터베이스 용량이 증가하여 비용이 증가할 수 있습니다.

예를 들어 단일 인스턴스가 있는 Aurora PostgreSQL Aurora Serverless 클러스터가 있고 규모 조정 구성이 minCapacity=0.5, maxCapacity=128 및 secondsUntilAutopause=null로 설정되어 있습니다. 또한 데이터베이스 파라미터 track_activity_query_size는 사용자 지정 값 40960으로 설정됩니다. 그런 다음 최대 용량이 1ACU가 되도록 클러스터의 규모 조정 구성을 수정하면 몇 시간 후에 수정이 완료되지 않을 수 있습니다. track_activity_query_size 파라미터 값이 높으면 새 최대 용량이 제공할 수 있는 것보다 더 많은 리소스가 필요합니다. 따라서 워크로드가 없더라도 인스턴스의 ServerlessDatabaseCapacity는 1ACU의 새 최대 용량과 일치하도록 스케일 다운할 수 없습니다. 그러면 Aurora Serverless v2가 규모 조정 구성 수정을 취소하고 minCapacity=0.5, maxCapacity=128, secondsUntilAutopause=null의 이전 규모 조정 구성을 다시 적용합니다. 그러면 인스턴스가 이전 규모 조정 구성과 일치하도록 스케일 업되어 클러스터의 수정이 종료됩니다. 호환되지 않는 규모 조정 구성 업데이트가 감지, 취소 및 이전 구성으로 롤백되었음을 알리는 Amazon RDS 이벤트가 게시됩니다.

문제 및 해결 방법

새 규모 조정 구성이 워크로드와 호환되지 않음

새 Aurora Serverless v2 규모 조정 구성의 최대 용량이 너무 낮아 현재 워크로드를 처리할 수 없습니다.

권장 사항:

  • 더 낮은 최대 용량을 다시 적용하기 전에 워크로드를 줄입니다.

  • 워크로드를 줄이는 것이 옵션이 아닌 경우 원하는 최대 용량을 재평가합니다. 적절한 최대 용량을 선택하려면 규모 조정 구성 업데이트가 취소되고 롤백되기 전에 Aurora PostgreSQL 클러스터의 최대 ServerlessDatabaseCapacity CloudWatch 지표를 확인합니다. 그런 다음 새 규모 조정 구성의 최대 용량을 최소한 관찰된 ServerlessDatabaseCapacity 값으로 설정합니다. 최대 용량 선택에 대한 자세한 지침은 Aurora 클러스터의 Aurora Serverless v2 용량 범위 선택 섹션을 참조하세요.

새 규모 조정 구성이 사용자 지정 데이터베이스 파라미터와 호환되지 않음

클러스터 또는 인스턴스의 사용자 지정 데이터베이스 파라미터 그룹에는 새 규모 조정 구성의 최대 용량을 초과하는 추가 리소스가 필요합니다.

호환되지 않는 Aurora PostgreSQL 데이터베이스 파라미터:

  • max_connections

  • track_activity_query_size

  • min_dynamic_shared_memory

권장 사항:

  • 적절한 데이터베이스 파라미터 값을 선택하려면 위에 나열된 각 파라미터의 기본 파라미터 값을 확인합니다. 구성된 값이 기본값을 초과하는 경우 동일한 감소된 최대 용량으로 규모 조정 구성을 수정하기 전에 파라미터를 기본값으로 줄입니다.

  • 데이터베이스 파라미터를 줄이는 것이 옵션이 아닌 경우 동일한 단계에 따라 위에 설명된 적절한 최대 용량을 선택합니다. 새 규모 조정 구성은 워크로드와 호환되지 않습니다.

일부 프로비저닝된 기능은 Aurora Serverless v2에서 지원되지 않습니다.

Aurora 프로비저닝된 DB 인스턴스의 다음 기능은 현재 Amazon Aurora Serverless v2에서 사용할 수 없습니다

  • 데이터베이스 활동 스트림(DAS)

  • Aurora PostgreSQL용 클러스터 캐시 관리하다 apg_ccm_enabled 구성 파라미터는 Aurora Serverless v2 DB 인스턴스에 적용되지 않습니다.

일부 Aurora 기능은 Aurora Serverless v2에서 작동하지만 특정 워크로드가 있는 해당 기능의 메모리 요구 사항에 필요한 것보다 용량 범위가 낮은 경우 문제가 발생할 수 있습니다. 이 경우 데이터베이스가 평소와 같이 제대로 작동되지 않거나 메모리 부족 오류가 발생할 수 있습니다. 적절한 용량 범위 설정에 대한 권장 사항은 Aurora 클러스터의 Aurora Serverless v2 용량 범위 선택 페이지를 참조하세요. 잘못 구성된 용량 범위로 인해 데이터베이스에 메모리 부족 오류가 발생하는 경우 문제 해결 정보는 메모리 부족 오류 방지의 내용을 참조하세요.

Aurora Auto Scaling은 지원되지 않습니다. 이러한 유형의 크기 조정은 CPU 사용량에 따라 새 리더를 추가하여 읽기 집약적인 추가 워크로드를 처리합니다. 그러나 CPU 사용량에 기반한 크기 조정은 Aurora Serverless v2에 의미가 있지 않습니다. 아니면 Aurora Serverless v2 리더 DB 인스턴스를 미리 생성하고 낮은 용량으로 축소된 상태로 둘 수 있습니다. 이는 새로운 DB 인스턴스를 동적으로 추가하는 것보다 클러스터의 읽기 용량을 확장하는 더 빠르고 덜 방해가 되는 방법입니다.