ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle Solaris のシステム管理 (Oracle Solaris ゾーン、Oracle Solaris 10 ゾーン、およびリソース管理) Oracle Solaris 11 Information Library (日本語) |
リソース制御値に対応付けられた大域アクションと局所アクション
10. リソース上限デーモンによる物理メモリーの制御 (概要)
18. 非大域ゾーンのインストール、停止処理、停止、アンインストール、クローニングについて (概要)
19. 非大域ゾーンのインストール、ブート、停止処理、停止、アンインストール、およびクローニング (手順)
22. ゾーンの移行と zonep2vchk ツールについて
23. Oracle Solaris システムの移行と非大域ゾーンの移行 (タスク)
24. ゾーンがインストールされている Oracle Solaris 11 システムでの自動インストールおよびパッケージ
25. Oracle Solaris ゾーンの管理 (概要)
26. Oracle Solaris ゾーンの管理 (手順)
28. Oracle Solaris ゾーンで発生するさまざまな問題の解決
30. Oracle Solaris 10 システムの評価とアーカイブの作成
31. (省略可能) Oracle Solaris 10 ゾーンへの Oracle Solaris 10 native 非大域ゾーンの移行
Oracle Solaris オペレーティングシステムでは、プロセスごとのリソース制限という概念が、タスクおよびプロジェクトのエンティティーに拡張されています (第 2 章プロジェクトとタスク (概要)に記載)。この拡張機能は、リソース制御 (rctls) 機能によって提供されます。また、割り当ては /etc/system 調整可能パラメータを通して設定していましたが、これもリソース制御機構を通して自動的に行われるか、手動で構成するようになりました。
リソース制御には、接頭辞 zone、project、task、または process が付きます。リソース制御はシステム全体に適用できます。動作中のシステム上のリソース制御値を更新できます。
このリリースで使用できる標準のリソース制御のリストについては、「使用可能なリソース制御」を参照してください。ゾーンごとに使用可能なリソース制御については、「リソースタイプのプロパティー」を参照してください。
従来から、UNIX システムにはリソース制限機能があります (rlimit)。rlimit の機能を使用すると、管理者は、プロセスが消費できるリソースの量に対して 1 つ以上の数値制限を設定できます。この制限には、プロセスごとの CPU 使用時間、プロセスごとのコアファイルサイズ、プロセスごとの最大ヒープサイズが含まれます。「ヒープサイズ」は、プロセスのデータセグメントに割り当てられるスクラッチメモリー領域のサイズです。
リソース制御機能は、リソース制限機能に対する互換性インタフェースを提供します。リソース制限機能を使用する既存のアプリケーションは、変更せずに、引き続き使用できます。また、既存のアプリケーションは、リソース制御機能を利用するように変更されたアプリケーションと同様に監視することができます。
プロセスは、複数の種類のプロセス間通信 (IPC) の 1 つを使用して、互いに通信できます。IPC を使用すると、プロセス間で情報の転送や同期化を行うことができます。リソース制御機能により、カーネルの IPC 機能の動作を定義するリソース制御が提供されます。これらのリソース制御は、/etc/system の調整可能パラメータを置換します。
デフォルトのリソース制御値の初期化に使用される廃止済みパラメータが、この Oracle Solaris システム上の /etc/system ファイルに含まれている場合があります。ただし、古いパラメータはできるだけ使用しないでください。
どの IPC オブジェクトがプロジェクトの使用状況に影響を与えているかを監視するには、ipcs コマンドに -J オプションを付けて実行します。表示例については、「ipcs を使用する方法」を参照してください。ipcs コマンドの詳細については、ipcs(1) のマニュアルページを参照してください。
Oracle Solaris システムの調整については、『Oracle Solaris カーネルのチューンアップ・リファレンスマニュアル』を参照してください。
リソース制御機能は、システムリソースに対する制約機構を提供します。これにより、プロセス、タスク、プロジェクト、およびゾーンが、指定したシステムリソースを過剰消費することを防止できます。この機構は、リソースの過剰消費を防ぐことにより、より管理しやすいシステムを実現します。
制約機構は、容量計画を実施するときにも使用できます。制約を設けることにより、アプリケーションへのリソースの提供を必ずしも拒否することなく、アプリケーションが必要とするリソース量に関する情報を取得できます。
また、リソース制御は、リソース管理機能のための簡単な属性機構としても利用できます。たとえば、公平配分スケジューラ (FSS) のスケジューリングクラスで動作しているプロジェクトで利用できる CPU の配分は、リソース制御 project.cpu-shares によって定義されます。プロジェクトはリソース制御によって一定の配分を割り当てられるため、制御の超過につながる各種のアクションは許可されません。そのため、リソース制御 project.cpu-shares の現在値は、指定したプロジェクトの属性とみなすことができます。
また、プロジェクト内のプロセスの集合が消費する物理メモリーを規制するには、別の種類のプロジェクト属性が使用されます。これらの属性には、接頭辞 rcap が付きます (たとえば、rcap.max-rss)。リソース制御と同様に、この種類の属性も project データベース中に構成します。リソース制御はカーネルによって同期的に実行されますが、物理メモリーのリソース上限の制限はリソース上限デーモン rcapd によってユーザーレベルで非同期的に強制実行されます。rcapd については、第 10 章リソース上限デーモンによる物理メモリーの制御 (概要)および rcapd(1M) のマニュアルページを参照してください。
project.pool 属性は、プロジェクトのプールの結合を指定するために使用されます。リソースプールの詳細については、第 12 章リソースプール (概要)を参照してください。