r3.xlarge と t2 インスタンス

r3.xlarge と t2 インスタンス

私は 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 ノードを起動したりする必要はありません。

関連情報