次の作業マップに、システム上で資源管理機能を設定する際に必要となる作業の概要を示します。
作業 |
説明 |
参照先 |
---|---|---|
システム上の作業負荷を特定する |
/etc/project データベースファイル、または NIS マップか LDAP ディレクトリサービスでプロジェクトエントリを確認する | |
システム上の作業負荷に優先順位を付ける |
どのアプリケーションが重要かを判定する。重要な作業負荷には資源への優先的なアクセスが必要になる場合がある |
サービスの目的を考慮する |
システム上で実際のアクティビティを監視する |
パフォーマンスツールを使用して、システムで実行されている作業負荷の現在の資源消費量を表示する。その上で、特定の資源へのアクセスを制限する必要があるかどうか、あるいは特定の作業負荷を他の作業負荷から分離する必要があるかどうかを判定できる |
システム単位の監視、cpustat(1M)、iostat(1M)、mpstat(1M)、prstat(1M)、sar(1)、および vmstat(1M) |
システムで実行されている作業負荷を一時的に変更する |
変更可能な設定値を決めるには、Solaris 環境で使用できる資源制御を参照する。タスクまたはプロセスが実行している間は、コマンド行から値を更新できる |
使用可能な資源制御、資源制御値に対応付けられたアクション、動作中のシステム上の資源制御値を一時的に更新する、rctladm(1M)、および prctl(1) |
project データベースまたはネームサービスプロジェクトテーブル内のプロジェクトエントリごとに資源制御属性を設定する |
/etc/project データベースまたはネームサービスプロジェクトテーブル内の各プロジェクトエントリには、資源制御を 1 つ以上含めることができる。 これらの資源制御は、そのプロジェクトに属するタスクとプロセスを制約する。 資源制御で指定する各しきい値に対しては、その値に達したときに行われるアクションを 1 つ以上対応付けることができる。 資源制御は、コマンド行インタフェースまたは Solaris 管理コンソールを使って設定できる。多数のシステムの構成パラメータを設定するときは、Solaris 管理コンソールを使用する |
project データベース、ローカルの project ファイルの形式、使用可能な資源制御、資源制御値に対応付けられたアクション、および 第 9 章「フェアシェアスケジューラ」 |
資源プール構成を作成する |
資源プールは、プロセッサなどのシステム資源をパーティション分割する手段を提供し、再起動時にもそのパーティションを保持する。/etc/project データベースの各エントリに project.pool 属性を追加できる | |
フェアシェアスケジューラ (FSS) をデフォルトのシステムスケジューラとして設定する |
単一の CPU システムまたはプロセッサセット内のすべてのユーザープロセスが同じスケジューリングクラスに属すようにする |
FSS の構成例および dispadmin(1M) |
拡張アカウンティング機能を起動し、タスクまたはプロセスベースで資源消費を監視して記録する |
拡張アカウンティングデータを使って現在の資源制御を評価し、将来の作業負荷のための容量要件を計画する。システム全体の総使用状況を追跡できる。複数のシステムに渡って相互に関連しあう作業負荷について完全な使用統計を取得するために、プロジェクト名は複数のマシンで共有できる |
プロセス、タスク、およびフローの拡張アカウンティングを起動する方法および acctadm(1M) |
(省略可能) 構成をさらに調整する必要があると判断した場合は、引き続きコマンド行から値を変更できる。値は、タスクまたはプロセスの実行中でも変更できる |
既存のタスクに対しては、プロジェクトを再起動しなくても、変更を一時的に適用できる。満足のいくパフォーマンスが得られるまで値を調整する。次に、/etc/project データベースまたはネームサービスプロジェクトテーブルで現在の値を更新する |
動作中のシステム上の資源制御値を一時的に更新する、rctladm(1M)、および prctl(1) |
(省略可能) 拡張アカウンティングデータを取得する |
アクティブなプロセスおよびタスクの拡張アカウンティングレコードを書き込む。作成されるファイルは、計画、チャージバック、および課金のために使用できる |
wracct(1M) |