Oracle SolarisにおけるCPUリソースの制限方法

Size: px

Start display at page:

Download "Oracle SolarisにおけるCPUリソースの制限方法"

きみのしんおとべ
5 years ago
Views:

1 Oracle Solaris におけるリソースの制限方法 2012 年 11 月第 1.0 版富士通株式会社

2 はじめに本書の読み方本書の内容 Oracle Solaris 環境で利用できるリソースの制限方法を紹介していますアプリケーションのライセンス形態 ( 利用単位での課金 ) の検討などにご利用ください本書はOracle Solaris 11 環境を前提に記載しています留意事項本書では Oracle Solaris を Solaris と記載することがあります本書では Oracle Solaris ゾーンをゾーン non-global zone と記載することがありますドキュメントの位置付け本書の位置付けです本書 Oracle Solaris 11 リソース制限設定手順書設計導入具体的な設定手順についてはこちらを参照してください 1

3 目次はじめに Oracle Solaris のリソース制御の概要リソース制限の設定と確認方法 < 参考 >Oracle Solarisのプロジェクトについて 2

4 Oracle Solaris のリソース制御の概要リソース制御方法の分類 OS 環境のプロセス管理 OS 環境でのリソース制限各リソース制御方式の特長 3

5 リソース制限方法の分類 SPARC Enterprise/Solaris で実現可能なリソースの制限方法ハードウェアパーティション Oracle VM Server for SPARC( 旧 LDoms) Solaris OS 最大分割可能数 2~24 分割 ( 機種によって異なる ) 128 分割 *( 機種によって異なる ) Solaris ゾーンにより 8,191 分割 ( 全機種 ) リソース配分単位 XSB(1) 単位スレッド単位リソースプール方式 : スレッド単位キャップ方式 : % 単位 Solaris OS では標準機能のリソースプールやキャップ機能を利用してアプリケーションが利用するリソースを制限することが可能です本書での記載範囲本書では Solaris OS 環境上で実現可能なリソースの分割方法について記載していますがハードウェアパーティションや Oracle VM Server for SPARC と組み合わせて実現することも可能です * 1 個の制御ドメイン +127 個のゲストドメインを構築可能 4

6 OS 環境のプロセス管理アプリケーション ( プロセス ) の動作環境 Solaris 環境で実行されるプロセスはゾーンまたはプロジェクトの単位で管理されています global zone non-global zone project task process project task process ゾーンやプロジェクトは Solaris 上で実行される複数のプロセスを纏めて管理する単位ですこれらの単位でプロセスの管理 ( リソース制限 ) が可能となりますゾーンが構成されている環境ではゾーン単位ゾーンが構成されていない環境ではプロジェクト単位が最上位の管理単位となりますリソース制御リソース制御 Solaris 環境のリソース制御は最上位の単位であるゾーン (non-global zone) またはプロジェクト (project) に対して実行が可能ですゾーンやプロジェクトのリソース制御方法としてリソースプール機能またはキャップ機能を利用します 5

7 OS 環境でのリソース制限リソースプール方式リソースを纏めたリソースプールをゾーンまたはプロジェクトに結び付ける方式 global zone non-global zone アプリケーション A ( プロセス ) リソースプール (3) project アプリケーション B ( プロセス ) リソースプール (2) 例 ) ゾーン上のアプリケーションAに3 global zone 上のアプリケーションBに2のリソースを割り当て利用可能なリソースアプリケーションA : 3 アプリケーションB : 2 キャップ方式ゾーンまたはプロジェクトが利用可能なの利用率を設定する方式 global zone non-global zone アプリケーション A ( プロセス ) project アプリケーション B ( プロセス ) 例 ) ゾーン上のアプリケーションAに3 global zone 上のアプリケーションBに2のリソースを割り当てそれぞれに50% 30% のキャップを設定 50% 30% リソースプール (3) リソースプール (2) 利用可能なリソースアプリケーションA : = 1.5 アプリケーションB : = 0.6 6

