初期段階のスタートアップ向けの迅速なコスト最適化戦略

コスト最適化はどのスタートアップにとっても最優先事項であり、さまざまな手法で実現できますが、どのように取り組むかはビジネスの成長の段階によって異なります。大企業とは異なり、スタートアップは製品開発に重点を置いています。そのため、スタートアップは、アカウント構造の再編成やコスト分析パイプラインの構築など、コスト管理のための追加機能の構築に時間を費やすか、勢いを維持するために労力の少ないものから影響の大きいものまでアーキテクチャの変更を優先させるかのどちらかを選択せざるを得ません。この記事では、支出をすばやく把握して最適化し、お客様にとっての価値を高める機能の構築に戻るのに役立つ、簡単に実践できる 3 つのコスト最適化戦略を紹介します。注目すべき 3 つの主要なコンセプトは、支出の認識、アーキテクチャの調整、使用量の割引です。

支出の認識

変更を加える前に、現在何を、どこで使っているのかを把握することが重要です。AWS Cost Explorer と AWS Budgets は、情報に基づいたコスト決定に役立つ最も効率的なツールです。

傾向の理解

AWS Cost Explorer を使用すると、一般的な支出傾向をすばやく把握できます。ビジネスの規模が拡大するにつれて、インフラストラクチャのコストも増加します。Cost Explorer を使用すると、その支出を大局的に把握できます。Cost Explorer のホーム画面には、過去 6 か月間の支出がサービスごとにグループ化されて表示されるため、以下の点を評価するのに役立ちます。

• コスト最適化の取り組みをどこから始めるべきか。 デフォルト画面には、毎月の支出に寄与する上位 5 つのサービスが表示されます。これは、コスト最適化を開始すべきサービスがわからない場合や、支出への影響を最大にしたい場合に役立ちます。
• 通常のパターンに合わないサービスに多額の費用を費やしていないか。 答えはワークロードによって異なることもありますが、たとえば、ストレージコストは一般的にコンピューティングコストよりも低いため、EBS ボリュームの支出が Amazon Elastic Compute Cloud (Amazon EC2) への支出よりも大幅に高くなることは期待できないかもしれません。

予算の設定

インフラストラクチャの支出に固定の予算がない場合でも、コストを追跡し、一定の支出基準に達したときにアラートを受け取るために AWS Budgets を実装することをおすすめします。偶発的な設定ミスは多額の請求につながる可能性があり、アラートは間違いが雪だるま式に増える前に発見して修正するのに役立ちます。予算アラートを設定していない場合は、数分で完了するこちらのチュートリアルに従って設定してください。

アーキテクチャの調整

コストを理解したら、アーキテクチャを効率化して費用対効果を高めることを検討する必要があります。以下で強調した変更は、最小限の労力で最大の節約を実現できるため、すぐに製品の構築に戻ることができます。

不使用時のリソースオフ

このアドバイスは当然のように聞こえるかもしれませんが、コスト削減を実現する最も簡単で、最も早く、最も影響力のある方法は、使用されていないリソースをオフにすることです。平均的な 1 週間の稼働時間のうち、70% が非稼働時間です。その時間帯に非生産的なリソースをオフにすることで、どれだけ節約できるか想像してみてください。何をオフにするかを判断するのに役立つヒントは以下のとおりです。

• タグの使用: タグを使用して、何をオフにするかを決定し、プロダクションリソースと非プロダクションリソースを区別します。
• Trusted Advisor の確認:  Trusted Advisor のコスト最適化ピラーは、以下に示すように、アイドル状態のリソースを表示します。これは、何もタグ付けしていない場合にオフにできるリソースを確認する出発点として適しています。
• 常に実行されていないワークロードの特定: 常に実行されていないワークロードは、必要に応じてオフにしてから再びオンにすることができます。たとえば、Amazon SageMaker ノートブックを使用していないときは停止できます。Amazon Redshift には一時停止と再開の機能 があり、さらに簡単にこれを行うことができます。

何をオフにする必要があるかがわかっていても、実際にオフにしない限り、節約にはなりません。これが難しい場合は、AWS Instance Scheduler などのソリューションを活用して Amazon EC2 と Amazon RDS の開始スケジュールと停止スケジュールを設定し、プロセスを自動化してください。

最新サービスの使用

パフォーマンスを維持しながらコストを削減する簡単な方法は、以下のような AWS が提供する最新かつ最高のサービスを使用することです。

• 最新世代のインスタンスタイプの使用: たとえば、m4 から m5 への移行など、最新バージョンのインスタンスタイプを使用すると、価格パフォーマンスが向上します。
• ARM ベースの AWS Graviton2 インスタンスなどの新しいインスタンスタイプの検討: Graviton2 プロセッサは、現世代の x86 ベースのインスタンスと比較して最大 40% 高い価格パフォーマンスを実現します。EC2 に加えて、Graviton2 インスタンスタイプは Amazon RDS、Amazon Aurora、Amazon ElastiCache、Amazon OpenSearch、Amazon EMR などのマネージドサービスでも使用できます。マネージドサービスではインフラストラクチャの管理タスクが不要になるため、Graviton2 に切り替えることは、アプリケーションコードを変更せずにコストを節約できる優れた方法です。

使用量の割引

定常状態のワークロードを実行している場合は、使用量割引の契約番号を自信を持って作成できます。しかし、成長の初期段階にある場合や、使用量が予測できない場合はどうでしょうか。Compute Savings Plans を利用することで、使用量の増加と、すでに使用しているものに対する節約とのバランスを取ることができます。

• EC2 Instance Savings Plans ではなく Compute Savings Plans を選ぶ理由は何でしょうか。また、リザーブドインスタンスについてはどうでしょうか。 Compute Savings Plans は EC2 Instance Savings Plans やリザーブドインスタンスよりも柔軟性が高く、アーキテクチャの変更をまだ行っている最中であれば理想的な選択肢です。どのコンピューティング使用量 (Amazon EC2、AWS Fargate、AWS Lambda) でもパーセント割引が適用されるため、常に最新世代のハードウェアを使用しながら節約できます。また、インスタンスタイプを切り替えたり、セルフマネージド型のコンピューティングとサーバーレスの間で再構築したりしたいと考えている場合にも理想的な選択肢です。
• どの程度の契約をすべきでしょうか。 AWS コスト管理に記載されている Savings Plans の推奨事項 では、どの程度の契約をすべきかの基準値が示されています。Savings Plans は 1 時間あたりの契約であるため、推奨では 1 時間あたりに使用するコンピューティングの最小量を基準にしています。複数の Savings Plans を積み重ねることができるため、最初は控えめなプランから始めて、使用率が 100% に達し続けたら後でプランを追加するのが良いでしょう。

まとめ

コスト最適化は継続的なプロセスであり、ソフトウェア開発ライフサイクルの一部でなければなりません。これらの提案は、初期段階のスタートアップがコスト最適化のプロセスについて考えるべき方法の始まりに過ぎません。開発チームは新機能をデプロイする際にコストを考慮する必要があります。また、AWS アカウントチームは最適化プロセスを案内してくれる優れた情報源でもあります。AWS Cost Explorer と AWS Budgets を使用して支出額を把握し、使用していないリソースをオフにし、最新のハードウェアを採用し、Compute Savings Plans を活用して柔軟に使用料を割引することで、コストを合理化しながら俊敏性を維持できます。