Oracle Cloud Infrastructureドキュメント

コスト管理の推奨事項

「推奨事項」のこの項では、リソースのコスト削減に役立つ推奨事項について説明します。

コスト管理の推奨事項は、十分に利用されていないリソースを特定し、十分に利用されていないリソースを見つけて調整することでコスト削減を支援します。たとえば、コスト管理の推奨事項は、十分に利用されていないコンピュート・インスタンス、オーバープロビジョニングされたAutonomous Data Warehouseインスタンス、デタッチされたブロック・ボリューム、デタッチされたブート・ボリューム、ライフサイクル・ポリシー・ルールのないオブジェクト・ストレージ・バケット、および継続的な消費割引(CCD)を見つけるのに役立ちます。CCDを除き、コスト管理の推奨事項では、リソース使用率とそのコスト、推奨使用率、1か月当たりのコスト削減、および前回のスキャン時にテナンシで使用可能なコスト管理の推奨事項の数が示されます。CCDは、顧客に経済的に利益がある場合にCCDコミットメントを作成するようアドバイスします。

コスト削減見積りの計算方法

クラウド・アドバイザは、適用可能な推奨事項のコスト削減を見積もります。各コスト削減見積りは、推奨事項を実装した後のコストの削減を示します。

また、クラウド・アドバイザは、テナンシに対して予想される月次請求のコスト削減率も示します。予想される請求は、現在の使用量と前月のデータに基づきます。1か月未満のデータが使用可能な場合、クラウド・アドバイザは、今月の初日から始まるデータを使用してコスト削減を見積もります。

新しいリソースは、作成時に1か月未満のデータを持ちます。

  • 現在の請求月の開始から現在の日付までの満月より前です。
  • 前の請求月で、現在の日付までの時間が1か月未満です。

通常、原価情報を使用できない理由は2つあります。

  • 推奨自体は、コスト削減見積もりがあるとは意味がありません。たとえば、コンピュート・モニタリングの有効化およびデータベースの有効化
  • クラウド・アドバイザには、節約額を計算するための十分なデータがありません。

データベース管理の有効化

データベース管理の有効化の推奨事項は、ベース・データベース(BaseDB)システムおよびExadata Cloud VMクラスタ(ExaDB-D)ファミリに属するすべてのデータベースに適用されます。クラウド・アドバイザは、すべてのデータベース・インスタンスでデータベース管理が有効になっているかどうかをチェックします。データベース・インスタンスでデータベース管理が有効になっていない場合、クラウド・アドバイザはデータベース管理を有効にするための推奨事項を生成します。推奨事項は、基礎となるデータベース・インフラストラクチャではなく、データベース・レベルごとに作成されます。データベース管理を有効にすると、データベースのパフォーマンスに関するインサイトを提供するメトリックが生成されます。

ノート

基本管理を有効にしても、追加コストはかかりません。完全管理を有効にすると、追加コストがかかります。詳細は、管理オプションについて.を参照してください

推奨生成ロジック

クラウド・アドバイザは、モニタリングがデータベース・インスタンスで有効化されたかどうかを判断し、それに応じて推奨事項を提供します。

推奨事項の実装

データベース管理を手動で有効にします(この推奨事項はクラウド・アドバイザを使用して実装できません)。詳細な手順は、データベース管理の前提条件タスクの実行を参照してください。

ステータスの変更

推奨事項を実装すると(手動でデータベース管理を有効化)、そのステータスは「保留中」から「実装済」に変わります。ステータスは、次回のクラウド・アドバイザによるテナンシのスキャン後に変更されます(通常は24時間から48時間以内)。データベース・インスタンスの実行が停止するか、削除されると、推奨事項は削除されます。

コンピュート・インスタンスのモニタリングの有効化

コンピュート・インスタンスでのモニタリングの有効化推奨事項は、実行中のコンピュート・インスタンスの一部のメトリックがクラウド・アドバイザに表示されないことを示します。たとえば、CPU使用率データを追跡できません。この推奨事項を実装すると、クラウド・アドバイザはコンピュート・インスタンス・メトリックを読み取り、推奨事項を提供できます。

推奨生成ロジック

クラウド・アドバイザは、モニタリングが有効になっていないコンピュート・インスタンスを識別します。
ノート

この推奨事項はコスト管理の推奨事項ですが、テナンシのコスト削減はそれ自体では表示されません。見積コスト削減は0に設定されます。

推奨事項の実装

手動で監視を有効にします(この推奨事項はクラウド・アドバイザを使用して実装することはできません)。モニタリングを有効にするために変更する必要があるものを確認するには、インスタンスを調べます。詳細な手順は、コンピュート・インスタンスのモニタリングの有効化を参照してください。

ノート

