JP1/Performance Management システム構築・運用ガイド

[目次][用語][索引][前へ][次へ]


付録C.2 ディスク占有量

ディスク占有量は,パフォーマンスデータを収集するレコード数によって変化します。

Performance Managementのディスク占有量の見積もりについて説明します。

<この項の構成>
(1) システム全体のディスク占有量
(2) Storeデータベースのディスク占有量(Master Store)
(3) Storeデータベースのディスク占有量(ヘルスチェックエージェント)

(1) システム全体のディスク占有量

システム全体のディスク占有量を,OSごとに示します。

(a) Windowsの場合

表C-3 システム全体のディスク占有量(Windowsの場合)

プログラム 状態 ディスク占有量(単位:メガバイト)
Windows 2000 Windows Server 2003,Windows Server 2008 Windows Server 2003(IPF) Windows Server 2008(IPF)
PFM - Manager インストール時 145
標準 285+0.1*a+0.015*a*b+0.01*c+2*d
PFM - Web Console インストール時 346
初期状態での運用 176+133+(e*f*g)
PFM - Base インストール時 15 15 25 35
標準 55+2*d 55+2*d 65+2*d 75+2*d

(凡例)
a:接続するPFM - Agent数(インスタンスを起動している場合は,インスタンス数も加える)
b:PAレコードの保存数(初期状態は1,000)
c:ユーザーが作成するレポート数
d:共通メッセージログファイルの上限値
e:config.xmlのlogFileNumberの値
f:config.xmlのlogFileSizeの値
g:pcrdef,jpcasrec,jpcaspsvコマンドで利用するサブコマンド数とjpcrpt,jpcmkkeyコマンド(最大数:9)
−:未サポート

(b) UNIXの場合

表C-4 システム全体のディスク占有量(UNIXの場合)

プログラム 状態 ディスク占有量(単位:メガバイト)
HP-UX(PA-RISC) HP-UX(IPF) Solaris AIX Linux Linux(IPF)
PFM - Manager インストール時 170*2 420*2 170*2 230*2 195*2
標準 310+0.1*a+0.015*a*b+0.01*c+2*d 560+0.1*a+0.015*a*b+0.01*c+2*d 310+0.1*a+0.015*a*b+0.01*c+2*d 370+0.1*a+0.015*a*b+0.01*c+2*d 335+0.1*a+0.015*a*b+0.01*c+2*d
PFM - Web Console インストール時 303 211 195 160
初期状態での運用 303+160+(e*f*g) 211+160+(e*f*g) 195+160+(e*f*g) 160+160+e*f*g
PFM - Base インストール時 25*2 185*2 50*2 70*2 50*2 55*2
標準 65+2*d 225+2*d 90+2*d 110+2*d 90+2*d 95+2*d

(凡例)
a:接続するPFM - Agent数(インスタンスを起動している場合は,インスタンス数も加える)
b:PAレコードの保存数(初期状態は1,000)
c:ユーザーが作成するレポート数
d:共通メッセージログファイルの上限値
e:config.xmlのlogFileNumberの値
f:config.xmlのlogFileSizeの値
g:jpcrdef,jpcasrec,jpcaspsvコマンドで利用するサブコマンド数とjpcrpt,jpcmkkeyコマンド(最大9)
−:未サポート

(2) Storeデータベースのディスク占有量(Master Store)

PFM - ManagerのMaster StoreサービスのStoreデータベースでの作業に必要なディスク占有量を,OSごとに示します。

(a) Windowsの場合

表C-5 Storeデータベースでの作業に必要なディスク占有量(Windowsの場合)

作業 ディスク占有量の見積もり式(単位:メガバイト)
Storeデータベースのバックアップ 2*(1+0.1*a+0.015*a*b)
Storeデータベースのエクスポート 2*(1+0.1*a+0.015*a*b)

(凡例)
a:接続するPFM - Agent数(インスタンスを起動している場合は,インスタンス数も加える)
b:PAレコードの保存数(初期状態は1,000)

(b) UNIXの場合

表C-6 Storeデータベースでの作業に必要なディスク占有量(UNIXの場合)

作業 ディスク占有量の見積もり式(単位:メガバイト)
HP-UX Solaris AIX Linux
Storeデータベースのバックアップ 2*(1+0.1*a+0.015*a*b) 2*(1+0.1*a+0.015*a*b) 2*(1+0.1*a+0.015*a*b) 2*(1+0.1*a+0.015*a*b)
Storeデータベースのエクスポート 2*(1+0.1*a+0.015*a*b) 2*(1+0.1*a+0.015*a*b) 2*(1+0.1*a+0.015*a*b) 2*(1+0.1*a+0.015*a*b)

(凡例)
a:接続するPFM - Agent数(インスタンスを起動している場合は,インスタンス数も加える)
b:PAレコードの保存数(初期状態は1,000)

(3) Storeデータベースのディスク占有量(ヘルスチェックエージェント)

ヘルスチェック機能を使用する場合は,ヘルスチェックエージェントのStoreデータベースについてもディスク占有量を考慮する必要があります。ヘルスチェックエージェントのStoreデータベースのディスク容量はStoreバージョンによって異なります。ヘルスチェックエージェントでは,Storeバージョンのデフォルト値は2.0です。Storeバージョンが2.0の場合のディスク容量の見積もりについては「付録C.4 PFM - Agent 08-00以降をStoreデータベース(Storeバージョン2.0)で使用する場合のディスク占有量」を参照してください。ここでは,Storeバージョンが1.0の場合のディスク占有量を示します。

