これらのクラウドコンピューティングのコストは確実に自分で管理できるものであることを理解しましょう

クラウド コンピューティングが新たな標準となり、組織がデジタル ビジネス イニシアチブへと移行するにつれて、IT のダイナミクスは完全に変化しました。

競争力を維持し、同時に実行される複数のイノベーション イニシアチブに対応するには、企業がインフラストラクチャを即時に利用できることが必要です。これは従来のデータ センターでは難しいことですが、パブリック クラウドではほぼ瞬時に実現できます。

パブリック クラウドの導入を推進する要因をより深く理解するにつれて、すべてのパブリック クラウド ベンダーが API 駆動型であるため、インフラストラクチャ コンポーネントが互いに分離され、単一のアプリケーション スタックに変換されることを理解することも重要になります。そして、管理する必要があるこれらの複数のリソースにはコストがかかります。

[[252996]]

例を見てみましょう。

従来の IT における標準的なベアメタル サーバーまたは仮想サーバーは、ハードウェア、帯域幅、電力を購入するか、月額固定料金でレンタルすることで利用できます。パブリック クラウドの場合、状況は変わります。組織は、さまざまなプロバイダーのさまざまな使用状況メトリックに基づいたさまざまな価格モデルを使用して、コンピューティング、ストレージ、ネットワーク、PaaS の料金を支払います。ここで、「IT チームはどのようにしてさまざまなパブリック クラウドのコストを最適化し、管理できるのか」という疑問が生じます。

パブリック クラウド プロバイダーと連携し、さまざまな業界の組織を支援してきた当社の経験に基づいて、クラウド支出を最適化する 28 の方法をご紹介します。

分析する

1. 価格モデルを理解する:各クラウド プロバイダーは、サービスごとに異なる価格モデルを持っています。パブリック クラウド ユーザーの場合は、これらの細則を必ず確認してください。

2. 主要なコスト要因を特定する:クラウド支出に基づいて、毎月の費用に大きく貢献しているサービスを特定し、トップダウン アプローチを使用してそれらのサービスに重点を置きます。

3. ワークロードの使用パターンを分析する:パブリック クラウドで使用される各サービスの使用傾向を検出し、特に主要なコスト要因に焦点を当てます。次に、CPU、メモリ、ディスク/ストレージ、API などのメトリックを収集します。

4. サービスの使用状況と支出を比較します。各サービスは、必要なクラウド支出を正当化しますか?そうでない場合は、最適化の機会を特定します。アプリケーション コードの欠陥により、一部のサービスが過剰に使用される可能性があります。

5. 未使用のリソースを特定する:すべてのサービスはボタンをクリックするだけで利用できるため、各サービスが構成されていても完全に忘れ去られる可能性があり、孤立したリソースや未使用のリソースが発生し、数千ドルのコストが発生する可能性があります。

6. 十分に活用されていないリソースを特定する:クラウド コンピューティングの使用パターンを活用することで、企業は本来の目的に使用されていないリソースを具体的に特定し、それらのリソースを最適化して適切なサイズに調整する計画を立てることができます。

7. 古いデータの抽出:コストの大きな要因とは別に、意味のない古いデータを保存する可能性が高いサービスを分析することも重要です。

最適化

8. 順番にクリーンアップを準備する:未使用のリソースを特定した後、クリーンアップ プロセスを開始します。安全のために、事前にいくつかのリソースをバックアップすることを検討してください。

9. 十分に活用されていないリソースを削減する:使用パターンに基づいて、組織はリソースを徐々に最小サイズまで削減し、ダウンサイジングがアプリケーションのパフォーマンスに影響を与えないようにすることができます。ワークロードが目的のレベルで実行されるまで、この演習を続けます。

10. 古いデータまたは使用状況をクリーンアップする:古いデータが特定されたら、それをバックアップしたりクリーンアップしたりします。コスト管理やその他の問題が再発しないように、ライフサイクル戦略を実装します。

11. 最新世代のリソースでインフラストラクチャをアップグレードする:パブリック クラウド プロバイダーは、セキュリティ、パフォーマンス、コストの競争力を確保するために、サービスを継続的に最適化します。したがって、企業が優位性を保つためには、アップグレードを通じてインフラストラクチャを最適化することが賢明です。

