| Oracle® Database Applianceスタート・ガイド リリース2.9 for Linux x86-64 B69545-10 |
|
 前 |
 次 |
この付録では、データベースのサイズ設定および他の構成オプションについて説明します。この付録では、次の項目について説明します。
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コンフィギュレータは、データベースのクラスとしてデータベースのサイズ設定テンプレートを参照します。 |
表4、4およびこの項の4を使用して、ご使用のデータベースに最適なテンプレートを選択します。これらの表を使用するときに、次に留意してください。
CPU_COUNT値はコア数値ではありません。この表を使用してOracle Database Applianceのライセンス要件を判断する場合は、CPU_COUNT値を2で割って、ライセンス保有する必要があるコアの最小数を算出します。非常に小規模なデータベースの場合、必要なコアは1つのみですが、最小限のライセンスは構成によって次のように異なります。
Oracle Database Appliance X3-2またはOracle Database Appliance X4-2仮想化プラットフォームでは2コアにライセンス
Oracle Database Appliance X3-2またはOracle Database Appliance X4-2ベア・メタル・インストールでは4コアにライセンス
Oracle Database Appliance(ベア・メタルまたは仮想化プラットフォーム)では2コアにライセンス
この表の情報は、ディスクのバックアップを作成していることを前提としています。外部テープ・バックアップを行うと、データベース・サイズを最大3.2TBにすることができます。
秒単位のI/O (IOPS)値は、OLTP I/Oリクエストを処理するための、5ミリ秒当たりのランダムな8Kの読取り/書込みのレスポンス時間から導出されます。この率はCPU数に基づくものではなく、システムがフル稼働していることを前提としています。たとえば拡張ストレージ・シェルフなしで12個の小規模なデータベースがすべて稼働しているOracle Database Appliance X4-2システムの場合、各データベースは約275IOPSを処理することになります。システム上で1つのデータベースのみが稼働している場合、IOPSは3,300となります。同様に、Oracle Database Applianceシステムで1個の大規模データベースと6個の小規模データベースがすべて稼働している場合、非常に小規模なデータベースは1台当たり約300IOPSを処理し、大規模データベースは約2,000IOPSを処理することになります。
MB/秒(MBPS)でのスループットは、データ・ウェアハウス・システムの1MBの順次読取り/書込みに基づいています。IOPSと同様にMBPSは、システムがフル稼働している場合のスループットの測定値です。単一の小規模データベースのみが動作している場合、MBPSは大規模データベース用のシステムで使用可能な最大数となります。
ログ・ファイルのサイズは、システムがフル稼働している際に、各インスタンスの4つのREDOログ・グループで15分ごとにログ・スイッチが実行されることを前提としています。
使用しているハードウェアに適した情報を参照してください。
ご使用のデータベースがOracle Database Appliance X4-2の場合、表C-1を使用します。
ご使用のデータベースがOracle Database Appliance X3-2の場合、表C-2を使用します。
ご使用のデータベースがOracle Database Applianceの場合、表C-3を使用します。
表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 |
4 |
|
このテンプレートを使用してデプロイできるデータベースの数 |
24 |
24 |
12 |
6 |
4 |
2 |
1 |
1 |
|
1秒当たりのI/O (IOPS)(1つのストレージ・シェルフあり) |
137 |
137 |
275 |
550 |
825 |
1650 |
3300 |
3300 |
|
スループット(MB/秒)(1つのストレージ・シェルフあり) |
145 |
145 |
292 |
583 |
875 |
1750 |
3500 |
3500 |
|
1秒当たりのI/O (IOPS)(ストレージ・シェルフおよびストレージ拡張シェルフあり) |
275 |
275 |
550 |
1100 |
1650 |
3300 |
6600 |
6600 |
|
スループット(MB/秒)(ストレージ・シェルフおよびストレージ拡張シェルフあり) |
230 |
230 |
458 |
917 |
1375 |
2750 |
5500 |
5500 |
|
ログ生成(MB/秒) |
6.83 |
6.83 |
6.83 |
13.65 |
27.30 |
27.30 |
27.30 |
27.30 |
表C-2 Oracle Database Appliance X3-2データベース・テンプレートのサイズ
| システム・コンポーネント | 超極小規模 | 非常に小規模 | 小規模 | 中規模 | 大規模 | 非常に大規模 | 超巨大規模 |
|---|---|---|---|---|---|---|---|
|
CPU_COUNT(インスタンスごと) |
2 |
2 |
4 |
8 |
12 |
24 |
32 |
|
SGA (MB) |
2048 |
4096 |
8192 |
16384 |
24576 |
49152 |
65536 |
|
PGA (MB) |
1024 |
2048 |
4096 |
8192 |
12288 |
24576 |
32768 |
|
プロセス |
200 |
200 |
400 |
800 |
1200 |
2400 |
3200 |
|
ログ・ファイル・サイズ(GB) |
1 |
1 |
1 |
2 |
4 |
4 |
4 |
|
このテンプレートを使用してデプロイできるデータベースの数 |
24 |
16 |
8 |
4 |
2 |
1 |
1 |
|
1秒当たりのI/O (IOPS)(1つのストレージ・シェルフあり) |
206 |
206 |
412 |
825 |
1650 |
3300 |
3300 |
|
スループット(MB/秒)(1つのストレージ・シェルフあり) |
146 |
219 |
438 |
875 |
1750 |
3500 |
3500 |
|
1秒当たりのI/O (IOPS)(ストレージ・シェルフおよびストレージ拡張シェルフあり) |
275 |
413 |
825 |
1650 |
3300 |
6600 |
6600 |
|
スループット(MB/秒)(ストレージ・シェルフおよびストレージ拡張シェルフあり) |
230 |
344 |
688 |
1375 |
2750 |
5500 |
5500 |
|
ログ生成(MB/秒) |
6.83 |
6.83 |
6.83 |
13.65 |
27.30 |
27.30 |
27.30 |
表C-3 Oracle Database Applianceデータベース・テンプレートのサイズ
| システム・コンポーネント | 超極小規模 | 非常に小規模 | 小規模 | 中規模 | 大規模 | 非常に大規模 |
|---|---|---|---|---|---|---|
|
CPU_COUNT(インスタンスごと) |
2 |
2 |
4 |
8 |
12 |
24 |
|
SGA (MB) |
2048 |
4096 |
8192 |
16384 |
24576 |
49152 |
|
PGA (MB) |
1024 |
2048 |
4096 |
8192 |
12288 |
24576 |
|
プロセス |
200 |
200 |
400 |
800 |
1200 |
2400 |
|
ログ・ファイル・サイズ(GB) |
1 |
1 |
1 |
2 |
4 |
4 |
|
このテンプレートを使用してデプロイできるデータベースの数 |
24 |
12 |
6 |
3 |
2 |
1 |
|
1秒当たりのI/O (IOPS) |
167 |
333 |
666 |
1333 |
2000 |
4000 |
|
スループット(MB/秒) |
125 |
250 |
500 |
1000 |
1500 |
3000 |
|
ログ生成(MB/秒) |
6.83 |
6.83 |
6.83 |
13.65 |
27.30 |
27.30 |
各データベースに対して、ご使用のハードウェアで予想されるワークロードに適したテンプレートを選択します。または、データベースで予想される成長に適したテンプレートを選択します。
|
注意: ディスク・ハードウェアの容量は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コアをライセンス保有し、大規模な構成でデータベースをデプロイする必要があります。
