クラウドコンピューティングのコスト最適化の6つの柱

通常、会社またはチームの CFO または監督者は、最終的に発生するすべての財務コストに対して責任を負います。 IT 部門では、IT リーダーはアプリケーションの使用とコード開発リソースによって発生するコストを理解する必要があります。多くの企業はすでにプロジェクトとアプリケーションの一部またはすべてをパブリック クラウドに移行しており、運用の観点からは、ほとんどの企業が移行と変革に非常に満足しているため、物事はスムーズに進んでいるようです。

[[268531]]

多くの企業は、クラウドへの移行によるコスト削減の約束に魅力を感じるかもしれませんが、クラウド コンピューティング プロバイダーから高額の請求書を受け取ったときに驚くかもしれません。

多くの人は、予約インスタンス、オンデマンド コスト、混合レートなどの観点からクラウドの請求を理解しようとしますが、これでは支出を最適化できる場所について深く理解することができません。

価格体系を理解するには経理部門さえも必要とし、サービス自体も同様に驚くべきものです。実際、AWS だけでも、最小在庫管理単位 (SKU) の価格の組み合わせは少なくとも 500,000 種類あります。さらに、特定のリソースを誰がいつ開始できるかについて制限がない場合もあり、これは本質的に問題を複雑にします。特に、継続的な運用に関しては、明らかに多額の費用が発生します。

実際、この複雑で絶えず変化する問題を解決するのは簡単なことではなく、コストとパフォーマンスの最適化のためのさまざまな機会を理解することから始まる包括的かつ綿密なアプローチが必要です。ここで、クラウド コンピューティング コスト最適化の 6 つの柱が役立ちます。

（１）リザーブドインスタンス（RI）

AWS 予約インスタンス、Azure 予約仮想マシンインスタンス、Google Cloud 確約利用割引により、クラウド コンピューティング リソースを短期間利用できるようになり、企業は事前に使用量を見積もることができます。これにより、企業は事前に計画を立てることで大幅な割引を受けることができ、最終的には大きな経済的インセンティブとなります。

クラウド コストの最適化のほとんどは、間違った形で始まり、間違った形で終わり、企業に理想的とは言えないソリューションを提供します。リザーブドインスタンス (RI) で購入したリソースの見積りは、クラウド プロバイダーから直接、またはサードパーティの最適化ツールを通じて入手できます。たとえば、VMware の CloudHealth は、企業の現在のクラウド プラットフォームの使用状況に基づいて、数か月以内に購入した予約インスタンス (RI) に関する詳細な情報を提供することができ、企業が予約インスタンス (RI) のライフサイクルを管理するのに役立ちます。

ここで考慮すべき 2 つの主な要素は、リスク許容度と集中化された RI 管理ポートフォリオです。

• リスク許容度とは、企業が将来の収益や利益の回復の可能性を高めるために、前もってどれだけの金額を支出してもよいかを判断することを指します。たとえば、リスクを負ってワークロードの 70% を RI でカバーできますか?それとも消費量を気にして、20%～30%程度に制限したいのでしょうか?また、どのくらい先の未来まで予測できますか?もちろん、1 年であればリスクは最も低くなりますが、3 年であれば、より大きな財務的負担となり、より大きなコスト削減につながります。
• 集中化された RI 管理ポートフォリオにより、組織単位全体にわたる RI の適用範囲が広がり、より大きな節約の機会が生まれます。たとえば、単一のアプリケーション チームには、リザーブド インスタンス (RI) を購入するための資金が限られている場合があります。あるいは、ビジネスの目標に応じて、集中型の組織全体のアプローチが、すべてのワークロードにわたるすべての部門とチームを網羅することになります。もちろん、このアプローチでは、成功する RI 管理プログラムを作成して実行するために必要な現在および将来のリソースを理解するために、さまざまなグループとの継続的なコミュニケーションも必要です。

リスク許容度を決定し、リザーブドインスタンス (RI) へのアプローチに焦点を絞ると、この最適化オプションを活用できるようになります。ただし、予約インスタンス (RI) に限定された最適化戦略は近視眼的です。これにより、企業はクラウド コンピューティング ベンダーが提供する価格オプションを利用できるようになります。最も効果的な最適化を実現するには、リザーブドインスタンス (RI) の購入を他の 5 つの最適化の柱と組み合わせることが重要です。

（２）自動駐車

クラウド コンピューティングの利点の 1 つは、必要に応じてリソースをスピンアップまたはスピンダウンできることです。ただし、このジャストインタイム手法の欠点は、プロセスが完了したときにチーム メンバーがプロセスを終了するインセンティブがほとんどないことです。自動パーキングは、オフ時間中に実行中のリソースをシャットダウンします。これは、開発環境やテスト環境に特に役立つツールです。強力なタグ付け戦略を通じてアイドル状態のリソースを特定することが最初のステップです。これにより、より効率的に駐車できるリソースを正確に特定できます。 2 番目のステップでは、上昇/下降プロセスを自動化します。 ParkMyCloud、AWS Instance Scheduler、Azure Automation、Google Cloud Scheduler などのツールは、企業が自動駐車プロセス全体を管理するのに役立ちます。

（３）スケールを調整する

適切な規模設定により、ビジネスではリソースが少なすぎたり多すぎたりすることなく、必要なだけ使用されるようになります。企業がクラウド コンピューティング環境の使用を開始する場合、すぐに「適切なスケールを有効にする」ことが賢明であると思われます。ただし、消費されたリソースを分析したり、チャージバックを有効にしたりすることができなければ、適正サイズ化は意味のない概念になります。クラウド コンピューティング アプリケーションのパフォーマンスと容量の要件は時間の経過とともに変化することが多く、必然的にリソースが十分に活用されず、アイドル状態になります。

