Amazon RDS의 가동 중지 시간 또는 데이터베이스 성능에 영향을 미치는 요인은 무엇입니까?

3분 분량
0

내 Amazon Relational Database Service(Amazon RDS) DB 인스턴스를 수정하려고 합니다. 이러한 변경 중에 데이터베이스 가용성 또는 성능에 미치는 영향은 무엇입니까?

해결 방법

Amazon RDS에서 인스턴스 클래스 수정

Amazon RDS에서 단일 AZ 인스턴스의 인스턴스 클래스를 수정하면 새로운 Elastic Compute Cloud(Amazon EC2) 호스트가 생성됩니다. 업데이트된 인스턴스 클래스를 사용하여 새 Amazon EC2 호스트를 생성하면 기존 호스트의 데이터베이스가 종료됩니다. 그런 다음 데이터 스토리지가 이전 호스트에서 분리되어 요청된 인스턴스 클래스의 새 호스트에 다시 연결됩니다. 데이터베이스가 다시 시작되고 엔진이 복구를 수행하여 데이터베이스가 일관된 상태로 유지되도록 합니다. 이 프로세스 중에 발생하는 모든 중단은 데이터베이스 복구 기간에 비례합니다.

Amazon RDS에서 다중 AZ 인스턴스의 인스턴스 클래스를 수정하면 예비 인스턴스가 먼저 업데이트됩니다. 이 업데이트 후 장애 조치가 발생하여 대기 인스턴스와 기본 인스턴스의 역할을 전환합니다. 또한 장애 조치 메커니즘은 새 호스트를 가리키도록 DB 인스턴스의 DNS 엔드포인트를 전파합니다. 데이터베이스 복구 후 애플리케이션에서 데이터베이스에 액세스할 수 있습니다. 그런 다음 인스턴스 클래스 수정이 새 대기 인스턴스에서 수행됩니다.

데이터베이스 작업이나 장기 실행 트랜잭션에 따라 장애 조치를 완료하는 데 평소보다 오래 걸릴 수 있습니다. 장애 조치는 일반적으로 60~120초 내에 완료됩니다. 그러나 트랜잭션이 크거나 복구 프로세스가 길어질 경우 장애 조치 시간이 길어질 수 있습니다. 인스턴스를 수정하는 동안 데이터베이스에 열린 트랜잭션이 없는지 확인하는 것이 좋습니다. 중단을 방지하기 위해 유지 보수 작업을 예약할 수도 있습니다.

Amazon RDS에서 스토리지 수정

데이터 또는 다른 스토리지 성능 속성을 위한 추가 공간이 필요한 경우 Amazon RDS는 성능에 영향을 주지 않고 다음 항목에 대한 업데이트를 지원합니다.

  • 스토리지 할당
  • IOPS
  • 볼륨 유형

Amazon RDS는 Amazon Elastic Block Store(Amazon EBS) Elastic Volumes를 활용하여 스토리지 규모 조정 작업에 필요한 시간을 최소화합니다. Amazon RDS는 필요한 스토리지의 크기에 따라 자동으로 데이터를 여러 Amazon EBS 볼륨에 나누어 저장하여 성능을 강화합니다.

스토리지를 추가하기 위해 인스턴스를 수정하면 DB 인스턴스에서 애플리케이션 쿼리가 완벽하게 작동합니다. RDS 인스턴스에서 스토리지를 수정한 후에는 추가 스토리지 업데이트를 수행하기 전에 6시간의 유예 기간이 적용됩니다. 이 기간 동안 인스턴스 상태는 ‘스토리지 최적화’로 표시됩니다. 인스턴스가 ‘스토리지 최적화’ 단계에 들어가면 새 스토리지 속성이 완전히 활성화되고 성능에 영향을 주지 않습니다.

Amazon RDS에서 스토리지 규모 조정

스토리지 규모 조정은 온라인 프로세스이며 데이터베이스는 프로세스 중에 완벽하게 작동합니다. 그러나 일부 레거시 RDS 인스턴스의 경우 일회성 스토리지 변환이 필요합니다.

이 작업을 수행하는 동안 Amazon RDS가 이전 볼륨 세트에서 데이터를 읽고 새 세트에 쓰는 동안 I/O 성능에 영향을 줄 수 있습니다. 또한 400GB(또는 Oracle 데이터베이스 인스턴스의 경우 200GB) 이상으로 확장할 경우 Amazon RDS는 기존 확장 방법을 사용합니다. 기존 확장 방법 사용 중에 성능 저하가 발생할 수 있습니다. 이후의 모든 스토리지 규모 조정 수정은 탄력적 규모 조정 방법을 사용합니다.

Amazon RDS에서 단일 AZ를 다중 AZ로 변환

DB 인스턴스를 단일 AZ에서 다중 AZ로 변환하면 Amazon RDS가 먼저 데이터베이스 복사본을 만듭니다. 그런 다음 복사본이 다른 가용 영역에 복원됩니다. EBS 스냅샷 복원도 이 프로세스의 일부이므로 스토리지 블록이 새 볼륨으로 복사됩니다. 따라서 단일 AZ에서 다중 AZ로의 변환은 지연 시간 및 DB 인스턴스 성능에 영향을 줄 수 있습니다. 자세한 내용은 Amazon RDS용 고가용성(다중 AZ)을 참조하세요.

대용량 스토리지 볼륨이 있는 쓰기 집약적 DB 인스턴스의 경우 워크로드가 많은 기간에 다중 AZ로의 변환에 따른 영향이 더욱 두드러집니다. 또한 볼륨을 복원하는 작업(예: 읽기 전용 복제본 생성 또는 새 DB 인스턴스로 스냅샷 복원)을 수행하면 지연 시간이 길어집니다. 스토리지 블록이 Amazon Simple Storage Service(Amazon S3)에서 새 볼륨으로 복사되면 지연 시간이 줄어듭니다.


AWS 공식
AWS 공식업데이트됨 3년 전