Amazon RDS DB 인스턴스가 오랫동안 스토리지 최적화 상태에 있는 이유는 무엇입니까?

2분 분량
0

Amazon 관계형 데이터베이스(Amazon RDS) DB 인스턴스의 스토리지 크기를 업데이트했습니다. 하지만 이 프로세스에는 시간이 오래 걸리고 인스턴스는 스토리지 최적화 상태입니다.

해결 방법

Amazon RDS DB 인스턴스의 스토리지 크기를 수정하면 인스턴스의 상태가 스토리지 최적화로 변경됩니다. 그러면 DB 인스턴스가 수정되어 스토리지 크기 또는 유형이 변경됩니다. 스토리지 최적화 프로세스는 RDS 자동화를 통해 수행됩니다. RDS 자동화는 스토리지 수정 후 데이터가 Amazon Elastic Block Store(Amazon EBS) 볼륨에 균일하게 분산되는지 확인합니다.

대부분의 경우 스토리지를 확장해도 DB 인스턴스의 중단이나 성능 저하가 발생하지 않습니다. 그러나 이 작업에는 몇 시간이 걸릴 수 있습니다. 6시간 동안 또는 인스턴스에서 스토리지 최적화가 완료될 때까지(둘 중 더 긴 기간 동안) 스토리지를 추가로 수정할 수 없습니다. 하지만 인스턴스 크기 조정 또는 재부팅 등의 다른 인스턴스 수정을 수행할 수 있습니다.

일반적으로 스토리지 최적화는 몇 시간 내에 완료되지만 경우에 따라 최대 24시간 이상 걸릴 수 있습니다. DB 인스턴스가 스토리지 최적화 상태일 때 인스턴스는 작동합니다. 애플리케이션 가용성은 영향을 받지 않습니다. DB 인스턴스가 사용 가능 상태가 되어 애플리케이션을 실행할 때까지 기다릴 필요가 없습니다.

참고: 이 프로세스의 속도를 높일 수 있는 방법은 없습니다. 최적화 프로세스가 완료될 때까지 기다려야 합니다. 스토리지 크기가 더 커지거나 스토리지 사용량이 증가하면 이 프로세스가 더 오래 걸립니다. 이것은 자동화된 프로세스이므로 RDS DB 인스턴스에서 스토리지 최적화를 완료하는 데 소요되는 시간을 결정하는 정해진 방법은 없습니다.

클러스터 볼륨의 경우 Amazon Aurora는 EBS 볼륨의 지원을 받지 않는 사용자 지정 스토리지 솔루션을 사용합니다. 따라서 Aurora 인스턴스의 스토리지 최적화를 고려할 필요가 없습니다. 자세한 내용은 Aurora 스토리지 엔진 소개를 참조하십시오.

참고: 모든 유형의 스토리지 수정으로 인해 DB 인스턴스가 스토리지 최적화 상태로 전환될 수 있습니다. 하지만 스토리지를 수정하면 인스턴스가 다시 시작되어 다운타임이 필요할 수도 있습니다. 이는 SSD와 마그네틱 간의 스토리지 유형 변경과 같이 특정 경우에 필요한 요구 사항입니다. 자세한 내용은 DB 인스턴스에 대한 설정을 참조하십시오.

DB 인스턴스의 사용 가능한 스토리지 양을 모니터링하려면 Amazon CloudWatch 경보를 만드는 것이 가장 좋습니다.

관련 정보

Amazon RDS DB 인스턴스 관리

AWS 공식
AWS 공식업데이트됨 일 년 전
댓글 없음