12. オンデマンド サービスを活用する:運用環境で実行されていないワークロードに対してオンデマンド サービスを計画します。開発チームは 24 時間 365 日作業することはできないため、ワークロードの開始と停止を自動化するのに最適です。

13. アカウントをマージする:パブリック クラウド プロバイダーのサービスを複数のアカウントで実行している場合は、アカウントをマージしてみてください。ほとんどのプロバイダーは、企業がコストを最適化するのに役立つ、ボリュームベースの割引価格モデルを持っています。

キャパシティプランニング

14. インフラストラクチャのベースライン:分析と最適化の演習を実行すると、企業があらゆるワークロードを実行するために必要なインフラストラクチャのベースラインを実現できます。場合によってはインフラストラクチャを拡張する必要があるので、そのニーズを念頭に置いてください。

15. ワークロードを分離する:ワークロードの使用パターンと目的に基づいて、ワークロードを安定、変動、長期、短期などのさまざまなカテゴリに分類します。

16. パフォーマンス要件:企業は、ワークロードのパフォーマンス要件を満たすために拡張する必要がある場合があります。それらとその容量要件を特定します。エンジニアリング チームによるパフォーマンス テストと負荷テストは、企業がこの目標を達成するのに役立ちます。

17. リソースを予約する:各環境の安定したワークロードを特定したら、それらのリソースを予約します。容量がさまざまなベンダーの価格モデルに適合している場合は、予約した方が経済的に賢明です。企業が異なるタイムゾーンの複数のアカウントにわたってオンデマンドでワークロードを実行する場合は、動的なワークロード用に容量を予約することを検討してください。

払い戻しと予算

18. ビジネス ユニットを作成する:各ワークロードには特定の機能があります。組織の構造に基づいて、ビジネス ユニットを作成し、所有者を定義します。これらの作業負荷をこれらの事業部門に割り当て、これらの費用に対して責任があることを確認します。

19. 各 BU の要件を決定する:各 BU は、短期的には安定しているものの、予算要件を満たすのに十分な柔軟性を備えたワークロードの容量とスケール要件を提供する必要があります。

20. 予算と返金ポリシーを作成する:ビジネスの要件に応じて各 BU の予算を定義します。各 BU 所有者に予算を伝え、予算内で最適化を維持する責任があることを確認します。

継続的なコスト管理

21. 適切なクラウド管理プラットフォームを見つける:パブリック クラウド上のインフラストラクチャを管理するということは、互いに分離されたリソースと接続されたリソースの両方を含む多数のリソースを処理することを意味します。手動での分析と最適化は難しい

22. 請求リマインダーを設定する:ほとんどのクラウド管理プラットフォームでは、請求リマインダーとコストの概要が提供されているため、各ビジネス ユニットの所有者が毎日これらのリマインダーを受け取るようにしてください。さらに、予算アラートを作成して、支出が予算の上限に近づいたときに BU 所有者に通知します。

23. コスト ガバナンス戦略を定義する:戦略は組織によって異なりますが、コストの概要を確認することですぐにコストを削減できるのと同様に、インフラストラクチャは自動化によってのみ構成し、各リソースにキー タグが常に割り当てられるようにする必要があります (すべてのユーザーがインフラストラクチャ構成にアクセスできるわけではないため)。

24. タグ付け:パブリック クラウド プロバイダーは、管理、分離、課金のためのワークロードを識別するのに役立つタグ付けインフラストラクチャをサポートしています。企業のクラウド管理プラットフォームはこれらのタグを使用してさまざまなレポートを生成できます。

25. 自動化: インフラストラクチャをコードとして採用する (IaC) と、インフラストラクチャの一貫性、可視性、追跡可能性を維持できます。

26. クリーンアップと繰り返し:コスト ガバナンスは繰り返し実行できますが、毎日実行すればクラウド支出は最適化された状態を維持できます。

27. アーキテクチャの再評価:クラウド コンピューティング プロバイダーは常に革新と進化を続けていることから、クラウド アーキテクチャを再考し、潜在的な最適化の機会を探すことをお勧めします。

28. 数字を詳しく調べる:クラウド管理プラットフォームを使用して、必要なレポートを表示します。多くのクラウド ホスティング プロバイダー (CMP) は、いいえを提供しています。