これまで DB サーバーを管理したことがないので、EC2 インスタンスで MySQL をホストするのではなく RDS を使用すると、どれだけの労力が節約されるのだろうかと思います。おそらくすべての設定に多くの費用を費やす必要はないことはわかっていますが、残りはいくらですか? メンテナンスにはどのようなものがありますか?
ありがとう!
これまで DB サーバーを管理したことがないので、EC2 インスタンスで MySQL をホストするのではなく RDS を使用すると、どれだけの労力が節約されるのだろうかと思います。おそらくすべての設定に多くの費用を費やす必要はないことはわかっていますが、残りはいくらですか? メンテナンスにはどのようなものがありますか?
ありがとう!
自分が何をしているのか本当によくわかっていない限り、EC2 で本番環境の MySQL インスタンスをセットアップするべきではありません。まず、EC2 インスタンスは本質的にエフェメラルです。つまり、永続的なデータを保持するようには設計されていません。EBS-backed インスタンスまたは EBS ボリューム を使用する場合、少なくともこの問題を回避できますが、EBS ボリュームでは、ローカル (エフェメラル) ディスク ストレージと比較して I/O パフォーマンスの問題が発生します。したがって、データベースがあらゆる種類の高性能基準を満たす必要があることを計画している場合、これはほとんど初心者向けではありません.
これは、RDS を使用すると、必要に応じて同期的に複製されたフェイルオーバー インスタンスにフェイルオーバーする高可用性インスタンスを作成できることは言うまでもありません。また、自動バックアップなどの機能も利用できます。
確かに、EC2 で MySQL を実行するよりも RDS インスタンスの方がコストがかかる可能性がありますが、手間がかからず、パフォーマンスが大幅に向上します。
AWS の EBS でマルチホームの MySQL データベース クラスターを実行しており、1 分間に 100 万件のトランザクションを実行しているため、その経路で I/O パフォーマンスの問題が発生することはないと予想しています。問題は次のとおりです。このプロジェクトで MySQL を学習する時間、意欲、および能力があるか、それとも少し高めのコストでそれを利用したいですか。最初に MySQL をセットアップするだけで (おそらく数時間の作業が必要です)、ダウンタイムでそれについてさらに学習し、現在の上限に近づいたときにパフォーマンスを向上させるために微調整するだけで、うまくいくと確信しています。設定。