コンピューティングの購入オプション

イントロ

安さではなく、使い方に合う料金モデルを選ぶ

AWSの購入オプションは、利用を約束できるか、中断されてもよいか、柔軟性が必要かで考えます。最安だけを探す発想では不十分です。

定義

教科書では: コンピューティング利用に対して、柔軟性、利用期間の約束、中断許容などに応じて選ぶ料金モデル。
言いかえると: On-Demandは柔軟、Reserved InstancesやSavings Plansは継続利用の約束、Spot Instancesは中断に耐えられる処理向けとして覚えます。

比較

選択肢On-Demand

選択肢Reserved

選択肢Savings Plans

選択肢Spot

料金モデルは、利用パターンに合わないと安くても運用に合わない。

要点

問題文では、長期利用の約束ができるか、中断されてもよいかを見る。よくある誤解: 一番安そうな選択肢を常に選べばよいと思う。

例

場面: 毎日24時間動く社内システムと、夜だけ動く一括分析がある。
順に考えると: 毎日安定して使う処理はReservedやSavings Plansを検討できます。一方、やり直せる一括分析ならSpotが候補になります。判断軸は、長期利用の約束ができるか、中断されてもよいかを見る。
ここが結論: 同じEC2でも、用途が違えば合う購入オプションは変わります。迷ったら、On-DemandとReserved Instancesを分けます。

注意

確認

Q1

中断されても再実行できる一括処理で、コストを抑えたいときに候補になりやすいものはどれですか。

まとめ

AWSの費用管理では、使う前の見積もりはPricing Calculator、使いすぎの警戒はBudgets、過去の分析はCost Explorer、複数アカウントの集約はOrganizationsで考える。