ページの先頭行へ戻る
ServerView Resource Orchestrator V3.4.0 解説書
FUJITSU Software

6.1.1.7 動的ディスク容量

動的ディスク容量は、本製品の動作によって動的にサイズが変わるファイルに必要な容量です。

本製品を使用する場合、各フォルダーには、静的ディスク容量に加えて以下のディスク容量が必要です。

表 6.45 動的ディスク容量
ソフトウェア名 フォルダー ディスク容量(単位: MB)
【Windowsマネージャー】 インストールフォルダー (注1) 2580 + 管理対象サーバ数 × 4 + 16 × 10 (注3)
環境データ格納域 (注4)
イメージファイル格納フォルダー (注2) イメージファイル格納域
【Linuxマネージャー】 /etc 2
/var/opt 2580 + 管理対象サーバ数× 4
環境データ格納域 (注4)
イメージファイル格納ディレクトリ (注2) イメージファイル格納域
エージェント【Windows】【Hyper-V】 インストールフォルダー (注1) 60
エージェント【Linux】【Solaris】【Solarisゾーン】【VMware】【Xen】【Citrix Xen】【KVM】【OVM for SPARC】 /etc 1
/var/opt 1
HBA address rename設定サービス【Windows】 インストールフォルダー (注1) 60
HBA address rename設定サービス【Linux】 /etc 1
/var/opt 60

注1) 本ソフトウェアのインストール時に指定するインストールフォルダー名です。

WindowsがC:\にインストールされている場合のデフォルトは以下のとおりです。

  • Windows 64bit(x64)の場合

初期値: C:\Program Files (x86)\Resource Orchestrator

  • Windows 32bit(x86)の場合

初期値: C:\Program Files\Resource Orchestrator

注2) 本ソフトウェアのインストール時に指定するイメージファイル格納フォルダー(ディレクトリ)名です。

【Windowsマネージャー】

WindowsがC:\にインストールされている場合のデフォルトは以下のとおりです。

  • Windows 64bit(x64)の場合

初期値: C:\Program Files (x86)\Resource Orchestrator\SVROR\ScwPro\depot

  • Windows 32bit(x86)の場合

初期値: C:\Program Files\Resource Orchestrator\SVROR\ScwPro\depot

【Linuxマネージャー】

デフォルトは以下のとおりです。

/var/opt/FJSVscw-deploysv/depot

注3) イメージ操作がエラーまたはキャンセルの場合に、イメージ操作の調査資料が退避されます。1回の退避で最大16MB、過去10回まで退避します。

注4) 電力監視を利用する場合に必要な領域です。詳細は、「環境データ格納域」を参照してください。

環境データ格納域

環境データ格納域は、電力監視を利用する場合に必要な領域です。

環境データ格納域は、電力採取対象装置から採取した環境データやそれらを集計したデータを格納する領域として、管理サーバのインストールフォルダーを使用します。

環境データ格納域として必要な容量は、登録する電力採取対象装置の数、ポーリング間隔、および環境データの保存期間から決定されます。

設定値については、「設計ガイド VE」の「11.1.1 電力監視環境の設定値」を参照してください。

以下の計算式を元に見積ってください。

必要容量(MB) = (詳細値の保存期間(月) × 6 / ポーリング間隔(分) + 10) × 3 × 電力採取対象装置の数

イメージファイル格納域

イメージファイル格納域は、バックアップやクローニングを行う場合に必要な領域です。

イメージファイル格納域は、バックアップやクローニングを使用して採取する管理対象サーバのイメージファイル(システムイメージ、クローニングイメージ)を格納する領域として、管理サーバ上に確保します。

注意

イメージファイル格納域は、管理サーバのローカルディスクまたはSANストレージに作成してください。ネットワークドライブ上のフォルダーや、ネットワーク上のほかのマシンの共有フォルダー(NFS、SMBなど)、UNC形式のフォルダーは指定できません。

イメージファイル格納域として必要な容量は、"システムイメージの格納域として必要な容量"、"クローニングイメージの格納域として必要な容量"、"一時的な作業領域として必要な容量"を合計した値です。

以下の計算式のとおり、それぞれの格納域に必要な容量を元に見積ってください。

イメージファイル格納域として必要な容量

