使用状況およびコストの追跡と管理

継続的なコスト最適化プロセスの目的は、Oracle Cloud Infrastructure (OCI)でのサービスの実行に費やされた金額が組織にとって最も多くのビジネス価値をもたらすようにすることです。このプロセスには様々な方法でアプローチできますが、すべてがプラットフォームによって生成され、UI、CSVファイル、APIコールなどの様々なチャネルを介して使用可能になる正確な使用状況およびコスト・データに依存しています。コスト最適化は、データと分析がアクションを推進する反復プロセスです。コスト最適化プロセスを適用した結果、長期間アイドル状態になっているリソースが値を提供せずにコストが発生しないようにする必要があります。

OCIにデプロイされたソリューションに関連するコスト、およびコストを値に対して最適化するための潜在的なオプションを理解するには、様々なサービスから使用状況およびパフォーマンス・メトリックを収集する構造化された方法を使用できるようにソリューションを設計していることを確認します。OCIでは、大量のメトリックが収集されますが、ソリューションの設計時には、使用可能なツールを使用して、収集されたデータの周囲の構造を提供したり、使用率の低いリソースの増加に関連するアラートをトリガーするためのしきい値を設定する必要があります。

様々な価格設定モデルの評価

エンタープライズ・アーキテクト、クラウド・アーキテクト

ビジネスの観点からは、どの価格設定モデルが意味を持つかを評価する必要があります。柔軟なpay - as - you - goモデルまたはサブスクリプション期間中に月ごとの特定の金額の支払をコミットするモデル(コミットメント・モデル)。

予想される使用状況を十分に理解している場合、コミットメント・モデルでは、割引サービスの価格設定によるコストが低くなる可能性があります。ただし、使用量が減少したり大幅に増加した場合は、このモデルを使用するときにさらに支払う可能性があります。

組織に適したコンパートメント構造の実装

Infrastructure Architect、クラウド・アーキテクト、エンタープライズ・アーキテクト、セキュリティ・アーキテクト

コンパートメントは、クラウド・リソースを編成および分離するためのOracle Cloud Infrastructure (OCI)の基本コンポーネントです。使用と請求の測定、アクセス(ポリシーの使用による)、および分離(あるプロジェクトまたはビジネス・ユニットのリソースを別のプロジェクトまたはビジネス・ユニットと区別)のために、リソースを明確に区別するために使用できます。

ベスト・プラクティスとして、ビジネスの仕組みをサポートするテナンシを設定します。これにより、組織にとって意味のあるディメンションに基づいてコストおよび使用状況データを表示およびフィルタできます。通常、これには、異なるOCIサービスを格納するための論理コンテナとしての区分の使用が含まれます。コンパートメントは、ビジネスの実行方法に応じて、組織単位、ビジネス・ユニット、または個々のサービスおよびソリューション所有者にマップできます。

リソース使用率を制御するコンパートメント割当て制限ポリシーの設定

Infrastructure Architect、Cloud Architect、DevOps Architect

割当てポリシーをガバナンス・ポリシー全体の一部にして、リソース使用率とコストを制御できます。ポリシーは、指定されたリソース・タイプ(コンピュート・シェイプなど)のみが使用されるようにしたり、個々のコンパートメントが特定の制限内に収まるようにするための保護手段として使用できます。

柔軟なコスト・トラッキングのためのコスト・トラッキング・タグの実装

インフラストラクチャ・アーキテクト、クラウド・アーキテクト

多くの場合、クラウド・ソリューションでは異なるサービスが使用されますが、一部のサービスは異なるコンパートメントに存在し、他のサービスは異なるアクセス制御によって制御される「ネットワーク」などの共有コンパートメントに存在する可能性があります。一部のコンパートメントには複数の異なるソリューションで使用されるリソースが含まれ、コンパートメント・レベルでのコストのレポートのみが不正確になる可能性があります。

ソリューション所有者は、リソースが複数の異なるコンパートメントに配置されている場合でも、ソリューションの完全な使用状況およびコストを把握する必要があります。

使用する様々なリソースにコスト・トラッキング・タグをアタッチすることで、コンパートメントのかわりにタグをフィルタとして使用してコスト・データを問い合せることができます。これにより、リソースの配置場所とコスト・データの問合せ方法がより柔軟になりますが、堅牢なタグ付けポリシーも要求されます。タグ付けネームスペース、タグ・キー名は、データの検索および集計時に複雑になるため、頻繁に変更する必要はありません。

タグ付けの例では、Finance.CostCenter:xyz、Environment.Type:Production、Project.Owner:xyz、Application.Name:xyzなどのタグを様々なリソースにアタッチできます。これにより、OCIは生成された使用状況およびコスト・データにタグを追加し、これらのタグに基づいて検索できるようになります。

タグ付けされたネームスペースは、タグ管理者のみが変更できるように、IAMポリシーで保護する必要があります。

予算の定義

エンタープライズ・アーキテクト、クラウド・アーキテクト

予算を使用して、支出の実際のOracle Cloud Infrastructure (OCI)支出または予測にソフト制限を設定できます。しきい値に達すると、プラットフォームはアラートをトリガーし、指定されたコンタクトに電子メールを送信したり、OCIプラットフォーム内でさらにアクションを実行できるイベントを発生させることができます。

