Aurora Serverless v2 작동 방식 - Amazon Aurora

Aurora Serverless v2 작동 방식

다음 개요는 Aurora Serverless v2 작동 방식을 설명합니다.

Aurora Serverless v2 개요

Amazon Aurora Serverless v2는 가장 까다롭고 매우 가변적인 워크로드에 적합합니다. 예를 들어 데이터베이스 사용량이 짧은 시간 동안 높게 나타나고 오랜 시간 동안 작업이 적거나 전혀 작업이 없을 수 있습니다. 정기 프로모션 이벤트를 진행하는 소매점, 게임 또는 스포츠 웹 사이트와 필요한 경우 보고서를 생성하는 데이터베이스가 예로 들 수 있습니다. 이외에도 개발 및 테스트 환경과 사용량이 빠르게 증가할 수 있는 새로운 애플리케이션도 있습니다. 이 경우와 다른 많은 경우에는 프로비저닝된 모델에서 용량을 미리 적절하게 구성하지 못할 수도 있습니다. 또한 초과 프로비저닝하여 사용하지 않는 용량이 있는 경우 비용이 더 많이 발생할 수 있습니다.

대조적으로,Aurora 프로비저닝된 클러스터는 안정적인 워크로드에 적합합니다. 프로비저닝된 클러스터에서는 미리 정의된 메모리 양, CPU 성능, I/O 대역폭 등이 있는 DB 인스턴스 클래스를 선택합니다. 워크로드가 변경되면 라이터 및 리더의 인스턴스 클래스를 수동으로 수정합니다. 프로비저닝된 모델은 예상 소비 패턴에 앞서 용량을 조정할 수 있는 경우에 적합하며 클러스터에서 라이터 및 리더의 인스턴스 클래스를 변경하는 동안 발생하는 잠시 중단을 허용할 때 잘 작동합니다.

Aurora Serverless v2는 처음부터 즉시 확장 가능한 서버리스 DB 클러스터를 지원하도록 설계되었습니다.Aurora Serverless v2는 프로비저닝된 라이터 및 리더와 동일한 수준의 보안 및 격리를 제공하도록 설계되었습니다. 이러한 측면은 멀티테넌트 서버리스 클라우드 환경에서 매우 중요합니다. 동적 크기 조정 메커니즘은 오버헤드가 매우 적기 때문에 데이터베이스 워크로드의 변화에 신속하게 대응할 수 있습니다. 또한 처리 수요의 급격한 증가에 대응할 수 있을 만큼 강력합니다.

Aurora Serverless v2를 사용하면 각 라이터 및 리더에 대한 특정 데이터베이스 용량에 얽매이지 않고 Aurora DB 클러스터를 생성할 수 있습니다. 최소 및 최대 용량 범위만 지정합니다. Aurora는 해당 용량 범위 내에서 클러스터에 있는 각 Aurora Serverless v2 라이터 또는 리더를 확장합니다. 각 라이터 또는 리더가 동적으로 확장할 수 있는 다중 AZ 클러스터를 사용하면 동적 확장 및 고가용성을 활용할 수 있습니다.

Aurora Serverless v2는 최소 및 최대 용량 사양에 따라 데이터베이스 리소스의 크기를 자동으로 조정합니다. 대부분의 크기 조정 이벤트 작업은 라이터 또는 리더를 동일한 호스트에 유지하기 때문에 확장이 빠릅니다. 드문 경우이지만 Aurora Serverless v2 라이터 또는 리더가 한 호스트에서 다른 호스트로 이동하는 경우 Aurora Serverless v2가 연결을 자동으로 관리합니다. 데이터베이스 클라이언트 애플리케이션 코드나 데이터베이스 연결 문자열을 변경할 필요가 없습니다.