コンピュート・インスタンスでモニタリングが有効になっていない考えられる理由:
  • インスタンスのイメージはモニタリングをサポートしていません。
  • インスタンスのイメージは監視をサポートしていますが、Oracle Cloud Agentが無効になっているか、インストールされていません。手動インストールの手順については、クラウド・アドバイザのカテゴリおよび推奨事項を参照してください。
  • その仮想クラウド・ネットワーク(VCN)にサービス・ゲートウェイが存在しません。

ステータスの変更

推奨を実装すると(手動でモニタリングを有効化)、そのステータスは「保留中」から「実装済」に変わります。ステータスは、次回のクラウド・アドバイザによるテナンシのスキャン後に変更されます(通常は24時間から48時間以内)。インスタンスの実行が停止するか、削除されると、推奨事項は削除されます。

オブジェクト・ライフサイクル管理の有効化

オブジェクト・ライフサイクル管理の有効化推奨事項は、テナンシのオブジェクト・ストレージ・バケットにライフサイクル・ポリシー・ルールが存在しないことを示します。オブジェクト・ライフサイクル管理を使用して、オブジェクト・バージョンを自動的に管理することを検討してください。

オブジェクト・ライフサイクル・ポリシー

オブジェクト・ライフサイクル管理の有効化は、既存のオブジェクト・ライフサイクル・ポリシーによって異なります。

  • オブジェクトでオブジェクト・バージョニングが有効になっていない場合、Object Storageでは、オブジェクトを頻度の低いアクセスに移動したり、破棄されたマルチパート・アップロードを削除してコストを削減するなど、複数のライフサイクル・ポリシー・ルールを作成できます。
  • オブジェクト・バージョニングが有効な場合、Object Storageでは、オブジェクトのバージョンの自動アーカイブまたは削除、頻度の低いアクセスへのオブジェクトの移動、破棄されたマルチパート・アップロードの管理などのライフサイクル・ポリシー・ルールを作成できます。
  • オブジェクト・ストレージ・データを移動できる場合は、下位層に自動的に移動するライフサイクル・ポリシー・ルールを定義できます。

詳細は、オブジェクト・ライフサイクル管理の使用に関する項を参照してください

推奨生成ロジック

クラウド・アドバイザは最新のEnabledOLMメトリックを問い合せて、テナンシ内のバケットに対してオブジェクト・ライフサイクル管理が有効になっているかどうかを判断します。詳細は、オブジェクト・ストレージ・メトリックを参照してください。バケットのオブジェクト・ライフサイクル管理で有効なポリシー・ルールがない場合は、クラウド・アドバイザで有効にすることをお薦めします。

削減の計算

  • 各オブジェクト・ストレージ・バケットについて、クラウド・アドバイザは請求使用量を単価で掛け、その値の45%を使用します。Cloud Advisorは、全体的な顧客トレンドのために45%を使用しています。これらの傾向は、時間の経過とともに、ライフサイクル管理が有効になっているバケットは、50%のアーカイブ・ストレージと50%の標準ストレージのバランスを取る傾向にあることを示しています。したがって、クラウド・アドバイザは、時間とともに、バケットの現在の標準ストレージは、50%のアーカイブ・ストレージと50%の標準ストレージのバランスに変換されると推定します。
  • 実際の比率はバケットの目的によって異なります。クラウド・アドバイザは45%の節約を見積もっていますが、節約額は増減する可能性があります。

推奨事項の実装

ノート

この推奨事項の実装に加えて、古いバージョンのアーカイブまたは削除によってシステムの使用量が削減され、コストの削減に役立ちます。
ノート

オブジェクトをアーカイブ・ストレージに移動した後、アクセスする前にリストアする必要があります。
  • オブジェクト・ライフサイクル管理を使用するには、まずオブジェクト・ストレージ・サービスが代理でオブジェクトをアーカイブおよび削除することを認可する必要があります。詳細は、オブジェクト- ライフサイクル- 管理の使用を参照してください。
  • オブジェクトをアーカイブ・ストレージに移動した後、オブジェクトにアクセスするには、まずオブジェクトをリストアする必要があります。
  • オブジェクト・ライフサイクル管理を使用して、次のことを行うこともできます:
    • バケット内のすべてのオブジェクトまたは指定した名前フィルタに一致するオブジェクトの削除、または
    • コミットされていないか失敗したマルチパート・アップロードの削除。
  • クラウド・アドバイザは、これらの削除に関するコスト削減見積りを提供しません。
推奨事項を実行するには、次のいずれかを実行します。
  • リソースを選択し、「選択項目の実装」を選択して、修正フローに従います。コンソールの使用を参照してください。

  • ライフサイクル・ポリシー・ルールを手動で作成します。特定のObject Storageバケット内のリソースを自動的にアーカイブまたは削除するライフサイクル・ポリシー・ルールを定義できます。オブジェクト・ライフサイクル管理の動作について学習します。

ステータスの変更

