I/O 집약적인 스토리지 수정
I/O 집약적인 스토리지 수정
스토리지 수정은 대부분 EBS 계층에서 투명하게 처리돼 몇 분이면 끝나는데, 일부 구형 볼륨이나 특정 조건에서는 I/O를 많이 쓰는 방식으로 전체 데이터를 복사해야 할 수 있어요. 그럴 때는 피크 시간을 피해 작업하는 게 좋아요.
출처: 문서
본문
Amazon RDS DB 인스턴스는 데이터베이스와 로그 스토리지에 Amazon Elastic Block Store(EBS) 볼륨을 사용해요. 요청된 스토리지 양에 따라 RDS는(RDS for SQL Server 제외) 성능을 높이기 위해 여러 Amazon EBS 볼륨에 자동으로 스트라이핑(striping)해요. SSD 스토리지 유형을 가진 RDS DB 인스턴스는 RAID 0 구성에서 하나 또는 네 개의 스트라이핑된 Amazon EBS 볼륨으로 뒷받침돼요. 설계상 RDS DB 인스턴스의 스토리지 수정 작업은 진행 중인 데이터베이스 작업에 최소한의 영향만 미쳐요.
대부분의 경우 스토리지 스케일링 수정은 완전히 Amazon EBS 계층으로 오프로드되어 데이터베이스에는 투명하게 처리돼요. 이 과정은 일반적으로 몇 분 안에 완료돼요. 하지만 일부 구형 RDS 스토리지 볼륨은 크기, Provisioned IOPS, 스토리지 유형을 수정하는 데 다른 과정이 필요해요. 이 과정은 잠재적으로 I/O 집약적인 작업으로 데이터 전체를 복사해야 해요.
다음 요소 중 하나라도 해당하면 스토리지 수정이 I/O 집약적인 작업을 사용해요.
- 소스 스토리지 유형이 마그네틱인 경우. 마그네틱 스토리지는 탄력적 볼륨 수정(elastic volume modification)을 지원하지 않아요.
- RDS DB 인스턴스가 1개 또는 4개 볼륨의 Amazon EBS 레이아웃이 아닌 경우. RDS DB 인스턴스에서 사용 중인 Amazon EBS 볼륨 수는 Enhanced Monitoring 지표로 확인할 수 있어요. 자세한 내용은 RDS 콘솔에서 OS 지표 보기를 참고하세요.
- 수정 요청의 대상 크기가 RDS for MariaDB, MySQL, PostgreSQL 인스턴스에서는 할당 스토리지를 400 GiB 이상으로, RDS for Oracle에서는 200 GiB 이상으로 늘리는 경우. 스토리지 자동 확장 작업도 DB 인스턴스의 할당 스토리지 크기를 이 임계값 이상으로 늘릴 때 같은 효과가 있어요.
스토리지 수정이 I/O 집약적인 작업을 수반하면 I/O 리소스를 소비하고 DB 인스턴스의 부하를 증가시켜요. General Purpose SSD(gp2) 스토리지와 관련된 I/O 집약적인 작업을 수반하는 스토리지 수정은 I/O 크레딧 잔액을 고갈시켜 전환 시간이 길어질 수 있어요.
스토리지 수정 작업을 완료하는 데 필요한 시간을 줄이기 위해, 이러한 스토리지 수정 요청은 피크 시간 외에 예약하는 것을 모범 사례로 권장해요. 또는 DB 인스턴스의 읽기 전용 복제본을 만들고 읽기 전용 복제본에서 스토리지 수정을 수행한 다음, 읽기 전용 복제본을 기본 DB 인스턴스로 승격할 수도 있어요. 자세한 내용은 DB 인스턴스 읽기 전용 복제본 사용을 참고하세요.
자세한 내용은 Amazon RDS DB 인스턴스가 할당 스토리지를 늘리려고 하는데 modifying 상태에 머무는 이유를 참고하세요.