다른 분들 중에 AWS의 EC2 인스턴스와 RDS 구성으로 Discourse를 실행하고 계신 분이 계신지 궁금합니다.
I/O 요청량이 폭증하여 상당한 비용이 발생하고 있는 문제를 겪고 있습니다. 현재 월 55억 건의 I/O 요청을 처리하고 있는데, 활성 사용자가 약 1,000명인 포럼치고는 상당히 많은 수치로 보입니다.
다른 분들 중에 AWS의 EC2 인스턴스와 RDS 구성으로 Discourse를 실행하고 계신 분이 계신지 궁금합니다.
I/O 요청량이 폭증하여 상당한 비용이 발생하고 있는 문제를 겪고 있습니다. 현재 월 55억 건의 I/O 요청을 처리하고 있는데, 활성 사용자가 약 1,000명인 포럼치고는 상당히 많은 수치로 보입니다.
This forum here is ran on EC2 / RDS, so we are quite familiar with it.
My first question will be: why are you using Aurora? Why wasn’t standard PostgreSQL on RDS adequate?
That is a good question. I’m not sure why that decision was made in retrospect. I assume the cost would be cheaper for standard PostgreSQL, but also trying to determine if there is a setup issue causing more I/O requests than there should be.
I’d check RDS Performance Insights for clues.
Ok. Also my developer noted: “Aurora was done to not provision/allocate space beforehand and better management”
It’s part of the trade-off. No need to handle disk space alerts in exchange for paying more for the service.
I tested Aurora (couple of years ago) and it didn’t pass all Discourse tests at the time. We run hundreds of Discourse instances in AWS, but we use PostgreSQL RDS in all of those.
Thanks for that insight. I will definitely dig into migrating (if possible).
Thanks for the feedback here. We just completed migrating from Aurora to standard Postgre SQL.