現在、本番PostgreSQLサーバーとしてm3.mediumを持っていますが、マルチAZ機能を備えたRDSに移動したいと考えています。
現在のサーバーのCPU使用率は5%以下であり、RAM使用量は500MBであるため、RDSでt2.smallのような安価なインスタンスを使用することを検討していました。いくつかのオンラインフォーラムやAmazonのヘルプページでは、本番データベースの小規模なインスタンスを推奨していませんが、これは単なるマーケティングなのでしょうか、それとも本当の技術的な問題が発生するのでしょうか。
T2とm3のインスタンスタイプの唯一の違いは、バースト可能なCPUですが、DBサーバーはCPUを使用しないため、他の危険は何かと思います。
T2インスタンスには、クレジットシステムに基づいてCPU時間が与えられ、t2.microsは、インスタンスクラスで最も全体的なCPU機能を備えています。これらのクレジットは、t2.microで1時間あたり6つの割合で蓄積されます。これにより、CPUコアの100%まで6分間バーストすることができます。それ以外の場合は、コアの10%のみが付与されます。さらに、インスタンスが完全にアイドル状態の場合にのみクレジットが蓄積されます。
http://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/t2-instances.html
本番サーバーの目的と許容できるダウンタイムに応じて、... t2.microからいつでも開始でき、さらにリソースが必要であることがわかった場合はインスタンスをアップグレードできます。ほとんどの場合、インスタンスタイプは3〜5分でアップグレードできます。電源を切り、タイプをアップグレードして電源を入れるだけです。これは、合理的な「メンテナンスダウンタイム」以上のことだと思います。