クラウド・アドバイザの修正フローまたは手動作成によって推奨事項を実装すると、そのステータスが「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: メトリックが表示されていることを前提として、テナンシの次のスキャン(通常は24時間以内)でステータスが変更されます。

利用されていないベース・データベース・システムの縮小

利用率の低いベース・データベース(BaseDB)システムの推奨事項は、必要以上に多くのCPUコアがBaseDBシステムに割り当てられていることを示しています。BaseDBシステムに割り当てるCPUの数を減らすと、コストを削減できます。

推奨生成ロジック

  1. クラウド・アドバイザは、システムのデータベース・サーバー・ノードごとにCPU使用率に関するテレメトリ・データを収集します。次に、次のプロファイル(しきい値)に従って、downsize Compute推奨と同様のユーザーが構成したプロファイル設定からアルゴリズムを決定します。
    • 保守的- CPU使用率が5%未満の場合、OCIでは、使用率が10%に達するシェイプへの縮小が推奨されます。
    • 標準- CPU使用率が10%未満の場合、OCIでは、平均使用率20%に達するシェイプへの縮小が推奨されます。
    • 積極的- CPU使用率が15%未満の場合、OCIでは、平均使用率30%に達するシェイプへの縮小が推奨されます。
  2. クラウド・アドバイザは、構成済のプロファイル設定およびしきい値(CPUのデフォルトは10%)を使用して、すべてのデータベース・サーバー・ノードの最大値が、過去7日間のCPU使用率の平均(日数がカスタマイズ可能)がしきい値を下回っているかどうかを判断します。その場合、クラウド・アドバイザはBaseDBシステムを未利用として識別します。たとえば、顧客がシェイプVM.Standard2.24インスタンスを持つデータベース・サーバー・ノードでBaseDBシステムを実行していて、クラウド・アドバイザがBaseDBシステムが十分に利用されていないと判断した場合、現在の使用率に基づいて、BaseDBシステムをVM.Standard2.16 (またはそれより低い構成)などの低いシェイプに縮小することをお薦めします。ノード数は同じままです。

サポートされるシェイプ

クラウド・アドバイザ・スキャンでは、Downsize BaseDBシステムを使用して次のシェイプがサポートされます:

標準図形

  • VM.Standard1.1
  • VM.Standard1.2
  • VM.Standard1.4
  • VM.Standard1.8
  • VM.Standard1.16
  • VM.Standard2.1
  • VM.Standard2.2
  • VM.Standard2.4
  • VM.Standard2.16
  • VM.Standard.2.24

削減の計算

推奨事項が適用される仮想マシンDBシステムの場合、クラウド・アドバイザは現在のコア数から推奨コア数を減算し、この値を現在のコア数で除算してコア差率を取得します。次に、請求使用量と単価で結果を乗算します。

推奨事項の実装

推奨事項を実行するには、次のいずれかを実行します。

ステータスの変更

推奨事項(クラウド・アドバイザの修正フローまたは手動シェイプ調整)を実装すると、そのステータスが「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: テナンシの次回のクラウド・アドバイザ・スキャン後にステータスが変更されます(通常は24時間から48時間以内)。

使用率の低いExadataクラウドVMクラスタの縮小

利用率の低いExadata Cloud VM (ExaDB-D)クラスタの推奨事項は、必要以上に多くのCPUがExaDB-Dクラスタに割り当てられていることを示しています。クラスタに割り当てるCPUの数を減らすと、コストを削減できます。現在は、X6、X7またはX8 Exadata Cloud VMクラスタに対してのみ推奨されています。

推奨生成ロジック

  1. クラウド・アドバイザは、システムのデータベース・サーバー・ノードごとにCPU使用率に関するテレメトリ・データを収集します。次に、次のプロファイル(しきい値)に従って、ダウンサイズ計算の推奨事項に似たユーザー構成プロファイル設定からアルゴリズムを決定します。
    • 保守的- CPU使用率が5%未満の場合、OCIでは、有効なCPUコアのサイズを縮小して、平均使用率10%を達成することをお薦めします。
    • 標準- CPU使用率が10%未満の場合、OCIでは、有効なCPUコアのサイズを縮小して、平均使用率20%を達成することをお薦めします。
    • 積極的- CPU使用率が15%未満の場合、OCIでは、有効なCPUコアのサイズを縮小して、平均使用率30%を達成することをお薦めします。
  2. クラウド・アドバイザは、構成済のプロファイル設定およびしきい値(CPUのデフォルトは10%)を使用して、すべてのデータベース・サーバー・ノードの最大値が、過去7日間のCPU使用率の平均(日数がカスタマイズ可能)がしきい値を下回っているかどうかを判断します。その場合、クラウド・アドバイザはExaDB-Dシステムを未利用として識別します。

    たとえば、顧客が24個のコアを有効にしたフル・ラックでExadata Cloud VM X8クラスタを実行しており、クラウド・アドバイザはインフラストラクチャが十分に利用されていないと判断し、クラウド・アドバイザはインフラストラクチャの有効コア数を16以下の値に減らすことを推奨します。インフラストラクチャのノード数は同じままです。