(a) 見積もり式(Storeバージョン1.0)

Storeデータベースでは,各レコードは,レコードタイプごとに一つのファイルに格納されます。Storeデータベース(Storeバージョン1.0)のディスク占有量について,レコードタイプごとに次の表に示します。

表C-7 レコードタイプごとのStoreデータベースのディスク占有量

レコードタイプ ディスク占有量の見積もり式(単位:バイト)
PIレコードタイプ (X1+.....+Xa+3,500*a)
PDレコードタイプ (Y1+.....+Yb+700*b)

(凡例)
X:PIレコードタイプのレコードで履歴データを収集する各レコードのディスク占有量

Xの算出式を次に示します。
X={e*f+(d+1,900)*{(e*f)/(65,250-d)+1}※1}*g*1.5
Y:PDレコードタイプのレコードで履歴データを収集する各レコードのディスク占有量

Yの算出式を次に示します。
Y={e*h+(d+1,900)*{(e*f)/(65,250-d)+1}※1*(h/f)※2}*1.5
a:PIレコードタイプのレコードで履歴データを収集するレコード数
b:PDレコードタイプのレコードで履歴データを収集するレコード数
d:履歴データを収集する各レコードの固定部のサイズ※3
e:履歴データを収集する各レコードの可変部のサイズ※3
f:履歴データを収集する各レコードのインスタンス数(単数インスタンスレコードの場合は1)※5
g:履歴データを収集する各レコードの保存レコード数(インスタンス数は考慮しません)※4
h:履歴データを収集する各レコードの保存レコード数の上限値

注※1
{(e*f)/(65,250-d)+1}の計算結果は,小数点以下を切り捨ててください。

注※2
(h/f)の計算結果は,小数点以下を切り捨ててください。

注※3
各レコードの固定部・可変部のサイズについては,「付録I.1 データモデル」のレコードサイズを参照してください。

注※4
PIレコードタイプのレコードの場合,収集したデータがある一定の区分(時,日,週,月,および年単位)に自動的に要約されるので,分,時,日,週,月,および年の部分の保存レコード数を考慮して計算する必要があります。デフォルトの保存期間と保存レコード数を次の表に示します。
データの種類 保存期間 保存レコード数
(収集間隔が1分の場合)
分単位 1日 1,440
時単位 7日 168
日単位 1年 366
週単位 1年 52
月単位 1年 12
年単位 制限なし (収集年数)*1

注※5
各レコードのインスタンス数について次の表に示します

表C-8 各レコードのインスタンス数

レコードID コマンド 備考
PI_HAVL jpcctrl list "?A*" host="*" このコマンドによって表示されるホスト名の数
PD_HC jpcctrl list "?A*" host="*" このコマンドによって表示されるAgent Collectorサービスの数
PD_HOST jpcctrl list "?A*" host="*" このコマンドによって表示されるホスト名の数

(b) 見積もり例

見積もり例1
PIレコードタイプのHost Availability(PI_HAVL)について,PI_HAVL以外のPIレコードタイプを保存設定していない場合。表C-7に示した変数a〜gが次の値とします。
a=1
d=681
e=292
f=25
g=2,039

(fの求め方)
表C-8からレコードのインスタンス数を求めることができます。今回はf=25とします。

(gの求め方)
PI_HAVLの収集間隔を5分,年単位の収集年数を1年として,保存期間の設定が表C-7の注※4のとおりである場合。
288+168+366+52+12+1=887レコード
g=887

Xの算出式
X={e*f+(d+1,900)*{e*f/(65,250-d)+1}}*g*1.5
X={292*25+(681+1,900)*{292*25/(65,250-681)+1}}*887*1.5
 ={7,300+(2,581)*{7,300/64,569+1}}*1330.5
 ={7,300+2,581*1}*1330.5
 =9,881*1330.5
 =13,146,671(バイト)
 =約12.5(MB)

見積もり例2
PDレコードタイプのHealth Check Detail(PD_HC)について,PD_HC以外のPDレコードタイプを保存設定していない場合。
b=1
d=716
e=988
f=25
h=15,000

(fの求め方)
表C-8のレコードに対応するパフォーマンスオブジェクトのインスタンス数を参照してください。今回はf=3とします。

(hの求め方)
保存期間の設定のデフォルトは10,000レコードです。
今回は保存期間の設定を15,000レコードと設定します。

Yの算出式
Y={e*h+(d+1,900)*{(e*f)/(65,250-d)+1}*(h/f)}*1.5 
Y={988*15,000+(716+1,900)*{(988*25)/(65,250-716)+1}*(15,000/25)}*1.5
  ={988*15,000+2,616*{24,700/64,534+1}*600}*1.5
  ={14,820,000+2,616*1*744}*1.5
  ={14,820,000+1,202,304}*1.5
  =16,022,304*1.5
  =24,033,456(バイト)
  =約23(MB)

[目次][前へ][次へ]


[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2006, 2008, Hitachi, Ltd.