Go to main content
Oracle® Solaris 11.3 でのリソースの管理

印刷ビューの終了

更新: 2016 年 11 月
 
 

リソース管理の設定のタスクマップ

次のタスクマップに、システム上にリソース管理を設定するための手順の全体的な概要を示します。

タスク
説明
参照先
システム上の作業負荷を特定し、各作業負荷をプロジェクト別に分類します。
/etc/project ファイル、NIS マップ、または LDAP ディレクトリサービス内にプロジェクトエントリを作成します。
システム上の作業負荷に優先順位を付けます。
どのアプリケーションが重要かを判定します。重要な作業負荷にはリソースへの優先的なアクセスが必要になる場合があります。
サービスの目的を考慮してください。
システム上で実際のアクティビティーをモニターします。
パフォーマンスツールを使用して、システムで実行されている作業負荷の現在のリソース消費量を表示します。その上で、特定のリソースへのアクセスを制限する必要があるかどうか、あるいは特定の作業負荷をほかの作業負荷から分離する必要があるかどうかを判定できます。
cpustat(1M)iostat(1M)mpstat(1M)prstat(1M)sar(1)、および vmstat(1M) のマニュアルページ
システムで実行されている作業負荷を一時的に変更します。
変更可能な設定値を決めるには、Oracle Solaris システムで使用できるリソース制御を参照します。タスクまたはプロセスが実行している間は、コマンド行から値を更新できます。
project データベースまたはネームサービスプロジェクトデータベース内のプロジェクトエントリごとにリソース制御とプロジェクト属性を設定します。
/etc/project ファイルまたはネームサービスプロジェクトデータベース内の各プロジェクトエントリには、リソース制御または属性を 1 つ以上含めることができます。これらのリソース制御は、そのプロジェクトに属するタスクとプロセスを制約します。リソース制御で指定する各しきい値に対しては、その値に達したときに行われるアクションを 1 つ以上対応付けることができます。
リソース制御は、コマンド行インタフェースを使って設定できます。
プロジェクト内のプロセスの集合が消費する物理メモリーの容量に上限を設けます。
リソース上限デーモンは、/etc/project ファイルでプロジェクトの rcap.max-rss 属性に指定されたとおり、物理メモリーのリソース上限を制限します。
リソースプール構成を作成します。
リソースプールは、プロセッサなどのシステムリソースを区分する手段を提供し、リブート時にもそのパーティションを保持します。/etc/project ファイルの各エントリに project.pool 属性を 1 つ追加できます。
公平配分スケジューラ (FSS) をデフォルトのシステムスケジューラとして設定します。
単一の CPU システムまたはプロセッサセット内のすべてのユーザープロセスが同じスケジューリングクラスに属するようにします。
FSS の構成および dispadmin(1M) のマニュアルページ
拡張アカウンティング機能を起動し、タスクまたはプロセスに基づきリソース消費をモニターして記録します。
拡張アカウンティングデータを使って現在のリソース制御を評価し、将来の作業負荷のための容量要件を計画します。システム全体の総使用状況を追跡できます。複数のシステムに渡って相互に関連しあう作業負荷について完全な使用統計を取得するために、プロジェクト名は複数のシステムで共有できます。
(オプション) 構成をさらに調整する必要がある場合は、引き続きコマンド行から値を変更できます。値は、タスクまたはプロセスの実行中でも変更できます。
既存のタスクに対しては、プロジェクトを再起動しなくても、変更を一時的に適用できます。満足のいく性能が得られるまで値を調整します。次に、/etc/project ファイルまたはネームサービスのプロジェクトデータベースで現在の値を更新します。
(オプション) 拡張アカウンティングデータを取得します。
アクティブなプロセスおよびタスクの拡張アカウンティングレコードを書き込みます。作成されるファイルは、計画、チャージバック、および課金のために使用できます。libexacct への Perl (Practical Extraction and Report Language) インタフェースを使用して、報告および抽出用のカスタムスクリプトを作成することもできます。