commitment戦略を自動化すれば、リスクを抑えながら管理の手間も大きく減らせます。
デジタルネイティブ企業にとって、パブリッククラウドのインフラはテクノロジースタックの基盤であると同時に、運用予算における最大のコストセンターでもあります。だからこそ、そのコストが事業目標と一致しているかを常に監視しなければなりません。コスト管理を担い、エンジニアリング・財務・プロダクトの各部門をまたいだ連携を推進するFinOpsチームは、クラウドコストを最適化し、可能な限り支出を抑える方法を絶えず探っています。
パブリッククラウドにおけるコスト最適化の手法のなかでも、最も一般的かつ広く使われているのが、commitmentと呼ばれるボリュームディスカウントです。一定期間にわたって所定量のリソースを利用することを約束する代わりに、クラウドプロバイダーが料金を割り引く仕組みです。AWSでは、これらのcommitmentはReserved InstanceまたはSavings Plansとして提供されます。下記の表をご覧いただくか、各プランの違いについて詳しくご確認ください。
クラウドプロバイダーごとにcommitmentの種類はさまざまですが、ほぼ共通しているのが契約期間です。多くの場合、契約は1年または3年で、期間の長さや契約に許されるworkloadの柔軟性によって割引率が変わります。たとえば、3年commitmentの割引率(約60〜70%)は1年commitment(約25〜35%)よりも常に高くなり、リージョンやマシンタイプを変更できるタイプは、固定型に比べて節約幅が小さくなるのが一般的です。
運用や開発の柔軟性と、コスト管理・事業目標とのバランスを取る必要があるため、ある程度成熟した企業でも、単一種類のcommitmentだけで構成されているケースはまれです。多くのcommitment portfolioは、企業固有のニーズや成長フェーズに合わせて、チーム・リージョン・マシンタイプなどに応じた1年・3年契約を組み合わせて構築されています。
米国市場向けにサービスを展開する仮想企業がAWSを利用している場合、その構成は次のようなイメージになります。
クラウドプロバイダー
プラン種別
契約期間
リージョン
マシンファミリー
割引率
有効期限
AWS
Compute SP
3年
可変
可変
63%
2025年3月5日
AWS
EC2 RI
1年
US East-1
M7g
28%
2023年11月4日
AWS
EC2 RI
1年
US West-2
M7g
28%
2023年11月4日
AWS
EC2 RI
1年
US East
T3
29%
2024年2月12日
AWS
EC2 RI
1年
US West
T3
29%
2024年2月12日
この例では、X社は2022年3月に、今後3年間で必要となる最低限のコンピュートをカバーするため、基本的なCompute Savings Planを購入しました。その後、同年中にworkloadが拡大して3年commitmentでは足りなくなったため、M7gマシンファミリーをcommitすることに決め、追加のworkloadに対応すべく東西両海岸で1年Reserved Instanceを購入。さらに数か月後、T3マシンを使う新規プロジェクトが立ち上がった際にも、同じやり方で対応しました。
これは、クラウド利用が拡大していく企業がよく取る戦略です(そもそもcommitment購入のリスクを取る前提ではありますが)。割引率も契約期間も有効期限もばらばらな1年・3年commitmentを組み合わせて使うため、想定使用量と支出に過不足がないか定期的に追跡・管理し、満了時に更新するか失効させるかを判断する必要があります。言うまでもなく、これはどの組織にとっても大きな負担であり、FinOpsを日常業務に組み込んで運用を成熟させているかどうかにかかわらず避けては通れません。
プロセスをシンプルに
DoiT Flexsave™は、commitment管理のプロセスをシンプルにし、自動化するために生まれました。Flexsaveは日々のコンピュート支出を分析し、既存のcommitment(SP、RI、Spot、Enterprise Discount Programなど)でカバーされていないworkloadを特定したうえで、それらのオンデマンドworkloadに1年commitmentと同等の割引を自動で適用します。
AWS環境でFlexsaveを有効化すれば、これまで1年commitmentで得ていたのと同じ割引率がそのまま手に入ります。つまり、既存の1年プランは失効させてしまい、あとはFlexsaveに任せられるということです。
先ほどの仮想例で言えば、X社はcommitmentの80%を失効させられます。これによりFinOpsチーム(あるいはcommitmentと使用状況の追跡を担う担当者)の負担が軽くなるだけでなく、これまで縛られていたマシンファミリーやリージョンの枠を越えて、開発者により高い柔軟性をもたらせます。
結果として、X社のcommitmentカバレッジは次のような姿に落ち着きます。
commitment管理の詳細や、DoiTがFinOpsの実践強化をどのように支援できるかについては、_Cloud Compute Commitment Handbook_をダウンロードしてご覧ください。