2017-12-22 28 views
2

저는 자체 호스팅 데이터베이스 인스턴스 (예 : Linux의 MySQL 또는 PostgreSQL, 베어 메탈 또는 AWS 자체)에서 Amazon RDS로 일부 데이터베이스를 이동하는 것을 고려해 왔지만, 일단 모든 것이 어떻게 작동하는지는 분명하지 않습니다. 데이터베이스를 만들었고 유지 보수를 시작할 시간입니다.Amazon RDS 데이터베이스 인스턴스는 어떻게 프로비저닝됩니까?

예를 들어 데이터베이스에 사용될 인스턴스 유형을 선택해야합니다. 이는 모든 것이 얼마나 반응이 좋을지를 의미하며 다중 AZ 배포를위한 옵션이 있음을 의미합니다. 내가 실제로 구성하고있는 인스턴스 유형을 몇 가지 지우십시오. 아마도 다중 AZ 배포에는 적어도 두 개의 인스턴스가 필요합니다.

장애 조치에 대한 옵션이 있습니다. 이로 인해 인스턴스에 문제가있는 경우 서비스에 의존 할 수 있다고 믿지만, 자동 업그레이드를위한 유지 관리 기간을 선택하는 섹션도 있습니다. 나는 혼란 스럽다. 예를 들어 2 인스턴스 MySQL 설치, 한 인스턴스를 업그레이드 한 다음 다른 중단 시간을 피하려면 다른 인스턴스를 업그레이드하십시오. RDS가 ​​어떻게 작동합니까?

RDS는 자동 "부 버전 업그레이드"(예, 제발)에 대한 지원을 알리고 있지만 OS 업그레이드에 대해서는 언급하지 않습니다. 아마도 db 엔진은 Amazon Linux 또는 이와 비슷한 형태로 실행되며 패키지에 대한 업데이트가 주기적으로 필요합니다. 모든 것이 자동으로 수행 되나요? 아니면 수동으로 업그레이드를 수행해야합니까?

RDS와 같은 것을 사용하는 요점은 서비스가 더 이상 걱정할 필요가 없다는 것입니다. 패키지 유지 관리, 업그레이드, 장애 조치 또는 예기치 않은 중단 시간을 다루지 않아도됩니다. 물론, 충분히 지불). 그러나 RDS 인스턴스의 모든 옵션을 통해 모든 것을 직접 실행하는 것보다 RDS가 제공하는 이점에 회의적입니다.

AWS RDS에 대한 경험이있는 사람이라면 누구나 유지 보수, 업그레이드 및 장애 복구 경험에 대해 의견을 개진 할 수 있습니까?

+1

mutli-az 인스턴스가있는 경우 유지 보수 기간 중에 하나의 인스턴스를 업그레이드 한 다음 장애 조치 한 다음 다른 인스턴스를 업그레이드합니다. 그러나 장애 조치 (failover) 중에 응용 프로그램은 새로운 데이터베이스 연결을 열 수없는 일시적인 기간이 아마도 60 초가 될 수 있으므로 가장 편리한 시간에 예약하는 것이 여전히 중요합니다. –

+0

OS 유지 관리에 관해서는 OS에 대한 가시성이 전혀 없습니다. SSH 액세스 권한이 없습니다. OS는 전적으로 뒤에서 관리됩니다. DB 서버가 중단되어야하는 OS 유지 보수 태스크는 지정한 유지 보수 창에서 발생합니다. RDS를 사용할 때 스스로 수행해야하는 많은 유지 관리 작업을 확실히 제거합니다. –

+0

@MarkB 왜 장애 조치 지연입니까? 응용 프로그램에서 장애 극복이 발생할 수 있음을 인식하면 단일 연결에 대한 시간 만 소요되고 대체 호스트로 전환하기위한 장애 조치가 실패하지 않아야합니까? –

답변

2

이들은 RDS를 사용할 때 생각했던 것과 동일한 우려 사항이었습니다. 이제 여러 프로덕션 작업 부하에 대해 AWS RDS를 효과적으로 사용하고 있으므로 쿼리를 명확히하려고 노력하겠습니다. 희망이 도움이됩니다.

