
私は AWS 初心者ですが、コストを最適化する方法を検討するよう指示されました。そのために、ベストプラクティスと戦略を検討しました。
- インスタンスの適切なサイズ設定
- 必要に応じてリザーブドインスタンス (RI) とスポットインスタンス (SI) を使用する (オンデマンド経由)
- 自動スケーリングストレージ(冗長性削減、Glacier)
- タグ付け戦略
しかし、インスタンスタイプに関して具体的な質問があります。どうやら、r3.xlarge(オンデマンド) インスタンスは、240 GB EBS (つまり、4 つの CPU、30.5 GB RAM) を備えたデモ (新規クライアント用) に使用されるため、あまり頻繁には使用されません。
質問:
1) それをt2たとえば、パフォーマンスを低下させることなく(またはその他の悪影響を及ぼさずに)、(中期から長期的に)コスト面でのメリットが得られるでしょうか?
2) もしそうなら、どの t2 バリアントを使用できますか (t2.xlarge、t2.2xlarge など)?
私の無知をお詫び申し上げます。もしこれが質問の適切な場所でない場合は、ご指導いただければ幸いです。
ご協力いただきありがとうございます!
答え1
r3.xlarge を t2 ノードに置き換えると、コストを節約できます。ノードが時々デモに使用される場合は、t2 のバースト CPU 特性が適していると思われます。
しかし、アプリケーションの詳細を知らなければ、どれを使うべきかについては何も言えません。かもしれないR3 上で静的な nginx サーバーを実行してメモリの 99% を無駄にしている可能性があります。あるいは、大規模なメモリ内データベースを実行していて、かろうじて収まっている可能性があります。
それと、http://www.ec2instances.info/は、さまざまな AWS インスタンス タイプの時間あたりのコストと容量を比較するのに役立つツールです。アプリ (およびそのパフォーマンス メトリック/履歴) を確認し、アプリケーションに最適なサイズに切り替えます。
このインスタンスを常に実行し続ける場合は、コストをさらに削減するために「リザーブドインスタンス」の購入を検討してください。リザーブドインスタンス (RI) は、インスタンスの料金を 1 年間支払うことを約束すると AWS が割引を提供する課金構造です。課金のみであるため、AWS は一致するノードに割引を適用します。再プロビジョニングしたり、特別な RI ノードを起動したりする必要はありません。