以下の手順で、イメージファイル格納域として必要な容量を見積ります。

  1. イメージファイルのサイズを算出します。

    上記のA.~C.の必要容量を見積るための基礎データになるイメージファイルのサイズを算出します。

    算出方法を以下に示します。

    イメージファイルのサイズ = 管理対象サーバ1台のディスク使用量 × 圧縮率
    管理対象サーバ1台のディスク使用量

    同一ソフトウェア構成のシステム構築実績がある場合、そのシステムのディスク使用量(1つのディスクを複数の区画に分割している場合、各区画の使用量の合計)を用います。

    ディスク使用量については、OSの機能を利用して確認してください。

    同一ソフトウェア構成での構築実績がない場合、各ソフトウェアのインストールガイドなどに記載されたディスク容量から算出します。

    OS部分については、「測定例」を参考にしてください。

    圧縮率

    管理対象サーバのディスクの使用域をイメージファイルとして管理サーバ上に格納する際の圧縮率です。

    ファイルの内容によりますが、一般的に50%程度が期待できます。すでに圧縮済みのファイル(ソフトウェアのインストール媒体や画像データなど)が多い場合、全体の圧縮率が低くなります。

    OS部分については、「測定例」を参考にしてください。

    OSインストール直後のディスク使用量と圧縮率の測定例を以下に示します。

    測定例

    ディスク使用量: 1.9GB -> 圧縮後: 0.9GB 圧縮率: 0.9/1.9 = 47%

  2. システムイメージの格納域として必要な容量を算出します。

    システムイメージの格納域は、バックアップを行う場合に必要な領域です。システムイメージをバックアップする管理対象サーバごとに容量を確保してください。

    バックアップを行わない場合は必要ありません。

    システムイメージの格納域として必要な容量は、手順1.で算出したイメージファイルのサイズを元に算出します。システムイメージのバックアップを行う管理対象サーバごとに、以下の計算式で見積りを行い、その合計を必要な容量にしてください。

    システムイメージの格納域として必要な容量 = イメージファイルのサイズ × 世代数
    世代数

    システムイメージの世代数です。デフォルトではシステムイメージを3世代まで管理できます。

    ポイント

    システムイメージの保存世代数を減らすことで、システムイメージの格納域として必要な容量を減らすことができます。

    システムイメージの保存世代数の変更方法については、「リファレンスガイド (コマンド編) VE」の「5.8 rcxadm imagemgr」を参照してください。

    システムイメージをバックアップするサーバとして、A、B、Cの3台の管理対象サーバがあり、それぞれのディスク使用量と圧縮率を以下の値と見込んだ場合の例を示します。

    見積り例

    サーバA - イメージファイルのサイズ : 3.0GB (ディスク使用量: 6.0GB、圧縮率 50%)

    サーバB - イメージファイルのサイズ : 1.6GB (ディスク使用量: 4.0GB、圧縮率 40%)

    サーバC - イメージファイルのサイズ : 1.6GB (ディスク使用量: 4.0GB、圧縮率 40%)

    (3.0 × 3) + (1.6 × 3) + (1.6 × 3) = 18.6 (GB)

  3. クローニングイメージの格納域として必要な容量を算出します。

    クローニングイメージの格納域は、クローニングを行う場合に必要な領域です。クローニングイメージを採取する管理対象サーバごとに容量を確保してください。

    クローニングを行わない場合は必要ありません。

    クローニングイメージの格納域として必要な容量は、手順1.で算出したイメージファイルのサイズを元に算出します。クローニングイメージの採取を行う管理対象サーバごとに、以下の計算式で見積りを行い、その合計を見積りサイズにしてください。

    クローニングイメージの格納域として必要な容量 = イメージファイルのサイズ × 世代数
    世代数

    クローニングイメージの世代数です。デフォルトではクローニングイメージを3世代まで管理できます。

    ポイント

    クローニングイメージの保存世代数を減らすことで、クローニングイメージの格納域として必要な容量を減らすことができます。

    クローニングイメージの保存世代数の変更方法については、「リファレンスガイド (コマンド編) VE」の「5.8 rcxadm imagemgr」を参照してください。

    クローニングイメージを採取するサーバとして、A、Bの2台の管理対象サーバがあり、それぞれのディスク使用量と圧縮率を以下の値と見込んだ場合の例を示します。

    見積り例

    サーバA - イメージファイルのサイズ : 3.0GB (ディスク使用量: 6.0GB、圧縮率 50%)

    サーバB - イメージファイルのサイズ : 1.6GB (ディスク使用量: 4.0GB、圧縮率 40%)

    (3.0 × 3) + (1.6 × 3) = 13.8 (GB)

  4. 一時的な作業領域として必要な容量を算出します。

    一時的な作業領域は、システムイメージまたはクローニングイメージの採取時に、採取完了まで前の世代を保持するために一時的に必要な領域です。

    バックアップやクローニングを行わない場合は必要ありません。

    一時的な作業領域として必要な容量は、手順1.で算出したイメージファイルのサイズを元に算出します。

    各管理対象サーバのイメージファイルの中で最大のサイズになる値を、イメージファイル最大サイズとし、以下の計算式で見積ってください。

    一時的な作業領域として必要な容量 = イメージファイル最大サイズ × イメージファイル採取多重度

    イメージファイル採取多重度は、1台の管理サーバの管理下にある複数の管理対象サーバに対して、イメージファイル採取(システムイメージのバックアップ、クローニングイメージの採取)の操作を最大でどれだけ同時に実行するかという運用設計から見積ります。ただし、管理サーバの負荷を抑えるため、本製品が4多重を超えないよう制御するため、多重度は最大で4となります。

    システムイメージまたはクローニングイメージを採取するサーバとして、A、B、Cの3台の管理対象サーバがあり、それぞれのイメージファイルのサイズは以下のとおりです。イメージファイル採取多重度を3と見込んだ場合の例を示します。

    見積り例

    サーバA - イメージファイルのサイズ : 3.0GB (ディスク使用量: 6.0GB、圧縮率 50%)

    サーバB - イメージファイルのサイズ : 1.6GB (ディスク使用量: 4.0GB、圧縮率 40%)

    サーバC - イメージファイルのサイズ : 1.6GB (ディスク使用量: 4.0GB、圧縮率 40%)

    3.0 × 3 = 9.0 (GB)

  5. 手順2.~4.で算出した必要容量を元に、イメージファイル格納域として必要な容量を算出します。

    手順2.~4.で算出した"A. システムイメージの格納域として必要な容量"、"B. クローニングイメージの格納域として必要な容量"、"C. 一時的な作業領域として必要な容量"の合計を算出します。