귀하의 질문 1 : 예 :는 내가 반응 모든

대답을 얼마나 의미 추측 데이터베이스에 사용되는 예 (들)의 유형을 선택해야합니다. 데이터베이스 작업량에 필요한 용량 (CPU, RAM 등)을 정의하는 것입니다.

질문 2 : 다중 AZ 배포를위한 옵션이 있지만 그 중 얼마나 많은 인스턴스 유형 나는 실제로 구성 중입니다.

답변 : 다중 AZ 배포는 고 가용성을 보장하기위한 것입니다. AZ (가용 영역)는 재난 시나리오를보다 잘 보호 할 수 있도록 AWS 지역 내의 격리 된 위치입니다. 따라서 다중 AZ 배포를 선택하면 RDS는 프로비저닝 할 영역의 2 개의 가용성 영역에 데이터베이스 서버 인스턴스 2 개를 배치합니다. 이것은 RDS에 의해 자동으로 수행되며 별도/수동으로 2 대의 서버를 설치/유지 관리하지 않아도됩니다. (참고 : VPC가 제공하는 다중 AZ 설정에 2 개의 다른 AZ의 각이어야 한 서브넷을 가져야한다) : 내가 예를 들어, 관리한다면

귀하의 질문 3 2 인스턴스 MySQL 설치, 한 인스턴스를 업그레이드 한 다음 다른 중단 시간을 피하려면 다른 인스턴스를 업그레이드하십시오.RDS가 ​​어떻게 작동합니까?

예. RDS를 설정하는 동안 자동 업그레이드를 사용하는 경우 수동 개입없이 RDS가 자동으로 수행합니다 (Multi AZ 옵션을 선택한 경우에만)

질문 4 : RDS는 자동 "부 버전 업그레이드"에 대한 지원을 알립니다 , 제발)하지만 OS 업그레이드에 대해서는 아무 말도하지 않습니다.

답변 : RDS는 어떤 OS 액세스도 공개하지 않습니다. 기본 운영체제 및 업그레이드/기타 활동은 모두 RDS 서비스에 영향을 미치지 않고 수행됩니다. 우리는 RDS의 운영 체제에 대해 아무 것도하지 않아도됩니다. 그래서 우리는 그 부분을 잊을 수 있습니다.

귀하의 질문 5 :

나는 2 가지 경우로 분류 할 AWS RDS 다중 AZ 데이터베이스의과 관련하여 장애 조치.

사례 1 : Multi AZ RDS 인스턴스가 수행하는 유지 관리/기타 자동 작업 중에는 장애 조치가 필요합니다.

여기서 RDS는 한 번에 하나씩 자동으로 장애 조치를 수행합니다. 먼저 진행중인 모든 트래픽을 두 번째 인스턴스로 이동 한 다음 첫 번째 인스턴스를 업그레이드/재부팅 한 다음 두 번째 인스턴스에서도 동일한 작업을 수행합니다.

사례 2 : 수동 재부팅/수동으로 트리거 한 작업을 다중 AZ RDS 인스턴스에서 수행하는 동안 장애 조치가 필요합니다.

이 경우 재부트 중에 AWS RDS는 재부팅 여부를 선택하는 옵션을 제공합니다.

+0

다중 AZ 배포에 대해 명확하게 설명해 주시겠습니까? 예를 들어 요청하면 "대형"데이터베이스 인스턴스와 2 개의 AZ가있는 VPC에서 다중 AZ 배포를 요청하면 2 개의 "대형"인스턴스 또는 1에 대해 요금이 청구됩니까? 아니면 dbs의 사용에 달려 있습니까? 대기 서버가 "핫"하지 않으면 페일 오버가 발생할 수 없기 때문에 2에 대한 요금 청구가 정당화 될 수 있지만 장애 극복이 거의 필요하지 않기 때문에 과다 공급 될 수도 있습니다. –

+1

큰 인스턴스 2 개에 대해 요금이 부과됩니다. 당신이 지정한대로 그 뜨거운. 또한 Multi AZ는 두 가지 다른 가용 영역에서 DB를 프로비저닝 할 때 DR을 보장하는 방법이기도합니다. 재난이 발생하면 비용이 정당화됩니다. – Nans