I/O 집약적 스토리지 수정 - Amazon Relational Database Service

I/O 집약적 스토리지 수정

Amazon RDS DB 인스턴스는 데이터베이스 및 로그 스토리지에 Amazon Elastic Block Store(EBS) 볼륨을 사용합니다. RDS(RDS for SQL Server 제외)는 필요한 스토리지 용량에 따라 자동으로 데이터를 여러 Amazon EBS 볼륨에 스트라이핑하여 성능을 강화합니다. SSD 스토리지 유형이 있는 RDS DB 인스턴스는 RAID 0 구성에서 1개 또는 4개의 스트라이프 Amazon EBS 볼륨으로 지원됩니다. 설계상 RDS DB 인스턴스의 스토리지 수정 작업은 진행 중인 데이터베이스 작업에 미치는 영향을 최소화합니다.

대부분의 경우 스토리지 확장 수정은 Amazon EBS 계층으로 완전히 오프로드되며 데이터베이스에 영향을 미치지 않습니다. 이 단계는 보통 몇 분 내에 완료됩니다. 하지만 일부 구형 RDS 스토리지 볼륨은 크기, 프로비저닝된 IOPS 또는 스토리지 유형을 수정하기 위해 다른 프로세스를 필요로 합니다. 여기에는 I/O가 많이 필요할 수 있는 작업을 사용하여 데이터의 전체 복제본을 만드는 작업이 포함됩니다.

스토리지 수정은 다음 요인 중 하나라도 적용되는 경우 입출력이 많은 작업을 사용합니다.

  • 소스 스토리지 유형은 마그네틱 스토리지입니다. 마그네틱 스토리지는 엘라스틱 볼륨 수정을 지원하지 않습니다.

  • RDS DB 인스턴스는 볼륨 1개 또는 4개 Amazon EBS 레이아웃에 있지 않습니다. 향상된 모니터링 지표를 사용하여 RDS DB 인스턴스에서 사용 중인 Amazon EBS 볼륨의 수를 확인할 수 있습니다. 자세한 내용은 RDS 콘솔에서 OS 지표 보기을 참조하세요.

  • 수정 요청의 대상 크기에 따라 할당된 스토리지가 MariaDB, MySQL 및 PostgreSQL 인스턴스의 경우 RDS의 경우 400GiB 이상으로, 오라클의 경우 RDS의 경우 200GiB 이상으로 늘어납니다. 스토리지 자동 확장 작업은 DB 인스턴스에 할당된 스토리지 크기를 이러한 임계값 이상으로 늘리는 경우에도 동일한 효과가 있습니다.

스토리지 수정에 I/O가 많은 작업이 포함되는 경우 I/O 리소스가 소모되고 DB 인스턴스의 부하가 증가합니다. 범용 SSD(gp2) 스토리지를 사용하는 I/O 집약적 작업을 서로 전환할 때는 I/O 크레딧 밸런스가 고갈될 수도 있어 전환 시간이 더 오래 걸릴 수 있습니다.

스토리지 수정 작업을 완료하는 데 필요한 시간을 줄이는 데 도움이 되도록 피크 시간 외에 이러한 스토리지 수정 요청을 예약하는 것이 가장 좋습니다. 또는 DB 인스턴스의 읽기 전용 복제본을 생성한 후 읽기 전용 복제본에서 스토리지를 변경할 수 있습니다. 그러면 복제본이 기본 DB 인스턴스로 승격됩니다. 자세한 내용은 DB 인스턴스 읽기 전용 복제본 작업을 참조하세요.

자세한 내용을 알아보려면 다음 섹션을 참조하세요.할당된 스토리지를 늘리려고 할 때 Amazon RDS DB 인스턴스가 수정 중 상태로 멈추는 이유는 무엇입니까?