削減の計算

リソースのコンピュート・コストを取得するには:

  1. クラウド・アドバイザは使用量ストアをチェックし、推奨されるOCPU数にOCPU当たりの価格を乗算して新しい価格を決定します。次に、現在のOCPU数にOCPU当たりの価格を乗算して、既存の価格を計算します。これがシステムの現在のコストです。
  2. 次に、クラウド・アドバイザは、使用ストア内のコストを確認して、ベース・システムのコストを決定します。
  3. 最後に、クラウド・アドバイザは、コスト削減を示すために、ベース・システムと既存のシステムの差異を計算します。

推奨事項の実装

クラウド・アドバイザは、この推奨事項に対する修正操作をサポートしていません。この推奨事項に使用できる実装方法は、手動で行うことのみです。有効なCPUコアの数を手動で調整するには、Exadata Cloud InfrastructureクラウドVMクラスタまたはDBシステムでCPUコアをスケールします。

ステータスの変更

推奨事項を手動で実装すると、次のクラウド・アドバイザのスキャン後(通常は24時間から48時間以内)にステータスが「実装済」に変わります。

十分に利用されていないコンピュート・インスタンスの縮小

十分に利用されていないコンピュート・インスタンスの縮小の推奨事項は、一部のコンピュート・インスタンスが必要以上に大きいことを示します。この推奨事項を実装すると、パフォーマンスを低下させずにコストを節約できます。

推奨生成ロジック

クラウド・アドバイザは、選択した間隔(デフォルトは7日間)のCPU、メモリーおよびネットワーク使用率を収集し、使用状況が推奨事項プロファイルで指定されたしきい値を下回っているかどうかを確認します。クラウド・アドバイザは、推奨事項プロファイルの方法に基づいて、評価中にCPU使用率に平均統計またはP95統計を使用します。ネットワーク使用率の値は、ネットワーク帯域幅に対するインレート・ネットワーク・バイトの最大およびアウトレート・ネットワーク・バイト(Gbps)に基づいて計算されます。

推奨は、使用中のVNICの数をサポートするために小さいインスタンスが使用可能な場合にのみ生成されます。

この推奨事項のロジックをカスタマイズするには、「グローバル推奨オーバーライドの編集」を参照してください。

サポートされるシェイプ

クラウド・アドバイザのスキャンでは、使用率の低いコンピュート・インスタンスの縮小を使用して次のシェイプがサポートされます:

標準VMシェイプ

  • VM.Standard1.1
  • VM.Standard1.16
  • VM.Standard1.2
  • VM.Standard1.4
  • VM.Standard1.8
  • VM.Standard2.1
  • VM.Standard2.16
  • VM.Standard2.2
  • VM.Standard2.24
  • VM.Standard2.4
  • VM.Standard2.8
  • VM.Standard3.Flex
  • VM.Standard.A1.Flex
  • VM.Standard.B1.1
  • VM.Standard.B1.16
  • VM.Standard.B1.2
  • VM.Standard.B1.4
  • VM.Standard.B1.8
  • VM.Standard.E2.1
  • VM.Standard.E2.2
  • VM.Standard.E2.4
  • VM.Standard.E2.8
  • VM.Standard.E3.Flex
  • VM.Standard.E4.Flex

最適化VMシェイプ

  • VM.Optimized3.Flex

削減の計算

推奨事項が適用されるリソースについて、クラウド・アドバイザは現在のOCPUから推奨OCPUを差し引きます。次に、請求使用量と単価で結果を乗算します。この値が現在のOCPUで除算されます。
ノート

クラウド・アドバイザは、このマニュアルにリストされている保存計算式を使用して推定コスト削減を生成します。ただし、これらの式ではコスト情報を使用して節約額を計算します。コスト情報を使用できず、APIを使用している場合、クラウド・アドバイザは見積りコスト削減の戻り値をマイナス1 ( -1)に設定します。コンソールを使用している場合は、クラウド・アドバイザに「Not Available」または「– 」というメッセージが表示されます。

詳細は、コスト削減見積りの計算方法を参照してください。

推奨事項の実装

ノート

  • インスタンスの更新に適切な時間を選択してください。サイズ変更後にインスタンスの再起動が必要になるため、ユーザーを中断しないタイミングでインスタンスのサイズを変更することをお薦めします。通常、インスタンスの再起動には5分かからず、関連する作業リクエストをモニタリングすることで各インスタンスの進行状況を追跡できます。
  • インスタンスを縮小すると、インスタンスのOCPU数、メモリー容量、ネットワーク帯域幅およびVNICの数が削減されます。インスタンスのパブリックIPアドレス、プライベートIPアドレス、ボリューム・アタッチメントおよびVNICアタッチメントは変更されません。

