AWS RDS 인스턴스 업그레이드 중단 시간
RDS 인스턴스 업그레이드와 관련하여 몇 가지 질문이 있습니다.
- 예를 들어 인스턴스를 소규모에서 대규모로 업그레이드할 때 다운타임이 얼마나 됩니까?인스턴스 유형(소형, 대형, 초대형)을 변경할 때 다운타임이 비교적 비슷하거나 데이터베이스 크기 등 타이밍을 변경하는 요인이 있습니까?
- RDS를 사용하여 다운타임을 회피하고 인스턴스 유형을 업그레이드하는 방법을 공유할 수 있는 사람은 누구입니까?RDS에서도 가능합니다.클라이프 노트나 큰 그림 같은 것만 세세하게 설명할 필요는 없습니다.
- 더 많은 디스크 공간을 할당할 때 다운타임이 있습니까?
이것은 StackOverflow에 관한 온토픽 질문이라고는 전혀 생각하지 않지만, 어쨌든 몇 가지 정보는 다음과 같습니다.
이것은 중요하고 데이터베이스의 크기에 따라 달라집니다.몇 번인가 한 시간 이상 걸린 적이 있어요.스냅샷 작성, 스냅샷으로부터의 복원, 멀티 에이즈 작성에도 약 2시간이 걸렸습니다.
이것은, 현재의 설정 방법에 의해서 다릅니다.Multi-AZ가 이미 네이블로 되어 있는 경우 실제로 슬레이브에서 인스턴스 업그레이드가 이루어지고 페일오버가 발생하고 새로운 슬레이브가 업데이트됩니다.따라서 실제 다운타임이 약 1~2분 정도 발생합니다.슬레이브 인스턴스 업그레이드는 보통 10~20분 정도 걸리지만 이 설정에서는 다운타임이 발생하지 않습니다.페일오버를 수행할 때 Amazon은 RDS 끝점이 올바른 시스템을 가리키도록 내부적으로 DNS 스왑을 수행하므로 DB를 가리키는 웹 프로세스를 다시 시작하여 DB에 다시 연결하고 새 DNS 검색에서 새 IP를 가져와야 할 수 있습니다.
db.t1.micro> db.m1.small : 8m30s
Engine: mysql
Storage: 6GiB
Backups: Yes
Multi A-Z: No
데이터베이스의 크기/유형은 다운타임에 큰 영향을 미치는 것으로 보입니다.
1, 개인 경험상 15GB 인스턴스의 경우 스몰에서 라지까지 정확히 57분 소요됩니다.솔직히 그렇게 오래 걸릴 줄은 몰랐어요업데이트: 업그레이드 전에 시점 백업을 전환하면 프로세스가 대폭 빨라진다는 것을 방금 알게 되었습니다.
2, 업그레이드 전에 MULTI AZ를 작성하면 다운타임이 발생하지 않길 바랍니다.문제는 하나라도 업그레이드 할 수 있는지 여부입니다.
3명, 네, 하지만 100% 확신할 수는 없지만
언급URL : https://stackoverflow.com/questions/4832459/aws-rds-instance-upgrade-down-time
'source' 카테고리의 다른 글
| Python 함수 속성 - 사용 및 남용 (0) | 2022.11.24 |
|---|---|
| 경고: [bootstrap]클래스 경로가 -source 1.5와 함께 설정되지 않음 (0) | 2022.11.24 |
| MySQL에 금전적 가치를 저장하기에 최적의 데이터 유형 (0) | 2022.11.24 |
| Google 지도에서 위도와 경도에서 주소 위치를 얻는 방법 (0) | 2022.11.24 |
| 플랫폼에 의존하는 새로운 행 문자를 얻으려면 어떻게 해야 하나요? (0) | 2022.11.24 |