Postgres에 EC2를 통해 RDS를 사용하는 이유는 무엇입니까?

현재 EC2에서 실행중인 데이터베이스가 있습니다. 더 큰 기계로 옮겨야하므로 RDS 사용에 대한 의문이 생겼습니다.

가격:

시간당 0.132 달러에 2 개의 SSD (각각 16GB), 2 개의 vCPU 및 4GB의 메모리 가있는 EC2 c3.large 인스턴스를 얻을 수 있습니다 [1] .

가장 가까운 (가격을 고려한) RDS 기계는 db.m3.medium시간당 $ 0.125 (Single-AZ)입니다 [2] . 이 머신은 같은 양의 메모리를 갖지만 vCPU는 하나만 있습니다 [3] . 또한 나는 스토리지와 io에 대한 비용을 지불해야 할 것이다 [2] .

따라서 가격은이 두 가지와 매우 비슷합니다.

EC2의 장점 :

1. 이미 언급했듯이 vCPU가 하나 더 있습니다.
2. EC2를 사용할 때 Write-Ahead-Log를 두 번째 디스크에 넣을 수 있습니다 (db에 많은 것을 쓸 때 성능이 크게 향상됨).
3. EC2 인스턴스 에서 pgbouncer 를 실행할 수 있습니다 (연결을 열어 둘 수 있기 때문에 성능이 향상됨).
4. 구성 파일을 편집 할 수 있습니다 (결국 성능을 향상시킵니다)

RDS의 장점 :

1. 매일 백업을 자동으로 수행합니다.

RDS가 ​​EC2의 장점 (특히 2)을 다룰 수 있습니까? 다른 장점이 있습니까?

대부분의 경우와 마찬가지로 비용과 노력 / 복잡성 사이의 균형입니다.

RDS는 더 쉽고 유연하지만 같은 수준의 성능을 위해 더 많은 비용이 듭니다.

(특히 RDS에 복제하거나 복제 할 수있는 방법이 없습니다. )

단일 인스턴스 비교의 경우 그다지 많지 않지만 RDS에는 많은 이점이 있으며 다른 지역의 읽기 전용 복제본으로 다중 AZ 설정을 유지 관리하는 것 등은 EC2에서 처리하는 것보다 낫습니다. RDS는 그렇지 않으면 스스로해야 할 엄청난 양의 툴링을 수행합니다. 이것은 항상 플러스입니다. RDS는 또한 데이터베이스에 대한 균일 한 인터페이스를 제공하며, 제 관점에서 데이터베이스 배포시 일관성을 유지하는 데 도움이 될뿐만 아니라 상당한 이점이 있습니다. 우리는 여전히 인스턴스에서 pgbouncer를 사용합니다.

솔직히 EC2보다 coloc 하드웨어에서 데이터베이스를 실행하는 것을 선호합니다. EC2에서 데이터베이스를 실행하는 것이 싫습니다. ec2의 i / o 성능이 단순히 비참하고 많은 iops를 구입하는 것은 엄청나게 비싸고 여전히 하드웨어 성능에 접근하지 않기 때문에 덤프를 이동하고 덤프 및 백업을 수행하는 것은 번거 롭습니다. RDS의 한계에 따라 생활 할 수 있다면 항상 사용할 것입니다.