Cosminexus V11 アプリケーションサーバ 仮想化システム構築・運用ガイド

手引・文法・操作書

3021-3-J03-80

前書き

対象製品

マニュアル「アプリケーションサーバ & BPM/ESB基盤 概説」の前書きの対象製品の説明を参照してください。

輸出時の注意

本製品を輸出される場合には、外国為替及び外国貿易法の規制並びに米国輸出管理規則など外国の輸出関連法規をご確認の上、必要な手続きをお取りください。

なお、不明な場合は、弊社担当営業にお問い合わせください。

商標類

AMDは，Advanced Micro Devices, Inc.の商標です。

Intelは，Intel Corporation またはその子会社の商標です。

Linuxは，Linus Torvalds氏の米国およびその他の国における登録商標です。

Microsoft，Internet Explorer，SQL Server，Windows，Windows Server は，マイクロソフト 企業グループの商標です。

Oracle(R)，Java ，MySQL及びNetSuite は，Oracle，その子会社及び関連会社の米国及びその他の国における登録商標です。

Red Hat, and Red Hat Enterprise Linux are registered trademarks of Red Hat, Inc. in the United States and other countries. Linux(R) is the registered trademark of Linus Torvalds in the U.S. and other countries.

Red Hat，およびRed Hat Enterprise Linuxは，米国およびその他の国におけるRed Hat, Inc.の登録商標です。Linux(R)は，米国およびその他の国におけるLinus Torvalds氏の登録商標です。

UNIXは，The Open Groupの登録商標です。

その他記載の会社名，製品名などは，それぞれの会社の商標もしくは登録商標です。

This product includes software developed by the Apache Software Foundation (http://www.apache.org/).

発行

2026年 1月 3021-3-J03-80

著作権

All Rights Reserved. Copyright (C) 2020, 2026, Hitachi, Ltd.

変更内容

変更内容(3021-3-J03-80) uCosminexus Application Server 11-70，uCosminexus Client 11-70，uCosminexus Developer 11-70，uCosminexus Service Architect 11-70，uCosminexus Service Platform 11-70

追加・変更内容

変更個所

JDK21サポートに関する記述を追加した。

1.6

次の適用OSを削除した。

Windows 10 x64

Red Hat Enterprise Linux 8（AMD/Intel 64）

2.2.1

単なる誤字・脱字などはお断りなく訂正しました。

はじめに

このマニュアルをお読みになる際の前提情報については，マニュアル「アプリケーションサーバ & BPM/ESB基盤 概説」のはじめにの説明を参照してください。

第1編　概要

1　仮想化システムの概要

この章では，仮想化システムの概要と特長，および仮想化システムの構築・運用に携わるユーザについて説明します。また，このマニュアルの読書手順をユーザごとに説明します。

1.1　仮想化システムとは

アプリケーションサーバでは，ハイパーバイザで制御される仮想化環境の仮想サーバ上に，アプリケーションサーバ（業務システム）を構築して，業務を運用・管理する環境を構築できます。この環境を仮想化システムといいます。

仮想化システムは，業務（アプリケーション）を実行してユーザにサービスを提供する基盤となる環境（アプリケーション実行環境）と，アプリケーション実行環境を構築して，運用したり管理したりする環境（運用環境）から構成されます。

仮想化システムの概要を次の図に示します。

図1‒1　仮想化システムの概要

アプリケーションサーバを構築して，運用，管理するユーザ（以降，システム構築者といいます）から構築，運用または管理の指示を受け付けた仮想サーバマネージャは，仮想サーバ上のアプリケーションサーバに対して，構築，運用または管理の処理を実行します。運用環境からアプリケーション実行環境を構築して，運用，管理するために，仮想化システムでは，仮想サーバマネージャというプロセスの機能を使用します。仮想サーバマネージャは，仮想化システムを構成する仮想サーバ上のアプリケーションサーバ（アプリケーション実行環境）を構築して，運用，管理するためのプロセスです。

仮想サーバマネージャでは，次のような機能が実行できます。

複数の仮想サーバへの業務システム（アプリケーションサーバ）の一括構築

複数の仮想サーバ上のアプリケーションサーバにある業務（アプリケーション）の一括起動と一括停止

業務の規模に合わせた仮想サーバのスケールアウトとスケールイン

仮想サーバマネージャを実行できるユーザのアカウント管理

仮想サーバマネージャの機能の詳細は，「7.　仮想化システムの構築・運用で使用する機能」を参照してください。

また，仮想化環境を利用すると，物理マシン数を削減したり，リソースを有効活用したりできるという利点があります。仮想化環境を利用しないシステムと利用するシステムの差異を次の図に示します。

図1‒2　仮想化環境を利用しないシステムと利用するシステムの差異

仮想化環境では，1台の物理マシン上に仮想サーバを複数台配置でき，それぞれに異なるOS，アプリケーション（業務）などを配置したアプリケーションサーバを構築できます。これによって，複数の業務を処理する大規模なシステムを構築する場合に，物理マシン数の増加を防いだり，物理マシンの構築やメンテナンスなどの作業コストを削減したりできます。また，ピーク時の負荷に備えたリソースが物理マシンに割り当てられている場合には，通常の運用で使用されない余剰リソースを複数の仮想サーバで使用して，リソースを有効活用できます。なお，仮想化環境は，リソースを管理するユーザ（以降，リソース管理者といいます）が用意します。

1.1.1　仮想化システムの特長

仮想化システムには，次のような特長があります。

(1)　さまざまな仮想化環境に対応したアプリケーション実行環境の構築と運用

仮想化システムでは，ハイパーバイザとしてVMware ESX，VirtageおよびHyper-Vに対応しています。複数のハイパーバイザが混在した仮想化環境に，アプリケーション実行環境が構築でき，構築した環境を，ハイパーバイザの種類に関係なく，同じ操作で運用できます。

また，VMware ESXおよびHyper-Vは，稼働したままの仮想サーバが，ハイパーバイザ間を移動できる機能（ライブマイグレーション機能）を備えています。この機能に対応するため，仮想サーバマネージャで管理する仮想サーバは，稼働している物理マシンに依存しません。これによって，ライブマイグレーション機能を利用できます。

注意事項

仮想化システムでライブマイグレーション機能を使用する場合は，仮想サーバの移動時にゲストOSの時刻をハイパーバイザの時刻に同期する機能を無効にする必要があります。

(2)　複数の仮想サーバへのアプリケーション実行環境の一括構築・一括運用

仮想サーバマネージャでは，複数の仮想サーバへ，業務ごとにアプリケーション実行環境を一括して構築したり運用したりできます。

同一のデプロイメント（プロセスの配置，アプリケーションやリソースアダプタのデプロイ，定義設定など）を適用して同じ業務を実行する，1台以上の仮想サーバのグループを管理ユニットといいます。この管理ユニット単位に，次のような処理ができます。

アプリケーション実行環境の構築・変更

管理ユニットに属する仮想サーバにアプリケーション実行環境を構築したり，構築済みの環境を変更したりできます。

管理ユニットの起動や停止

管理ユニットに属する仮想サーバを起動したり停止したりできます。

管理ユニットのスケールアウトやスケールイン

管理ユニットに登録する仮想サーバを増やしたり（スケールアウト）減らしたり（スケールイン）できます。

また，負荷分散機を利用する場合，仮想サーバマネージャで負荷分散機の接続を制御できます。これによって，クライアントから管理ユニットに属する仮想サーバへ送信するリクエストを閉塞したり，閉塞解除したりできます。

ここでは，仮想サーバのスケールアウトを管理ユニットで実施する例を説明します。システム構築者が，管理ユニットAと管理ユニットBに属する仮想サーバにアプリケーション実行環境を構築して，それぞれで業務Aと業務Bを運用しているとします。業務Bの負荷が高くなったため，管理ユニットBに対して仮想サーバを2台（「vmsvB3」と「vmsvB4」）増やして，アプリケーション実行環境を構築して，運用するとします。管理ユニットBをスケールアウトする例を次の図に示します。

図1‒3　管理ユニットBをスケールアウトする例

管理ユニットをスケールアウトすると，追加した仮想サーバ2台に対して，アプリケーションサーバ実行環境を一括して構築します。このように，新規にアプリケーション実行環境を構築するのも，仮想サーバごとではなく，管理ユニット単位に一括で実施できます。また，特定の仮想サーバを選択して操作することもできます。

これによって，仮想化環境へのアプリケーション実行環境の構築および運用に掛かるコストを削減できます。

(3)　JP1と連携したシステム構築・運用

仮想化システムを構築して，運用する際に，JP1と連携できます。JP1と連携すると，さまざまなハードウェア，ソフトウェア，ネットワークなどを含む仮想サーバマネージャで管理する仮想化システム内の仮想サーバ全体を統合管理できます。また，JP1/Baseのユーザー管理機能を利用するとアカウントを一元管理できます。

連携できるJP1製品については，「1.3　ほかのプログラムとの連携」を参照してください。

1.1.2　仮想サーバマネージャによる仮想化システムの構築・運用の概要

仮想化システムを構築して運用する場合は，まず，基盤となるアプリケーション実行環境を構築して運用するための運用環境を構築します。運用環境には，仮想サーバマネージャを構築します。次に，運用環境の仮想サーバマネージャを使用して，アプリケーション実行環境（アプリケーションサーバ）を構築し，業務の運用を開始します。

ここでは，仮想化システムの構築および運用で使用する仮想サーバマネージャの役割について説明します。また，仮想化システムを構成するプロセスについても説明します。

(1)　仮想サーバマネージャの役割

仮想サーバマネージャは，運用環境の仮想化システム管理用サーバマシンに配置します。仮想サーバマネージャを使用すると，管理ユニット単位に，同じ業務を実行するアプリケーションサーバ（アプリケーション実行環境）を複数の仮想サーバに，一括して構築したり運用したりできます。

仮想サーバマネージャを使用して構築する場合，あらかじめ，構築するアプリケーションサーバの情報を設定した定義ファイルと，アプリケーションサーバで動作するアプリケーションを用意して，これらを一つのディレクトリにまとめます。まとめたものを使用してアプリケーションサーバを構築するため，構築後，すぐに運用を開始できます。アプリケーションサーバの定義ファイルには，アプリケーションサーバに配置する論理サーバ（Webサーバ，J2EEサーバ，PRFデーモンなどのプロセス）の構成や，それらの環境設定情報，リソースを使用するための環境設定情報などを定義します。アプリケーションサーバに配置する論理サーバの構成をティアといいます。ティアの情報や構成は，管理ユニットで管理されます。

仮想サーバマネージャによる一括構築の流れを次の図に示します。

図1‒4　仮想サーバマネージャによる一括構築の流れ

仮想サーバマネージャ内にあらかじめ作成した管理ユニットに，アプリケーションサーバの定義ファイルや実行するアプリケーションなどを配置した定義ディレクトリを取り込んで，仮想サーバマネージャ上に情報モデルを生成します。生成した情報モデルを基に，複数の仮想サーバに対してアプリケーションサーバを一括して構築したり，変更した環境を一括して反映したりします。定義ディレクトリは，ティアごとに作成するアプリケーションサーバを構築するために必要なファイルの情報（ティア別定義ディレクトリという）を，管理ユニット単位に一つのディレクトリとしてまとめたものです。定義ディレクトリの構造については，「5.2.4　管理ユニットへの定義ディレクトリの取り込み」を参照してください。なお，仮想化システムで動作できるアプリケーションは，オンライン業務を実行するJ2EEアプリケーションです。

(2)　管理ユニットおよび仮想サーバグループと仮想サーバの関係

管理ユニットは，仮想化環境にある仮想サーバから，同じ業務を実行するものをグループ化します。管理ユニットに属する仮想サーバは，管理ユニットで管理するティアの構成でグループ化されます。一つの仮想サーバは１種類のティアに割り当てられます。ティアの構成に対応したグループを仮想サーバグループといいます。複数のティアと仮想サーバグループおよび仮想サーバの関係を次の図に示します。

図1‒5　複数のティアと仮想サーバグループおよび仮想サーバの関係

この図に示すように，ティアxとティアyを管理する管理ユニットでは，ティアxに割り当てられた仮想サーバと，ティアyに割り当てられた仮想サーバで構成されます。それぞれのティアの仮想サーバは，仮想サーバグループでティアxとティアyの組み合わせ（構成）を定義することで関連づけられます。

仮想サーバグループと仮想サーバの関係はファイルで管理し，そのファイルの情報を基に仮想サーバを管理ユニットに登録します。このファイルを仮想サーバグループ情報ファイルといいます。仮想サーバグループ情報ファイルには，仮想サーバグループの名称や，仮想サーバのIPアドレス，仮想サーバを割り当てるティア，複数ティア間の関連づけなどの情報を定義します。なお，ティアの情報は，ティア別定義ディレクトリ内の簡易構築定義ファイルで定義します。

ティアの関連づけに従った仮想サーバの構築の仕組みを次の図に示します。ここでは，管理ユニットで管理するティアは，http-tierとj2ee-tierの2種類とします。

図1‒6　ティアの関連づけに従った仮想サーバの構築の仕組み

ティア別定義ディレクトリ内の簡易構築定義ファイルのティアの情報と，仮想サーバグループ情報ファイルのティアの関連づけを基に，仮想サーバはティアごとに構築されます。この図の場合，各仮想サーバグループは，http-tierで構築される仮想サーバ（Webサーバ）と，j2ee-tierで構築される仮想サーバ（J2EEサーバ）で構成されます。

管理ユニットおよび仮想サーバグループに対する操作と操作対象の仮想サーバを次の図に示します。ここでは，管理ユニットAとCでは1種類のティア，管理ユニットBでは2種類のティアを管理しているとして説明します。

図1‒7　管理ユニットおよび仮想サーバグループに対する操作と操作対象の仮想サーバ

仮想化環境にある仮想サーバは，管理ユニットおよび仮想サーバグループの単位にグループ化され，システム構築者から指示された操作（a〜c）はその単位で実行されます。

なお，同じ管理ユニットに属する仮想サーバは，同じ種類のハイパーバイザ上に作成されている必要があります。同一の管理ユニット内では，ハイパーバイザの種類を混在させた運用はできません。

(3)　仮想化システムを構成するプロセス

仮想化システムを構成するプロセスとプロセス間の操作の流れを次の図に示します。ここでは，アプリケーションサーバにWebサーバ，J2EEサーバおよびPRFデーモンに対応する論理サーバを配置するティア（combined-tier）で，負荷分散機を利用する場合の例を示します。

図1‒8　仮想化システムを構成するプロセスとプロセス間の操作の流れ

各プロセスの主な機能について説明します。

仮想サーバマネージャ

各仮想サーバに配置したサーバ通信エージェントに指示を出して，仮想化システム全体の運用管理を実行するためのプロセスです。

負荷分散機のプロセス

複数または一つの仮想サーバにリクエストを送信するための機能を持つプロセスです。仮想化システムでは，仮想サーバマネージャから制御できます。

サーバ通信エージェント

仮想サーバ上のアプリケーションサーバを仮想サーバマネージャからセットアップおよび操作するためのエージェント機能を持つプロセスです。

Management Server

運用管理エージェントに指示を出して，仮想サーバ上に構築されているアプリケーションサーバ全体の運用管理を実行するためのプロセスです。

運用管理エージェント

論理サーバ（Webサーバ，J2EEサーバおよびPRFデーモン（パフォーマンストレーサ））を起動したり，設定ファイルを更新したりするエージェント機能を持つプロセスです。

Webサーバ

Webブラウザからのリクエスト受信，およびWebブラウザへのデータ送信に関連する処理を実行するプロセス群です。

J2EEサーバ

J2EEアプリケーションの実行基盤となるプロセスです。

PRFデーモン（パフォーマンストレーサ）

アプリケーションサーバの性能解析トレースを出力するためのI/Oプロセスです。

管理ユニットで管理できるティアの種類を次の表に示します。

表1‒1　管理ユニットで管理できるティアの種類

ティアの種類

ティアに配置できるプロセス（論理サーバ）

combined-tier

Webサーバ（論理Webサーバ）

J2EEサーバ（論理J2EEサーバ）

PRFデーモン（論理パフォーマンストレーサ）

http-tier

Webサーバ（論理Webサーバ）

PRFデーモン（論理パフォーマンストレーサ）

j2ee-tier

J2EEサーバ（論理J2EEサーバ）

PRFデーモン（論理パフォーマンストレーサ）

ctm-tier

CTMドメインマネジャ（論理CTMドメインマネジャ）

CTM（論理CTM）

スマートエージェント（論理CTMスマートエージェント）

J2EEサーバ（論理J2EEサーバ）

PRFデーモン（論理パフォーマンストレーサ）

注　各プロセスについては，マニュアル「アプリケーションサーバ システム設計ガイド」の「2.3.1　プロセス構成」を参照してください。

仮想化システムでは，これらのティアを組み合わせてシステムを構築できます。仮想化システムで構築できるティアの構成を次に示します。

combined-tier構成

ホスト単位管理モデルでアプリケーション（業務）を運用するためのティア。一つの管理ユニットで管理します。

http-tierとj2ee-tier構成

Webサーバをアプリケーション（業務）と別のホストに配置して運用するためのティア。http-tierとj2ee-tierの組み合わせを一つの管理ユニットで管理します。

combined-tierとj2ee-tier構成

フロントエンドシステム（サーブレットなど）とバックエンドシステム（EJBなど）を分離して運用するためのティア。combined-tierとj2ee-tierの組み合わせを一つの管理ユニットで管理します。

combined-tierとctm-tier構成

CTMを使用して統合ネーミングスケジューラサーバモデルで運用するためのティア。フロントエンドシステム（combined-tier），統合ネーミングスケジューラサーバ（ctm-tier），バックエンドシステム（ctm-tier）ごとに，それぞれ別の管理ユニットで管理します。

なお，このマニュアルで説明する構築および運用の手順では，combined-tier構成で説明します。

1.2　仮想化システムの構築・運用に携わるユーザ

仮想化システムの構築・運用には，次のユーザが携わります。

仮想化システムの構築・運用に直接携わるユーザ

仮想化システムの構築・運用の作業を直接実施するユーザを次に示します。

仮想サーバマネージャ管理者

システム構築者

仮想化システムの構築・運用に関連のあるユーザ

仮想化システムの構築・運用に直接携わるユーザから作業を依頼されるなど，関連のあるユーザを次に示します。

リソース管理者

ネットワーク管理者

アプリケーション開発者

JP1アカウント管理者※

注※

JP1アカウント管理者は，JP1/Baseのユーザー管理機能を利用してアカウントを一元管理する場合に関連のあるユーザです。アカウントの追加，削除，およびパスワードの変更作業を実施します。詳細は，「7.9　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

なお，このマニュアルでは，仮想化システムの構築・運用に直接携わるユーザを対象としています。

仮想化システムの構築・運用に携わるユーザの関係を次の図に示します。

図1‒9　仮想化システムの構築・運用に携わるユーザの関係

図中の番号に対応する作業内容について説明します。

依頼されたアカウントの追加・削除を実施します。

物理マシンの手配を依頼します。

ネットワーク環境の構築を依頼します。

アカウントの追加・削除を依頼します。

仮想サーバの手配を依頼します。

J2EEサーバ上で動作するアプリケーションの提供を依頼します。

依頼された物理マシンを配布します。

依頼された仮想サーバを配布します。

ネットワーク環境の構築を依頼します。

依頼されたネットワーク環境を構築します。

依頼されたネットワーク環境を構築します。

依頼されたアプリケーションを提供します。

ここでは，各ユーザの役割と主な作業，必要なアカウント，ユーザごとの読書手順について説明します。

1.2.1　ユーザの役割と主な作業

仮想化システムの構築・運用に携わるユーザの役割について説明します。また，仮想化システムの構築・運用に直接携わるユーザについては，主な作業も説明します。

仮想化システムの構築・運用に携わるユーザの役割とほかのユーザとの関係を次の表に示します。

表1‒2　仮想化システムの構築・運用に携わるユーザの役割とほかのユーザとの関係

ユーザの種類

役割

ほかのユーザとの関係

仮想サーバマネージャ管理者

仮想化システムの運用環境を構築して運用します。

主な作業を次に示します。

仮想サーバマネージャのセットアップと初期設定

アカウントの管理

システム構築者

依頼されたアカウントの追加・削除の実施（1.）

リソース管理者

物理マシンの手配を依頼（2.）

ネットワーク管理者

ネットワーク環境の構築を依頼（3.）

アプリケーション開発者

なし

システム構築者

仮想化システムのアプリケーション実行環境（アプリケーションサーバ）を構築して運用します。

主な作業を次に示します。

管理ユニットの作成

アプリケーションサーバの構築

管理ユニットや仮想サーバの起動と停止

仮想サーバマネージャ管理者

アカウントの追加・削除を依頼（4.）

リソース管理者

仮想サーバの手配を依頼（5.）

ネットワーク管理者

なし

アプリケーション開発者

J2EEサーバ上で動作するアプリケーションの提供依頼（6.）

リソース管理者

ITリソース（物理マシンや仮想サーバなど）を管理します。

仮想サーバマネージャ管理者

依頼された物理マシンの配布（7.）

システム構築者

依頼された仮想サーバの配布（8.）

ネットワーク管理者

ネットワーク環境の構築を依頼（9.）

アプリケーション開発者

なし

ネットワーク管理者

システムのネットワーク構成を管理します。

仮想サーバマネージャ管理者

依頼されたネットワーク環境の構築（10.）

システム構築者

なし

リソース管理者

依頼されたネットワーク環境の構築（11.）

アプリケーション開発者

なし

アプリケーション開発者

業務を実行するアプリケーションを開発します。

仮想サーバマネージャ管理者

なし

システム構築者

依頼されたアプリケーションの提供（12.）

リソース管理者

なし

ネットワーク管理者

なし

注　（ ）内の1.〜12.の番号は，「1.2　仮想化システムの構築・運用に携わるユーザ」の図1-9の番号と対応しています。

1.2.2　ユーザのアカウント管理

仮想サーバマネージャでは，OSのアカウントとは別にアカウントを用意して，仮想サーバマネージャへのアクセスを制御します。あるユーザが仮想サーバマネージャに対して操作すると，仮想サーバマネージャまたは認証サーバのJP1/Baseによってアカウントに対する認証処理が実施され，そのユーザが操作できるかどうかが判定されます。アカウントに対する認証処理を仮想サーバマネージャまたは認証サーバのJP1/Baseのどちらで実施するかは，アカウントの管理方法によって決まります。

(1)　アカウントの種類と操作範囲

仮想サーバマネージャを実行できるアカウントには，次の2種類があります。

仮想サーバマネージャ管理者アカウント

仮想サーバマネージャでできる操作すべてに対する権限を持つアカウントです。仮想化システムに一つ設定できます。

システム構築者アカウント

管理ユニット単位でできる操作に対する権限を持つアカウントです。特定の管理ユニットに対して操作できます。仮想化システムに複数設定できます。

管理ユニットに対する操作は，システム構築者アカウントを設定して実施することをお勧めします。

仮想サーバマネージャを実行できるアカウントごとの操作範囲を次の図に示します。ここでは，システム構築者アカウントを与えられたシステム構築者が，管理ユニットAだけを作成しているとします。

図1‒10　仮想サーバマネージャを実行できるアカウントごとの操作範囲

参考

JP1/Baseのユーザー管理機能を利用してアカウントを一元管理する場合，アカウントに関する操作は，認証サーバのJP1/Baseで実施します。仮想サーバマネージャのアカウントを操作する機能は無効になります。

仮想サーバマネージャ管理者からシステム構築者アカウントを与えられたシステム構築者は，仮想サーバマネージャ管理者に依頼することなく管理ユニットを作成し，その管理ユニットに属する仮想サーバにアプリケーションサーバを構築して，運用できるようになります。仮想サーバマネージャ管理者アカウントを持つユーザは，仮想サーバマネージャでできるすべての操作が実行できます。そのため，この図の管理ユニットA，BおよびCも操作できます。

(2)　アカウントの管理方法

アカウントの管理方法には，仮想サーバマネージャを利用する方法と，JP1/Base（認証サーバ）を利用する方法があります。

仮想サーバマネージャによるアカウント管理

仮想サーバマネージャでアカウントを管理する方法です。この方法を利用すると，仮想サーバマネージャの機能を使用したアカウントに関する操作が実施できますが，仮想サーバマネージャを実行できるアカウントとは別に，連携するJP1製品のアカウントを管理する必要があります。

JP1/Base（認証サーバ）によるアカウント管理

JP1/Baseのユーザー管理機能を利用して，JP1/Base（認証サーバ）でアカウントを管理する方法です。この方法を利用すると，仮想化システム全体（仮想サーバマネージャおよびJP1製品）で使用するアカウントを一元管理できますが，仮想サーバマネージャの機能を使用したアカウントに関する操作が実施できなくなります。アカウントに関する操作は，JP1/Base（認証サーバ）で実施します。JP1製品と連携する仮想化システムを構築する場合は，アカウント管理に掛かるコストが削減できます。

(3)　アカウントの設定，削除とパスワードの変更

管理方法ごとに，各アカウントの設定，削除の方法と，パスワードの変更方法について説明します。なお，ここで説明するコマンドの参照先については，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。

仮想サーバマネージャによるアカウント管理

仮想サーバマネージャによるアカウント管理でのアカウントの設定，削除，パスワードの変更方法について説明します。

仮想サーバマネージャ管理者アカウント

・アカウントの設定

Administrator権限（Windowsの場合），またはroot権限（Linuxの場合）を持つユーザが，Management Serverのセットアップコマンド（mngsvrctlコマンドで引数に「setup」を指定）で実施します。

・アカウントの削除

仮想サーバマネージャ管理者アカウントは削除できません。

・パスワードの変更

Administrator権限（Windowsの場合），またはroot権限（Linuxの場合）を持つユーザが，Management Serverのセットアップコマンド（mngsvrctlコマンドで引数に「setup」を指定）で実施します。

システム構築者アカウント

・アカウントの設定

仮想サーバマネージャ管理者アカウントを持つユーザが，vmiaccountコマンドのサブコマンド「create」で実施します。

・アカウントの削除

仮想サーバマネージャ管理者アカウントを持つユーザが，vmiaccountコマンドのサブコマンド「delete」で実施します。

・パスワードの変更

システム構築者アカウントを持つユーザが，vmiaccountコマンドのサブコマンド「password」で実施します。変更できるのは，仮想サーバマネージャ管理者から与えられたシステム構築者アカウントのパスワードだけです。

JP1/Base（認証サーバ）によるアカウント管理

JP1/Base（認証サーバ）によるアカウント管理でのアカウントの設定，削除，パスワードの変更方法について説明します。

仮想サーバマネージャ管理者アカウント

・アカウントの設定

仮想サーバマネージャ管理者アカウントを持つユーザの追加依頼を受けて，JP1アカウント管理者が，認証サーバのJP1/Baseでアカウント情報を設定します。

・アカウントの削除

仮想サーバマネージャ管理者アカウントを持つユーザの削除依頼を受けて，JP1アカウント管理者が，認証サーバのJP1/Baseでアカウント情報を削除します。

・パスワードの変更

仮想サーバマネージャ管理者アカウントを持つユーザのパスワード変更依頼を受けて，JP1アカウント管理者が，認証サーバのJP1/Baseでパスワードを変更します。

システム構築者アカウント

・アカウントの設定

仮想サーバマネージャ管理者アカウントを持つユーザの追加依頼を受けて，JP1アカウント管理者が，認証サーバのJP1/Baseでアカウント情報を設定します。

・アカウントの削除

仮想サーバマネージャ管理者アカウントを持つユーザの削除依頼を受けて，JP1アカウント管理者が，認証サーバのJP1/Baseでアカウント情報を削除します。

・パスワードの変更

システム構築者アカウントを持つユーザのパスワード変更依頼を受けて，JP1アカウント管理者が，認証サーバのJP1/Baseでパスワードを変更します。

1.2.3　仮想化システムの構築・運用作業の流れと読書手順

仮想化システムの構築・運用に直接携わるユーザは，ここで説明する流れで仮想化システムの構築，運用作業を進めます。作業の流れとこのマニュアルで説明している個所について説明します。

(1)　仮想サーバマネージャ管理者の場合

仮想化システムの構築・運用作業の流れを次の図に示します。なお，図中の作業を説明している個所については，次の表を参照してください。

図1‒11　仮想化システムの構築・運用作業の流れ（仮想サーバマネージャ管理者の場合）

仮想化システムの構築・運用作業の概要と作業を実施する条件を次の表に示します。

表1‒3　仮想化システムの構築・運用作業の概要と実施条件（仮想サーバマネージャ管理者の場合）

構築・運用作業

概要

作業の実施条件

参照先

運用環境の設計

仮想化システムの運用環境（仮想サーバマネージャ）を構築するために，リソース管理者またはネットワーク管理者と相談して，使用する仮想化システム管理用サーバマシンや，運用環境のネットワーク構成を決定します。

必ず実施

3.1.1

運用環境の構築

仮想化システムの運用環境を構築します。

必ず実施

3.1.2

JP1と連携するための環境の構築

仮想化システムでJP1製品と連携するための環境を構築します。

仮想化システムでJP1製品を利用した運用をする場合

3.2

運用環境の削除

不要になった仮想化システムの運用環境を削除します。

運用環境が不要になった場合

3.3

通常運用

仮想サーバマネージャの起動と停止

仮想サーバマネージャを起動または停止します。

仮想サーバマネージャを起動または停止したい場合

4.1.1

仮想サーバマネージャへのシステム構築者アカウントの追加と削除

仮想サーバマネージャへシステム構築者アカウントを追加または削除します。

システム構築者アカウントを追加または削除したい場合

4.1.2

管理ユニットの一覧取得

仮想サーバマネージャに作成された管理ユニットの一覧を取得します。

仮想サーバマネージャで管理している管理ユニットについて知りたい場合

4.1.3

管理ユニットの所有者の変更

管理ユニットの所有者をほかのシステム構築者または仮想サーバマネージャ管理者へ変更します。

管理ユニットの所有者を変更したい場合

4.1.4

仮想サーバマネージャのバックアップの取得

仮想サーバマネージャのディレクトリやユーザ資産をバックアップします。

バックアップを取得したい場合

4.1.5

保守運用

仮想化システム管理用サーバマシンへのパッチの適用

仮想化システム管理用サーバマシンで動作しているOSや製品のパッチを適用します。

仮想化システム管理用サーバマシンにパッチを適用したい場合

4.2.1

仮想サーバマネージャが出力するログの取得

仮想サーバマネージャのログを取得する出力先，ファイル面数などを設定します。

仮想サーバマネージャのログを取得するための設定を変更したい場合

4.2.2

仮想サーバマネージャの障害運用

仮想サーバマネージャの障害要因を調査し，復旧します。

仮想サーバマネージャで障害が発生した場合

4.3

仮想サーバのテンプレートの作成と初期設定

仮想サーバのテンプレートを作成します。JP1製品と連携する場合には，JP1製品の機能を使用するための設定もします。

運用環境のテストを実施したい場合

5.2.1

仮想サーバマネージャへの管理ユニットの作成

仮想サーバマネージャに，仮想サーバを登録したり，定義ディレクトリを反映したりするための管理ユニットを作成します。

運用環境のテストを実施したい場合

5.2.2

定義ディレクトリへ格納する定義ファイルの作成

アプリケーションサーバを構築するために必要な定義ファイルを作成します。

運用環境のテストを実施したい場合

5.2.3

管理ユニットへの定義ディレクトリの取り込み

定義ファイルとアプリケーションを定義ディレクトリに配置して，管理ユニットに取り込みます。アプリケーションは，テスト用に用意します。

運用環境のテストを実施したい場合

5.2.4

仮想サーバへの管理ユニットの定義ディレクトリの一括反映

管理ユニットに属する仮想サーバにアプリケーションサーバを構築します。

運用環境のテストを実施したい場合

5.2.5

通常運用

管理ユニットの起動と停止

管理ユニットに属する仮想サーバすべてを，一括して起動または停止します。

運用環境のテストを実施したい場合

6.1.1

保守運用

アプリケーション実行環境の削除

不要になったアプリケーション実行環境を削除します。

運用環境のテストが終了した場合

6.2.5

(2)　システム構築者の場合

仮想化システムの構築・運用作業の流れを次の図に示します。なお，図中の作業を説明している個所については，次の表を参照してください。

図1‒12　仮想化システムの構築・運用作業の流れ（システム構築者の場合）

仮想化システムの構築・運用作業の概要と実施条件を次の表に示します。

表1‒4　仮想化システムの構築・運用作業の概要と実施条件（システム構築者の場合）

構築・運用作業

概要

作業の実施条件

参照先

仮想サーバのテンプレートの作成と初期設定

仮想サーバのテンプレートを作成します。JP1製品と連携する場合には，JP1製品の機能を使用するための設定もします。

必ず実施

5.2.1

仮想サーバマネージャへの管理ユニットの作成

仮想サーバマネージャに，仮想サーバを登録したり，定義ディレクトリを反映したりするための管理ユニットを作成します。

必ず実施

5.2.2

定義ディレクトリへ格納する定義ファイルの作成

アプリケーションサーバを構築するために必要な定義ファイルを作成します。

必ず実施

5.2.3

管理ユニットへの定義ディレクトリの取り込み

定義ファイルとアプリケーションを定義ディレクトリに配置して，管理ユニットに取り込みます。アプリケーションは，あらかじめアプリケーション開発者に作成依頼したものを使用します。

必ず実施

5.2.4

仮想サーバへの管理ユニットの定義ディレクトリの一括反映

管理ユニットに属する仮想サーバにアプリケーションサーバを構築します。

必ず実施

5.2.5

JP1と連携した仮想化システムを運用するための環境設定

連携するJP1製品ごとに次の作業を実施します。

仮想サーバを障害監視するための設定（JP1/IMの利用）

管理ユニットの起動・停止を自動運用するための設定（JP1/AJSの利用）

仮想サーバの負荷を監視するための設定（JP1/PFMの利用）

仮想化システムでJP1製品を利用した運用をする場合

5.3

通常運用

管理ユニットの起動と停止

管理ユニットに属する仮想サーバすべてを，一括して起動または停止します。

管理ユニット内のすべての仮想サーバを起動または停止したい場合

6.1.1

仮想サーバグループの起動と停止

仮想サーバグループ内の仮想サーバを起動または停止します。

仮想サーバグループ内の仮想サーバを起動または停止したい場合

6.1.2

管理ユニットに関する情報の取得

次の情報を取得します。

管理ユニットの内容や所有者

管理ユニットの状態に関する情報

仮想サーバグループの状態に関する情報

仮想サーバの状態に関する情報

管理ユニットまたは仮想サーバグループに属する仮想サーバの一覧

管理ユニットの内容や状態について知りたい場合

6.1.3

保守運用

管理ユニットのスケールアウトとスケールイン

管理ユニットに属する仮想サーバの台数を増やしたり減らしたりします。

アプリケーション実行環境の規模を変更したい場合

6.2.1

アプリケーション実行環境の更新

アプリケーションサーバの設定内容や，アプリケーションを更新します。

アプリケーションサーバの定義やアプリケーションを変更したい場合

6.2.2

仮想サーバのテンプレートの更新

仮想サーバにOSや製品のパッチを適用します。

仮想サーバにパッチを適用したい場合

6.2.3

仮想サーバのログの参照

ハイパーバイザ管理ソフトウェアを利用して，仮想サーバのログを直接参照します。

仮想サーバのログを参照したい場合

6.2.4

アプリケーション実行環境の削除

不要になったアプリケーション実行環境を削除します。

アプリケーション実行環境が不要になった場合

6.2.5

仮想サーバの障害運用

仮想サーバの障害要因を調査して，復旧します。

仮想サーバで障害が発生した場合

6.3

1.3　ほかのプログラムとの連携

仮想化システムは，統合システム運用管理製品であるJP1と連携して運用できます。

JP1と連携すると，ITリソースを一元管理したり，アプリケーションサーバ以外のホストやサーバプロセスを含めた業務システム全体の状況を集中監視したり，システム上のサーバの起動や停止を自動化したりできるようになります。また，集計されたパフォーマンスデータから，仮想サーバ上で動作するアプリケーションサーバの稼働状況を容易に把握できます。

JP1と連携する場合，次に示す製品を使用した機能を利用できます。

JP1/IMとの連携（システムの集中監視）

セントラルコンソールおよびセントラルスコープによって，システム全体の稼働中の仮想サーバの事象を集中して監視できます。システムで発生した事象をJP1イベントとして集めて時系列に表示したり，業務とシステムの関連などをビジュアルに把握できるようにシステム全体を目的に合わせて表示したりできます。このため，システム構築者の必要とする視点で集中的に監視できます。また，重要な監視ポイントをマップ形式で表示できるので，大規模なシステムも必要な視点で集中監視できます。

JP1/AJSとの連携（カスタムジョブによるシステムの自動運転）

仮想化システムの管理ユニットの起動や停止のスケジュールをカスタムジョブに定義することで，システムの運用を自動化できます。これによって，夜間バッチのためのサーバの起動や，曜日によって異なる業務の切り替え，月末に実施する月次業務の実行など，システムリソースを有効に使った自動運転ができます。

JP1/PFMとの連携（システムの稼働状況の一元監視）

仮想サーバ上で動作するアプリケーションサーバの同時実行スレッド数などのパフォーマンスデータを収集および集計し，その傾向や推移をグラフで表示できます。これによって，システム全体の稼働状況の分析や将来に向けて長期的なパフォーマンスの改善に役立てることができます。

JP1/Baseとの連携（ユーザー管理）

JP1製品では，専用アカウント（JP1ユーザー）を使用します。JP1/Baseは，このJP1ユーザーを管理します。JP1資源グループへのアクセス可否や操作権限は，認証サーバ上でJP1ユーザーごとにまとめて管理・制御されます。JP1/Baseがインストールされた仮想化システム管理用サーバマシンにアクセスする権限，管理ユニットに対して操作する権限も認証サーバで一元管理できます。これによって，JP1製品と連携したシステムを構築・運用する際に，アカウントの管理に掛かるコストを削減できます。また，JP1ユーザーのアカウントは，OSのアカウントとは別に独立して管理され，各ホストに対する操作権限をJP1ユーザーごとに詳細に管理できるため，セキュリティを強化できます。

なお，JP1と連携する場合には，システム構築時に，JP1連携の設定，定義ファイルの作成，JP1との連携で使用するファイルのJP1への登録などが必要になります。

1.4　このマニュアルの例題および画面操作で使用している記号

このマニュアルの例題および画面操作で使用している記号について説明します。

定義例およびコマンドの実行例で使用している記号

このマニュアルの定義例およびコマンドの実行例で使用している記号を次の表に示します。

表1‒5　定義例およびコマンドの実行例で使用している記号

記号

意味

<　>

この記号で囲まれている項目は，該当する要素やファイルなどを指定したり，該当する要素が表示されたりすることを示します。

（例1）　<プロパティ>

　プロパティを記述します。またはプロパティが表示されます。

（例2）　<ファイル名>

　ファイル名を指定します。

「　」

ユーザが指定または選択する内容を示します。

画面操作の説明で使用している記号

このマニュアルの画面操作の説明で使用している記号を次の表に示します。

表1‒6　画面操作の説明で使用している記号

記号

意味

［　］

この記号で囲まれている項目は画面名または画面に表示されている項目であることを示します。

［　］−［　］

−の前に示したメニューから，−の後ろのメニューを選択することを示します。

<　>

この記号で囲まれている項目が可変値であることを示します。

1.5　Windows使用時の注意事項

ここでは，Windowsで，アプリケーションサーバを使用したシステムを構築して，運用する場合の注意事項について説明します。

1.5.1　管理者特権で実行する必要がある操作

ここでは，Windowsを使用している場合で，管理者特権で実行する必要がある操作について説明します。なお，システムドライブをCドライブとして説明します。

(1)　プログラムのインストール

アプリケーションサーバの製品，構成ソフトウェアなどのプログラムを，C:¥Program Files以下のディレクトリにインストールする場合，管理者特権で実行する必要があります。インストール時に，［UAC］ダイアログが表示される場合は，［UAC］ダイアログで管理者アカウントのパスワードを入力してください。

(2)　管理者特権が必要なコマンドの使用

vmiから始まる仮想化システムで使用するコマンドは，実行するユーザに制限はありません。これ以外のアプリケーションサーバが提供するコマンドは，管理者特権で実行する必要があります。「管理者：コマンドプロンプト」で実行してください。

「管理者：コマンドプロンプト」は，Windowsで提供されている機能を使用して起動してください。

(3)　アプリケーションサーバが提供する定義ファイルの更新

アプリケーションサーバが提供する定義ファイルは，管理者特権で更新する必要があります。管理者特権のないユーザが定義ファイルを更新しても，C:¥Program Files以下のディレクトリにある定義ファイルは更新されません。管理者特権のないユーザが更新したファイルは，次に示すディレクトリ以下に保存されます。

C:¥Users¥<ユーザ名>¥AppData¥Local¥VirtualStore

なお，アプリケーションサーバは管理者特権で起動されるため，管理者特権のないユーザが更新した定義ファイルの内容は無視されます。

1.5.2　JIS X0213:2004に含まれるUnicodeの補助文字を使用する場合の注意事項

WindowsでサポートされているJIS X0213:2004の第三水準および第四水準の文字の一部には，Unicodeの補助文字が含まれます。Unicodeの補助文字とは，基本多言語面以外の文字（UnicodeのコードポイントがU+10000〜U+10FFFFの範囲の文字）のことです。UTF-16エンコーディングでは，サロゲートペアとして表されます。

Unicodeの補助文字を使用する場合の注意事項を次に示します。

(1)　リクエストで使用する場合の注意事項

アプリケーションサーバに対して，WebブラウザなどのクライアントからUnicodeの補助文字を含むリクエストを送信した場合，Unicodeの補助文字は，ログやPRFトレースに正しく出力されません。ただし，その場合も，Unicodeの補助文字以外の文字は，ログやPRFトレースに正しく出力されます。

また，リクエストにUnicodeの補助文字が含まれる場合も，アプリケーションは正しく動作します。

リクエストでのUnicodeの補助文字の使用を制限したい場合には，アプリケーションでの対応などを検討してください。

(2)　環境構築／運用時の注意事項

アプリケーションサーバを構築，運用する場合，およびアプリケーションやリソースをデプロイする場合に使用する定義に，Unicodeの補助文字は使用できません。

Unicodeの補助文字を使用できない定義の例を示します。

EAR，WAR，JAR，EJB-JAR，サーブレット，JSP，クラス，メソッド，引数，または変数の名称

DD内の各種定義

システムのインストール先の指定値

そのほか，各種定義ファイルの設定値

1.6　JDK21使用時の注意事項

仮想サーバマネージャによる仮想化システムの構築・運用は，すべてのOSでサポートしません。

2　仮想化システムの構成と見積もり

この章では，仮想化システムの構成と，システムを構成するマシンの前提条件，およびリソースの見積もりについて説明します。

2.1　仮想化システムの構成

ここでは，仮想化システムの構成について説明します。

仮想化システムの構成例を次の図に示します。ここでは，LANを管理LANと業務LANに分け，仮想化システムを構成するマシンをそれぞれ別マシンで構築する例で説明します。システムの運用に応じたマシン構成を検討してください。なお，このマニュアルでは，仮想化システムを管理LANと業務LANを分けている構成で説明します。管理LANと業務LANを分けていない構成の場合は，管理用IPアドレスおよび業務用IPアドレスをIPアドレスと読み替えてください。

図2‒1　仮想化システムの構成例

注※

各マシンに配置する各JP1製品のプログラムは，連携するJP1製品によって異なります。連携するJP1製品と各マシンへ配置するプログラムとの関係を次の表に示します。

表2‒1　連携するJP1製品と各マシンへ配置するプログラムとの関係

連携するJP1製品

各マシンに配置するプログラム

仮想サーバ

（仮想化プラットフォームのサーバマシン）

管理用端末マシン

仮想化システム管理用サーバマシン

ハイパーバイザ管理用サーバマシン

JP1管理用サーバマシン

JP1/IM

JP1/Base※1

JP1/IM - View

JP1/Base※2

−

JP1/Base

JP1/IM - Manager

JP1/AJS

−

JP1/AJS - View

JP1/Base

JP1/AJS - Agent

−

JP1/Base

JP1/AJS - Manager

JP1/PFM

JP1/PFM - Base

−

−

JP1/PFM - Base※3

JP1/PFM - Agent for Virtual Machine※3

JP1/PFM - Manager

JP1/PFM - Web Console

JP1/Base

−

−

JP1/Base

−

JP1/Base※4

（凡例）−：配置するプログラムがないことを示します。

注※1　配置するプログラムの環境設定を自動化できます。環境設定を自動化するには，フックスクリプトを利用します。詳細は，「7.7.2　フックスクリプトを利用したJP1連携の自動設定」を参照してください。

注※2　仮想サーバマネージャを監視する場合に必要です。

注※3　ハイパーバイザ管理用サーバマシン以外のマシンにも配置できます。

注※4　仮想化システム管理用サーバマシン上のJP1/Baseを認証サーバに設定する場合は不要です。

図中の各マシンについて説明します。

負荷分散機

ロードバランシング機能を持つ製品を配置したマシンを負荷分散機といいます。仮想化システムでは，負荷分散機としてBIG-IPまたはACOSが使用できます。BIG-IPの場合はBIG-IP v9，BIG-IP v10.1，BIG-IP v10.2，またはBIG-IP v11，ACOSの場合はAX2000，AX2500またはBS320が使用できます。

使用できる接続方式を負荷分散機ごとに示します。

BIG-IP（BIG-IP v9，BIG-IP v10.1，BIG-IP v10.2，またはBIG-IP v11）の場合

API（SOAPアーキテクチャ）を使用した直接接続

参考

BIG-IP v9，BIG-IP v10.1，またはBIG-IP v10.2の場合，sshプロトコルを使用した直接接続も使用できます。接続方式にsshプロトコルを使用した直接接続を選択した場合は，仮想化システム管理用サーバマシンで事前設定が必要です。詳細は，「付録C.1(2)　BIG-IP v9，BIG-IP v10.1，またはBIG-IP v10.2の場合」を参照してください。

ACOS（AX2000またはBS320）の場合

telnetプロトコルを使用した直接接続

ACOS（AX2500）の場合

API（RESTアーキテクチャ）を使用した直接接続

なお，APIを使用した直接接続の場合，仮想化システム管理用サーバマシンで事前設定が必要です。詳細は，「3.1.2(3)　負荷分散機の接続環境の設定」を参照してください。

また，負荷分散機は，仮想サーバマネージャから制御できます。負荷分散機を使用した機能については，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

データベースサーバマシン

データベースが構築されているマシンをデータベースサーバマシンといいます。

仮想化システムでは，DB Connectorを利用して接続できるデータベースのうち，HiRDB，Oracle，およびSQL Server（Windowsの場合）が使用できます。DB Connectorでのデータベース接続については，マニュアル「アプリケーションサーバ 機能解説 基本・開発編(コンテナ共通機能)」の「3.6.1　DB Connectorによる接続の概要」を参照してください。

ストレージ装置

複数のハイパーバイザから共有ディスクとして使用される記憶装置をストレージ装置といいます。Fibre Channel接続，iSCSI接続またはSAS接続によって，ディスク領域を共有します。

仮想化プラットフォームのサーバマシン

ハイパーバイザを配置したマシンを仮想化プラットフォームのサーバマシンといいます。ハイパーバイザ上には，仮想サーバを配置します。仮想サーバは，仮想サーバマネージャが管理する管理ユニットに属し，アプリケーション実行環境（アプリケーションサーバ）を構築できます。また，ハイパーバイザとして，VMware ESX，VirtageまたはHyper-Vが使用できます。

管理用端末マシン

Webブラウザを配置したマシンを管理用端末マシンといいます。仮想化システムを構成するほかのマシンにリモート接続して操作したり，WebブラウザからJP1/PFM - Web Consoleへログインして管理操作したり，JP1製品を利用してさまざまな監視状況を表示したりできます。

仮想化システム管理用サーバマシン

仮想サーバマネージャ（Application Server）を配置したマシンを仮想化システム管理用サーバマシンといいます。仮想サーバマネージャを操作して，管理ユニットまたは仮想サーバ単位に，仮想化システムのアプリケーション実行環境の構築および運用を指示できます。

ハイパーバイザ管理用サーバマシン

ハイパーバイザ管理ソフトウェアを配置して，ハイパーバイザを一括して管理するマシンをハイパーバイザ管理用サーバマシンといいます。ハイパーバイザ管理用サーバマシンには，使用するハイパーバイザに対応するハイパーバイザ管理ソフトウェアを配置します。

JP1管理用サーバマシン

JP1製品のManager系プログラムを配置したマシンをJP1管理用サーバマシンといいます。JP1と連携する場合に必要になります。

2.2　仮想化システムの前提条件

ここでは，仮想化システムの前提条件について説明します。

2.2.1　仮想化システムで使用するマシンの前提条件

ここでは，仮想化システムで使用するマシンの前提OSについて説明します。ここで説明しないマシンの前提OS，前提製品などについては，配置する製品のドキュメントを参照してください。

仮想化システム管理用サーバマシンおよび仮想化プラットフォームのサーバマシンの仮想サーバの前提OSを次の表に示します。

表2‒2　仮想化システム管理用サーバマシンおよび仮想化プラットフォームのサーバマシンの仮想サーバの前提OS

分類

前提OS

前提OSのバージョン

仮想化システム管理用サーバマシン

Windows

Windows Server 2022 Standard

Windows Server 2022 Datacenter

Windows Server 2025 Standard

Windows Server 2025 Datacenter

Windows 11 Pro

Windows 11 Enterprise

Linux

Red Hat Enterprise Linux 9.1（AMD/Intel 64）以降

仮想化プラットフォームのサーバマシンの仮想サーバ

Windows

Windows Server 2022 Standard

Windows Server 2022 Datacenter

Windows Server 2025 Standard

Windows Server 2025 Datacenter

Windows 11 Pro

Windows 11 Enterprise

Linux

Red Hat Enterprise Linux 9.1（AMD/Intel 64）以降

2.2.2　仮想化システムの構築・運用時の前提条件

仮想化システムの構築・運用時の前提条件を次に示します。

ハイパーバイザを使用した仮想化ソフトウェア上でアプリケーションサーバを運用する環境を前提とします。

仮想サーバに構築するアプリケーションサーバでは，運用管理プロセス（Management Server）をマシン単位に配置します（ホスト単位管理モデル）。

仮想化システム以外で構築したアプリケーションサーバは，仮想化システムに適用できません。

仮想サーバのホスト名には，「localhost」を設定しないでください。

同じ管理ユニット内でハイパーバイザの種類は混在できません。同一の管理ユニットに登録する仮想サーバは，同一のハイパーバイザ上に配置されているものを使用してください。

同じ管理ユニット内に属する仮想サーバでは，OSの種類を混在できません。

仮想化システムのアプリケーション実行環境で使用できるアプリケーションは，J2EEアプリケーション（EARファイルまたはZIPファイル）です。J2EEアプリケーションは，複数指定できます。アプリケーションの属性を設定するファイルは，アプリケーション属性ファイル（cosminexus.xml）です。これらのファイルを作成する場合の注意事項を次に示します。

J2EEアプリケーションは，EARファイルまたはZIPファイルで作成してください。EARファイルまたはZIPファイル以外のファイルは，管理ユニットの作成および更新時にエラーとなります。

J2EEサーバにデプロイすると同時に起動するJ2EEアプリケーションは，仮想化環境では使用できません。この場合，J2EEアプリケーションは，定義ディレクトリに配置する前に，ローカル環境でJ2EEサーバにデプロイして，停止させた状態でエクスポートしておいてください。

J2EEアプリケーションが，ローカルホストのファイルまたはディレクトリにアクセスする場合は，管理ユニットに登録した仮想サーバにそのファイルまたはディレクトリを作成または格納し，必要なアクセス権を設定しておいてください。

2.3　仮想化システムで使用するリソースの見積もり

ここでは，仮想化システムで使用するリソースの見積もり方法について説明します。システムを動作させるために必要なディスクおよびメモリの容量を算出するときの参考にしてください。

2.3.1　仮想サーバマネージャが使用するリソースの見積もり

仮想サーバマネージャが使用するリソースは，vmi.propertiesのvmi.spool.dirキーで指定するspoolディレクトリ以下で管理されます。spoolディレクトリで必要なディスク容量は，次の計算式で求めます。

spoolディレクトリで必要なディスク容量
＝（管理ユニット1に取り込む定義ディレクトリのサイズ
＋管理ユニット2に取り込む定義ディレクトリのサイズ
：
＋管理ユニットnに取り込む定義ディレクトリのサイズ）×3

注

管理ユニット1〜管理ユニットnの1〜nは，仮想サーバマネージャに作成する管理ユニットの数を示します。

2.3.2　仮想サーバが使用するリソースの見積もり

仮想サーバが使用するリソースの見積もり方法については，「付録A　仮想化システムでのサイジングの考え方」を参照してください。

第2編　仮想サーバマネージャ管理者による仮想化システムの運用環境の構築と運用

3　仮想化システムの運用環境の構築

この章では，仮想化システムの運用環境（仮想サーバマネージャ）の構築で必要な設定について説明します。また，連携するJP1製品を使用するための設定についても説明します。

説明で使用するファイルおよびコマンドの格納先や参照先マニュアルについては，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。また，この章で説明するコマンドの実行例では，コマンドのパスを省略しています。コマンドのパスについては，「8.2　仮想化システムの構築・運用時に使用するコマンド」のコマンドの格納先を参照してください。

3.1　運用環境の準備

ここでは，仮想化システムの運用環境の構築時に実施する作業について説明します。

運用環境の構築時に実施する作業と作業の要否を次の表に示します。

表3‒1　運用環境の構築時に実施する作業と作業の要否

運用環境の構築時に実施する作業

作業の要否

作業の実施条件

参照先

運用環境の設計

○

必ず実施

3.1.1

運用環境の構築

仮想化システム管理用サーバマシンへのOSのインストール

○

必ず実施

3.1.2(1)

NTPクライアントの設定

△

OSの時刻を正確な時刻に調整したい場合

3.1.2(2)

負荷分散機の接続環境の設定

△

負荷分散機の接続方式がAPIを使用した直接接続の場合

3.1.2(3)

仮想化システム管理用サーバマシンへの製品のインストール

○

必ず実施

3.1.2(4)

仮想サーバマネージャとして動作するための設定

○

必ず実施

3.1.2(5)

JP1/Base（認証サーバ）によるアカウント管理を利用するための設定

△

JP1/Baseのユーザー管理を利用して，JP1/Base（認証サーバ）でアカウントを管理する場合（JP1ユーザ認証連携機能使用時）

3.1.2(6)

仮想サーバマネージャのセットアップ

○

必ず実施

3.1.2(7)

仮想サーバマネージャ管理者アカウントの設定

△

仮想サーバマネージャでアカウントを管理する場合

3.1.2(8)

仮想サーバマネージャの環境設定

△

仮想サーバマネージャの動作環境にデフォルト値以外を設定したい場合

3.1.2(9)

負荷分散機の接続情報を仮想サーバマネージャで定義するための設定

△

負荷分散機を利用する場合に，仮想サーバマネージャで接続情報を定義したいとき

3.1.2(10)

仮想サーバマネージャの自動起動の設定

△

OS起動時に仮想サーバマネージャを自動起動したい場合

3.1.2(11)

コマンドの共通引数のデフォルト値の設定

△

コマンド実行時に共通引数を省略したい場合

3.1.2(12)

仮想サーバマネージャとJP1を連携するための設定

△

JP1製品（JP1/IM，JP1/AJS，JP1/Base）と連携する場合

3.1.2(13)

JP1と連携するための環境の構築

△

JP1製品（JP1/IM，JP1/AJS，JP1/PFM，JP1/Base）と連携する場合

3.2

運用環境の削除

△

運用環境が不要になった場合

3.3

（凡例）

○：必ず実施する作業です。

△：作業の実施条件を満たす場合に実施する作業です。

3.1.1　運用環境の設計

仮想サーバマネージャ管理者は，仮想化システムの運用環境（仮想サーバマネージャ）を構築するために，リソース管理者またはネットワーク管理者と相談して，次の項目を決定します。

使用する仮想化システム管理用サーバマシン

運用環境のネットワーク構成

仮想化システム管理用サーバマシンは，次の項目を基に，リソース管理者と相談して決定します。

仮想化システム管理用サーバマシンのOS

使用できるOSについては，「2.2.1　仮想化システムで使用するマシンの前提条件」を参照してください。

仮想サーバマネージャが使用するリソース

見積もり方法については，「2.3.1　仮想サーバマネージャが使用するリソースの見積もり」を参照してください。

ネットワーク構成は，次の項目を基に，ネットワーク管理者と相談して決定します。

負荷分散機を使用するかどうか※

業務LANと管理LANにLANを分離するかどうか

注※

負荷分散機を使用する場合は，負荷分散機の接続情報（使用する負荷分散機の種類や設定する個所など）も決定しておきます。使用できる負荷分散機の種類については，「2.1　仮想化システムの構成」を参照してください。

このほかに，仮想化システムでJP1と連携したシステム構築，運用を実施するかどうかも決定して，必要に応じて，リソース管理者やネットワーク管理者に相談します。

3.1.2　運用環境の構築

仮想化システムの運用環境を構築します。ここでは，構築手順について説明します。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

(1)　仮想化システム管理用サーバマシンへのOSのインストール

仮想化システム管理用サーバマシンに接続して，OSをインストールします。インストールできるOSについては，「2.2.1　仮想化システムで使用するマシンの前提条件」を参照してください。

(2)　NTPクライアントの設定

OSの時刻を正確な時刻に調整する場合は，仮想化システム管理用サーバマシンに接続し，NTPクライアントを導入して，NTPサーバの設定をします。時刻の調整はslewモードで実行する設定にします。システム全体で同じNTPサーバを指定してください。

参考

NTPクライアントの設定をする場合は，NTPサーバも仮想化システムに導入されていることが前提となります。

(3)　負荷分散機の接続環境の設定

負荷分散機の接続方式としてAPIを使用した直接接続を使用する場合は，負荷分散機の接続環境を設定します。設定方法については，マニュアル「アプリケーションサーバ 機能解説セキュリティ管理機能編」の「8.4　負荷分散機の接続環境の設定」を参照してください。

(4)　仮想化システム管理用サーバマシンへの製品のインストール

仮想化システム管理用サーバマシンに管理者権限でログインし，Application Serverをインストールします。インストール方法については，マニュアル「アプリケーションサーバシステム構築・運用ガイド」の次の個所を参照してください。

2.2.2　Application Serverを新規インストールする（Windowsの場合）

2.2.4　Application Serverを新規インストールする（Linuxの場合）

4.1.13　システムの環境変数を設定する

なお，Management Serverが自動設定する内容については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「付録E　Management Serverが自動で設定する内容」を参照してください。

(5)　仮想サーバマネージャとして動作するための設定

仮想サーバマネージャとして動作するために，仮想化システム管理用サーバマシンでmserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.vmi.enabledキーに「true」を指定します。

(6)　JP1/Base（認証サーバ）によるアカウント管理を利用するための設定

JP1/Base（認証サーバ）によるアカウント管理を利用する場合は，仮想化システム管理用サーバマシンでvmi.properties（仮想サーバマネージャプロパティファイル）のvmi.jp1.base.auth.enabledキーに「true」を指定します。

(7)　仮想サーバマネージャのセットアップ

仮想サーバマネージャをセットアップする手順を次に示します。

仮想化システム管理用サーバマシンに接続します。

mngsvrctlコマンドの引数「setup」を使用して，仮想サーバマネージャのセットアップをします。

コマンドの実行例を次に示します。

mngsvrctl setup

(8)　仮想サーバマネージャ管理者アカウントの設定

仮想サーバマネージャによるアカウント管理を利用する場合は，仮想サーバマネージャ管理者アカウントを設定します。設定手順を次に示します。

注意事項

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，仮想サーバマネージャ管理者アカウントは，JP1アカウント管理者が認証サーバのJP1/Baseで設定します。この手順は不要です。

仮想化システム管理用サーバマシンに接続します。

mngsvrctlコマンドの引数「setup」を使用して，仮想サーバマネージャ管理者アカウントの設定をします。

ここでは，仮想サーバマネージャ管理者アカウントの管理ユーザIDに「admin」，管理ユーザパスワードに「admin」を設定する場合のコマンドの実行例を次に示します。

mngsvrctl setup -u admin -p admin

参考

仮想サーバマネージャ管理者アカウントは，仮想サーバマネージャのセットアップと同時に設定できます。また，仮想サーバマネージャ管理者アカウントを変更する場合も，mngsvrctlコマンドの引数「setup」を使用します。

(9)　仮想サーバマネージャの環境設定

仮想サーバマネージャの動作環境をデフォルト値以外に指定する場合は，仮想化システム管理用サーバマシンで定義ファイルの設定値を変更します。

仮想サーバマネージャ用の処理データ格納ディレクトリ（spoolディレクトリ）のパスや，サーバ通信エージェントへの接続時のタイムアウトなどは，vmi.properties（仮想サーバマネージャプロパティファイル）で設定できます。

注意事項

仮想サーバマネージャを起動した状態でvmi.propertiesのキーを変更した場合は，仮想サーバマネージャを再起動する必要があります。

また，仮想サーバマネージャが出力するログの出力先，Javaヒープのサイズなどは，次に示すManagerで使用するファイルで設定できます。

manager.cfg（Manager設定ファイル）

mserver.cfg（Management Server用オプション定義ファイル）

mserver.properties（Management Server環境設定ファイル）

Managerで使用するファイルで設定を変更できるキーを次の表に示します。

表3‒2　Managerで使用するファイルで設定を変更できるキー

ファイルの種類

キー

設定内容

manager.cfg

com.cosminexus.manager.log.dir

Managerのログ出力ディレクトリを指定します。

com.cosminexus.manager.messagelog.size

統合メッセージログファイル一つ当たりの上限サイズを指定します。

com.cosminexus.manager.messagelog.fnum

統合メッセージログファイルの面数を指定します。

com.cosminexus.manager.tracelog.size

統合トレースログファイル一つ当たりの上限サイズを指定します。

com.cosminexus.manager.tracelog.fnum

統合トレースログファイルの面数を指定します。

com.cosminexus.manager.cmdtracelog.size

コマンド保守ログファイル一つ当たりの上限サイズを指定します。

com.cosminexus.manager.cmdtracelog.fnum

コマンド保守ログファイルの面数を指定します。

com.cosminexus.manager.log.compatible

Managerのログの上位互換性を指定します。

mserver.cfg

add.jvm.arg=-Xms<size>

Management ServerのJavaヒープの初期サイズを設定します。

add.jvm.arg=-Xmx<size>

Management ServerのJavaヒープの最大サイズを設定します。

mserver.properties

webserver.connector.http.bind_host

複数の物理ネットワークインタフェースを持つホスト，または一つの物理ネットワークインタフェースに対して複数の論理IPアドレスを割り当てているホストでManagement Serverを利用するとき，任意のIPアドレスを選択できます。

webserver.connector.http.port

Management Server接続HTTPポート番号を指定します。

webserver.connector.http.permitted.hosts

Management Serverへのアクセスを許可するホストを指定します。

com.cosminexus.mngsvr.maintenance.log.filenum

Management Serverの保守ログファイルの面数を指定します。

com.cosminexus.mngsvr.maintenance.log.filesize

Management Serverの保守ログファイルの最大サイズを指定します。

com.cosminexus.mngsvr.log.level

Management Serverのログの出力レベルを指定します。

com.cosminexus.mngsvr.log.rotate

Management Serverのログのファイル面数を指定します。

com.cosminexus.mngsvr.log.size

Management Serverのログのファイルサイズを指定します。

注意事項

ここで説明していないManagerで使用するファイルおよびキーは，デフォルト値を使用してください。設定値を変更した場合，動作は保証されません。

(10)　負荷分散機の接続情報を仮想サーバマネージャで定義するための設定

管理ユニットの操作時に負荷分散機を利用する場合，使用する負荷分散機の種類，接続方式など，負荷分散機へのアクセスに必要な接続情報を仮想サーバマネージャまたは管理ユニットで定義できます。管理ユニット操作時に負荷分散機へ依頼する操作（リクエスト振り分けや閉塞など）については，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

仮想サーバマネージャで負荷分散機の接続情報を定義する場合，仮想化システム管理用サーバマシンで，<LB接続情報の識別名>.properties（負荷分散機接続設定プロパティファイル）に接続情報を設定します。ファイル名の<LB接続情報の識別名>は，先頭が半角英字から始まる半角英数字，アンダースコア（_）またはハイフン（-）で指定した31文字以内の文字列で指定します。

ここでは，AX2000（lb_AX2000.properties）を設定する場合の設定例を次に示します。APIを使用した直接接続を使用する負荷分散機の設定例については，マニュアル「アプリケーションサーバ機能解説 セキュリティ管理機能編」の「8.6.1　負荷分散機の接続情報を仮想サーバマネージャで定義するための設定」を参照してください。

lb.type=ACOS
lb.host=192.168.2.12
lb.protocol=telnet
lb.port=23
lb.user=user01
lb.password=user01pw
lb.timeout=10
lb.ACOS.privilegedexec.password=adminpw

ここで設定した負荷分散機の接続情報を使用する場合は，tier.properties（ティア別プロパティファイル）のlb.useキーに「<LB接続情報の識別名>」を指定します。設定例の場合は「lb_AX2000」と指定します。

参考

管理ユニットで負荷分散機の接続情報を定義する場合は，システム構築者がtierlb.properties（負荷分散機接続設定プロパティファイル）で設定します。詳細は，「5.2.3(4)　負荷分散機の接続情報を管理ユニットで定義するための設定」を参照してください。

(11)　仮想サーバマネージャの自動起動の設定

必要に応じて，仮想サーバマネージャをOSと同時に起動するように設定します。自動起動するためにはあらかじめ設定が必要です。

仮想化システム管理用サーバマシンに接続します。

mngautorunコマンドに引数「server」を指定して実行します。

コマンドの実行例を次に示します。

mngautorun server

(12)　コマンドの共通引数のデフォルト値の設定

仮想化システムで使用するコマンド（vmiaccountコマンド，vmiunitコマンドおよびvmiunitadminコマンド）には，共通引数があります。コマンド実行時に共通引数を省略する場合は，仮想化システム管理用サーバマシンの次に示すどちらかのファイルで，省略時に設定されるデフォルト値を設定します。

.vmirc（クライアント設定プロパティファイル）

クライアントごとに，異なるデフォルト値を設定したい場合に使用します。.vmircは，管理用端末マシンで，コマンドを実行するOSユーザのホームディレクトリに格納します。

vmiclient.properties（クライアント共通設定プロパティファイル）

すべてのクライアントに，共通のデフォルト値を設定したい場合に使用します。vmiclient.propertiesは，仮想化システム管理用サーバマシンで，次のディレクトリに格納します。

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥config¥

Linuxの場合

/opt/Cosminexus/manager/vmi/config/

.vmirc（クライアント設定プロパティファイル）およびvmiclient.properties（クライアント共通設定ファイル）は，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。

注意事項

システム構築者が，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続でログインしてコマンドを実行する場合に，共通引数のデフォルト値を設定すると，システム構築者が仮想サーバマネージャ管理者アカウントでコマンドを実行してしまうおそれがあります。

この場合は，次のどちらかで運用してください。

仮想化システム管理用サーバマシンのOSのアカウントを，仮想サーバマネージャ管理者用とシステム構築者用でそれぞれ別に作成する

仮想化システム管理用サーバマシンに対するAdministrator権限またはroot権限は，できるだけ，仮想サーバマネージャ管理者アカウントだけに設定してください。

共通引数のデフォルト値を設定しない

コマンド実行時には共通引数を必ず設定してください。

参考

共通引数は，次に示す順序で引数の値が適用されます。.vmircおよびvmiclient.propertiesのどちらも設定していない場合は，コマンド入力時に共通引数を省略できません。

コマンド入力時に指定した値

.vmircの設定値

vmiclient.propertiesの設定値

(13)　仮想サーバマネージャとJP1を連携するための設定

JP1/IM，JP1/AJSの機能を利用する場合，仮想サーバマネージャとJP1を連携するための設定をします。

JP1/IMによる障害監視をするための設定

JP1/Baseのログファイルトラップで，仮想サーバマネージャの障害を監視するための設定をします。

設定手順を次に示します。各手順の詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

仮想化システム管理用サーバマシンに接続します。

JP1/Baseをインストールします。

ほかのJP1製品と連携している場合に，JP1/Baseをインストール済みであれば，この作業は不要です。

JP1/Baseでユーザマッピングの設定をします。

ほかのJP1製品と連携している場合に，ユーザマッピングを設定済みであれば，この作業は不要です。

JP1イベントの転送設定をします。

仮想化システム管理用サーバマシンの任意のディレクトリに，ログファイルトラップ動作定義ファイルを格納します。

仮想サーバマネージャのエラーメッセージ出力時にJP1イベントを発行するための設定です。

ログファイルトラップ動作定義ファイルの定義例を次に示します。

FILETYPE=WRAP2
ACTDEF=<Error>115A "-E"

注意事項

09-00以降では，仮想サーバマネージャのログの監視でファイルタイプに「HTRACE」を指定できません。08-70より前で使用したログファイルトラップ動作定義ファイルを09-00以降に適用する場合は，FILETYPEの値を「HTRACE」から「WRAP2」に変更してください。

手順5.で作成したログファイルトラップ動作定義ファイルを引数に指定したjevlogstartコマンドが，JP1/Base起動時に自動で起動するように設定します。

仮想化システム管理用サーバマシンのOSがLinuxの場合は，JP1/BaseとログファイルトラップがOS起動時に自動起動，およびOS停止時に自動停止するように設定します。

仮想化システム管理用サーバマシンのOSがWindowsの場合は，デフォルトで自動起動および自動停止するため，設定は不要です。

JP1/Baseとログファイルトラップを起動します。

JP1/AJSによる自動運用をするための設定

JP1/AJSのジョブスケジュールで，仮想サーバマネージャのコマンドを実行するための設定をします。

設定手順を次に示します。各手順の詳細は，マニュアル「JP1/Automatic Job Management System 構築ガイド1」を参照してください。

仮想化システム管理用サーバマシンに接続します。

JP1/Baseをインストールします。

ほかのJP1製品と連携している場合に，JP1/Baseをインストール済みであれば，この作業は不要です。

JP1/Baseでユーザマッピングの設定をします。

ほかのJP1製品と連携している場合に，ユーザマッピングを設定済みであれば，この作業は不要です。

JP1/AJS - Agentをインストールします。

仮想化システム管理用サーバマシンのOSがLinuxの場合は，JP1/AJS - AgentがOS起動時に自動起動，およびOS停止時に自動停止するように設定します。

仮想化システム管理用サーバマシンのOSがWindowsの場合は，デフォルトで自動起動および自動停止するため，設定は不要です。

JP1/AJS - Agentを起動します。

JP1/Baseによるアカウント管理をするための設定（JP1ユーザ認証連携機能利用時）

認証サーバのJP1/Baseで，仮想サーバマネージャを実行できるアカウントを管理するための設定をします。

設定手順を次に示します。各手順の詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

仮想化システム管理用サーバマシンに接続します。

JP1/Baseをインストールします。

ほかのJP1製品と連携している場合に，JP1/Baseをインストール済みであれば，この作業は不要です。

JP1/Baseで使用する認証サーバのホスト名を指定します。

なお，仮想化システム管理用サーバマシンを認証サーバとして使用する場合は，JP1アカウント管理者に，JP1/Baseへ仮想サーバマネージャ管理者アカウントを追加する作業を依頼します。仮想サーバマネージャ管理者アカウントの場合，JP1ユーザーのJP1資源グループには「*（アスタリスク）」，JP1権限レベルには「Cosminexus_vMNG_Admin」を設定します。詳細は，「7.9.1　設定方法」を参照してください。

3.2　JP1と連携するための環境の構築

仮想化システムでは，JP1と連携した運用ができます。ここでは，JP1と連携するための環境（JP1管理用サーバマシンおよび管理用端末マシン）を構築する手順について説明します。連携する製品によって，必要な環境を設定してください。

JP1管理用サーバマシンの構築

JP1管理用サーバマシンを構築する手順を次に示します。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者，リソース管理者

仮想サーバマネージャ管理者は，JP1管理用サーバマシンに接続します。

仮想サーバマネージャ管理者は，OSをインストールします。ネットワーク設定では管理用IPアドレスを設定します。

インストールできるOSについては，連携するJP1製品のマニュアルを参照してください。

仮想サーバマネージャ管理者は，JP1/Baseをインストールして，環境設定をします。

詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

リソース管理者は，JP1管理用サーバマシンに接続します。

JP1/IMと連携してシステムを障害監視する環境の設定

JP1/IMと連携して，システムを障害監視するための環境を設定する手順を次に示します。各手順の詳細は，マニュアル「JP1/Integrated Management - Manager 構築ガイド」を参照してください。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

JP1管理用サーバマシンに接続します。

JP1/IM - Managerをインストールします。

JP1/IM - Managerの環境設定をします。

管理用端末マシンに接続します。

JP1/IM - Viewをインストールします。

JP1/IM - Viewの環境設定をします。

JP1/AJSと連携してシステムを自動運用する環境の設定

JP1/AJSと連携して，システムを自動運用するための環境を設定する手順を次に示します。各手順の詳細は，マニュアル「JP1/Automatic Job Management System 構築ガイド1」を参照してください。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

JP1管理用サーバマシンに接続します。

JP1/AJS - Managerをインストールします。

JP1/AJS - Managerの環境設定をします。

管理用端末マシンに接続します。

JP1/AJS - Viewをインストールします。

JP1/AJS - Viewの環境設定をします。

JP1/PFMと連携してシステムの負荷監視をする環境の設定

JP1/PFMと連携して，システムの負荷監視をするための環境を設定する手順を次に示します。各手順の詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」を参照してください。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

JP1管理用サーバマシンに接続します。

JP1/PFM - Managerをインストールします。

JP1/PFM - Managerの環境設定をします。

JP1/PFM - Web Consoleをインストールします。

JP1/PFM - Web Consoleの環境設定をします。

JP1/Baseと連携してアカウントを認証サーバで管理する環境の設定（JP1ユーザ認証連携機能利用時）

JP1/Baseと連携してJP1管理用サーバマシンを認証サーバとして使用する場合に，アカウントを管理するための環境を設定する手順を次に示します。各手順の詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者，JP1アカウント管理者

仮想サーバマネージャ管理者は，メールなどを利用して，仮想サーバマネージャに対する仮想サーバマネージャ管理者アカウントの追加をJP1アカウント管理者に依頼します。

JP1ユーザーの追加に必要なアカウント情報（JP1ユーザー名とパスワード）をJP1アカウント管理者に連絡します。

JP1アカウント管理者は，JP1管理用サーバマシンに接続します。

JP1アカウント管理者は，手順1.の仮想サーバマネージャ管理者アカウントをJP1/Baseに追加します。

仮想サーバマネージャ管理者アカウントの場合，JP1ユーザーのJP1資源グループには「*（アスタリスク）」，JP1権限レベルには「Cosminexus_vMNG_Admin」を設定します。詳細は，「7.9.1　設定方法」を参照してください。

JP1アカウント管理者は，メールなどを利用して，仮想サーバマネージャ管理者アカウントの追加完了を仮想サーバマネージャ管理者に通知します。

3.3　運用環境の削除

不要になった仮想化システムの運用環境は削除できます。ここでは，運用環境を削除する手順について説明します。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

参考

稼働中の管理ユニットがあれば，運用環境を削除する前に管理ユニットを停止しておくことをお勧めします。管理ユニットを削除しておく必要はありません。

仮想化システム管理用サーバマシンに接続します。

mngsvrctlコマンドの引数「stop」を使用して，仮想サーバマネージャを停止します。

コマンドの実行例を次に示します。

mngsvrctl stop

Application Serverをアンインストールします。

アンインストール方法については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の次の個所を参照してください。

3.3.2　Application Serverをアンインストールする（Windowsの場合）

3.3.4　Application Serverをアンインストールする（Linuxの場合）

注意事項

運用環境を削除してもアプリケーション実行環境は残ります。アプリケーション実行環境を削除する手順については，「6.2.5　アプリケーション実行環境の削除」を参照してください。

また，JP1管理用サーバマシンを認証サーバとしてアカウントを管理している場合は，認証サーバに仮想サーバマネージャ管理者アカウントがJP1ユーザーとして残ります。JP1ユーザーを削除する手順については，マニュアル「JP1/Base 運用ガイド」を参照してください。

4　仮想化システムの運用環境の運用

この章では，仮想化システムの運用環境の通常運用，保守運用および障害運用について説明します。

説明で使用するファイルおよびコマンドの格納先や参照先マニュアルについては，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。また，この章で説明するコマンドの実行例では，コマンドのパスを省略しています。コマンドのパスについては，「8.2　仮想化システムの構築・運用時に使用するコマンド」のコマンドの格納先を参照してください。

4.1　運用環境の通常運用

仮想化システムの運用環境の通常運用について説明します。通常運用では，運用環境の開始時に必要な仮想サーバマネージャの起動や，システム構築者アカウントの追加などのほかに，管理ユニットの一覧を取得したり，仮想サーバマネージャのバックアップを取得したりできます。

4.1.1　仮想サーバマネージャの起動と停止

仮想サーバマネージャを起動して，運用環境を開始します。また，障害が発生した運用環境を回復したり，不要な運用環境を削除したりするために，仮想サーバマネージャを停止します。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

仮想サーバマネージャの起動

仮想化システム管理用サーバマシンに接続します。

mngsvrctlコマンドに，引数「start」を指定して仮想サーバマネージャを起動します。

コマンドの実行例を次に示します。なお，Windowsの場合はサービスからも起動できます。

mngsvrctl start

仮想サーバマネージャの停止

仮想化システム管理用サーバマシンに接続します。

mngsvrctlコマンドに，引数「stop」を指定して仮想サーバマネージャを停止します。

コマンドの実行例を次に示します。なお，Windowsの場合はサービスからも停止できます。

mngsvrctl stop

4.1.2　システム構築者アカウントの追加と削除

仮想化システムのアプリケーション実行環境を構築するシステム構築者は，システム構築者アカウントを使用して管理ユニットの作成，運用などの仮想サーバマネージャを使用した操作を実施します。そのため，システム構築者アカウントを仮想サーバマネージャまたは認証サーバのJP1/Baseに追加する必要があります。

ここでは，次のアカウント情報をシステム構築者アカウントとして操作する手順について説明します。

ユーザID：user_a

仮パスワード：user_a

パスワード：pwd_a

(1)　システム構築者アカウントの追加

システム構築者アカウントを追加する手順は，アカウントの管理方法によって異なります。アカウントの管理方法ごとに手順を説明します。

仮想サーバマネージャによるアカウント管理を利用している場合

仮想サーバマネージャにシステム構築者アカウントを追加する手順について説明します。仮想サーバマネージャ管理者は，システム構築者からアカウント情報の追加依頼を受けた場合に，仮想サーバマネージャにシステム構築者アカウントを追加します。

ポイント

作業を実施するユーザ：システム構築者，仮想サーバマネージャ管理者

システム構築者は，メールなどを利用して，仮想サーバマネージャに対するシステム構築者アカウントの追加を仮想サーバマネージャ管理者に依頼します。

仮想サーバマネージャ管理者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

仮想サーバマネージャ管理者は，vmiaccountコマンドのサブコマンド「create」を使用して，手順1.のシステム構築者アカウントを仮想サーバマネージャに追加します。

アカウント情報として，ユーザIDと仮パスワードを設定する場合のコマンドの実行例を次に示します。

vmiaccount create -user user_a -password user_a

仮想サーバマネージャ管理者は，メールなどを利用して，システム構築者アカウントのアカウント情報と追加完了をシステム構築者に通知します。

システム構築者には，次の情報を通知してください。

・アカウント情報（ユーザIDと仮パスワード）

・仮想サーバマネージャを利用するための情報

仮想化システム管理用サーバマシンのIPアドレスや，利用できる負荷分散機の接続情報など

システム構築者は，手順4.で受け取ったアカウント情報で，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，vmiaccountコマンドのサブコマンド「password」を使用して，システム構築者アカウントのパスワードを変更します。

コマンドの実行例を次に示します。

vmiaccount password -password pwd_a

JP1/Base（認証サーバ）によるアカウント管理を利用している場合

認証サーバのJP1/Baseにシステム構築者アカウントを追加する手順について説明します。仮想サーバマネージャ管理者は，システム構築者からアカウント情報の追加依頼を受けた場合に，JP1アカウント管理者に対して，認証サーバのJP1/Baseへのシステム構築者アカウントの追加を依頼します。

ポイント

作業を実施するユーザ：システム構築者，仮想サーバマネージャ管理者，JP1アカウント管理者

システム構築者は，メールなどを利用して，仮想サーバマネージャに対するシステム構築者アカウントの追加を仮想サーバマネージャ管理者に依頼します。

JP1ユーザーの追加に必要なアカウント情報（JP1ユーザー名（user_a）とパスワード（pwd_a））を仮想サーバマネージャ管理者に連絡します。

仮想サーバマネージャ管理者は，メールなどを利用して，手順1.で受け取ったアカウント情報の追加をJP1アカウント管理者に依頼します。

JP1アカウント管理者は，認証サーバ（仮想化システム管理用サーバマシンまたはJP1管理用サーバマシン）で，手順2.のシステム構築者アカウントをJP1/Baseに追加します。

JP1ユーザーのJP1権限レベルには，「Cosminexus_vMNG_Manager」を設定します。

JP1アカウント管理者は，メールなどを利用して，システム構築者アカウントの追加完了を仮想サーバマネージャ管理者に通知します。

仮想サーバマネージャ管理者は，メールなどを利用して，システム構築者アカウントの追加完了をシステム構築者に通知します。

システム構築者には，次の情報も通知してください。

・仮想サーバマネージャを利用するための情報

仮想化システム管理用サーバマシンのIPアドレスや，利用できる負荷分散機の接続情報など

参考

システム構築者がパスワードを変更する場合の手順を次に示します。

システム構築者は，メールなどを利用して，システム構築者アカウントのパスワードの変更をJP1アカウント管理者に依頼します。

パスワードの変更に必要なアカウント情報（JP1ユーザー名，変更前と変更後のパスワード）をJP1アカウント管理者に連絡します。

JP1アカウント管理者は，認証サーバ（仮想化システム管理用サーバマシンまたはJP1管理用サーバマシン）で，JP1/Baseに設定済みの手順1.のJP1ユーザーに対して，変更後のパスワードを設定します。

JP1アカウント管理者は，メールなどを利用して，パスワードの変更完了をシステム構築者に通知します。

(2)　システム構築者アカウントの一覧取得

仮想サーバマネージャによるアカウント管理を利用している場合に，仮想サーバマネージャに登録されているシステム構築者アカウントの一覧を取得する方法について説明します。システム構築者アカウントの一覧から，不要なシステム構築者アカウントが登録されていないかなどを確認できます。JP1/Base（認証サーバ）によるアカウント管理を利用している場合は，システム構築者アカウントの一覧を取得できません。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiaccountコマンドのサブコマンド「list」を使用して，仮想サーバマネージャからシステム構築者アカウントの一覧を取得します。

コマンドの実行例と実行結果を次に示します。

vmiaccount list

（コマンド実行結果の例）

user_a
user_b

この例は，仮想サーバマネージャにはシステム構築者アカウントを持つユーザとして，user_aおよびuser_bが登録されていることを示しています。

(3)　システム構築者アカウントの削除

システム構築者アカウントを削除する手順は，アカウントの管理方法によって異なります。アカウントの管理方法ごとに手順を説明します。

仮想サーバマネージャによるアカウント管理を利用している場合

仮想サーバマネージャからシステム構築者アカウントを削除する手順について説明します。不要なシステム構築者アカウントを仮想サーバマネージャから削除できます。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

注意事項

削除対象のシステム構築者アカウントで操作する管理ユニットがある場合は，次のどちらかの処理を実施してから，システム構築者アカウントを削除してください。

管理ユニットを削除する

管理ユニットの所有者を変更する

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiaccountコマンドのサブコマンド「delete」を使用して，仮想サーバマネージャからシステム構築者アカウントを削除します。

コマンドの実行例を次に示します。

vmiaccount delete -user user_a

JP1/Base（認証サーバ）によるアカウント管理を利用している場合

認証サーバのJP1/Baseからシステム構築者アカウントを削除する手順について説明します。不要なシステム構築者アカウントを認証サーバのJP1/Baseから削除できます。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者，JP1アカウント管理者

注意事項

削除対象のシステム構築者アカウントで操作する管理ユニットがある場合は，次のどちらかの処理を実施してから，システム構築者アカウントを削除してください。

管理ユニットを削除する

管理ユニットの所有者を変更する

仮想サーバマネージャ管理者は，メールなどを利用して，システム構築者アカウントの削除をJP1アカウント管理者に依頼します。

JP1ユーザーの削除に必要なアカウント情報（JP1ユーザー名（user_a））をJP1アカウント管理者に連絡します。

JP1アカウント管理者は，認証サーバ（仮想化システム管理用サーバマシンまたはJP1管理用サーバマシン）で，手順1.のシステム構築者アカウントをJP1/Baseから削除します。

JP1アカウント管理者は，メールなどを利用して，システム構築者アカウントの削除完了を仮想サーバマネージャ管理者に通知します。

4.1.3　管理ユニットの一覧取得

仮想サーバマネージャに作成された管理ユニットの一覧を取得する方法について説明します。取得した管理ユニットの一覧から，不要な所有者がいないか，だれが管理ユニットを所有しているかなどを確認できます。JP1/Base（認証サーバ）によるアカウント管理を利用している場合，管理ユニットの所有者に関する情報は取得されません。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitadminコマンドのサブコマンド「list」を使用して，仮想サーバマネージャから管理ユニットの一覧を取得します。

コマンドの実行例と実行結果の例を次に示します。なお，ここで示すコマンド実行結果は，仮想サーバマネージャによるアカウント管理を利用している場合の例になります。

vmiunitadmin list

（コマンド実行結果の例）

UnitName:      gyoumu_a
Owner:         user_a
Description:   業務A

この例は，仮想サーバマネージャには業務A用の管理ユニット「gyoumu_a」が作成されていて，システム構築者「user_a」が所有していることを示しています。

4.1.4　管理ユニットの所有者の変更

管理ユニットの所有者をほかのシステム構築者または仮想サーバマネージャ管理者へ変更する方法について説明します。削除対象のシステム構築者アカウントで所有している管理ユニットがある場合などに，管理ユニットの所有者を変更するときに使用します。

管理ユニットの所有者を変更する手順は，アカウントの管理方法によって異なります。アカウントの管理方法ごとに手順を説明します。

仮想サーバマネージャによるアカウント管理を利用している場合

仮想サーバマネージャで管理している管理ユニットの所有者を変更します。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitadminコマンドのサブコマンド「changeowner」を使用して，管理ユニットの所有者を変更します。

管理ユニット「gyoumu_a」の所有者を「user_b」に変更する場合のコマンドの実行例を次に示します。

vmiunitadmin changeowner -unit gyoumu_a -user user_b

JP1/Base（認証サーバ）によるアカウント管理を利用している場合

認証サーバのJP1/Baseで管理している管理ユニットの所有者を変更します。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者，JP1アカウント管理者

仮想サーバマネージャ管理者は，メールなどを利用して，管理ユニットの所有者の変更をJP1アカウント管理者に依頼します。

JP1ユーザーの変更に必要なアカウント情報（変更前と変更後のJP1ユーザー名，JP1資源グループ（管理ユニット名），JP1権限レベル）をJP1アカウント管理者に連絡します。

JP1アカウント管理者は，認証サーバ（仮想化システム管理用サーバマシンまたはJP1管理用サーバマシン）で，JP1/BaseからJP1ユーザーのアカウント一覧を取得します。

JP1アカウント管理者は，手順1.の変更後のJP1ユーザーが，手順2.で取得した一覧にいるかを確認します。

変更後のJP1ユーザーが一覧にいない場合は，メールなどを利用して，仮想サーバマネージャ管理者に通知します。通知を受けた仮想サーバマネージャ管理者は，変更後の所有者のアカウント情報を確認し，必要に応じて，再度，所有者の変更をJP1アカウント管理者に依頼してください。

変更後のJP1ユーザーが一覧にいる場合は，以降の手順を実施します。

JP1アカウント管理者は，手順1.の変更後のJP1ユーザーに，JP1資源グループ（管理ユニット名），JP1権限レベルを追加します。

JP1アカウント管理者は，手順1.の変更前のJP1ユーザーから，JP1資源グループ（管理ユニット名），JP1権限レベルを削除します

JP1アカウント管理者は，メールなどを利用して，管理ユニットの所有者の変更完了を仮想サーバマネージャ管理者に通知します。

4.1.5　仮想サーバマネージャのバックアップの取得

仮想サーバマネージャに障害が発生した場合，ユーザ資産も含め，仮想サーバマネージャで管理している情報がすべて消失してしまうおそれがあります。仮想サーバマネージャのディレクトリやユーザ資産は，定期的にバックアップを取得することをお勧めします。仮想サーバマネージャのバックアップを取得する手順について説明します。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

仮想化システム管理用サーバマシンに接続します。

mngsvrctlコマンドに，引数「stop」を指定して，仮想サーバマネージャを停止します。

コマンドの実行例を次に示します。

mngsvrctl stop

仮想サーバマネージャで使用するディレクトリのバックアップを取得し，仮想化システム管理用サーバマシン以外のハードウェアに格納します。

仮想化システム管理用サーバマシンのOSごとに，バックアップするディレクトリを示します。

仮想化システム管理用サーバマシンのOSがWindowsの場合

<Application Serverのインストールディレクトリ>¥manager

<vmi.propertiesのvmi.spool.dirキーで指定したディレクトリ>※

仮想化システム管理用サーバマシンのOSがLinuxの場合

/opt/Cosminexus/manager

<vmi.propertiesのvmi.spool.dirキーで指定したディレクトリ>※

注※

<vmi.propertiesのvmi.spool.dirキーで指定したディレクトリ>は，仮想サーバマネージャ用の処理データ格納ディレクトリです。

4.2　運用環境の保守運用

仮想化システムの運用環境の保守運用について説明します。保守運用では，仮想化システムの運用を開始したあとで，OSや製品のパッチを適用したり，仮想サーバマネージャのログを取得したりします。

4.2.1　仮想化システム管理用サーバマシンへのパッチの適用

仮想化システム管理用サーバマシンで動作しているOSや製品（Application Server，JP1製品など）にパッチを適用する場合，仮想サーバマネージャ管理者は，仮想化システム管理用サーバマシンに接続し，添付されている注意事項や手順に従って作業を実施してください。

4.2.2　仮想サーバマネージャが出力するログの取得

ここでは，仮想サーバマネージャが出力するログと，ログの設定について説明します。仮想サーバマネージャの出力メッセージには，アプリケーション識別名に「VirtualServerM2」が表示されます。必要に応じて，仮想サーバマネージャ管理者は仮想化システム管理用サーバマシンに接続して，ログを取得してください。

ログの種類と出力先

仮想サーバマネージャが出力するログには，個別に取得するManagement Serverのログと保守ログ以外に，統合ログとしてまとめて取得できるものがあります。統合ログには，次の種類があります。

統合メッセージログ

仮想サーバマネージャを含むManagerのメッセージログがまとめて出力されます。

統合トレースログ

仮想サーバマネージャを含むManagerのトレースログがまとめて出力されます。

コマンド保守ログ

仮想化システムで使用するコマンド，Management Serverで使用するコマンドなどのトレースログがまとめて出力されます。

仮想サーバマネージャが出力するログの種類と出力先を次の表に示します。

表4‒1　仮想サーバマネージャが出力するログの種類と出力先

ログの種類

ファイル名

出力先

統合メッセージログ

mngmessage[n].log

Windowsの場合

<Managerのログ出力ディレクトリ>¥message

Linuxの場合

<Managerのログ出力ディレクトリ>/message

統合トレースログ

mngtrace[n].log

Windowsの場合

<Managerのログ出力ディレクトリ>¥trace

Linuxの場合

<Managerのログ出力ディレクトリ>/trace

コマンド保守ログ

mngcmd[n].log

Windowsの場合

<Managerのログ出力ディレクトリ>¥maintenance

Linuxの場合

<Managerのログ出力ディレクトリ>/maintenance

Management Serverのログ

mngsvr[n].log

Windowsの場合

<Managerのログ出力ディレクトリ>

Linuxの場合

<Managerのログ出力ディレクトリ>

Management Serverの保守ログ

mngsvr[n].log

Windowsの場合

<Managerのログ出力ディレクトリ>¥maintenance

Linuxの場合

<Managerのログ出力ディレクトリ>/maintenance

注1　ファイル名の[n]の部分には，面の番号（1から面数（最大64）まで）が付きます。

注2　<Managerのログ出力ディレクトリ>は，manager.cfgのcom.cosminexus.manager.log.dirキーで指定されたディレクトリを示します。デフォルト値は，<Application Serverのインストールディレクトリ>¥manager¥logです。

注3　ログファイルの「デフォルトのサイズ×面数」については，マニュアル「アプリケーションサーバ 機能解説 保守／移行編」の「4.3.1　Component Containerのログの取得」を参照してください。

ログの設定

ログの出力先（<Managerのログ出力ディレクトリ>），ログサイズおよびログレベルが変更できます。変更する場合は，manager.cfgまたはmserver.propertiesで値を変更します。変更できる項目と設定するファイルおよびキーを次の表に示します。

表4‒2　変更できる項目と設定するファイルおよびキー

項目

ファイル

キー

ログの出力先

manager.cfg

com.cosminexus.manager.log.dir

ログサイズ

統合メッセージログ

ログファイル面数

com.cosminexus.manager.messagelog.fnum

ログファイル1面当たりの最大サイズ

com.cosminexus.manager.messagelog.size

統合トレースログ

ログファイル面数

com.cosminexus.manager.tracelog.size

ログファイル1面当たりの最大サイズ

com.cosminexus.manager.tracelog.size

コマンド保守ログ

ログファイル面数

com.cosminexus.manager.cmdtracelog.fnum

ログファイル1面当たりの最大サイズ

com.cosminexus.manager.cmdtracelog.size

Management Serverのログ

mserver.properties

ログファイル面数

com.cosminexus.mngsvr.log.rotate

ログファイルのサイズ

com.cosminexus.mngsvr.log.size

Management Serverの保守ログ

ログファイル面数

com.cosminexus.mngsvr.maintenance.log.filenum

ログファイルの最大サイズ

com.cosminexus.mngsvr.maintenance.log.filesize

ログレベル

Management Serverのログ

mserver.properties

com.cosminexus.mngsvr.log.level

4.3　仮想サーバマネージャの障害運用

仮想化システムの運用環境の障害運用について説明します。ここでは，仮想サーバマネージャで想定される障害要因とその調査方法，および復旧方法について説明します。

4.3.1　仮想サーバマネージャの障害要因の調査

ここでは，仮想サーバマネージャの障害要因を調査する方法について説明します。

次のような現象が発生した場合，仮想サーバマネージャや，仮想化システムの運用環境に障害が発生しているおそれがあります。

仮想サーバマネージャに接続できない

仮想サーバに接続できない

JP1/IMなどの障害監視プログラムから障害検知が通知される

これらの現象が発生した場合は，仮想サーバマネージャ管理者は，仮想化システム管理用サーバマシンに接続して，仮想サーバマネージャのプロセスが稼働しているかどうかを確認してください。仮想サーバマネージャのプロセスの稼働状態は，mngsvrutilコマンドのサブコマンド「check」で確認できます。

仮想サーバマネージャのプロセスが稼働している場合

仮想サーバ上のサーバ通信エージェントのプロセスが稼働しているかどうかを確認してください。仮想サーバ上のサーバ通信エージェントのプロセスが稼働していないときは，そのプロセスを再起動してください。仮想サーバ上のサーバ通信エージェントのプロセスが稼働しているときは，ネットワークダウンが発生しているおそれがあります。運用環境のネットワークの状態を確認してください。

仮想サーバマネージャのプロセスが稼働していない場合

プロセスダウンが発生しています。プロセスを再起動してください。再起動しても起動されなかったり，同じようにプロセスがダウンしたりするときは，ほかの障害が発生しているおそれがあります。仮想サーバマネージャのログを参照して，障害要因を調査してください。

特定した障害要因がハードウェア障害のときは，修理，交換などをしてから，マシンを再起動してください。なお，マシンやハードディスクを交換する場合は再構築が必要です。手順については，「4.3.2(1)　運用環境を再構築する場合の復旧方法」を参照してください。

また，KEOS10135-Eメッセージが出力されている場合は，ディスクフルなどによって，仮想サーバマネージャで使用するファイル（アカウント情報ファイルまたは管理ユニット情報ファイル）が壊れているおそれがあります。これらのファイルの状態を確認してファイルが壊れる直前に復旧する必要があります。手順については，「4.3.2(2)　仮想サーバマネージャで使用するファイルが壊れた場合の復旧方法」を参照してください。

4.3.2　仮想サーバマネージャの障害からの復旧

ここでは，運用環境を再構築する場合の復旧方法と，仮想サーバマネージャで使用するファイルが壊れた場合の復旧方法について説明します。

(1)　運用環境を再構築する場合の復旧方法

ここでは，運用環境を再構築する必要がある場合の復旧方法について説明します。

障害要因を調査した結果，OSまたはApplication Serverを仮想化システム管理用サーバマシンに再インストールする必要があると判断した場合，次の手順で作業を実施します。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

仮想化システム管理用サーバマシンに接続します。

OSまたはApplication Serverを再インストールします。

「4.1.5　仮想サーバマネージャのバックアップの取得」でバックアップを取得している場合は，仮想サーバマネージャのファイルを上書きコピーします。

仮想サーバマネージャを起動します。

仮想サーバマネージャの起動手順については，「4.1.1　仮想サーバマネージャの起動と停止」を参照してください。

なお，バックアップを取得したあと，実行した操作は復帰できません。バックアップしたあと，管理ユニットに登録した仮想サーバの情報（仮想サーバグループ情報ファイル）は，必要に応じて再登録してください。

(2)　仮想サーバマネージャで使用するファイルが壊れた場合の復旧方法

ここでは，仮想サーバマネージャで使用するファイル（アカウント情報ファイルまたは管理ユニット情報ファイル）が壊れた場合の復旧方法について説明します。

参考

アカウント情報ファイルおよび管理ユニット情報ファイルは，次のディレクトリに格納されています。

アカウント情報ファイル（account.xmlおよびaccount.xml.bak（account.xmlのバックアップファイル））

<仮想サーバマネージャの作業ディレクトリ>のspoolディレクトリ

管理ユニット情報ファイル（<管理ユニット名>.xmlおよび<管理ユニット名>.xml.bak（<管理ユニット名>.xmlのバックアップファイル））

<仮想サーバマネージャの作業ディレクトリ>のspool¥vmiunit_xmlディレクトリ

仮想サーバマネージャの作業ディレクトリについては，「付録B　仮想サーバマネージャの作業ディレクトリ」を参照してください。

アカウント情報ファイルおよび管理ユニット情報ファイルの復旧手順を次に示します。なお，仮想サーバマネージャがプロセスダウンしているかどうかで復旧手順が異なります。

ポイント

作業を実施するユーザ：仮想サーバマネージャ管理者

仮想サーバマネージャがプロセスダウンしている場合

仮想サーバマネージャがプロセスダウンしている場合の復旧手順を次に示します。

ディスクの空き容量を確認して，空き容量が十分でない場合は確保します。

<管理ユニット名>.xmlを削除します。※

<管理ユニット名>.xml.bakを<管理ユニット名>.xmlにリネームします。※

仮想サーバマネージャを起動します。

アカウント情報ファイルまたは管理ユニット情報ファイルが壊れる直前の作業を実施します。

注※

<管理ユニット名>.xml.bakが壊れた場合，この手順は不要です。<管理ユニット名>.xmlが壊れた場合にだけ実施してください。

仮想サーバマネージャがプロセスダウンしていない場合

仮想サーバマネージャがプロセスダウンしていない場合の復旧手順を次に示します。

ディスクの空き容量を確認して，空き容量が十分でない場合は確保します。

アカウント情報ファイルまたは管理ユニット情報ファイルが壊れる直前の作業を実施します。

第3編　システム構築者による仮想化システムのアプリケーション実行環境の構築と運用

5　仮想化システムのアプリケーション実行環境の構築

この章では，仮想化システムのアプリケーション実行環境（仮想サーバ上のアプリケーションサーバ）の構築で必要な設定について説明します。また，連携するJP1製品を使用するための設定についても説明します。

説明で使用するファイルおよびコマンドの格納先や参照先マニュアルについては，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。また，この章で説明するコマンドの実行例では，コマンドのパスを省略しています。コマンドのパスについては，「8.2　仮想化システムの構築・運用時に使用するコマンド」のコマンドの格納先を参照してください。

なお，仮想サーバマネージャ管理者が，仮想化システムの運用環境のテスト用にアプリケーション実行環境を構築する場合は，「システム構築者」を「仮想サーバマネージャ管理者」に読み替えてください。

5.1　アプリケーション実行環境を構築するための準備

ここでは，アプリケーション実行環境を構築時に実施する作業について説明します。

アプリケーション実行環境の構築時に実施する作業と作業の要否を次の表に示します。これらの作業は，システム構築者アカウントを持つシステム構築者が実施できます。システム構築者アカウントを追加する手順については，「4.1.2　システム構築者アカウントの追加と削除」を参照してください。

表5‒1　アプリケーション実行環境の構築時に実施する作業と作業の要否

アプリケーション実行環境の構築時に実施する作業

作業の要否

作業の実施条件

参照先

仮想サーバのテンプレートの作成と初期設定

テンプレート作成用の仮想サーバの入手と起動

○

必ず実施

5.2.1(1)

OS固有の設定（ゲストOSがLinuxの場合）

△

仮想サーバのゲストOSがLinuxの場合

5.2.1(2)

NTPクライアントの設定

△

仮想サーバのゲストOSの時刻を正確な時刻に調整したい場合

5.2.1(3)

Application Serverのインストール

○

必ず実施

5.2.1(4)

サーバ通信エージェントの環境設定

○

必ず実施

5.2.1(5)

JDBCドライバの配置

○

必ず実施

5.2.1(6)

定義ファイルの取得

○

必ず実施

5.2.1(7)

JP1/IMと連携して障害監視をするための設定

△

JP1製品（JP1/IM）と連携する場合

5.2.1(8)

仮想サーバの停止

○

必ず実施

5.2.1(9)

仮想サーバマネージャへの管理ユニットの作成

○

必ず実施

5.2.2

定義ディレクトリへ格納する定義ファイルの作成

簡易構築定義ファイルの作成

○

必ず実施

5.2.3(1)

仮想サーバのOS種別と起動順序の設定

○

必ず実施

5.2.3(2)

負荷分散機と接続するための設定

△

負荷分散機を利用する場合

5.2.3(3)

負荷分散機の接続情報を管理ユニットで定義するための設定

△

負荷分散機を利用する場合に，管理ユニットで接続情報を設定したいとき

5.2.3(4)

データベースを使用するための設定

○

必ず実施

5.2.3(5)

CCディレクトリおよびmanagerディレクトリの定義ファイルの編集

○

必ず実施

5.2.3(6)

定義ディレクトリに配置する定義ファイル群のバージョンを管理するための設定

○

必ず実施

5.2.3(7)

管理者の設定

△

Component Container管理者またはManagement Server管理者のユーザとグループを設定したいとき

5.2.3(8)

定義ディレクトリの反映時に初期構築の仮想サーバで実行する処理（フックスクリプト）の設定

△

JP1製品（JP1/IM，JP1/PFM）との連携を自動設定する場合

初期構築の仮想サーバで実行する処理を設定したい場合

5.2.3(9)

管理ユニットへの定義ディレクトリの取り込み

定義ファイルとアプリケーションの配置

○

必ず実施

5.2.4(1)

管理ユニットへの取り込み

○

必ず実施

5.2.4(2)

仮想サーバへの管理ユニットの定義ディレクトリの一括反映

管理ユニットへ登録する仮想サーバの入手

○

必ず実施

5.2.5(1)

仮想サーバグループ情報ファイルの作成

○

必ず実施

5.2.5(2)

管理ユニットへの仮想サーバグループの登録

○

必ず実施

5.2.5(3)

仮想サーバへの一括反映

○

必ず実施

5.2.5(4)

仮想サーバを障害監視するための設定（JP1/IMの利用）

△

JP1製品（JP1/IM）と連携する場合

5.3.1

管理ユニットの起動・停止を自動運用するための設定（JP1/AJSの利用）

△

JP1製品（JP1/AJS）と連携する場合

5.3.2

仮想サーバの負荷を監視するための設定（JP1/PFMの利用）

△

JP1製品（JP1/PFM）と連携する場合

5.3.3

（凡例）

○：必ず実施する作業です。

△：作業の実施条件を満たす場合に実施する作業です。

5.2　アプリケーション実行環境の構築

仮想サーバ上にアプリケーション実行環境（アプリケーションサーバ）を構築します。アプリケーション実行環境は，システム構築者アカウントを持つシステム構築者が構築します。

ここで説明する手順では，次の条件を満たしていることを前提としています。

システム構築者が使用する管理用端末マシンから，テンプレート作成用の仮想サーバや，仮想化システム管理用サーバマシン，ハイパーバイザ管理用サーバマシン，JP1管理用サーバマシンなどへリモート接続できる環境が整っていること

仮想サーバに対して，Windowsの場合はAdministrator権限，Linuxの場合はroot権限のあるユーザで操作できること

アプリケーション実行環境を構築する仮想サーバの台数やリソース量などは，業務のシステム要件を満たすように，サイジングを実施して決定済みであること

なお，サイジングの考え方については，「付録A　仮想化システムでのサイジングの考え方」を参照してください。

5.2.1　仮想サーバのテンプレートの作成と初期設定

ここでは，仮想サーバのテンプレートを作成する手順と，テンプレート作成用の仮想サーバの初期設定について説明します。仮想サーバのテンプレートとは，ゲストOSやApplication Serverなどの製品がインストール済みで，かつ環境設定が完了している仮想サーバのイメージのことです。

ポイント

作業を実施するユーザ：システム構築者

(1)　テンプレート作成用の仮想サーバの入手と起動

テンプレート作成用の仮想サーバを入手して，起動する手順について説明します。

メールなどを利用して，仮想サーバのテンプレートを作成するための仮想サーバの手配をリソース管理者に依頼します。

テンプレート作成用の仮想サーバのスペックやゲストOS，テンプレート名，利用日時などの情報をリソース管理者に連絡します。インストールできるOSについては，「2.2.1　仮想化システムで使用するマシンの前提条件」を参照してください。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

(2)　OS固有の設定（ゲストOSがLinuxの場合）

ゲストOSがLinuxの場合は，次の手順でOS固有の設定をしてください。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

ホスト名「localhost」がループバックアドレス「127.0.0.1」へIPアドレスを解決できるかを確認し，解決できない場合はhostsファイルにループバックアドレスを設定します。

IPアドレス解決できるかどうかはpingコマンドで確認します。pingコマンドの実行例を次に示します。

# ping localhost

IPアドレス解決できない場合は，hostsファイル（/etc/hosts）のlocalhostに次の設定をします。

127.0.0.1 localhost

必要に応じて，Component Container管理者のユーザとグループ，およびManagement Server管理グループを，ゲストOSに登録します。

ゲストOSがLinuxの場合，スーパーユーザ（root権限のあるユーザ）以外のユーザでも構築，運用できるように設定できます。Component Container管理者は，サーバのセットアップ，起動と停止などの操作が実施できるユーザです。Management Server管理グループは，Management Serverで使用するコマンドを実行できるユーザのグループです。これらのユーザまたはグループを設定する場合は，設定するユーザおよびグループが，ゲストOSにあらかじめ登録されている必要があります。

OSのコマンドの実行例を次に示します。ここでは，グループとして「groupA」と，groupAグループにユーザとして「usera」を登録します。

# groupadd groupA
# useradd -g groupA usera
# passwd usera

ここで登録したユーザとグループは，vmsetup.propertiesに設定します。詳細は，「5.2.3(8)　管理者の設定」を参照してください。

(3)　NTPクライアントの設定

ゲストOSの時刻を正確な時刻に調整する場合は，管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続し，NTPクライアントを導入して，NTPサーバの設定をします。時刻の調整はslewモードで実行する設定にします。

参考

NTPクライアントの設定をする場合は，NTPサーバも仮想化システムに導入されていることが前提となります。

(4)　Application Serverのインストール

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続して，Application Serverをインストールします。インストール方法については，マニュアル「アプリケーションサーバシステム構築・運用ガイド」の次の個所を参照してください。

2.2.2　Application Serverを新規インストールする（Windowsの場合）

2.2.4　Application Serverを新規インストールする（Linuxの場合）

4.1.13　システムの環境変数を設定する

なお，Management Serverが自動設定する内容については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「付録E　Management Serverが自動で設定する内容」を参照してください。

(5)　サーバ通信エージェントの環境設定

サーバ通信エージェントの環境設定をします。サーバ通信エージェントの詳細は，サーバ通信エージェントのドキュメントを参照してください。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

sinaviagent.properties（サーバ通信エージェントプロパティファイル）で，仮想サーバマネージャからサーバ通信エージェントへの接続を許可する設定をします。

sinaviagent.propertiesのsinaviagent.permitted.hostsキーに仮想化システム管理用サーバマシンの管理用IPアドレスを指定します。設定例を次に示します。

sinaviagent.permitted.hosts=192.168.2.3

snactlコマンドに引数「setauto」を指定して，サーバ通信エージェントをゲストOSと同時に起動するように設定します。

コマンドの実行例を次に示します。

snactl setauto

(6)　JDBCドライバの配置

アプリケーションからデータベースにアクセスするために，JDBCドライバ（JARファイル）を，管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続して，任意のディレクトリに配置します。

OracleのJDBCドライバを配置する例を次に示します。

（例）

ゲストOSがWindowsの場合

C:¥work¥ojdbc6.jar

ゲストOSがLinuxの場合

/work/ojdbc6.jar

ここで配置したJDBCドライバのパスは，簡易構築定義ファイルに設定します。

(7)　定義ファイルの取得

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続して，次に示すCCディレクトリおよびmanagerディレクトリのファイル（定義ファイルのテンプレートファイル）のうち，運用上，変更が必要なファイルを取得します。取得したファイルは，任意のディレクトリ，または仮想化システム管理用サーバマシンに，ディレクトリ構造を保持したままコピーします。ここで取得したファイルは，「5.2.3(6)　CCディレクトリおよびmanagerディレクトリの定義ファイルの編集」で定義ファイルを作成する時に，テンプレートとして使用します。

<Application Serverのインストールディレクトリ>
  ├CC
  │ └admin
  │   └usrconf
  │      ├usrconf.bat※1
  │      ├usrconf※2
  │      └usrconf.properties
  └manager
     └config
        ├adminagent.properties
        ├cmxclient.properties
        ├manager.cfg
        ├mngsvrutilcl.properties
        ├mserver.properties
        └：※3

注※1

ゲストOSがWindowsの場合にだけ取得するファイルです。

注※2

ゲストOSがLinuxの場合にだけ取得するファイルです。

注※3

次のファイルは取得しないでください。

mserver.xml

mmodel.xml

(8)　JP1/IMと連携して障害監視をするための設定

JP1/IMと連携して障害監視をする場合の設定手順を次に示します。JP1での操作については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IMと連携する場合にフックスクリプトを利用すると，JP1/Baseの環境設定を自動化できます。JP1/IM連携を自動設定するかどうかによって手順が異なります。フックスクリプトの利用によるJP1/IM連携の自動化については，「7.7.2　フックスクリプトを利用したJP1連携の自動設定」を参照してください。

JP1/IM連携を自動設定する場合（フックスクリプト利用時）

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

JP1/Baseをインストールします。

JP1/IM連携を自動設定しない場合

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

JP1/Baseをインストールします。

JP1/Baseでユーザマッピングの設定をします。

JP1管理用サーバマシンの構築時に設定したOSユーザ（JP1ユーザー）と，テンプレート作成用の仮想サーバに設定したOSユーザを対応づけます。

JP1イベントの転送設定をします。

JP1/Baseにアダプタコマンドを設定します。

テンプレート作成用の仮想サーバでmngsvr_adapter_setupコマンドを実行して，JP1/Baseの環境にアダプタコマンド設定ファイルを追加します。なお，mngsvr_adapter_setupコマンドを実行するユーザには，Windowsの場合はAdministrator権限が，Linuxの場合はroot権限が必要です。

コマンドの実行例を次に示します。

mngsvr_adapter_setup

テンプレート作成用の仮想サーバの任意のディレクトリに，ログファイルトラップ動作定義ファイルを格納します。

仮想サーバのエラーメッセージ出力時にJP1イベントを発行するための設定です。

ログファイルトラップ動作定義ファイルの設定例を次に示します。

FILETYPE=WRAP2
ACTDEF=<Error>115A "-E"

注意事項

09-00以降では，Management Serverおよび運用管理エージェントのログの監視でファイルタイプに「HTRACE」を指定できません。08-70より前で使用したログファイルトラップ動作定義ファイルを09-00以降に適用する場合は，FILETYPEの値を「HTRACE」から「WRAP2」に変更してください。

手順6.で作成したログファイルトラップ動作定義ファイルを引数に指定したjevlogstartコマンドが，JP1/Base起動時に自動で起動するように設定します。

テンプレート作成用の仮想サーバのゲストOSがLinuxの場合は，JP1/BaseとログファイルトラップがOS起動時に自動起動，およびOS停止時に自動停止するように設定します。

テンプレート作成用の仮想サーバのゲストOSがWindowsの場合は，デフォルトで自動起動および自動停止するため，設定は不要です。

(9)　仮想サーバの停止

テンプレート作成用の仮想サーバを停止する手順を次に示します。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

ゲストOSをシャットダウンして，テンプレート作成用の仮想サーバを停止します。

5.2.2　仮想サーバマネージャへの管理ユニットの作成

ここでは，仮想サーバマネージャに管理ユニットを作成する手順について説明します。作成した管理ユニットに対して，仮想サーバグループを登録したり，定義ディレクトリを反映したりします。管理ユニットを作成する手順は，アカウントの管理方法によって異なります。アカウントの管理方法ごとに手順を説明します。

仮想サーバマネージャによるアカウント管理を利用している場合

仮想サーバマネージャで管理しているシステム構築者アカウントを持つユーザが管理ユニットを作成する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitadminコマンドのサブコマンド「create」を使用して，管理ユニットを作成します。

ここでは，管理ユニット「gyoumu_a」を作成する場合のコマンドの実行例を示します。

vmiunitadmin create -unit gyoumu_a

JP1/Base（認証サーバ）によるアカウント管理を利用している場合

認証サーバのJP1/Baseで管理しているシステム構築者アカウントを持つユーザが管理ユニットを作成する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者，JP1アカウント管理者

システム構築者は，メールなどを利用して，新規に作成する管理ユニットに対する操作権限の追加をJP1アカウント管理者に依頼します。

管理ユニットに対する操作権限を追加するために必要なアカウント情報（JP1ユーザー名，JP1資源グループ（管理ユニット名），JP1権限レベル）をJP1アカウント管理者に連絡します。

JP1アカウント管理者は，認証サーバ（仮想化システム管理用サーバマシンまたはJP1管理用サーバマシン）で，JP1/Baseに設定済みの手順1.のJP1ユーザーに対して，JP1資源グループ（管理ユニット名），JP1権限レベルを追加します。

JP1アカウント管理者は，メールなどを利用して，JP1資源グループとJP1権限レベルの追加完了をシステム構築者に通知します。

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，vmiunitadminコマンドのサブコマンド「create」を使用して，管理ユニットを作成します。

ここでは，管理ユニット「gyoumu_a」を作成する場合のコマンドの実行例を示します。

vmiunitadmin create -unit gyoumu_a

5.2.3　定義ディレクトリへ格納する定義ファイルの作成

ここでは，定義ディレクトリに格納する定義ファイルの作成方法について説明します。

ポイント

作業を実施するユーザ：システム構築者

(1)　簡易構築定義ファイルの作成

仮想サーバ上のWebシステムの定義は，簡易構築定義ファイル（DefModel.xml）で設定します。

次の制限事項および注意事項に従った簡易構築定義ファイルを作成します。なお，定義ディレクトリの取り込み，登録済み定義ディレクトリの内容変更または登録済み定義ディレクトリとの比較を実行すると，作成規則に従っていない簡易構築定義ファイルの場合はエラーとなります。

(a)　作成規則

簡易構築定義ファイルのファイル名は，「DefModel.xml」を使用してください。

Webシステムの属性定義（<web-system>タグの定義）は1回だけ指定してください。

負荷分散機の定義（<load-balancer>タグの定義）は指定できません。

物理ティアの定義（<tier>タグの定義）は1回だけ指定してください。

<tier-type>タグ（物理ティアの種類）には，「combined-tier」，「http-tier」，「j2ee-tier」，または「ctm-tier」を指定してください。

サービスユニットの定義（<unit>タグの定義）は1回だけ指定してください。

物理ティアの定義で<tier-type>タグ（物理ティアの種類）に「ctm-tier」を指定する場合，論理サーバの定義（<define-server>）は，物理ティアの定義で<j2ee-server-count>タグ（1ホストに配置するJ2EEサーバの数）に指定した数分指定してください。この場合，J2EEサーバごとの論理サーバの定義（<define-server>）では次のタグを必ず指定してください。

<logical-server-name>タグ（論理サーバを識別するための名称）

<logical-server-type>タグ（論理サーバの種類）

<server-no>タグ（J2EEサーバを識別するための番号）

ホストの定義（<host>タグの定義）は1回だけ指定してください。

<host-name>タグ（ホストを識別するための名称）には，「localhost」を指定してください。

<agent-host>タグ（運用管理エージェントのホスト名）には，「localhost」を指定してください。

(b)　簡易構築定義ファイルで指定できる置換文字列

複数のティアを管理している管理ユニットで，ティア間の関連づけをする場合に，関連元のティアの簡易構築定義ファイルでは，関連先のティアで使用される仮想サーバに関する情報を置換文字列で記述できます。置換文字列で記述できる仮想サーバに関する情報を次に示します。

仮想サーバ識別子

仮想サーバの業務用IPアドレス

仮想サーバのサーバ通信エージェントのポート番号

これらの情報を置換文字列で記述した場合，仮想サーバグループ情報ファイルから読み込まれます。

置換文字列の記述形式，記述内容および記述例を次に示します。

記述形式

###<ティア識別子>:<パラメタ>###

記述内容

<ティア識別子>

関連先のティアのティア識別子を指定します。

<パラメタ>

仮想サーバグループ情報ファイルの指定値と置き換えるパラメタを指定します。

ip

仮想サーバグループ情報ファイルで指定している，仮想サーバ識別子と置き換えます。

serviceip

仮想サーバグループ情報ファイルで指定している，仮想サーバの業務用IPアドレスと置き換えます。

port

仮想サーバグループ情報ファイルで指定している，仮想サーバのサーバ通信エージェントのポート番号と置き換えます。

記述例

http-tierとj2ee-tier構成の場合に，関連元（http-tier）の簡易構築定義ファイルで，関連先（j2ee-tier）の仮想サーバの業務用IPアドレス（serviceip）を置換文字列で設定する例を次に示します。

http-tierの簡易構築定義ファイルの例

：
<tier>
  <tier-type>http-tier</tier-type>
  <configuration>
    <logical-server-type>web-server</logical-server-type>
    <param>
      <param-name>AppendDirectives</param-name>
      <param-value>
        <![CDATA[
          ProxyPass / http://###j2ee-tier-01:serviceip###:8008/
          HWSProxyPassReverseCookie /
        ]]>
      </param-value>
    </param>
：

仮想サーバグループ情報ファイルの例

：
<group name="set_001">
  <virtualserver tier="http-tier" ip="111.111.111.101" port="20580" serviceip="111.111.155.101"/>
  <virtualserver tier="j2ee-tier-01" ip="111.111.222.101" port="20580" serviceip="111.111.166.101"/>
</group>
<group name="set_002">
  <virtualserver tier="http-tier" ip="111.111.111.102" port="20580" serviceip="111.111.155.102"/>
  <virtualserver tier="j2ee-tier-01" ip="111.111.222.102" port="20580" serviceip="111.111.166.102"/>
</group>
：

この例では，簡易構築定義ファイルの「###j2ee-tier-01:serviceip###」は，仮想サーバグループ「set_001」の場合は「111.111.166.101」に，仮想サーバグループ「set_002」の場合は「111.111.166.102」に置き換えられます。

(c)　注意事項

ゲストOSがWindowsの場合に，JP1連携を自動設定するフックスクリプトでテンプレートを使用し，かつJP1/Baseのログファイルトラップを有効にしているとき，J2EEサーバとHTTP Serverのログの出力先は，簡易構築定義ファイルおよびフックスクリプトで同じ値を設定し，かつデフォルト値以外を設定してください。詳細は，「7.7.2(3)　注意事項」を参照してください。

http-tierとj2ee-tier構成の場合，各ティアの簡易構築定義ファイルでは，次の点に注意して設定してください。

http-tierの簡易構築定義ファイルの場合

http-tierとj2ee-tierを関連づけるために，論理Webサーバ（web-server）の<configuration>タグ内に次の表に示すパラメタを指定します。

表5‒2　http-tierの簡易構築定義ファイルに指定するパラメタ

パラメタ

説明

指定例

j2ee-tierの簡易構築定義ファイルとの対応

AppendDirectives

追加するディレクティブとして，転送先URLにj2ee-tierのIPアドレスを指定したProxyPassディレクティブと，HWSProxyPassReverseCookieディレクティブを指定します。

param-valueの値はCDATAセクションで指定してください。

<![CDATA[

ProxyPass / http://###j2ee-tier-01:serviceip###:8008/

HWSProxyPassReverseCookie /

]]>

ProxyPassに指定する転送先URLのポート番号は，論理J2EEサーバ（j2ee-server）の<configuration>タグ内のwebserver.connector.nio_http.portパラメタの指定値に対応

注　運用管理ポータルの「論理サーバの環境設定」で，論理Webサーバの定義の次に示す画面は操作しないでください。

［リバースプロキシの設定］画面

(2)　仮想サーバのOS種別と起動順序の設定

tier.properties（ティア別プロパティファイル）で，管理ユニットに属する仮想サーバのうち，ティアに割り当てられている仮想サーバのOS種別と起動順序を設定します。

仮想サーバのOS種別

仮想サーバのOS種別は必ず設定してください。

仮想サーバの起動順序

複数のティアを管理する管理ユニットを一括起動，または一括停止する場合に，ティアに割り当てられている仮想サーバを起動または停止する順序を設定します。番号の小さい順に起動し，番号の大きい順に停止します。番号が同じ場合は同時に処理されます。

tier.propertiesを作成する場合，テンプレートファイルを使用できます。テンプレートファイルの格納場所については，「8.1　仮想化システムの構築・運用時に使用するファイル」を参照してください。

(3)　負荷分散機と接続するための設定

VirtualServerの名称やポート，接続情報の設定個所など負荷分散機と接続するために必要なティアごとの設定を次に示します。

負荷分散機の設定

VirtualServerの名称やポートなどを設定します。

負荷分散機への接続情報の設定個所

仮想サーバマネージャまたはティアのどちらで定義している接続情報を使用するかを設定します。

負荷分散機を使用する場合，システム構築者は，これらの情報をtier.properties（ティア別プロパティファイル）で設定します。ただし，Webサーバを含まないティアに対して設定しても，その設定は無視されます。

負荷分散機の接続情報は，負荷分散機接続設定プロパティファイル（<LB接続情報の識別名>.propertiesまたはtierlb.properties）で設定します。どちらの接続情報を使用するかは，tier.propertiesのlb.useキーで指定します。lb.useキーの指定値と負荷分散機接続設定プロパティファイルの設定有無による動作を次の表に示します。

表5‒3　lb.useキーの指定値と負荷分散機接続設定プロパティファイルの要否

lb.useキーの指定値

負荷分散機接続設定プロパティファイルの設定有無

動作

<LB接続情報の識別名>.properties

tierlb.properties

空文字

−

−

負荷分散機を使用しません。

<LB接続情報の識別名>

なし

−

ファイルがないため，次のタイミングでエラーになります。

管理ユニットに属する仮想サーバへの定義ディレクトリの反映

管理ユニットへの定義ディレクトリの取り込み

管理ユニットの起動と停止

仮想サーバグループの起動と停止

管理ユニットからの仮想サーバグループの登録解除

管理ユニットの削除

管理ユニットの閉塞と閉塞解除

仮想サーバグループの閉塞と閉塞解除

あり

−

仮想サーバマネージャで定義している接続情報（<LB接続情報の識別名>.properties）で負荷分散機を使用します。

:unit:

−

なし

ファイルがないため，管理ユニットに属する仮想サーバへの定義ディレクトリを反映するタイミングでエラーになります。

−

あり

ティアで定義している接続情報（tierlb.properties）で負荷分散機を使用します。

（凡例）−：ファイルの設定があってもなくてもよいことを示します。

(4)　負荷分散機の接続情報を管理ユニットで定義するための設定

管理ユニットの操作時に負荷分散機を利用する場合，使用する負荷分散機の種類，接続方式など，負荷分散機へのアクセスに必要な接続情報を仮想サーバマネージャまたは管理ユニットで定義できます。管理ユニット操作時に負荷分散機へ依頼する処理（リクエスト振り分けや閉塞など）については，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

管理ユニットで負荷分散機の接続情報を定義する場合，システム構築者は，管理ユニットで管理するティアごとに，tierlb.properties（負荷分散機接続設定プロパティファイル）で接続情報を設定します。ただし，Webサーバを含まないティアに対して設定しても，その設定は無視されます。

ここでは，AX2000を設定する場合の設定例を示します。APIを使用した直接接続を使用する負荷分散機の設定例については，マニュアル「アプリケーションサーバ 機能解説セキュリティ管理機能編」の「8.6.2　負荷分散機の接続情報を管理ユニットで定義するための設定」を参照してください。

lb.type=ACOS
lb.host=192.168.2.12
lb.protocol=telnet
lb.port=23
lb.user=user01
lb.password=user01pw
lb.timeout=10
lb.ACOS.privilegedexec.password=adminpw

ここで設定した負荷分散機の接続情報を使用する場合は，tier.properties（ティア別プロパティファイル）のlb.useキーに「:unit:」を指定します。

参考

仮想サーバマネージャで負荷分散機の接続情報を定義する場合は，<LB接続情報の識別名>.properties（負荷分散機接続設定プロパティファイル）で設定します。詳細は，「3.1.2(10)　負荷分散機の接続情報を仮想サーバマネージャで定義するための設定」を参照してください。

(5)　データベースを使用するための設定

仮想化システムで使用できるデータベースは，HiRDB，OracleまたはSQL Server（Windowsの場合）です。

データベースと接続するためには，リソースアダプタとしてDB Connectorを使用します。DB Connectorを使用する場合，データベース製品のインストールおよび初期設定が終了したあとにConnector属性ファイルのテンプレートを取得して，データベースへの接続の設定など必要な項目を編集してください。テンプレートファイルの名称は変更しないでください。データベースごとのテンプレートファイルの名称を次に示します。

HiRDB：DBConnector_HiRDB_Type4_CP_cfg.xml

Oracle：DBConnector_Oracle_CP_cfg.xml

SQL Server：DBConnector_SQLServer_CP_cfg.xml

なお，J2EEサーバを含まないティアに対してConnector属性ファイルを設定しても，そのファイルは無視されます。

DB Connectorでのデータベース接続については，マニュアル「アプリケーションサーバ 機能解説 基本・開発編(コンテナ共通機能)」の「3.6.1　DB Connectorによる接続の概要」を参照してください。

(6)　CCディレクトリおよびmanagerディレクトリの定義ファイルの編集

「5.2.1(7)　定義ファイルの取得」で任意のディレクトリにコピーしたファイルを編集します。

定義ファイルを編集する場合の注意事項を次に示します。

manager/configディレクトリの次のファイルに，Management Serverの管理ユーザアカウントを設定する場合は，vmsetup.propertiesで指定する値に合わせてください。

cmxclient.properties

mngsvrutilcl.properties

CC/admin/usrconfディレクトリ，およびmanager/configディレクトリに指定したファイルは，仮想サーバの<Application Serverのインストールディレクトリ>にないファイルでも反映されます。ただし，いったん反映したファイルは，管理ユニットの定義ディレクトリから削除してから反映しても，仮想サーバの<Application Serverのインストールディレクトリ>から削除できません。

(7)　定義ディレクトリに配置する定義ファイル群のバージョンを管理するための設定

version.properties（インタフェースバージョン定義ファイル）で，定義ディレクトリに登録するファイル群のフォーマットのバージョンを管理するための設定をします。意図しないバージョンのアプリケーションサーバが，仮想サーバ上に構築されることを防ぎます。

version.propertiesを作成する場合，テンプレートファイルを使用できます。テンプレートファイルの格納場所については，「8.1　仮想化システムの構築・運用時に使用するファイル」を参照してください。

version.propertiesの設定例を次に示します。

vm.interface.version=090000
vm.target.edition=standard

(8)　管理者の設定

必要に応じて，vmsetup.propertiesで，仮想サーバ上で動作するManagement Serverの管理ユーザアカウント，Component Container管理者，Component Container管理者グループおよびManagement Server管理グループを設定します。Component Container管理者，Component Container管理者グループおよびManagement Server管理グループの設定は，ゲストOSがLinuxの場合にだけ有効になります。ゲストOSがWindowsの場合，設定は無視されます。

vmsetup.propertiesを作成する場合，テンプレートファイルを使用できます。テンプレートファイルの格納場所については，「8.1　仮想化システムの構築・運用時に使用するファイル」を参照してください。

vmsetup.propertiesの設定例を次に示します。ここでは，Management Serverの管理ユーザアカウントを「usera」，パスワードを「userapwd」，Component Container管理者を「userb」，Component Container管理者グループとManagement Server管理グループを「groupA」とします。

setup.mng.administrator.userid=usera
setup.mng.administrator.password=userapwd
setup.CC.user=userb
setup.CC.group=groupA
setup.manager.group=groupA

管理者を設定する場合の注意事項を次に示します。

ゲストOSがLinuxの場合，Component Container管理者のユーザとグループ，およびManagement Server管理グループに設定するユーザおよびグループは，仮想サーバのゲストOSにあらかじめ登録されている必要があります。詳細は，「5.2.1(2)　OS固有の設定（ゲストOSがLinuxの場合）」を参照してください。

Management Serverの管理ユーザアカウントのユーザIDおよびパスワードで指定できない文字が含まれている場合に，定義ディレクトリの取り込みを実行すると，エラーとなります。

manager/configディレクトリでmserver.propertiesのcom.cosminexus.mngsvr.management_user_account.enabledキーにfalseを設定して，Management Serverの管理ユーザアカウントを設定しない運用をした場合，Management Serverの管理ユーザアカウントのユーザIDおよびパスワードは設定しても無視されます。

(9)　定義ディレクトリの反映時に初期構築の仮想サーバで実行する処理（フックスクリプト）の設定

JP1連携を自動設定する場合，JP1製品（JP1/IM，JP1/PFM）の環境設定を自動化する処理を，フックスクリプトのテンプレートファイルを使用して作成します。また，必要に応じて，仮想サーバマネージャが定義ディレクトリを反映する際に初期構築の仮想サーバ上で実行する処理を，ユーザが作成したスクリプト（フックスクリプト）で設定します。

フックスクリプトのファイル名は固定で，作成できるファイルは一つです。複数の処理を設定する場合も一つのファイルで作成してください。フックスクリプトのファイル名，ファイルの記述形式および格納場所を次の表に示します。

表5‒4　フックスクリプトのファイル名，ファイルの記述形式および格納場所

ゲストOSの種類

ファイル名

記述形式

格納場所

Windows

pre-setup.bat

バッチ形式

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥hook¥

Linux

pre-setup

シェル形式

<定義ディレクトリ>/<ティア別定義ディレクトリ>/hook/

フックスクリプトを作成する場合の注意事項を次に示します。

フックスクリプトの実行結果の戻り値は，次のように判断されます。

0：成功（正常終了）

0以外：失敗（異常終了）

次の処理を記述すると，フックスクリプトが処理を終了しなくなります。

入力応答を求める処理

無限ループになる処理

詳細は，「7.7　仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）」を参照してください。なお，JP1連携を自動設定する場合のフックスクリプトの作成方法については，「7.7.2　フックスクリプトを利用したJP1連携の自動設定」を参照してください。

5.2.4　管理ユニットへの定義ディレクトリの取り込み

「5.2.3　定義ディレクトリへ格納する定義ファイルの作成」で作成した定義ファイルを定義ディレクトリに正しい構成で配置し，管理ユニットに取り込みます。

ポイント

作業を実施するユーザ：システム構築者

なお，ここで説明するJ2EEアプリケーションは，作成済みであることを前提としています。また，cosminexus.xmlを作成しているアプリケーションを前提としています。アプリケーションの作成については，マニュアル「アプリケーションサーバ アプリケーション開発ガイド」を参照してください。

(1)　定義ファイルとアプリケーションの配置

定義ディレクトリを仮想化システム管理用サーバマシンの任意の場所に作成します。定義ディレクトリ下にティア別定義ディレクトリを配置して，ティアごとに定義ファイルやアプリケーションを配置します。

定義ディレクトリの構成を次の図に示します。

図5‒1　定義ディレクトリの構成

<定義ディレクトリ>
  ├<ティア別定義ディレクトリ>※
  ├<ティア別定義ディレクトリ>※
  ：

注※

<ティア別定義ディレクトリ>のディレクトリ名が，ティアを識別するティア識別子となります。ティア識別子はシステム内で一意となるように指定してください。

ティア別定義ディレクトリの構成を次の図に示します。

図5‒2　ティア別定義ディレクトリの構成

<ティア別定義ディレクトリ>
  ├vmi
  │ ├tier.properties
  │ └tierlb.properties
  ├hook
  │ ├pre-setup.bat※1
  │ └pre-setup※1
  ├app
  │ ├<app名1>.ear
  │ ：
  │ └<app名n>.ear
  └config
    └Cosminexus
       ├<app名1>
       │ └META-INF
       │   └cosminexus.xml
       ：
       ├<app名n>
       │ └META-INF
       │   └cosminexus.xml
       ├CC
       │ └admin
       │   └usrconf
       │     ├usrconf.bat※1
       │     ├usrconf※1
       │     └usrconf.properties
       ├manager
       │ └config
       │   ├adminagent.properties
       │   ├cmxclient.properties
       │   ├manager.cfg
       │   ├mngsvrutilcl.properties
       │   ├mserver.properties
       │   └：
       ├DefModel.xml
       ├DBConnector_Oracle_CP_cfg.xml※2
       ├DBConnector_HiRDB_Type4_CP_cfg.xml※2
       ├DBConnector_SQLServer_CP_cfg.xml※2
       ├vmsetup.properties
       └version.properties

（凡例）

app名：アプリケーション名

注※1

ゲストOSに対応するファイルを指定します。

注※2

使用するデータベースに対応するファイルを指定します。

ティア別定義ディレクトリを構成する各ファイルの詳細を次の表に示します。各ファイルの作成方法については，「5.2.3　定義ディレクトリへ格納する定義ファイルの作成」を参照してください。

表5‒5　ティア別定義ディレクトリを構成する各ファイルの詳細

ディレクトリまたはファイル

設定の要否※1

説明

vmi

tier.properties

必須

ティア別プロパティファイルです。

tierlb.properties

任意

ティアごとの負荷分散機接続設定プロパティファイルです。

hook

pre-setup.bat

任意

フックスクリプトファイルです。Windowsの場合に指定するファイルです。

pre-setup

任意

フックスクリプトファイルです。Linuxの場合に指定するファイルです。

app

<app名>.earまたは<app名>.zip

任意

アプリケーションファイルです。アプリケーションの数分配置します。

config※2

Cosminexus

<app名>

META-INF

cosminexus.xml

任意

アプリケーション属性ファイルです。アプリケーションごとに必ず配置します。

CC

admin

usrconf

usrconf.bat

任意

サーバ管理コマンド用オプション定義ファイルです。Windowsの場合に指定するファイルです。

usrconf

任意

サーバ管理コマンド用オプション定義ファイルです。Linuxの場合に指定するファイルです。

usrconf.properties

任意

サーバ管理コマンド用システムプロパティファイルです。

manager

config

adminagent.properties

必須

運用管理エージェントプロパティファイルです。

cmxclient.properties

必須

Smart Composer機能で使用するコマンドのクライアント共通設定プロパティファイルです。

manager.cfg

必須

Manager設定ファイルです。

mngsvrutilcl.properties

必須

mngsvrutilコマンドのクライアント側共通定義ファイルです。

mserver.properties

必須

Management Server環境設定ファイルです。

DefModel.xml

必須

簡易構築定義ファイルです。

DBConnector_Oracle_CP_cfg.xml

任意

DB ConnectorのConnector属性ファイルです。使用するデータベース（Oracle，HiRDB，SQL Server）のファイルを指定します。複数指定できます。ファイル名が異なると，そのファイルは無視されます。

DBConnector_HiRDB_Type4_CP_cfg.xml

DBConnector_SQLServer_CP_cfg.xml

vmsetup.properties

必須※3

管理者を設定するファイルです。

version.properties

必須

インタフェースバージョン定義ファイルです。

注※1

設定の要否が「必須」のファイルがない場合は，定義ディレクトリの取り込み，登録済み定義ディレクトリの内容変更，または登録済み定義ディレクトリとの比較時にエラーとなります。また，ここで説明していないファイルやディレクトリを設定した場合，それらは無視されます。無視されたファイルは，警告メッセージで通知されます。

注※2

configディレクトリ以下に指定するファイルが使用する文字エンコーディングや改行コードは，仮想サーバのアプリケーションサーバで使用できる必要があります。仮想サーバにインストールしたApplication Serverから，ファイルをコピーする場合やファイルを編集する場合には，注意してください。

注※3

mserver.propertiesのcom.cosminexus.mngsvr.management_user_account.enabledキーにfalseを設定して，Management Serverの管理ユーザアカウントを設定しない運用をする場合は，このファイルを省略できます。

(2)　管理ユニットへの取り込み

「(1)　定義ファイルとアプリケーションの配置」で任意の場所に作成した定義ディレクトリを管理ユニットへ取り込みます。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「import」を使用して，指定したパスにある定義ディレクトリを管理ユニットへ取り込みます。

ここでは，管理ユニット「gyoumu_a」に定義ディレクトリ「<任意のディレクトリ>」を取り込む場合のコマンドの実行例を示します。

vmiunit import -unit gyoumu_a -dir <任意のディレクトリ>

5.2.5　仮想サーバへの管理ユニットの定義ディレクトリの一括反映

ここでは，管理ユニットに仮想サーバグループを登録したあと，登録された定義ディレクトリの情報を仮想サーバに反映して，アプリケーションサーバを作成する方法について説明します。

(1)　管理ユニットへ登録する仮想サーバの入手

管理ユニットへ登録する仮想サーバを入手する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

システム構築者は，メールなどを利用して，管理ユニットに登録する仮想サーバの手配を，リソース管理者に依頼します。

管理ユニットで使用する仮想サーバの台数，「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成した仮想サーバのテンプレートなどの情報をリソース管理者に連絡します。

リソース管理者は，仮想サーバのテンプレートから指定された台数分の仮想サーバの複製を作成し，複製した仮想サーバの情報をシステム構築者に報告します。

(2)　仮想サーバグループ情報ファイルの作成

仮想サーバグループ情報ファイルの作成方法について説明します。仮想サーバグループ情報ファイルに設定する仮想サーバの情報は，「(1)　管理ユニットへ登録する仮想サーバの入手」でリソース管理者から提供された情報を使用します。

ポイント

作業を実施するユーザ：システム構築者

仮想サーバグループ情報ファイルはXML形式のファイルです。任意の名称で，仮想化システム管理用サーバマシンの任意の場所に作成します。

仮想サーバグループ情報ファイルを作成する場合，テンプレートファイルを使用できます。テンプレートファイルの格納場所については，「8.1　仮想化システムの構築・運用時に使用するファイル」を参照してください。

仮想サーバグループ情報ファイルの設定例を次に示します。ここでは，管理ユニットで管理するティア識別子「combined-system01」に，仮想サーバグループ「vmgroup_1」の仮想サーバを割り当てる仮想サーバグループ情報ファイル「virtualserver-info.xml」を作成するとします。

<?xml version="1.0" encoding="utf-8"?>
<virtualserver-info xmlns="http://www.cosminexus.com/mngsvr/schema/VirtualServerInfo-1.0">
  <group name="vmgroup_1">
    <virtualserver tier="combined-system01" ip="192.168.1.101" port="20580" serviceip="192.168.2.101"/>
  </group>
</virtualserver-info>

仮想サーバグループ情報ファイルを作成する場合の注意事項を次に示します。

ティア識別子には，仮想サーバグループを登録する管理ユニットに取り込んだ，ティア別定義ディレクトリのディレクトリ名を指定してください。

(3)　管理ユニットへの仮想サーバグループの登録

「(2)　仮想サーバグループ情報ファイルの作成」で任意の場所に作成した仮想サーバグループ情報ファイルを基に，管理ユニットへ仮想サーバグループを登録する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「attach」を使用して，仮想サーバグループ情報ファイルを指定して仮想サーバグループを管理ユニットへ登録します。

ここでは，管理ユニット「gyoumu_a」に，仮想サーバグループ情報ファイル「virtualserver-info.xml」を基にして，仮想サーバグループを登録する場合のコマンドの実行例を示します。

vmiunit attach -unit gyoumu_a -f virtualserver-info.xml

(4)　仮想サーバへの一括反映

管理ユニットに属する仮想サーバに登録済みの定義ディレクトリを一括して反映する手順について説明します。定義ディレクトリを反映すると，仮想サーバにアプリケーションサーバが構築されます。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想サーバにリモート接続します。

仮想サーバの電源がOFFの場合は，電源をONにします。

仮想サーバとともにリソース管理者から提供された利用に関するドキュメントなどを参考にして，電源をONにします。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「update」を使用して，定義ディレクトリを一括して反映します。

ここでは，管理ユニット「gyoumu_a」に属する仮想サーバに，定義ディレクトリを一括して反映する場合のコマンドの実行例を次に示します。

vmiunit update -unit gyoumu_a

注意事項

JP1連携の自動設定使用時の注意事項

一括反映でフックスクリプトの実行中に障害が発生した場合は，仮想サーバで，トレースファイル，フックスクリプト，およびJP1製品のログファイルまたはManagement Serverのログファイルを参照して障害要因を調査してください。各ファイルの調査方法については，「6.3.1　仮想サーバの障害要因の調査」を参照してください。

5.3　JP1と連携した仮想化システムを運用するための環境設定

次のJP1製品と連携する場合，各製品の機能を利用するための設定が必要です。

JP1/IM

JP1/AJS

JP1/PFM

ここでは，これらの製品の機能を利用するための設定について説明します。なお，ここで説明していないJP1製品と連携するための設定は，仮想化システムの運用環境で設定済みであることを前提としています。

JP1/IMおよびJP1/PFMの場合は，これらの製品と連携したシステムで運用を開始したあとに，次のタイミングで設定をします。JP1/AJSの場合は，運用を開始する前に設定をしてください。

仮想サーバの登録時

仮想サーバの登録解除時

5.3.1　仮想サーバを障害監視するための設定（JP1/IMの利用）

JP1/IMの障害監視を利用する場合，稼働中の仮想サーバの構成を変更する操作をしたあとに，JP1/IMで管理するシステムの構成定義情報を設定する必要があります。構成定義情報は，構成定義ファイル（jbs_route.conf）で設定します。また，セントラルスコープでシステムを監視するためのホスト情報を設定する必要があります。ホスト情報は，ホスト情報ファイル（jcs_hosts）で設定します。

稼働中の仮想サーバの構成は，仮想サーバグループの登録または登録解除のタイミングで変更されます。それぞれのタイミングで実施する設定を説明します。

なお，各手順の詳細は，次のマニュアルを参照してください。

JP1/Integrated Management - Manager 構築ガイド

JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス

JP1/Integrated Management - Manager 画面リファレンス

(1)　仮想サーバグループの登録時に実施する設定

管理ユニットへ登録した仮想サーバグループ内の仮想サーバをJP1/IMの監視対象とする場合は，次の手順で，仮想サーバグループの登録，定義ディレクトリの反映と起動，構成定義情報およびホスト情報の編集を実行します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

管理ユニットに仮想サーバグループを登録し，定義ディレクトリを反映して起動します。

管理用端末マシンからJP1管理用サーバマシンにリモート接続します。

構成定義ファイル（jbs_route.conf）を編集します。

手順2.で登録して起動した仮想サーバグループ内の仮想サーバを構成定義ファイルに追加します。

jbsrt_distribコマンドを実行します。

構成定義ファイルが更新されます。

管理用端末マシンからJP1/IM - Viewのセントラルコンソールを起動します。

セントラルコンソールの機能を設定します。

自動アクションや，JP1イベントのフィルタリングなどの設定をします。

管理用端末マシンからJP1管理用サーバマシンにリモート接続します。

ホスト情報ファイル（jcs_hosts）を編集します。

管理ユニットに登録した仮想サーバグループ内の仮想サーバのホスト名およびIPアドレスをホスト情報ファイルに追加します。

jcshostsimportコマンドを実行します。

jco_spmd_reloadコマンドを実行します。

ホスト情報ファイルの内容が有効になります。

管理用端末マシンからJP1/IM - Viewのセントラルスコープを起動します。

監視ツリーを自動生成します。

(2)　仮想サーバグループの登録解除時に実施する設定

管理ユニットから登録解除した仮想サーバグループ内の仮想サーバをJP1/IMの監視対象から外す場合は，次の手順で，仮想サーバグループの停止と登録解除，構成定義情報およびホスト情報の編集を実行します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

仮想サーバグループを停止して管理ユニットから登録解除します。

管理用端末マシンからJP1管理用サーバマシンにリモート接続します。

構成定義ファイル（jbs_route.conf）を編集します。

管理ユニットから登録解除した仮想サーバグループ内の仮想サーバを構成定義ファイルから削除します。

jbsrt_distribコマンドを実行します。

構成定義ファイルが更新されます。

管理用端末マシンからJP1/IM - Viewのセントラルコンソールを起動します。

セントラルコンソールの機能を設定します。

自動アクションや，JP1イベントのフィルタリングなどの設定をします。

管理用端末マシンからJP1管理用サーバマシンにリモート接続します。

ホスト情報ファイル（jcs_hosts）を編集します。

管理ユニットに登録した仮想サーバグループ内の仮想サーバのホスト名およびIPアドレスをホスト情報ファイルから削除します。

jcshostsimportコマンドを実行します。

jco_spmd_reloadコマンドを実行します。

ホスト情報ファイルの内容が有効になります。

管理用端末マシンからJP1/IM - Viewのセントラルスコープを起動します。

監視ツリーを自動生成します。

5.3.2　管理ユニットの起動・停止を自動運用するための設定（JP1/AJSの利用）

JP1/AJSを利用する場合，管理ユニットの仮想サーバグループの起動や停止を自動化して運用できます。設定は運用を開始する前に，次の手順で実施します。ここでは，ジョブネットの定義について説明します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

システム構築者とリソース管理者で，JP1/AJSを使用した自動運用する際の運用方法について協議します。

システム構築者は，管理用端末マシンからJP1/AJS - Viewを起動します。

システム構築者は，JP1/AJS - Viewから仮想化システム管理用サーバマシンのJP1/AJS - Managerに接続し，ジョブネットを定義して，ジョブネットのスケジュールを設定します。

ジョブネットの定義例を次に示します。ここでは，毎日18時に管理ユニット「gyoumu_a」の仮想サーバグループ二つ（仮想サーバグループ「vmgroup_1」と「vmgroup_2」）を停止する例を示します。

スケジュール定義：

毎日18:00に実行

処理内容：

仮想化システム管理用サーバマシンのOSがWindowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥bin¥vmiunit stop -unit gyoumu_a -group vmgroup_1
<Application Serverのインストールディレクトリ>¥manager¥vmi¥bin¥vmiunit stop -unit gyoumu_a -group vmgroup_2

仮想化システム管理用サーバマシンのOSがLinuxの場合

# /opt/Cosminexus/manager/vmi/bin/vmiunit stop -unit gyoumu_a -group vmgroup_1
# /opt/Cosminexus/manager/vmi/bin/vmiunit stop -unit gyoumu_a -group vmgroup_2

なお，ここで定義したジョブネットの実行登録は，管理ユニットの起動時または停止時に実施されます。

各手順，およびジョブネットの実行登録の詳細は，マニュアル「JP1/Automatic Job Management System 操作ガイド」を参照してください。

5.3.3　仮想サーバの負荷を監視するための設定（JP1/PFMの利用）

JP1/PFMを利用する場合，仮想サーバ上のアプリケーションサーバのパフォーマンスデータを収集したあとの記録方法や保存条件を設定したり，パフォーマンスデータにしきい値を設定してアラームで通知したりできます。これらの設定は，仮想サーバグループを登録したあとに実施します。

また，仮想サーバグループを登録解除したあとには，JP1/PFM - Managerが監視しているエージェント階層から，登録解除した仮想サーバグループ内の仮想サーバの監視エージェントを削除する必要があります。

負荷監視を利用するための設定は，仮想サーバグループの登録または登録解除のタイミングで実施します。タイミングごとに実施する設定を説明します。

なお，各手順の詳細は，次のマニュアルを参照してください。

JP1/Performance Management 設計・構築ガイド

JP1/Performance Management 運用ガイド

JP1/Performance Management リファレンス

(1)　仮想サーバグループの登録時に実施する設定

管理ユニットに登録した仮想サーバグループ内の仮想サーバをJP1/PFMの監視対象とする場合は，登録された仮想サーバに対して，次の手順でパフォーマンスデータに関する設定をします。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

管理ユニットに仮想サーバグループを登録し，定義ディレクトリを反映して起動します。

管理用端末マシンからJP1管理用サーバマシンにリモート接続します。

jpchostsファイルに，管理ユニットに登録した仮想サーバグループ内の仮想サーバのホストの名称と管理用IPアドレスを設定します。

jpcasrec updateコマンドを実行します。

パフォーマンスデータの記録方法を設定します。

jpcaspsv updateコマンドを実行します。

パフォーマンスデータの保存条件を設定します。

アラームを設定して，アラームによる運用を開始します。

(2)　仮想サーバグループの登録解除時に実施する設定

管理ユニットから登録解除した仮想サーバグループ内の仮想サーバをJP1/PFMの監視対象から外す場合は，登録解除された仮想サーバグループ内の仮想サーバを，次の手順でJP1/PFMが監視するエージェント階層から削除します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

仮想サーバグループを停止して管理ユニットから登録解除します。

管理用端末マシンのWebブラウザからJP1/PFM - Web Consoleに接続します。

管理ユニットから登録解除した仮想サーバグループ内の仮想サーバの監視エージェントをエージェント階層から削除します。

6　仮想化システムのアプリケーション実行環境の運用

この章では，仮想化システムのアプリケーション実行環境での通常運用，保守運用および障害運用について説明します。

説明で使用するファイルおよびコマンドの格納先や参照先マニュアルについては，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。また，この章で説明するコマンドの実行例では，コマンドのパスを省略しています。コマンドのパスについては，「8.2　仮想化システムの構築・運用時に使用するコマンド」のコマンドの格納先を参照してください。

なお，仮想サーバマネージャ管理者が，仮想化システムの運用環境のテスト用にアプリケーション実行環境を運用する場合は，システム構築者の作業を仮想サーバマネージャ管理者の作業に読み替えてください。

6.1　アプリケーション実行環境の通常運用

アプリケーション実行環境の通常運用について説明します。通常運用では，管理ユニット単位または仮想サーバグループ単位に，仮想サーバを起動して業務を開始したり，仮想サーバを停止して業務を停止したりできます。また，管理ユニットや仮想サーバに関する情報も取得できます。

6.1.1　管理ユニットの起動と停止

管理ユニットに属する仮想サーバを一括で起動して，業務を開始します。また，管理ユニットに属する仮想サーバを一括で停止して，業務を停止します。

ポイント

作業を実施するユーザ：システム構築者

ここでは，管理ユニット「gyoumu_a」を起動・停止する手順について説明します。

管理ユニットの起動

管理ユニットに属する仮想サーバすべてを一括で起動して，業務を開始します。

負荷分散機を利用している場合は，管理ユニットを閉塞解除する必要があります。管理ユニットの閉塞解除は，次のどちらかのコマンドで実施します。

-lbオプションを指定して管理ユニットの起動コマンド（vmiunitコマンドのサブコマンド「start」）で実行する

管理ユニットを起動したあとに，管理ユニットの閉塞解除コマンド（vmiunitコマンドのサブコマンド「unblock」）を実行する

管理ユニットを起動する手順について説明します。ここでは，負荷分散機を利用している場合の例として，起動してから，vmiunitコマンドのサブコマンド「unblock」で閉塞解除する手順を示します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「start」を使用して，管理ユニットに属する仮想サーバ上のアプリケーションサーバを起動し，業務を開始します。

コマンドの実行例を次に示します。

vmiunit start -unit gyoumu_a

vmiunitコマンドのサブコマンド「unblock」を使用して，管理ユニットを閉塞解除します。

コマンドの実行例を次に示します。

vmiunit unblock -unit gyoumu_a

管理ユニットの停止

管理ユニットに属する仮想サーバすべてを一括で停止して，業務を停止します。

負荷分散機を利用している場合は，管理ユニットを閉塞する必要があります。管理ユニットの閉塞は，次のどちらかのコマンドで実施します。

管理ユニットを停止する前に，管理ユニットの閉塞コマンド（vmiunitコマンドのサブコマンド「block」）を実行する

-lbオプションを指定して管理ユニットの停止コマンド（vmiunitコマンドのサブコマンド「stop」）で実行する

管理ユニットを停止する手順について説明します。ここでは，負荷分散機を利用している場合の例として，vmiunitコマンドのサブコマンド「block」で閉塞してから停止する手順を示します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「block」を使用して，管理ユニットに属する仮想サーバすべてを閉塞します。

コマンドの実行例を次に示します。

vmiunit block -unit gyoumu_a

vmiunitコマンドのサブコマンド「stop」を使用して，管理ユニットに属する仮想サーバ上のアプリケーションサーバを停止し，業務を停止します。

コマンドの実行例を次に示します。

vmiunit stop -unit gyoumu_a

ポイント

vmiunitコマンドのサブコマンド「block」で管理ユニットを閉塞している場合は，閉塞対象の管理ユニットに属する仮想サーバに対する業務の利用が終了するのを待ってから，管理ユニットを停止することをお勧めします。

6.1.2　仮想サーバグループの起動と停止

仮想サーバグループ内の仮想サーバを起動して業務を開始します。また，仮想サーバグループ内の仮想サーバを停止して業務を停止します。

ポイント

作業を実施するユーザ：システム構築者

ここでは，管理ユニット「gyoumu_a」の仮想サーバグループ「vmgroup_1」内の仮想サーバを起動・停止する手順について説明します。

仮想サーバグループの起動

仮想サーバグループ内の仮想サーバを起動して業務を開始します。

負荷分散機を利用している場合は，仮想サーバグループ内の仮想サーバを閉塞解除する必要があります。仮想サーバグループの閉塞解除は，次のどちらかのコマンドで実施します。

-lbオプションを指定して仮想サーバグループの起動コマンド（vmiunitコマンドのサブコマンド「start」）で実行する

仮想サーバグループを起動したあとに，仮想サーバグループの閉塞解除コマンド（vmiunitコマンドのサブコマンド「unblock」）を実行する

仮想サーバグループを起動する手順について説明します。ここでは，負荷分散機を利用している場合の例として，起動してから，vmiunitコマンドのサブコマンド「unblock」で閉塞解除する手順を示します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「start」を使用して，仮想サーバグループ内の仮想サーバ上のアプリケーションサーバを起動し，業務を開始します。

コマンドの実行例を次に示します。

vmiunit start -unit gyoumu_a -group vmgroup_1

vmiunitコマンドのサブコマンド「unblock」を使用して，仮想サーバグループを閉塞解除します。

コマンドの実行例を次に示します。

vmiunit unblock -unit gyoumu_a -group vmgroup_1

仮想サーバグループの停止

仮想サーバグループ内の仮想サーバを停止して，業務を停止します。

負荷分散機を利用している場合は，仮想サーバグループ内の仮想サーバを閉塞する必要があります。仮想サーバグループの閉塞は，次のどちらかのコマンドで実施します。

仮想サーバグループを停止する前に，仮想サーバグループの閉塞コマンド（vmiunitコマンドのサブコマンド「block」）を実行する

-lbオプションを指定して仮想サーバグループの停止コマンド（vmiunitコマンドのサブコマンド「stop」）で実行する

仮想サーバグループを停止する手順について説明します。ここでは，負荷分散機を利用している場合の例として，vmiunitコマンドのサブコマンド「block」で閉塞してから停止する手順を示します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「block」を使用して，仮想サーバグループを閉塞します。

コマンドの実行例を次に示します。

vmiunit block -unit gyoumu_a -group vmgroup_1

vmiunitコマンドのサブコマンド「stop」を使用して，仮想サーバグループ内の仮想サーバ上のアプリケーションサーバを停止し，業務を停止します。

コマンドの実行例を次に示します。

vmiunit stop -unit gyoumu_a -group vmgroup_1

ポイント

vmiunitコマンドのサブコマンド「block」で，仮想サーバグループを閉塞している場合は，閉塞対象の仮想サーバグループ内の仮想サーバに対する業務の利用が終了するのを待ってから，仮想サーバグループを停止することをお勧めします。

6.1.3　管理ユニットに関する情報の取得

管理ユニットに関する情報として，管理ユニット，仮想サーバグループまたは仮想サーバの状態に関する情報と，管理ユニットに属する仮想サーバの一覧を取得する方法について説明します。

ポイント

作業を実施するユーザ：システム構築者

ここでは，管理ユニット「gyoumu_a」，仮想サーバグループ「vmgroup_1」，「vmgroup_2」，および仮想サーバ識別子が「192.168.1.101」，「192.168.1.102」の仮想サーバについて情報を取得する例を示します。

管理ユニットの情報取得

特定の管理ユニットの情報が取得できます。操作対象の管理ユニットの内容や，所有者などを確認できます。JP1/Base（認証サーバ）によるアカウント管理を利用している場合，管理ユニットの所有者に関する情報は取得されません。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「info」で，-unitオプションに情報を取得したい管理ユニット名を指定して，管理ユニットの情報を取得します。

コマンドの実行例と実行結果の例を次に示します。なお，ここで示すコマンド実行結果は，仮想サーバマネージャによるアカウント管理を利用している場合の例になります。

vmiunit info -unit gyoumu_a

（コマンド実行結果の例）

UnitName:      gyoumu_a
Owner:         user_a
Description:   業務A
Tier count:      1
  Tier ID:       combined-system01
       type:     combined-tier

この例は，管理ユニット「gyoumu_a」が業務A用の管理ユニットにティア識別子「combined-system01」のティア（combined-tier）が一つあり，システム構築者「user_a」が所有していることを示しています。

管理ユニットごとの状態取得

管理ユニットごとの状態が取得できます。管理ユニットに属する仮想サーバグループへの定義ディレクトリの反映状況や，仮想サーバグループの数などを確認できます。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「status」で，-targetオプションにunitを指定して，管理ユニットの状態を取得します。

コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target unit

（コマンド実行結果の例）

Definition Status: changed
All Groups:        2
Active Groups:     1
Invalid Groups:    1

この例は，管理ユニットに属する仮想サーバグループは，稼働状態が一つ，障害状態が一つの計二つで，仮想サーバグループの定義の変更範囲にlatest以外が含まれていることを示しています。

仮想サーバグループごとの状態取得

仮想サーバグループごとの状態が取得できます。仮想サーバグループ内の仮想サーバへの定義ディレクトリの反映状況や，仮想サーバの数などを確認できます。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「status」で，-targetオプションにgroup，-groupオプションに仮想サーバグループ名を指定して，仮想サーバグループの状態を取得します。

コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target group -group vmgroup_1

（コマンド実行結果の例）

Group Name:         vmgroup_1
Update Scope:       latest
Service Status:     active
All Servers:        1
Active Servers:     1
Invalid Servers:    0

この例は，仮想サーバグループ「vmgroup_1」内仮想サーバは，稼働状態が1台，障害状態が0台の計1台で，仮想サーバの定義の変更範囲はすべてnoneであることを示しています。

仮想サーバごとの状態取得

管理ユニットに属する仮想サーバすべての状態が取得できます。仮想サーバ上のサーバ通信エージェントとの接続状況や，定義ディレクトリの反映状況，仮想サーバのステータスなどを確認できます。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「status」で，-targetオプションにvirtualserverを指定して，管理ユニットに属する仮想サーバすべての状態を取得します。

コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target virtualserver

（コマンド実行結果の例）

Virtual Server ID:  192.168.1.101
Tier ID:            combined-system01
Group Name:         vmgroup_1
Update Scope:       none
Logical Status:     working
Observed Status:    working
LB Status:          unblocked
Access:             online

Virtual Server ID:  192.168.1.102
Tier ID:            combined-system01
Group Name:         vmgroup_2
Update Scope:       applications
Logical Status:     fault(updating)
Observed Status:    working
LB Status:          blocked
Access:             online

この例は，管理ユニットに属する仮想サーバが次の表に示す状態であることを示しています。

実行結果の項目

説明

管理ユニットに属する仮想サーバの状態

Virtual Server ID

仮想サーバ識別子

192.168.1.101

192.168.1.102

Tier ID

ティア識別子

combined-system01

combined-system01

Group Name

仮想サーバグループ名

vmgroup_1

vmgroup_2

Update Scope

仮想サーバの定義の変更範囲

更新の必要なし

アプリケーションの更新が必要

Logical Status

仮想サーバの論理ステータス

稼働中状態

反映失敗の障害状態

Observed Status

仮想サーバの実ステータス

稼働中状態

稼働中状態

LB Status

仮想サーバの負荷分散機ステータス

閉塞解除状態

閉塞状態

Access

サーバ通信エージェントとの通信状態

正常

正常

仮想サーバの一覧取得

管理ユニットまたは仮想サーバグループに属する仮想サーバの仮想サーバ識別子や，業務用IPアドレス，仮想サーバに割り当てられているティア識別子などが取得できます。一覧の形式のほかに，仮想サーバグループ情報ファイルの形式で情報を取得できます。仮想サーバの不要な仮想サーバが登録されていないかなどを確認できます。ここでは，管理ユニットに属する仮想サーバの情報を一覧の形式で取得する例を示します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「list」を使用して，管理ユニットに属する仮想サーバの一覧を取得します。

コマンドの実行例と実行結果の例を次に示します。

vmiunit list -unit gyoumu_a -format list

（コマンド実行結果の例）

Virtual Server ID:            192.168.1.101
Server Communication Agents Port: 20580
Service IP Address:           192.168.2.101
Tier ID:                      combined-system01
Group Name:                   vmgroup_1

Virtual Server ID:            192.168.1.102
Server Communication Agent Port: 20580
Service IP Address:           192.168.2.102
Tier ID:                      combined-system01
Group Name:                   vmgroup_2

この例は，管理ユニットに属する仮想サーバが次の表に示す状態であることを示しています。

実行結果の項目

説明

管理ユニットに属する仮想サーバの状態

Virtual Server ID

仮想サーバ識別子

192.168.1.101

192.168.1.102

Server Communication Agent Port

サーバ通信エージェントの接続ポート

20580

20580

Service IP Address

業務用IPアドレス

192.168.2.101

192.168.2.102

Tier ID

ティア識別子

combined-system01

combined-system01

Group Name

仮想サーバグループ名

vmgroup_1

vmgroup_2

6.2　アプリケーション実行環境の保守運用

アプリケーション実行環境の保守運用について説明します。保守運用では，業務開始後，リソースの利用状況などに応じて，業務で使用する仮想サーバの数を増やしたり，減らしたりします。また，OSや製品のパッチを適用したり，アプリケーションや定義ファイルを更新したりします。

6.2.1　管理ユニットのスケールアウトとスケールイン

スケールアウトは，稼働する仮想サーバの台数を増やす機能です。スケールインは，稼働する仮想サーバの台数を減らす機能です。管理ユニットで稼働する仮想サーバの台数を変更して，処理性能を向上させたり，リソースの使用効率を向上させたりできます。

ここでは，管理ユニット「gyoumu_a」に，仮想サーバグループ「vmgroup_2」内の仮想サーバ（仮想サーバ識別子が「192.168.1.102」で業務用IPアドレスが「192.168.2.102」）と，仮想サーバグループ「vmgroup_3」内の仮想サーバ（仮想サーバ識別子が「192.168.1.103」で業務用IPアドレスが「192.168.2.103」）をスケールアウト・スケールインする場合の例を示します。

管理ユニットのスケールアウト

管理ユニットをスケールアウトする手順について説明します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

システム構築者は，メールなどを利用して，管理ユニットに増やす仮想サーバの手配をリソース管理者に依頼します。

管理ユニットで使用する仮想サーバの台数（2台），「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成した仮想サーバのテンプレートなどの情報をリソース管理者に連絡します。

リソース管理者は，仮想サーバのテンプレートから指定された台数分の仮想サーバの複製を作成します。複製した仮想サーバの情報をシステム構築者に報告します。

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，手順2.でリソース管理者から提供された仮想サーバの情報を基に，仮想サーバグループ情報ファイルを作成します。

仮想サーバ情報ファイルの作成例を次に示します。ここでは，仮想サーバグループ情報ファイル「virtualserver-scaleout.xml」にスケールアウトする仮想サーバグループだけを定義するとします。

<?xml version="1.0" encoding="utf-8"?>
<virtualserver-info xmlns="http://www.cosminexus.com/mngsvr/schema/VirtualServerInfo-1.0">
  <group name="vmgroup_2">
    <virtualserver tier="combined-system01" ip="192.168.1.102" port="20580" serviceip="192.168.2.102"/>
  </group>
  <group name="vmgroup_3">
    <virtualserver tier="combined-system01" ip="192.168.1.103" port="20580" serviceip="192.168.2.103"/>
  </group>
</virtualserver-info>

システム構築者は，vmiunitコマンドのサブコマンド「attach」を使用して，手順4.で作成した仮想サーバグループ情報ファイルを指定して仮想サーバグループを管理ユニットへ登録します。

コマンドの実行例を次に示します。

vmiunit attach -unit gyoumu_a -f virtualserver-scaleout.xml

仮想サーバの電源がOFFの場合，システム構築者は，管理用端末マシンから仮想サーバにリモート接続して，仮想サーバの電源をONにします。

仮想サーバとともにリソース管理者から提供された利用に関するドキュメントなどを参考にして，電源をONにします。

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，vmiunitコマンドのサブコマンド「update」を使用して，管理ユニットに登録済みの定義ディレクトリを，手順5.で追加した仮想サーバに一括して反映します。

管理ユニットに属する仮想サーバすべてに定義ディレクトリを反映します。同じ定義ディレクトリが反映済みの仮想サーバに対しては，反映処理をスキップします。定義ディレクトリが反映されると，仮想サーバ上にアプリケーションサーバが構築されます。コマンドの実行例を次に示します。

vmiunit update -unit gyoumu_a

システム構築者は，手順5.で追加した仮想サーバグループを起動します。

仮想サーバグループ内の仮想サーバを起動して業務を開始します。

仮想サーバグループの起動手順については，「6.1.2　仮想サーバグループの起動と停止」を参照してください。

なお，スケールアウトする仮想サーバグループが複数ある場合は，この手順を複数回実施します。

管理ユニットのスケールイン

管理ユニットをスケールインする手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

管理ユニットから削除する仮想サーバグループを停止します。

仮想サーバグループの停止手順については，「6.1.2　仮想サーバグループの起動と停止」を参照してください。なお，スケールインする仮想サーバグループが複数ある場合は，この手順を複数回実施します。

vmiunitコマンドのサブコマンド「detach」を使用して，手順2.で停止した仮想サーバグループを管理ユニットから登録解除します。

スケールインする仮想サーバグループが複数ある場合は，この手順を複数回実施します。コマンドの実行例を次に示します。

vmiunit detach -unit gyoumu_a -group vmgroup_2
vmiunit detach -unit gyoumu_a -group vmgroup_3

メールなどを利用して，手順3.で登録解除した仮想サーバグループ内の仮想サーバの返却をリソース管理者に依頼します。

6.2.2　アプリケーション実行環境の更新

アプリケーション実行環境を構成する定義ディレクトリの各定義ファイルや，業務のアプリケーションを更新する場合，管理ユニットに登録済みの定義ディレクトリと，稼働中の仮想サーバを更新する必要があります。

ここでは，管理ユニット「gyoumu_a」に属する仮想サーバのアプリケーションと定義ファイルを更新する例を示します。管理ユニット「gyoumu_a」の定義ディレクトリのパスは，「<任意のディレクトリ>」とします。

(1)　管理ユニットへの定義ディレクトリの取り込み

更新したアプリケーションや定義ファイルを管理ユニットへ取り込んで更新する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「export」を使用して，管理ユニットに登録されている定義ディレクトリを任意のディレクトリに取り出します。

コマンドの実行例を次に示します。

vmiunit export -unit gyoumu_a -dir <任意のディレクトリ>

更新済みのアプリケーションや定義ファイルを用意して，手順2.で取り出した定義ディレクトリに配置します。

定義ディレクトリの構成については，「5.2.4(1)　定義ファイルとアプリケーションの配置」を参照してください。

vmiunitコマンドのサブコマンド「import」を使用して，手順3.で更新済みのアプリケーションや定義ファイルを配置した定義ディレクトリを管理ユニットへ取り込みます。

定義ディレクトリのパスに手順2.で取り出したパスを指定する場合のコマンドの実行例を次に示します。

vmiunit import -unit gyoumu_a -dir <任意のディレクトリ>

(2)　仮想サーバへの定義ディレクトリの反映

更新した定義ディレクトリを管理ユニットに取り込んだあと，管理ユニットに属する仮想サーバに更新した内容を反映する手順について説明します。停止している仮想サーバグループ内の仮想サーバに，更新した内容が反映されます。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

管理ユニットに属する仮想サーバを停止します。

管理ユニットの停止手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

仮想サーバの電源がOFFの場合，管理用端末マシンから仮想サーバにリモート接続して，仮想サーバの電源をONにします。

仮想サーバとともにリソース管理者から提供された利用に関するドキュメントなどを参考にして，電源をONにします。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「update」を使用して，管理ユニットに属する仮想サーバに，更新した定義ディレクトリを一括して反映します。

コマンドの実行例を次に示します。

vmiunit update -unit gyoumu_a

参考

定義ディレクトリの更新対象によって，仮想サーバ上の反映対象が異なります。

アプリケーションだけを更新した場合

仮想サーバ上のアプリケーションが入れ替えられます。アプリケーションサーバは再構築されません。

定義ディレクトリ全体を更新した場合

仮想サーバ上にアプリケーションサーバが再構築されます。

注意事項

ゲストOSがWindowsの場合，JP1連携を自動設定するフックスクリプトの設定によっては，定義ディレクトリの反映を繰り返したときに失敗することがあります。この場合は，仮想サーバでJP1/Baseのログファイルトラップのサービスを停止してから，再度，vmiunitコマンドのサブコマンド「update」（定義ディレクトリの反映）を実行してください。フックスクリプトの設定については，「7.7.2　フックスクリプトを利用したJP1連携の自動設定」を参照してください。

6.2.3　仮想サーバのテンプレートの更新

仮想サーバのゲストOSやApplication Server，JP1などの製品のパッチを適用する場合，仮想サーバのテンプレートを更新する必要があります。

ここでは，管理ユニット「gyoumu_a」に属する仮想サーバ（仮想サーバ識別子が「192.168.1.101」で業務用IPアドレスが「192.168.2.101」の仮想サーバ）で使用しているテンプレートを更新する例を示します。

(1)　テンプレートへのパッチの適用

仮想サーバのテンプレートにパッチを適用する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

メールなどを利用して，仮想サーバのテンプレートにパッチを適用するための仮想サーバの手配，およびテンプレートへのアクセス権の付与を，リソース管理者に依頼します。

テンプレート名，利用日時などの情報をリソース管理者に連絡します。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

テンプレート作成用の仮想サーバに，ゲストOS，Application Server，JP1などの製品の更新プログラムを適用します。

ゲストOSをシャットダウンして，テンプレート作成用の仮想サーバを停止します。

(2)　仮想サーバへの適用

仮想サーバにパッチを適用する方法には，ハイパーバイザ管理用サーバマシンにリモート接続して仮想サーバへ直接適用する方法と，更新したテンプレートを仮想サーバに適用する方法があります。

(a)　仮想サーバへ直接適用する場合

業務を部分的に停止するか，業務全体を停止するかで手順が異なります。

ポイント

作業を実施するユーザ：システム構築者

業務を部分的に停止するときの手順

仮想サーバグループを一つずつ停止し，パッチを適用して起動します。管理ユニットに属する仮想サーバの一部が停止するだけなので，業務は部分的に稼働中となります。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

更新対象の仮想サーバグループを停止し，業務を停止します。

仮想サーバグループの停止手順については，「6.1.2　仮想サーバグループの起動と停止」を参照してください。

管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続します。

更新対象の仮想サーバに直接アクセスして，ゲストOS，Application Server，JP1などの製品の更新プログラムを適用します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

仮想サーバグループを起動し，業務を再開始します。

仮想サーバグループの起動手順については，「6.1.2　仮想サーバグループの起動と停止」を参照してください。

パッチ適用対象の仮想サーバが複数台ある場合は，これらの手順を仮想サーバの台数分実施します。

業務全体を停止するときの手順

管理ユニットに属する仮想サーバすべてを一括で停止します。業務もすべて停止します。仮想サーバ1台ずつに対して，順番に直接パッチを適用してから，仮想サーバすべてを一括で起動します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

管理ユニットに属する仮想サーバを一括で停止し，すべての業務を停止します。

管理ユニットの停止手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続します。

更新対象の仮想サーバに直接アクセスして，ゲストOSやApplication Server，JP1などの製品の更新プログラムを適用します。

パッチ適用対象の仮想サーバが複数台ある場合は，この手順を仮想サーバの台数分実施します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

管理ユニットに属する仮想サーバを一括で起動し，すべての業務を再開始します。

管理ユニットの起動手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

(b)　更新済みのテンプレートを仮想サーバに適用する場合

業務を部分的に停止するか，業務全体を停止するかで手順が異なります。

業務を部分的に停止するときの手順

仮想サーバグループ一つずつに対して，スケールインとスケールアウトを実施して，更新済みのテンプレートを適用した仮想サーバに入れ替えます。管理ユニットに属する仮想サーバの一部が停止するだけなので，業務は部分的に稼働中となります。

ポイント

作業を実施するユーザ：システム構築者

管理ユニットをスケールインします。

スケールインの手順については，「6.2.1　管理ユニットのスケールアウトとスケールイン」を参照してください。

管理ユニットをスケールアウトします。

スケールアウトの手順については，「6.2.1　管理ユニットのスケールアウトとスケールイン」を参照してください。

パッチ適用対象の仮想サーバが複数台ある場合は，これらの手順を仮想サーバの台数分実施します。

業務全体を停止するときの手順

管理ユニットに属する仮想サーバすべてを一括で停止します。業務もすべて停止します。仮想サーバグループ一つずつに対して，順番に登録解除をしてから，仮想サーバグループ情報ファイルを作成して仮想サーバグループを再登録します。そのあと，仮想サーバすべてに対して，定義ディレクトリを一括して反映し，管理ユニットに属する仮想サーバすべてを一括で起動します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，管理ユニットに属する仮想サーバを一括で停止し，すべての業務を停止します。

管理ユニットの停止手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

システム構築者は，vmiunitコマンドのサブコマンド「detach」を使用して，仮想サーバグループを管理ユニットから登録解除します。

コマンドの実行例を次に示します。

vmiunit detach -unit gyoumu_a -group vmgroup_1

なお，パッチ適用対象の仮想サーバグループが複数ある場合は，この手順を複数回実施します。

システム構築者は，メールなどを利用して，手順3.で登録解除した仮想サーバ返却をリソース管理者に依頼します。

システム構築者は，メールなどを利用して，新たに管理ユニットに登録する仮想サーバの手配を，リソース管理者に依頼します。

「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成した仮想サーバのテンプレートなどの情報をリソース管理者に連絡します。

リソース管理者は，仮想サーバのテンプレートから仮想サーバの複製を作成します。複製した仮想サーバの情報をシステム構築者に報告します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，手順6.でリソース管理者から提供された仮想サーバの情報を基に，仮想サーバグループ情報ファイルを作成します。

仮想サーバ識別子が「192.168.1.110」で業務用IPアドレスが「192.168.2.110」の仮想サーバを提供された場合の仮想サーバグループ情報ファイルの作成例を次に示します。ここでは，構築時に作成した仮想サーバグループ情報ファイル「virtualserver-info.xml」の仮想サーバの情報を更新するとします。

<?xml version="1.0" encoding="utf-8"?>
<virtualserver-info xmlns="http://www.cosminexus.com/mngsvr/schema/VirtualServerInfo-1.0">
  <group name="vmgroup_1">
    <virtualserver tier="combined-system01" ip="192.168.1.110" port="20580" serviceip="192.168.2.110"/>
  </group>
</virtualserver-info>

注

背景色付きの太字は更新個所を示します。

システム構築者は，vmiunitコマンドのサブコマンド「attach」を使用して，手順8.で更新した仮想サーバグループ情報ファイルを指定して仮想サーバグループを管理ユニットへ登録します。

コマンドの実行例を次に示します。

vmiunit attach -unit gyoumu_a -f virtualserver-info.xml

仮想サーバの電源がOFFの場合，システム構築者は，管理用端末マシンから仮想サーバにリモート接続して，仮想サーバの電源をONにします。

仮想サーバとともにリソース管理者から提供された利用に関するドキュメントなどを参考にして，電源をONにします。

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，vmiunitコマンドのサブコマンド「update」を使用して，管理ユニットに登録した，すべての仮想サーバに定義ディレクトリを一括して反映します。

コマンドの実行例を次に示します。

vmiunit update -unit gyoumu_a

システム構築者は，管理ユニットに属する仮想サーバを一括で起動し，すべての業務を再開始します。

管理ユニットの起動手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

6.2.4　仮想サーバのログの参照

ハイパーバイザ管理用サーバマシン上の仮想サーバのログは，直接参照できます。仮想サーバのログは参照するだけでなく，ほかのマシンにコピーすることもできます。必要に応じて，システム構築者は，管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続してログを参照してください。

6.2.5　アプリケーション実行環境の削除

不要になったアプリケーション実行環境は削除できます。

ここでは，管理ユニット「gyoumu_a」に属する仮想サーバのアプリケーション実行環境を削除する例を示します。

(1)　管理ユニットからのすべての仮想サーバグループの削除

不要になったアプリケーション実行環境の仮想サーバグループを管理ユニットからすべて削除する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「status」を使用して，管理ユニットに属する仮想サーバの状態を表示します。

コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target virtualserver

（コマンド実行結果の例）

Virtual Server ID:  192.168.1.101
Tier ID:            combined-system01
Group Name:         vmgroup_1
Update Scope:       none
Logical Status:     working
Observed Status:    working
LB Status:          unblocked
Access:             online

Virtual Server ID:  192.168.1.102
Tier ID:            combined-system01
Group Name:         vmgroup_2
Update Scope:       none
Logical Status:     stopped
Observed Status:    stopped
LB Status:          blocked
Access:             online

この例は，管理ユニットに属する仮想サーバが次の表に示す状態であることを示しています。

実行結果の項目

説明

管理ユニットに属する仮想サーバの状態

Virtual Server ID

仮想サーバ識別子

192.168.1.101

192.168.1.102

Tier ID

ティア識別子

combined-system01

combined-system01

Group Name

仮想サーバグループ名

vmgroup_1

vmgroup_2

Update Scope

仮想サーバの定義の変更範囲

更新の必要なし

更新の必要なし

Logical Status

仮想サーバの論理ステータス

稼働中状態

停止状態

Observed Status

仮想サーバの実ステータス

稼働中状態

停止状態

LB Status

仮想サーバの負荷分散機ステータス

閉塞解除状態

閉塞状態

Access

サーバ通信エージェントとの通信状態

正常

正常

これによって，仮想サーバ識別子「192.168.1.101」の仮想サーバが稼働中（論理ステータスと実ステータスがworking（稼働中状態））であることがわかります。

稼働中の仮想サーバグループを停止します。

仮想サーバグループの停止手順については，「6.1.2　仮想サーバグループの起動と停止」を参照してください。稼働中の仮想サーバが一つもない場合，この手順は省略してください。

vmiunitコマンドのサブコマンド「detach」を使用して，管理ユニットに属する仮想サーバグループをすべて管理ユニットから登録解除します。

コマンドの実行例を次に示します。

vmiunit detach -unit gyoumu_a -group vmgroup_1
vmiunit detach -unit gyoumu_a -group vmgroup_2

稼働中の仮想サーバグループが複数ある場合は，手順3.〜手順4.を複数回実施します。

メールなどを利用して，手順4.で登録解除した仮想サーバの返却をリソース管理者に依頼します。

(2)　管理ユニットの削除

仮想サーバグループをすべて削除した管理ユニットを削除する手順について説明します。管理ユニットを削除する手順は，アカウントの管理方法によって異なります。アカウントの管理方法ごとに手順を説明します。

仮想サーバマネージャによるアカウント管理を利用している場合

仮想サーバマネージャで管理しているシステム構築者アカウントを持つユーザが管理ユニットを削除する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者，仮想サーバマネージャ管理者

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，vmiunitadminコマンドのサブコマンド「delete」を使用して，管理ユニットを削除します。

コマンドの実行例を次に示します。

vmiunitadmin delete -unit gyoumu_a

システム構築者は，システム構築者アカウントが不要になったら，メールなどを利用して，システム構築者アカウントの削除を仮想サーバマネージャ管理者に依頼します。

仮想サーバマネージャ管理者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

仮想サーバマネージャ管理者は，vmiaccountコマンドのサブコマンド「delete」を使用して，仮想サーバマネージャからシステム構築者アカウントを削除します。

ここでは，ユーザID「user_a」のシステム構築者アカウントを削除する場合のコマンドの実行例を次に示します。

vmiaccount delete -user user_a

JP1/Base（認証サーバ）によるアカウント管理を利用している場合

認証サーバのJP1/Baseで管理しているシステム構築者アカウントを持つユーザが管理ユニットを削除する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者，JP1アカウント管理者

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，vmiunitadminコマンドのサブコマンド「delete」を使用して，管理ユニットを削除します。

コマンドの実行例を次に示します。

vmiunitadmin delete -unit gyoumu_a

システム構築者は，メールなどを利用して，削除した管理ユニットに対する操作権限の削除をJP1アカウント管理者に依頼します。

管理ユニットに対する操作権限を削除するために必要なアカウント情報（JP1資源グループ（管理ユニット名），JP1権限レベル）をJP1アカウント管理者に連絡します。

参考

システム構築者アカウントが不要になった場合は，システム構築者アカウントの削除を依頼します。システム構築者アカウントの削除手順については，「4.1.2(3)　システム構築者アカウントの削除」を参照してください。

JP1アカウント管理者は，認証サーバ（仮想化システム管理用サーバマシンまたはJP1管理用サーバマシン）で，JP1/BaseからJP1ユーザーのアカウント一覧を取得します。

JP1アカウント管理者は，手順3.のアカウント情報を持つJP1ユーザーを確認します。

JP1アカウント管理者は，手順5.で確認したJP1ユーザーから，手順3.のJP1資源グループ（管理ユニット名），JP1権限レベルを削除します。

JP1アカウント管理者は，メールなどを利用して，管理ユニットに対する操作権限の削除完了をシステム構築者に通知します。

6.3　仮想サーバの障害運用

アプリケーション実行環境の障害運用について説明します。ここでは，仮想サーバで想定される障害要因とその調査方法，および復旧方法について説明します。

参考

仮想サーバがダウンすると，ユーザ資産を含む仮想サーバ内のデータがすべて消失するおそれがあります。アプリケーションが出力するユーザ資産などは，仮想サーバ以外のDBやストレージ装置などに出力することをお勧めします。

6.3.1　仮想サーバの障害要因の調査

ここでは，仮想サーバの障害要因を調査する方法について説明します。

仮想サーバ上のアプリケーションサーバで発生する障害は，JP1/IMなどを利用して監視できます。また，仮想サーバの起動，停止，更新などの処理中に障害が発生した場合は，管理ユニットに属する仮想サーバの状態を表示して確認できます。

障害が発生した仮想サーバグループを調査する手順を次に示します。

ポイント

作業を実施するユーザ：システム構築者

ここでは，管理ユニット「gyoumu_a」で，仮想サーバグループ「vmgroup_1」内の仮想サーバ識別子が「192.168.1.101」の仮想サーバで障害が発生した例を示します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

vmiunitコマンドのサブコマンド「status」を使用して，管理ユニットに属する仮想サーバの状態を表示して，障害が発生した仮想サーバグループを特定します。

コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target virtualserver

（コマンド実行結果の例）

Virtual Server ID:  192.168.1.101
Tier ID:            combined-system01
Group Name:         vmgroup_1
Update Scope:       all
Logical Status:     fault（updating）
Observed Status:    stopped
LB Status:          blocked
Access:             online

Virtual Server ID:  192.168.1.102
Tier ID:            combined-system01
Group Name:         vmgroup_2
Update Scope:       none
Logical Status:     working
Observed Status:    working
LB Status:          unblocked
Access:             online

この例は，管理ユニットに属する仮想サーバが次の表に示す状態であることを示しています。

実行結果の項目

説明

管理ユニットに属する仮想サーバの状態

Virtual Server ID

仮想サーバ識別子

192.168.1.101

192.168.1.102

Tier ID

ティア識別子

combined-system01

combined-system01

Group Name

仮想サーバグループ名

vmgroup_1

vmgroup_2

Update Scope

仮想サーバの定義の変更範囲

すべての定義で更新が必要

更新の必要なし

Logical Status

仮想サーバの論理ステータス

反映失敗の障害状態

稼働中状態

Observed Status

仮想サーバの実ステータス

停止状態

稼働中状態

LB Status

仮想サーバの負荷分散機ステータス

閉塞状態

閉塞解除状態

Access

サーバ通信エージェントとの通信状態

正常

正常

これによって，仮想サーバグループ「vmgroup_1」内の仮想サーバ識別子「192.168.1.101」の仮想サーバが，障害停止中（論理ステータスがfault（updating）（反映失敗の障害状態）と実ステータスがstopped（停止状態））であることがわかります。

管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続します。

必要に応じて，障害が発生した仮想サーバが稼働するハイパーバイザの情報を取得するか，またはリソース管理者に取得依頼します。

特定した仮想サーバに直接アクセスして，障害要因を調査します。

障害要因として，次の問題が考えられます。

定義ディレクトリの問題

アプリケーションの問題

仮想サーバのテンプレートの問題

仮想サーバが稼働するハイパーバイザの問題

フックスクリプトを利用してJP1連携を自動設定している場合は，次のファイルを順番に参照して障害要因を調査してください。

フックスクリプトによって出力されたトレースファイル

トレースファイルは，フックスクリプトでSCRIPT_TRACEパラメタに指定したファイル名で出力されます。このファイルを参照してエラーメッセージとエラーが発生したコマンドを確認します。

フックスクリプト

トレースファイルで確認したエラーメッセージをフックスクリプトで検索して，エラーメッセージを出力したコマンドを特定します。そのコマンドで使用しているパラメタの指定内容を確認してください。

JP1製品のログファイル

フックスクリプトで特定したコマンドがJP1製品のコマンドの場合は，仮想サーバ上のJP1製品のログファイルを参照し，エラーの原因を調査してください。

Management Serverのログファイル

フックスクリプトで特定したコマンドがManagement Serverのコマンドの場合は，仮想サーバ上のManagement Serverのログを参照し，エラーの原因を調査してください。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

必要に応じて，vmiunitコマンドのサブコマンド「mark」を使用して，特定した仮想サーバグループに障害マークを設定します。

コマンドの実行例を次に示します。

vmiunit mark -unit gyoumu_a -group vmgroup_1

6.3.2　仮想サーバの障害からの復旧

ここでは，仮想サーバの復旧方法について説明します。

「6.3.1　仮想サーバの障害要因の調査」で障害要因を調査した結果，既存の仮想サーバが使用できるかどうかによって，回復方法を決定します。それぞれの復旧手順を次に示します。

ここでは，管理ユニット「gyoumu_a」で，仮想サーバグループ「vmgroup_1」内の仮想サーバ（仮想サーバ識別子が「192.168.1.101」で業務用IPアドレスが「192.168.2.101」）を障害から復旧する例を示します。

(1)　障害が発生した仮想サーバが使用できる場合

既存の仮想サーバをそのまま使用して，障害から復旧します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続します。

障害が発生した仮想サーバに回復処理を実施します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

仮想サーバグループに障害マークが設定されている場合は，設定を解除します。

コマンドの実行例を次に示します。

vmiunit unmark -unit gyoumu_a -group vmgroup_1

回復した仮想サーバグループを起動します。

仮想サーバグループの起動手順については，「6.1.2　仮想サーバグループの起動と停止」を参照してください。

(2)　障害が発生した仮想サーバが使用できない場合

ほかの仮想サーバを用意して，障害から復旧します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

ここでは，新たに用意する仮想サーバは仮想サーバ識別子が「192.168.1.110」で業務用IPアドレスが「192.168.2.110」とします。

リソース管理者は，障害が発生した仮想サーバから回復できるデータを収集します。

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，障害が発生した仮想サーバグループを停止します。

仮想サーバグループの停止手順については，「6.1.2　仮想サーバグループの起動と停止」を参照してください。

システム構築者は，vmiunitコマンドのサブコマンド「detach」を使用して，障害が発生した仮想サーバグループを管理ユニットから登録解除します。

コマンドの実行例を次に示します。

vmiunit detach -unit gyoumu_a -group vmgroup_1

システム構築者は，メールなどを利用して，既存の仮想サーバを返却して，新たな仮想サーバの手配を，リソース管理者に依頼します。

「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成した仮想サーバのテンプレートなどの情報をリソース管理者に連絡します。

リソース管理者は，仮想サーバのテンプレートから仮想サーバの複製を作成します。複製した仮想サーバの情報をシステム構築者に報告します。

システム構築者は，手順6.で入手した仮想サーバの情報を基に，仮想サーバグループ情報ファイルを更新します。

仮想サーバグループ情報ファイルの作成例を次に示します。ここでは，構築時に作成した仮想サーバグループ情報ファイル「virtualserver-info.xml」の仮想サーバの情報を更新するとします。

<?xml version="1.0" encoding="utf-8"?>
<virtualserver-info xmlns="http://www.cosminexus.com/mngsvr/schema/VirtualServerInfo-1.0">
  <group name="vmgroup_1">
    <virtualserver tier="combined-system01" ip="192.168.1.110" port="20580" serviceip="192.168.2.110"/>
  </group>
</virtualserver-info>

注

背景色付きの太字は更新個所を示します。

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，vmiunitコマンドのサブコマンド「attach」を使用して，手順7.で更新した仮想サーバグループ情報ファイルを指定して新たな仮想サーバグループを管理ユニットへ登録します。

コマンドの実行例を次に示します。

vmiunit attach -unit gyoumu_a -f virtualserver-info.xml

仮想サーバの電源がOFFの場合，システム構築者は，管理用端末マシンから仮想サーバにリモート接続して，仮想サーバの電源をONにします。

仮想サーバとともにリソース管理者から提供された利用に関するドキュメントなどを参考にして，電源をONにします。

システム構築者は，管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

システム構築者は，vmiunitコマンドのサブコマンド「update」を使用して，新たな仮想サーバに定義ディレクトリを反映します。

コマンドの実行例を次に示します。

vmiunit update -unit gyoumu_a

システム構築者は，新たな仮想サーバグループを起動します。

仮想サーバグループの起動手順については，「6.1.2　仮想サーバグループの起動と停止」を参照してください。

必要に応じて，リソース管理者は，手順1.で収集したデータをシステム構築者に転送します。

第4編　機能解説

7　仮想化システムの構築・運用で使用する機能

この章では，仮想化システムの構築・運用で使用する機能について説明します。説明で使用するファイルおよびコマンドの格納先や参照先マニュアルについては，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。

7.1　仮想化システムの構築・運用で使用する機能の概要

仮想化システムの構築・運用で使用する機能と参照先を次の表に示します。これらの機能は，仮想サーバマネージャで実行します。

表7‒1　仮想化システムの構築・運用で使用する機能と参照先

機能

分類

概要

参照先

仮想サーバマネージャへのシステム構築者アカウントの追加

1.

仮想サーバマネージャに新規のシステム構築者アカウントを追加します。

7.2.1(1)

仮想サーバマネージャからのシステム構築者アカウントの削除

1.

仮想サーバマネージャからシステム構築者アカウントを削除します。

7.2.1(2)

システム構築者アカウントのパスワードの変更

1.

システム構築者アカウントのパスワードを変更します。

7.2.2

システム構築者アカウントの一覧取得

1.

仮想サーバマネージャに登録されているシステム構築者アカウントの一覧を取得します。

7.2.3

仮想サーバマネージャへの管理ユニットの作成

2.

仮想サーバマネージャに管理ユニットを作成します。

7.3.1(1)

仮想サーバマネージャからの管理ユニットの削除

2.

仮想サーバマネージャから管理ユニットを削除します。

7.3.1(2)

管理ユニットの所有者の変更

2.

管理ユニットの所有者を変更します。

7.3.2

管理ユニットの一覧取得

2.

仮想サーバマネージャに作成されている管理ユニットの一覧を取得します。

7.3.3

管理ユニットへの定義ディレクトリの取り込み

3.

管理ユニットに定義ディレクトリを取り込みます。

7.4.1(1)

登録済みの定義ディレクトリの内容変更

3.

管理ユニットに登録済みの定義ディレクトリの内容を変更します。

7.4.1(2)

管理ユニットからの定義ディレクトリの取り出し

3.

管理ユニットから定義ディレクトリを取り出します。

7.4.1(3)

登録済みの定義ディレクトリとの内容比較

3.

管理ユニットに登録済みの定義ディレクトリと内容を比較します。

7.4.1(4)

管理ユニットへの仮想サーバグループの登録

3.

管理ユニットに仮想サーバグループを登録します。

7.4.2(1)

管理ユニットからの仮想サーバグループの登録解除

3.

管理ユニットから仮想サーバグループの登録を解除します。

7.4.2(2)

管理ユニットに属する仮想サーバへの定義ディレクトリの反映

3.

管理ユニットに属するすべての仮想サーバに定義ディレクトリを反映します。

7.4.3

管理ユニットまたは仮想サーバグループの起動（業務の開始）

3.

管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバを一括で起動します。

7.4.4(1)

管理ユニットまたは仮想サーバグループの停止（業務の停止）

3.

管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバを一括で停止します。

7.4.4(2)

管理ユニットまたは仮想サーバグループの閉塞

3.

管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバを閉塞します。

7.4.5(1)

管理ユニットまたは仮想サーバグループの閉塞解除

3.

管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバの閉塞を解除します。

7.4.5(2)

管理ユニットの情報取得

3.

管理ユニットの情報を取得します。

7.4.6(1)

管理ユニットまたは仮想サーバグループごとの状態取得

3.

管理ユニットまたは仮想サーバグループの状態を取得します。また，それぞれに属する仮想サーバの状態を取得します。

7.4.6(2)

管理ユニットまたは仮想サーバグループに属する仮想サーバの一覧取得

3.

管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバの一覧を取得します。

7.4.6(3)

仮想サーバグループへの障害マークの設定

3.

仮想サーバグループに障害マークを設定します。

7.4.7(1)

仮想サーバグループからの障害マークの設定解除

3.

仮想サーバグループから障害マークの設定を解除します。

7.4.7(2)

定義ディレクトリの反映

4.

仮想サーバに定義ディレクトリすべてを反映します。

7.5.1(1)

アプリケーションの反映

4.

仮想サーバにアプリケーションを反映します。

7.5.1(2)

仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）

−

管理ユニットや仮想サーバの操作時に，負荷分散機と連携して，仮想サーバマネージャが負荷分散機に対して処理を依頼します。

7.6

仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）

−

仮想サーバマネージャが仮想サーバに対して何らかの処理（初期構築）を実行する際に，ユーザ作成のスクリプト（フックスクリプト）を仮想サーバ上で実行します。

また，JP1製品と連携する場合，JP1製品の環境設定を自動化する際に，フックスクリプトを仮想サーバ上で実行します。

7.7

仮想サーバで実行する処理を設定するための機能（ユーザスクリプト機能）

−

任意のタイミングでユーザ作成のスクリプト（ユーザスクリプト）を仮想サーバ上で実行します。

7.8

JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）

−

認証サーバのJP1/Baseで，仮想サーバマネージャに対するアカウントを管理し，仮想サーバマネージャに対する認証処理を実行します。

7.9

（凡例）

1.：仮想サーバマネージャに対するアカウントを操作する機能（7.2参照）

2.：仮想サーバマネージャによる管理ユニットの管理で使用する機能（7.3参照）

3.：管理ユニットで業務を運用するために使用する機能（7.4参照）

4.：仮想サーバを運用するために使用する機能（7.5参照）

−：該当しません。

7.2　仮想サーバマネージャに対するアカウントを操作する機能（仮想サーバマネージャによるアカウント管理利用時）

仮想サーバマネージャによるアカウント管理を利用する場合に，仮想サーバマネージャにアクセスするアカウントの追加や削除，パスワードの変更など，アカウントを操作するための機能について説明します。

注意事項

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.9　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

仮想サーバマネージャにアクセスすると，アカウントの認証処理が実行されます。仮想サーバマネージャで管理しているシステム構築者アカウントと，指定したユーザIDとパスワードが一致すると，そのシステム構築者アカウントを持つユーザはアクセスを認可され，仮想サーバマネージャを操作できるようになります。

ユーザIDとパスワードには，それぞれ次の情報を入力します。

ユーザID

システム構築者アカウントのユーザIDを入力します。

パスワード

システム構築者アカウントのパスワードを入力します。

7.2.1　システム構築者アカウントの追加と削除

システム構築者アカウントを追加または削除します。

(1)　仮想サーバマネージャへのシステム構築者アカウントの追加

仮想サーバマネージャに新規のシステム構築者アカウントを追加する機能です。新たなシステム構築者が，仮想サーバマネージャへアクセスすることを許可したいときに使用します。

注意事項

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.9　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiaccountコマンドのサブコマンド「create」を実行します。

実行結果

仮想サーバマネージャにシステム構築者アカウントが追加されます。システム構築者アカウントを追加されたシステム構築者は，仮想サーバマネージャにアクセスできるようになります。

(2)　仮想サーバマネージャからのシステム構築者アカウントの削除

仮想サーバマネージャからシステム構築者アカウントを削除する機能です。不在となったシステム構築者や不要なシステム構築者が，仮想サーバマネージャへアクセスするのを拒否したいときに使用します。

注意事項

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.9　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiaccountコマンドのサブコマンド「delete」を実行します。

実行結果

仮想サーバマネージャからシステム構築者アカウントが削除されます。システム構築者アカウントを削除されたシステム構築者は，仮想サーバマネージャにアクセスできなくなります。

注意事項

削除するシステム構築者アカウントが所有者として設定されている管理ユニットがある場合，そのシステム構築者アカウントは削除できません。この場合は，次のどちらかの処理を実施したあと，システム構築者アカウントを削除してください。

管理ユニットを削除する

管理ユニットの所有者を変更する

7.2.2　システム構築者アカウントのパスワードの変更

システム構築者アカウントのパスワードを変更する機能です。追加されたシステム構築者アカウントの仮パスワードを変更したいときや，設定済みのパスワードを変更したいときに使用します。

注意事項

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.9　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiaccountコマンドのサブコマンド「password」を実行します。

実行結果

システム構築者アカウントのパスワードが変更されます。

7.2.3　システム構築者アカウントの一覧取得

仮想サーバマネージャに登録されているシステム構築者アカウントの一覧を取得する機能です。仮想サーバマネージャに登録されているシステム構築者を把握したいときに使用します。

注意事項

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.9　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiaccountコマンドのサブコマンド「list」を実行します。

実行結果

仮想サーバマネージャに登録されている，すべてのシステム構築者アカウントのユーザIDが一覧で取得されます。

7.3　仮想サーバマネージャによる管理ユニットの管理で使用する機能

管理ユニットの作成や削除，管理ユニットの所有者の設定など，仮想サーバマネージャに作成されている管理ユニットを管理するための機能について説明します。

7.3.1　管理ユニットの作成と削除

管理ユニットを作成または削除します。

(1)　仮想サーバマネージャへの管理ユニットの作成

仮想サーバマネージャに管理ユニットを作成する機能です。システム構築者が新規に業務を開始するために，仮想サーバマネージャに管理ユニットを作成するときに使用します。または，システム構築者に管理ユニットを提供するために，仮想サーバマネージャ管理者が管理ユニットを作成するときにも使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitadminコマンドのサブコマンド「create」を実行します。

実行結果

指定した名称で新しい管理ユニットが，仮想サーバマネージャに作成されます。この機能を実行したユーザによって，作成した管理ユニットにアクセスできるユーザが異なります。

システム構築者アカウントを持つユーザが作成した場合

システム構築者が所有者となり，管理ユニットにアクセスできるアカウントとして設定されます。この管理ユニットには，仮想サーバマネージャ管理者もアクセスできます。

仮想サーバマネージャ管理者アカウントを持つユーザが作成した場合

仮想サーバマネージャ管理者が所有者となり，管理ユニットにアクセスできるアカウントとして設定されます。仮想サーバマネージャ管理者以外のユーザ（システム構築者）はアクセスできません。システム構築者に提供する場合は，管理ユニットの所有者を変更します。詳細は，「7.3.2　管理ユニットの所有者の変更（仮想サーバマネージャによるアカウント管理利用時）」を参照してください。

注意事項

システム構築者は複数の管理ユニットを作成できます。

同じ名称の管理ユニットは複数作成できません。また，ほかのシステム構築者が作成した管理ユニット名と重複する場合も作成できません。

作成済みの管理ユニット名は変更できません。変更する場合は，管理ユニットを削除してから作成し直してください。

JP1/Base（認証サーバ）によるアカウント管理を利用する場合は，作成する管理ユニットに対する権限を，認証サーバのJP1/Baseであらかじめ設定してください。管理ユニットは管理ユニット名を指定して作成するため，管理ユニットに対する権限が設定されていないシステム構築者では作成できません。

(2)　仮想サーバマネージャからの管理ユニットの削除

仮想サーバマネージャから管理ユニットを削除する機能です。システム構築者が業務を終了するために，仮想サーバマネージャから管理ユニットを削除するときに使用します。または，仮想サーバマネージャ管理者が使用されていない管理ユニットを仮想サーバマネージャから削除するときにも使用します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitadminコマンドのサブコマンド「delete」を実行します。

実行結果

指定した名称の管理ユニットが，仮想サーバマネージャから削除されます。

注意事項

管理ユニットを削除する前に，管理ユニットに登録されている仮想サーバは削除しておいてください。

7.3.2　管理ユニットの所有者の変更（仮想サーバマネージャによるアカウント管理利用時）

管理ユニットの所有者を変更する機能です。システム構築者を削除するために，管理ユニットの所有者として割り当てられているアカウントから別のアカウントに，管理ユニットへのアクセス権を委譲するときに使用します。または，システム構築者に管理ユニットを提供するために，仮想サーバマネージャ管理者が作成した管理ユニットの所有者を変更するときにも使用します。

注意事項

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.9　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitadminコマンドのサブコマンド「changeowner」を実行します。

実行結果

管理ユニットの所有者が，指定したアカウントに変更されます。

注意事項

管理ユニットの所有者がシステム構築者の場合は，所有者を変更すると，その管理ユニットにアクセスできなくなります。管理ユニットの所有者が仮想サーバマネージャ管理者の場合は，所有者を変更しても，その管理ユニットにアクセスできます。

7.3.3　管理ユニットの一覧取得

仮想サーバマネージャに作成されている管理ユニットの一覧を取得する機能です。仮想サーバマネージャ管理者が仮想サーバマネージャに作成されている管理ユニットを把握したいときに使用します。

実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitadminコマンドのサブコマンド「list」を実行します。

実行結果

仮想サーバマネージャに作成されている，すべての管理ユニットの一覧が取得されます。

仮想サーバマネージャによるアカウント管理を利用する場合は，管理ユニットごとに，管理ユニット名，所有者および説明が取得されます。JP1/Base（認証サーバ）によるアカウント管理を利用する場合は，管理ユニットごとに，管理ユニット名および説明が取得されます。

7.4　管理ユニットで業務を運用するために使用する機能

管理ユニットへの定義ディレクトリの取り込みや仮想サーバグループの登録，管理ユニットまたは仮想サーバグループの起動や停止など，管理ユニットで業務を運用するための機能について説明します。

7.4.1　定義ディレクトリの取り込み・内容変更・取り出し・内容比較

定義ディレクトリを新規に管理ユニットへ取り込んだり，更新した定義ディレクトリで管理ユニットにあるファイルの内容を更新したり，管理ユニットから取り出したりします。また，管理ユニットに登録済みの定義ディレクトリと内容を比較します。

注意事項

09-00より前のディレクトリ構成で作成した定義ディレクトリを管理ユニットに取り込んでいる場合，そのまま移行すると，その管理ユニットは操作できません。次の手順で09-00以降に移行してください。

移行する前に，管理ユニットから定義ディレクトリを取り出します。

取り出した定義ディレクトリはディレクトリ構成を変更します。

製品を移行します。

手順2.で構成を変更した定義ディレクトリを管理ユニットへ取り込みます。

(1)　管理ユニットへの定義ディレクトリの取り込み

アプリケーションサーバの定義ファイルとアプリケーションを定義ディレクトリにまとめて，管理ユニットに取り込む機能です。定義ディレクトリは，管理ユニットに属する仮想サーバ上にアプリケーションサーバを構築するための基となるファイル群です。この定義ディレクトリを新規に作成した管理ユニットに登録するときに使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「import」を実行します。

実行結果

指定した定義ディレクトリは，ディレクトリの構成やファイルの内容がチェックされて，問題がない場合は管理ユニットへ取り込まれます。問題がある場合はエラーとなります。

(2)　登録済みの定義ディレクトリの内容変更

管理ユニットに登録済みの定義ディレクトリの内容を変更する機能です。仮想サーバ上のアプリケーションサーバでアプリケーションを入れ替えたり，環境設定を変更したりするために，管理ユニットに登録済みのアプリケーションや定義ファイルの内容を更新した定義ディレクトリで変更するときに使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「import」を実行します。

実行結果

指定した定義ディレクトリは，ディレクトリの構成やファイルの内容をチェックされて，問題がない場合は管理ユニットに登録済みの定義ディレクトリが更新（上書き）されます。複数のティアを管理する管理ユニットの場合に，一部のティア別定義ディレクトリを更新すると，そのティアの定義ディレクトリだけが更新（上書き）されます。なお，ティアの構成が異なる場合は，エラーとなります。

注意事項

管理ユニットが管理するティアの構成は変更できません。ティアの構成を変更する場合は，管理ユニットを削除してから作成し直してください。

ティアに割り当てる仮想サーバの構成は変更できません。ctm-tierなどで仮想サーバの構成を変更する場合は，管理ユニットを削除してから作成し直してください。

(3)　管理ユニットからの定義ディレクトリの取り出し

管理ユニットに登録されている定義ディレクトリ（アプリケーションサーバの定義ファイルとアプリケーション）を取得する機能です。定義ディレクトリの内容を複製するときや，ほかの環境で管理ユニットを作成する際に定義ファイルやアプリケーションを流用するときに使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「export」を実行します。

実行結果

指定した管理ユニットに登録されている定義ディレクトリが，出力先ディレクトリにコピーされます。

(4)　登録済みの定義ディレクトリとの内容比較

管理ユニットに登録済みの定義ディレクトリと内容を比較する機能です。管理ユニットに登録されている定義ディレクトリが最新のものかどうかを確認するときに使用します。または，作成した管理ユニットに意図した定義ディレクトリが取り込まれているかどうかや，構築済みの仮想サーバに更新した定義ディレクトリのファイルを反映するとどのような影響があるかを把握したいときに使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「compare」を実行します。

実行結果

管理ユニットに登録済みの定義ディレクトリと，指定した定義ディレクトリが，次の条件で比較され，比較結果が取得されます。管理ユニットで複数のティアを管理している場合は，ティア別定義ディレクトリごとに比較結果が取得されます。

どちらのディレクトリにもファイル※があるか

ファイルの内容が同じか

注※

ファイル名が大文字，小文字で異なっているだけの場合は，同じファイルとして見なされます。

また，比較結果から，指定した定義ディレクトリを管理ユニットに取り込んで仮想サーバへ反映した場合に，構築済みのアプリケーションサーバの定義がどの範囲まで変更されるかが取得されます。変更範囲の意味を次の表に示します。

表7‒2　変更範囲の意味

変更範囲

意味

all

仮想サーバ上のアプリケーションサーバの定義全体が更新されます。アプリケーションサーバは再構築されます。

application

仮想サーバ上のアプリケーションサーバのアプリケーションだけが更新されます。アプリケーションサーバは再構築されません。

meta

仮想サーバマネージャ上の管理ユニットに関する設定が更新されます。仮想サーバ上のアプリケーションサーバは更新されません。

none

定義ディレクトリは更新されません。仮想サーバマネージャ上の管理ユニットと仮想サーバ上のアプリケーションサーバは更新されません。

mismatch

登録済みの定義ディレクトリとティア識別子が一致しないため，定義ディレクトリは更新されません。

7.4.2　仮想サーバグループの登録と登録解除

管理ユニットに仮想サーバグループを登録または登録解除します。

(1)　管理ユニットへの仮想サーバグループの登録

管理ユニットに仮想サーバグループを登録する機能です。新規に作成した管理ユニットに仮想サーバグループを登録したいときや，稼働中の管理ユニットに仮想サーバグループを増やしたいときに使用します。仮想サーバグループ内の仮想サーバの情報や，各ティアに割り当てられている仮想サーバを関連づける情報は，仮想サーバグループ情報ファイルで設定します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「attach」を実行します。

実行結果

指定した仮想サーバ識別子（管理用IPアドレス），ポート番号，業務用IPアドレス，仮想サーバに割り当てられているティア識別子，および仮想サーバグループ名が，管理ユニットに登録されます。

注意事項

この機能は，「7.4.1(1)　管理ユニットへの定義ディレクトリの取り込み」機能を実施して，ティアの情報が取り込まれていることが前提となります。

「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成したテンプレートから複製して作成した仮想サーバを登録してください。ほかの仮想サーバを登録した場合，動作は保障されません。

一つの仮想サーバは，複数の管理ユニットに登録できません。

(2)　管理ユニットからの仮想サーバグループの登録解除

管理ユニットから仮想サーバグループの登録を解除する機能です。管理ユニットを削除するためにすべての仮想サーバグループの登録を解除するときや，稼働中の管理ユニットから仮想サーバグループを減らしたいときに使用します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「detach」を実行します。

実行結果

指定した仮想サーバグループ内の仮想サーバが，管理ユニットから登録を解除されます。ただし，仮想化環境にある仮想サーバそのものは削除されません。

7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映

管理ユニットに属するすべての仮想サーバに定義ディレクトリを反映する機能です。

仮想サーバ上に新規にアプリケーションサーバを構築するときや，構築済みのアプリケーションサーバに更新した定義ディレクトリを反映して再構築するときに使用します。

定義ディレクトリを反映すると，「7.5.1　仮想サーバへのアプリケーションサーバの構築」機能が呼び出され，仮想サーバ上にアプリケーションサーバが構築されます。反映する定義ディレクトリの範囲によって，次のどちらかの機能が実行されます。

定義ディレクトリの反映

定義ディレクトリ内の定義ファイルと，アプリケーションすべてを反映します。定義ディレクトリの反映処理は，停止している仮想サーバが対象になります。稼働中の仮想サーバには反映されません。

アプリケーションの反映

定義ディレクトリ内のアプリケーションだけを反映します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「update」を実行します。

実行結果

管理ユニットに登録済みの定義ディレクトリが，管理ユニットに属するすべての仮想サーバに反映されます。複数のティアを管理する管理ユニットの場合に，一部のティアのティア別定義ディレクトリが更新されたときは，更新されたティアに割り当てられている仮想サーバにだけ反映されます。ただし，仮想サーバグループを追加した場合は，追加された仮想サーバグループ内の仮想サーバにだけ反映されます。

反映処理は，非同期に並行して実行されます。一部の仮想サーバで反映処理が失敗すると，その仮想サーバでは処理が終了されますが，ほかの仮想サーバでは反映処理が続行されます。

また，仮想サーバに反映済みの定義ディレクトリがある場合は，定義ディレクトリの内容が古いときは新しいものが反映され，同じであるときは反映処理がスキップされます。

すべての仮想サーバで反映処理が完了すると，反映処理が成功した仮想サーバの数と，反映処理が失敗した仮想サーバの数によって，次の実行結果が出力されます。

正常終了：反映処理が失敗した仮想サーバの数が0の場合

警告終了：反映処理が成功した仮想サーバの数が1以上で，失敗した仮想サーバの数が1以上の場合

異常終了：反映処理が成功した仮想サーバの数が0の場合

ただし，反映処理がスキップされた仮想サーバは，反映処理が成功および失敗した数には含まれません。なお，すべての仮想サーバで反映処理がスキップされた場合は，正常終了します。

参考

定義ディレクトリ内のティア別プロパティファイル（tier.properties）で，負荷分散機に関する情報が設定または変更がされている場合は，負荷分散機に対して設定処理が実行されます。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

注意事項

管理ユニットに属するすべての仮想サーバに反映する場合は，すべての仮想サーバの電源をONにしてから実行してください。

仮想サーバにアプリケーションサーバを再構築する場合には，仮想サーバの論理ステータスを「stopped」（仮想サーバの業務が停止している状態）にしてから実行してください。

7.4.4　管理ユニットまたは仮想サーバグループの起動と停止（業務の開始と停止）

管理ユニットまたは仮想サーバグループを起動または停止します。

(1)　管理ユニットまたは仮想サーバグループの起動（業務の開始）

管理ユニットに属する仮想サーバ，または仮想サーバグループ内の仮想サーバを一括で起動する機能です。管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバでアプリケーションサーバが利用できるようになり，業務が開始されます。管理ユニットまたは仮想サーバグループに属するすべての仮想サーバを稼働状態にして，業務を開始するときに使用します。

負荷分散機連携機能が有効になっている場合は，「7.4.5(2)　管理ユニットまたは仮想サーバグループの閉塞解除」機能も呼び出されます。複数のティアを管理する管理ユニットの場合，一つ以上のティアで負荷分散機連携機能が有効になっていれば，そのティアに割り当てられている仮想サーバの閉塞は解除されます。

この機能では，仮想サーバ上のアプリケーションサーバを起動するだけで，仮想サーバの電源をONにできません。

業務を開始する前に，あらかじめ次の作業を実行しておいてください。

仮想サーバの電源をONにする

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能で，定義ディレクトリを仮想サーバに反映する

開始処理では，仮想サーバ上で次のプロセスが起動されます。すべてのプロセスの起動に成功した場合に，業務の開始が成功したと判断されます。

Management Server

運用管理エージェント

論理サーバ

アプリケーション（J2EEアプリケーション）

リソースアダプタ（DB Connector）

なお，プロセスが起動済みの場合に，起動処理がスキップされたときも成功と見なされます。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「start」を実行します。

実行結果

管理ユニットに属するすべての仮想サーバ上のアプリケーションサーバが起動され，業務が開始されます。または，仮想サーバグループ内の仮想サーバ上のアプリケーションサーバが起動され，業務が開始されます。

起動処理は，管理ユニットに属するすべての仮想サーバグループに対して非同期に並行して実行されます。一部の仮想サーバグループで起動処理が失敗しても，ほかの仮想サーバグループでは起動処理が続行されます。複数のティアを管理する管理ユニットの場合，仮想サーバグループ内の仮想サーバに対する起動処理は，ティアごとに設定された起動順序番号に従って，番号の小さい順に実行されます。起動済みの仮想サーバに対する起動処理はスキップされます。仮想サーバの起動処理が途中で失敗すると，それ以降の仮想サーバの起動処理は実行されません。この場合，その仮想サーバグループの起動処理は失敗となります。

すべての仮想サーバで起動処理が完了すると，起動処理が成功した仮想サーバの数と，起動処理に失敗した仮想サーバの数によって，次の実行結果が出力されます。

正常終了：起動処理が失敗した仮想サーバの数が0の場合

警告終了：起動処理が失敗した仮想サーバの数が1以上で，成功した仮想サーバの数も1以上の場合

異常終了：起動処理が成功した仮想サーバの数が0の場合

ただし，起動処理がスキップされた仮想サーバは，起動処理が成功および失敗した数には含まれません。なお，すべての仮想サーバで起動処理がスキップされた場合は，正常終了します。

注意事項

管理ユニットで管理するすべてのティアで負荷分散機連携機能が有効になっていない場合に，負荷分散機に対して閉塞解除処理を依頼するオプション（-lbオプション）を指定すると，異常終了します。

(2)　管理ユニットまたは仮想サーバグループの停止（業務の停止）

管理ユニットに属する仮想サーバ，または仮想サーバグループ内の仮想サーバを一括で停止する機能です。管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバでアプリケーションサーバが利用できなくなり，業務が停止されます。管理ユニットまたは仮想サーバグループに属するすべての仮想サーバを停止状態にして，業務を停止するときに使用します。

負荷分散機連携機能が有効になっている場合は，「7.4.5(1)　管理ユニットまたは仮想サーバグループの閉塞」機能も呼び出されます。複数のティアを管理する管理ユニットの場合，一つ以上のティアで負荷分散機連携機能が有効になっていれば，そのティアに割り当てられている仮想サーバは閉塞されます。

この機能では，仮想サーバ上で稼働中のアプリケーションサーバを停止するだけで，仮想サーバの電源をOFFにできません。

停止処理では，仮想サーバ上で次のプロセスが停止されます。すべてのプロセスの停止に成功した場合に，業務の停止が成功したと判断されます。

Management Server

運用管理エージェント

論理サーバ

アプリケーション（J2EEアプリケーション）

リソースアダプタ（DB Connector）

なお，プロセスが停止済みの場合に，停止処理がスキップされたときも成功と見なされます。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「stop」を実行します。

実行結果

管理ユニットに属するすべての仮想サーバ上のアプリケーションサーバが停止され，業務が停止されます。または，仮想サーバグループ内の仮想サーバ上のアプリケーションサーバが停止され，業務が停止されます。

停止処理は，管理ユニットに属するすべての仮想サーバグループに対して非同期に並行して実行されます。一部の仮想サーバグループで停止処理が失敗しても，ほかの仮想サーバグループでは停止処理が続行されます。複数のティアを管理する管理ユニットの場合，仮想サーバグループ内の仮想サーバに対する停止処理は，ティアごとに設定された起動順序番号に従って，番号の大きい順に実行されます。停止済みの仮想サーバに対する停止処理はスキップされます。仮想サーバの停止処理が途中で失敗すると，それ以降の仮想サーバの停止処理は実行されません。この場合，その仮想サーバグループの停止処理は失敗となります。

すべての仮想サーバで停止処理が完了すると，停止処理が成功した仮想サーバの数と，停止処理が失敗した仮想サーバの数によって，次の実行結果が出力されます。

正常終了：停止処理が失敗した仮想サーバの数が0の場合

警告終了：停止処理が失敗した仮想サーバの数が1以上で，成功した仮想サーバの数も1以上の場合

異常終了：停止処理が成功した仮想サーバの数が0の場合

ただし，停止処理がスキップされた仮想サーバは，停止処理が成功および失敗した数には含まれません。なお，すべての仮想サーバで停止処理がスキップされた場合は，正常終了します。

注意事項

管理ユニットで管理するすべてのティアで負荷分散機連携機能が有効になっていない場合に，負荷分散機に対して閉塞処理を依頼するオプション（-lbオプション）を指定すると，異常終了します。また，閉塞処理に失敗した仮想サーバグループでは，仮想サーバグループ内のすべての仮想サーバで停止処理は実行されません。

7.4.5　管理ユニットまたは仮想サーバグループの閉塞と閉塞解除

負荷分散機を利用している場合に，管理ユニットまたは仮想サーバグループを閉塞または閉塞解除します。

(1)　管理ユニットまたは仮想サーバグループの閉塞

管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバを閉塞する機能です。業務を一時的に閉塞したいときに使用します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。なお，複数のティアを管理する管理ユニットの場合，一つ以上のティアで負荷分散機連携機能が有効になっていれば，そのティアに割り当てられている仮想サーバは閉塞されます。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「block」を実行します。

実行結果

負荷分散機が操作され，管理ユニットに属するすべての仮想サーバが閉塞されます。管理ユニットに属するすべての仮想サーバの業務は，リクエストを受け付けなくなります。または，仮想サーバグループ内の仮想サーバが閉塞され，その業務はリクエストを受け付けなくなります。

(2)　管理ユニットまたは仮想サーバグループの閉塞解除

管理ユニットに属するすべての仮想サーバ，または仮想サーバグループ内の仮想サーバの閉塞を解除する機能です。閉塞していた業務を再開させるときに使用します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。なお，複数のティアを管理する管理ユニットの場合，一つ以上のティアで負荷分散機連携機能が有効になっていれば，そのティアに割り当てられている仮想サーバの閉塞は解除されます。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「unblock」を実行します。

実行結果

負荷分散機が操作され，管理ユニットに属するすべての仮想サーバの閉塞が解除されます。管理ユニットに属するすべての仮想サーバの業務は，リクエストを受け付けるようになります。または，仮想サーバグループ内の仮想サーバの閉塞が解除され，その業務はリクエストを受け付けるようになります。

7.4.6　管理ユニットに関する情報の取得

管理ユニットの情報と状態，管理ユニットに属する仮想サーバの一覧を取得します。管理ユニットの情報を監視したいときに使用します。

(1)　管理ユニットの情報取得

管理ユニットの情報を取得する機能です。操作対象とする管理ユニットの情報を確認したいときに使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「info」を実行します。

実行結果

仮想サーバマネージャによるアカウント管理を利用する場合は，管理ユニットの情報として，管理ユニット名，所有者，説明およびティアの構成が取得されます。JP1/Base（認証サーバ）によるアカウント管理を利用する場合は，管理ユニットの情報として，管理ユニット名および説明が取得されます。

(2)　管理ユニットまたは仮想サーバグループごとの状態取得

管理ユニットまたは仮想サーバグループの状態を取得する機能です。操作対象とする管理ユニットまたは仮想サーバグループの状態や，それぞれに属する仮想サーバの状態を確認したいときに使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「status」を実行します。

実行結果

-targetオプションで指定した対象（管理ユニット，仮想サーバグループまたは仮想サーバ）の状態が取得されます。

管理ユニットを指定した場合

管理ユニットごとの，管理ユニットに属する仮想サーバグループの数（業務を運用中の仮想サーバグループの数，不正な状態の仮想サーバグループの数と，それらの合計）が取得されます。

仮想サーバグループを指定した場合

管理ユニットに属する仮想サーバグループごとの，取り込み済みの定義ディレクトリの状態と，仮想サーバグループ内の仮想サーバの数（業務を運用中の仮想サーバの数，不正な状態の仮想サーバの数と，それらの合計）および障害マーク状態（設定時刻，コメント）が取得されます。

仮想サーバを指定した場合

管理ユニットまたは仮想サーバグループに属する仮想サーバごとの，定義ディレクトリの変更範囲，仮想サーバのステータス（論理ステータス，実ステータスと負荷分散機ステータス），接続状態および障害マーク状態（設定時刻，コメント）が取得されます。仮想サーバのステータスの種類については，マニュアル「アプリケーションサーバリファレンス コマンド編」の「vmiunit status（管理ユニットまたは仮想サーバグループの状態表示）」を参照してください。

(3)　管理ユニットまたは仮想サーバグループに属する仮想サーバの一覧取得

管理ユニットに属するすべての仮想サーバや，仮想サーバグループ内の仮想サーバの一覧を取得する機能です。管理ユニットまたは仮想サーバグループに登録されている仮想サーバを確認したいときに使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「list」を実行します。

実行結果

管理ユニットに属するすべての仮想サーバの一覧が取得されます。仮想サーバごとに，仮想サーバ識別子，サーバ通信エージェントのポート番号，業務用IPアドレス，ティア識別子および仮想サーバグループ名が取得されます。なお，実行結果は-formatオプションで指定した形式（リスト形式またはファイル（xml）形式）で出力されます。

7.4.7　障害マークの設定と設定解除

(1)　仮想サーバグループへの障害マークの設定

仮想サーバグループに障害マークを設定する機能です。障害が発生している仮想サーバグループがどれかを明示的に示したいときに使用します。

障害マークは，自動的に設定されたり，設定を自動的に解除されたりしません。仮想サーバグループの操作に失敗した場合や，仮想サーバグループ内の仮想サーバの実ステータスと論理ステータスが異なる場合など，仮想サーバグループに障害が発生していると判断したときに，必要に応じて設定してください。障害マークを設定した仮想サーバグループでも処理を実行できますが，次の処理を実行すると，警告メッセージが出力されます。

仮想サーバグループの起動と停止

管理ユニットに属する仮想サーバへの定義ディレクトリの反映

仮想サーバグループの閉塞と閉塞解除

なお，障害マークの有無は，「7.4.6(2)　管理ユニットまたは仮想サーバグループごとの状態取得」機能で確認できます。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「mark」を実行します。

実行結果

仮想サーバグループに障害マークが設定されます。また，障害マークの設定情報として，指定されたコメントと，機能が実行された時刻（障害マークの設定時刻）が記憶されます。

(2)　仮想サーバグループからの障害マークの設定解除

仮想サーバグループから障害マークの設定を解除する機能です。障害マークを設定した仮想サーバグループが障害から回復したときに使用します。

実行方法

実行できるユーザ

・仮想サーバマネージャ管理者アカウントを持つユーザ

・システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「unmark」を実行します。

実行結果

仮想サーバグループから障害マークの設定が解除されます。

7.5　仮想サーバを運用するために使用する機能

仮想サーバへのアプリケーションサーバの構築，仮想サーバの起動や停止など，仮想サーバを運用するための機能について説明します。

7.5.1　仮想サーバへのアプリケーションサーバの構築

仮想サーバ上にアプリケーションサーバを構築する機能です。定義ディレクトリ内のファイルを使用して，仮想サーバ上にアプリケーションサーバを新規に構築するときや，更新済みの定義ディレクトリを反映して再構築するときに使用します。

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出され，反映する定義ディレクトリの範囲によって，次のどちらかの機能が実行されます。

定義ディレクトリの反映

定義ディレクトリ内の定義ファイルと，アプリケーションすべてを反映します。

新規構築時や，「7.4.1(2)　登録済みの定義ディレクトリの内容変更」機能で定義ファイルが更新され，再構築が必要な場合は，この機能が実行されます。定義ディレクトリの反映処理は，停止している仮想サーバが対象になります。

アプリケーションの反映※

定義ディレクトリ内のアプリケーションだけを反映します。

「7.4.1(2)　登録済みの定義ディレクトリの内容変更」機能でアプリケーションだけが更新された場合は，この機能が実行されます。

注※

J2EEサーバを含むティアに割り当てられている仮想サーバに対して実行されます。J2EEサーバを含まないティアに割り当てられている仮想サーバには実行されません。

実行方法および実行結果については，機能ごとに説明します。なお，仮想サーバのステータスは，事前のステータスや処理結果によって変わります。仮想サーバのステータスは，「7.4.6(2)　管理ユニットまたは仮想サーバグループごとの状態取得」機能で確認できます。

(1)　定義ディレクトリの反映

仮想サーバに定義ディレクトリすべてを反映する機能です。

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されると，定義ディレクトリ内のファイルを使用して，仮想サーバ上にアプリケーションサーバが構築されていない場合は新規構築し，構築されている場合は再構築します。

この機能では，次の処理を仮想サーバ上で実行します。

仮想サーバ上に，仮想サーバマネージャから定義ディレクトリの内容が転送されます。

構築済みの場合は，システム環境をアンセットアップします。

システム環境のアンセットアップでは，次の処理のほかに，J2EEサーバにインポートされたアプリケーションおよびリソースアダプタも削除されます。

論理サーバの停止と削除

運用管理エージェントの停止

Management Serverの停止とアンセットアップ

Management Serverをセットアップします。

運用管理エージェントを起動します。

Management Serverを起動します。

論理サーバを構築して起動します。

J2EEサーバにリソースアダプタ（DB Connector）をインポート，デプロイして，開始します。※

J2EEサーバにアプリケーションをインポート，デプロイして，開始します。※

注※

J2EEサーバを含むティアに割り当てられている仮想サーバに対して実行されます。J2EEサーバを含まないティアに割り当てられている仮想サーバには実行されません。

1.〜8.の処理がすべて成功した場合に，仮想サーバへの定義ディレクトリの反映が成功したと判断されます。

実行方法

実行できるユーザ

呼び出し元の機能に従います。

実行するコマンドまたは呼び出し元の機能

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されます。

実行結果

管理ユニットに属する仮想サーバに対して，定義ディレクトリが反映され，アプリケーションサーバが構築されます。アプリケーションサーバが構築済みの場合は，指定した定義ディレクトリでアプリケーションサーバが再構築されます。

(2)　アプリケーションの反映

仮想サーバにアプリケーションを反映する機能です。この機能は，J2EEサーバを含まないティアに割り当てられている仮想サーバには実行されません。

「7.4.1(2)　登録済みの定義ディレクトリの内容変更」機能で，アプリケーションだけが変更された場合に，「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されると，定義ディレクトリ内のアプリケーションを使用して，仮想サーバ上のアプリケーションが入れ替えられます。

この機能では，次の処理を仮想サーバ上で実行します。

運用管理エージェント，Management Serverおよび論理サーバを起動します。

すべてのアプリケーションを停止します。

アプリケーションをJ2EEサーバからアンデプロイして，削除します。

新しいアプリケーションをJ2EEサーバにインポート，デプロイして，開始します。

論理サーバ，Management Serverおよび運用管理エージェントを停止します。

1.〜5.の処理がすべて成功した場合に，仮想サーバへのアプリケーションの反映が成功したと判断されます。

実行方法

実行できるユーザ

呼び出し元の機能に従います。

実行するコマンドまたは呼び出し元の機能

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されます。

実行結果

アプリケーションに関するファイルが仮想サーバに反映されます。古いアプリケーションは仮想サーバ上から削除され，新しいアプリケーションに更新されます。

7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）

管理ユニットや仮想サーバの操作時に，負荷分散機と連携して，仮想サーバマネージャが負荷分散機に対して処理を依頼する機能です。この機能は，負荷分散機連携機能ともいいます。仮想サーバマネージャは，管理ユニットに属する仮想サーバの情報によって，次のような処理を負荷分散に依頼します。

リクエストの振り分け先の設定

リクエストの振り分け処理

負荷分散機の閉塞または閉塞解除処理

仮想サーバマネージャが負荷分散機に対して処理を依頼すると，負荷分散機上では，VirtualServerとRealServerというオブジェクトが作成されます。負荷分散機のオブジェクトと管理ユニットの関係を次の図に示します。

図7‒1　負荷分散機のオブジェクトと管理ユニットの関係

VirtualServerは，負荷分散機上で，リクエストの受け口となる仮想的なサーバを表すオブジェクトです。管理ユニットごとに一つ作成されます。RealServerは，負荷分散機上で，VirtualServerで受けたリクエストの振り分け先となる実際のサーバを表すオブジェクトです。管理ユニットに属する仮想サーバの数だけ作成されます。

参考

VirtualServerとRealServerの名称は，負荷分散機の製品によって異なります。

ここでは，仮想サーバグループの閉塞を例に，負荷分散機上で実行される処理を説明します。仮想サーバグループの閉塞時に負荷分散機上で実行される処理の例を次の図に示します。

図7‒2　仮想サーバグループの閉塞時に負荷分散機上で実行される処理の例

仮想サーバグループの閉塞時に，仮想サーバマネージャが負荷分散機に対して閉塞処理を依頼すると，負荷分散機上では，閉塞した仮想サーバグループ内の仮想サーバに対するRealServerが閉塞されます。閉塞されたRealServerにはリクエストが振り分けられなくなり，RealServerに対応する仮想サーバグループ内の仮想サーバにはリクエストが渡らなくなります。これによって，仮想サーバグループは閉塞された状態となります。

7.6.1　設定方法

負荷分散機連携機能を使用する場合は，次の設定が必要になります。

機能を有効にするための設定

負荷分散機の接続情報に関する設定

設定で使用するファイルについては，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。

機能を有効にするための設定

機能を有効にするためには，管理ユニットごとに，どの負荷分散機の接続情報を使用するかを設定する必要があります。ティア別プロパティファイル（tier.properties）のlb.useキーに，「<LB接続情報の識別名>」または「:unit:」を設定すると，機能が有効になります。

負荷分散機の接続情報に関する設定

負荷分散機の接続情報は，次のファイルで設定します。

負荷分散機接続設定プロパティファイル（<LB接続情報の識別名>.propertiesまたはtierlb.properties）

使用する負荷分散機，負荷分散機の接続方式などの負荷分散機への接続情報を設定します。負荷分散機接続設定プロパティファイルには，<LB接続情報の識別名>.propertiesとtierlb.propertiesの2種類があります。設定する内容は同じです。負荷分散機の接続情報を設定，管理するユーザによって使い分けます。仮想サーバマネージャ管理者が設定，管理する場合は仮想サーバマネージャの作業ディレクトリに<LB接続情報の識別名>.propertiesを，システム構築者が設定，管理する場合は管理ユニットの定義ディレクトリにtierlb.propertiesを設定します。

ティア別プロパティファイル（tier.properties）

使用する負荷分散機接続設定プロパティファイル，VirtualServerの名称やポート番号などを設定します。<LB接続情報の識別名>.propertiesを使用する場合は「<LB接続情報の識別名>」を，tierlb.propertiesを使用する場合は「:unit:」をlb.useキーに指定します。

これらのファイルに設定した情報は，仮想サーバマネージャが負荷分散機に対して処理を依頼するときに読み込まれます。

lb.useキーの指定値と負荷分散機への接続イメージを次の図に示します。

図7‒3　lb.useキーの指定値と負荷分散機への接続イメージ

tier.propertiesのlb.useキーに「<LB接続情報の識別名>」を指定すると，仮想サーバマネージャの作業ディレクトリにある<LB接続情報の識別名>.propertiesを参照して負荷分散機に接続します。また，tier.propertiesのlb.useキーに「:unit:」を指定すると，管理ユニットの定義ディレクトリにあるtierlb.propertiesを参照して負荷分散機に接続します。

7.6.2　実行方法と実行結果

負荷分散機連携機能を実行できるユーザは，呼び出し元の機能に従います。この機能は，次の表の実行する機能（呼び出し元の機能）から呼び出されます。管理ユニットや仮想サーバを操作して，負荷分散機連携機能が呼び出されると，仮想サーバマネージャは負荷分散機に対して処理を依頼します。負荷分散機へ依頼する処理が実行結果となります。

実行する機能ごとに負荷分散機へ依頼する処理とタイミングを次の表に示します。

表7‒3　実行する機能ごとに負荷分散機へ依頼する処理とタイミング

実行する機能

負荷分散機へ依頼する処理

処理を依頼するタイミング

管理ユニットの削除

VirtualServerの削除

管理ユニットの削除処理を実行する前

管理ユニットからの仮想サーバグループの登録解除

VirtualServerからRealServerの削除

仮想サーバグループの登録解除処理を実行する前

管理ユニット属する仮想サーバへの定義ディレクトリの反映※1

VirtualServerの作成

仮想サーバへ定義ディレクトリの反映処理がすべて完了したあと（仮想サーバが属する管理ユニットに対して，初めて反映処理を実行した場合だけ）※2

VirtualServerへRealServerの追加

仮想サーバへ定義ディレクトリの反映処理がすべて完了したあと（管理ユニット内に初めて反映する仮想サーバがある場合だけ）※2

RealServerの更新（削除および追加）

仮想サーバへ定義ディレクトリの反映処理がすべて完了したあと（簡易構築定義ファイルで論理Webサーバのポート番号を変更している場合だけ）

管理ユニットまたは仮想サーバグループの起動※1

管理ユニットまたは仮想サーバグループに属する仮想サーバに対するRealServerの閉塞解除

すべての仮想サーバの起動処理が完了したあと※3

管理ユニットまたは仮想サーバグループの停止※1

管理ユニットまたは仮想サーバグループに属する仮想サーバに対するRealServerの閉塞

仮想サーバの停止処理を実行する前※4

管理ユニットまたは仮想サーバグループの閉塞※1

管理ユニットまたは仮想サーバグループに属する仮想サーバに対するRealServerの閉塞

機能実行時

管理ユニットまたは仮想サーバグループの閉塞解除※1

管理ユニットまたは仮想サーバグループに属する仮想サーバに対するRealServerの閉塞解除

機能実行時

注※1

複数の仮想サーバに対して負荷分散機の処理を依頼した場合に，一部の仮想サーバに対する処理が失敗したときは，管理ユニットまたは仮想サーバグループに属するすべての仮想サーバで処理に失敗したと見なします。

注※2

定義ディレクトリの反映処理が一度成功した管理ユニットへ，再度，反映処理を実行した場合，ティア別プロパティファイルの設定が変更されていても，負荷分散機上のVirtualServerおよびRealServerの設定は変更されません。設定を変更したい場合は，管理ユニットを再作成する必要があります。

注※3

一部の仮想サーバで起動に失敗している場合は，成功した仮想サーバに対して処理を依頼します。

注※4

管理ユニットまたは仮想サーバグループに属するすべての仮想サーバ対して閉塞処理を依頼するため，一部の仮想サーバで停止に失敗した場合でも，すべての仮想サーバが閉塞状態となります。

7.6.3　注意事項

管理LANと業務LANに分かれているネットワーク構成の場合，負荷分散機には，仮想サーバに複数あるNICのうち，業務用IPアドレスを登録する必要があります。

このため，管理ユニットに仮想サーバグループを登録するときには，仮想サーバ識別子（管理用IPアドレス）と業務用IPアドレスの両方を指定してください。業務用IPアドレスを指定しないで仮想サーバグループを登録すると，仮想サーバの業務用IPアドレスに仮想サーバ識別子が設定され，負荷分散機に誤ったIPアドレス（管理用IPアドレス）が登録されます。負荷分散機に誤ったIPアドレスが登録されると，リクエストが仮想サーバに到達できなかったり，意図しない経路で仮想サーバに到達したりすることがあります。

負荷分散機には，仮想サーバ上で稼働するWebサーバのポート番号を登録する必要があります。このポート番号は，定義ディレクトリ内の簡易構築定義ファイル（WebFront.xml）のListenパラメタ（論理Webサーバのポート番号）で指定します。指定した値は，仮想サーバへ定義ディレクトリを反映して，負荷分散機でVirtualServerへRealServerを追加する際に，自動的に設定されます。

次のどちらかの設定を変更した場合は，管理ユニットを再作成する必要があります。

ティア別プロパティファイルの負荷分散機の設定

負荷分散機接続設定プロパティファイルの負荷分散機の種類（lb.typeキー）

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能を実行した管理ユニットに対して，誤って負荷分散機連携機能の設定を変更した場合，そのあとの操作がエラーで終了することがあります。その場合は，次のどちらかの作業を実施してから，再度操作してください。

定義ディレクトリを負荷分散機連携機能の設定を変更する前に戻す

負荷分散機連携機能を使用しない設定にする

負荷分散機が使用できない環境で，負荷分散機連携機能を使用する設定をした定義ディレクトリを，誤って「7.4.1(1)　管理ユニットへの定義ディレクトリの取り込み」機能で管理ユニットに取り込んでしまうと，その管理ユニットが削除できなくなることがあります。この場合は，登録済みの管理ユニットの定義ディレクトリの内容を「7.4.1(2)　登録済みの定義ディレクトリの内容変更」機能で負荷分散機連携機能を使用しない設定に変更してから，その管理ユニットを削除してください。

複数のティアを管理する管理ユニットの場合，ティアごとに負荷分散機連携機能の設定をします。このため，管理ユニットで管理する一部のティアにだけ負荷分散機連携機能を使用する設定ができます。ただし，Webサーバを含まないティアに対して負荷分散機連携機能を使用する設定をしても，この機能は有効になりません。

7.7　仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）

仮想サーバマネージャが仮想サーバに対して何らかの処理（初期構築）を実行する際に，ユーザ作成のスクリプト（フックスクリプト）を仮想サーバ上で実行する機能です。この機能は，フックスクリプト機能ともいいます。

フックスクリプト機能を使用すると，例えば，仮想サーバへ定義ディレクトリを反映して，仮想サーバ上にアプリケーションサーバを構築する時に，ほかの製品をセットアップする運用ができるようになります。

7.7.1　フックスクリプト機能の設定と実行

ユーザ作成のスクリプト（フックスクリプト）の設定方法，実行方法と結果について説明します。また，フックスクリプト機能使用時の注意事項についても説明します。なお，JP1製品の環境設定を自動化する場合に作成するフックスクリプトについては，「7.7.2　フックスクリプトを利用したJP1連携の自動設定」を参照してください。

(1)　設定方法

フックスクリプトは，ユーザが任意で作成するファイルです。作成したファイルを定義ディレクトリに格納すると機能が有効になります。

フックスクリプトのファイル名と格納先，記述形式を次の表に示します。

表7‒4　フックスクリプトのファイル名と格納先，記述形式

仮想サーバのゲストOS

ファイル名

（固定）

ファイルの格納先

記述形式

Windows

pre-setup.bat

<定義ディレクトリ>¥hook¥

バッチ形式

Linux

pre-setup

<定義ディレクトリ>/hook/

シェル形式

フックスクリプトでは，実行時に設定される環境変数「VMI_VIRTUALID」を使用できます。環境変数「VMI_VIRTUALID」には，仮想サーバ識別子（管理LANに接続されているIPアドレス）が設定されます。

(2)　実行方法

実行できるユーザ

Windowsの場合はローカルシステムアカウント，Linuxの場合はスーパーユーザになります。

実行するコマンドまたは呼び出し元の機能

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されます。

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能を実行して，論理ステータスがinitial（初期）の仮想サーバに対してアプリケーションサーバを構築する時に，フックスクリプトは実行されます。

フックスクリプトの実行タイミングを次の図に示します。

図7‒4　フックスクリプトの実行タイミング

(3)　実行結果

フックスクリプトに設定した処理が実行されます。フックスクリプトの設定内容が実行結果となり，戻り値によって機能の成功または失敗が判断されます。

戻り値が0の場合：フックスクリプト機能の実行成功（正常終了）

戻り値が0以外の場合：フックスクリプト機能の実行失敗（異常終了）

(4)　注意事項

フックスクリプト機能を使用する場合の注意事項を次に示します。

フックスクリプトには，次の処理を記述しないでください。フックスクリプトが実行したまま終了しなくなります。

入力応答を求める処理

無限ループになる処理

フックスクリプトの実行に失敗した場合（異常終了した場合）は，その時点で仮想サーバへの定義ディレクトリの反映処理は異常終了します。フックスクリプトの戻り値は，フックスクリプト実行エラーのメッセージに出力されます。

フックスクリプトが実行される仮想サーバは，論理ステータスがinitial（初期）のものだけです。「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能を実行した仮想サーバに対して，更新した定義ディレクトリを反映し直しても，フックスクリプトは実行されません。

すでにフックスクリプトが実行されている仮想サーバに対して，再度，フックスクリプトを実行する場合は，次の手順で実行してください。

「7.4.2(2)　管理ユニットからの仮想サーバグループの登録解除」機能で，管理ユニットから仮想サーバグループの登録を解除します。

手順1.で登録解除した仮想サーバグループを「7.4.2(1)　管理ユニットへの仮想サーバグループの登録」機能で，再度，管理ユニットに登録します。

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能を実行します。

7.7.2　フックスクリプトを利用したJP1連携の自動設定

フックスクリプトを使用して，仮想サーバ上のJP1製品の環境設定処理を自動的に実行できます。また，JP1連携の自動設定で使用するフックスクリプトは，仮想サーバマネージャによってテンプレートが提供されています。このテンプレートを利用すると，JP1製品と連携したアプリケーション実行環境の構築時に，JP1製品の環境設定作業を効率良く実行できます。

フックスクリプトでは，JP1/Base（JP1/IM連携時）のプログラムに対して環境設定処理を自動的に実行できます。

注意事項

ここで説明する機能は，次の条件を満たしていることを前提としています。

環境設定処理を自動化するJP1製品のプログラムがインストールされていること

管理ユニットに登録したすべての仮想サーバに対して，Windowsの場合はAdministrator権限，Linuxの場合はroot権限のある同一のユーザで操作できること

フックスクリプトによる仮想サーバ上のJP1製品に対する環境設定処理の流れを次の図に示します。ここでは，管理ユニットAに属する仮想サーバに対するフックスクリプトを編集して実行するまでの流れを示します。

図7‒5　フックスクリプトによる仮想サーバ上のJP1製品のプログラムに対する環境設定処理の流れ

図中の番号に対応する処理について説明します。

システム構築者は，フックスクリプトのテンプレートを編集し，定義ディレクトリに格納します。

システム構築者は，管理ユニットAを作成し，管理ユニットAへ定義ディレクトリを取り込みます。

システム構築者は，管理ユニットAに属する仮想サーバに手順2.で取り込んだ定義ディレクトリを一括反映します。仮想サーバマネージャでは，フックスクリプトを各仮想サーバに配布し，実行します。

各仮想サーバでは，フックスクリプトの設定に従って，JP1製品のプログラムに対して環境設定処理が自動的に実行されます。フックスクリプトの処理が成功するとアプリケーションサーバが構築されます。

(1)　設定方法

JP1連携の自動設定で使用するフックスクリプトは，仮想サーバマネージャによってテンプレートが提供されています。このテンプレートを編集して設定する方法について説明します。

(a)　フックスクリプトのテンプレート

フックスクリプトのテンプレートファイル（pre-setup.batまたはpre-setup）は，次の場所に格納されています。テンプレートファイルを任意の場所にコピーして，フックスクリプトを編集してください。

ゲストOSがWindowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥templates¥pre-setup.bat

ゲストOSがLinuxの場合

<Application Serverのインストールディレクトリ>/manager/vmi/templates/pre-setup

なお，JP1連携の自動設定以外の処理をフックスクリプトに設定したい場合は，テンプレートにその処理内容を加えて，一つのフックスクリプトファイルを作成してください。

(b)　フックスクリプトの編集

フックスクリプトのテンプレートの設定例と，設定内容について説明します。連携するJP1製品に必要な情報をパラメタで指定してください。

フックスクリプトのテンプレートの設定例

仮想サーバのゲストOSごとにテンプレートの設定例を示します。

ゲストOSがWindowsの場合（pre-setup.bat）の設定例

rem ------------------------------------------------------------------------
rem Parameters for user settings [for linking to JP1/IM]
rem JP1IM_SETUP   : JP1/IM settings (ON: Configure; OFF: Do not configure)
rem JP1BASE_HOME  : JP1/Base installation directory
rem JP1IMM_HOST   : JP1/IM - Manager host name
rem JP1IMM_IP     : JP1/IM - Manager IP address
rem USERMAPPING   : User mapping settings (ON: Configure; OFF: Do not configure)
rem JP1USERID     : JP1 user (Only required when USERMAPPING=ON.)
rem GUESTOS_USERID: Guest OS login user (Only required when USERMAPPING=ON.)
rem GUESTOS_PASSWD: Guest OS login password (Only required when USERMAPPING=ON.)
rem LOGFILE_TRAP  : Log file trapping function settings (Only available in JP1 V9.1 or later. ON: Configure; OFF: Do not configure)
rem -----------------------------------------------------------------------

set JP1IM_SETUP=ON
set JP1BASE_HOME=%ProgramFiles%¥Hitachi¥JP1Base
set JP1IMM_HOST=immserver
set JP1IMM_IP=192.168.0.1
set USERMAPPING=ON
set JP1USERID=jp1admin
set GUESTOS_USERID=Administrator
set GUESTOS_PASSWD=adminpasswd
set LOGFILE_TRAP=ON

rem >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
rem Specify the output directories of the logs to monitor via the log file trapping function.
rem To monitor log files related to HTTP Server/the J2EE server, uncomment the following parameters,
rem and specify the appropriate directories.
rem (Only valid when LOGFILE_TRAP=ON.)
rem MNGMLOGDIR  : Manager log output directory
rem HWSLOGDIR   : HTTP Server log output directory
rem HWSRDLOGDIR : HTTP Server redirector log output directory
rem J2EELOGDIR  : J2EE server log output directory
rem J2EERCLOGDIR: Output directory for the J2EE server resource adapter operation logs
rem TRAPLOG_DB  : Type of database connection logs to trap (HiRDB/Oracle/SQLServer/NONE)
rem (Only required when J2EERCLOGDIR is specified.)
rem >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

set MNGMLOGDIR=%COSMINEXUS_HOME%¥manager¥log¥message
rem set HWSLOGDIR=<HTTP Server log output directory>
rem set HWSRDLOGDIR=<HTTP Server redirector log output directory>
rem set J2EELOGDIR=<J2EE server log output directory>
rem set J2EERCLOGDIR=<J2EE server log output directory>¥connectors
rem set TRAPLOG_DB=NONE

rem ------------------------------------------------------------------------
rem Parameters for user settings [for linking to JP1/PFM]
rem JP1PFM_SETUP: JP1/PFM settings (ON: Configure; OFF: Do not configure)
rem JP1PFM_HOME : JP1/FPM - Agent installation directory
rem JP1PFMM_HOST: JP1/PFM - Manager host name
rem JP1PFMM_IP  : JP1/PFM - Manager IP address
rem BACKUPDIR   : Backup directory for the jpcconf host hostmode command
rem ------------------------------------------------------------------------

set JP1PFM_SETUP=ON
set JP1PFM_HOME=%ProgramFiles%¥Hitachi¥jp1pc
set JP1PFMM_HOST=pfmmserver
set JP1PFMM_IP=192.168.0.2
set BACKUPDIR=C:¥backup

rem ------------------------------------------------------------------------
rem Parameter for user settings [common to JP1 products]
rem SCRIPT_TRACE: Trace file for this script (specified as an absolute path)
rem ------------------------------------------------------------------------

set SCRIPT_TRACE=%COSMINEXUS_HOME%¥manager¥log¥jp1setupscript.log

ゲストOSがLinuxの場合（pre-setup）の設定例

# ------------------------------------------------------------------------
# Parameters for user settings [for linking to JP1/IM]
# JP1IM_SETUP   : JP1/IM settings (ON: Configure; OFF: Do not configure)
# JP1IMM_HOST   : JP1/IM - Manager host name
# JP1IMM_IP     : JP1/IM - Manager IP address
# USERMAPPING   : User mapping settings (ON: Configure; OFF: Do not configure)
# JP1USERID     : JP1 user (Only required when USERMAPPING=ON.)
# GUESTOS_USERID: Guest OS login user (Only required when USERMAPPING=ON.)
# LOGFILE_TRAP  : Log file trapping function settings (Only available in JP1 V9.1 or later. ON: Configure; OFF: Do not configure)
# -----------------------------------------------------------------------

JP1IM_SETUP=ON
JP1IMM_HOST=immserver
JP1IMM_IP=192.168.0.1
USERMAPPING=ON
JP1USERID=jp1admin
GUESTOS_USERID=root
LOGFILE_TRAP=ON

# >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
# Specify the output directories of the logs to monitor via the log file trapping function.
# To monitor log files related to HTTP Server/the J2EE server, uncomment the following parameters,
# and specify the appropriate directories.
# (Only valid when LOGFILE_TRAP=ON.)
# MNGMLOGDIR  : Manager log output directory
# HWSLOGDIR   : HTTP Server log output directory
# HWSRDLOGDIR : HTTP Server redirector log output directory
# J2EELOGDIR  : J2EE server log output directory
# J2EERCLOGDIR: Output directory for the J2EE server resource adapter operation logs
# TRAPLOG_DB  : Type of database connection logs to trap (HiRDB/Oracle/SQLServer/NONE)
# (Only required when J2EERCLOGDIR is specified.)
# >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

MNGMLOGDIR=/opt/Cosminexus/manager/log/message
#HWSLOGDIR=<HTTP Server log output directory>
#HWSRDLOGDIR=<HTTP Server redirector log output directory>
#J2EELOGDIR=<J2EE server log output directory>
#J2EERCLOGDIR=<J2EE server log output directory>/connectors
#TRAPLOG_DB=NONE

# ------------------------------------------------------------------------
# Parameters for user settings [for linking to JP1/PFM]
# JP1PFM_SETUP: JP1/PFM settings (ON: Configure; OFF: Do not configure)
# JP1PFMM_HOST: JP1/PFM - Manager host name
# JP1PFMM_IP  : JP1/PFM - Manager IP address
# BACKUPDIR   : Backup directory for the jpcconf host hostmode command
# ------------------------------------------------------------------------

JP1PFM_SETUP=ON
JP1PFMM_HOST=pfmmserver
JP1PFMM_IP=192.168.0.2
BACKUPDIR=/tmp/backup

# ------------------------------------------------------------------------
# Parameter for user settings [common to JP1 products]
# SCRIPT_TRACE: Trace file for this script (specified as an absolute path)
# ------------------------------------------------------------------------

SCRIPT_TRACE=/opt/Cosminexus/manager/log/jp1setupscript.log

フックスクリプトのテンプレートの設定内容

フックスクリプトのテンプレートの設定内容を次の表に示します。連携するJP1製品に必要な情報をパラメタで指定してください。

表7‒5　フックスクリプトのテンプレートの設定内容

項番

連携するJP1製品

パラメタ名

説明

初期値

IM

PFM

1

○

○

SCRIPT_TRACE

フックスクリプトで出力するトレースファイル名を絶対パスで指定します。

トレースファイルには，フックスクリプトで実行するコマンドやファイルの操作が記録されます。このファイルは，フックスクリプトが実行されると出力され，同一のファイル名がある場合は削除してから新たに出力されます。

Windowsの場合

%COSMINEXUS_HOME%¥manager¥log¥jp1setupscript.log

Linuxの場合

/opt/Cosminexus/manager/log/ jp1setupscript.log

2

○

−

JP1IM_SETUP

JP1/IM連携の自動設定を有効にするかどうかを指定します。

ON：

自動設定を有効にします。

OFF：

自動設定を無効にします。

OFF

3

○※1

−

JP1BASE_HOME

仮想サーバ上のJP1/Baseのインストールディレクトリを絶対パスで指定します。

%ProgramFiles%¥Hitachi¥JP1Base

4

○

−

JP1IMM_HOST

JP1/IM - Managerがインストールされているマシンのホスト名を指定します。

なし

5

○

−

JP1IMM_IP

JP1/IM - Managerがインストールされているマシン（ホスト）のIPアドレスを指定します。

なし

6

○

−

USERMAPPING

JP1/Baseのユーザマッピングを設定するかどうかを指定します。

ON：

JP1/Baseのユーザマッピングを設定します。仮想サーバ上で，JP1/IM - Managerがインストールされているマシン（ホスト）のOSユーザ（JP1ユーザー）と，仮想サーバに設定されているゲストOSユーザを対応づけます。

OFF：

JP1/Baseのユーザマッピングは設定しません。

OFF

7

○

−

JP1USERID

仮想サーバのJP1製品に対する操作を許可するJP1ユーザーを指定します。すべてのユーザが操作できるようにする場合は，「*」を指定します。

USERMAPPING=ON指定時に有効です。

jp1admin

8

○

−

GUESTOS_USERID

仮想サーバのゲストOSに対するユーザIDを指定します。

USERMAPPING=ON指定時に有効です。

Windowsの場合

Administrator

Linuxの場合

root

9

○※1

−

GUESTOS_PASSWD

仮想サーバのゲストOSに対するユーザID（GUESTOS_USERID）で指定したユーザのパスワードを指定します。

USERMAPPING=ON指定時に有効です。

なし

10

○

−

LOGFILE_TRAP※2

アプリケーションサーバが出力するログに対して，JP1/Baseのログファイルトラップを設定するかどうかを指定します。

ON：

次のログに対してログファイルトラップを設定します。

Managerのメッセージログ（ログファイルのデフォルトの面数を監視します）

なお，テンプレートでは，次のログに対するログファイルトラップの設定は無効になっています。必要に応じて，フックスクリプトを編集してください。

HTTP Serverのエラーログ

J2EEサーバのメッセージログ

J2EEサーバのリソースアダプタの稼働ログ

OFF：

ログファイルトラップは設定しません。

OFF

11

○

−

MNGMLOGDIR

JP1/Baseのログファイルトラップで監視するManagerのメッセージログが出力されるディレクトリを絶対パスで指定します。

LOGFILE_TRAP=ON指定時に有効です。

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥log¥message

Linuxの場合

/opt/Cosminexus/manager/log/message

12

○

−

HWSLOGDIR

JP1/Baseのログファイルトラップで監視するHTTP Serverのエラーログが出力されるディレクトリを絶対パスで指定します。

LOGFILE_TRAP=ON指定時に有効です。

コメント

13

○

−

J2EELOGDIR

JP1/Baseのログファイルトラップで監視するJ2EEサーバのメッセージログが出力されるディレクトリを絶対パスで指定します。

LOGFILE_TRAP=ON指定時に有効です。

コメント

14

○

−

J2EERCLOGDIR

JP1/Baseのログファイルトラップで監視するJ2EEサーバのリソースアダプタの稼働ログが出力されるディレクトリを絶対パスで指定します。

LOGFILE_TRAP=ON指定時に有効です。

コメント

15

○

−

TRAPLOG_DB

JP1/Baseのログファイルトラップで監視するJ2EEサーバのリソースアダプタの稼働ログのうち，トラップの対象とするデータベースの種類を指定します。

LOGFILE_TRAP=ONおよびJ2EERCLOGDIRで絶対パス指定時に有効です。

HiRDB：

DB_Connector_for_HiRDB_Type4[n].logをトラップします。

Oracle：

DB_Connector_for_Oracle[n].logをトラップします。

SQLServer：

DB_Connector_for_SQLServer[n].logをトラップします。

NONE：

DB Connectorのログはトラップしません。

なお，HiRDB，OracleおよびSQLServer以外を指定した場合はすべてNONEと見なします。

コメント

16

−

○

JP1PFM_SETUP

JP1/PFM連携の自動設定を有効にするかどうかを指定します。

ON：

自動設定を有効にします。

OFF：

自動設定を無効にします。

OFF

17

−

○※1

JP1PFM_HOME

仮想サーバ上のJP1/PFM - Agentのインストールディレクトリを絶対パスで指定します。

%ProgramFiles%¥Hitachi¥jp1pc

18

−

○

JP1PFMM_HOST

JP1/PFM - Managerがインストールされているマシンのホスト名を指定します。

なし

19

−

○

JP1PFMM_IP

JP1/PFM - Managerがインストールされているマシン（ホスト）のIPアドレスを指定します。

なし

20

−

○

BACKUPDIR

JP1/PFMの監視ホスト名の取得方法を変更する際のバックアップディレクトリを指定します。

なし

（凡例）

IM：JP1/IM

PFM：JP1/PFM

○：設定できます。

−：該当しません。

注※1

仮想サーバのゲストOSがWindowsの場合に設定できます。

注※2

仮想サーバ上のJP1/Baseのバージョンが09-10以降の場合に設定できます。JP1/Baseのバージョンが09-10より前の場合に，ログファイルトラップの設定をするときは，仮想サーバのテンプレートにあらかじめ設定しておいてください。仮想サーバのテンプレートについては，「5.2.1　仮想サーバのテンプレートの作成と初期設定」を参照してください。

(2)　実行方法と実行結果

フックスクリプト機能は，「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」から呼び出されます。フックスクリプトの実行タイミングについては，「7.7.1(2)　実行方法」を参照してください。

(a)　実行方法

フックスクリプト機能が呼び出されると，フックスクリプトファイルに設定された内容に従って，JP1連携の自動設定処理が実行されます。JP1製品ごとに自動設定処理で実行される内容を次に示します。また，作成したフックスクリプトをテスト環境であらかじめ実行しておくこともできます。

JP1/IM連携時の実行内容

JP1/IM連携の自動設定を有効（JP1IM_SETUP=ON指定時）にすると，仮想サーバ上のJP1/Baseで次の設定が自動的に実行されます。

JP1/IM - Managerがインストールされているマシンと仮想サーバで名前解決ができるように設定します。

JP1/Baseでユーザマッピングの設定をします。

フックスクリプトでUSERMAPPING=ON指定時に実行されます。

JP1/Baseにアダプタコマンドを設定します。

JP1/BaseがOS起動時に自動起動，およびOS停止時に自動停止するように設定します。

JP1/Baseでログファイルトラップの設定をします。

フックスクリプトでLOGFILE_TRAP=ON指定時に実行されます。

JP1/Baseを起動します。

テスト環境でのフックスクリプトの実行

テンプレートを利用してフックスクリプトを作成した場合，本番環境の管理ユニットで実行する前に，あらかじめテスト環境で実行しておくことをお勧めします。テスト環境で使用した仮想サーバは，必要に応じて削除してください。

テスト環境でのフックスクリプトの実行手順を次に示します。

システム構築者は，メールなどを利用して，JP1製品のインストールが完了した仮想サーバのテンプレートから仮想サーバの複製を，リソース管理者に依頼します。

リソース管理者は，仮想サーバのテンプレートから仮想サーバの複製を作成し，システム構築者に報告します。

システム構築者は，作成したフックスクリプトファイルを複製した仮想サーバに転送します。

システム構築者は，フックスクリプトファイルをテキストエディタで開き，ファイルの先頭に次の行を追加します。

VMI_VIRTUALID=<仮想サーバのIPアドレス>

（例）仮想サーバのIPアドレスが192.168.101.11の場合の設定例

VMI_VIRTUALID=192.168.101.11

システム構築者は，仮想サーバ上でフックスクリプトを実行します。

システム構築者は，フックスクリプトの戻り値を確認します。

戻り値が0の場合は，フックスクリプトが正常終了していることを示します。戻り値が64の場合は，フックスクリプトのエラー原因を調査し，戻り値が0になるまで，テストを繰り返してください。

(b)　実行結果

フックスクリプトのテンプレートでは，フックスクリプトで実行するコマンドやファイルの操作を記録するために，トレースファイルを出力するように実装されています。また，フックスクリプトの実行中にエラーが発生した場合には，戻り値に64を返すように実装されています。

トレースファイルの出力先と出力タイミング

トレースファイルは，SCRIPT_TRACEパラメタで指定したファイル名で出力されます。フックスクリプトが実行されると出力され，同一のファイル名がある場合はそのファイルを削除してから新たに出力されます。

トレースファイルのデフォルトの出力先を次に示します。

ゲストOSがWindowsの場合

<Application Serverのインストールディレクトリ>¥manager¥log¥jp1setupscript.log

ゲストOSがLinuxの場合

/opt/Cosminexus/manager/log/ jp1setupscript.log

トレースファイルの出力形式と出力例

トレースファイルには，自動設定処理で実行される内容ごとにトレース情報（処理内容（コメント），実行するコマンド，および実行結果（成功または失敗））が出力されます。処理中にエラーが発生した場合は，エラーが発生した処理以降のトレース情報は出力されません。

トレース情報の出力形式と出力例を次に示します。

トレース情報の出力形式

<実行日時>△<ステータス>△<メッセージ>

（凡例）

△：半角スペースを示します。

<実行日時>：メッセージ出力日時（YYYY/MM/DD hh:mm:ss）が出力されます。

<ステータス>：INFOまたはERRORが出力されます。

<メッセージ>：メッセージ本文が出力されます。ステータスがINFOの場合は，コメントまたは実行するコマンドなどの情報が出力されます。ステータスがERRORの場合は，エラーメッセージやコマンドの戻り値などの障害情報が出力されます。

トレースファイルの出力例

2011/01/31 10:23:45 INFO   ========== Starting the JP1/PFM service ==========
2011/01/31 10:23:45 INFO   The command started. Command=jpcspm start -key all
2011/01/31 10:23:49 ERROR  pre-setup.bat: Command failed. jpcspm start, ret=123

(3)　注意事項

次の条件をすべて満たす仮想サーバを構築している場合に，再度，仮想サーバに対して一括反映（vmiunitコマンドのサブコマンド「update」）を実行すると，失敗することがあります。

仮想サーバのゲストOSがWindowsである

フックスクリプトのテンプレートを使用している

JP1/Baseのログファイルトラップを有効（LOGFILE_TRAP=ON）にしている

フックスクリプトおよび簡易構築定義ファイルで，J2EEサーバとHTTP Serverのログの出力先にデフォルト値を設定している

この場合，フックスクリプトおよび簡易構築定義ファイルでは，次の表に示す値を設定し，かつ同じ値を設定してください。

分類

フックスクリプトのパラメタ

簡易構築定義ファイルのプロパティ

設定する値

J2EEサーバのログ出力先

J2EELOGDIR

ejb.server.log.directory

<J2EEサーバの作業ディレクトリ※>以下以外

J2EERCLOGDIR

HTTP Serverのログ出力先

HWSLOGDIR

HttpsdLogFileDirまたはHttpsdErrorLogFileDir

<HTTP Serverのインストールディレクトリ>¥servers¥<サーバ名称>ディレクトリ以下以外

注※　J2EEサーバの作業ディレクトリについては，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「付録C.1　J2EEサーバの作業ディレクトリ」を参照してください。

7.8　仮想サーバで実行する処理を設定するための機能（ユーザスクリプト機能）

仮想サーバマネージャから任意のタイミングで，仮想サーバ上に配置したユーザ作成のスクリプト（ユーザスクリプト）を実行する機能です。この機能は，ユーザスクリプト機能ともいいます。ユーザスクリプト機能の実行対象とする，仮想サーバの論理ステータスに制限はありません。フックスクリプト機能と異なり，ユーザスクリプト機能は，仮想サーバの初期構築（論理ステータスがinitial（初期））以外のタイミングでも処理を実行できます。ユーザスクリプトを実行するには，vmiunitコマンドのサブコマンド「script」を使用します。

ユーザスクリプト機能を使用すると，例えば，構築済みの仮想サーバに対してほかの製品をセットアップする処理を，任意のタイミングで仮想サーバマネージャから一括で実施する運用ができるようになります。

7.8.1　設定方法

ユーザスクリプトは，ユーザが任意で作成するファイルです。作成したファイルは，vmiunitコマンドのサブコマンド「script」を実行したタイミングで初めて仮想サーバ上に配布され，その処理が実行されます。

ユーザスクリプトのファイル名と格納先，記述形式を次の表に示します。

表7‒6　ユーザスクリプトのファイル名と格納先，記述形式

仮想サーバのゲストOS

ファイル名

（固定）

ファイルの格納先

記述形式

Windows

user-script.bat

<ユーザスクリプト配置ディレクトリ>

バッチ形式

Linux

user-script

<ユーザスクリプト配置ディレクトリ>

シェル形式

<ユーザスクリプト配置ディレクトリ>は，任意のディレクトリです。このディレクトリには，ユーザスクリプト以外のファイルやディレクトリも配置できます。ここに配置したファイルやディレクトリは，コマンド実行時にユーザスクリプトが配布されると同時に，仮想サーバ上へ配布されてユーザスクリプトから参照できるようになります。<ユーザスクリプト配置ディレクトリ>内のファイルおよびディレクトリは，仮想サーバ上の次のディレクトリに格納されます。ここに格納されたファイルおよびディレクトリは，ユーザスクリプトの処理が完了すると削除されます。

ゲストOSがWindowsの場合

<Application Serverのインストールディレクトリ>¥sinagent¥work¥userscript_dir

ゲストOSがLinuxの場合

<Application Serverのインストールディレクトリ>/sinagent/work/userscript_dir

また，ユーザスクリプトでは，実行時に設定される環境変数「VMI_VIRTUALID」を使用できます。環境変数「VMI_VIRTUALID」には，仮想サーバ識別子（管理LANに接続されているIPアドレス）が設定されます。

7.8.2　実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「script」を実行します。

ユーザスクリプトの実行タイミングを次の図に示します。なお，コマンドの実行によって呼び出されたユーザスクリプトは，Windowsの場合はローカルシステムアカウント，Linuxの場合はスーパーユーザで実行されます。

図7‒6　ユーザスクリプトの実行タイミング

7.8.3　実行結果

ユーザスクリプトに設定した処理が実行されます。ユーザスクリプトの設定内容が実行結果となり，戻り値によって機能の成功または失敗が判断されます。

戻り値が0の場合：ユーザスクリプト機能の実行成功（正常終了）

戻り値が0以外の場合：ユーザスクリプト機能の実行失敗（異常終了）

ユーザスクリプト機能の実行が，1台以上の仮想サーバで失敗した場合，コマンドの戻り値は64（異常終了）となります。

7.8.4　ユーザスクリプト機能の実行例

ここでは，仮想サーバのネットワーク情報を書き出す処理をユーザスクリプトで実行する場合を例にして，実行手順を説明します。

管理用端末マシンから仮想化システム管理用サーバマシンにリモート接続します。

<ユーザスクリプト配置ディレクトリ>にユーザスクリプトを作成します。

ユーザスクリプト（user-script.bat）の作成例を次に示します。

mkdir d:¥data
netstat > d:¥data¥netstat_%VMI_VIRTUALID%.txt
ipconfig > d:¥data¥ipconfig_%VMI_VIRTUALID%.txt

vmiunitコマンドのサブコマンド「script」を使用して，指定したパスにあるユーザスクリプトを実行します。

ここでは，管理ユニット「gyoumu_a」に属するすべての仮想サーバに対して，手順1.で作成したuser-script.batを実行する場合のコマンドの実行例を示します。

vmiunit script -unit gyoumu_a -dir <ユーザスクリプト配置ディレクトリ>

管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続します。

仮想サーバからネットワーク情報を書き出した結果ファイルを取得します。

ここでは，スクリプトに記述した，次のファイルを取得します。

d:¥data¥netstat_<仮想サーバ識別子>.txt

d:¥data¥ipconfig_<仮想サーバ識別子>.txt

7.8.5　注意事項

ユーザスクリプト機能を使用する場合の注意事項を次に示します。

ユーザスクリプトには，次の処理を記述しないでください。ユーザスクリプトが実行したまま終了しなくなります。

入力応答を求める処理

無限ループになる処理

ユーザスクリプトに引数は記述できません。

ユーザスクリプトから出力される標準出力，標準エラー出力などは，ログに取得されません。このため，ユーザスクリプトの標準出力，標準エラー出力を取得する場合は，ユーザスクリプトの中でファイルに出力するなどの処理を実行する必要があります。

ユーザスクリプトと，<ユーザスクリプト配置ディレクトリ>のファイルやディレクトリは，ユーザスクリプトの処理が完了すると仮想サーバ上から削除されます。仮想サーバ上に残しておきたいファイルは，あらかじめユーザスクリプトの中でコピーするなどの処理を実行する必要があります。

ユーザスクリプト実行時のカレントディレクトリは，<サーバ通信エージェントによって起動されるコマンド用の作業ディレクトリ>となります。<サーバ通信エージェントによって起動されるコマンド用の作業ディレクトリ>のデフォルトを次に示します。

ゲストOSがWindowsの場合

<Application Serverのインストールディレクトリ>¥sinagent¥work

ゲストOSがLinuxの場合

<Application Serverのインストールディレクトリ>/sinagent/work

このため，<ユーザスクリプト配置ディレクトリ>に含まれるファイルを相対パスで参照する場合には，カレントディレクトリを意識してスクリプトを記述してください。<ユーザスクリプト配置ディレクトリ>の仮想サーバ上への転送先ディレクトリのデフォルトは，次のとおりです。

ゲストOSがWindowsの場合

<Application Serverのインストールディレクトリ>¥sinagent¥work¥userscript_dir

ゲストOSがLinuxの場合

<Application Serverのインストールディレクトリ>/sinagent/work/userscript_dir

-timeoutオプションを指定してvmiunitコマンドのサブコマンド「script」を実行した場合に，実行待ち時間を超えてユーザスクリプトが実行中のときはタイムアウトが発生します。タイムアウトが発生しても，ユーザスクリプトのプロセスは強制的に終了されません。

7.9　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）

JP1/Baseのユーザー管理機能を利用して，仮想サーバマネージャを実行できるアカウントを認証サーバ（JP1/Base）で管理する機能です。あるユーザが仮想サーバマネージャに対して操作すると，認証サーバ（JP1/Base）によってアカウントに対する認証処理が実施され，そのユーザが操作できるかどうかが判定されます。

注意事項

ここで説明する機能は，次の条件を満たしていることを前提としています。

仮想サーバマネージャが配置されているマシン（仮想化システム管理用サーバマシン）にJP1/Baseがインストールされていること

認証サーバ（JP1/Base）が構築，運用されていること

JP1/Base（認証サーバ）によるアカウント管理の流れを次の図に示します。ここでは，仮想化システム管理用サーバマシンと別のマシンに認証サーバを構築している場合の例で説明します。

図7‒7　JP1/Base（認証サーバ）によるアカウント管理の流れ

図中の番号に対応する処理について説明します。

JP1アカウント管理者は，仮想サーバマネージャを実行できるアカウントに関する情報を認証サーバ（JP1/Base）で設定，編集します。

仮想サーバマネージャ管理者またはシステム構築者は，仮想サーバマネージャに対して構築，運用または管理の指示を実行します。

仮想サーバマネージャからJP1/Baseを通して，指示を実行したユーザに関するアカウントの認証処理が認証サーバのJP1/Baseに依頼されます。

認証サーバのJP1/BaseからJP1/Baseを通して，認証処理の結果が仮想サーバマネージャに通知されます。

認証に成功すると，仮想サーバマネージャによって，仮想サーバの構築，運用または管理の処理が実行されます。

JP1ユーザ認証連携機能を利用する場合は，JP1アカウント管理者が仮想化システムの構築・運用に携わるようになります。仮想化システムの構築・運用に直接携わるユーザとJP1アカウント管理者の関係を次の図に示します。

図7‒8　仮想化システムの構築・運用に直接携わるユーザとJP1アカウント管理者の関係

JP1アカウント管理者は，仮想化システムの構築・運用に直接携わる仮想サーバマネージャ管理者やシステム構築者からアカウントに関する依頼を受けて，アカウントに関する操作作業を実施します。

7.9.1　設定方法

JP1ユーザ認証連携機能を使用する場合は，次の設定が必要になります。

機能を有効にするための設定

認証サーバで管理するアカウント情報の設定（JP1/Baseでの設定）

設定で使用するファイルについては，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。

機能を有効にするための設定

機能を有効にするためには，仮想サーバマネージャに対して，JP1/Baseのユーザー管理機能を利用してアカウントを管理することを設定します。仮想サーバマネージャプロパティファイル（vmi.properties）のvmi.jp1.base.auth.enabledキーに「true」を設定すると，機能が有効になります。

認証サーバで管理するアカウント情報の設定（JP1/Baseでの設定）

JP1ユーザ認証連携機能では，アカウント情報を認証サーバのJP1/Baseで管理します。このため，仮想サーバマネージャを実行できるアカウント，および管理ユニットに対する操作権限を認証サーバのJP1/Baseに設定します。設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

アカウントの種類と認証サーバのJP1/Baseに設定するアカウント情報を次の表に示します。

表7‒7　アカウントの種類と認証サーバのJP1/Baseに設定するアカウント情報

項番

JP1/Baseの属性

説明

アカウントの種類

仮想サーバマネージャ管理者アカウント

システム構築者アカウント

1

JP1ユーザー名

アカウントを識別する名称を設定します。

任意のユーザ名※1

2

パスワード

アカウントのパスワードを設定します。

任意のパスワード※1

3

JP1資源グループ

管理対象（資源）を分けたグループの名称を設定します。仮想化システムでは，管理対象（資源）には管理ユニットが該当します。

*（アスタリスク）※3

管理ユニット名※2

4

JP1権限レベル

資源グループに対する操作権限の名称を設定します。仮想化システムでは，仮想サーバマネージャアカウント（Cosminexus_vMNG_Admin）またはシステム構築者アカウント（Cosminexus_vMNG_Manager）が該当します。

Cosminexus_vMNG_Admin

Cosminexus_vMNG_Manager

注※1

入力規則はJP1/Baseに従います。

注※2

入力規則については，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「9.2　仮想化システムで使用するコマンドの詳細」を参照してください。

注※3

JP1権限レベルが仮想サーバマネージャ管理者アカウントの場合は，JP1資源グループの指定内容に関係なく，すべての管理ユニットに対する操作権限が設定されます。

7.9.2　実行方法と実行結果

仮想サーバマネージャにアクセスしてきたアカウントの認証処理を実行します。JP1/Baseで管理しているアカウントのJP1ユーザー名とパスワードが一致すれば，そのアカウントは認証されます。そのアカウントがコマンドの実行権限，または指定した管理ユニットに対する操作権限を持っていれば，仮想サーバマネージャの機能を実行できます。

7.9.3　注意事項

JP1ユーザ認証連携機能を有効にすると，仮想サーバマネージャに対するアカウントを操作する機能が使用できなくなります。また，アカウント情報を表示する機能や，管理ユニットの管理で使用する機能でも処理に変更があります。

JP1ユーザ認証連携機能を有効にした場合に，影響のある仮想化システムで使用するコマンドを次の表に示します。

表7‒8　影響のある仮想化システムで使用するコマンド（JP1ユーザ認証連携機能を有効にした場合）

項番

コマンド名称

実行可否

コマンド実行時の処理

コマンド

サブコマンド

1

vmiaccount

create

×

KEOS29739-Eメッセージを出力し，処理を中止します。

2

delete

×

3

list

×

4

password

×

5

vmiunit

info

○

Owner（管理ユニットの所有者）は出力されません。UnitName（管理ユニット名）とDescription（説明）が出力されます。

6

vmiunitadmin

changeowner

×

KEOS29739-Eメッセージを出力し，処理を中止します。

7

create

○

認証サーバで設定済みの管理ユニット名と異なる管理ユニット名を指定した場合は，KEOS29696-Eメッセージを出力し，処理を中止します。

8

list

○

Owner（管理ユニットの所有者）は出力されません。UnitName（管理ユニット名）とDescription（説明）が出力されます。

（凡例）

○：実行できます。

×：実行できません。実行した場合は処理を中止します。

JP1ユーザ認証連携機能を有効にすると，仮想サーバマネージャ管理者アカウントに関する処理が実行できなくなります。仮想サーバマネージャ管理者アカウントに関する処理を含むコマンド（mngsvrctlコマンド）の引数「setup」を使用して，仮想サーバマネージャをセットアップする場合に，-uオプションと-pオプションを指定すると，KEOS29740-Wメッセージが出力されます。この場合，-uオプションと-pオプションの指定は無視され，セットアップ処理は続行されます。

8　仮想化システムの構築・運用で使用するファイルとコマンド

この章では，仮想化システムの構築・運用で使用するファイルとコマンドについて説明します。

8.1　仮想化システムの構築・運用時に使用するファイル

ここでは，仮想化システムの構築・運用時に使用するファイルの種類，テンプレートファイルや，OSごとの格納場所について説明します。

仮想化システムの運用環境の構築・運用時に使用するファイルを次の表に示します。

表8‒1　仮想化システムの運用環境の構築・運用時に使用するファイル

ファイル名

ファイルの説明

テンプレートファイルの格納先

ファイルの格納先

参照先マニュアル

参照個所

<LB接続情報の識別名>.properties

負荷分散機接続設定プロパティファイル

−

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥config¥lb¥

Linuxの場合

/opt/Cosminexus/manager/vmi/config/lb/

サーバ定義

9.2.1

manager.cfg

Manager設定ファイル

−

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥config¥

Linuxの場合

/opt/Cosminexus/manager/config/

8.2.9

mserver.cfg

Management Server用オプション定義ファイル

−

8.2.7

mserver.properties

Management Server環境設定ファイル

−

8.2.6

vmi.properties

仮想サーバマネージャプロパティファイル

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥templates¥

Linuxの場合

/opt/Cosminexus/manager/vmi/templates/

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥config¥

Linuxの場合

/opt/Cosminexus/manager/vmi/config/

9.2.8

vmiclient.properties

仮想サーバマネージャのクライアント共通設定プロパティファイル

9.2.9

.vmirc

仮想サーバマネージャのクライアント設定プロパティファイル

<OSユーザのホームディレクトリ>

9.2.10

（凡例）

−：該当しません。

サーバ定義：マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」を示します。

仮想化システムのアプリケーション実行環境の構築・運用時に使用するファイルを次の表に示します。

表8‒2　仮想化システムのアプリケーション実行環境の構築・運用時に使用するファイル

ファイル名

ファイルの説明

テンプレートファイルの格納先

ファイルの格納先

参照先マニュアル

参照個所

adminagent.properties

運用管理エージェントプロパティファイル

−※

Windowsの場合

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥config¥Cosminexus¥manager¥config¥

Linuxの場合

<定義ディレクトリ>/<ティア別定義ディレクトリ>/config/Cosminexus/manager/config/

サーバ定義

8.2.1

cmxclient.properties

Smart Composer機能のクライアント共通設定プロパティファイル

Windowsの場合

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥config¥Cosminexus¥manager¥config¥

Linuxの場合

<定義ディレクトリ>/<ティア別定義ディレクトリ>/config/Cosminexus/manager/config/

4.2.3

cosminexus.xml

アプリケーション属性ファイル

−

Windowsの場合

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥config¥Cosminexus¥<アプリケーション名>¥META-INF¥

Linuxの場合

<定義ディレクトリ>/<ティア別定義ディレクトリ>/config/Cosminexus/<アプリケーション名>/META-INF/

アプリケーション／リソース定義

2章

DBConnector_Oracle_CP_cfg.xml

Oracle JDBC Thin Driver用DB ConnectorのConnector属性ファイル

Windowsの場合

<Application Serverのインストールディレクトリ>¥CC¥admin¥templates¥DBConnector_Oracle_CP_cfg.xml

Linuxの場合

/opt/Cosminexus/CC/admin/templates/DBConnector_Oracle_CP_cfg.xml

Windowsの場合

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥config¥Cosminexus¥

Linuxの場合

<定義ディレクトリ>/<ティア別定義ディレクトリ>/config/Cosminexus/

4.1

DBConnector_HiRDB_Type4_CP_cfg.xml

HiRDB Type4 JDBC Driver用DB ConnectorのConnector属性ファイル

Windowsの場合

<Application Serverのインストールディレクトリ>¥CC¥admin¥templates¥DBConnector_HiRDB_Type4_CP_cfg.xml

Linuxの場合

/opt/Cosminexus/CC/admin/templates/DBConnector_HiRDB_Type4_CP_cfg.xml

DBConnector_SQLServer_CP_cfg.xml

SQL Server JDBC Driver用DB ConnectorのConnector属性ファイル

Windowsの場合

<Application Serverのインストールディレクトリ>¥CC¥admin¥templates¥DBConnector_SQLServer_CP_cfg.xml

Linuxの場合

/opt/Cosminexus/CC/admin/templates/DBConnector_SQLServer_CP_cfg.xml

manager.cfg

Manager設定ファイル

−※

Windowsの場合

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥config¥Cosminexus¥manager¥config¥

Linuxの場合

<定義ディレクトリ>/<ティア別定義ディレクトリ>/config/Cosminexus/manager/config/

サーバ定義

8.2.9

mngsvrutilcl.properties

mngsvrutilコマンドのクライアント側共通定義ファイル

8.2.16

mserver.properties

Management Server環境設定ファイル

8.2.6

pre-setup.bat

フックスクリプトファイル（Windows用）

−

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥hook¥

このマニュアル

5.2.3(9)

pre-setup

フックスクリプトファイル（Linux用）

<定義ディレクトリ>/<ティア別定義ディレクトリ>/hook/

vmsetup.properties

管理者設定用プロパティファイル

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥templates¥

Linuxの場合

/opt/Cosminexus/manager/vmi/templates/

Windowsの場合

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥config¥Cosminexus¥

Linuxの場合

<定義ディレクトリ>/<ティア別定義ディレクトリ>/config/Cosminexus/

サーバ定義

9.2.11

sinaviagent.properties

サーバ通信エージェントプロパティファイル

−

Windowsの場合

<Application Serverのインストールディレクトリ>¥sinagent¥config¥

Linuxの場合

/opt/Cosminexus/sinagent/config/

9.2.4

tier.properties

ティア別プロパティファイル

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥templates¥

Linuxの場合

/opt/Cosminexus/manager/vmi/templates/

Windowsの場合

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥vmi¥

Linuxの場合

<定義ディレクトリ>/<ティア別定義ディレクトリ>/vmi/

9.2.5

tierlb.properties

負荷分散機接続設定プロパティファイル

9.2.6

usrconf

サーバ管理コマンド用オプション定義ファイル（Linux用）

−※

/opt/Cosminexus/CC/admin/usrconf/

5.2.1

usrconf.bat

サーバ管理コマンド用オプション定義ファイル（Windows用）

<Application Serverのインストールディレクトリ>¥CC¥admin¥usrconf¥

5.2.2

usrconf.properties

サーバ管理コマンド用システムプロパティファイル

Windowsの場合

<Application Serverのインストールディレクトリ>¥CC¥admin¥usrconf¥

Linuxの場合

/opt/Cosminexus/CC/admin/usrconf/

5.2.3

version.properties

インタフェースバージョン定義ファイル

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥templates¥

Linuxの場合

/opt/Cosminexus/manager/vmi/templates/

Windowsの場合

<定義ディレクトリ>¥<ティア別定義ディレクトリ>¥config¥Cosminexus¥

Linuxの場合

<定義ディレクトリ>/<ティア別定義ディレクトリ>/config/Cosminexus/

9.2.7

DefModel.xml

簡易構築定義ファイル

4.3

<任意の名称>

仮想サーバグループ情報ファイル

<任意のディレクトリ>

9.2.12

（凡例）

−：該当しません。

サーバ定義：マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」を示します。

アプリケーション／リソース定義：マニュアル「アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)」を示します。

注※　「5.2.1(7)　定義ファイルの取得」でコピーしたファイルをテンプレートファイルとして使用します。

8.2　仮想化システムの構築・運用時に使用するコマンド

ここでは，仮想化システムの構築・運用時に使用するコマンドの種類，OSごとのコマンドの格納先について説明します。

仮想化システムの構築・運用時に使用するコマンドを次の表に示します。

表8‒3　仮想化システムの構築・運用時に使用するコマンド

コマンド名

コマンドの説明

コマンドの格納先

参照先マニュアル

参照個所

コマンド

サブコマンド

mngautorun

−

サービスの設定

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥bin¥

Linuxの場合

/opt/Cosminexus/manager/bin/

コマンド編

7.2

mngsvr_adapter_setup

−

アダプタコマンドのセットアップとアンセットアップ

mngsvrctl

−

Management Serverの起動／停止／セットアップ

snactl

−

サーバ通信エージェントの起動と停止

Windowsの場合

<Application Serverのインストールディレクトリ>¥sinagent¥bin¥

Linuxの場合

/opt/Cosminexus/sinagent/bin/

サーバ通信エージェントのドキュメント

−

vmiaccount

create

システム構築者アカウントの追加

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥vmi¥bin¥

Linuxの場合

/opt/Cosminexus/manager/vmi/bin/

コマンド編

9.2，9.3

delete

システム構築者アカウントの削除

list

システム構築者アカウントの一覧表示

password

システム構築者アカウントのパスワード変更

vmiunit

attach

仮想サーバグループの登録

9.2，9.4

block

管理ユニットまたは仮想サーバグループの閉塞

compare

登録済みの定義ディレクトリとの内容比較

detach

仮想サーバグループの登録解除

export

定義ディレクトリの取り出し

import

定義ディレクトリの取り込みまたは内容変更

info

管理ユニットの情報表示

list

管理ユニットまたは仮想サーバグループに属する仮想サーバの一覧表示

mark

仮想サーバグループの障害マークの設定

script

仮想サーバのユーザスクリプトの実行

start

管理ユニットまたは仮想サーバグループの起動（業務の開始）

status

管理ユニットまたは仮想サーバグループの状態表示

stop

管理ユニットまたは仮想サーバグループの停止（業務の停止）

unblock

管理ユニットまたは仮想サーバグループの閉塞解除

unmark

仮想サーバグループの障害マークの設定解除

update

管理ユニットに属する仮想サーバへの定義ディレクトリの反映

vmiunitadmin

changeowner

管理ユニットの所有者の変更

9.2，9.5

create

管理ユニットの作成

delete

管理ユニットの削除

list

管理ユニットの一覧表示

（凡例）

−：該当しません。

コマンド編：マニュアル「アプリケーションサーバ リファレンス コマンド編」を示します。

注　vmiで始まるコマンド（vmiaccount，vmiunit，vmiunitadmin）でサブコマンド「help」を指定すると，各コマンドのサブコマンドの一覧またはサブコマンドの入力形式が表示できます。

付録

付録A　仮想化システムでのサイジングの考え方

ここでは，仮想化システムでの要求リソースの算出方法と，要求リソースを実現するマシン数の算出方法について説明します。算出した結果と信頼性要件を基に実際のマシン数を調節してください。

付録A.1　サイジングを始める前に

ここでは，サイジングを始める前に，確認，準備しておくことについて説明します。

(1)　サイジング指標の選択

仮想化システムを構成する仮想サーバの構成の決定に必要なサイジング指標を決定します。サイジング指標は，サイジングで考慮するマシンリソースのことで，次のものがあります。

CPU性能（単位：MIPS，FLOPS，SpecIntなど）

メモリ使用量（単位：MB）

ディスクI/O性能（単位：MB/s）

ディスク使用量（単位：MB）

ネットワークI/O性能（単位：Mbit/s）

これらのサイジング指標のうち，必要なものだけを選択します。例えば，仮想化環境のディスク容量が十分ある場合は，ディスク使用量をサイジング指標から除外できます。

また，仮想化システムでは，1台の物理マシンに対して，複数の仮想マシン（仮想サーバ）が配置されます。CPUとメモリだけでなく，ディスクとネットワークも複数の仮想マシンから共有されます。このため，ディスクとネットワークがボトルネックになる可能性が高くなります。

(2)　要求リソースの考え方

要求リソースは，スケールアウトして分割可能なリソース（分割可能リソース）とスケールアウトしても分割できないリソース（分割不可能リソース）から構成されます。例えば，ディスク使用量から，アクセスログサイズと製品のインストールサイズを考えるとします。マシン数を増やすと，1台当たりの処理件数が減少します。アクセスログサイズは1台当たりの処理件数に応じて減少するので，分割可能リソースとなります。一方，製品のインストールサイズはすべてのマシンに同じだけ必要なので分割不可能リソースとなります。

ここでは，要求リソース（16）の内訳が，分割可能リソースのリソース量が12，分割不可能リソースのリソース量が4とします。マシン数の増加と，システム全体のマシンリソースの変化を次の図に示します。

図A‒1　マシン数の増加と，システム全体のマシンリソースの変化

図に示すように，マシン数を増やすと，1台当たりの分割可能リソースは減少しますが，1台当たりの分割不可能リソースは変わりません。このため，1台当たりのリソース量は減少しても，システム全体として必要なマシンリソースが増加します。要求リソースは，これらのトレードオフ関係（競合関係）を考慮してサイジングします。

また，1台のマシンでは，リソース量のうち，分割不可能リソースを超えた分を分割可能リソースとして負担できます。例えば，マシンのリソース量が「11」で，分割不可能リソースが「4」とすると，「7」の分割可能リソースを負担できます。

分割可能リソースと分割不可能リソースを考慮すると，マシン数の増加（スケールアウト）と，マシンリソースの増加（スケールアップ）を適切に組み合わせたマシン構成を実現できます。

(3)　仮想化環境のオーバーヘッドの把握

仮想化システムでは，物理マシン上で動作する複数のOSの切り替え処理などでオーバーヘッドが発生して，パフォーマンスが低下するという問題があります。このため，仮想化環境で必要なオーバーヘッドとして，ハイパーバイザのオーバーヘッドを考慮する必要があります。ハイパーバイザのオーバーヘッドは，使用するハイパーバイザの種類，使用するハードウェアの仮想化技術の実装状況など，仮想化システムの環境によって大きく変化します。

ハイパーバイザのオーバーヘッドと，仮想化システムの環境によるオーバーヘッドの差を考慮してサイジングを実施してください。

仮想化環境のオーバーヘッドの例を次の表に示します。

表A‒1　仮想化環境のオーバーヘッドの例

サイジング指標

オーバーヘッド（係数）の例

オーバーヘッド設定時の注意点

CPU性能

1.2

ハードウェアの仮想化技術（AMD-V，Intel VT）の実装の有無や，ハイパーバイザによって変動します。

メモリ使用量

1.2

ハイパーバイザによって変動します。

ディスクI/O性能

1.2

ハードウェアの仮想化技術（AMD-V，Intel VT）の実装の有無や，ハイパーバイザによって変動します。

ネットワークI/O性能

1.2

注　ディスク使用量には，基本的にオーバーヘッドは掛かりません。

付録A.2　サイジングの流れ

仮想化システムでのサイジングは，次の手順で実施します。

リソースの見積もり

性能要件を満たす，マシン（仮想サーバ）1台当たりの要求リソースを見積もります。詳細は，「付録A.3　リソースの見積もり」を参照してください。

マシン構成の設計

手順1.で見積もった結果に加えて，さらに信頼性要件を満たすマシン数を算出して，マシン構成を決定します。詳細は，「付録A.4　マシン構成の設計」を参照してください。

付録A.3　リソースの見積もり

リソースは，個別のリソースを見積もったあと，それらを集計して全体のリソースを見積もります。

リソースの見積もり作業の流れと見積もり作業のイメージを次の図に示します。

図A‒2　リソースの見積もり作業の流れと見積もり作業のイメージ

各作業について次に説明します。

(1)　個別のリソースの見積もり

マシンを構成する各要素（OS，インストールする製品（アプリケーションサーバの製品，JP1製品など））について，「付録A.1(1)　サイジング指標の選択」で決定したサイジング指標ごとに見積もります。

個別のリソースの見積もりには，次の情報が必要になります。

システム要件（ユーザから提供されるシステムの条件）

処理性能（プロトタイプなどから実測される実測値）

(2)　全体のリソースの見積もり

「(1)　個別のリソースの見積もり」で見積もった結果を，サイジング指標ごとに集計して，マシン1台で必要なマシンリソースを算出します。ここで求めた値が要求リソースとなります。

付録A.4　マシン構成の設計

マシン構成を設計する手順について説明します。ここでは，構築するシステムで使用する仮想化環境は用意されていることを前提とします。

マシン構成の設計作業の流れと設計作業のイメージを次の図に示します。ここでは，「付録A.3　リソースの見積もり」で見積もった結果，要求リソースが16（分割可能リソース=12，分割不可能リソース=4），仮想化環境のオーバーヘッドを1.2とします。次のA〜F（6台）のマシンを使用するとします。各マシンのリソース状況を次の表に示します。

表A‒2　各マシンのリソース状況

マシン

リソース合計

使用済みリソース

現在の空きリソース

実効リソース

A

10

6

4

4÷1.2=3.3

B

10

0

10

10÷1.2=8.3

C

20

0

20

20÷1.2=16.6

D

11

0

11

11÷1.2=9.1

E

15

3.5

11.5

11.5÷1.2=9.6

F

12

2.4

9.6

9.6÷1.2=8

図A‒3　マシン構成の設計作業の流れと設計作業のイメージ

各作業について次に説明します。

(1)　仮想化環境のオーバーヘッドを考慮した空きリソースの算出

マシンごとに，現在の空きリソースを仮想化環境のオーバーヘッド（係数）で割り，実効リソース（以降，空きリソースといいます）を求めます。オーバーヘッドについては，「付録A.1(3)　仮想化環境のオーバーヘッドの把握」を参照してください。これによって，マシンごとに利用可能な空きリソースが求められます。

(2)　利用不可能な空きリソースの除外

要求リソースの分割不可能リソースが，利用可能な空きリソースとして確保できないマシン（利用不可能な空きリソース）を除外します。

(3)　マシンスペックを考慮した最小のマシン数の算出

構築するシステムで，マシン1台当たりに必要なマシンスペックの最大値を決定します。マシンスペックは，次に示すマシンを構成するサイジング指標ごとに決定します。ただし，用意されている仮想化環境でディスク容量が十分ある場合など，マシン数を算出する際に不要と判断したサイジング指標は除外してください。

CPUのアーキテクチャ

x64アーキテクチャになります。

CPU性能

単位がコア数の場合は，4個までが妥当です。

メモリ使用量

2GB以上が必要です。

ディスクI/O性能

ディスク使用量

ネットワークI/O性能

NICが複数に分かれている場合は，その数分のネットワークI/O性能を考慮します。

これらのサイジング指標から算出したマシンスペックの最大値から，システムで必要なマシン数の最小値を求めます。

(4)　要求リソースを考慮した最小のマシン数の決定

最小のマシン数で要求リソースを満たせる構成を探して決定します。「(3)　マシンスペックを考慮した最小のマシン数の算出」で算出した最小マシン数から順に増やしながら，そのマシン数で求められる1台当たりの要求リソースを計算します。要求リソースについては，「付録A.1(2)　要求リソースの考え方」を参照してください。

なお，要求リソースを満たせる空きリソースがマシン数分用意できない場合は，現在の仮想化環境ではサイジングしたシステムを構築できません。空きリソースのあるマシンの用意をリソース管理者に依頼してください。

(5)　信頼性要件を考慮したマシン数の決定

信頼性を考慮して，仮想化システムのマシン数を決定します。

「(3)　マシンスペックを考慮した最小のマシン数の算出」で求めたマシンスペックは変更しないで，信頼性要件を満たせるようにマシン数を増やしていきます。

信頼性を考慮したマシン数の増加方式を次に示します。これらの方式から適切な方式を選択して，マシン数を増加します。ここでは，マシン数をNとして，各方式について説明します。

αN方式

すべてのマシンのうち，(α-1) ×100%停止しても性能を維持できるようにする方式です。

α＝1.4，N=6とすると，マシン数は9（≒8.4）台となります。

N＋m方式

すべてのマシンのうち，m台停止しても性能を維持できるようにする方式です。

m＝1，N=6とすると，マシン数は7台となります。

max(2,N)方式

性能の維持は特に考えないで，１台でも動いていればよいとする方式です。

N＝1の場合だけ，マシン数は2台となります。

(6)　最適なマシン構成の決定

性能要件と信頼性要件を満たすマシン数が決まったら，１台当たりの要求リソースと空きリソースの差が最も少ないマシン数を，マシン構成として採用します。この構成が，空きリソースのむだが最も少なくなります。

付録B　仮想サーバマネージャの作業ディレクトリ

仮想サーバマネージャの作業ディレクトリの構成を次の図に示します。

図B‒1　仮想サーバマネージャの作業ディレクトリの構成

<Application Serverのインストールディレクトリ>
  └manager
    ├config
    │ ├mserver.properties
    │ └manager.cfg
    ├log
    │ ├mngsvr[n].log
    │ ├message
    │ │ └mngmessage[n].log
    │ ├trace
    │ │ └mngtrace [n].log
    │ └maintenance
    │    ├mngsvr[n].log
    │    └mngcmd[n].log
    └vmi
      ├bin
      │ ├vmiaccount.exe
      │ ├vmiaccount
      │ ├vmiunitadmin.exe
      │ ├vmiunitadmin
      │ ├vmiunit.exe
      │ ├vmiunit
      │ └mngutil.dll
      ├config
      │ ├lb
      │ │ └<LB接続情報の識別名>.properties
      │ ├vmi.properties
      │ └vmiclient.properties
      ├templates
      │ ├vmsetup.properties
      │ ├version.properties
      │ ├vmi.properties
      │ ├.vmirc
      │ ├vmiclient.properties
      │ ├tier.properties
      │ ├tierlb.properties
      │ ├pre-setup.bat
      │ ├pre-setup
      │ ├virtualserver-info.xml
      │ └DefModel.xml
      │ ： ：
      └spool

作業ディレクトリを構成するディレクトリまたはファイルの詳細を次の表に示します。

表B‒1　作業ディレクトリを構成するディレクトリまたはファイルの詳細

ディレクトリまたはファイル

説明

manager

−

Component Containerの提供する機能のうち，アプリケーションサーバの運用管理機能を提供するディレクトリです。

config

−

運用管理機能で使用する定義ファイルなどの格納用ディレクトリです。

mserver.properties

Management Server環境設定ファイルです。

manager.cfg

Manager設定ファイルです。

log

−

ログ出力先ディレクトリです。

mngsvr[n].log※

Management Serverおよび仮想サーバマネージャが出力するログを格納するファイルです。

message※

mngmessage[n].log※

Management Serverおよび仮想サーバマネージャが出力する統合メッセージログを格納するファイルです。

trace※

mngtrace[n].log※

Management Serverおよび仮想サーバマネージャが出力する統合トレースログを格納するファイルです。

maintenance※

mngsvr[n].log※

Management Serverおよび仮想サーバマネージャが出力する保守ログを格納するファイルです。

mngcmd[n].log※

Management Serverおよび仮想サーバマネージャが出力するコマンドの保守ログを格納するファイルです。

vmi

−

仮想サーバマネージャの機能を提供するディレクトリです。

bin

−

仮想サーバマネージャのコマンドと，Manager共有ライブラリが格納されているディレクトリです。

vmiaccount.exe

アカウント操作コマンド（Windows用）です。

vmiaccount

アカウント操作コマンド（Linux用）です。

vmiunitadmin.exe

管理ユニット管理コマンド（Windows用）です。

vmiunitadmin

管理ユニット管理コマンド（Linux用）です。

vmiunit.exe

管理ユニット運用操作コマンド（Windows用）です。

vmiunit

管理ユニット運用操作コマンド（Linux用）です。

mngutil.dll

Manager共有ライブラリです。Windowsの場合だけのファイルです。

config

−

仮想サーバマネージャの設定ファイルが格納されているディレクトリです。

lb

−

負荷分散機に関するファイルが格納されているディレクトリです。

<LB接続情報の識別名>. properties

負荷分散機接続設定プロパティファイルです。仮想サーバマネージャが使用する負荷分散機の接続情報を設定します。仮想サーバマネージャが複数の負荷分散機と接続する場合は，接続先の負荷分散機ごとに，このファイルを設定します。

vmi.properties

仮想サーバマネージャプロパティファイルです。

vmiclient.properties

仮想サーバマネージャのクライアント共通設定プロパティファイルです。

templates

vmsetup.properties

管理者設定用プロパティファイルのテンプレートファイルです。

version.properties

インタフェースバージョン定義ファイルのテンプレートファイルです。

vmi.properties

仮想サーバマネージャプロパティファイルのテンプレートファイルです。

.vmirc

仮想サーバマネージャのクライアント設定プロパティファイルのテンプレートファイルです。

vmiclient.properties

仮想サーバマネージャのクライアント共通設定プロパティファイルのテンプレートファイルです。

tier.properties

ティア別プロパティファイルのテンプレートファイルです。

tierlb.properties

負荷分散機接続設定プロパティファイルのテンプレートファイルです。ティアごとに，負荷分散機の接続情報を設定する場合に使用します。

pre-setup.bat

JP1連携を自動設定するフックスクリプトのテンプレートファイル（Windows用）です。

pre-setup

JP1連携を自動設定するフックスクリプトのテンプレートファイル（Linux用）です。

virtualserver-info.xml

仮想サーバグループ情報ファイルのテンプレートファイルです。

DefModel.xml

簡易構築定義ファイルのテンプレートファイルです。

spool

−

仮想サーバマネージャ用の処理データ格納ディレクトリです。このディレクトリのパスは，vmi.propertiesのvmi.spool.dirキーで変更できます。

（凡例）

−：該当しません。

注※

仮想サーバマネージャ起動後，構築，運用などのタイミングによって作成されるファイルまたはディレクトリです。

付録C　仮想サーバマネージャが実行する負荷分散機のCLIコマンドまたはAPI

仮想サーバマネージャが実行する負荷分散機のCLIコマンドとAPIについて説明します。それぞれ使用する製品を次に示します。

負荷分散機のCLIコマンドを使用する製品

AX2000およびBS320

負荷分散機のAPIを使用する製品

AX2500，BIG-IP v9，BIG-IP v10.1，BIG-IP v10.2，およびBIG-IP v11

参考

BIG-IP v9，BIG-IP v10.1，またはBIG-IP v10.2の場合，負荷分散機のCLIコマンドも使用できます。

付録C.1　仮想サーバマネージャが実行する負荷分散機のCLIコマンド

仮想サーバマネージャが実行する負荷分散機のCLIコマンドを製品ごとに説明します。負荷分散機のCLIコマンドの詳細は，使用する製品のドキュメントを参照してください。

(1)　AX2000またはBS320の場合

AX2000またはBS320の場合，負荷分散機の接続方式としてtelnetプロトコルを使用した直接接続が使用できます。

負荷分散機としてAX2000またはBS320を使用する場合に，仮想サーバマネージャが実行する負荷分散機のCLIコマンドを次の表に示します。

表C‒1　仮想サーバマネージャが実行する負荷分散機のCLIコマンド（AX2000またはBS320の場合）

仮想サーバマネージャのコマンド

実行する負荷分散機のCLIコマンド

vmiunit update

（新規に構築する場合）

cookieスイッチングの使用なし

foreach (<RealServer>) {

slb server <RealServer名> <RealServer IPアドレス>

port <RealServerポート> tcp

exit

}

slb service-group <VirtualServer名> tcp

foreach (<RealServer>) {

member <RealServer名>:<RealServerポート> disable

}

exit

slb virtual-server <VirtualServer名> <VirtualServer IPアドレス>

port <VirtualServerポート> http

service-group <VirtualServer名>

exit

exit

write memory

cookieスイッチングの使用あり

foreach (<RealServer>) {

slb server <RealServer名> <RealServer IPアドレス>

port <RealServerポート> tcp

exit

}

slb service-group <VirtualServer名> tcp

foreach (<RealServer>) {

member <RealServer名>:<RealServerポート> disable

}

exit

slb template persist cookie <VirtualServer名>

name <cookie名>

expire 0

exit

slb virtual-server <VirtualServer名> <VirtualServer IPアドレス>

port <VirtualServerポート> http

service-group <VirtualServer名>

template persist cookie <VirtualServer名>

exit

exit

write memory

ロードバランサタイプの確認

enable

config

show version

vmiunit update

（仮想マシンを追加登録する場合）

foreach (<RealServer>) {

slb server <RealServer名> <RealServer IPアドレス>

port <RealServerポート> tcp

exit

}

slb service-group <VirtualServer名> tcp

foreach (<RealServer>) {

member <RealServer名>:<RealServerポート> disable

}

exit

write memory

vmiunit update

（RealServerポートを変更する場合）

foreach (<RealServerサーバ>) {

slb server <RealServer名> <RealServer IPアドレス>

port <変更後のRealServerポート> tcp

no port <RealServerポート> tcp

exit

}

slb service-group <VirtualServer名> tcp

foreach (<RealServer>) {

member <RealServer名>:<変更後のRealServerポート> disable

}

exit

write memory

vmiunit detach

foreach (<RealServer>) {

no slb server <RealServer名>

}

write memory

vmiunitadmin delete

cookieスイッチングの使用なし

no slb virtual-server <VirtualServer名>

no slb service-group <VirtualServer名>

write memory

cookieスイッチングの使用あり

no slb virtual-server <VirtualServer名>

no slb service-group <VirtualServer名>

no slb template persist cookie <VirtualServer名>

write memory

vmiunit start，vmiunit unblock

slb service-group <VirtualServer名> tcp

foreach (<RealServer>) {

member <RealServer名>:<RealServerポート> enable

}

exit

write memory

vmiunit stop，vmiunit block

slb service-group <VirtualServer名> tcp

foreach (<RealServer>) {

member <RealServer名>:<RealServerポート> disable

}

exit

write memory

(2)　BIG-IP v9，BIG-IP v10.1，またはBIG-IP v10.2の場合

BIG-IP v9，BIG-IP v10.1，またはBIG-IP v10.2の場合，負荷分散機の接続方式としてsshプロトコルを使用した直接接続が使用できます。なお，09-00以降では，負荷分散機の接続方式としてAPIを使用した直接接続が使用できます。

sshプロトコルを使用した直接接続する場合は，仮想化システム管理用サーバマシンにsshのクライアント環境を設定する必要があります。sshのクライアント環境の設定方法をOSごとに次に示します。

仮想化システム管理用サーバマシンのOSがWindowsの場合

仮想化システム管理用サーバマシンにsshクライアントプログラムが必要です。使用できるsshクライアントプログラムは，PuTTYのCLIコマンドです。事前にPuTTYを入手し，インストールします。また，PuTTYのインストールディレクトリ以下にあるplinkコマンドが格納されたディレクトリを，システム環境変数Pathに追加します。PuTTYは，該当ページ（http://www.chiark.greenend.org.uk/~sgtatham/putty/）からダウンロードできます。

仮想化システム管理用サーバマシンのOSがLinuxの場合

sshコマンドは，初めて使用する際に接続確認の問い合わせ要求を実行します。

root権限のあるユーザでsshコマンドを実行して負荷分散機と接続し，接続確認の問い合わせ要求（Are you sure you want to continue connecting (yes/no)?）に対して「yes」を応答してください。「yes」を応答したあと，sshコマンドは接続確認の問い合わせ要求を実行しなくなります。

また，仮想化システム管理用サーバマシンで，環境変数PATHに<sshコマンドを格納したパス>を設定してください。

sshプロトコルを使用した直接接続でBIG-IPを使用する場合に，仮想サーバマネージャが実行する負荷分散機のCLIコマンドについて製品ごとに説明します。

(a)　BIG-IP v9またはBIG-IP v10.1の場合

負荷分散機としてBIG-IP v9またはBIG-IP v10.1を使用する場合に，仮想サーバマネージャが実行する負荷分散機のCLIコマンドを次の表に示します。

表C‒2　仮想サーバマネージャが実行する負荷分散機のCLIコマンド（BIG-IP v9またはBIG-IP v10.1の場合）

仮想サーバマネージャのコマンド

実行する負荷分散機のCLIコマンド

vmiunit update

（新規に構築する場合）

cookieスイッチングの使用なし

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> add

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session disable

}

b virtual <VirtualServer名> {destination <VirtualServer IPアドレス>:<VirtualServerポート> pool <VirtualServer名> profile http enable}

b save

cookieスイッチングの使用あり

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> add

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session disable

}

b profile persist <VirtualServer名> {mode cookie cookie mode insert cookie name <cookie名> }

b virtual <VirtualServer名> {destination <VirtualServer IPアドレス>:<VirtualServerポート> pool <VirtualServer名> profile http persist <VirtualServer名> enable}

b save

ロードバランサタイプの確認

b version

vmiunit update

（仮想マシンを追加登録する場合）

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> add

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session disable

}

b save

vmiunit update

（RealServerポートを変更する場合）

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<変更後のRealServerポート> add

b pool <VirtualServer名> member <RealServer IPアドレス>:<変更後のRealServerポート> session disable

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> delete

}

b save

vmiunit detach

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> delete

b node <RealServer IPアドレス> delete

}

b save

vmiunitadmin delete

cookieスイッチングの使用なし

b virtual <VirtualServer名> delete

b pool <VirtualServer名> delete

b save

cookieスイッチングの使用あり

b virtual <VirtualServer名> delete

b pool <VirtualServer名> delete

b profile persist <VirtualServer名> delete

b save

vmiunit start，vmiunit unblock

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session enable

}

b save

vmiunit stop，vmiunit block

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session disable

}

b save

(b)　BIG-IP v10.2の場合

負荷分散機としてBIG-IP v10.2を使用する場合に，仮想サーバマネージャが実行する負荷分散機のCLIコマンドを次の表に示します。

表C‒3　仮想サーバマネージャが実行する負荷分散機のCLIコマンド（BIG-IP v10.2の場合）

仮想サーバマネージャのコマンド

実行する負荷分散機のCLIコマンド

vmiunit update

（新規に構築する場合）

cookieスイッチングの使用なし

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> add

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session user disabled

}

b virtual <VirtualServer名> {destination <VirtualServer IPアドレス>:<VirtualServerポート> pool <VirtualServer名> profile http enable}

b save

cookieスイッチングの使用あり

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> add

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session user disabled

}

b profile persist <VirtualServer名> {mode cookie cookie mode insert cookie name <cookie名> }

b virtual <VirtualServer名> {destination <VirtualServer IPアドレス>:<VirtualServerポート> pool <VirtualServer名> profile http persist <VirtualServer名> enable}

b save

ロードバランサタイプの確認

b version

vmiunit update

（仮想マシンを追加登録する場合）

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> add

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session user disabled

}

b save

vmiunit update

（RealServerポートを変更する場合）

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<変更後のRealServerポート> add

b pool <VirtualServer名> member <RealServer IPアドレス>:<変更後のRealServerポート> session user disabled

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> delete

}

b save

vmiunit detach

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> delete

b node <RealServer IPアドレス> delete

}

b save

vmiunitadmin delete

cookieスイッチングの使用なし

b virtual <VirtualServer名> delete

b pool <VirtualServer名> delete

b save

cookieスイッチングの使用あり

b virtual <VirtualServer名> delete

b pool <VirtualServer名> delete

b profile persist <VirtualServer名> delete

b save

vmiunit start，vmiunit unblock

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session user enabled

}

b save

vmiunit stop，vmiunit block

foreach (<RealServer>) {

b pool <VirtualServer名> member <RealServer IPアドレス>:<RealServerポート> session user disabled

}

b save

付録C.2　仮想サーバマネージャが実行する負荷分散機のAPI

仮想サーバマネージャが実行する負荷分散機のAPIについては，マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」の「8.3　運用管理機能が実行する負荷分散機のAPI」を参照してください。

付録D　用語解説

マニュアルで使用する用語について

マニュアル「アプリケーションサーバ & BPM/ESB基盤 用語解説」を参照してください。

索引

J

JIS X0213:2004に含まれるUnicodeの補助文字を使用する場合の注意事項[1]

JP1/AJSとの連携（カスタムジョブによるシステムの自動運転）[1]

JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）[1]

JP1/IMとの連携（システムの集中監視）[1]

JP1/IM連携時の実行内容[1]

JP1/PFMとの連携（システムの稼働状況の一元監視）[1]

JP1管理用サーバマシン[1]

JP1と連携した仮想化システムを運用するための環境設定[1]

JP1と連携するための環境の構築[1]

JP1ユーザ認証連携機能[1]

JP1連携の自動設定[1]

W

Windows使用時の注意事項[1]

あ

アカウントの管理方法[1]

アカウントの種類と操作範囲[1]

アカウントの設定，削除とパスワードの変更[1]

アプリケーション開発者[1]

アプリケーション実行環境[1]

アプリケーション実行環境の更新[1]

アプリケーション実行環境の構築[1]

アプリケーション実行環境の削除[1]

アプリケーション実行環境の通常運用[1]

アプリケーション実行環境の保守運用[1]

アプリケーション実行環境を構築するための準備[1]

アプリケーションの反映[1]

う

運用環境[1]

運用環境の構築[1]

運用環境の構築時に実施する作業と作業の要否[1]

運用環境の削除[1]

運用環境の準備[1]

運用環境の設計[1]

運用環境の通常運用[1]

運用環境の保守運用[1]

か

仮想化システム[1]

仮想化システム管理用サーバマシン[1]

仮想化システム管理用サーバマシンへのパッチの適用[1]

仮想化システムで使用するマシンの前提条件[1]

仮想化システムで使用するリソースの見積もり[1]

仮想化システムでのサイジングの考え方[1]

仮想化システムとは[1]

仮想化システムのアプリケーション実行環境の運用[1]

仮想化システムのアプリケーション実行環境の構築[1]

仮想化システムの運用環境の運用[1]

仮想化システムの運用環境の構築[1]

仮想化システムの概要[1]、[2]

仮想化システムの構成[1]

仮想化システムの構築・運用作業の概要と実施条件（仮想サーバマネージャ管理者の場合）[1]

仮想化システムの構築・運用作業の概要と実施条件（システム構築者の場合）[1]

仮想化システムの構築・運用作業の流れ（仮想サーバマネージャ管理者の場合）[1]

仮想化システムの構築・運用作業の流れ（システム構築者の場合）[1]

仮想化システムの構築・運用時の前提条件[1]

仮想化システムの構築・運用で使用する機能[1]

仮想化システムの構築・運用で使用する機能の概要[1]

仮想化システムの構築・運用に携わるユーザ[1]

仮想化システムの構築・運用に携わるユーザの関係[1]

仮想化システムの構築・運用に携わるユーザの役割とほかのユーザとの関係[1]

仮想化システムの前提条件[1]

仮想化システムの特長[1]

仮想化システムを構成するプロセス[1]

仮想化プラットフォームのサーバマシン[1]

仮想サーバが使用するリソースの見積もり[1]

仮想サーバグループ[1]

仮想サーバグループからの障害マークの設定解除[1]

仮想サーバグループごとの状態取得[1]、[2]

仮想サーバグループ情報ファイル[1]

仮想サーバグループの起動[1]、[2]

仮想サーバグループの起動と停止[1]

仮想サーバグループの停止[1]、[2]

仮想サーバグループの登録と登録解除[1]

仮想サーバグループの閉塞[1]

仮想サーバグループの閉塞解除[1]

仮想サーバグループの閉塞と閉塞解除[1]

仮想サーバグループへの障害マークの設定[1]

仮想サーバごとの状態取得[1]

仮想サーバで実行する処理を設定するための機能[1]

仮想サーバの一覧取得[1]

仮想サーバの障害運用[1]

仮想サーバの障害からの復旧[1]

仮想サーバの障害要因の調査[1]

仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）[1]

仮想サーバのテンプレート[1]

仮想サーバのテンプレートの更新[1]

仮想サーバのテンプレートの作成と初期設定[1]

仮想サーバの負荷を監視するための設定（JP1/PFMの利用）[1]

仮想サーバのログの参照[1]

仮想サーバへのアプリケーションサーバの構築[1]

仮想サーバへの管理ユニットの定義ディレクトリの一括反映[1]

仮想サーバマネージャ[1]

仮想サーバマネージャが実行する負荷分散機のAPI[1]

仮想サーバマネージャが実行する負荷分散機のCLIコマンド[1]

仮想サーバマネージャが出力するログの取得[1]

仮想サーバマネージャが使用するリソースの見積もり[1]

仮想サーバマネージャからの管理ユニットの削除[1]

仮想サーバマネージャからのシステム構築者アカウントの削除[1]

仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）[1]

仮想サーバマネージャ管理者[1]

仮想サーバマネージャ管理者アカウント[1]

仮想サーバマネージャに対するアカウントを操作する機能[1]

仮想サーバマネージャによる仮想化システムの構築・運用の概要[1]

仮想サーバマネージャによる管理ユニットの管理で使用する機能[1]

仮想サーバマネージャの起動[1]

仮想サーバマネージャの作業ディレクトリ[1]

仮想サーバマネージャの障害運用[1]

仮想サーバマネージャの停止[1]

仮想サーバマネージャのバックアップの取得[1]

仮想サーバマネージャへの管理ユニットの作成[1]、[2]

仮想サーバマネージャへのシステム構築者アカウントの追加[1]

仮想サーバを運用するために使用する機能[1]

仮想サーバを障害監視するための設定（JP1/IMの利用）[1]

管理者特権で実行する必要がある操作[1]

管理ユニット[1]

管理ユニットからの仮想サーバグループの登録解除[1]

管理ユニットからのすべての仮想サーバグループの削除[1]

管理ユニットからの定義ディレクトリの取り出し[1]

管理ユニットごとの状態取得[1]、[2]

管理ユニットで業務を運用するために使用する機能[1]

管理ユニットに関する情報の取得[1]

管理ユニットに属する仮想サーバへの定義ディレクトリの反映[1]

管理ユニットの一覧取得[1]、[2]

管理ユニットの起動[1]、[2]

管理ユニットの起動・停止を自動運用するための設定（JP1/AJSの利用）[1]

管理ユニットの起動と停止[1]

管理ユニットの削除[1]

管理ユニットの作成と削除[1]

管理ユニットの情報取得[1]、[2]

管理ユニットの所有者の変更[1]、[2]

管理ユニットのスケールアウト[1]

管理ユニットのスケールイン[1]

管理ユニットの停止[1]、[2]

管理ユニットの閉塞[1]

管理ユニットの閉塞解除[1]

管理ユニットの閉塞と閉塞解除[1]

管理ユニットへの仮想サーバグループの登録[1]

管理ユニットへの定義ディレクトリの取り込み[1]、[2]

管理ユニットまたは仮想サーバグループに属する仮想サーバの一覧取得[1]

管理用端末マシン[1]

き

業務の開始[1]

業務の開始と停止[1]

業務の停止[1]

さ

サイジング指標[1]

し

システム構築者[1]

システム構築者アカウント[1]

システム構築者アカウントの一覧取得[1]、[2]

システム構築者アカウントの削除[1]

システム構築者アカウントの追加[1]

システム構築者アカウントの追加と削除[1]

システム構築者アカウントのパスワードの変更[1]

障害マークの設定と設定解除[1]

す

ストレージ装置[1]

て

ティア[1]

ティア別定義ディレクトリ[1]

定義ディレクトリ[1]

定義ディレクトリの取り込み・内容変更・取り出し・内容比較[1]

定義ディレクトリの反映[1]

定義ディレクトリへ格納する定義ファイルの作成[1]

データベースサーバマシン[1]

テスト環境でのフックスクリプトの実行[1]

と

登録済みの定義ディレクトリとの内容比較[1]

登録済みの定義ディレクトリの内容変更[1]

トレースファイルの出力形式[1]

トレースファイルの出力先[1]

トレースファイルの出力タイミング[1]

トレースファイルの出力例[1]

ね

ネットワーク管理者[1]

は

ハイパーバイザ管理用サーバマシン[1]

ふ

負荷分散機[1]

負荷分散機のAPI[1]

負荷分散機のCLIコマンド[1]

負荷分散機連携機能[1]、[2]

フックスクリプト機能[1]、[2]

フックスクリプト機能の実行[1]

フックスクリプト機能の設定[1]

フックスクリプトのテンプレート[1]

フックスクリプトのテンプレートの設定内容[1]

フックスクリプトのテンプレートの設定例[1]

フックスクリプトの編集[1]

フックスクリプトを利用したJP1連携の自動設定[1]

ほ

ほかのプログラムとの連携[1]

ゆ

ユーザスクリプト機能[1]、[2]

ユーザのアカウント管理[1]

り

リソース管理者[1]

れ

連携するJP1製品と各マシンへ配置するプログラムとの関係[1]