多くのクラウド プロバイダーは適正サイズのベスト プラクティスを共有していますが、クラウド移行前に存在する適正サイズのオプションの説明に多くの時間を費やしています。適正なサイズを維持することは継続的な活動であり、過剰プロビジョニングを削減するためのポリシーと保護の実装、部門レベルのチャージバックを可能にするためのリソースのタグ付け、そして CPU、メモリ、I/O の適切な監視が真に効果的であることが必要です。

適切なサイズ設定では、自動的にパークされたリソースと利用可能な予約インスタンス (RI) も考慮する必要があります。では、柱を最適化する傾向が見られますか?

（4）家族の近況

インスタンス タイプ、仮想マシン ファミリ、および「インスタンス ファミリ」はすべて、クラウド コンピューティング プロバイダーが使用するハードウェアに基づいてインスタンスをパッケージ化する方法を表します。各インスタンス、シリーズ、ファミリは、異なるタイプのコンピューティング、メモリ、およびストレージ パラメータを提供します。集合的なグループ内のインスタンス タイプは通常、ユニットとして廃止され、インスタンス タイプの実行に必要なハードウェアが新しいテクノロジーに置き換えられると、新しいシステムが古いシステムに取って代わり、クラウドの価格は保護の変更に直接結び付けられます。これを「ホームアップデート」と呼びます。

企業内で使用されるインスタンス タイプ/ファミリーに関する完全な知識は、コストが変動する可能性がある時期を見積もる上で重要な要素です。しかし、現実には、1 つのクラウド プロバイダーにつき 500,000 を超える在庫管理単位 (SKU) と価格の組み合わせがあるため、このタスクは不可能に思えるかもしれません。

ただし、ファミリーの更新を監視/見積もるのに役立つツールはありますが、通常、これらのツールでは、リザーブドインスタンス (RI) で発生する重複や、その他の最適化の柱のいずれかが適用された場合の重複は考慮されません。そのため、多くの組織にとって、「住宅のリニューアル」は手作業による面倒な作業のように聞こえます。幸いなことに、最適化サービスの提供を通じてこれらの推奨事項を自動化する方法を見つけました。

（５）資源の浪費

クラウド コンピューティングでは、インスタンスが可用性よりもはるかに長い時間実行されることに関連する無駄が蔓延しています。仮想リソースに関しては、無駄は抽象的な概念のように思えるかもしれませんが、この場合、無駄になったユニットはすべて役に立たないものです。さらに、企業が使用できるリソースの数に制限がない場合、それらのリソースを使用する個人が未使用または十分に活用されていないインスタンスを自己管理するインセンティブがありません。クラウドにおける無駄の例としては、次のようなものがあります。

• 接続のない AWS RDS または Azure SQL DB
• 未使用の AWS EC2
• トレーニングまたはテスト用の Azure 仮想マシン
• ストレージスペースを保持する日付スナップショットは取得されません
• アイドル ロード バランサ
• 未接続ボリューム

無駄を特定するには時間と正確な報告が必要です。ただし、無駄はそれを作成した組織単位にすぐに追跡され、簡単にフラグを付けて確認または削除できるため、適切なタグ付け戦略の開発に時間と労力を費やす十分な理由があります。企業が無駄を省く前にリザーブドインスタンス (RI) を購入し、少なくとも 1 年間はクラウドで支出が過剰になるケースがよく見られます。

（６）保管

クラウドに保存することは、ローカル ハードウェアにかかる費用を削減する優れた方法です。それでも、クラウド ストレージは非常に使いやすいため、非常に短期間で飛躍的に拡張でき、正確なクラウド費用を予測することはほぼ不可能です。クラウド ストレージには、一般的に次の 4 つの特性があります。

• サイズ – ビジネスにはどれくらいのストレージが必要ですか?
• データ転送 (帯域幅) - データが 1 つの場所から別の場所に移動するのにどれくらいの時間がかかりますか?
• 検索時間 – 企業はどのくらい速くデータにアクセスできますか?
• 取得リクエスト – 企業はどのくらいの頻度でデータにアクセスする必要がありますか?

追加のファイル ストレージ、データベース、データ バックアップ、データ アーカイブの使用など、さまざまなユース ケースに対応する複数のオプションがあります。堅実なデータ ライフサイクル戦略があれば、これらの数値を推定し、適切な量のストレージと帯域幅が常に正しく、最大限に機能していることを保証できます。

このように、これら 6 つの最適化の柱にはそれぞれ多くの可動部分が含まれており、パブリック クラウド プロバイダーはサービス提供と価格設定を常に変更していることがわかります。さらに、他の柱を考慮せずに 1 つの柱だけを考慮すると、改善はほとんど見られません。実際、時間が経つにつれて、企業は意図せずより多くのお金を費やす可能性があります。効果的な最適化プロセスでは、すべての柱とそれらの重なり合いを考慮し、クラウドの無秩序な拡大が続かないように適切なポリシーと安全策を導入し、企業が情報に基づいた意思決定を定期的に行えるように適切なツールを実装する必要があります。

企業の未来は明るいです!現在の環境を評価し、コスト最適化の柱を考慮し、クラウドを最適化するために必要な変更を加え、このプロセスを継続的に行う方法を見つけた後、企業はアプリケーションのリファクタリング、一時インスタンス、スポットインスタンス、サーバーレスアーキテクチャを通じて最適化を行うことができます。