予算は、コスト・トラッキング・タグまたはコンパートメント(ルート・コンパートメントを含む)に設定され、そのコスト・トラッキング・タグまたはそのコンパートメントとその子に対するすべての支出を追跡します。

ブロック・ボリューム・パフォーマンス自動チューニングの有効化

Infrastructure Architect

Oracle Cloud Infrastructureでは、デタッチされたボリュームのパフォーマンスを「低コスト」設定に自動的にチューニングできます。この新しい機能により、ボリュームはデタッチされた状態のままですが、大幅なコスト削減を実現できます。

オブジェクト・ストレージの実装、オブジェクト・ライフサイクル管理

Infrastructure Architect

オブジェクト・ライフサイクル管理を使用してオブジェクト・ストレージおよびアーカイブ・ストレージのデータを管理することで、ストレージ・コストとデータの管理に費やす時間を減らすことができます。オブジェクト・ライフサイクル管理を使用すると、次を自動化できます:

低コストのアーカイブ・ストレージへのオブジェクトのアーカイブ。
バケット内のすべてのオブジェクトまたは指定した名前フィルタに一致するオブジェクトの削除。
コミットされていない、または失敗したマルチパート・アップロードを削除します。

原価レポートの利用

エンタープライズ・アーキテクト

コスト・レポートは、カンマ区切り値(CSV)ファイルで、監査または請求書の照合を目的として、Oracle Cloud Infrastructure (OCI)リソースの詳細な内訳を取得できます。

コスト・レポートは、毎日自動的に生成され、Oracle所有のオブジェクト・ストレージ・バケットに格納されます。これには、OCIリソース(インスタンス、オブジェクト・ストレージ・バケット、VNICなど)ごとに1時間当たり1行、および消費情報、メタデータおよびタグが含まれます。使用状況レポートには、通常、24時間の使用状況データが含まれていますが、24時間経過している遅れて到着したデータが含まれることもあります。

コスト・レポートは1年間保持されます。

各コスト・レポートのファイル名には数値が付いていますが、この数値は自動的に増加します。レポートには、修正が含まれている場合があります。修正はレポートに新しい行として追加され、lineItem/iscorrection列が設定されて、修正された行のreferenceNo値がlineItem /backReference列に移入されます。

コスト分析を使用した支出の追跡および最適化

エンタープライズ・アーキテクト

「コスト分析」では、使いやすいビジュアライゼーション・ツールが提供されているため、Oracle Cloud Infrastructureの支出を追跡し、最適化できます。

2019年1月28日より後に新しいアカウントを作成した米国内のほとんどの新規顧客は、原価分析ツールを使用して次のことができます。

日付でコストをフィルタします。
タグによるコストのフィルタ。
コンパートメントでコストをフィルタします。
コンパートメントまたはタグ・フィルタを削除します。
予測コストおよび消費。

2019年1月28日より前にアカウントを作成した場合、または米国外から作成した場合は、支出を追跡および最適化するための他のオプションを使用できます。

未使用のリソースを終了または停止するプロセスの実装

Infrastructure Architect、DevOps Architect

孤立したリソースを識別して終了するプロセスを実装します。一部のOracle Cloud Infrastructure (OCI)コンピュート・シェイプはSTOPモードではチャージされません。リソース請求の詳細を参照してください。

VMおよびベア・メタルのどちらのインスタンスでも、請求はインスタンスの作成に使用したシェイプによって決まります。使用しているコンピュート・リソースの請求基準をよく理解していることを確認します。また、アプリケーション・ワークロードのデータ保持およびコスト目標に一致する停止および終了の動作を実装します。

ワークロードに適したコンピュート・シェイプの評価

インフラストラクチャ・アーキテクト、クラウド・アーキテクト

ワークロード要件に基づいて、CPUとメモリー間の比率が固定された標準のX7 VMシェイプのかわりに、柔軟なVM.Standard.E3シェイプまたはVM.Standard.E4シェイプを使用できます。

柔軟なシェイプを使用すると、VMの起動時またはサイズ変更時にOCPUの数とメモリー量をカスタマイズできます。フレキシブル・シェイプを使用してVMインスタンスを作成する場合、インスタンスで実行するワークロードに必要なOCPUの数およびメモリー量を選択します。ネットワーク帯域幅およびVNICの数は、OCPUの数に比例してスケーリングされます。この柔軟性により、ワークロードに合ったVMを構築できるため、パフォーマンスを最適化してコストを最小限に抑えることができます。

クラウド・アドバイザの理解

クラウド・アーキテクト、セキュリティ・アーキテクト

クラウド・アドバイザは、テナンシをレビューして継続的に監視し、コスト削減とセキュリティ状態の改善に関する推奨事項を提供できます。

クラウド・アドバイザは、テナンシ内の潜在的な非効率性を検出し、それらに対処する方法を説明するガイド付きソリューションを提供します。推奨事項は、コスト削減を最大化し、テナンシのセキュリティを向上させるのに役立ちます。Cloud Guardの組込みの推奨事項は、セキュリティの脆弱性を確認して対処するのに役立ちます。適用できない推奨事項を延期または消去して、最も重要な推奨事項に集中できるようにすることで、クラウド・アドバイザをカスタマイズすることもできます。

クラウド・アドバイザの全機能と使用方法は、このベスト・プラクティスのプレイブックの範囲外です。このサービスの詳細は、後述の「詳細」のトピックで参照されている「Oracle Cloudアドバイザの概要」を参照してください。