推奨事項を実行するには、次のいずれかを実行します。

ステータスの変更

推奨事項(クラウド・アドバイザの修正フローまたは手動インスタンス調整)を実装すると、そのステータスが「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: テナンシの次回のクラウド・アドバイザ・スキャン後にステータスが変更されます(通常は24時間から48時間以内)。

未利用ロード・バランサの縮小

「使用率の低いロード・バランサの縮小」推奨事項は、一部のロード・バランサが必要以上に低い帯域幅で構成されていることを示します。この推奨事項を実装すると、割り当てられた最小帯域幅によってロード・バランサに課金される最小量が決定されるため、パフォーマンスを低下させることなくコストを節約できます。

推奨生成ロジック

クラウド・アドバイザは、評価期間におけるピーク帯域幅使用率の最大値の平均が、推奨プロファイルで指定された最小帯域幅のしきい値割合より小さいかどうかを検出します。識別されたロード・バランサの場合、クラウド・アドバイザは、最小帯域幅を現在のピーク帯域幅使用量の値に減らすことを提案します。最大帯域幅の値は同じままです。

動的シェイプでは、動的シェイプの現在の帯域幅が最大帯域幅値として選択されているフレキシブル・シェイプに変換することをお薦めします。最小帯域幅は、前述のようにピーク帯域幅使用量の値に設定されます。

この推奨事項のロジックをカスタマイズするには、「グローバル推奨オーバーライドの編集」を参照してください。

削減の計算

  • 動的シェイプのロード・バランサをフレキシブル・シェイプに変換することをお薦めします。クラウド・アドバイザは、現在の最小帯域幅から推奨される最小帯域幅を減算します。次に、結果に請求使用量と、現在の動的シェイプの帯域幅当たりの単価が乗算されます。推奨される最小帯域幅が100Mbps以下の場合、その数に0.35を掛けて、動的シェイプとフレキシブル・シェイプのコスト差を相殺します。
  • フレキシブル・シェイプのロード・バランサに対して推奨事項が生成されると、クラウド・アドバイザは、現在の最小帯域幅から推奨される最小帯域幅を減算します。次に、単一のフレックス帯域幅の請求使用量と単価で結果を乗算します。単一のフレックス帯域幅の請求使用量は、請求使用量を現在の最小帯域幅で除算することによって計算されます。

推奨事項の実装

ノート

  • この推奨事項では、ロード・バランサの最小帯域幅のみが変更されます。最大帯域幅は変更されません。
  • ロード・バランサのすべての既存のセッションをリセットするには、帯域幅サイズを変更する必要があります。フレキシブル・シェイプに切り替えると、動的シェイプに戻すことはできません。固定シェイプに割引料金が適用されている場合、削減額が過大に見積りされる可能性があります。変更を行う前に、営業担当と連携して請求および割引オプションについて確認してください。

推奨事項を実行するには、次のいずれかを実行します。

ステータスの変更

