Oracle® Solaris ゾーンの紹介

印刷ビューの終了

更新: 2014 年 12 月
 
 

dedicated-cpu リソース

dedicated-cpu リソースは、非大域ゾーンの実行中にシステムのプロセッサの一部をそのゾーン専用に割り当てることを指定します。ゾーンのブート時に、ゾーンの実行中に使用される一時プールが動的に作成されます。

zonecfg で指定すると、移行時にプールの設定が伝達されます。

dedicated-cpu リソースは、ncpus の制限を設定し、必要に応じて importance も設定します。

ncpus

CPU の数を指定するか、CPU の数の範囲を 2–4 などと指定します。リソースプールの動的な動作を得るために範囲を指定する場合は、次の手順も実行してください。

importance

動的な動作を得るために CPU 範囲を使用する場合は、importance プロパティーも設定してください。importance は「省略可能な」プロパティーであり、プールの相対的な重要性を定義します。このプロパティーが必要となるのは、ncpus に範囲を指定した場合で、poold によって管理される動的リソースプールを使用しているときだけです。poold が実行されていない場合、importance は無視されます。poold が実行されている場合、importance が設定されていないと、importance はデフォルト値の 1 になります。詳細は、Oracle Solaris 11.2 でのリソースの管理 の pool.importance プロパティーの制約を参照してください。

次のプロパティーは、cpuscores、および sockets に永続的な dedicated-cpu リソースを設定するために使用されます。

cpus

特定の CPU を永続的にゾーンに割り当てます。

cores

特定のコアを永続的にゾーンに割り当てます。

sockets

指定された数のソケットを永続的に割り当てます。


注 -  capped-cpu リソースと dedicated-cpu リソースには互換性がありません。cpu-shares リソース制御と dedicated-cpu リソースには互換性がありません。

注 -  使用可能な CPU の数に自動的にサイズ設定して拡大縮小するアプリケーションが capped-cpu 制限を認識しないことがあります。すべての CPU が使用可能として認識されると、Oracle データベースや Java 仮想マシン (JVM) などのアプリケーションでスケーリングとパフォーマンスに影響を与える可能性があります。アプリケーションが動作していないか、使用できないように見えることがあります。パフォーマンスが重要である場合は、capped-cpu で JVM を使用しないでください。影響を受けるカテゴリ内のアプリケーションでは dedicated-cpu リソースを使用できます。