8 各リソース制限方式の特長リソースプール方式キャップ方式事前にリソースプールを構成してゾーン or プロジェクトのパラメーターにリソースプールを指定するゾーン or プロジェクトのパラメーターにキャップ値 ( 最大使用量 ) を指定する global zone project または non-global zone global zone project または non-global zone リソースプールアプリケーションのプロセス 4 アプリケーションのプロセス 4 キャップ値 =4 ( 最大 4) ゾーンまたはプロジェクトから利用可能なリソースはリソースプール内ののみとなる global zone のリソースとは別リソースとして確保されます non-global zone (or project) 認識される数 4 4 global zone 8 4 使用可能な数ゾーンまたはプロジェクトから使用可能なリソースはキャップ値が上限となる ( リソースプールを指定しない場合 )global zone のリソースを共有します non-global zone (or project) 認識される数 8 4* global zone 8 8 * 物理的な数ではなく利用率としての 4 分使用可能な数リソースを占有したい場合リソースプール方式リソースの上限を設定したい場合キャップ方式 7

9 リソース制限の設定と確認方法リソースプールの設定リソースプールの確認キャップの設定キャップの確認 8

10 リソースプールの設定リソースプール方式リソースプールの作成 global zone が認識しているの内アプリケーションに割り当てたい数をリソースプールに割り当てリソースプールに割り当てる数はプロセッサセットのパラメーターに設定パラメーターに最大数 (cpu.max 値 ) と最少数 (cpu.min 値 ) を定義 cpu.max 値と cpu.min 値を同じ値にするとリソースプール構成時の数が固定 Solaris においてリソースはスレッド単位で認識参照 : 手順書 (P2~6) 2-1. リソースプール方式リソースプール pool_default はリソースプールに割り当てられていないのうち最少 1 最大利用する設定 global zone pool_default cpu.max = cpu.min = 1 pool_1 cpu.max = 4 cpu.min = 4 リソースプールリソースプール pool_1 に 4 を割り当てデフォルトで設定されている pool_default はシステムボリューム用のリソースプールであり削除は不可アプリケーションが動作する環境 (global zone または non-global zone) に応じてリソースプールを指定アプリケーションの動作する環境が global zoneの場合プロジェクトに設定 ( 例.project.pool=pool_1) non-global zoneの場合 non-global zoneに設定 ( 例.set pool=pool_1) 機種によって 1 コアあたりのスレッド数が異なるため数の設定に注意してください 9

11 リソースプールの確認リソースプールの確認コマンドリソースプールの数の確認 [poolstat(1m)] # poolstat -r all id pool type rid rset min max size used load 1 pool_1 pset 1 pset_ pool_default pset -1 pset_default 1 66K Point 各リソースプールに含まれるの数 ( size の値 ) を確認上記は pool_1,pool_default 共に 4 のリソースを持つことを表しています参照 : 手順書 (P13~18) 3-1. リソースプール方式プロジェクトが利用するリソースプールの確認 [id(1m)][poolbind(1m)] $ id -p uid=1000(user01) gid=1000(group01) projid=100(user.user01) $ poolbind -q $$ pool_1 ゾーンが利用するリソースプールの確認 [zlogin(1)][poolbind(1m)] # zlogin zone01 [Connected to zone 'zone01' pts/2] Oracle Corporation SunOS November 2011 # poolbind -q $$ pool_1 Point 現在のプロジェクト名を確認 (user.user01 プロジェクト ) 実行中のプロセスが利用しているリソースプールを確認 ( $$ 指定でログインプロセス ) $$ の代りに確認対象のプロジェクトが実行している任意のプロセス ID を指定することも可能上記はプロジェクトゾーンが pool_1 を利用していることを表しています上記は OS 稼働状態での確認方法です設定ファイルの確認は下記を参照ください Oracle Solaris 11 リソース制限設定手順書 10

12 キャップの設定キャップ方式参照 : 手順書 (P7~12) 2-2. キャップ方式 cpu-capパラメーターの設定アプリケーションが動作する環境に応じて cpu-capパラメーターを設定するリソースプールと組み合わせて設定も可能アプリケーションの動作する環境が global zoneの場合プロジェクトに設定 ( 例. project.cpu-cap=(privileged,400,deny)) non-global zoneの場合 non-global zoneに設定 ( 例.set ncpus=4) プロジェクトの場合 global zone project または non-global zone ゾーンの場合 # projmod -K 'project.cpucap=(privileged,400,deny)' user.root アプリケーションのプロセス 4 キャップ値 =4 ( 最大 4) # zonecfg -z zone01 zonecfg:zone01> add capped-cpu zonecfg:zone01:capped-cpu> set ncpus=4 zonecfg:zone01:capped-cpu> end zonecfg:zone01>exit ライセンスがコア単位の場合は機種によって 1 コアあたりのスレッド数が異なるため設定値に注意してください 11

