RDS for SQL Server를 사용한 Microsoft SQL Server 리소스 관리
리소스 거버너는 인스턴스 리소스를 정확하게 제어할 수 있는 SQL Server Enterprise Edition 기능입니다. 이를 통해 워크로드가 CPU, 메모리 및 물리적 I/O 리소스를 사용하는 방식에 대한 특정 제한을 설정할 수 있습니다. 리소스 거버너를 사용하면 다음을 수행할 수 있습니다.
-
다양한 워크로드가 인스턴스 리소스를 공유하는 방식을 관리하여 다중 테넌트 환경에서 리소스 독점 방지
-
다양한 사용자 및 애플리케이션에 대한 특정 리소스 제한 및 우선 순위를 설정하여 예측 가능한 성능 제공
기존 또는 새 RDS for SQL Server DB 인스턴스에서 리소스 거버너를 활성화할 수 있습니다.
리소스 거버너는 세 가지 기본 개념을 사용합니다.
-
리소스 풀 - 인스턴스 물리적 리소스(CPU, 메모리 및 I/O)를 관리하는 컨테이너입니다. 두 개의 기본 제공 풀(내부 및 기본)을 가져오고 추가 사용자 지정 풀을 생성할 수 있습니다.
-
워크로드 그룹 - 특성이 유사한 데이터베이스 세션용 컨테이너입니다. 모든 워크로드 그룹은 리소스 풀에 속합니다. 두 개의 기본 제공 워크로드 그룹(내부 및 기본)을 가져오고 추가 사용자 지정 워크로드 그룹을 생성할 수 있습니다.
-
분류 - 사용자 이름, 애플리케이션 이름, 데이터베이스 이름 또는 호스트 이름을 기반으로 수신 세션을 처리하는 워크로드 그룹을 결정하는 프로세스입니다.
SQL Server의 리소스 거버너에 대한 자세한 내용은 Microsoft 설명서의 리소스 거버너
목차
지원되는 버전 및 리전
리소스 거버너는 RDS for SQL Server를 사용할 수 있는 모든 AWS 리전에서 사용할 수 있습니다. SQL Server Enterprise Edition for SQL Server 2016, SQL Server 2017, SQL Server 2019 및 SQL Server 2022에서만 지원됩니다.
제한 및 권장 사항
리소스 거버너에는 다음과 같은 제한 사항 및 권장 사항이 적용됩니다.
-
에디션 및 서비스 제한:
-
SQL Server Enterprise Edition에서만 사용할 수 있습니다.
-
리소스 관리는 SQL Server 데이터베이스 엔진으로 제한됩니다. 분석 서비스, 통합 서비스 및 보고 서비스에 대한 리소스 거버너는 지원되지 않습니다.
-
-
구성 제한:
-
모든 구성에 Amazon RDS 저장 프로시저를 사용해야 합니다.
-
기본 DDL 문 및 SQL Server Management Studio GUI 구성은 지원되지 않습니다.
-
-
리소스 풀 파라미터:
-
rds_로 시작하는 풀 이름은 지원되지 않습니다. -
내부 및 기본 리소스 풀 수정은 허용되지 않습니다.
-
사용자 정의 리소스 풀의 경우 다음 리소스 풀 파라미터는 지원되지 않습니다.
MIN_MEMORY_PERCENTMIN_CPU_PERCENTMIN_IOPS_PER_VOLUMEAFFINITY
-
-
워크로드 그룹 파라미터:
-
rds_로 시작하는 워크로드 그룹 이름은 지원되지 않습니다. -
내부 워크로드 그룹 수정은 허용되지 않습니다.
-
기본 워크로드 그룹의 경우:
-
REQUEST_MAX_MEMORY_GRANT_PERCENT파라미터만 수정할 수 있습니다. -
기본 워크로드 그룹의 경우
REQUEST_MAX_MEMORY_GRANT_PERCENT는 1에서 70 사이여야 합니다. -
다른 모든 파라미터는 잠겨 있으며 변경할 수 없습니다.
-
-
사용자 정의 워크로드 그룹을 사용하면 모든 파라미터를 수정할 수 있습니다.
-
-
분류자 함수 제한 사항:
-
분류자 함수는 지정된 기준(사용자 이름, 데이터베이스, 호스트 또는 애플리케이션 이름)에 따라 사용자 지정 워크로드 그룹에 연결을 라우팅합니다.
-
각 라우팅 조건에서 최대 2개의 사용자 정의 워크로드 그룹을 지원합니다.
-
기준을 각 그룹 내의
AND조건과 결합합니다. -
워크로드 그룹당 하나 이상의 라우팅 기준이 필요합니다.
-
위에 나열된 분류 방법만 지원됩니다.
-
함수 이름은
rg_classifier_로 시작해야 합니다. -
일치하는 조건이 없는 경우 기본 그룹 할당입니다.
-
다중 AZ 배포에 대한 고려 사항
RDS for SQL Server는 다중 AZ 배포에서 리소스 거버너를 보조 인스턴스에 복제합니다. 수정된 시기와 보조 인스턴스와 마지막으로 동기화된 새 리소스 거버너를 확인할 수 있습니다.
다음 쿼리를 사용하여 복제의 last_sync_time을 확인합니다.
SELECT * from msdb.dbo.rds_fn_server_object_last_sync_time();
쿼리 결과에서 동기화 시간이 리소스 조정자 업데이트 또는 생성 시간을 초과하면 리소스 조정자는 보조와 동기화됩니다.
수동 DB 장애 조치를 수행하여 리소스 준수 복제를 확인하려면 last_sync_time이 먼저 업데이트될 때까지 기다립니다. 그런 다음 다중 AZ 장애 조치를 진행합니다.
읽기 전용 복제본에 대한 고려 사항
-
소스 DB 인스턴스와 동일한 리전에 있는 SQL Server 복제본의 경우 소스와 동일한 옵션 그룹을 사용합니다. 옵션 그룹에 대한 변경 사항은 유지 관리 기간에 관계없이 즉시 복제본으로 전파됩니다.
-
SQL Server 리전 간 복제본을 생성하면 RDS가 전용 옵션 그룹을 생성합니다.
-
전용 옵션 그룹에서 SQL Server 리전 간 복제본을 제거할 수 없습니다. 다른 DB 인스턴스는 SQL Server 리전 간 복제본에 전용 옵션 그룹을 사용할 수 없습니다.
-
리소스 거버너 옵션은 복제되지 않은 옵션입니다. 전용 옵션 그룹에 복제되지 않은 옵션을 추가하거나 제거할 수 있습니다.
-
SQL Server 리전 간 읽기 전용 복제본을 승격하면 승격된 복제본은 옵션 관리를 포함해 다른 SQL Server DB 인스턴스와 동일하게 작동합니다.
참고
읽기 전용 복제본에서 리소스 거버너를 사용하는 경우 옵션을 옵션 그룹에 추가한 후 Amazon RDS 저장 프로시저를 사용하여 읽기 전용 복제본에 리소스 거버너가 구성되었는지 수동으로 확인해야 합니다. 리소스 거버너 구성은 읽기 전용 복제본에 자동으로 복제되지 않습니다. 또한 읽기 전용 복제본의 워크로드는 일반적으로 기본 인스턴스와 다릅니다. 따라서 워크로드 및 인스턴스 유형에 따라 복제본에 리소스 구성을 적용하는 것이 좋습니다. 읽기 전용 복제본에서 이러한 Amazon RDS 저장 프로시저를 독립적으로 실행하여 읽기 전용 복제본에서 리소스 거버너를 구성할 수 있습니다.