推奨事項(クラウド・アドバイザの修正フローまたは手動変更(動的シェイプからフレキシブル・シェイプへの変更または既存のフレキシブル・シェイプの変更)を実装すると、そのステータスが「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: テナンシの次回のクラウド・アドバイザ・スキャン後にステータスが変更されます(通常は24時間から48時間以内)。

利用されていないADWおよびATPデータベースの縮小

「利用率の低いADWおよびATPデータベースの縮小」推奨事項は、必要以上のCPUが自律型データベースに割り当てられていることを示します。データベースに割り当てるCPUの数を減らすと、コストを削減できます。

推奨生成ロジック

クラウド・アドバイザは、Autonomous Database for Analytics and Data WarehousingおよびAutonomous Database for Transaction ProcessingおよびMixed Workloadsデータベースの平均CPU使用率が過去7日間低いことを識別します。平均CPU使用率が低い場合は、使用率が割当て済CPUの30%未満であることを示します。

削減の計算

リソースのコンピュート・コストについて、Cloud AdvisorはADB Computeの請求使用量を単価で乗算し、その値を半分に除算します。

推奨事項の実装

推奨事項を実行するには、次のいずれかを実行します。

ステータスの変更

推奨事項(クラウド・アドバイザの修正フローまたは手動CPU調整)を実装すると、そのステータスが「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: テナンシの次回のクラウド・アドバイザ・スキャン後にステータスが変更されます(通常は24時間から48時間以内)。

アイドル・コンピュート・インスタンスの削除

アイドル・コンピュート・インスタンスの削除の推奨事項は、一部のコンピュート・インスタンスが使用されていないことを示します。未使用のコンピュート・インスタンスを削除すると、その費用を支払う必要なく、コストを削減できます。ブート・ボリュームは、コンピュート・インスタンスを削除しても保持されます。

推奨生成ロジック

この推奨事項では、過去7日間のデータを分析し、コンピュート・インスタンスのシェイプに依存するロジックを使用して推奨事項を生成します。

サポートされているVMシェイプの場合:

  • すべての日のCPU使用率P95が3%未満
  • 全日の最大メモリー使用率は8%未満です
  • すべての日のネットワーク使用率の最大値は3%未満です

サポートされているBMシェイプの場合:

  • CPU使用率 P95 < 2%
  • 最大メモリー使用率< 5%
  • ネットワーク使用率の最大< 3%

サポートされるシェイプ

アイドル状態のコンピュート・インスタンスの削除を使用する場合、クラウド・アドバイザは次のシェイプをサポートします:

VMシェイプ:

  • VM.Standard1.1
  • VM.Standard2.1
  • VM.Standard3.Flex
  • VM.Optimized3.Flex
  • VM.Standard.A1.Flex
  • VM.Standard.B1.1
  • VM.Standard.E2.1
  • VM.Standard.E2.1.Micro
  • VM.Standard.E3.Flex
  • VM.Standard.E4.Flex

BMシェイプ:

  • BM.Standard1.36
  • BM.Standard2.52
  • BM.Standard.A1.160
  • BM.Standard.B1.44
  • BM.Standard.E2.64
  • BM.Standard.E3.128
  • BM.Standard.E4.128
  • BM.DenseIO1.36
  • BM.DenseIO2.52

削減の計算

各コンピュート・インスタンスについて、クラウド・アドバイザは請求使用量を単位価格で乗算します。

推奨事項の実装

推奨事項を実行するには、次のいずれかを実行します。
  • リソースを選択し、「選択済の実装」を選択して、修正フローに従います。クラウド・アドバイザの推奨事項の実装を参照してください。
  • ライフサイクル・ポリシー・ルールを手動で作成します。特定のObject Storageバケット内のリソースを自動的にアーカイブまたは削除するライフサイクル・ポリシー・ルールを定義できます。オブジェクト・ライフサイクル管理の動作について学習します。

ステータスの変更

推奨事項(クラウド・アドバイザの修正フローまたは手動削除)を実装すると、そのステータスが「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: テナンシの次回のクラウド・アドバイザ・スキャン後にステータスが変更されます(通常は24時間から48時間以内)。

アタッチされていないブロック・ボリュームの削除

「アタッチされていないブロック・ボリュームの削除」推奨事項は、アタッチされていないブロック・ボリュームがテナンシに存在することを示します。アタッチされていないブロック・ボリュームをアタッチまたは削除すると、コストが削減されます。

推奨生成ロジック

クラウド・アドバイザは、どのコンピュート・リソースにもアタッチされていないブロック・ボリュームについて、テナンシを1日に1回スキャンします。ボリュームが14日間連続してアタッチされていない場合は、削除することをお薦めします。

削減の計算

クラウド・アドバイザは、アタッチされていないブロック・ボリュームを削除することで節約できる金額を推定します。推奨事項が適用されるリソースについて、パフォーマンス・ユニットおよびストレージの請求使用量がクラウド・アドバイザで使用されます。

推奨事項の実装

推奨事項を実行するには、次のいずれかを実行します。

ステータスの変更

推奨事項(クラウド・アドバイザの修正フロー、手動削除または手動添付)を実装すると、そのステータスが「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: テナンシの次回のクラウド・アドバイザ・スキャン後にステータスが変更されます(通常は24時間から48時間以内)。

アタッチされていないブート・ボリュームの削除

「アタッチされていないブート・ボリュームの削除」推奨事項は、アタッチされていないブート・ボリュームがテナンシに存在することを示します。アタッチされていないブート・ボリュームをアタッチまたは削除すると、コストが削減されます。

推奨生成ロジック

クラウド・アドバイザは、どのコンピュート・リソースにもアタッチされていないブート・ボリュームについて、テナンシを1日に1回スキャンします。ボリュームが14日間連続してデタッチされている場合、クラウド・アドバイザはボリュームを削除することをお薦めします。

削減の計算

クラウド・アドバイザは、デタッチされたブート・ボリュームを削除することで節約できる金額を推定します。推奨事項が適用されるリソースについて、パフォーマンス・ユニットおよびストレージの請求使用量がクラウド・アドバイザで使用されます。

推奨事項の実装

推奨事項を実行するには、次のいずれかを実行します。

ステータスの変更

推奨事項(クラウド・アドバイザの修正フロー、手動削除または手動添付)を実装すると、そのステータスが「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: テナンシの次回のクラウド・アドバイザ・スキャン後にステータスが変更されます(通常は24時間から48時間以内)。

コンピュート・インスタンスをバースト可能に変更

「コンピュート・インスタンスをバースト可能に変更」推奨事項は、VM.Standard3のバースティ・トラフィックを示します。フレックス、VM.Standard.E3。FlexおよびVM.Standard.E4。フレックス・コンピュート・インスタンス。バースティ・トラフィックは、コンピュート・インスタンスの使用量が少ない場合に発生し、使用量の増加が時々発生します。

バースト可能なインスタンスは、ベースライン・レベルのCPUパフォーマンスを提供する仮想マシン(VM)インスタンスで、使用量の不定期なスパイクをサポートするために、上位レベルにバーストする機能を備えています。顧客は、バースト可能なインスタンスを作成する際、OCPUの合計数(またはCPUコア)とベースラインCPU使用率を指定できます。常にインスタンスに割り当てられるベースライン使用率は、各CPUコアの一部(12.5%または50%)です。

コンピュート・インスタンスをバースト可能なインスタンスに変更する利点は、バースト可能なインスタンスがほとんどの場合、通常数のCPUで実行されている低いワークロードを維持できることです。ただし、高いワークロードを処理するために必要な場合、使用可能なCPUのフル数を限られた時間で使用するためにバーストできることです。提案されたバースト可能な構成にインスタンスを調整すると、ワークロードの増加時にパフォーマンスが低下することなく、ワークロードが低い場合にコストを節約できます。詳細は、Compute Serviceマニュアルのインスタンスのシェイプの変更を参照してください。

推奨生成ロジック

クラウド・アドバイザはバースティVM.Standard3を検出します。フレックス、VM.Standard.E3。FlexおよびVM.Standard.E4。CPU使用率メトリックを使用するフレックス・インスタンス(最大統計およびP95統計)。24時間以内に、クラウド・アドバイザはインスタンス当たりのCPU使用率について48のデータ・ポイントをレビューし、しきい値(50%または12.5%)よりも最大CPU使用率がわずか数個(5以下)である場合にこの推奨事項を生成します。他のすべての条件が満たされると、クラウド・アドバイザはインスタンスのメモリー・コア比率をチェックし、メモリー・コア比率が12GB/OCPUコア未満の場合にのみ推奨事項を生成します。この期間のP95 CPU使用率の値は、期間の大部分の使用量が低い(スパイキーでない)ように、40%(50%しきい値の場合)および10%(12.5%しきい値の場合)未満である必要があります。この推奨事項では、超過しきい値で示された割合でインスタンスをバースト可能になるように調整することをお薦めします。Oracleでは、バースト可能値を50%しきい値に設定し、バースト可能値を12.5%しきい値に設定することをお薦めします。

この推奨事項のロジックをカスタマイズするには、「グローバル推奨オーバーライドの編集」を参照してください。

削減の計算

クラウド・アドバイザは、推奨されるバースト可能な構成と標準構成の違いとして、インスタンスのコスト削減を計算します。たとえば、提案されたバースト可能な構成が12.5%の場合、新しいコストは標準構成の12.5%になります。

推奨事項の実装

推奨事項を実行するには、次のいずれかを実行します。

  • 修正フローを使用して実装すると、インスタンスのネットワーク・タイプが準仮想化ネットワークに更新されます

  • バースト可能な構成を手動で設定します。Burstable Instancesを参照してください。

ステータスの変更

推奨事項を実装すると(クラウド・アドバイザの修正フローまたはインスタンスをバースト可能な構成に変更する手動ステップ)、そのステータスは「保留中」から「実装済」に変わります。このステータス変更の反映に必要な時間は、推奨事項の実装に使用する方法によって異なります。

  • クラウド・アドバイザの修正フロー: 作業リクエストが完了すると、ステータスが変更されます。
  • 手動実装: テナンシの次回のクラウド・アドバイザ・スキャン後にステータスが変更されます(通常は24時間から48時間以内)。

継続使用割引

クラウド・アドバイザは、顧客にとって財務的に有益な場合に継続消費割引(CCD)コミットメントを作成するために、OCI顧客に対する推奨事項を作成します。

「CCDコミットメント推奨の作成」は、評価期間60日間の明確なリソース消費パターンによって決定されます。クラウド・アドバイザは、評価期間(過去60日間)にサインインしているテナンシが所有するサブスクリプションに請求されるリソースの消費を測定します。

クラウド・アドバイザは、次に説明する計算方法を使用して、測定されたリソース消費トレンドに基づいてCCDを使用することでコストを削減できるかどうかを判断します。CCDでコストを削減できる場合、クラウド・アドバイザは継続消費割引推奨事項を作成し、「推奨事項」ページの「コスト管理」セクション、およびOCIホームページの「コスト削減の機会」セクションに表示します。

CCDの詳細ページで、クラウド・アドバイザに推奨されるコミット値と推定節約値が表示されます。CCD推奨を使用すると、CCD詳細ページにリストされている使用可能なCCDオファー(またはすべて)を選択してアクティブ化できます。有効にすると、CCDレートがコスト計算に使用され、コミットメントを維持する責任があり、最小コミット済使用量に対して請求されます。

推奨生成ロジック

クラウド・アドバイザは、アクティブなCCDオファリングおよびCCD割引率のリストを、契約レートおよびSKUの定価と比較することで、CCD設定を満たすリソースを識別します。

クラウド・アドバイザは、このテナンシが所有するサブスクリプションごとに、適用可能な最善のCCDオファー(つまり、最も高い推定節約額をもたらすオファー)を使用して、すべてのSKUに対して新しいCCDコミットメントを作成する最大1つの推奨事項を生成します
ノート

同じSKUサブスクリプションの組合せに対して代替オファーがある場合があります
  • CCDレートが契約レートより低い場合、クラウド・アドバイザは推奨ページにCCD推奨、OCIホーム・ページにコスト削減ウィジェットをリストし、クラウド・アドバイザのホームページに情報を表示します。
  • レートが契約レート以上の場合、クラウド・アドバイザはCCD推奨を表示しません。

コミット値の計算

クラウド・アドバイザは、パーセンタイル計算に基づく一般的な集計方法を使用して、4つのコミットメントの選択肢を提供します。推奨事項は、P30、MedianおよびP70です。デフォルトでは、集計は重み付けされ、最新の7日間の使用量に対する重みが高くなります。次の表に、コミット時間と割り当てられた重みを示します。コミットメントの選択肢を次の表に示します。

リソースの使用状況に応じて、クラウド・アドバイザには、テナンシに最適なオプションを選択するのに役立つ4つのわかりやすいオプションのセットが表示されます。
ノート

テナンシには、使用可能なリソースの最大数に制限があります。割当てを使用して、リソースをコンパートメントに割り当てることができます。適格なアカウントの管理者は、サービス制限の引上げをリクエストできます。
取引約定の選択
最新のリソース使用 取引約定の選択
拒否
  • P10
  • P30
  • 中間
  • 平均
増加
  • 中間
  • 平均
  • P70
  • P90
未変更
  • 中間
  • 平均
  • P30
  • P70

削減の計算

CCDでコストを削減できるかどうかを判断するために、クラウド・アドバイザは、次の値を使用して、過去60日間のコミットメント値と推定節約額を計算します。

  • コミット使用量のコスト= (推奨コミット値) * (SKU定価- CCD割引)
  • コミット値の前の使用コスト*非CCDレート
  • コスト削減= コミット前の使用量のコストから新しいコミット使用量のコストを差し引いたもの

推奨事項の実装

  1. ナビゲーション・メニューを開き、「クラウド・アドバイザ」で「ガバナンスと管理」を選択し、「推奨事項」を選択します。
  2. 「推奨タイプ」で、「継続消費量割引」推奨を選択します。継続消費割引詳細ページが開き、CCDオファーのリストと各オファーの詳細が表示されます。
    ノート

    アクティブなCCD (前のクラウド・アドバイザ・セッションで実装されたCCDS)は、このページには表示されません。これらは、「Cost Management(原価管理)」カテゴリにリストされます。「カテゴリ」フィールドで、「すべてのカテゴリ」メニューを選択し、「コスト管理」を選択します。次に、「サービス」フィールドで、「サブスクリプション」を選択します。
    注意

    CCDを実装する前に、既存のCCDのリストをチェックして、既存のCCDに時間コミットメントおよび追加コストを追加していないことを確認してください。
  3. 実装するCCDオファーの名前を選択します。「CCD詳細」ページが開きます。
  4. 実装するCCDの名前を選択します。「代替オプション」ページが開き、オファーの実装時に使用できる一連のサブスクリプション・オプションが表示されます。
  5. 登録オファーを選択します。サブスクリプション・オプションの「プレビュー」ページが開きます。このページには、割引が有効になる期間、推奨値および推定節約額を示す図が含まれています。
  6. 「続行」を選択します。「プレビュー」ページが閉じ、代替オプション・ページに戻ります。
  7. 「続行」を選択して、選択したCCDオプションを実装します。「CCDコミットメントの作成」ダイアログ・ボックスが開きます
  8. 次の情報を入力します:
    • CCDの名前
    • CCDを開始する日付。カレンダ・アイコンを使用して日付を選択します。
    • 製品ID。例: B93113 - Compute - Standard - 64 - OCPU
    • 1時間当たりのコミットメントOCPUの数例: 400
  9. ページ下部のコミットメント詳細を確認します。同意する場合は、「作成」を選択します。「CCD取引約定の作成」確認ウィンドウが開きます。作成しているCCDコミットメントのすべての詳細が表示されます。情報を確認し、正しい場合は「コミットメントの作成」を選択します。ダイアログ・ボックスが閉じ、CCDコミットメント詳細ページに戻ります。

ステータスの変更

推奨事項を手動で実装する場合、つまり新しいCCDコミットメントを作成すると、クラウド・アドバイザはテナンシの次回のクラウド・アドバイザ・スキャン後にステータスを変更します(通常は24-48時間以内)。