CPU の割り当て

CPU の割り当て方式では、CPU リソースについて次のような制約が使用されます。

• コア全体の制約。この制約は、CPU コアを仮想 CPU ではなくドメインに割り当てるように指定します。ドメインでコアの最大数の制約が有効にされていない限り、コア全体の制約は動的です。つまり、ldm set-core または ldm set-vcpu コマンドをそれぞれ使用して、追加または削除できることを意味します。ドメインは非アクティブか、バインドされているか、アクティブです。ただし、制約を適用する要求を満たすだけの十分なコアが使用可能である必要があります。最悪の状況の例として、別のドメイン要求とコアを共有するドメインがコア全体の制約を要求する場合、要求を満たすために、空きリストからのコアを使用できる必要があります。最良の状況の例として、コアのすべての仮想 CPU がコア境界上にすでに存在するため、CPU リソースを変更せずに、制約が適用されます。

• コアの最大数 (max-cores) の制約。この制約は、バインドされているか、またはアクティブなドメインに割り当て可能なコアの最大数を指定します。

  ---

  注 - max-cores プロパティーは、ドメインが停止するか、バインド解除されるか、または制御ドメインが遅延再構成に配置されていない限り、変更できません。そのため、コア全体の制約を有効にしたときに指定した値から、コアの最大数を増やすには、まずドメインを停止し、バインド解除する必要があります。

  ---

コア全体の制約を適用する方法

コアの最大数の制約を設定する前に、制御ドメインでコア全体の制約が有効にされていることを確認することをお勧めします。

1. primary ドメインにコア全体の制約を適用します。

   # ldm set-core 1 primary

2. 制御ドメインでコア全体の制約が有効にされていることを確認します。

   # ldm ls -o re primary

   max-cores が unlimited に設定されていることに注意します。どのドメインでも同様に、コアの最大数の制約を有効にするまで、制御ドメインをハードパーティション分割と一緒に使用することはできません。

3. primary ドメインの遅延再構成を開始します。

   # ldm start-reconf primary

4. primary ドメインでコアの最大数の制約を有効にします。

   # ldm set-domain max-cores=number-of-CPU-cores primary

   ---

   注 - それらのコアに関連付けられている暗号化装置は、コアの追加に影響されません。このため、システムがドメインに対して自動的に、関連付けられている暗号化装置の追加を行うことはありません。ただし、暗号化装置は、コアの最後の仮想 CPU が削除されるときにのみ、自動的に削除されます。この操作によって、暗号化装置の「孤立」を避けます。

   ---

   コアの最大数の制約は、アクティブでないドメインでのみ無効にでき、バインドされているか、またはアクティブなドメインでは無効にできません。制御ドメインでコアの最大数の制約を無効にする前に、まず遅延再構成を開始する必要があります。

5. コア全体の制約が有効にされていることを確認します。

   # ldm ls -o re primary

6. primary ドメインを再起動します。

   # reboot

   リブート時に、ハードパーティション分割によって制御ドメインを使用できます。

例 10-1 コア全体の制約の適用

この例は、primary ドメインにコア全体の制約を適用する方法を示しています。最初のコマンドは制約を適用し、2 番目のコマンドはそれが有効にされていることを確認します。

# ldm set-core 1 primary
# ldm ls -o re primary
NAME
primary

CONSTRAINT
    cpu=whole-core
    max-cores=unlimited
    threading=max-throughput

次のコマンドは、遅延再構成を開始し、max-cores プロパティーを設定して、制約が有効にされていることを確認して、コアの最大数を 3 つのコアに制限します。

# ldm start-reconf primary
Initiating a delayed reconfiguration operation on the primary domain.
All configuration changes for other domains are disabled until the primary
domain reboots, at which time the new configuration for the primary domain
will also take effect.

# ldm set-domain max-cores=3 primary

------------------------------------------------------------------------------
Notice: The primary domain is in the process of a delayed reconfiguration.
Any changes made to the primary domain will only take effect after it reboots.
------------------------------------------------------------------------------

# ldm ls -o re primary
NAME
primary

FLAGS
normal,delayed(modify),control,vio-service

CONSTRAINT
    cpu=whole-core
    max-cores=3
    threading=max-throughput

リブート時に、ハードパーティション分割によって制御ドメインを使用できます。

次の例では、ldg1 ドメインのコアの最大数の制約を削除しますが、コア全体の制約を残します。

# ldm set-domain max-cores=unlimited ldg1

ldg1 ドメインからコアの最大数の制約とコア全体の制約の両方を削除するには、次のように、コアの代わりに仮想 CPU を割り当てます。

# ldm set-vcpu 8 ldg1

コア全体の制約と他のドメイン機能の相互作用

このセクションでは、コア全体の制約と次の機能の相互作用について説明します。

• 「CPU の動的再構成」

• 「動的なリソース管理」

• 「ドメインの移行」

• 「電源管理」

CPU の動的再構成

コア全体の制約には、CPU の動的再構成 (Dynamic Reconfiguration、DR) との完全な互換性があります。ドメインがコア全体の制約で定義されている場合、ldm add-core、ldm set-core、または ldm remove-core コマンドを使用して、アクティブなドメインのコアの数を変更できます。

ただし、バインドされているドメインまたはアクティブなドメインが遅延再構成モードでない場合、コアの数はコアの最大数を超えることはできません。この最大数はコアの最大数の制約により設定され、コア全体の制約が有効化されたときに自動的に有効になります。コアの最大数の制約を満たさない CPU DR 操作はすべて失敗します。

動的なリソース管理

コア全体の制約には、動的なリソース管理 (Resource Management、DRM) との互換性がありません。コア全体の制約を使用するドメインで DRM ポリシーが有効化された場合、そのポリシーは自動的に無効になります。コア全体の制約は有効なままです。

コア全体の制約が有効なときには DRM ポリシーを有効にできませんが、ドメインの DRM ポリシーを定義することはできます。ポリシーは自動的に無効になっても、アクティブのままです。コア全体の制約なしにドメインが再起動されると、このポリシーは自動的に再度有効になります。

次に示すのは、コア全体の制約と DRM の間の予期される相互作用です。

• ドメインにコア全体の制約が設定されている場合、そのドメインで DRM ポリシーの有効化を試みると警告メッセージが表示されます。

• アクティブでないドメインで DRM ポリシーが有効になっている場合、そのドメインでコア全体の制約を有効にできます。ドメインがアクティブになったときにポリシーが有効だと、システムはそのドメインの DRM ポリシーを自動的に無効にします。

• アクティブなドメインまたはバインドされているドメインで DRM ポリシーが有効になっている場合、コア全体の制約を有効にすることはできません。

ドメインの移行

CPU コア全体の構成には、ドメインの移行との互換性がありません。ただし、CPU コア全体で構成されているドメインを移行することはできます。このような移行後、ハードパーティション分割はターゲットシステムに適用されません。さらに、コア全体の構成と CPU コアの最大数はターゲットシステムで保持されません。

コアの全体で構成されているドメインを移行する場合、移行の完了後に、ターゲットドメインでハードパーティション分割を使用するように再構成する必要があります。さらに、ライセンス契約で、ソースシステムとターゲットシステムの両方でドメインの使用が許可されていることを確認する必要があります。

電源管理

コア全体の制約には、電源管理 (Power Management、PM) のパフォーマンスおよびエラスティックポリシーとの完全な互換性があります。エラスティックポリシーが有効なとき、PM サブシステムは、コア全体の制約で構成されているドメインに対する CPU コアの追加または削除を行うことができます。この場合、コア全体の制約は引き続き適用され、この制約を使用するドメインはコア全体でのみ構成されます。