7.3 効果的なリソース管理のための構成方針
ここでは、Oracle Database QoS Managementによって管理されるシステムの構成の主要な推奨と要件について説明します。
- リソース・ボトルネックについて
Oracle Database QoS Managementは、CPU、グローバル・キャッシュ、I/Oおよびその他のリソースの使用時間と待機時間を測定して、ボトルネックの場所を判断します。 - CPUリソース・ボトルネック
- グローバル・キャッシュ・リソース・ボトルネックの構成の推奨
- I/Oリソース・ボトルネックの構成の推奨
- その他のタイプのボトルネックの構成の推奨
7.3.1 リソース・ボトルネックについて
Oracle Database QoS Managementは、CPU、グローバル・キャッシュ、I/Oおよびその他のリソースの使用時間と待機時間を測定して、ボトルネックの場所を判断します。
ターゲットのパフォーマンス・クラスとそのボトルネック・リソースはOracle Database QoS Managementダッシュボード(ダッシュボード)で識別されますが、このリリースでアクティブに管理されるのはCPUリソースのみです。
7.3.2 CPUリソース・ボトルネック
CPUリソース・ボトルネックは、ワークロードを実行しているCPUキューのコレクションでの待機時間が過剰な場合に検出されます。Oracle Database QoS Managementは、ボトルネックを緩和するために実装できる推奨を提供します。
このタイプのボトルネックを解決する1つの方法は、ワークロードをCPUで実行する機会を増やすことです。Oracle Database QoS Managementは、サーバー・プール間でCPU占有率の高いコンシューマ・グループにワークロードを割り当てることで、この解決策を実装します。
もう1つの解決策は、提供するCPUリソースを増やすことです。サーバー・プールの各サーバーで複数のインスタンスがCPUリソースを共有していて、インスタンス・ケージングが実装されている場合、Oracle Database QoS Managementはサーバー・プール内のインスタンスのCPU数の変更を提案できます。この解決策では、ランクの低いインスタンスまたはヘッドルームのあるインスタンスからCPUリソースを奪ってリソースを増やし、パフォーマンスの期待値に達していないワークロードにより多くのCPUリソースを与えます。
インスタンス間のCPU数を調整することで緩和できないCPUリソース・ボトルネックがある場合、Oracle Database QoS Managementは新しいサーバーをサーバー・プールに移動することを推奨できます。空きプール、よりストレスの少ないサーバー・プール、または重要度の低いワークロードをホストしているサーバー・プールからサーバーを移動できます。
7.3.5 その他のタイプのボトルネックの構成の推奨
ボトルネックの分類に使用される最後のリソース・タイプ「その他」は、他のすべての待機時間に使用されます。これらのデータベース待機時間は、通常、最適化されていないアプリケーションやラッチの待機などによるSQLパフォーマンスの問題が原因です。これらのボトルネックは、Oracle Cluster Health Advisor、自動ワークロード・リポジトリ(AWR)、および自動データベース診断モニター(ADDM)などのOracle Databaseチューニング・ツールを使用して調査できます。
これらのタイプのボトルネックの解決は、Oracle Database QoS Managementで提供されるランタイム・システム管理の範囲外であり、Oracle Database QoS Managementは実装できる推奨を提供しません。