ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle VM Server for SPARC 3.0 管理ガイド Oracle VM Server for SPARC (日本語) |
パート I Oracle VM Server for SPARC 3.0 ソフトウェア
1. Oracle VM Server for SPARC ソフトウェアの概要
3. Oracle VM Server for SPARC のセキュリティー
解析可能でマシンが読み取り可能なリストを生成する方法 (-p)
長形式のリストのサブセットを生成する方法 (-o format)
パート II オプションの Oracle VM Server for SPARC ソフトウェア
13. Oracle VM Server for SPARC 物理から仮想への変換ツール
14. Oracle VM Server for SPARC Configuration Assistant (Oracle Solaris 10)
16. Oracle VM Server for SPARC 管理情報ベース (MIB) ソフトウェアの使用
17. Logical Domains Manager の検出
このセクションでは、Oracle VM Server for SPARC ソフトウェアによるハードパーティション分割およびハードパーティション分割を使用して、Oracle CPU ライセンス要件に準拠する方法を説明します。
ソフトウェアのライセンスに対するオラクルのハードパーティション分割の要件については、Partitioning: Server/Hardware Partitioningを参照してください。
CPU コアと CPU スレッド。SPARC T シリーズおよび Fujitsu M10 システム で Oracle VM Server for SPARC ソフトウェアが実行されます。これらのシステムで使用されるプロセッサには複数の CPU コアがあり、それぞれに複数の CPU スレッドが含まれます。
ハードパーティション分割と CPU 全体のコア。Oracle VM Server for SPARC 2.0 リリースから、CPU のコア全体の構成を使用して、ハードパーティション分割が適用されます。CPU のコア全体の構成には、個々の CPU スレッドではなく、CPU のコア全体が割り当てられているドメインがあります。デフォルトで、ドメインは CPU スレッドを使用するように構成されています。
ドメインをコア全体の構成でバインドすると、システムは指定された数の CPU コアとそのすべての CPU スレッドをドメインにプロビジョニングします。CPU コア全体の構成を使用すると、バインドされたドメインまたはアクティブなドメインに動的に割り当て可能な CPU コア数が制限されます。
Oracle ハードパーティションライセンス。Oracle ハードパーティションライセンス要件に準拠するには、Oracle VM Server for SPARC 2.0 リリース以上を使用する必要があります。次のように、CPU コア全体を使用する必要もあります。
ドメインで Oracle ハードパーティションライセンスを使用するアプリケーションを実行する場合、ドメインを CPU コア全体で構成する必要があります。
ドメインで Oracle ハードパーティションライセンスを使用するアプリケーションを実行しない場合、そのドメインは CPU コア全体で構成する必要はありません。たとえば、制御ドメインで Oracle アプリケーションを実行しない場合、そのドメインは CPU のコア全体で構成する必要はありません。
このセクションのタスクでは、ドメインが CPU コア全体で構成されているかどうかを判断する方法およびドメインに割り当てられている CPU コアを表示する方法を説明します。
# ldm list -o resmgmt domain
出力にコア全体の制約が表示され、max-cores プロパティーでドメインに構成されている CPU コアの最大数を指定していることを確認します。ldm(1M) マニュアルページを参照してください。
例 10-3 ドメインが CPU コア全体で構成されているかどうかを判断する
次のコマンドは、ldg1 ドメインが CPU コア全体および最大 5 つのコアで構成されていることを示します。
# ldm list -o resmgmt ldg1 NAME ldg1 CONSTRAINT whole-core max-cores=5
ドメインがバインドされると、CPU コアがドメインに割り当てられます。
# ldm list -o core domain
例 10-4 ドメインに割り当てられている CPU コアの表示
次のコマンドは、ldg1 ドメインに割り当てられているコアを表示します。
# ldm list -o core ldg1 NAME ldg1 CORE CID PCPUSET 1 (8, 9, 10, 11, 12, 13, 14, 15) 2 (16, 17, 18, 19, 20, 21, 22, 23)
このセクションのタスクでは、CPU コア全体で新しいドメインを作成する方法、CPU コア全体で既存のドメインを構成する方法、CPU コア全体で primary ドメインを構成する方法について説明します。
注 - コア全体を割り当てるために使用する ldm サブコマンドが Oracle VM Server for SPARC 2.2 リリースで変更されました。
このセクションのタスクと例では、Oracle VM Server for SPARC 2.2 ソフトウェアで導入された新しいコマンドを使用します。
Logical Domains Manager のバージョン 2.0 または 2.1 を使用して、コア全体をドメインに割り当てる場合、ldm add-core、ldm set-core、ldm remove-core コマンドの代わりに、ldm add-vcpu -c、ldm set-vcpu -c、ldm remove-vcpu -c コマンドをそれぞれ使用します。
CPU コア全体を使用するようにドメインを構成するには、次のコマンドを使用します。
ldm set-core number-of-cpu-cores domain
このコマンドは、ドメインの CPU コアの最大数、つまり CPU キャップも指定します。ldm(1M) マニュアルページを参照してください。
Oracle VM Server for SPARC 2.2 リリースから、CPU キャップと CPU コアの割り当てが個別のコマンドで処理されるようになりました。これらのコマンドを使用して、CPU コアを個別に割り当てたり、キャップを設定したり、またはその両方を実行したりすることができます。CPU キャップが設定されていない場合にも、コアに割当て単位を設定できます。ただし、Oracle VM Server for SPARC システムにハードパーティション分割を構成している場合に、システムをこのモードで実行することは許可されません。
add-core、set-core、または rm-core サブコマンドを使用して、指定した数の CPU コアをドメインに割り当てます。
create-domain または set-domain サブコマンドを使用して、CPU キャップを設定し、max-cores プロパティー値を指定します。
Oracle VM Server for SPARC システムでハードパーティション分割を構成する場合、キャップを設定する必要があります。
注 - オプションでコアの最大数の制約を設定する場合に必要なことは、ドメインの停止およびバインド解除だけです。
# ldm create domain
# ldm set-core number-of-cpu-cores domain
# ldm set-domain max-cores=max-number-of-cpu-cores domain
この構成時には必ず、ldm add-core、ldm set-core、または ldm rm-core コマンドを使用してください。
# ldm bind domain # ldm start domain
例 10-5 2 つの CPU コア全体による新規ドメインの作成
この例では、2 つの CPU コア全体で ldg1 ドメインを作成します。最初のコマンドでは、ldg1 ドメインを作成します。2 番目のコマンドは、2 つの CPU コア全体で ldg1 ドメインを構成します。
この時点で、ドメインの構成をさらに実行することができますが、「CPU コア全体で新しいドメインを作成する方法」の手順 3 で説明する制限を受けます。
3 番目と 4 番目のコマンドは、ldg1 ドメインのバインドと起動方法を示しており、その時点で、ldg1 ドメインを使用できます。
# ldm create ldg1 # ldm set-core 2 ldg1 ... # ldm bind ldg1 # ldm start ldg1
ドメインがすでに存在し、CPU スレッドを使用するように構成されている場合、CPU コア全体を使用するようにその構成を変更できます。
# ldm stop domain # ldm unbind domain
この段階は、コアの最大数の制約も設定する場合にのみ必要となります。
# ldm set-core number-of-cpu-cores domain
# ldm set-domain max-cores=max-number-of-cpu-cores domain
# ldm bind domain # ldm start domain
この段階は、コアの最大数の制約も設定する場合にのみ必要となります。
例 10-6 4 つの CPU コア全体による既存のドメインの構成
この例では、4 つの CPU コア全体で構成することによって、既存のドメイン ldg1 の構成を更新します。
# ldm set-core 4 ldg1
オプションの段階 1 と 4 は、max-cores プロパティーを変更する場合にのみ必要となります。
primary ドメインが CPU スレッドを使用するように構成されている場合、CPU コア全体を使用するようにその構成を変更できます。
# ldm start-reconf primary
遅延再構成の開始は、max-cores プロパティーを変更する場合にのみ必要となります。
# ldm set-core number-of-cpu-cores primary
# ldm set-domain max-cores=max-number-of-cpu-cores primary
適切な手順を使用して、システム構成に依存する primary ドメインをリブートします。「ルートドメインのリブート」を参照してください。
ドメインのリブートは、max-cores プロパティーを変更する場合にのみ必要となります。
例 10-7 2 つの CPU コア全体を使用した制御ドメインの構成
この例では、primary ドメインに CPU コア全体を構成します。最初のコマンドは、primary ドメインで遅延再構成モードを開始します。2 番目のコマンドは、2 つの CPU コア全体で primary ドメインを構成します。3 つ目のコマンドは max-cores プロパティーを 2 に設定し、4 つ目のコマンドは primary ドメインをリブートします。
# ldm start-reconf primary # ldm set-core 2 primary # ldm set-domain max-cores=2 primary # shutdown -i 5
オプションの段階 1 と 4 は、max-cores プロパティーを変更する場合にのみ必要となります。
CPU コア全体で構成されているドメインで CPU 動的再構成を使用できます。ただし、個々の CPU スレッドではなく、CPU コア全体のみを追加または削除できます。そのため、システムのハードパーティション分割状態は CPU 動的再構成機能によって保持されます。さらに、CPU コアが動的にドメインに追加された場合、最大数が適用されます。そのため、CPU DR コマンドは CPU の最大数を超えようとすると、失敗します。
注 - max-cores プロパティーは、ドメインを停止するかバインド解除しない限り、変更できません。そのため、コア全体の制約を設定したときに指定した値から、コアの最大数を増やすには、まずドメインを停止し、バインド解除する必要があります。
バインドされているか、アクティブなドメインに CPU コア全体を動的に追加、設定、または削除するには、次のコマンドを使用します。
ldm add-core number-of-cpu-cores domain ldm set-core number-of-cpu-cores domain ldm rm-core number-of-cpu-cores domain
注 - ドメインがアクティブでない場合、これらのコマンドはドメインの CPU コアの最大数も調整します。ドメインがバインドされているか、アクティブな場合、これらのコマンドはドメインの CPU コアの最大数に影響しません。
例 10-8 ドメインへの 2 つの CPU コア全体の動的な追加
この例では、2 つの CPU コア全体を ldg1 ドメインに動的に追加する方法を示しています。ldg1 ドメインは CPU コア全体で構成されたアクティブなドメインです。最初のコマンドは ldg1 ドメインがアクティブであることを示しています。2 番目のコマンドは、ldg1 ドメインが CPU コア全体および最大 4 つの CPU コアで構成されていることを示します。3 番目と 5 番目のコマンドは、2 つの CPU コア全体の追加の前と後の、ドメインに割り当てられている CPU コアを示します。4 番目のコマンドは 2 つの CPU コア全体を ldg1 ドメインに動的に追加します。
# ldm list ldg1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldg1 active -n---- 5000 16 2G 0.4% 5d 17h 49m # ldm list -o resmgmt ldg1 NAME ldg1 CONSTRAINT whole-core max-cores=4 # ldm list -o core ldg1 NAME ldg1 CORE CID PCPUSET 1 (8, 9, 10, 11, 12, 13, 14, 15) 2 (16, 17, 18, 19, 20, 21, 22, 23) # ldm add-core 2 ldg1 # ldm list -o core ldg1 NAME ldg1 CORE CID PCPUSET 1 (8, 9, 10, 11, 12, 13, 14, 15) 2 (16, 17, 18, 19, 20, 21, 22, 23) 3 (24, 25, 26, 27, 28, 29, 30, 31) 4 (32, 33, 34, 35, 36, 37, 38, 39)
動的リソース管理 (DRM) を使用して、一部のドメインで CPU リソースを自動的に管理できます。DRM を使用する場合、DRM ポリシーは、CPU コア全体で構成されたドメインに適用されません。
DRM ポリシーに CPU コア全体で構成されたドメインを含めることができます。ただし、そのようなポリシーをアクティブにしても、そのドメインに対し、自動的に無効にされます。あとでドメインを CPU コア全体ではなく、CPU スレッドで構成しない限り、ドメインは CPU コア全体で構成されたままになります。ドメインを CPU スレッドを使用するように構成すると、DRM ポリシーがそのドメインに対して自動的に再有効にされます。
CPU コア全体で構成されたドメインに対し、パフォーマンスまたはエラスティックポリシーを有効にして、CPU 電源管理 (PM) を使用できます。PM を使用すると、システムのハードパーティション分割が維持されます。
CPU コア全体で構成されているドメインは、ドメインが再起動されるか、システム全体が再起動された場合でも、CPU コア全体で構成されたままになります。ドメインはバインドされている間ずっと、同じ物理 CPU コアを使用します。たとえば、ドメインがリブートされた場合、リブートの前とあとで同じ物理 CPU コアを使用します。または、ドメインがバインドされている間に、システム全体の電源がオフにされた場合、システムの電源が再度オンにされたときに、そのドメインが同じ物理 CPU コアで構成されます。ドメインをバインド解除してから再バインドするか、システム全体を新しい構成で再起動した場合、ドメインは別の物理 CPU コアを使用することがあります。
コアの全体で構成されているドメインを移行する場合、移行の完了後に、ターゲットドメインでハードパーティション分割を使用するように再構成する必要があります。さらに、ライセンス契約で、ソースシステムとターゲットシステムの両方でドメインの使用が許可されていることを確認する必要があります。