13 キャップの確認キャップの確認コマンドプロジェクトに設定されたキャップ値の確認 [prctl(1)] 参照 : 手順書 (P19~21) 3-2. キャップ方式 # prctl -n project.cpu-cap -i project user.user01 project: 100: user.user01 NAME PRIVILEGE VALUE FLAG ACTION RECIPIENT project.cpu-cap usage 0 privileged deny - system 4.29G inf deny - Point privileged の VALUE 値 (1=100 で表示 ) を確認上記は user.user01 プロジェクトのリソース上限が 4 を表していますゾーンに設定されたキャップ値の確認 [prctl(1)] # prctl -n zone.cpu-cap -i zone zone01 zone: 3: zone01 NAME PRIVILEGE VALUE FLAG ACTION RECIPIENT zone.cpu-cap usage 0 privileged deny - system 4.29G inf deny - Point privileged の VALUE 値 (1=100 で表示 ) を確認上記は zone01 のリソースの上限が 4 を表しています上記は OS 稼働状態での確認方法です設定ファイルの確認は下記を参照ください Oracle Solaris 11 リソース制限設定手順書 12

14 < 参考 > Oracle Solaris のプロジェクトについて 13

15 Oracle Solaris のプロジェクトについてプロジェクトを利用してゾーンと同様にその環境内で実行されるプロセスに対して共通の資源パラメーターを設定することが可能となりますプロジェクトは project データベース (/etc/project) によって構成されます資源パラメーターは project データベースエントリの最後のフィールドで設定しますアプリケーションに紐付ける場合は実行プロセスが属するプロジェクトに設定する必要があります設定例 (/etc/project ファイル ) user.guest:100::::project.cpu-cap=(privileged,400,deny) (A) (B) (C) (D) (E) (A): プロジェクト名 (B): 資源制御名 (C): 特権レベル (basic privileged system) basic( 基本値 ) - 呼び出し元プロセスの所有者が変更できる privileged( 特権値 )- 特権を持っている呼び出し元 ( スーパーユーザー ) だけが変更できる system( システム値 )-オペレーティングシステムによる処理が実行されている間は固定される (D): しきい値 (E): 特定のしきい値に対応付けられたアクション (deny signal= シグナル名 ) deny -しきい値を超える量の資源要求を拒否できる signal -しきい値に達した場合は違反プロセスまたは監視プロセスにシグナルを送信できる特にマニュアル等に指示がない場合は特権レベルに privileged アクションに deny を設定してください /etc/project ファイルの編集は直接ファイル編集しても有効になりますがオペミスを防ぐためコマンド (project(1) projadd(1m),projmod(1m)) による編集を推奨します 14

16 改版履歴改版日時版数改版内容新規作成 15

17 商標について使用条件著作権商標権その他の知的財産権についてコンテンツ ( 文書画像音声等 ) は著作権商標権その他の知的財産権で保護されています本コンテンツは個人的に使用する範囲でプリントアウトまたはダウンロードできますただしこれ以外の利用 ( ご自分のページへの再利用や他のサーバへのアップロード等 ) については当社または権利者の許諾が必要となります保証の制限本コンテンツについて当社はその正確性商品性ご利用目的への適合性等に関して保証するものではなくそのご利用により生じた損害について当社は法律上のいかなる責任も負いかねます本コンテンツは予告なく変更廃止されることがあります商標 UNIX は米国およびその他の国におけるオープングループの登録商標です SPARC Enterprise SPARC64 SPARC64 ロゴおよびすべての SPARC 商標は米国 SPARC International, Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です Oracle と Java は Oracle Corporation およびその子会社関連会社の米国およびその他の国における登録商標ですその他各種製品名は各社の製品名称商標または登録商標です 16

18 18

Oracle Solarisゾーンによるハード・パーティショニング

Oracle Solarisゾーンによるハード・パーティショニング Oracle ホワイトペーパー 2014 年 10 月はじめにこのドキュメントでは Oracle Solarisゾーン (Oracle Solarisコンテナとしても知られる ) によるハードパーティショニングをパーティション化された環境向けのオラクルライセンスポリシーに準拠するために使用する方法について説明します以下に説明する承認済みのハードパーティション構成はあらゆるタイプのOracle