AWSでt2.mediumインスタンスタイプとm3.mediumインスタンスタイプをいつ使用する必要がありますか？
それらはパフォーマンスの点でほぼ同じように見えます。
モデルvCPU Mem（GiB）SSDストレージ（GB）m3.medium 1 3.75 1 x 4
モデルvCPU CPUクレジット/時間Mem（GiB）ストレージt2.medium 2 24 4 EBSのみ
t2.mediumはバースト可能なパフォーマンスを可能にしますが、m3.mediumはできません。 t2.mediumは、m3.mediumよりも多くのvCPU（1対2）とメモリ（3.75対4）を備えています。唯一のパフォーマンスの向上は、m3.mediumを備えたSSDです。これは、重いI/Oを実行している場合に重要になる可能性があることを認識しています。
これは、t2.mediumよりもm3.mediumを選択する唯一のシナリオでしょうか？
1か月に2万から3万件ヒットするWebサーバーを実行したいので、どちらかが私のニーズに合っていると思いますが、より良いオプションは何ですか？
1か月あたり30000ヒットは、平均で90秒ごとの訪問者です。サイトが非常に典型的でない限り、サーバーの負荷は目に見えないほど小さい可能性があります。バーストは、最大数百（または最適化を加えて数千）の訪問者のスパイクを処理します。
適切なキャッシングにより、t2.microに匹敵する仕様のVPSサーバーはWordpressブログに 1分あたり30000ヒット を提供できます。もちろん、t2.microのバーストパフォーマンスに依存しています。 t2.mediumは約4倍強力です あらゆる点でmicroであり、m3.mediumは同様のRAMと帯域幅を持ちますが、ピークCPUは少なくなります。
インスタンスストレージは、もちろんm3.medium上の大きなEBS GP2（SSD）ボリュームよりも数倍高速です。 t2およびc3の中規模インスタンスはどちらも約300-400 Mbit/sのネットワーク帯域幅を持ち、t2.microは約60-70 Mbitを取得します。 1つのベンチマーク は、破裂モードのt2.mediumが実際にc3.large（3 ECU vs 7で半分以下のm3.mediumは言うまでもありません）に勝っていることを示しています）。
ただし、前述のように、いずれかの提案よりも強力ではないものを使用しても、おそらく優れたパフォーマンスを維持してお金を節約できます。
サーバーを完全に構成するパワーが必要ない場合は、共有ホスティングまたはサービスとしてのプラットフォームソリューションが簡単になります。 OpenShiftをお勧めします。これは、月に最大5万件のヒットに対して単一の小さなギアを明示的に提案するためです。これらのうち3つを無料で入手できます。
サーバーを構成する必要がある場合、実際にはサーバーやDBを実行するのに十分なメモリのみが必要です。 t2.nanoには512 MB、t2.microには1 GBがあります。実際のパフォーマンスのボトルネックは、おそらくディスクI/Oとネットワーク帯域幅です。 1つ目はより大きな汎用SSDボリューム（より多くのIOPS）で改善でき、2つ目は複数のインスタンスと1つのELBを使用して改善できます。
すべての静的アセットをS3でホストし、キャッシュを適切に使用するようにしてください。小規模なAWSインスタンスでも1秒あたり数百のリクエストを処理できます。
基本的には：「心配する必要はありません。実行するのに最も安くて簡単なものを使用してください。」
「ハードウェア」の仕様はT2.mediumインスタンスとM3.mediumインスタンスで類似しているように見えますが、違いは、バースト安定性と固定パフォーマンスの比較です。アマゾンウェブサービスの次のリンクを参照してください。
http://aws.Amazon.com/ec2/faqs/#burst
次の引用はそのリンクから来ています：
Q：T2などのバースト可能なパフォーマンスインスタンスはいつ選択する必要がありますか？
バースト可能なパフォーマンスインスタンスに最適なワークロード（Webサーバー、開発者環境、小規模データベースなど）は、CPUを頻繁にまたは一貫して使用しませんが、バーストする必要がある場合があります。アプリケーションで持続的な高いCPUパフォーマンスが必要な場合は、M3、C3、R3などの固定パフォーマンスインスタンスをお勧めします。
T2インスタンスはCPUクレジットを獲得しますが、実行されている限りです。停止または終了すると、発生したクレジットはなくなります。
T2インスタンスのCPUクレジットに関するページのさらに下の重要な情報があります。
Q：T2インスタンスのクレジットが不足している場合（CPUクレジット残高がゼロに近い場合）、CPUパフォーマンスはどうなりますか？
T2インスタンスのCPUクレジット残高がゼロの場合、パフォーマンスはベースラインCPUパフォーマンスのままになります。たとえば、t2.microは、物理CPUコアの10％のベースラインCPUパフォーマンスを提供します。インスタンスのCPUクレジット残高がゼロに近づくと、CPUパフォーマンスは15分間隔でベースラインパフォーマンスに低下します。
これは、バースト可能なクレジットを使い果たした場合、パフォーマンスが向上するまで、シングルコアの一定の割合に制限されることを意味します。 T2.microで10％、T2.smallで20％、T2.mediumで40％。
OPが言及しているもう1つの重要な違いは、M3.mediumインスタンスに4GBの一時ストレージをプロビジョニングできることです。これは、永続的なElastic Block Storage（EBS）よりもはるかに大きいI/O容量を持ちます。 T2インスタンスにはこのオプションはありません。
最後に、それは「ヒット」とは何かに依存します。私の意見では、ヒットが64k未満の静的ページのダウンロードまたは小さな動的ページを意味する場合、T2オプションを検討します。長いセッション、より多くのデータトラフィック、またはより多くの同時ユーザーの場合、M3を検討します。また、長期間にわたるパフォーマンスが重要な問題である場合、間違いなくM3ランドにいると思います。
現在のサイトまたは設定しているものに類似したサイトのログを見て、現在の状況を判断します。
両方でアプリケーションのベンチマークを行い、適切なものを決定します。それが確実に知る唯一の方法です。 「より良いオプション」は、アプリケーションの実行方法とコスト要件に依存します。
または、コストまたは他の基準に基づいて単純に1つを選択し、それが不十分であるか、過度に大きい場合は、インスタンスタイプを他のタイプに変更します。