Aurora Serverless v2의 경우 프로비저닝된 클러스터와 마찬가지로 스토리지 용량과 컴퓨팅 용량이 분리됩니다. Aurora Serverless v2 용량 및 확장을 언급할 때 항상 증가하거나 감소하는 컴퓨팅 용량입니다. 따라서 CPU 및 메모리 용량이 낮은 수준으로 축소되더라도 클러스터에 수 테라바이트의 데이터가 포함될 수 있습니다.

데이터베이스 서버를 프로비저닝 및 관리하는 대신 데이터베이스 용량을 지정합니다. Aurora Serverless v2 용량에 대한 자세한 내용은 Aurora Serverless v2 용량의 내용을 참조하세요. 각 Aurora Serverless v2 라이터 또는 리더의 실제 용량은 작업 부하를 바탕으로 시간이 지남에 따라 달라집니다. 이러한 메커니즘에 대한 자세한 내용은 Aurora Serverless v2 크기 조정의 내용을 참조하세요.

중요

Aurora Serverless v1에서는 클러스터에 최소 및 최대 용량 값 사이에서 확장할 수 있는 단일 컴퓨팅 용량 측정값이 있습니다. Aurora Serverless v2에서는 클러스터에 라이터 외에 리더도 포함될 수 있습니다. 각 Aurora Serverless v2 라이터와 리더는 최소 및 최대 용량 값 사이에서 크기를 조정할 수 있습니다. 따라서, Aurora Serverless v2 클러스터의 총 용량은 DB 클러스터에 대해 정의한 용량 범위와 클러스터의 라이터 및 리더 수에 따라 달라집니다. 특정 시간에는 Aurora DB 클러스터에서 활발하게 사용되는 Aurora Serverless v2 용량에 대해서만 요금이 부과됩니다.

Aurora DB 클러스터 구성

각 Aurora DB 클러스터에 대해 Aurora Serverless v2 용량 또는 프로비저닝된 용량을 선택하거나 두 가지 모두를 조합해서 선택할 수 있습니다.

혼합 구성 클러스터라고 하는 Aurora Serverless v2 및 프로비저닝된 용량을 모두 포함하는 클러스터를 설정할 수 있습니다. 예를 들어, Aurora Serverless v2 라이터에서 사용할 수 있는 것보다 많은 읽기/쓰기 용량이 필요하다고 가정하겠습니다. 이 경우 대규모로 프로비저닝된 라이터를 사용하여 클러스터를 설정할 수 있습니다. 이 경우에도 리더에 대해 Aurora Serverless v2를 사용할 수 있습니다. 또는 클러스터의 쓰기 워크로드는 다양하지만 읽기 워크로드는 일정하다고 가정합니다. 이 경우 Aurora Serverless v2 라이터와 하나 이상의 프로비저닝된 리더로 클러스터를 설정할 수 있습니다.

모든 용량을 Aurora Serverless v2에서 관리하는 DB 클러스터를 설정할 수도 있습니다. 이렇게 하려면 새 클러스터를 만들고 처음부터 Aurora Serverless v2를 사용할 수 있습니다. 또는 기존 클러스터에서 프로비저닝된 모든 용량을 Aurora Serverless v2로 교체할 수 있습니다. 예를 들어, 이전 엔진 버전의 일부 업그레이드 경로는 프로비저닝된 라이터로 시작하여 Aurora Serverless v2 라이터로 교체해야 합니다. Aurora Serverless v2로 새 DB 클러스터를 생성하거나 기존 DB 클러스터를 Aurora Serverless v2로 전환하는 프로시저는 Aurora Serverless v2 DB 클러스터 생성프로비저닝된 클러스터에서 Aurora Serverless v2로 전환의 내용을 참조하세요.

