クラウドコンピューティングは企業に柔軟性と拡張性を提供しますが、私たち皆が知っているように、最善の意図と予測にもかかわらず、予想しないコスト的な驚きにつながる可能性があります。クラウドコスト管理に対する私たちの経験は、コストを最適化し節約を最大化するために従うべき特定の「運用手順」を発見しました。この投稿では、段階別アプローチについて説明します。
始める前に、長期的なクラウドコスト管理に対する迅速な解決策はないという点と、効率的なクラウド環境を構築するためには定期的に検討できる確立されたプロセスとツールを実装することが重要だという点を覚えておくことが重要です。
また、FinOps財団は3段階機能ライフサイクルを持っていますが、当社の手順または運用方法論は少しより規範的です。特にクラウドコンピューティングについて話す時はさらにそうです。
プロセスの最初の段階は、クラウドインスタンスの適正サイジングです。これには実際のリソース要求事項に応じて正しいインスタンスタイプとサイズを選択することが含まれます。多くの会社はインスタンスをプロビジョニングする際に単純に推定し、しばしば「安全のため」に不必要により大きなサイズを選択します。これは相当な無駄と不要なコストにつながる可能性があります。
例えば、私たちが一緒に働いたある顧客は、実際のメモリ使用率が非常に低かった（そして重要な点は安定していた）にもかかわらず、ウェブサーバーに大容量高メモリインスタンスを実行していました。より小さなインスタンスサイズに適正サイジングすることで、リソース要求事項を満たしながらもコストを30%削減しました。単純な例ではありますが、私たちが遭遇するほとんどの環境には類似の機会があります。
また、この段階の一部として「現代化」を考慮し、古いまたはコストがかかるインスタンスタイプで実行されているインスタンスを識別します。適正サイジング前にインスタンスを最新の利用可能なタイプにアップデートする必要があります。これはコスト対性能比率が最も良い可能性が高いためです。必要な性能を評価した後、適切なサイズに調整することができます。
簡単に言えば、適切なサイジング（および現代化）を通じて、ワークロードに適切な量のコンピューティング、メモリ、ストレージが提供されます。
インスタンスが適正サイズに調整されたら、次の段階はスケジューリングおよび自動拡張機能を活用することです。スケジューリングを通じて、インスタンスは使用パターンに応じて特定の時間に自動的にオンまたはオフになります。自動拡張を通じて、インスタンス数は実際の需要に応じて動的に増加または減少します。これによりアプリケーションの応答性を維持すると同時に、使用量が低い時間に無駄を最小化します。
多くの産業は非常に具体的な運営時間とコンピューティングリソースに対する関連要求事項を持っています。一つの例が金融市場です。ユーザーアクセスが必ずしも終了するわけではありませんが、ほとんどのシステムは株式市場が開いている時間にのみデータを処理します。特定の環境ではこれらのインスタンスを簡単に終了または拡張できますが、より現代的でないアーキテクチャを使用する他の環境では調整に困難を感じます。
自動スケジューリング、自動スケーリング、またはバースト可能インスタンスタイプを活用すれば、予測可能な負荷がある時に支出を賢明に削減することができます。株式市場の固定された時間と認定された休日数を考慮すると、単純にスケジューリングするだけでも相当な節約効果を得ることができる場所を簡単に分かります。
適正サイジング、スケジューリング、自動サイジングを組み合わせれば、リソースがワークロード要求事項に密接に合わせられます。
適切な規模と拡張された環境を構築した後、企業は予約および節約プランを使用してコストをさらに削減することができます。これは1〜3年間の一貫した使用に対する約束の対価として割引された料金を提供します。
従量制またはオンデマンド価格設定と比較すると、節約額は70%を超える可能性があります。重要なことは、適正サイジング後に必要なもののみを予約し、使用しない容量に対してコストを支払わないことです。他の記事で議論したように、このブログ投稿において、これらの機会を最大限活用するためのプロセスを維持する必要があり、ほとんどの会社のように動的な環境がある場合は、OpsNowのようなプラットフォームを使用してリスクを軽減し、最高の効率性を保証する必要があります。
自動化されたコンピューティングコミットメントはOpsNowの専門分野であり、私たちは適切なサイジングおよびスケジューリング後にインスタンスを予約して企業のコストを40%以上削減すると同時に、高い活用度と適用範囲を保証します。私たちはこれをツールを通じて実行します。最大の価値は、OpsNowが最終顧客が一般的な1年または3年期間を約束する必要なく、改善された節約を提供することです。このリスクを除去することで、最大限の節約を保証するために迅速に措置を取ることができます。
最後の段階は、クラウドリソース使用およびコストに対する継続的なモニタリングです。クラウドプラットフォームは、無駄と最適化機会を識別するために分析できる詳細な指標を提供します。タググループまたはその他のよく定義されたプロセスに基づく異常に対するアラートを活用することは、重要でしばしば見過ごされる段階です。構造化されたタグ付けプロセスがなく、使用されていないリソースを終了するための緩いまたは一貫性のないプロセスがない環境は、しばしばクラウドコストと見なされますが、正しく管理すれば15%以上を節約できます。
異常な活動に対するアラートを受信するために使用閾値とアラートを設定することも必須です。例えば、ある顧客は暴走するバッチ作業が不必要に数時間の間CPUを最大使用することを発見しました。アラートを設定することで問題を解決するための事前措置を取ることができ、その結果月20%以上のコストを削減することができました。
定期的なモニタリングを通じて、環境が適切なサイズと規模に維持され、時間が経つにつれて拡張されると同時に、追加の節約機会も確保できます。成果管理と顧客体験をコスト最適化の財務的側面と混同してはいけません。しばしば同じツールを使用しますが、目標は異なります。
適正サイジング、自動拡張、予約プロセスを経た後、企業はスポットインスタンスを活用してコストをさらに最適化することができます。これはオンデマンドより最大70%割引された未使用コンピューティング容量を提供します。
トレードオフは、クラウドプロバイダーが容量を必要とする場合、スポットインスタンスを回収できることです。したがって、スポットインスタンスは、バッチ処理作業、開発およびテスト環境、ビッグデータ分析、柔軟な開始・終了時間があるすべてのアプリケーションのような、耐障害性があるワークロードに理想的です。Kubernetes環境を使用している場合、すでに広範なスポット実装がある可能性が高いため自然に適合できますが、失敗したリクエストが多すぎたりステートフルな環境がある場合は、オンデマンドとのバランスを取ることが合理的かもしれません。
リソース割り当てと購入選択以外にも、クラウド効率性を改善するもう一つの方法はコード最適化です。よく作成されたコードは、インフラに対する需要を削減すると同時に、インスタンスが機能を最大限活用できるようにします。この投稿の範囲ではありませんが、これは性能とコンピューティング活用度に大きな影響を与える可能性があるため、最適化作業手順の最初の部分になるべきです。
小さなコード改善でも、大規模に展開すると大幅なコスト削減につながる可能性があります。全体的なリソース要件をわずか10%削減するだけでも、大幅なインスタンス削減の機会が得られます。例えば、ある企業はコード最適化により、各WebリクエストのCPU使用率を800msから200msに短縮しました。これにより、サーバーは基盤となるVMを変更することなく、5倍のトラフィックを処理できるようになりました。
また、クラウドの大部分はNGINXで動作しています。環境にNGINXまたは類似のロードバランサーがある場合、これらのツールを調整することで、サービスと顧客間の見落とされがちなボトルネックを劇的に改善することができます。
クラウドコストを管理するには、ベストプラクティスの作業順序に従う必要があります。まずインスタンスサイズを調整し、次にスケジューリングと自動スケーリングを有効化し、その後容量を予約し、最後にコストを監視して異常を特定するプロセスを実装します。効果的に実装し定期的に見直すことで、予期しないクラウド支出の煩わしさを大幅に軽減できます。
OpsNowなどのツールを使用することで、コスト削減の機会を明確にし、信頼性の高い分析を提供して、この問題の一部を解決することができます。これは重要な要素だと考えています。しかし、他のことと同様に、運用面でも積極的な役割を果たす必要があります。
クラウドコンピューティングは企業に柔軟性と拡張性を提供しますが、私たち皆が知っているように、最善の意図と予測にもかかわらず、予想しないコスト的な驚きにつながる可能性があります。クラウドコスト管理に対する私たちの経験は、コストを最適化し節約を最大化するために従うべき特定の「運用手順」を発見しました。この投稿では、段階別アプローチについて説明します。
始める前に、長期的なクラウドコスト管理に対する迅速な解決策はないという点と、効率的なクラウド環境を構築するためには定期的に検討できる確立されたプロセスとツールを実装することが重要だという点を覚えておくことが重要です。
また、FinOps財団は3段階機能ライフサイクルを持っていますが、当社の手順または運用方法論は少しより規範的です。特にクラウドコンピューティングについて話す時はさらにそうです。
プロセスの最初の段階は、クラウドインスタンスの適正サイジングです。これには実際のリソース要求事項に応じて正しいインスタンスタイプとサイズを選択することが含まれます。多くの会社はインスタンスをプロビジョニングする際に単純に推定し、しばしば「安全のため」に不必要により大きなサイズを選択します。これは相当な無駄と不要なコストにつながる可能性があります。
例えば、私たちが一緒に働いたある顧客は、実際のメモリ使用率が非常に低かった（そして重要な点は安定していた）にもかかわらず、ウェブサーバーに大容量高メモリインスタンスを実行していました。より小さなインスタンスサイズに適正サイジングすることで、リソース要求事項を満たしながらもコストを30%削減しました。単純な例ではありますが、私たちが遭遇するほとんどの環境には類似の機会があります。
また、この段階の一部として「現代化」を考慮し、古いまたはコストがかかるインスタンスタイプで実行されているインスタンスを識別します。適正サイジング前にインスタンスを最新の利用可能なタイプにアップデートする必要があります。これはコスト対性能比率が最も良い可能性が高いためです。必要な性能を評価した後、適切なサイズに調整することができます。
簡単に言えば、適切なサイジング（および現代化）を通じて、ワークロードに適切な量のコンピューティング、メモリ、ストレージが提供されます。
インスタンスが適正サイズに調整されたら、次の段階はスケジューリングおよび自動拡張機能を活用することです。スケジューリングを通じて、インスタンスは使用パターンに応じて特定の時間に自動的にオンまたはオフになります。自動拡張を通じて、インスタンス数は実際の需要に応じて動的に増加または減少します。これによりアプリケーションの応答性を維持すると同時に、使用量が低い時間に無駄を最小化します。
多くの産業は非常に具体的な運営時間とコンピューティングリソースに対する関連要求事項を持っています。一つの例が金融市場です。ユーザーアクセスが必ずしも終了するわけではありませんが、ほとんどのシステムは株式市場が開いている時間にのみデータを処理します。特定の環境ではこれらのインスタンスを簡単に終了または拡張できますが、より現代的でないアーキテクチャを使用する他の環境では調整に困難を感じます。
自動スケジューリング、自動スケーリング、またはバースト可能インスタンスタイプを活用すれば、予測可能な負荷がある時に支出を賢明に削減することができます。株式市場の固定された時間と認定された休日数を考慮すると、単純にスケジューリングするだけでも相当な節約効果を得ることができる場所を簡単に分かります。
適正サイジング、スケジューリング、自動サイジングを組み合わせれば、リソースがワークロード要求事項に密接に合わせられます。
適切な規模と拡張された環境を構築した後、企業は予約および節約プランを使用してコストをさらに削減することができます。これは1〜3年間の一貫した使用に対する約束の対価として割引された料金を提供します。
従量制またはオンデマンド価格設定と比較すると、節約額は70%を超える可能性があります。重要なことは、適正サイジング後に必要なもののみを予約し、使用しない容量に対してコストを支払わないことです。他の記事で議論したように、このブログ投稿において、これらの機会を最大限活用するためのプロセスを維持する必要があり、ほとんどの会社のように動的な環境がある場合は、OpsNowのようなプラットフォームを使用してリスクを軽減し、最高の効率性を保証する必要があります。
自動化されたコンピューティングコミットメントはOpsNowの専門分野であり、私たちは適切なサイジングおよびスケジューリング後にインスタンスを予約して企業のコストを40%以上削減すると同時に、高い活用度と適用範囲を保証します。私たちはこれをツールを通じて実行します。最大の価値は、OpsNowが最終顧客が一般的な1年または3年期間を約束する必要なく、改善された節約を提供することです。このリスクを除去することで、最大限の節約を保証するために迅速に措置を取ることができます。
最後の段階は、クラウドリソース使用およびコストに対する継続的なモニタリングです。クラウドプラットフォームは、無駄と最適化機会を識別するために分析できる詳細な指標を提供します。タググループまたはその他のよく定義されたプロセスに基づく異常に対するアラートを活用することは、重要でしばしば見過ごされる段階です。構造化されたタグ付けプロセスがなく、使用されていないリソースを終了するための緩いまたは一貫性のないプロセスがない環境は、しばしばクラウドコストと見なされますが、正しく管理すれば15%以上を節約できます。
異常な活動に対するアラートを受信するために使用閾値とアラートを設定することも必須です。例えば、ある顧客は暴走するバッチ作業が不必要に数時間の間CPUを最大使用することを発見しました。アラートを設定することで問題を解決するための事前措置を取ることができ、その結果月20%以上のコストを削減することができました。
定期的なモニタリングを通じて、環境が適切なサイズと規模に維持され、時間が経つにつれて拡張されると同時に、追加の節約機会も確保できます。成果管理と顧客体験をコスト最適化の財務的側面と混同してはいけません。しばしば同じツールを使用しますが、目標は異なります。
適正サイジング、自動拡張、予約プロセスを経た後、企業はスポットインスタンスを活用してコストをさらに最適化することができます。これはオンデマンドより最大70%割引された未使用コンピューティング容量を提供します。
トレードオフは、クラウドプロバイダーが容量を必要とする場合、スポットインスタンスを回収できることです。したがって、スポットインスタンスは、バッチ処理作業、開発およびテスト環境、ビッグデータ分析、柔軟な開始・終了時間があるすべてのアプリケーションのような、耐障害性があるワークロードに理想的です。Kubernetes環境を使用している場合、すでに広範なスポット実装がある可能性が高いため自然に適合できますが、失敗したリクエストが多すぎたりステートフルな環境がある場合は、オンデマンドとのバランスを取ることが合理的かもしれません。
リソース割り当てと購入選択以外にも、クラウド効率性を改善するもう一つの方法はコード最適化です。よく作成されたコードは、インフラに対する需要を削減すると同時に、インスタンスが機能を最大限活用できるようにします。この投稿の範囲ではありませんが、これは性能とコンピューティング活用度に大きな影響を与える可能性があるため、最適化作業手順の最初の部分になるべきです。
小さなコード改善でも、大規模に展開すると大幅なコスト削減につながる可能性があります。全体的なリソース要件をわずか10%削減するだけでも、大幅なインスタンス削減の機会が得られます。例えば、ある企業はコード最適化により、各WebリクエストのCPU使用率を800msから200msに短縮しました。これにより、サーバーは基盤となるVMを変更することなく、5倍のトラフィックを処理できるようになりました。
また、クラウドの大部分はNGINXで動作しています。環境にNGINXまたは類似のロードバランサーがある場合、これらのツールを調整することで、サービスと顧客間の見落とされがちなボトルネックを劇的に改善することができます。
クラウドコストを管理するには、ベストプラクティスの作業順序に従う必要があります。まずインスタンスサイズを調整し、次にスケジューリングと自動スケーリングを有効化し、その後容量を予約し、最後にコストを監視して異常を特定するプロセスを実装します。効果的に実装し定期的に見直すことで、予期しないクラウド支出の煩わしさを大幅に軽減できます。
OpsNowなどのツールを使用することで、コスト削減の機会を明確にし、信頼性の高い分析を提供して、この問題の一部を解決することができます。これは重要な要素だと考えています。しかし、他のことと同様に、運用面でも積極的な役割を果たす必要があります。
クラウドコンピューティングは企業に柔軟性と拡張性を提供しますが、私たち皆が知っているように、最善の意図と予測にもかかわらず、予想しないコスト的な驚きにつながる可能性があります。クラウドコスト管理に対する私たちの経験は、コストを最適化し節約を最大化するために従うべき特定の「運用手順」を発見しました。この投稿では、段階別アプローチについて説明します。
始める前に、長期的なクラウドコスト管理に対する迅速な解決策はないという点と、効率的なクラウド環境を構築するためには定期的に検討できる確立されたプロセスとツールを実装することが重要だという点を覚えておくことが重要です。
また、FinOps財団は3段階機能ライフサイクルを持っていますが、当社の手順または運用方法論は少しより規範的です。特にクラウドコンピューティングについて話す時はさらにそうです。
プロセスの最初の段階は、クラウドインスタンスの適正サイジングです。これには実際のリソース要求事項に応じて正しいインスタンスタイプとサイズを選択することが含まれます。多くの会社はインスタンスをプロビジョニングする際に単純に推定し、しばしば「安全のため」に不必要により大きなサイズを選択します。これは相当な無駄と不要なコストにつながる可能性があります。
例えば、私たちが一緒に働いたある顧客は、実際のメモリ使用率が非常に低かった（そして重要な点は安定していた）にもかかわらず、ウェブサーバーに大容量高メモリインスタンスを実行していました。より小さなインスタンスサイズに適正サイジングすることで、リソース要求事項を満たしながらもコストを30%削減しました。単純な例ではありますが、私たちが遭遇するほとんどの環境には類似の機会があります。
また、この段階の一部として「現代化」を考慮し、古いまたはコストがかかるインスタンスタイプで実行されているインスタンスを識別します。適正サイジング前にインスタンスを最新の利用可能なタイプにアップデートする必要があります。これはコスト対性能比率が最も良い可能性が高いためです。必要な性能を評価した後、適切なサイズに調整することができます。
簡単に言えば、適切なサイジング（および現代化）を通じて、ワークロードに適切な量のコンピューティング、メモリ、ストレージが提供されます。
インスタンスが適正サイズに調整されたら、次の段階はスケジューリングおよび自動拡張機能を活用することです。スケジューリングを通じて、インスタンスは使用パターンに応じて特定の時間に自動的にオンまたはオフになります。自動拡張を通じて、インスタンス数は実際の需要に応じて動的に増加または減少します。これによりアプリケーションの応答性を維持すると同時に、使用量が低い時間に無駄を最小化します。
多くの産業は非常に具体的な運営時間とコンピューティングリソースに対する関連要求事項を持っています。一つの例が金融市場です。ユーザーアクセスが必ずしも終了するわけではありませんが、ほとんどのシステムは株式市場が開いている時間にのみデータを処理します。特定の環境ではこれらのインスタンスを簡単に終了または拡張できますが、より現代的でないアーキテクチャを使用する他の環境では調整に困難を感じます。
自動スケジューリング、自動スケーリング、またはバースト可能インスタンスタイプを活用すれば、予測可能な負荷がある時に支出を賢明に削減することができます。株式市場の固定された時間と認定された休日数を考慮すると、単純にスケジューリングするだけでも相当な節約効果を得ることができる場所を簡単に分かります。
適正サイジング、スケジューリング、自動サイジングを組み合わせれば、リソースがワークロード要求事項に密接に合わせられます。
適切な規模と拡張された環境を構築した後、企業は予約および節約プランを使用してコストをさらに削減することができます。これは1〜3年間の一貫した使用に対する約束の対価として割引された料金を提供します。
従量制またはオンデマンド価格設定と比較すると、節約額は70%を超える可能性があります。重要なことは、適正サイジング後に必要なもののみを予約し、使用しない容量に対してコストを支払わないことです。他の記事で議論したように、このブログ投稿において、これらの機会を最大限活用するためのプロセスを維持する必要があり、ほとんどの会社のように動的な環境がある場合は、OpsNowのようなプラットフォームを使用してリスクを軽減し、最高の効率性を保証する必要があります。
自動化されたコンピューティングコミットメントはOpsNowの専門分野であり、私たちは適切なサイジングおよびスケジューリング後にインスタンスを予約して企業のコストを40%以上削減すると同時に、高い活用度と適用範囲を保証します。私たちはこれをツールを通じて実行します。最大の価値は、OpsNowが最終顧客が一般的な1年または3年期間を約束する必要なく、改善された節約を提供することです。このリスクを除去することで、最大限の節約を保証するために迅速に措置を取ることができます。
最後の段階は、クラウドリソース使用およびコストに対する継続的なモニタリングです。クラウドプラットフォームは、無駄と最適化機会を識別するために分析できる詳細な指標を提供します。タググループまたはその他のよく定義されたプロセスに基づく異常に対するアラートを活用することは、重要でしばしば見過ごされる段階です。構造化されたタグ付けプロセスがなく、使用されていないリソースを終了するための緩いまたは一貫性のないプロセスがない環境は、しばしばクラウドコストと見なされますが、正しく管理すれば15%以上を節約できます。
異常な活動に対するアラートを受信するために使用閾値とアラートを設定することも必須です。例えば、ある顧客は暴走するバッチ作業が不必要に数時間の間CPUを最大使用することを発見しました。アラートを設定することで問題を解決するための事前措置を取ることができ、その結果月20%以上のコストを削減することができました。
定期的なモニタリングを通じて、環境が適切なサイズと規模に維持され、時間が経つにつれて拡張されると同時に、追加の節約機会も確保できます。成果管理と顧客体験をコスト最適化の財務的側面と混同してはいけません。しばしば同じツールを使用しますが、目標は異なります。
適正サイジング、自動拡張、予約プロセスを経た後、企業はスポットインスタンスを活用してコストをさらに最適化することができます。これはオンデマンドより最大70%割引された未使用コンピューティング容量を提供します。
トレードオフは、クラウドプロバイダーが容量を必要とする場合、スポットインスタンスを回収できることです。したがって、スポットインスタンスは、バッチ処理作業、開発およびテスト環境、ビッグデータ分析、柔軟な開始・終了時間があるすべてのアプリケーションのような、耐障害性があるワークロードに理想的です。Kubernetes環境を使用している場合、すでに広範なスポット実装がある可能性が高いため自然に適合できますが、失敗したリクエストが多すぎたりステートフルな環境がある場合は、オンデマンドとのバランスを取ることが合理的かもしれません。
リソース割り当てと購入選択以外にも、クラウド効率性を改善するもう一つの方法はコード最適化です。よく作成されたコードは、インフラに対する需要を削減すると同時に、インスタンスが機能を最大限活用できるようにします。この投稿の範囲ではありませんが、これは性能とコンピューティング活用度に大きな影響を与える可能性があるため、最適化作業手順の最初の部分になるべきです。
小さなコード改善でも、大規模に展開すると大幅なコスト削減につながる可能性があります。全体的なリソース要件をわずか10%削減するだけでも、大幅なインスタンス削減の機会が得られます。例えば、ある企業はコード最適化により、各WebリクエストのCPU使用率を800msから200msに短縮しました。これにより、サーバーは基盤となるVMを変更することなく、5倍のトラフィックを処理できるようになりました。
また、クラウドの大部分はNGINXで動作しています。環境にNGINXまたは類似のロードバランサーがある場合、これらのツールを調整することで、サービスと顧客間の見落とされがちなボトルネックを劇的に改善することができます。
クラウドコストを管理するには、ベストプラクティスの作業順序に従う必要があります。まずインスタンスサイズを調整し、次にスケジューリングと自動スケーリングを有効化し、その後容量を予約し、最後にコストを監視して異常を特定するプロセスを実装します。効果的に実装し定期的に見直すことで、予期しないクラウド支出の煩わしさを大幅に軽減できます。
OpsNowなどのツールを使用することで、コスト削減の機会を明確にし、信頼性の高い分析を提供して、この問題の一部を解決することができます。これは重要な要素だと考えています。しかし、他のことと同様に、運用面でも積極的な役割を果たす必要があります。
