Oracle Cloud Infrastructureドキュメント

パフォーマンス推奨事項

「推奨事項」のこの項では、リソースのパフォーマンスの最適化に役立つ推奨事項について説明します。

パフォーマンスの推奨事項は、利用率の高いリソースを検出し、調整を推奨します。たとえば、パフォーマンス推奨事項は、利用率の高いコンピュート・インスタンス、ロード・バランサおよびデータベースを権利化してパフォーマンスを向上する方法を示しています。デタッチされたボリュームの自動チューニング機能を使用していないブロック・ボリュームおよびブート・ボリュームを検索して、パフォーマンス設定を最適化する方法を示します。

ExadataクラウドVMクラスタのサイズ変更

Rightsize Exadata Cloud VM (ExaDB-D)クラスタの推奨事項では、過剰に使用されていると考えられ、パフォーマンスが低下する可能性があるExaDB-Dクラスタが検出されます。パフォーマンスを向上させるには、クラスタに対して有効なCPUコアの数を増やします。

推奨生成ロジック

  1. クラウド・アドバイザは、システムのデータベース・サーバー・ノードごとにCPU使用率に関するテレメトリ・データを収集します。次に、次のプロファイル(しきい値)に従って、ユーザーが構成したプロファイル設定からアルゴリズムを決定します。
    • 保守的- CPU使用率が95%を超える場合、OCIでは、有効なCPUコアを85%の平均CPU使用率の達成に役立つ値にサイズ変更することをお薦めします。
    • 標準- CPU使用率が80%を超える場合、OCIでは、有効なCPUコアのサイズを70%の平均CPU使用率の達成に役立つ値にすることをお薦めします。
    • 積極的- CPU使用率が60%を超える場合、OCIでは、有効なCPUコアを50%の平均CPU使用率の達成に役立つ値にサイズ変更することをお薦めします。
  2. クラウド・アドバイザは、構成済のプロファイル設定およびしきい値(CPUのデフォルトは80%)を使用して、すべてのデータベース・サーバー・ノードの平均が、過去7日間のCPU使用率(日数がカスタマイズ可能)がしきい値を超えているかどうかを判断します。その場合、クラウド・アドバイザはExaCSクラスタを過剰利用として識別します。

    たとえば、顧客が24個のコアが有効なフル・ラックでExaCS X8クラスタを実行し、クラウド・アドバイザがインフラストラクチャが過剰に使用されていると判断した場合、クラウド・アドバイザは、インフラストラクチャに対して有効なコア数を32以上の値にすることをお薦めします。ノード数は変わりません。

推奨事項の実装

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

ステータスの変更

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

ベース・データベース・システムのサイズ変更

Rightsize Base Database (BaseDB)システムの推奨事項は、BaseDBシステムが過剰に使用されており、パフォーマンスが低下する可能性があることを示しています。システム・パフォーマンスを向上させるために、クラウド・アドバイザはBaseDBシステムのシェイプのスケール・アップを推奨します。

推奨生成ロジック

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

サポートされるシェイプ

クラウド・アドバイザ・スキャンでは、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

推奨事項の実装

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

ステータスの変更

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

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

コンピュート・インスタンス・サイズの適正化

Rightsize Compute Instances推奨は、コンピュート・インスタンスに最適なパフォーマンスに必要なシェイプがないことを示します。この推奨事項を実装すると、コンピュート・インスタンスのパフォーマンスが向上します。

推奨生成ロジック

クラウド・アドバイザは、選択した間隔(デフォルトは7日)のCPUおよびメモリー使用率を収集して、使用量が推奨事項プロファイルで指定されたしきい値を超えているかどうかを確認します。クラウド・アドバイザは、推奨事項プロファイルの方法に基づいて、評価中にCPU使用率に平均統計またはP95統計を使用します。

識別されたインスタンスについて、クラウド・アドバイザは、より高い構成の新規シェイプを提案します。

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

サポートされるシェイプ

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

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

推奨事項の実装

ノート