DB 클러스터에서 Aurora Serverless v2를 전혀 사용하지 않으면 DB 클러스터의 모든 라이터와 리더가 프로비저닝됩니다. 이것은 대부분의 사용자에게 친숙하고 가장 오래되고 가장 일반적인 DB 클러스터입니다. 사실 Aurora Serverless 이전에는 이런 종류의 Aurora DB 클러스터에는 특별한 이름이 없었습니다. 프로비저닝된 용량은 일정합니다. 요금은 비교적 쉽게 예측할 수 있습니다. 그러나 얼마나 많은 용량이 필요한지는 미리 예측해야 합니다. 경우에 따라 예측이 부정확하거나 용량 요구 사항이 변경될 수 있습니다. 이러한 경우 DB 클러스터가 언더프로비저닝(기대치보다 더 느림) 또는 오버프로비저닝(기대치보다 더 비쌈)될 수 있습니다.

Aurora Serverless v2 용량

Aurora Serverless v2의 측정 단위는 Aurora 용량 단위(ACU)입니다. Aurora Serverless v2 용량은 프로비저닝된 클러스터에 사용하는 DB 인스턴스 클래스에 연결되지 않습니다.

각 ACU는 약 2기가바이트(GB)의 메모리로 해당 CPU 및 네트워킹의 합한 용량입니다. 이 측정 단위를 사용하여 데이터베이스 용량 범위를 지정합니다. ServerlessDatabaseCapacityACUUtilization 지표는 데이터베이스가 실제로 사용하고 있는 용량과 해당 용량이 지정된 범위에 속하는 위치를 결정하는 데 도움이 됩니다.

언제든지 각 Aurora Serverless v2 DB 라이터 또는 리더에는 용량이 있습니다. 용량은 ACU를 나타내는 부동 소수점 숫자로 표시됩니다. 라이터 또는 리더가 확장될 때마다 용량이 증가하거나 감소합니다. 이 값은 매초마다 측정됩니다. Aurora Serverless v2를 사용하려는 각 DB 클러스터에 대해 용량 범위, 즉 각 Aurora Serverless v2 라이터 또는 리더가 확장할 수 있는 최소 및 최대 용량 값을 정의합니다. 용량 범위는 DB 클러스터의 각 Aurora Serverless v2 라이터 또는 리더에 대해 동일합니다. 각 Aurora Serverless v2 라이터 또는 리더는 해당 범위의 어딘가에 해당하는 고유한 용량을 가지고 있습니다.

다음 표에는 Aurora MySQL 및 Aurora PostgreSQL에 지원되는 Aurora Serverless v2 용량 범위가 나와 있습니다.

용량 범위(ACU) Aurora MySQL 지원 버전 Aurora PostgreSQL 지원되는 버전
0.5~128 3.02.0 이상 13.6 이상, 14.3 이상, 15.2 이상, 16.1 이상
0.5~256 3.06.0 이상 13.13 이상, 14.10 이상, 15.5 이상, 16.1 이상

정의할 수 있는 가장 작은 Aurora Serverless v2 용량은 0.5 ACU입니다. 최대 용량 값보다 작거나 같은 경우 더 높은 숫자를 지정할 수 있습니다. 최소 용량을 작은 수로 설정하면 로드가 적은 DB 클러스터가 최소한의 컴퓨팅 리소스를 소비할 수 있습니다. 동시에 연결을 즉시 수락하고 사용량이 많을 때 확장할 준비가 되어 있습니다.

각 DB 라이터 또는 리더가 버퍼 풀에서 애플리케이션의 작업 집합을 보유할 수 있도록 최소값을 설정하는 것이 좋습니다. 이렇게 하면 유휴 기간 동안 버퍼 풀의 내용이 삭제되지 않습니다. 최소 용량 값을 선택할 때 모든 고려 사항은 클러스터에 대한 최소 Aurora Serverless v2 용량 설정 선택 페이지를 참조하세요. 최대 용량 값을 선택할 때 모든 고려 사항은 클러스터의 최대 Aurora Serverless v2 용량 설정 선택 페이지를 참조하세요.

다중 AZ 배포에서 리더를 구성하는 방법에 따라 리더의 용량은 라이터의 용량에 연결되거나 별도로 구성될 수 있습니다. 이를 수행하는 방법에 대한 자세한 내용은 Aurora Serverless v2 크기 조정 페이지를 참조하세요.

