Aurora I/O

Discourse を EC2 インスタンスと RDS セットアップで AWS 上で実行している方はいらっしゃいますか?

I/O リクエスト量が天井知らずで、かなりのコストが発生するという問題に直面しています。現在、月間 55 億件の I/O リクエストを処理していますが、アクティブユーザーが 1,000 人程度のフォーラムとしては多いように思えます。

「いいね!」 1

このフォーラムはEC2 / RDSで稼働しているので、その点には精通しています。

最初の質問ですが、Auroraを使用しているのはなぜですか?RDSの標準PostgreSQLでは不十分だったのでしょうか?

「いいね!」 1

それは良い質問ですね。今となっては、なぜその決定が下されたのか分かりません。標準のPostgreSQLの方がコストが安いと仮定していますが、I/Oリクエストが本来あるべきよりも多く発生している原因がセットアップの問題なのかどうかを判断しようとしています。

「いいね!」 1

RDS パフォーマンスインサイトで手がかりを探します。

承知いたしました。開発者も次のように述べています。「Auroraは、事前にスペースをプロビジョニング/割り当てず、より良い管理を行うために行われました。」

それはトレードオフの一部です。サービスにより多くのお金を払う代わりに、ディスク容量のアラートを処理する必要はありません。

私は(数年前に)Aurora をテストしましたが、その時点では Discourse のすべてのテストに合格しませんでした。私たちは AWS で数百の Discourse インスタンスを実行していますが、それらすべてで PostgreSQL RDS を使用しています。

「いいね!」 2

ありがとうございます。可能であれば、移行を検討します。

「いいね!」 1

フィードバックありがとうございます。標準のPostgreSQLに移行しました。