コンピュート・インスタンスのサイズを変更する前に、十分なサービス制限を確認してください。必要に応じて、サービス制限の引上げをリクエストします。

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

  • リソースを選択し、「選択済の実装」を選択してから、修正フローに従います。クラウド・アドバイザの推奨事項の実装を参照してください。新しいシェイプが推奨されます。

  • コンピュート・インスタンスを手動で調整するには、次のいずれかを行います:
    • を使用して、インスタンス・プール内のコンピュート・インスタンスの数を自動的に調整します。
    • OCPUの数およびインスタンスに割り当てられているメモリーの量を増やすには、新しいシェイプを選択します。インスタンスのシェイプの変更を参照してください。

ステータスの変更

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

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

ロード・バランサ・サイズの変更

ロード・バランサの正しいサイズの推奨事項は、ロード・バランサに、最適なパフォーマンスに必要な帯域幅またはシェイプがないことを示しています。この推奨事項を実装すると、ロード・バランサのパフォーマンスが向上します。

推奨生成ロジック

クラウド・アドバイザは、評価期間におけるピーク帯域幅使用率の最大値の平均が、推奨事項プロファイルで指定された最大帯域幅のしきい値パーセントを超えているかどうかを検出します。識別されたロード・バランサの場合、クラウド・アドバイザは最大帯域幅値を25%増やすことを提案します。最小帯域幅の値は同じままです。

動的シェイプの場合は、最小帯域幅の値として動的シェイプの現在の帯域幅が選択されているフレキシブル・シェイプに変換することをお薦めします。最大帯域幅は、動的シェイプの現在の帯域幅より25%高く設定されます。

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

推奨事項の実装

ノート

ロード・バランサのサイズを変更する前に、十分なサービス制限を確認してください。必要に応じて、サービス制限の引上げをリクエストします。

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

  • リソースを選択し、「選択済の実装」を選択してから、修正フローに従います。クラウド・アドバイザの推奨事項の実装を参照してください。
    重要

    ロード・バランサで動的シェイプが使用されている場合は、この推奨事項によってフレキシブル・シェイプに切り替えられます。フレキシブル・シェイプに切り替えた後は、ロード・バランサを動的シェイプに戻すことはできません。

    この推奨事項では、最大帯域幅のみが変更されます。最小帯域幅は変更されません。

  • ロード・バランサの最大帯域幅を手動で増加するか、ロード・バランサを提案されたシェイプに変換します。Load Balancerの帯域幅シェイプの変更を参照してください。

ステータスの変更

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

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

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

「デタッチ済ブロック・ボリュームのパフォーマンス自動チューニングの有効化」推奨事項は、ブロック・ボリュームが最適ではないパフォーマンス設定を使用していることを示します。この推奨事項を実装すると、ボリュームがデタッチされるときに、パフォーマンス・レベルが低コスト(0 VPU/GB)に調整されます。ボリュームが再アタッチされると、パフォーマンスは、デフォルトのVPU/GB設定で指定されたパフォーマンス・レベルに戻ります。デタッチされたボリュームの自動チューニング機能が有効になっている場合、ボリューム・リソースを継続的に管理する必要はありません。

自動チューニング機能の詳細は、デタッチされたボリューム・パフォーマンスの自動チューニングを参照してください

推奨生成ロジック

クラウド・アドバイザは、デタッチされたボリュームの自動チューニング機能が有効になっていないブロック・ボリュームを識別します。

推奨事項の実装

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

ステータスの変更

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

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

デタッチ済ブート・ボリュームのパフォーマンス自動チューニングの有効化

「デタッチされたブート・ボリュームのパフォーマンス自動チューニングの有効化」推奨事項は、ブート・ボリュームが最適ではないパフォーマンス設定を使用していることを示します。この推奨事項を実装すると、ボリュームがデタッチされるときに、パフォーマンス・レベルが低コスト(0 VPU/GB)に調整されます。ボリュームが再アタッチされると、パフォーマンスは、デフォルトのVPU/GB設定で指定されたパフォーマンス・レベルに戻ります。デタッチされたボリュームの自動チューニング機能を有効にすると、ボリューム・リソースを継続的に管理する必要はありません。

自動チューニング機能の詳細は、デタッチされたボリューム・パフォーマンスの自動チューニングを参照してください

推奨生成ロジック

クラウド・アドバイザは、デタッチされたボリュームの自動チューニング機能が有効になっていないブート・ボリュームを識別します。

推奨事項の実装

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

ステータスの変更

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

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