Aurora Serverless v2 모니터링에는 시간 경과에 따른 DB 클러스터의 라이터 및 리더 용량 값 측정이 포함됩니다. 데이터베이스가 최소 용량으로 축소되지 않는 경우 최소값을 조정하고 데이터베이스 애플리케이션을 최적화하는 등의 작업을 수행할 수 있습니다. 데이터베이스가 지속적으로 최대 용량에 도달하면 최대값을 늘리는 등의 작업을 수행할 수 있습니다. 또한 데이터베이스 애플리케이션을 최적화하고 더 많은 리더에 쿼리 로드를 분산시킬 수 있습니다.

Aurora Serverless v2 용량에 대한 요금은 ACU 시간으로 측정됩니다. Aurora Serverless v2 요금 계산 방법에 대한 정보는 Aurora 요금 페이지를 참조하세요.

클러스터의 총 라이터 및 리더 수가 n개라고 가정해 보겠습니다. 이 경우 클러스터는 데이터베이스 작업을 실행하지 않을 때 대략적으로 n x minimum ACUs를 사용합니다. Aurora 자체는 약간의 로드를 유발하는 모니터링 또는 유지 관리 작업을 실행할 수 있습니다. 해당 클러스터는 데이터베이스가 전체 용량으로 실행 중일 때 n x maximum ACUs만 소비합니다.

적절한 최소 및 최대 ACU 값 선택에 대한 자세한 내용은 Aurora 클러스터의 Aurora Serverless v2 용량 범위 선택 페이지를 참조하세요. 지정하는 최소 및 최대 ACU 값은 일부 Aurora 구성 파라미터가 Aurora Serverless v2에 대해 작동하는 방식에도 영향을 미칩니다. 용량 범위와 구성 파라미터터 간의 상호 작용에 대한 자세한 내용은 Aurora Serverless v2에 대한 파라미터 그룹 작업 페이지를 참조하세요.

Aurora Serverless v2 크기 조정

각 Aurora Serverless v2 라이터 또는 리더에 대해 Aurora는 CPU, 메모리 및 네트워크와 같은 리소스 사용률을 지속적으로 추적합니다. 이러한 측정값을 통칭하여 로드라고 합니다. 로드에는 애플리케이션에서 수행한 데이터베이스 작업이 포함됩니다. 또한 데이터베이스 서버 및 Aurora 관리 작업에 대한 백그라운드 처리가 포함됩니다. 용량이 이들 중 하나로 제한되면 Aurora Serverless v2가 확장합니다. Aurora Serverless v2는 또한 확장함으로써 해결할 수 있는 성능 문제를 감지할 때 확장합니다. Aurora Serverless v2에 대한 중요 Amazon CloudWatch 지표성능 개선 도우미로 Aurora Serverless v2 성능 모니터링의 프로시저를 사용하여 리소스 사용률과 이것이 Aurora Serverless v2의 크기기 조정에 미치는 영향을 모니터링할 수 있습니다.

로드는 DB 클러스터의 라이터와 리더에 따라 다를 수 있습니다. 라이터는 CREATE TABLE, ALTER TABLEDROP TABLE과 같은 모든 데이터 정의 언어(DDL) 문을 처리합니다. 라이터는 또한 INSERTUPDATE와 모든 데이터 조작 언어(DML) 문을 처리합니다. 리더는 SELECT 쿼리와 같은 읽기 전용 문을 처리할 수 있습니다.

크기 조정은 데이터베이스의 Aurora Serverless v2 용량을 늘리거나 줄이는 작업입니다. Aurora Serverless v2의 경우 각 라이터와 리더에는 ACU로 측정되는 고유한 현재 용량 값이 있습니다. Aurora Serverless v2는 현재 용량이 로드를 처리하기에 너무 낮을 때 라이터 또는 리더를 더 높은 용량으로 확장합니다. 현재 용량이 필요 이상으로 높으면 라이터 또는 리더를 더 낮은 용량으로 축소합니다.

