| Oracle® Database Applianceスタート・ガイド リリース2.8.1 for Linux x86-64 B69545-09 |
|
 前 |
 次 |
この付録では、データベースのサイズ設定および他の構成オプションについて説明します。この付録では、次の項目について説明します。
Oracle Database Applianceを使用して複数のデータベースを統合できます。Oracle Databaseには、複数のデータベース・インスタンスを実行する複数CPUサーバーでCPU割当てを管理する方法が用意されています。この方法はインスタンス・ケージングと呼ばれます。インスタンス・ケージングとOracle Database Resource Manager (リソース・マネージャ)は、複数インスタンス間で必要なサービス・レベルをサポートします。統合により、アイドル・リソースを最小限に抑え、効率を最大限に高め、コストを下げることができます。
Oracle Database Applianceテンプレートは、各データベース・インスタンス・ワークロードのサイズに合わせて事前チューニングされており、デフォルトでは特定のコア数で動作するよう設計されています。ケージングにより、各データベースのワークロードは、テンプレートにより割り当てられたコアのセットに制限されます。そのため複数のデータベースを同時に、パフォーマンスを低下させることなく、Oracle Database Applianceの容量まで、実行できるようになります。計画的成長に備えるために、現在のニーズよりも大きなデータベース・テンプレート・サイズを選択できます。テンプレート・サイズは後になって、システム・グローバル領域(SGA)とプログラム・グローバル領域(PGA)のサイズやコア数を調節することにより調整できます。
|
注意: Oracle Database Applianceテンプレートはベスト・プラクティスを実装しており、特にOracle Database Appliance用に構成されているため、これらのテンプレートを使用することを強くお薦めします。Oracle Database Appliance上にデータベースを作成するには、Oracle Appliance ManagerまたはDatabase Configuration Assistant (DBCA)のいずれかを使用できます。テンプレートは両方のユーティリティで使用できます。 |
|
ヒント: Oracle Appliance Managerコンフィギュレータは、データベースのクラスとしてデータベースのサイズ設定テンプレートを参照します。 |
この項の表および関連情報を使用し、データベースに最適なテンプレートを選択するのに役立ててください。使用しているハードウェアに適した情報を参照してください。
データベースがOracle Database Appliance X4-2上にある場合は表C-1および関連情報を使用します。
データベースがOracle Database Appliance X3-2上にある場合は表C-2および関連情報を使用します。
データベースがOracle Database Appliance上にある場合は表C-3および関連情報を使用します。
Oracle Appliance Managerはデータベース・クラスとしてデータベース・テンプレートを参照することに注意してください。
表C-1 Oracle Database Appliance X4-2データベース・テンプレートのサイズ
| システム・コンポーネント | 超極小規模 | 非常に小規模 | 小規模 | 中規模 | 大規模 | 非常に大規模 | 超巨大規模 | 超超巨大規模 |
|---|---|---|---|---|---|---|---|---|
|
CPU_COUNT(インスタンスごと) |
2 |
2 |
4 |
8 |
12 |
24 |
32 |
48 |
|
SGA (GB) |
2 |
4 |
8 |
16 |
24 |
48 |
64 |
96 |
|
PGA (GB) |
1 |
2 |
4 |
8 |
12 |
24 |
32 |
48 |
|
プロセス |
200 |
200 |
400 |
800 |
1200 |
2400 |
3200 |
4800 |
|
ログ・ファイル・サイズ(GB) |
1 |
1 |
1 |
2 |
4 |
4 |
4 |
|
|
このテンプレートを使用してデプロイできるデータベースの数 |
24 |
24 |
12 |
6 |
4 |
2 |
1 |
1 |
前述の表の意味は次のとおりです。
表示されているのは、コア数値ではなく、CPU_COUNT値であることに注意してください。この表を使用してOracle Database Appliance X4-2のライセンス要件を判断する場合は、CPU_COUNT値を2で割って、ライセンス保有する必要があるコアの最小数を算出します。非常に小規模なデータベースの場合、必要なコアは1つのみですが、構成に応じて最小ライセンスには複数のコアが含まれます。
1つ以上のストレージ・シェルフがあるハードウェアで稼働しているOracle Database Appliance X4-2仮想化プラットフォームでは、2つのコアをライセンス保有します。
Oracle Database Appliance X4-2ベア・メタル・インストールでは4つのコアをライセンス保有します。
この表の情報は、ディスクのバックアップを作成していることを前提としています。外部テープ・バックアップを行うと、データベース・サイズを最大3.2TBにすることができます。
表C-2 Oracle Database Appliance X3-2データベース・テンプレートのサイズ
| システム・コンポーネント | 非常に小規模 | 小規模 | 中規模 | 大規模 | 非常に大規模 | 超巨大規模 |
|---|---|---|---|---|---|---|
|
CPU_COUNT(インスタンスごと) |
2 |
4 |
8 |
12 |
24 |
32 |
|
SGA (MB) |
4096 |
8192 |
16384 |
24576 |
49152 |
65536 |
|
PGA (MB) |
2048 |
4096 |
8192 |
12288 |
24576 |
32768 |
|
プロセス |
200 |
400 |
800 |
1200 |
2400 |
3200 |
|
ログ・ファイル・サイズ(GB) |
1 |
1 |
2 |
4 |
4 |
4 |
|
このテンプレートを使用してデプロイできるデータベースの数 |
16 |
8 |
4 |
2 |
1 |
1 |
|
1秒当たりのI/O (IOPS)(1つのストレージ・シェルフあり) |
206.25 |
412.5 |
825 |
1650 |
3300 |
3300 |
|
スループット(MB/秒)(1つのストレージ・シェルフあり) |
218.75 |
437.5 |
875 |
1750 |
3500 |
3500 |
|
1秒当たりのI/O (IOPS)(ストレージ・シェルフおよびストレージ拡張シェルフあり) |
412.5 |
825 |
1650 |
3300 |
6600 |
6600 |
|
スループット(MB/秒)(ストレージ・シェルフおよびストレージ拡張シェルフあり) |
343.75 |
687.5 |
1375 |
2750 |
5500 |
5500 |
|
ログ生成(MB/秒) |
6.83 |
6.83 |
13.65 |
27.30 |
27.30 |
27.30 |
前述の表の意味は次のとおりです。
表示されているのは、コア数値ではなく、CPU_COUNT値であることに注意してください。この表を使用してOracle Database Appliance X3-2のライセンス要件を判断する場合は、CPU_COUNT値を2で割って、ライセンス保有する必要があるコアの最小数を算出します。非常に小規模なデータベースの場合、必要なコアは1つのみですが、構成に応じて最小ライセンスには複数のコアが含まれます。
1つ以上のストレージ・シェルフがあるハードウェアで稼働しているOracle Database Appliance X3-2仮想化プラットフォームでは、2つのコアをライセンス保有します。
Oracle Database Appliance X3-2ベア・メタル・インストールでは4つのコアをライセンス保有します。
この表の情報は、ディスクのバックアップを作成していることを前提としています。外部テープ・バックアップを行うと、データベース・サイズを最大3.2TBにすることができます。
表C-3 Oracle Database Applianceデータベース・テンプレートのサイズ
| システム・コンポーネント | 非常に小規模 | 小規模 | 中規模 | 大規模 | 非常に大規模 |
|---|---|---|---|---|---|
|
CPU_COUNT(インスタンスごと) |
2 |
4 |
8 |
12 |
24 |
|
SGA (MB) |
4096 |
8192 |
16384 |
24576 |
49152 |
|
PGA (MB) |
2048 |
4096 |
8192 |
12288 |
24576 |
|
プロセス |
200 |
400 |
800 |
1200 |
2400 |
|
ログ・ファイル・サイズ(GB) |
1 |
1 |
2 |
4 |
4 |
|
このテンプレートを使用してデプロイできるデータベースの数 |
12 |
6 |
3 |
2 |
1 |
|
1秒当たりのI/O (IOPS) |
300 |
600 |
1300 |
2000 |
4000 |
|
スループット(MB/秒) |
250 |
500 |
1000 |
1500 |
3000 |
|
ログ生成(MB/秒) |
6.83 |
6.83 |
13.65 |
27.30 |
27.30 |
前述の表の意味は次のとおりです。
表示されているのは、コア数値ではなく、CPU_COUNT値であることに注意してください。この表を使用してOracle Database Applianceのライセンス要件を判断する場合は、CPU_COUNT値を2で割って、ライセンス保有する必要があるコアの最小数を算出します。非常に小規模なデータベースの場合、必要なコアは1つのみですが、少なくとも2コア(このリリースで取得可能な最小ライセンス)をライセンス保有する必要があります。
この表の情報は、ディスクのバックアップを作成していることを前提としています。外部テープ・バックアップを行うと、データベース・サイズを最大3.2TBにすることができます。
IOPSの数値(入力|出力/秒)は、5ミリ秒のレスポンス時間を前提としています。レスポンス時間は、I/OサブシステムがI/Oリクエストを処理するのに必要な時間の測定値です。
IOPSは、各データベースに対して8Kのランダム読取り/書込みです。IOPSは、OLTPシステムのスループットの測定値です。
MB/秒(MBPS)でのスループットは、各データベースに対して1MBの順次読取り/書込みです。MBPSは、データ・ウェアハウス・システムのスループットの測定値です。
ログ・ファイル・サイズは、各インスタンスに4つのREDOログ・グループを前提としています。
ログ生成は、各データベースに対して15分のログ切替えです。
ご使用のハードウェアで予想されるワークロードに適したテンプレートを選択します。または、データベースで予想される成長に適したテンプレートを選択します。
|
注意: ディスク・ハードウェアの容量は1 KB = 1,000バイトとして計算されますが、ソフトウェアの記憶域要件は1 KB = 1,024バイトに基づいています。つまり、定格容量900GBのディスクにはソフトウェア記憶域が約860GBしかありません。 |
デフォルトでは、Oracle Database Applianceインスタンス・ケージングは有効ではありません。インスタンス・ケージングを有効にするには、データベース間のコア・リソースを割り当てるように、Oracle Database Appliance上の各データベースにRESOURCE_MANAGER_PLAN初期化パラメータを設定することで、Oracle Database Resource Managerを有効にします。リソース・マネージャのパラメータは、現行のインスタンスに使用するプランを識別するトップ・プランを指定します。このパラメータでプランを指定しない場合、リソース・マネージャは有効になりません。
Oracle Database Appliance上で、各データベースに対して選択したOracle Database Applianceデータベース・テンプレートのサイズに従って、コア・リソースのインスタンス・ケージング割当てが有効になります。CPU_COUNT初期化パラメータは、テンプレートに設定されます。統合する各データベースのサイズと一致するCPU_COUNT設定を使用して、インスタンス・ケージングを構成するための標準の指示に従います。
|
関連項目: インスタンス・ケージングの有効化および構成の詳細は『Oracle Database管理者ガイド』を参照 |
Oracle Database Appliance内のリソースは有限です。どのデータベース・クラスを使用するかを決定する際に、これらの有限なリソースをアプリケーションがどのように使用するかを決定します。
ストレージ — データベース・サイズ
ワークロード — CPU、メモリー、およびストレージ・パフォーマンス(IOPS/MBPS)
|
注意: このドキュメントに示されているデータベースのサイズ設定の例はガイドラインとしてのみ使用してください。実際に達成するパフォーマンスは他の要素に依存する可能性があります。デプロイ後にシステムのパフォーマンスをテストし、パフォーマンスがニーズを満たしていることを確認してください。 |
表C-3または表C-2の数値をガイドラインとして使用して、Oracle RACのデプロイに最適なデータベース・クラスを選択します。コアのみが、ライセンス保有コンポーネントであることに注意してください。メモリーやストレージなど、その他のリソースは、アクティブなコア数に関係なく使用可能です。事前にチューニングされているOracle Database Applianceテンプレートの1つを使用してデータベースをデプロイした後、Oracle Database Appliance上の残りのリソースは追加デプロイ用として使用できます。
|
注意: 実際のパフォーマンスは他の要素に依存する可能性があります。デプロイ後にシステムのパフォーマンスをテストし、パフォーマンスが最適な状態であることを確認してください。 |
表C-3に示すサイズ設定ガイドラインでは、単一のOracle Database Applianceは、12コア(ノード当たり)を使用する1個の非常に大規模なデータベース、またはそれぞれが1コア(ノード当たり)を使用する12個の非常に小規模なデータベースをサポートできることを示しています。このガイドラインでは、単一のOracle Database Applianceは、3000 IOPSを処理できる1個の非常に大規模なデータベース、またはそれぞれが600 IOPSを処理できる6個の小規模なデータベースをサポートできることも示しています。
Oracle Database Appliance上で統合する次の3つのデータベースがあると想定します。
1番目のデータベースD1は、800GBで300 IOPSです。
2番目のデータベースD2は、200GBで500 IOPSです。
3番目のデータベースD3は、75GBで600 IOPSです。
IOPSおよびサイズの最小要件に基づいて、3つのデータベースを次のようにデプロイできます。
D1は大規模として
D2は小規模として
D3は小規模として
3つのデータベースをサポートするには、ノード当たり10コア(Oracle Database Applianceに対して20コア)をライセンス保有します。
新規Oracle Database Applianceにデプロイする2つのデータベースがあると想定します。
1番目のデータベースDB1は、2TBで3000 IOPSです。
2番目のデータベースDB2は、1TBで3000 IOPSです。
バックアップをテープに保存する予定であるため、2つのデータの合計サイズは3TBとなり、Oracle Database Applianceは3.2TBまでサポートできるため、このデプロイは実現可能です。
次に、I/O要件を考慮します。DB1とDB2は、それぞれ3000 IOPSを生成します。つまり、Oracle Database Applianceは合計6000 IOPSをサポートする必要があります。しかし、6000 IOPSは、Oracle Database Applianceが5ミリ秒のレスポンス時間を維持しながらサポートできる値より大きくなっています。非常に大規模なデータベースでも、最大3000 IOPSまでしかサポートされません。
大規模なサイズは、2つのデータベースをサポート可能で、それぞれ2000 IOPSを生成します。データベース・サイズおよびIOPSに基づくと、2つのうち1つのデータベースのみデプロイできます。この場合、6000 IOPSを実現するには、ノード当たり6コアをライセンス保有し、大規模な構成でデータベースをデプロイする必要があります。
