専用Exadataインフラストラクチャ上のAutonomous Databaseの容量の計画と監視
効率的な使用と最適な請求のために、専用Exadataインフラストラクチャ上のAutonomous Databaseのコンピュートおよびストレージ・リソースを監視および計画できます。
Oracle Autonomous Databaseには、サービスのリソース割当ておよび使用状況の追跡に役立つダッシュボードおよびビジュアライゼーションが用意されています。
関連項目
リソースの用語
Oracle Cloud Infrastructure (OCI)コンソールでリソース割当ておよび使用状況で使用される様々な用語を理解し、その意味を理解することが重要です:
- 使用可能なCPU:新しいAutonomous Databaseをプロビジョニングしたり、既存のAutonomous Databaseをスケーリングするために割当てに使用できるCPU。
- プロビジョニング済CPU: Autonomous Exadata VMクラスタ(AVMC)内のすべてのAutonomous Databaseに割り当てられたCPUの合計。
- 予約CPU: Autonomous Databaseの自動スケーリング、ノード障害時のAutonomous Databaseフェイルオーバーおよび空のAutonomous Container Database (ACD)のライフサイクル管理をサポートするために予約されている合計CPU。
- 再利用可能なCPU: Autonomous Exadata VMクラスタ(AVMC)内のすべてのAutonomous Container Database (ACD)で終了およびスケール・ダウンされたすべてのAutonomous Databaseからの合計CPU。再利用可能なCPUは、ACDが再起動されるまで「使用可能」状態に戻されません。
ヒント :
CPUタイプと例の詳細は、Autonomous Databaseでのコンピュート管理を参照してください。 - プロビジョニング可能なACD: Autonomous Exadata VMクラスタ(AVMC)内に作成できるAutonomous Container Databaseの数。
- プロビジョニングされたACD: Autonomous Exadata VMクラスタ(AVMC)内に作成されているAutonomous Container Databaseの数。
- プロビジョニングできないACD: Autonomous Exadata VMクラスタ(AVMC)で使用可能なCPUが不足しているために作成できないAutonomous Container Databaseの数。
- 合計ストレージ(TB): Autonomous Exadata VMクラスタ(AVMC)に割り当てられた合計ストレージ。
- 使用可能なストレージ(TB): Autonomous Exadata VMクラスタ(AVMC)でAutonomous Databasesで使用可能なストレージ。
- 使用済ストレージ(TB): Autonomous Exadata VMクラスタ(AVMC)でAutonomous Databaseで現在使用されているストレージ。
- CPU当たりのメモリー(GB): CPU当たりのAutonomous Exadata VMクラスタ(AVMC)に割り当てられたメモリー。
リソース制限
次の表に、Oracle Public CloudおよびExadata Cloud@Customer上のAutonomous Database on Dedicated Exadata Infrastructureデプロイメントのリソース制限を示します。
リソース制限(最大)
-
使用可能なCPUの数によって、作成できるAutonomous Databaseの最大数が決まります。最小のAutonomous Databaseは、2 ECPUまたは0.1 CPUで作成できます。したがって、作成できるAutonomous Databaseの最大数は、使用可能なECPUの量の半分倍、または使用可能なOCPUの量の10倍です。
- Autonomous Exadata VMクラスタ(AVMC)当たりのAutonomous Container Databaseの最大数は16です。
推奨されるリソース制限(最大)
リソース | 推奨される制限 |
---|---|
Autonomous Container Database当たりのAutonomous Database数 | 200 |
Autonomous Data Guardが構成されたAutonomous Container Database当たりのAutonomous Database数 | 25 |
ノート:
Autonomous Databaseは、特にCPUオーバープロビジョニングで、前述の推奨制限の表に示されている数を超えてプロビジョニングできます。ただし、これは、計画外停止または計画保守活動の後にアプリケーションをオンラインに戻すことで、サービス・レベル目標(SLO)を低下させることになります。Autonomous Database on Dedicated Exadata InfrastructureデプロイメントのSLOの詳細は、可用性サービス・レベル目標(SLO)を参照してください。Autonomous Exadata VMクラスタの制限
Exadataインフラストラクチャ・リソースに複数のAutonomous Exadata VMクラスタ(AVMC)を作成できます。ExadataインフラストラクチャでプロビジョニングできるAVMCまたはAutonomous Container Database (ACD)の数にハード制限はありません。AVMCおよびACDには最小リソース要件があり、最小リソース量が使用可能であるかぎり作成できます。
Autonomous Exadata VMクラスタを作成するには、必要な最小リソースは、ノード当たり40 ECPU、ノード当たり120GBメモリー、ノード当たり338.5GBローカル・ストレージおよび6.61TB Exadata Storageです。同様に、ACDを作成するために必要なノード当たりの最小リソースは、8 ECPUまたは2 OCPU、および50GBのローカル・ストレージです。Exadataインフラストラクチャでこれらの最小リソースが使用可能であるかぎり、AVMCおよびACDを作成できます。
ノート:
ECPU当たりのデータベース・メモリー(GB)およびデータベース・ストレージ(TB)のデフォルト値は、それぞれ5GBおよび5TBに設定されます。ただし、ECPU当たりのデータベース・メモリーは2から5GBの範囲内に設定できます。プロパティ | 1 ACD | 2 ACD | 3 ACD | 16 ACD |
---|---|---|---|---|
ECPU数 | 80 | 80 | 96 | 512 |
メモリー(GB) | 320 | 320 | 368 | 1616 |
ローカル記憶域(GB) | 677 | 780 | 883 | 2222 |
Exadata Storage (TB) | 6.61 | 6.73 | 6.86 | 8.45 |
リソース使用率トラッキング
Autonomous Exadata VMクラスタ(AVMC)またはAutonomous Container Database(ACD)に割り当てられるコンピュート(CPU)およびストレージ・リソースは、その中でAutonomous Databaseをプロビジョニングおよび実行する際によって異なります。AVMC内のACDおよびAutonomous Databaseのライフサイクルを通じて、割当て済、プロビジョニング済、予約済、再利用可能なCPUの数と、使用可能なストレージおよび使用済のストレージの変更の合計数。Autonomous Databaseのプロビジョニング、実行および終了、またはACDのプロビジョニング、削除および再起動を行うと、コンピュート・リソースとストレージ・リソースは、Autonomous Databaseでのコンピュート管理の説明に従って異なるカテゴリに移動します。
テナンシ間のAVMCまたはACDのリソース使用量の追跡は、専用Exadataインフラストラクチャ上のAutonomous Databaseの容量の計画において重要です。リソース使用率の追跡を簡素化するために、Oracle Autonomous Databaseでは、Oracle Cloud Infrastructure (OCI)コンソールからグラフィカル形式および表形式のインサイトが提供されます。
- Autonomous Exadata VMクラスタ(AVMC): AVMCのリソース使用状況の詳細は、OCIコンソールの「詳細」ページから表示できます。リソースに関する詳細な情報は、AVMCおよびAVMCでプロビジョニングされた各ACDのグラフィカル形式および表形式で表示されます。
ステップごとの手順および説明は、Autonomous Exadata VMクラスタのリソース使用状況の表示を参照してください。
- Autonomous Container Database (ACD): AVMCと同様に、OCIコンソールの「詳細」ページからACDのリソース使用率の詳細を表示することもできます。このページには、このACDのリソースに関する包括的な情報がグラフィカルな表形式で表示されます。
ステップバイステップの手順および説明は、Autonomous Container Databaseのリソース使用状況の表示を参照してください。
リソース使用量ビジュアライゼーション
リソース使用状況メトリックは、Autonomous Exadata VMクラスタ(AVMC)およびAutonomous Container Database (ACD)のチャート形式および表形式でOCIコンソールに表示されます。
ヒント :
この情報は、このセクションの右上隅にあるドロップダウン・リストから「チャート・ビュー」または「表ビュー」を選択して、グラフィカル・ビューまたは表ビューで表示するように選択できます。このセクションでは、AVMCのリソース使用状況をグラフィカルに表形式で表示します。
チャート・ビュー
チャート・ビューがデフォルト・ビューです。このビューには、様々なリソースの使用状況の詳細を示す4つのグラフィカル・ビジュアライゼーションが表示されます。
- CPU使用率:このAVMCに割り当てられたCPUの合計数と、それらのCPUのうち、再利用可能、使用可能、プロビジョニングおよび予約されているCPUの数を示します。これは、グラフの中央に表示されるCPUの合計数を示すドーナツチャートです。
- VMレベルでのCPU使用率:これは、クラスタ内の各VMのCPU使用率の内訳を示す水平棒グラフです。VMごとに水平バーがあります。各バーには、そのVMの再生可能CPU、使用可能CPU、プロビジョニング済CPUおよび予約済CPUの数が色分けされて表示されます。水平バーの各色付き部分にカーソルを置くと、その特定のVMの再利用可能なCPU、使用可能なCPU、プロビジョニングされたCPUおよび予約されたCPUの数が表示されます。再利用可能な、プロビジョニングされた、予約されたバーをクリックすると、ACD別のCPUコンポーネントの内訳を含む新しいパネルが開きます。
- Autonomous Container Database (ACD)の使用状況: このAVMCで作成できるACDの合計数と、プロビジョニング可能なACD、プロビジョニングされたACDおよびプロビジョニング不可能なACDのブレークアップを示します。それぞれの意味を理解するには、リソースの用語を参照してください。これは、チャートの中央に表示されるACDの合計数を示すドーナツ・チャートです。
- Autonomous Database (ADB)ストレージ(TB)使用量: これは、使用可能なAutonomous Databaseストレージ、使用済ストレージおよび合計Autonomous Databaseストレージを示すドーナツ・チャートです。合計ストレージ値は、チャートの中央に表示され、使用可能なストレージ値と使用済ストレージ値は異なる色でチャートに表示されます。
表ビュー
表ビューでAVMCのリソース使用状況の詳細を表示するには、「リソース使用状況ビジュアライゼーション」セクションの右上隅にあるドロップダウン・リストから「表ビュー」を選択します。表の表示には、チャートの表示とまったく同じ詳細が表の形式で表示されます。
- CPU使用率: このAVMC内の合計CPU数、使用可能CPU数、プロビジョニングCPU数、予約CPU数および再利用可能CPU数をリストします。
- VMレベルでのCPU使用率: このVMクラスタ内のVMごとに使用可能なCPU、プロビジョニングされたCPU、予約されたCPUおよび再利用可能なCPUの数をリストします。
- Autonomous Container Database (ACD)の使用状況: このAVMCのプロビジョニング可能、プロビジョニング済およびプロビジョニング不可のACDの数をリストします。
- Autonomous Database (ADB)ストレージ(TB)使用量: 使用可能な使用済Autonomous DatabaseストレージがTB単位で表示されます。
このセクションには、ACDのリソース使用状況がグラフィカルに表形式で表示されます。
チャート・ビュー
チャート・ビューがデフォルト・ビューです。このビューでは、各VMでこのACDで使用されるCPUの内訳を示す水平棒グラフを表示できます。各バーには、そのVMのプロビジョニング済、予約済および再利用可能なCPUの数が色分けされて表示されます。水平バーの各色付き部分にカーソルを置くと、その特定のVMのプロビジョニング済、予約済および再利用可能なCPUの数が表示されます。
表ビュー
表ビューでACDのリソース使用率の詳細を表示するには、「VMレベルでのCPU使用率」セクションの右上隅にあるドロップダウン・リストから「表ビュー」を選択します。表の表示には、表の表示とまったく同じ詳細が表の形式で表示されます。親VMクラスタからACDに割り当てられた各VMのプロビジョニング済、予約済および再利用可能なCPUの数がリストされます。
Exadataシステム・シェイプ
専用Exadataインフラストラクチャ上のAutonomous Databaseは、Oracle Exadata X9M-2、X8M-2、X8-2またはX7-2システム・モデルなどの様々なExadataシステム・モデルにプロビジョニングできます。各モデルは、次に説明するように異なるシェイプで提供されます。各Exadataシステム・シェイプは、一定量のメモリー、ストレージおよびネットワーク・リソースを備えています。
専用Exadataインフラストラクチャ上のAutonomous Databaseに割り当てられるリソースの合計は、サービスのプロビジョニングに使用されるExadataシステム(およびシェイプ)によって決まります。
ヒント :
各Exadataシステム・モデルの仕様は、「インフラストラクチャ・シェイプの特性」を参照してください。- ベース・システム: 2つのデータベース・サーバーと3つのOracle Exadata Storageサーバーが含まれます。ベース・システムは、エントリ・レベルの構成です。他の構成と比較した場合、ベース・システムには、ストレージの容量が大幅に少ないOracle Exadata Storage Server、およびメモリーと処理能力が大幅に削減されたデータベース・サーバーが含まれています。
- クォータ・ラック: 2つのデータベース・サーバーと3つのOracle Exadata Storageサーバーが含まれます。
- ハーフ・ラック: 4台のデータベース・サーバーと6台のOracle Exadata Storageサーバーが含まれます。
- フル・ラック: 8台のデータベース・サーバーと12台のOracle Exadata Storageサーバーが含まれます。
Exadata Cloud@Customerデプロイメント上のX10Mシステムは、次のExadataシステム・シェイプで提供されます:
- エラスティック・ベース・システム: 2つのデータベース・サーバーと3つのOracle Exadata Storageサーバーが含まれており、ベース・データベース・サーバーとベース・ストレージ・サーバーを追加して最大16のサーバーまで拡張できます。ベース・システムは、エントリ・レベルの構成です。他の構成と比較した場合、ベース・システムには、ストレージの容量が大幅に少ないOracle Exadata Storage Server、およびメモリーと処理能力が大幅に削減されたデータベース・サーバーが含まれています。
- エラスティック: 2台の標準メモリー(1390 GB)データベース・サーバーと3台のOracle Exadata Storage Serverから開始し、最大32台のデータベース・サーバーと64台のストレージ・サーバーまで拡張できます。
- エラスティック・ラージ: 2つの大容量メモリー(2090 GB)データベース・サーバーと3つのOracle Exadata Storageサーバーで起動し、最大32個の大容量メモリー・データベース・サーバーと64個のストレージ・サーバーまで拡張できます。
- エラスティック・エクストラ・ラージ: 2台のエクストラ・ラージ・メモリー(2800 GB)データベース・サーバーと3台のOracle Exadata Storage Serverから開始し、最大32台の大容量メモリー・データベース・サーバーと64台のストレージ・サーバーまで拡張できます。