DB 클러스터가 임계값에 도달할 때마다 용량을 두 배로 늘려 확장하는 Aurora Serverless v1과 달리 Aurora Serverless v2는 용량을 점진적으로 늘릴 수 있습니다. 워크로드 요구량이 라이터 또는 리더의 현재 데이터베이스 용량에 도달하기 시작하면 Aurora Serverless v2는 해당 라이터 또는 리더에 대한 ACU 수를 늘립니다. Aurora Serverless v2는 소비된 리소스에 대해 최상의 성능을 제공하는 데 필요한 증분으로 용량을 확장합니다. 크기 조정은 0.5 ACU의 작은 단위로 발생합니다. 현재 용량이 클수록 크기 확장분이 커지므로 크기 조정이 빨라질 수 있습니다.

Aurora Serverless v2 확장은 매우 빈번하고 세부적이며 중단되지 않기 때문에 AWS Management Console에서와 같이 Aurora Serverless v1에서 개별 이벤트를 일으키지 않습니다. 대신 ServerlessDatabaseCapacityACUUtilization과 같은 Amazon CloudWatch 지표를 측정하고 시간 경과에 따른 최소값, 최대값 및 평균값을 추적할 수 있습니다. Aurora 지표에 대해 자세히 알아보려면 Amazon Aurora 클러스터에서 지표 모니터링 페이지를 참조하세요. Aurora Serverless v2 모니터링에 대한 팁은 Aurora Serverless v2에 대한 중요 Amazon CloudWatch 지표 페이지를 참조하세요.

연결된 라이터와 동시에 또는 라이터와 독립적으로 리더를 확장하도록 선택할 수 있습니다. 해당 리더에 대한 프로모션 티어를 지정하면 됩니다.

  • 프로모션 티어 0 및 1의 리더는 라이터와 동시에 규모가 조정됩니다. 이러한 확장 동작은 우선 순위 티어 0 및 1의 리더가 가용성에 이상적입니다. 장애 조치(failover)의 경우 라이터의 워크로드를 인계할 수 있도록 적절한 용량으로 항상 크기가 조정되기 때문입니다.

  • 프로모션 티어 2~15의 리더는 라이터와 독립적으로 확장됩니다. 각 판독기는 클러스터에 대해 지정한 최소 및 최대 ACU 값 내에 유지됩니다. 리더가 연결된 라이터 DB와 독립적으로 확장되면 라이터가 계속해서 많은 양의 트랜잭션을 처리하는 동안 유휴 상태가 되어 축소될 수 있습니다. 더 낮은 프로모션 티어에서 사용할 수 있는 다른 판독기가 없는 경우 장애 조치 대상으로 계속 사용할 수 있습니다. 그러나 라이터로 프로모션되는 경우 라이터의 전체 워크로드를 처리하기 위해 확장해야 할 수 있습니다.

프로모션 티어에 대한 자세한 내용은 Aurora Serverless v2 리더에 대한 승격 티어 선택 페이지를 참조하세요.

Aurora Serverless v1의 크기 조정 포인트 및 관련 타임아웃 기간의 개념은 Aurora Serverless v2에 적용되지 않습니다. Aurora Serverless v2 크기 조정은 데이터베이스 연결이 열려 있는 동안, SQL 트랜잭션이 진행 중인 동안, 테이블이 잠겨 있는 동안, 임시 테이블을 사용하는 동안 발생할 수 있습니다. Aurora Serverless v2는 조용한 지점이 크기 조정을 시작할 때까지 기다리지 않습니다. 확장은 진행 중인 데이터베이스 작업을 방해하지 않습니다.

워크로드에 단일 라이터 및 단일 리더에서 사용할 수 있는 것보다 더 많은 읽기 용량이 필요한 경우 클러스터에 여러 Aurora Serverless v2 리더를 추가할 수 있습니다. 각 B1 리더는 DB 클러스터에 대해 지정한 최소 및 최대 용량 값 범위 내에서 확장할 수 있습니다. 클러스터의 리더 엔드포인트를 사용하여 읽기 전용 세션을 리더로 보내고 라이터의 로드를 줄일 수 있습니다.

Aurora Serverless v2가 확장을 수행하는지 여부와 확장이 시작된 후 발생하는 속도는 클러스터의 최소 및 최대 ACU 설정에 따라 달라집니다. 또한 리더가 라이터와 함께 확장되도록 구성되었는지 또는 독자적으로 구성되었는지에 따라 다릅니다. Aurora Serverless v2 크기 조정에 영향을 미치는 요인에 대한 자세한 내용은 Aurora Serverless v2의 성능 및 크기 조정 페이지를 참조하세요.

참고

현재 Aurora Serverless v2 라이터와 리더는 ACU를 0으로 줄이지 않습니다. 유휴 Aurora Serverless v2 라이터 및 리더는 클러스터에 대해 지정한 최소 ACU 값으로 축소할 수 있습니다.

해당 동작은 유휴 기간 후에 일시 중지될 수 있지만 새 연결을 열 때 다시 시작하는 데 시간이 걸리는 Aurora Serverless v1과 다릅니다. Aurora Serverless v2 용량의 DB 클러스터가 한동안 필요하지 않은 경우 프로비저닝된 DB 클러스터와 마찬가지로 클러스터를 중지했다가 시작할 수 있습니다 클러스터 중지 및 시작에 대한 자세한 내용은 Amazon Aurora DB 클러스터 중지 및 시작 페이지를 참조하세요.

Aurora Serverless v2 및 고가용성

Aurora DB 클러스터에 대한 고가용성을 설정하는 방법은 이를 다중 AZ DB 클러스터로 만드는 것입니다. 다중 AZ Aurora DB 클러스터에는 둘 이상의 가용 영역(AZ)에서 항상 사용 가능한 컴퓨팅 용량이 있습니다. 이 구성은 심각한 중단이 발생한 경우에도 데이터베이스를 계속 가동하고 실행합니다. Aurora는 라이터 또는 전체 AZ에 영향을 미치는 문제의 경우 자동 장애 조치를 수행합니다. Aurora Serverless v2를 사용하면 라이터의 용량에 따라 확장 및 축소할 대기 컴퓨팅 용량을 선택할 수 있습니다. 이렇게 하면 두 번째 AZ의 컴퓨팅 용량이 언제든지 현재 워크로드를 인수할 준비가 됩니다. 동시에 모든 AZ의 컴퓨팅 용량은 데이터베이스가 유휴 상태일 때 축소될 수 있습니다. Aurora가 AWS 리전 및 가용 영역에서 작동하는 방식에 대한 자세한 내용은 Aurora DB 인스턴스의 고가용성 페이지를 참조하세요.

Aurora Serverless v2 다중 AZ 기능은 라이터와 함께 리더를 사용합니다. 리더 지원은 Aurora Serverless v1에는 없는 Aurora Serverless v2의 새로운 기능입니다. 3개의 AZ에 분산된 최대 15개의 Aurora Serverless v2 리더를 Aurora DB 클러스터에 추가할 수 있습니다.

전체 클러스터 또는 전체 AWS 리전에 영향을 미치는 문제의 경우에도 계속 사용 가능해야 하는 비즈니스 크리티컬 애플리케이션의 경우 Aurora 글로벌 데이터베이스를 설정할 수 있습니다. 보조 클러스터에서 Aurora Serverless v2 용량을 사용하여 재해 복구 중에 인계받을 준비가 되도록 할 수 있습니다. 데이터베이스가 사용 중이 아닐 때 축소할 수도 있습니다. Aurora 글로벌 데이터베이스에 대한 자세한 내용은 Amazon Aurora 글로벌 데이터베이스 사용 페이지를 참조하세요.

Aurora Serverless v2는 장애 조치 및 기타 고가용성 기능을 위해 프로비저닝된 것처럼 작동합니다. 자세한 정보는 Amazon Aurora의 고가용성의 내용을 참조하세요.

Aurora Serverless v2 클러스터의 최대 가용성을 보장한다고 가정합니다. 라이터 외에 리더를 만들 수 있습니다. 리더를 프로모션 티어 0 또는 1에 할당하면 라이터에 대해 발생하는 모든 크기 조정은 리더에게도 발생합니다. 이렇게 하면 장애 조치(failover)가 발생할 때 동일한 용량의 리더가 항상 라이터를 대신할 수 있는 상태가 됩니다.

클러스터가 트랜잭션을 계속 처리하는 동시에 비즈니스에 대한 분기별 보고서를 실행하려고 한다고 가정합니다. 클러스터에 Aurora Serverless v2 리더를 추가하고 2에서 15까지의 프로모션 티어에 할당하면 해당 리더에 직접 연결하여 보고서를 실행할 수 있습니다. 보고 쿼리의 메모리 집약적 및 CPU 집약적 정도에 따라 해당 리더는 워크로드를 수용하도록 확장할 수 있습니다. 그런 다음 보고서가 완료되면 다시 축소할 수 있습니다.

Aurora Serverless v2 및 스토리지

각 Aurora DB 클러스터의 스토리지는 모든 데이터의 사본 6개로 구성되며 3개의 AZ에 분산되어 있습니다. 이 기본 제공 데이터 복제는 DB 클러스터에 라이터 외에 리더가 포함되어 있는지와 관계없이 적용됩니다. 그렇게 하면 클러스터의 컴퓨팅 용량에 영향을 미치는 문제로부터 데이터를 안전하게 보호할 수 있습니다.

Aurora Serverless v2 스토리지는 Amazon Aurora 스토리지에서 설명한 것과 동일한 신뢰성 및 내구성 특성을 가지고 있습니다. 컴퓨팅 용량이 Aurora Serverless v2를 사용하든 프로비저닝하든 상관없이 Aurora DB 클러스터용 스토리지가 동일하게 작동하기 때문입니다.

Aurora 클러스터에 대한 구성 파라미터

프로비저닝된 DB 클러스터와 마찬가지로 Aurora Serverless v2 용량이 있는 클러스터에 대해 동일한 클러스터 및 데이터베이스 구성 파라미터를 모두 조정할 수 있습니다. 그러나 일부 용량 관련 파라미터는 Aurora Serverless v2에 대해 다르게 처리됩니다. 혼합 구성 클러스터에서 해당 용량 관련 파라미터에 대해 지정하는 파라미터 값은 프로비저닝된 라이터 및 리더에 계속 적용됩니다.

거의 모든 파라미터는 프로비저닝된 파라미터와 마찬가지로 Aurora Serverless v2 라이터 및 리더에 대해 동일한 방식으로 작동합니다 크기 조정 중에 Aurora가 자동으로 조정하는 일부 파라미터와 Aurora가 최대 용량 설정에 따라 고정된 값으로 유지하는 일부 파라미터는 예외입니다.

예를 들어 버퍼 캐시용으로 예약된 메모리 양은 라이터나 리더가 확장되면 증가하고 축소되면 감소합니다. 이렇게 하면 데이터베이스가 사용 중이지 않을 때 메모리를 해제할 수 있습니다. 반대로 Aurora는 최대 연결 수를 최대 용량 설정에 따라 적절한 값으로 자동 설정합니다. 이렇게 하면 로드가 떨어지고 Aurora Serverless v2의 크기가 축소되더라도 활성 연결이 끊어지지 않습니다. Aurora Serverless v2가 특정 파라미터를 처리하는 방법에 대한 정보는 Aurora Serverless v2에 대한 파라미터 그룹 작업 페이지를 참조하세요.