Cosminexus アプリケーションサーバ V8

仮想化システム構築・運用ガイド

手引・文法・操作書

3020-3-U18-40

目　　次

前書き

変更内容

はじめに

第1編　概要

1.　仮想化システムの概要

1.1　仮想化システムとは

1.1.1　仮想化システムの特長

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

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

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

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

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

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

1.4　Windows Server 2008使用時の注意事項

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

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

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

2.1　仮想化システムの構成

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

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

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

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

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

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

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

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

3.1　運用環境の準備

3.1.1　運用環境の設計

3.1.2　運用環境の構築

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

3.3　運用環境の削除

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

4.1　運用環境の通常運用

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

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

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

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

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

4.2　運用環境の保守運用

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

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

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

4.3.1　仮想サーバマネージャの障害要因の調査

4.3.2　仮想サーバマネージャの障害からの復旧

第3編　システム構築者による仮想化システムのアプリケーション実行環境の構築と運用

5.　仮想化システムのアプリケーション実行環境の構築

5.1　アプリケーション実行環境を構築するための準備

5.2　アプリケーション実行環境の構築

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

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

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

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

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

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

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

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

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

6.　仮想化システムのアプリケーション実行環境の運用

6.1　アプリケーション実行環境の通常運用

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

6.1.2　仮想サーバの起動と停止

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

6.2　アプリケーション実行環境の保守運用

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

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

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

6.2.4　仮想サーバのログの参照

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

6.3　仮想サーバの障害運用

6.3.1　仮想サーバの障害要因の調査

6.3.2　仮想サーバの障害からの復旧

第4編　機能解説

7.　仮想化システムの構築・運用で使用する機能

7.1　仮想化システムの構築・運用で使用する機能の概要

7.2　仮想サーバマネージャに対するアカウントを操作する機能（仮想サーバマネージャによるアカウント管理利用時）

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

7.2.2　システム構築者アカウントのパスワードの変更

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

7.3　仮想サーバマネージャによる管理ユニットの管理で使用する機能

7.3.1　管理ユニットの作成と削除

7.3.2　管理ユニットの所有者の変更（仮想サーバマネージャによるアカウント管理利用時）

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

7.4　管理ユニットで業務を運用するために使用する機能

7.4.1　仮想サーバの登録と登録解除

7.4.2　定義ディレクトリの取り込み・取り出し・内容比較

7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映

7.4.4　管理ユニットの起動と停止（業務の開始と停止）

7.4.5　管理ユニットの閉塞と閉塞解除

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

7.5　仮想サーバを運用するために使用する機能

7.5.1　仮想サーバへのアプリケーションサーバの構築

7.5.2　仮想サーバ上の業務の開始と停止

7.5.3　仮想サーバの閉塞と閉塞解除

7.5.4　仮想サーバごとの状態取得

7.5.5　障害マークの設定と設定解除

7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）

7.7　仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）

7.7.1　フックスクリプト機能の設定と実行

7.7.2　フックスクリプトを利用したJP1連携の自動設定

7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）

8.　仮想化システムの構築・運用で使用するファイルとコマンド

8.1　仮想化システムの構築・運用時に使用するファイル

8.2　仮想化システムの構築・運用時に使用するコマンド

付録

付録A　仮想化システムでのサイジングの考え方

付録A.1　サイジングを始める前に

付録A.2　サイジングの流れ

付録A.3　リソースの見積もり

付録A.4　マシン構成の設計

付録B　仮想サーバマネージャの作業ディレクトリ

付録C　仮想サーバマネージャが実行する負荷分散機のCLIコマンドまたはAPI

付録C.1　仮想サーバマネージャが実行する負荷分散機のCLIコマンド

付録C.2　仮想サーバマネージャが実行する負荷分散機のAPI

付録D　08-50モードの仮想サーバマネージャを利用する場合の設定

付録E　このマニュアルの参考情報

付録E.1　関連マニュアル

付録E.2　このマニュアルでの表記

付録E.3　英略語

付録E.4　KB（キロバイト）などの単位表記について

付録F　用語解説

索引

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

All Rights Reserved. Copyright (C) 2010, 2011, Hitachi, Ltd.

前書き

■ 対象製品

●適用OS：Windows Server 2008 x86，Windows Server 2008 x64※¹，Windows Server 2008 R2※¹

P-2443-7K84　 uCosminexus Application Server Enterprise　 08-70
P-2443-7S84　 uCosminexus Service Platform　 08-70※2

●適用OS：Windows Server 2008 x64，Windows Server 2008 R2

P-2943-7K84　 uCosminexus Application Server Enterprise　 08-70
P-2943-7S84　 uCosminexus Service Platform　 08-70※2

●適用OS：Red Hat Enterprise Linux 5 Advanced Platform（x86），Red Hat Enterprise Linux 5（x86），Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel 64），Red Hat Enterprise Linux 5（AMD/Intel 64），Red Hat Enterprise Linux Server 6（32-bit x86），Red Hat Enterprise Linux Server 6（64-bit x86_64）

P-9S43-7K81　 uCosminexus Application Server Enterprise　 08-70
P-9S43-7S81　 uCosminexus Service Platform　 08-70※2

注※1　WOW64（Windows On Windows 64）環境だけで使用できます。
注※2　この製品については，サポート時期をご確認ください。
これらのプログラムプロダクトのほかにもこのマニュアルをご利用になれる場合があります。詳細は「リリースノート」でご確認ください。
本製品では日立トレース共通ライブラリをインストールします。

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

AMDは，Advanced Micro Devices, Inc.の商標です。
AX2000は，A10 Networks, Inc.の商品名称です。
BIG-IP，3-DNS，iControl Services Manager，FirePass　および F5 は F5 Networks Inc の商標，または登録商標です。
CORBAは，Object Management Groupが提唱する分散処理環境アーキテクチャの名称です。
IIOPは，OMG仕様によるORB(Object Request Broker)間通信のネットワークプロトコルの名称です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
J2EEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
JDBCは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
JDKは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
JSPは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Internet Information Servicesは，米国Microsoft Corporationの商品名称です。
OMG，CORBA，IIOP，UML，Unified Modeling Language，MDA，Model　Driven　Architectureは，Object Management Group, Inc.の米国及びその他の国における登録商標または商標です。
ORACLEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Oracle及びOracle 10gは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Oracle及びOracle9iは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Oracle及びOracle Database 10gは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Oracle及びOracle Database 11gは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
SQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Sunは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Sun Microsystemsは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
PuTTYは，Simon Tatham氏が提供するオープンソースソフトウェア(フリーソフトウェア)です。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).

■ マイクロソフト製品の表記について

このマニュアルでは，マイクロソフト製品の名称を次のように表記しています。

製品名 | 表記
Microsoft(R) Hyper-V(TM) | Hyper-V
Microsoft(R) Internet Information Services 6.0 | Microsoft IIS 6.0 | Microsoft IIS
Microsoft(R) Internet Information Services 7.0 | Microsoft IIS 7.0
Microsoft(R) Internet Information Services 7.5 | Microsoft IIS 7.5
Microsoft(R) SQL Server 2005 | SQL Server 2005 | SQL Server
Microsoft(R) SQL Server 2008 | SQL Server 2008
Microsoft(R) SQL Server 2005 JDBC Driver | SQL Server 2005 JDBC Driver | SQL ServerのJDBCドライバ
Microsoft(R) SQL Server JDBC Driver 2.0 | SQL Server JDBC Driver
Microsoft(R) SQL Server JDBC Driver 3.0
Microsoft(R) Sysprep | Microsoft Sysprep
Microsoft(R) Windows Server(R) 2003，Enterprise Edition 日本語版 | Windows Server 2003 Enterprise Edition | Windows Server 2003 | Windows
Microsoft(R) Windows Server(R) 2003，Standard Edition 日本語版 | Windows Server 2003 Standard Edition
Microsoft(R) Windows Server(R) 2003 R2，Enterprise Edition 日本語版 | Windows Server 2003 R2 Enterprise Edition | Windows Server 2003 R2
Microsoft(R) Windows Server(R) 2003 R2，Standard Edition 日本語版 | Windows Server 2003 R2 Standard Edition
Microsoft(R) Windows Server(R) 2003，Enterprise x64 Edition 日本語版 | Windows Server 2003 Enterprise x64 Edition | Windows Server 2003（x64）
Microsoft(R) Windows Server(R) 2003，Standard x64 Edition 日本語版 | Windows Server 2003 Standard x64 Edition
Microsoft(R) Windows Server(R) 2003 R2，Enterprise x64 Edition 日本語版 | Windows Server 2003 R2 Enterprise x64 Edition | Windows Server 2003 R2（x64）
Microsoft(R) Windows Server(R) 2003 R2，Standard x64 Edition 日本語版 | Windows Server 2003 R2 Standard x64 Edition
Microsoft(R) Windows Server(R) 2008 Enterprise 32-bit 日本語版 | Windows Server 2008 x86 | Windows Server 2008
Microsoft(R) Windows Server(R) 2008 Standard 32-bit 日本語版
Microsoft(R) Windows Server(R) 2008 Enterprise 日本語版 | Windows Server 2008 x64
Microsoft(R) Windows Server(R) 2008 Standard 日本語版
Microsoft(R) Windows Server(R) 2008 R2 Enterprise 日本語版 | Windows Server 2008 R2
Microsoft(R) Windows Server(R) 2008 R2 Standard 日本語版
Windows(R) Internet Explorer(R) | Internet Explorer

■ 発行

2011年 7月 3020-3-U18-40

■ 著作権

All Rights Reserved. Copyright (C) 2010, 2011, Hitachi, Ltd.

変更内容

変更内容（3020-3-U18-40）uCosminexus Application Server Enterprise 08-70，uCosminexus Service Platform 08-70

追加・変更内容
変更個所

JP1連携時に，JP1製品の認証サーバを利用して，仮想サーバマネージャを使用するユーザを管理・認証できる機能（JP1ユーザ認証連携機能）を追加した。
1.1.1(3)，1.2，1.2.2，1.3，2.1，3.1，3.1.2(6)，3.1.2(8)，3.1.2(13)，3.2，3.3，4.1.2，4.1.3，4.1.4，5.2.2，6.1.3，6.2.5(2)，7.1，7.2，7.3.1(1)，7.3.2，7.3.3，7.4.6(1)，7.8，付録F

負荷分散機への接続方法として，API（RESTアーキテクチャ）を使用した直接接続に対応した。負荷分散機としてAX2500を追加した。
2.1，3.1，3.1.2(3)，3.1.2(10)，7.6(3)，付録C，付録C.2

仮想サーバへのアプリケーションサーバ構築時に，フックスクリプトを利用して，仮想サーバに対するJP1製品の環境設定を自動的に設定できる機能を追加した。
2.1，5.1，5.2.1(8)，5.2.1(9)，5.2.3(1)，5.2.3(8)，5.2.5(2)，6.2.2(2)，6.3.1，7.1，7.7.1，7.7.1(1)，7.7.2，付録B

次の製品の適用OSにRed Hat Enterprise Linux Server 6（32-bit x86），Red Hat Enterprise Linux Server 6（64-bit x86_64）を追加した。

uCosminexus Application Server Enterprise

uCosminexus Service Platform

2.2.1

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

変更内容（3020-3-U18-20）uCosminexus Application Server Enterprise 08-53，uCosminexus Service Platform 08-53

追加・変更内容

次の製品に対応する仮想サーバマネージャの機能の説明に変更した。

uCosminexus Application Server Enterprise 08-53

uCosminexus Service Platform 08-53

この変更に伴い，次の製品に対応する08-50モードの仮想サーバマネージャの説明を削除した。

uCosminexus Application Server Enterprise 08-50

uCosminexus Service Platform 08-50

次の製品で，08-50モードの仮想サーバマネージャを使用する場合の説明を追加した。

uCosminexus Application Server Enterprise 08-53

uCosminexus Service Platform 08-53

HiRDB Version 9に対応した。

Microsoft Internet Information Services 7.0およびMicrosoft Internet Information Services 7.5に対応した。

SQL Server 2008に対応した。これに伴い，使用できるJDBCドライバにSQL Server JDBC Driver 2.0，およびSQL Server JDBC Driver 3.0を追加した。

はじめに

このマニュアルは，仮想化環境でCosminexus（コズミネクサス）のアプリケーションサーバを使用するシステム（仮想化システム）を，構築・運用する手順について説明したものです。

アプリケーションサーバでは，次に示すプログラムプロダクトを使用してシステムを構築，運用します。

uCosminexus Application Server Enterprise

uCosminexus Service Platform

このマニュアルでは，これらのプログラムプロダクトの構成ソフトウェアのうち，次に示す構成ソフトウェアについて説明しています。

Cosminexus Component Container

Cosminexus Component Container - Client

Cosminexus Component Container - Redirector

Cosminexus Component Transaction Monitor

Cosminexus Developer's Kit for Java

Cosminexus Performance Tracer

Cosminexus TPBroker

なお，オペレーティングシステム（OS）の種類によって，機能が異なる場合があります。

対象読者

このマニュアルは，仮想化環境でアプリケーションサーバを使用して，Java EEに準拠したアプリケーションを実行するためのシステム（仮想化システム）を設計・構築・運用する方を対象としています。なお，このマニュアルでは，仮想サーバマネージャによる仮想化システムの運用環境を設計・構築・運用する方を仮想サーバマネージャ管理者と，仮想化システムのアプリケーション実行環境を設計・構築・運用する方をシステム構築者と定義しています。

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

仮想化システムの運用環境の設計，構築，運用で必要となる，次の内容を理解されていることを前提としています。

サーバ仮想化技術に関する知識

ハイパーバイザ，ハイパーバイザ管理ソフトウェアに関する基本的な知識

WindowsまたはLinuxのシステム構築および運用に関する知識

Java EEに関する知識

負荷分散機に関する知識

JP1連携機能を使用する場合は，次の内容も理解されていることを前提としています。

JP1のITリソース管理に関する基本的な知識

JP1の統合管理，ジョブ管理，およびアベイラビリティ管理に関する基本的な知識

システム構築者の場合

仮想化システムのアプリケーション実行環境の設計，構築，運用で必要となる，次の内容を理解されていることを前提としています。

サーバ仮想化技術に関する知識

ハイパーバイザ，ハイパーバイザ管理ソフトウェアに関する基本的な知識

WindowsまたはLinuxのシステム構築および運用に関する知識

Java EEに関する知識

負荷分散機に関する知識

SQLおよびリレーショナルデータベースに関する基本的な知識

CORBAに関する基本的な知識

JP1連携機能を使用する場合は，次の内容も理解されていることを前提としています。

JP1の統合管理，ジョブ管理，およびアベイラビリティ管理に関する基本的な知識

ご利用製品ごとの用語の読み替えについて

ご利用の製品によっては，マニュアルで使用している用語を，ご利用の製品名に読み替える必要があります。

次の表に従って，マニュアルで使用している用語をご利用の製品名に読み替えてください。

ご利用の製品名 | マニュアルで使用している用語
uCosminexus Service Platform | Application ServerおよびApplication Server Enterprise

図中で使用している記号

このマニュアルの図中で使用している記号について次に示します。

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

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

記号
意　味

<　>
この記号で囲まれている項目は，該当する要素やファイルなどを指定したり，該当する要素が表示されたりすることを示します。
（例1）　<プロパティ>
　プロパティを記述します。またはプロパティが表示されます。
（例2）　<ファイル名>
　ファイル名を指定します。

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

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

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

記号 | 意味
［　］ | この記号で囲まれている項目は画面名または画面に表示されている項目であることを示します。
［　］－［　］ | －の前に示したメニューから，－の後ろのメニューを選択することを示します。
<　> | この記号で囲まれている項目が可変値であることを示します。

1.　仮想化システムの概要

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

＜この章の構成＞

1.1　仮想化システムとは

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

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

1.4　Windows Server 2008使用時の注意事項

1.1　仮想化システムとは

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜この節の構成＞

1.1.1　仮想化システムの特長

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

1.1.1　仮想化システムの特長

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

＜この項の構成＞

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

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

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

(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)　仮想サーバマネージャの役割

(2)　管理ユニットと仮想サーバの関係

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

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

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

仮想サーバマネージャを使用して構築する場合，あらかじめ，構築するアプリケーションサーバの情報を設定した定義ファイルと，アプリケーションサーバで動作するアプリケーションを用意して，これらを一つのディレクトリにまとめます。まとめたものを使用してアプリケーションサーバを構築するため，構築後，すぐに運用を開始できます。

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

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

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

(2)　管理ユニットと仮想サーバの関係

管理ユニットは，仮想化環境にある仮想サーバから，同じ業務を実行するものをグループ化します。管理ユニットと仮想サーバの関係を次の図に示します。

図1-5　管理ユニットと仮想サーバの関係

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

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

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

仮想化システムを構成するプロセスとプロセス間の操作の流れを次の図に示します。ここでは，負荷分散機を利用する場合の例を示します。

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

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

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

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

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

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

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

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

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

PRFデーモン（パフォーマンストレーサ）
アプリケーションサーバの性能解析トレースを出力するためのI/Oプロセスです。

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

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

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

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

システム構築者

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

リソース管理者

ネットワーク管理者

アプリケーション開発者

JP1アカウント管理者※

注※

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜この節の構成＞

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

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

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

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

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

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

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

ユーザの種類
役割
ほかのユーザとの関係

仮想サーバマネージャ管理者
仮想化システムの運用環境を構築して運用します。
主な作業を次に示します。

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

アカウントの管理

システム構築者
依頼されたアカウントの追加・削除の実施（1.）

リソース管理者
物理マシンの手配を依頼（2.）

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

アプリケーション開発者
なし

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

管理ユニットの作成

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

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

仮想サーバマネージャ管理者
アカウントの追加・削除を依頼（4.）

リソース管理者
仮想サーバの手配を依頼（5.）

ネットワーク管理者
なし

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

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

仮想サーバマネージャ管理者
依頼された物理マシンの配布（7.）

システム構築者
依頼された仮想サーバの配布（8.）

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

アプリケーション開発者
なし

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

仮想サーバマネージャ管理者
依頼されたネットワーク環境の構築（10.）

システム構築者
なし

リソース管理者
依頼されたネットワーク環境の構築（11.）

アプリケーション開発者
なし

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

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

システム構築者
依頼されたアプリケーションの提供（12.）

リソース管理者
なし

ネットワーク管理者
なし

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

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

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

＜この項の構成＞

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

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

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

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

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

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

システム構築者アカウント
管理ユニット単位でできる操作に対する権限を持つアカウントです。特定の管理ユニットに対して操作できます。仮想化システムに複数設定できます。
管理ユニットに対する操作は，システム構築者アカウントを設定して実施することをお勧めします。

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

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

参考

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)　仮想サーバマネージャ管理者の場合

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

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

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

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

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

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

構築・運用作業 | 概要 | 作業の実施条件 | 参照先
運用環境の設計 | 仮想化システムの運用環境（仮想サーバマネージャ）を構築するために，リソース管理者またはネットワーク管理者と相談して，使用する仮想化システム管理用サーバマシンや，運用環境のネットワーク構成を決定します。 | 必ず実施 | 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-10　仮想化システムの構築・運用作業の流れ（システム構築者の場合）

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

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

構築・運用作業
概要
作業の実施条件
参照先

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

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

定義ディレクトリへ格納する定義ファイルの作成
アプリケーションサーバを構築するために必要な定義ファイルを作成します。
必ず実施
5.2.3

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

仮想サーバへの管理ユニットの定義ディレクトリの一括反映
管理ユニットに属する仮想サーバにアプリケーションサーバを構築します。
必ず実施
5.2.5

JP1と連携した仮想化システムを運用するための環境設定
連携するJP1製品ごとに次の作業を実施します。

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

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

仮想サーバの負荷を監視するための設定（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/ITRMとの連携（ITリソースの一元管理）
ITリソースの現状把握から割り当て，使用量の確認や最適化まで，ITリソースの運用サイクルを一元管理できます。複数の仮想化ソフトウェア，OS，ハードウェアが混在する環境のITリソースを統一した操作で管理できます。これによって，さまざまな種類のハイパーバイザが混在する仮想化システムでも，仮想サーバの追加，削除などを同一操作で実行でき，スムーズな構築・運用を実現できます。

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

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

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

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

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

1.4　Windows Server 2008使用時の注意事項

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

＜この節の構成＞

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

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

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

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

＜この項の構成＞

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

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

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

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

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

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

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

「管理者：コマンドプロンプト」は，Windows Server 2008で提供されている機能を使用して起動してください。起動方法の例を次に示します。

［スタート］ボタンをクリックします。

［すべてのプログラム］－［アクセサリ］を選択します。

［コマンド プロンプト］を右クリックして，［管理者として実行］をクリックします。

管理者のパスワードまたは確認を求められた場合は，画面の指示に従って，パスワードを入力するか，または確認情報を提供してください。

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

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

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

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

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

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

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

＜この項の構成＞

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

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

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

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

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

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

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

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

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

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

DD内の各種定義

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

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

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

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

＜この章の構成＞

2.1　仮想化システムの構成

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

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

2.1　仮想化システムの構成

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

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

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

注※

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

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

連携するJP1製品
各マシンに配置するプログラム

仮想サーバ
（仮想化プラットフォームのサーバマシン）
管理用端末マシン
仮想化システム管理用サーバマシン
ハイパーバイザ管理用サーバマシン
JP1管理用サーバマシン

JP1/ITRM
－
－
－
－

JP1/ITRM

JP1/IM

JP1/Base※1

JP1/IM - View

JP1/Base※2

－

JP1/Base

JP1/IM - Manager

JP1/AJS3
－

JP1/AJS3 - View

JP1/Base

JP1/AJS3 - Agent

－

JP1/Base

JP1/AJS3 - Manager

JP1/PFM

JP1/PFM - Base

JP1/PFM - Agent for Cosminexus※1

－
－

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，ACOSの場合はAX2000，AX2500またはBS320が使用できます。

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

BIG-IP（BIG-IP v9，BIG-IP v10.1またはBIG-IP v10.2）の場合
sshプロトコルを使用した直接接続

ACOS（AX2000またはBS320）の場合
telnetプロトコルを使用した直接接続

ACOS（AX2500）の場合
API（RESTアーキテクチャ）を使用した直接接続

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

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

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

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

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

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

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

●ストレージ装置

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

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

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

●管理用端末マシン

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

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

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

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

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

●JP1管理用サーバマシン

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

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

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

＜この節の構成＞

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

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

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

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

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

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

分類
前提OS
前提OSのバージョン

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

Windows Server 2008 x86

Windows Server 2008 x64

Windows Server 2008 R2

Linux

Linux 5 Advanced Platform（x86）

Linux 5（x86）

Linux 5 Advanced Platform（AMD/Intel 64）

Linux 5（AMD/Intel 64）

Linux Server 6（32-bit x86）

Linux Server 6（64-bit x86_64）

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

Windows Server 2003

Windows Server 2003 R2

Windows Server 2003（x64）

Windows Server 2003 R2（x64）

Windows Server 2008 x86

Windows Server 2008 x64

Windows Server 2008 R2

Linux

Linux AS 4（x86）

Linux ES 4（x86）

Linux AS 4（AMD64 & Intel EM64T）

Linux ES 4（AMD64 & Intel EM64T）

Linux 5 Advanced Platform（x86）

Linux 5（x86）

Linux 5 Advanced Platform（AMD/Intel 64）

Linux 5（AMD/Intel 64）

Linux Server 6（32-bit x86）

Linux Server 6（64-bit x86_64）

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

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

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

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

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

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

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

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

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

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

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

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

＜この節の構成＞

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

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

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

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

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

注

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

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

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

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

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

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

＜この章の構成＞

3.1　運用環境の準備

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

3.3　運用環境の削除

3.1　運用環境の準備

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

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

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

運用環境の構築時に実施する作業 | 作業の要否 | 作業の実施条件 | 参照先
運用環境の設計 | ○ | 必ず実施 | 3.1.1
運用環境の構築 | 仮想化システム管理用サーバマシンへのOSのインストール | ○ | 必ず実施 | 3.1.2(1)
NTPクライアントの設定 | △ | OSの時刻を正確な時刻に調整したい場合 | 3.1.2(2)
負荷分散機の接続環境の設定 | △ | 負荷分散機の接続方式がsshプロトコルまたは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/AJS3，JP1/Base）と連携する場合 | 3.1.2(13)
JP1と連携するための環境の構築 | △ | JP1製品（JP1/IM，JP1/AJS3，JP1/PFM，JP1/Base）と連携する場合 | 3.2
運用環境の削除 | △ | 運用環境が不要になった場合 | 3.3

（凡例）

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

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

＜この節の構成＞

3.1.1　運用環境の設計

3.1.2　運用環境の構築

3.1.1　運用環境の設計

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

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

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

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

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

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

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

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

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

注※

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

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

3.1.2　運用環境の構築

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

ポイント

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

＜この項の構成＞

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

参考

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

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

負荷分散機の接続方式としてsshプロトコルまたはAPIを使用した直接接続を使用する場合は，負荷分散機の接続環境を設定します。

(a)　sshプロトコルを使用して直接接続する負荷分散機（BIG-IP）の場合

BIG-IPの場合，負荷分散機の接続方式としてsshプロトコルを使用した直接接続が使用できます。この場合は，仮想化システム管理用サーバマシンにsshのクライアント環境を設定する必要があります。sshのクライアント環境の設定方法をOSごとに次に示します。

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

仮想化システム管理用サーバマシンにsshクライアントプログラムが必要です。使用できるsshクライアントプログラムは，PuTTYのCLIコマンドです。事前にPuTTYを入手し，インストールします。また，PuTTYのインストールフォルダ以下にあるplinkコマンドが格納されたフォルダを，システム環境変数Pathに追加します。

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

sshコマンドは，初めて使用する際に接続確認の問い合わせ要求を実行します。

root権限のあるユーザでsshコマンドを実行して負荷分散機と接続し，接続確認の問い合わせ要求（Are you sure you want to continue connecting (yes/no)?）に対して「yes」を応答してください。「yes」を応答したあと，sshコマンドは接続確認の問い合わせ要求を実行しなくなります。

(b)　APIを使用して直接接続する負荷分散機（AX2500）の場合

AX2500の場合，負荷分散機の接続方式としてAPIを使用した直接接続が使用できます。この場合，仮想化システム管理用サーバマシンでアクセスリスト（ACL）を作成する必要があります。また，cookieを利用してセッションを維持する場合には，仮想化システム管理用サーバマシンでcookieパーシステンステンプレートを作成する必要があります。それぞれの設定内容を次に示します。なお，作成方法の詳細は，ACOSのドキュメントを参照してください。

アクセスリスト（ACL）の設定内容
IDに「1」，アクションに「許可」，送信元アドレスに「複数」を設定してください。ただし，負荷分散機に対して接続制限をする場合は，アクションおよび送信元アドレスに任意の値を設定してください。

cookieパーシステンステンプレートの設定内容
cookie名に「任意の値」，expireに「0」を設定してください。expireに0を指定すると，現在のセッションだけが保持されます。

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

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

7.2.1　インストール方法

7.3　環境変数の設定

なお，Management Serverが自動設定する内容については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」の「4.8　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文字以内の文字列で指定します。

ここでは，BIG-IP v9（lb_BIG-IPv9.properties），AX2000（lb_AX2000.properties）とAX2500（lb_AX2500.properties）を設定する場合の設定例を示します。

BIG-IP v9（lb_BIG-IPv9.properties）の場合

lb.type=BIG-IPv9
lb.host=192.168.2.11
lb.protocol=ssh
lb.port=22
lb.user=user01
lb.password=user01pw
lb.timeout=10

AX2000（lb_AX2000.properties）の場合

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

AX2500（lb_AX2500.properties）の場合

lb.type=ACOS
lb.host=192.168.2.13
lb.protocol=API
lb.port=443
lb.user=user01
lb.password=user01pw
lb.persistence.cookie-insert.templatename=VMI_COOKIE_TEMPNAME
lb.timeout=10
javax.net.ssl.trustStore=C:¥¥work¥¥ACOS.keystore
javax.net.ssl.trustStorePassword=keystore_pass

ここで設定した負荷分散機の接続情報を使用する場合は，unit.properties（管理ユニットプロパティファイル）のlb.useキーに「<LB接続情報の識別名>」を指定します。設定例の場合，BIG-IP v9利用時は「lb_BIG-IPv9」，AX2000利用時は「lb_AX2000」，AX2500利用時は「lb_AX2500」と指定します。

参考

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

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

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

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

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

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

mngautorun server

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

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

/etc/rc.d/rc＜N＞.dディレクトリに，/etc/rc.d/init.d/MngSvrへのシンボリックリンクを作成します（＜N＞は起動時の実行レベルを表します）。

# ln -s /etc/rc.d/init.d/MngSvr /etc/rc.d/rc2.d/S90MngSvr
# chmod 755 /etc/rc.d/rc2.d/S90MngSvr

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

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

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

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

Windowsの場合

<Cosminexusのインストールディレクトリ>¥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/AJS3の機能を利用する場合，仮想サーバマネージャとJP1を連携するための設定をします。

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

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

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

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

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

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

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

仮想化システム管理用サーバマシンの任意のディレクトリに，ログファイルトラップ動作定義ファイルを格納します。
仮想サーバマネージャのエラーメッセージ出力時にJP1イベントを発行するための設定です。
ログファイルトラップ動作定義ファイルの定義例を次に示します。

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

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

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

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

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

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

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

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

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

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

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

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

JP1/AJS3 - 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.8(1)　設定方法」を参照してください。

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

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

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

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

ポイント

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

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

仮想サーバマネージャ管理者は，OSをインストールします。ネットワーク設定では管理用IPアドレスを設定します。
インストールできるOSについては，連携するJP1製品のマニュアルを参照してください。

仮想サーバマネージャ管理者は，JP1/Baseをインストールして，環境設定をします。
詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

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

リソース管理者は，JP1/ITRMをインストールして，環境設定をします。
詳細は，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」を参照してください。

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

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

ポイント

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

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

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

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

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

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

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

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

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

ポイント

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

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

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

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

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

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

JP1/AJS3 - 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.8(1)　設定方法」を参照してください。

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

3.3　運用環境の削除

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

ポイント

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

参考

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

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

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

mngsvrctl stop

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

注意

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

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

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

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

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

＜この章の構成＞

4.1　運用環境の通常運用

4.2　運用環境の保守運用

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

4.1　運用環境の通常運用

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

＜この節の構成＞

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

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

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

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

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

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)　システム構築者アカウントの追加

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

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

(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の場合

<Cosminexusのインストールディレクトリ>¥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　仮想化システム管理用サーバマシンへのパッチの適用

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

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

仮想化システム管理用サーバマシンで動作しているOSや製品（Application Server Enterprise，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キーで指定されたディレクトリを示します。デフォルト値は，<Cosminexusのインストールディレクトリ>¥manager¥logです。

注3　ログファイルの「デフォルトのサイズ×面数」については，マニュアル「Cosminexus アプリケーションサーバ 機能解説 保守／移行／互換編」の「4.3.1　Cosminexus 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　仮想サーバマネージャの障害要因の調査

4.3.2　仮想サーバマネージャの障害からの復旧

4.3.1　仮想サーバマネージャの障害要因の調査

ここでは，仮想サーバマネージャの障害要因を調査する方法について説明します。

次のような現象が発生した場合，仮想サーバマネージャや，仮想化システムの運用環境に障害が発生しているおそれがあります。

仮想サーバマネージャに接続できない

仮想サーバに接続できない

JP1/IMなどの障害監視プログラムから障害検知が通知される

これらの現象が発生した場合は，仮想サーバマネージャ管理者は，仮想化システム管理用サーバマシンに接続して，仮想サーバマネージャのプロセスが稼働しているかどうかを確認してください。仮想サーバマネージャのプロセスの稼働状態は，mngsvrutilコマンドのサブコマンド「check」で確認できます。

仮想サーバマネージャのプロセスが稼働している場合
仮想サーバ上のサーバ通信エージェントのプロセスが稼働しているかどうかを確認してください。仮想サーバ上のサーバ通信エージェントのプロセスが稼働していないときは，そのプロセスを再起動してください。仮想サーバ上のサーバ通信エージェントのプロセスが稼働しているときは，ネットワークダウンが発生しているおそれがあります。運用環境のネットワークの状態を確認してください。

仮想サーバマネージャのプロセスが稼働していない場合
プロセスダウンが発生しています。プロセスを再起動してください。再起動しても起動されなかったり，同じようにプロセスがダウンしたりするときは，ほかの障害が発生しているおそれがあります。仮想サーバマネージャのログを参照して，障害要因を調査してください。
特定した障害要因がハードウェア障害のときは，修理，交換などをしてから，マシンを再起動してください。なお，マシンやハードディスクを交換する場合は再構築が必要です。手順については，「4.3.2　仮想サーバマネージャの障害からの復旧」を参照してください。

4.3.2　仮想サーバマネージャの障害からの復旧

ここでは，運用環境を再構築する必要がある場合の復旧方法について説明します。

障害要因を調査した結果，OSまたはApplication Server Enterpriseを仮想化システム管理用サーバマシンに再インストールする必要があると判断した場合，次の手順で作業を実施します。

ポイント

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

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

OSまたはApplication Server Enterpriseを再インストールします。

「4.1.5　仮想サーバマネージャのバックアップの取得」でバックアップを取得している場合は，仮想サーバマネージャのファイルを上書きコピーします。

仮想サーバマネージャを起動します。
仮想サーバマネージャの起動手順については，「4.1.1　仮想サーバマネージャの起動と停止」を参照してください。

なお，バックアップを取得したあと，実行した操作は復帰できません。バックアップしたあと，管理ユニットに登録した仮想サーバは，必要に応じて再登録してください。

5.　仮想化システムのアプリケーション実行環境の構築

この章では，仮想化システムのアプリケーション実行環境（仮想サーバ上のアプリケーションサーバ）の構築で必要な設定について説明します。また，連携するJP1製品を使用するための設定についても説明します。

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

なお，仮想サーバマネージャ管理者が，仮想化システムの運用環境のテスト用にアプリケーション実行環境を構築する場合は，「システム構築者」を「仮想サーバマネージャ管理者」に読み替えてください。

＜この章の構成＞

5.1　アプリケーション実行環境を構築するための準備

5.2　アプリケーション実行環境の構築

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

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 Enterpriseのインストール
○
必ず実施
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)

JP1/PFMと連携して負荷監視をするための設定
△
JP1製品（JP1/PFM）と連携する場合
5.2.1(9)

仮想サーバの停止
○
必ず実施
5.2.1(10)

仮想サーバマネージャへの管理ユニットの作成
○
必ず実施
5.2.2

定義ディレクトリへ格納する定義ファイルの作成
簡易構築定義ファイルの作成
○
必ず実施
5.2.3(1)

負荷分散機と接続するための設定
△
負荷分散機を利用する場合
5.2.3(2)

負荷分散機の接続情報を管理ユニットで定義するための設定
△
負荷分散機を利用する場合に，管理ユニットで接続情報を設定したいとき
5.2.3(3)

データベースを使用するための設定
○
必ず実施
5.2.3(4)

CCディレクトリおよびmanagerディレクトリの定義ファイルの編集
○
必ず実施
5.2.3(5)

定義ディレクトリに配置する定義ファイル群のバージョンを管理するための設定
○
必ず実施
5.2.3(6)

Component Container管理者およびManagement Server管理グループの設定（ゲストOSがLinuxの場合）
△
仮想サーバのゲストOSがLinuxの場合に，Component Container管理者またはManagement Server管理グループを設定したいとき
5.2.3(7)

定義ディレクトリの反映時に初期構築の仮想サーバで実行する処理（フックスクリプト）の設定
△

JP1製品（JP1/IM，JP1/PFM）との連携を自動設定する場合

初期構築の仮想サーバで実行する処理を設定したい場合

5.2.3(8)

管理ユニットへの定義ディレクトリの取り込み
定義ファイルとアプリケーションの配置
○
必ず実施
5.2.4(1)

管理ユニットへの取り込み
○
必ず実施
5.2.4(2)

仮想サーバへの管理ユニットの定義ディレクトリの一括反映
管理ユニットへの仮想サーバの登録
○
必ず実施
5.2.5(1)

仮想サーバへの一括反映
○
必ず実施
5.2.5(2)

仮想サーバを障害監視するための設定（JP1/IMの利用）
△
JP1製品（JP1/IM）と連携する場合
5.3.1

管理ユニットの起動・停止を自動運用するための設定（JP1/AJS3の利用）
△
JP1製品（JP1/AJS3）と連携する場合
5.3.2

仮想サーバの負荷を監視するための設定（JP1/PFMの利用）
△
JP1製品（JP1/PFM）と連携する場合
5.3.3

（凡例）

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

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

5.2　アプリケーション実行環境の構築

仮想サーバ上にアプリケーション実行環境（アプリケーションサーバ）を構築します。アプリケーション実行環境は，システム構築者アカウントを持つシステム構築者が構築します。

ここで説明する手順では，次の条件を満たしていることを前提としています。

システム構築者が使用する管理用端末マシンから，テンプレート作成用の仮想サーバや，仮想化システム管理用サーバマシン，ハイパーバイザ管理用サーバマシン，JP1管理用サーバマシンなどへリモート接続できる環境が整っていること

仮想サーバに対して，Windowsの場合はAdministrator権限，Linuxの場合はroot権限のあるユーザで操作できること

アプリケーション実行環境を構築する仮想サーバの台数やリソース量などは，業務のシステム要件を満たすように，サイジングを実施して決定済みであること

なお，サイジングの考え方については，「付録A　仮想化システムでのサイジングの考え方」を参照してください。

＜この節の構成＞

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

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

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

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

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

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

ここでは，仮想サーバのテンプレートを作成する手順と，テンプレート作成用の仮想サーバの初期設定について説明します。仮想サーバのテンプレートとは，ゲストOSやApplication Server Enterpriseなどの製品がインストール済みで，かつ環境設定が完了している仮想サーバのイメージのことです。

ポイント

作業を実施するユーザ：システム構築者

＜この項の構成＞

(1)　テンプレート作成用の仮想サーバの入手と起動

(2)　OS固有の設定（ゲストOSがLinuxの場合）

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

(4)　Application Server Enterpriseのインストール

(5)　サーバ通信エージェントの環境設定

(6)　JDBCドライバの配置

(7)　定義ファイルの取得

(8)　JP1/IMと連携して障害監視をするための設定

(9)　JP1/PFMと連携して負荷監視をするための設定

(10)　仮想サーバの停止

(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

ここで登録したユーザとグループは，rasetup.propertiesに設定します。詳細は，「5.2.3(7)　Component Container管理者およびManagement Server管理グループの設定（ゲストOSがLinuxの場合）」を参照してください。

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

ゲストOSの時刻を正確な時刻に調整する場合は，管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続し，NTPクライアントを導入して，NTPサーバの設定をします。時刻の調整はslewモードで実行する設定にします。

参考

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

(4)　Application Server Enterpriseのインストール

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続して，Application Server Enterpriseをインストールします。インストール方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」の次の個所を参照してください。

7.2.1　インストール方法

7.3　環境変数の設定

なお，Management Serverが自動設定する内容については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」の「4.8　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¥ojdbc5.jar

ゲストOSがLinuxの場合

/work/ojdbc5.jar

ここで配置したJDBCドライバのパスは，簡易構築定義ファイルに設定します。

(7)　定義ファイルの取得

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続して，次に示すCCディレクトリおよびmanagerディレクトリのファイル（定義ファイルのテンプレートファイル）を取得します。取得したファイルは，任意のディレクトリ，または仮想化システム管理用サーバマシンに，ディレクトリ構造を保持したままコピーします。ここで取得したファイルは，「5.2.3(5)　CCディレクトリおよびmanagerディレクトリの定義ファイルの編集」で定義ファイルを作成する時に，テンプレートとして使用します。

<Cosminexusのインストールディレクトリ>
 ├CC
 │ └admin
 │   └usrconf
 │      ├usrconf.bat※1
 │      ├usrconf※2
 │      └usrconf.properties
 └manager
    └config
       ├adminagent.properties
       ├cmxclient.properties
       ├manager.cfg
       ├mngsvrutilcl.properties
       ├mserver.properties
       └AdminAgentrc※2

注※1

ゲストOSがWindowsの場合にだけ取得するファイルです。

注※2

ゲストOSがLinuxの場合にだけ取得するファイルです。

(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にCosminexusアダプタコマンドを設定します。
テンプレート作成用の仮想サーバでmngsvr_adapter_setupコマンドを実行して，JP1/Baseの環境にCosminexus用のアダプタコマンド設定ファイルを追加します。なお，mngsvr_adapter_setupコマンドを実行するユーザには，Windowsの場合はAdministrator権限が，Linuxの場合はroot権限が必要です。
コマンドの実行例を次に示します。

mngsvr_adapter_setup

テンプレート作成用の仮想サーバの任意のディレクトリに，ログファイルトラップ動作定義ファイルを格納します。
仮想サーバのエラーメッセージ出力時にJP1イベントを発行するための設定です。
ログファイルトラップ動作定義ファイルの設定例を次に示します。

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

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

テンプレート作成用の仮想サーバのゲストOSがLinuxの場合は，JP1/BaseとログファイルトラップがOS起動時に自動起動，およびOS停止時に自動停止するように設定します。
テンプレート作成用の仮想サーバのゲストOSがWindowsの場合は，デフォルトで自動起動および自動停止するため，設定は不要です。

(9)　JP1/PFMと連携して負荷監視をするための設定

JP1/PFMと連携して負荷監視をする場合の設定手順を次に示します。

JP1/PFMと連携する場合にフックスクリプトを利用すると，JP1/PFM - Agent for Cosminexusの環境設定を自動化できます。JP1/PFM連携を自動設定するかどうかによって手順が異なります。フックスクリプトの利用によるJP1/PFM連携の自動化については，「7.7.2　フックスクリプトを利用したJP1連携の自動設定」を参照してください。

●JP1/PFM連携を自動設定する場合（フックスクリプト利用時）

リソース管理者と相談して，スケールアウトする予定の仮想サーバ数の最大値を決めます。仮想サーバのホスト名と管理用IPアドレスを，決定した最大値分確保して，対応表を作成します。
この対応表は，リソース管理者がシステム構築者から依頼された仮想サーバを手配する場合に，ホスト名と管理用IPアドレスを設定するときに使用します。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

JP1/PFM - Base，JP1/PFM - Agent for Cosminexusをインストールします。

●JP1/PFM連携を自動設定しない場合

リソース管理者と相談して，スケールアウトする予定の仮想サーバ数の最大値を決めます。仮想サーバのホスト名と管理用IPアドレスを決定した最大値分確保して，対応表を作成します。
この対応表は，リソース管理者がシステム構築者から依頼された仮想サーバを手配する場合に，ホスト名と管理用IPアドレスを設定するときに使用します。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

JP1/PFM - Base，JP1/PFM - Agent for Cosminexusをインストールします。

ホスト名解決のためのIPアドレスを設定します。
hostsファイルに次の設定をします。

JP1/PFM - Managerホスト名とIPアドレス

任意のエイリアス名（手順5.のコマンドで指定）とテンプレート作成用の仮想サーバのIPアドレス

手順1.でリソース管理者から提供された対応表にある仮想サーバのホスト名と管理用IPアドレス

ここで設定する内容は，JP1/PFM Managerのhostsファイルにも追加してください。

監視ホスト名に手順4.で設定したエイリアス名を使用するように設定します。
コマンドの実行例を次に示します。

jpcconf host hostmode -mode alias -aliasname <エイリアス名> -d <バックアップディレクトリ名>

接続先のJP1/PFM - Managerを設定します。
コマンドの実行例を次に示します。

jpcconf mgrhost define -host <JP1/PFM - Managerホスト名>

テンプレート作成用の仮想サーバのゲストOSがLinuxの場合は，JP1/PFM AgentがOS起動時に自動起動，およびOS停止時に自動停止するように設定します。
テンプレート作成用の仮想サーバのゲストOSがWindowsの場合は，デフォルトで自動起動および自動停止するため，設定は不要です。

各手順の詳細は，マニュアル「JP1/Performance Management 設計・構築ガイド」およびマニュアル「JP1/Performance Management - Agent Option for uCosminexus Application Server」を参照してください。

(10)　仮想サーバの停止

テンプレート作成用の仮想サーバを停止する手順を次に示します。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

ゲストOSをシャットダウンして，テンプレート作成用の仮想サーバを停止します。

JP1/ITRMと連携している場合は，メールなどを利用して，リソース管理者に次の作業を依頼します。

仮想サーバのテンプレートの登録

テンプレート作成用の仮想サーバを返却するための手続き

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)　簡易構築定義ファイルの作成

(2)　負荷分散機と接続するための設定

(3)　負荷分散機の接続情報を管理ユニットで定義するための設定

(4)　データベースを使用するための設定

(5)　CCディレクトリおよびmanagerディレクトリの定義ファイルの編集

(6)　定義ディレクトリに配置する定義ファイル群のバージョンを管理するための設定

(7)　Component Container管理者およびManagement Server管理グループの設定（ゲストOSがLinuxの場合）

(8)　定義ディレクトリの反映時に初期構築の仮想サーバで実行する処理（フックスクリプト）の設定

(1)　簡易構築定義ファイルの作成

仮想サーバ上のWebシステムの定義は，簡易構築定義ファイル（WebFront.xml）で設定します。

次の制限事項および注意事項に従った簡易構築定義ファイルを作成します。なお，定義ディレクトリの取り込み，または登録済み定義ディレクトリとの比較を実行すると，制限事項に従っていない簡易構築定義ファイルの場合はエラーとなりますが，注意事項に従っていない場合はエラーになりません。

●制限事項

簡易構築定義ファイルのファイル名は，「WebFront.xml」を使用してください。

Webシステムの属性定義（<web-system>タグの定義）は1回だけ指定してください。

負荷分散機の定義（<load-balancer>タグの定義）は指定できません。

物理ティアの定義（<tier>タグの定義）は1回だけ指定してください。

<tier-type>タグ（物理ティアの種類）には，「combined-tier」を指定してください。

<j2ee-server-count>タグ（1ホストに配置するJ2EEサーバの数）には，「1」を指定してください。

サービスユニットの定義（<unit>タグの定義）は1回だけ指定してください。

ホストの定義（<host>タグの定義）は1回だけ指定してください。

<host-name>タグ（ホストを識別するための名称）には，「localhost」を指定してください。

<agent-host>タグ（運用管理エージェントのホスト名）には，「localhost」を指定してください。

<logical-server-type>タグ（論理サーバの種類）に対する<logical-server-name>タグ（論理サーバの名称）は，次の表に示すように指定してください。

<logical-server-type>タグの指定 | <logical-server-name>タグの指定
web-server | WebServer
j2ee-server | J2EEServer
performance-tracer | PRF

●注意事項

仮想化システムでは，複数のホストで同じ簡易構築定義ファイルを使用します。このため，ホスト固有のIPアドレス，ホスト名などを設定できません。簡易構築定義ファイルにはホスト固有の設定をしないでください。

ゲストOSがWindowsの場合に，JP1連携を自動設定するフックスクリプトでテンプレートを使用し，かつJP1/Baseのログファイルトラップを有効にしているとき，J2EEサーバとHitachi Web Serverのログの出力先は，簡易構築定義ファイルおよびフックスクリプトで同じ値を設定し，かつデフォルト値以外を設定してください。詳細は，「7.7.2(3)　注意事項」を参照してください。

(2)　負荷分散機と接続するための設定

VirtualServerの名称やポート，接続情報の設定個所など負荷分散機と接続するために必要な管理ユニットごとの設定を次に示します。

負荷分散機の設定
VirtualServerの名称やポートなどを設定します。

負荷分散機への接続情報の設定個所
仮想サーバマネージャまたは管理ユニットのどちらで定義している接続情報を使用するかを設定します。

負荷分散機を使用する場合，システム構築者は，これらの情報をunit.properties（管理ユニットプロパティファイル）で設定します。

負荷分散機の接続情報は，負荷分散機接続設定プロパティファイル（<LB接続情報の識別名>.propertiesまたはunitlb.properties）で設定します。どちらの接続情報を使用するかは，unit.propertiesのlb.useキーで指定します。lb.useキーの指定値と負荷分散機接続設定プロパティファイルの設定有無による動作を次の表に示します。

表5-2　lb.useキーの指定値と負荷分散機接続設定プロパティファイルの要否

lb.useキーの指定値
負荷分散機接続設定プロパティファイルの設定有無
動作

<LB接続情報の識別名>.properties
unitlb.properties

空文字
－
－
負荷分散機を使用しません。

<LB接続情報の識別名>
なし
－
ファイルがないため，次のタイミングでエラーになります。

管理ユニットに属する仮想サーバへの定義ディレクトリの反映

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

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

仮想サーバの起動と停止

管理ユニットからの仮想サーバの登録解除

管理ユニットの削除

管理ユニットの閉塞と閉塞解除

仮想サーバの閉塞と閉塞解除

あり
－
<LB接続情報の識別名>.propertiesの接続情報で負荷分散機を使用します。

:unit:
－
なし
ファイルがないため，管理ユニットに属する仮想サーバへの定義ディレクトリを反映するタイミングでエラーになります。

－
あり
unitlb.propertiesの接続情報で負荷分散機を使用します。

（凡例）－：ファイルの設定があってもなくてもよいことを示します。

(3)　負荷分散機の接続情報を管理ユニットで定義するための設定

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

管理ユニットで負荷分散機の接続情報を定義する場合，システム構築者は，unitlb.properties（負荷分散機接続設定プロパティファイル）で接続情報を設定します。

ここでは，BIG-IP v9を設定する場合の設定例を示します。

lb.type=BIG-IPv9
lb.host=192.168.2.11
lb.protocol=ssh
lb.port=22
lb.user=user01
lb.password=user01pw
lb.timeout=10

ここで設定した負荷分散機の接続情報を使用する場合は，unit.properties（管理ユニットプロパティファイル）のlb.useキーに「:unit:」を指定します。

参考

仮想サーバマネージャで負荷分散機の接続情報を定義する場合は，<LB接続情報の識別名>.properties（負荷分散機接続設定プロパティファイル）で設定します。詳細は，「3.1.2(10)　負荷分散機の接続情報を仮想サーバマネージャで定義するための設定」を参照してください。

(4)　データベースを使用するための設定

仮想化システムで使用できるデータベースは，HiRDB，OracleまたはSQL Server（Windowsの場合）です。

注意

一つの管理ユニットで使用できるデータベースは1種類です。2種類以上のデータベースのConnector属性ファイルは設定できません。

データベースと接続するためには，リソースアダプタとしてDB Connectorを使用します。DB Connectorを使用する場合，データベース製品のインストールおよび初期設定が終了したあとにConnector属性ファイルのテンプレートを取得して，編集します。Connector属性ファイルのテンプレートファイルを，次の表に示す名称に変更して，データベースへの接続の設定など必要な項目を編集してください。

表5-3　Connector属性ファイルのテンプレートファイルの名称と変更後のファイル名称

使用するデータベース | テンプレートファイルの名称 | 変更後のファイル名称
HiRDB | DBConnector_HiRDB_Type4_CP_cfg.xml | DB_Connector_for_HiRDB_Type4.xml
Oracle | DBConnector_Oracle_CP_cfg.xml | DB_Connector_for_Oracle.xml
SQL Server | DBConnector_SQLServer_CP_cfg.xml | DB_Connector_for_SQLServer2005.xml

DB Connectorでのデータベース接続については，マニュアル「Cosminexus アプリケーションサーバ 機能解説 基本・開発編(コンテナ共通機能)」の「3.6.1　DB Connectorによる接続の概要」を参照してください。

(5)　CCディレクトリおよびmanagerディレクトリの定義ファイルの編集

「5.2.1(7)　定義ファイルの取得」で任意のディレクトリにコピーしたファイルのうち，次のファイルを編集します。

cmxclient.properties
Smart Composer機能で使用するコマンドの共通引数のデフォルト値を設定するファイルです。次のプロパティには，Management Serverの管理ユーザアカウントのユーザIDおよびパスワードとして，必ず「admin」を指定してください。

cmx.connect.userid

cmx.connect.passwd

指定例を次に示します。

cmx.connect.userid=admin
cmx.connect.passwd=admin

mngsvrutilcl.properties
mngsvrutilコマンドのオプションのデフォルト値を設定するファイルです。
次のプロパティには，Management Serverの管理ユーザアカウントのユーザIDおよびパスワードとして，必ず「admin」を指定してください。

mngsvrutil.connect.userid

mngsvrutil.connect.password

指定例を次に示します。

mngsvrutil.connect.userid=admin
mngsvrutil.connect.password=admin

(6)　定義ディレクトリに配置する定義ファイル群のバージョンを管理するための設定

version.properties（インタフェースバージョン定義ファイル）で，定義ディレクトリに登録するファイル群のフォーマットのバージョンを管理するための設定をします。意図しないバージョンのアプリケーションサーバが，仮想サーバ上に構築されることを防ぎます。

version.propertiesは，テンプレートファイルをコピーして，そのまま使用してください。テンプレートファイルの格納場所については，「8.1　仮想化システムの構築・運用時に使用するファイル」を参照してください。

version.propertiesのプロパティを次に示します。

ra.interface.version
定義ディレクトリに配置する定義ファイル群の構成や，定義ファイル内の情報の形式に対応するバージョン情報です。値は，「085000」で固定です。

ra.target.edition
仮想サーバに構築するアプリケーションサーバのエディションです。値は，「standard」で固定です。

(7)　Component Container管理者およびManagement Server管理グループの設定（ゲストOSがLinuxの場合）

必要に応じて，rasetup.propertiesで，Component Container管理者のユーザとグループ，およびManagement Server管理グループを設定します。ゲストOSがLinuxの場合だけ有効になります。

注意

設定するユーザおよびグループは，仮想サーバのゲストOSにあらかじめ登録されている必要があります。詳細は，「5.2.1(2)　OS固有の設定（ゲストOSがLinuxの場合）」を参照してください。

rasetup.propertiesを作成する場合，テンプレートファイルを使用できます。テンプレートファイルの格納場所については，「8.1　仮想化システムの構築・運用時に使用するファイル」を参照してください。

rasetup.propertiesの設定例を次に示します。ここでは，Component Container管理者を「usera」，Component Container管理グループとManagement Server管理グループを「groupA」とします。

setup.CC.user=usera
setup.CC.group=groupA
setup.manager.group=groupA

rasetup.propertiesで設定できるプロパティを次に示します。

setup.CC.user
Component Container管理者として設定するユーザを指定します。デフォルトはrootです。

setup.CC.group
Component Container管理者として設定するユーザが所属するグループを指定します。デフォルトはrootです。

setup.manager.group
Management Server管理者として設定するユーザが所属するグループを指定します。デフォルトはrootです。

各プロパティを設定する場合の注意事項を次に示します。

行頭に「#」を記述した場合，その行はコメントと見なされます。

改行までが値と見なされます。

値を指定しない場合，その行は無視されます。

行頭と行末の空白文字や空行は無視されます。

イコール（=）の前後の空白は無視されます。

ISO 8859-1の範囲の文字だけが使用できます。

同じプロパティを複数指定した場合，最後に指定したプロパティが有効になります。

(8)　定義ディレクトリの反映時に初期構築の仮想サーバで実行する処理（フックスクリプト）の設定

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を作成しているアプリケーションを前提としています。アプリケーションの作成については，マニュアル「Cosminexus アプリケーションサーバ アプリケーション開発ガイド」を参照してください。

＜この項の構成＞

(1)　定義ファイルとアプリケーションの配置

(2)　管理ユニットへの取り込み

(1)　定義ファイルとアプリケーションの配置

定義ディレクトリを仮想化システム管理用サーバマシンの任意の場所に作成します。

定義ディレクトリの構成を次の図に示します。

図5-1　定義ディレクトリの構成

<定義ディレクトリ>
 ├vmi
 │ ├unit.properties
 │ └unitlb.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
      │   └AdminAgentrc
      ├WebFront.xml
      ├DB_Connector_for_Oracle.xml※2
      ├DB_Connector_for_HiRDB_Type4.xml※2
      ├DB_Connector_for_SQLServer2005.xml※2
      ├rasetup.properties
      └version.properties

（凡例）

app名：アプリケーション名

注※1

ゲストOSに対応するファイルを指定します。

注※2

使用するデータベースに対応するファイルを指定します。

定義ディレクトリを構成する各ファイルの詳細を次の表に示します。各ファイルの作成方法については，「5.2.3　定義ディレクトリへ格納する定義ファイルの作成」を参照してください。

表5-5　定義ディレクトリを構成する各ファイルの詳細

ディレクトリまたはファイル | 設定の要否※1 | 説明
vmi | unit.properties | 必須 | 管理ユニットプロパティファイルです。
unitlb.properties | 任意 | 管理ユニットごとの負荷分散機接続設定プロパティファイルです。
hook | pre-setup.bat | 任意 | フックスクリプトファイルです。Windowsの場合に指定するファイルです。
pre-setup | 任意 | フックスクリプトファイルです。Linuxの場合に指定するファイルです。
app | <app名>.ear | 任意 | アプリケーションファイルです。アプリケーションの数分配置します。
config※2 | Cosminexus | <app名> | META-INF | cosminexus.xml | 任意 | Cosminexusアプリケーション属性ファイルです。アプリケーションごとに必ず配置します。
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環境設定ファイルです。
AdminAgentrc | 必須 | 運用管理エージェント自動起動用設定ファイルです。Linuxの場合に指定するファイルです。
WebFront.xml | 必須 | 簡易構築定義ファイルです。
DB_Connector_for_Oracle.xml | 必須 | DB ConnectorのConnector属性ファイルです。使用するデータベース（Oracle，HiRDB，SQL Server）のファイルを指定します。ファイルを複数指定した場合は，定義ディレクトリの取り込み，または登録済み定義ディレクトリとの比較時にエラーとなります。
DB_Connector_for_HiRDB_Type4.xml
DB_Connector_for_SQLServer2005.xml
rasetup.properties | 必須 | Component Container管理者およびManagement Server管理グループを設定するファイルです。Linuxの場合に必ず指定します。なお，Windowsの場合にこのファイルを指定しても無視されます。
version.properties | 必須 | インタフェースバージョン定義ファイルです。

注※1

設定の要否が「必須」のファイルがない場合は，定義ディレクトリの取り込み，または登録済み定義ディレクトリとの比較時にエラーとなります。また，ここで説明していないファイルやディレクトリを設定した場合，それらは無視されます。無視されたファイルは，警告メッセージで通知されます。

注※2

configディレクトリ以下に指定するファイルが使用する文字エンコーディングや改行コードは，仮想サーバのアプリケーションサーバで使用できる必要があります。仮想サーバにインストールしたApplication Server Enterpriseから，ファイルをコピーする場合やファイルを編集する場合には，注意してください。

(2)　管理ユニットへの取り込み

「(1)　定義ファイルとアプリケーションの配置」で任意の場所に作成した定義ディレクトリを管理ユニットへ取り込みます。

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

vmiunitコマンドのサブコマンド「import」を使用して，指定したパスにある定義ディレクトリを管理ユニットへ取り込みます。
ここでは，管理ユニット「gyoumu_a」に定義ディレクトリ「<任意のディレクトリ>」を取り込む場合のコマンドの実行例を示します。

vmiunit import -unit gyoumu_a -dir <任意のディレクトリ>

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

ここでは，管理ユニットに仮想サーバを登録したあと，登録された定義ディレクトリの情報を仮想サーバに反映して，アプリケーションサーバを作成する方法について説明します。

＜この項の構成＞

(1)　管理ユニットへの仮想サーバの登録

(2)　仮想サーバへの一括反映

(1)　管理ユニットへの仮想サーバの登録

管理ユニットへ仮想サーバを登録する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

システム構築者は，メールなどを利用して，管理ユニットに登録する仮想サーバの手配を，リソース管理者に依頼します。
管理ユニットで使用する仮想サーバの台数，「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成した仮想サーバのテンプレートなどの情報をリソース管理者に連絡します。

リソース管理者は，仮想サーバのテンプレートから指定された台数分の仮想サーバの複製を作成し，複製した仮想サーバの情報をシステム構築者に報告します。

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

システム構築者は，vmiunitコマンドのサブコマンド「attach」を使用して，リソース管理者から提供された仮想サーバを管理ユニットへ登録します。
ここでは，管理ユニット「gyoumu_a」に，仮想サーバ識別子が「192.168.1.101」で業務用IPアドレスが「192.168.2.101」の仮想サーバを登録する場合のコマンドの実行例を示します。

vmiunit attach -unit gyoumu_a -vs 192.168.1.101 -serviceip 192.168.2.101

管理ユニットに登録する仮想サーバが複数ある場合は，この手順を仮想サーバの台数分実施します。

(2)　仮想サーバへの一括反映

管理ユニットに属する仮想サーバに登録済みの定義ディレクトリを一括して反映する手順について説明します。定義ディレクトリを反映すると，仮想サーバにアプリケーションサーバが構築されます。

ポイント

作業を実施するユーザ：システム構築者

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

仮想サーバの電源が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/AJS3

JP1/PFM

ここでは，これらの製品の機能を利用するための設定について説明します。なお，ここで説明していないJP1製品と連携するための設定は，仮想化システムの運用環境で設定済みであることを前提としています。

JP1/IMおよびJP1/PFMの場合は，これらの製品と連携したシステムで運用を開始したあとに，次のタイミングで設定をします。JP1/AJS3の場合は，運用を開始する前に設定をしてください。

仮想サーバの登録時

仮想サーバの登録解除時

＜この節の構成＞

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

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

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

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)　仮想サーバの登録時に実施する設定

(2)　仮想サーバの登録解除時に実施する設定

(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/AJS3の利用）

JP1/AJS3を利用する場合，管理ユニットの仮想サーバの起動や停止を自動化して運用できます。設定は運用を開始する前に，次の手順で実施します。ここでは，ジョブネットの定義について説明します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

システム構築者とリソース管理者で，JP1/AJS3を使用した自動運用する際の運用方法について協議します。

システム構築者は，管理用端末マシンからJP1/AJS3 - Viewを起動します。

システム構築者は，JP1/AJS3 - Viewから仮想化システム管理用サーバマシンのJP1/AJS3 - Managerに接続し，ジョブネットを定義して，ジョブネットのスケジュールを設定します。
ジョブネットの定義例を次に示します。ここでは，毎日18時に管理ユニット「gyoumu_a」の仮想サーバ2台（仮想サーバ識別子「192.168.1.101」と「192.168.1.102」）を停止する例を示します。

スケジュール定義：

毎日18:00に実行

処理内容：

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

<Cosminexusのインストールディレクトリ>¥manager¥vmi¥bin¥vmiunit stop -unit gyoumu_a -vs 192.168.1.101
<Cosminexusのインストールディレクトリ>¥manager¥vmi¥bin¥vmiunit stop -unit gyoumu_a -vs 192.168.1.102

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

# /opt/Cosminexus/manager/vmi/bin/vmiunit stop -unit gyoumu_a -vs 192.168.1.101
# /opt/Cosminexus/manager/vmi/bin/vmiunit stop -unit gyoumu_a -vs 192.168.1.102

なお，ここで定義したジョブネットの実行登録は，管理ユニットの起動時または停止時に実施されます。

各手順，およびジョブネットの実行登録の詳細は，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

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

JP1/PFMを利用する場合，仮想サーバ上のアプリケーションサーバのパフォーマンスデータを収集したあとの記録方法や保存条件を設定したり，パフォーマンスデータにしきい値を設定してアラームで通知したりできます。これらの設定は，仮想サーバを登録したあとに実施します。

また，仮想サーバを登録解除したあとには，JP1/PFM - Managerが監視しているエージェント階層から，登録解除した仮想サーバの監視エージェントを削除する必要があります。

負荷監視を利用するための設定は，仮想サーバの登録または登録解除のタイミングで実施します。タイミングごとに実施する設定を説明します。

なお，各手順の詳細は，次のマニュアルを参照してください。

JP1/Performance Management 設計・構築ガイド

JP1/Performance Management 運用ガイド

JP1/Performance Management リファレンス

＜この項の構成＞

(1)　仮想サーバの登録時に実施する設定

(2)　仮想サーバの登録解除時に実施する設定

(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.2　アプリケーション実行環境の保守運用

6.3　仮想サーバの障害運用

6.1　アプリケーション実行環境の通常運用

アプリケーション実行環境の通常運用について説明します。通常運用では，管理ユニット単位または仮想サーバ単位に，仮想サーバを起動して業務を開始したり，仮想サーバを停止して業務を停止したりできます。また，管理ユニットや仮想サーバに関する情報も取得できます。

＜この節の構成＞

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

6.1.2　仮想サーバの起動と停止

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

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」の仮想サーバ識別子が「192.168.1.101」の仮想サーバを起動・停止する手順について説明します。

●仮想サーバの起動

仮想サーバを起動して業務を開始します。

負荷分散機を利用している場合は，仮想サーバを閉塞解除する必要があります。仮想サーバの閉塞解除は，次のどちらかのコマンドで実施します。

-lbオプションを指定して仮想サーバの起動コマンド（vmiunitコマンドのサブコマンド「start」）で実行する

仮想サーバを起動したあとに，仮想サーバの閉塞解除コマンド（vmiunitコマンドのサブコマンド「unblock」）を実行する

仮想サーバを起動する手順について説明します。ここでは，負荷分散機を利用している場合の例として，起動してから，vmiunitコマンドのサブコマンド「unblock」で閉塞解除する手順を示します。

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

vmiunitコマンドのサブコマンド「start」を使用して，仮想サーバ上のアプリケーションサーバを起動し，業務を開始します。
コマンドの実行例を次に示します。

vmiunit start -unit gyoumu_a -vs 192.168.1.101

vmiunitコマンドのサブコマンド「unblock」を使用して，仮想サーバを閉塞解除します。
コマンドの実行例を次に示します。

vmiunit unblock -unit gyoumu_a -vs 192.168.1.101

●仮想サーバの停止

仮想サーバを停止して，業務を停止します。

負荷分散機を利用している場合は，仮想サーバを閉塞する必要があります。仮想サーバの閉塞は，次のどちらかのコマンドで実施します。

仮想サーバを停止する前に，仮想サーバの閉塞コマンド（vmiunitコマンドのサブコマンド「block」）を実行する

-lbオプションを指定して仮想サーバの停止コマンド（vmiunitコマンドのサブコマンド「stop」）で実行する

仮想サーバを停止する手順について説明します。ここでは，負荷分散機を利用している場合の例として，vmiunitコマンドのサブコマンド「block」で閉塞してから停止する手順を示します。

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

vmiunitコマンドのサブコマンド「block」を使用して，仮想サーバを閉塞します。
コマンドの実行例を次に示します。

vmiunit block -unit gyoumu_a -vs 192.168.1.101

vmiunitコマンドのサブコマンド「stop」を使用して，仮想サーバ上のアプリケーションサーバを停止し，業務を停止します。
コマンドの実行例を次に示します。

vmiunit stop -unit gyoumu_a -vs 192.168.1.101

ポイント

vmiunitコマンドのサブコマンド「block」で仮想サーバを閉塞している場合は，閉塞対象の仮想サーバに対する業務の利用が終了するのを待ってから，仮想サーバを停止することをお勧めします。

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

管理ユニットに関する情報として，管理ユニットまたは仮想サーバの状態に関する情報と，管理ユニットに属する仮想サーバの一覧を取得する方法について説明します。

ポイント

作業を実施するユーザ：システム構築者

ここでは，管理ユニット「gyoumu_a」と，仮想サーバ識別子が「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

この例は，管理ユニット「gyoumu_a」が業務A用の管理ユニットで，システム構築者「user_a」が所有していることを示しています。

●管理ユニットごとの状態取得

管理ユニットごとの状態が取得できます。管理ユニットに属する仮想サーバへの定義ディレクトリの反映状況や，仮想サーバの数などを確認できます。

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

vmiunitコマンドのサブコマンド「status」で，-targetオプションにunitを指定して，管理ユニットの状態を取得します。
コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target unit

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

Config Status:   changed
All Servers:     2
Active Servers:  1
Invalid Servers: 1

この例は，管理ユニットに属する仮想サーバは，稼働状態が1台，障害状態が1台の2台で，仮想サーバの定義の変更範囲にnone以外が含まれていることを示しています。

●仮想サーバごとの状態取得

管理ユニットに属する仮想サーバすべての状態が取得できます。仮想サーバ上のサーバ通信エージェントとの接続状況や，定義ディレクトリの反映状況，仮想サーバのステータスなどを確認できます。

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

vmiunitコマンドのサブコマンド「status」で，-targetオプションにvirtualserverを指定して，管理ユニットに属する仮想サーバすべての状態を取得します。
コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target virtualserver

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

Virtual Server ID:  192.168.1.101
Update Scope:       none
Logical Status:     working
Observed Status:    working
LB Status:          unblocked
Access:             online

Virtual Server ID:  192.168.1.102
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
Update Scope | 仮想サーバの定義の変更範囲 | 更新の必要なし | アプリケーションの更新が必要
Logical Status | 仮想サーバの論理ステータス | 稼働中状態 | 反映失敗の障害状態
Observed Status | 仮想サーバの実ステータス | 稼働中状態 | 稼働中状態
LB Status | 仮想サーバの負荷分散機ステータス | 閉塞解除状態 | 閉塞状態
Access | サーバ通信エージェントとの通信状態 | 正常 | 正常

●仮想サーバの一覧取得

管理ユニットに属する仮想サーバの仮想サーバ識別子や，業務用IPアドレスなどが取得できます。不要な仮想サーバが登録されていないかなどを確認できます。

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

vmiunitコマンドのサブコマンド「list」を使用して，管理ユニットに属する仮想サーバの一覧を取得します。
コマンドの実行例と実行結果の例を次に示します。

vmiunit list -unit gyoumu_a

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

Virtual Server ID:            192.168.1.101
Server Connection Agent Port: 20580
Service IP:                   192.168.2.101

Virtual Server ID:            192.168.1.102
Server Connection Agent Port: 20580
Service IP :                  192.168.2.102

この例は，管理ユニットに属する仮想サーバが次の表に示す状態であることを示しています。

実行結果の項目 | 説明 | 管理ユニットに属する仮想サーバの状態
Virtual Server ID | 仮想サーバ識別子 | 192.168.1.101 | 192.168.1.102
Server Connection Agent Port | サーバ通信エージェントの接続ポート | 20580 | 20580
Service IP | 業務用IPアドレス | 192.168.2.101 | 192.168.2.102

6.2　アプリケーション実行環境の保守運用

アプリケーション実行環境の保守運用について説明します。保守運用では，業務開始後，リソースの利用状況などに応じて，業務で使用する仮想サーバの数を増やしたり，減らしたりします。また，OSや製品のパッチを適用したり，アプリケーションや定義ファイルを更新したりします。

＜この節の構成＞

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

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

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

6.2.4　仮想サーバのログの参照

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

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

スケールアウトは，稼働する仮想サーバの台数を増やす機能です。スケールインは，稼働する仮想サーバの台数を減らす機能です。管理ユニットで稼働する仮想サーバの台数を変更して，処理性能を向上させたり，リソースの使用効率を向上させたりできます。

ここでは，管理ユニット「gyoumu_a」に，仮想サーバ識別子が「192.168.1.102」で業務用IPアドレスが「192.168.2.102」と，仮想サーバ識別子が「192.168.1.103」で業務用IPアドレスが「192.168.2.103」の仮想サーバをスケールアウト・スケールインする場合の例を示します。

●管理ユニットのスケールアウト

管理ユニットをスケールアウトする手順について説明します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

システム構築者は，メールなどを利用して，管理ユニットに増やす仮想サーバの手配をリソース管理者に依頼します。
管理ユニットで使用する仮想サーバの台数（2台），「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成した仮想サーバのテンプレートなどの情報をリソース管理者に連絡します。

リソース管理者は，仮想サーバのテンプレートから指定された台数分の仮想サーバの複製を作成します。複製した仮想サーバの情報をシステム構築者に報告します。

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

システム構築者は，vmiunitコマンドのサブコマンド「attach」を使用して，リソース管理者から提供された仮想サーバを管理ユニットへ登録します。
スケールアウトする仮想サーバが複数ある場合は，この手順を仮想サーバの台数分実施します。コマンドの実行例を次に示します。

vmiunit attach -unit gyoumu_a -vs 192.168.1.102 -serviceip 192.168.2.102
vmiunit attach -unit gyoumu_a -vs 192.168.1.103 -serviceip 192.168.2.103

仮想サーバの電源がOFFの場合，システム構築者は，管理用端末マシンから仮想サーバにリモート接続して，仮想サーバの電源をONにします。
仮想サーバとともにリソース管理者から提供された利用に関するドキュメントなどを参考にして，電源をONにします。

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

システム構築者は，vmiunitコマンドのサブコマンド「update」を使用して，管理ユニットに登録済みの定義ディレクトリを，手順4.で追加した仮想サーバに一括して反映します。
管理ユニットに属する仮想サーバすべてに定義ディレクトリを反映します。同じ定義ディレクトリが反映済みの仮想サーバに対しては，反映処理をスキップします。定義ディレクトリが反映されると，仮想サーバ上にアプリケーションサーバが構築されます。コマンドの実行例を次に示します。

vmiunit update -unit gyoumu_a

システム構築者は，手順4.で追加した仮想サーバを起動します。
仮想サーバの起動手順については，「6.1.2　仮想サーバの起動と停止」を参照してください。

●管理ユニットのスケールイン

管理ユニットをスケールインする手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

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

管理ユニットから削除する仮想サーバを停止します。
仮想サーバの停止手順については，「6.1.2　仮想サーバの起動と停止」を参照してください。なお，スケールインする仮想サーバが複数ある場合は，この手順を仮想サーバの台数分実施します。

vmiunitコマンドのサブコマンド「detach」を使用して，手順2.で停止した仮想サーバを管理ユニットから登録解除します。
スケールインする仮想サーバが複数ある場合は，この手順を仮想サーバの台数分実施します。コマンドの実行例を次に示します。

vmiunit detach -unit gyoumu_a -vs 192.168.1.102
vmiunit detach -unit gyoumu_a -vs 192.168.1.103

メールなどを利用して，手順3.で登録解除した仮想サーバの返却をリソース管理者に依頼します。

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

アプリケーション実行環境を構成する定義ディレクトリの各定義ファイルや，業務のアプリケーションを更新する場合，管理ユニットに登録済みの定義ディレクトリと，稼働中の仮想サーバを更新する必要があります。

ここでは，管理ユニット「gyoumu_a」に属する仮想サーバのアプリケーションと定義ファイルを更新する例を示します。管理ユニット「gyoumu_a」の定義ディレクトリのパスは，「<任意のディレクトリ>」とします。

＜この項の構成＞

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

(2)　仮想サーバへの定義ディレクトリの反映

(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.2　仮想サーバの起動と停止」を参照してください。

仮想サーバの電源が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 Enterprise，JP1などの製品のパッチを適用する場合，仮想サーバのテンプレートを更新する必要があります。

ここでは，管理ユニット「gyoumu_a」に属する仮想サーバ（仮想サーバ識別子が「192.168.1.101」で業務用IPアドレスが「192.168.2.101」の仮想サーバ）で使用しているテンプレートを更新する例を示します。

＜この項の構成＞

(1)　テンプレートへのパッチの適用

(2)　仮想サーバへの適用

(1)　テンプレートへのパッチの適用

仮想サーバのテンプレートにパッチを適用する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

メールなどを利用して，仮想サーバのテンプレートにパッチを適用するための仮想サーバの手配，およびテンプレートへのアクセス権の付与を，リソース管理者に依頼します。
テンプレート名，利用日時などの情報をリソース管理者に連絡します。

管理用端末マシンからテンプレート作成用の仮想サーバにリモート接続します。

テンプレート作成用の仮想サーバに，ゲストOS，Application Server Enterprise，JP1などの製品の更新プログラムを適用します。

ゲストOSをシャットダウンして，テンプレート作成用の仮想サーバを停止します。

JP1/ITRMと連携している場合，メールなどを利用して，リソース管理者に次の作業を依頼します。

パッチを適用したテンプレートの登録

既存のテンプレートの削除

(2)　仮想サーバへの適用

仮想サーバにパッチを適用する方法には，ハイパーバイザ管理用サーバマシンにリモート接続して仮想サーバへ直接適用する方法と，更新したテンプレートを仮想サーバに適用する方法があります。

(a)　仮想サーバへ直接適用する場合

業務を部分的に停止するか，業務全体を停止するかで手順が異なります。

ポイント

作業を実施するユーザ：システム構築者

●業務を部分的に停止するときの手順

仮想サーバを1台ずつ停止し，パッチを適用して起動します。管理ユニットに属する仮想サーバの一部が停止するだけなので，業務は部分的に稼働中となります。

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

更新対象の仮想サーバを停止し，業務を停止します。
仮想サーバの停止手順については，「6.1.2　仮想サーバの起動と停止」を参照してください。

管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続します。

更新対象の仮想サーバに直接アクセスして，ゲストOS，Application Server Enterprise，JP1などの製品の更新プログラムを適用します。

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

仮想サーバを起動し，業務を再開始します。
仮想サーバの起動手順については，「6.1.2　仮想サーバの起動と停止」を参照してください。

パッチ適用対象の仮想サーバが複数台ある場合は，これらの手順を仮想サーバの台数分実施します。

●業務全体を停止するときの手順

管理ユニットに属する仮想サーバすべてを一括で停止します。業務もすべて停止します。仮想サーバ1台ずつに対して，順番に直接パッチを適用してから，仮想サーバすべてを一括で起動します。

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

管理ユニットに属する仮想サーバを一括で停止し，すべての業務を停止します。
管理ユニットの停止手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続します。

更新対象の仮想サーバに直接アクセスして，ゲストOSやApplication Server Enterprise，JP1などの製品の更新プログラムを適用します。
パッチ適用対象の仮想サーバが複数台ある場合は，この手順を仮想サーバの台数分実施します。

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

管理ユニットに属する仮想サーバを一括で起動し，すべての業務を再開始します。
管理ユニットの起動手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

(b)　更新済みのテンプレートを仮想サーバに適用する場合

業務を部分的に停止するか，業務全体を停止するかで手順が異なります。

●業務を部分的に停止するときの手順

仮想サーバ1台ずつに対して，スケールインとスケールアウトを実施して，更新済みのテンプレートを適用した仮想サーバに入れ替えます。管理ユニットに属する仮想サーバの一部が停止するだけなので，業務は部分的に稼働中となります。

ポイント

作業を実施するユーザ：システム構築者

管理ユニットをスケールインします。
スケールインの手順については，「6.2.1　管理ユニットのスケールアウトとスケールイン」を参照してください。

管理ユニットをスケールアウトします。
スケールアウトの手順については，「6.2.1　管理ユニットのスケールアウトとスケールイン」を参照してください。

パッチ適用対象の仮想サーバが複数台ある場合は，これらの手順を仮想サーバの台数分実施します。

●業務全体を停止するときの手順

管理ユニットに属する仮想サーバすべてを一括で停止します。業務もすべて停止します。仮想サーバ1台ずつに対して，順番に登録解除と再登録をしてから，仮想サーバすべてに対して，定義ディレクトリを一括して反映し，管理ユニットに属する仮想サーバすべてを一括で起動します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

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

システム構築者は，管理ユニットに属する仮想サーバを一括で停止し，すべての業務を停止します。
管理ユニットの停止手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

システム構築者は，vmiunitコマンドのサブコマンド「detach」を使用して，仮想サーバを管理ユニットから登録解除します。
コマンドの実行例を次に示します。

vmiunit detach -unit gyoumu_a -vs 192.168.1.101

システム構築者は，メールなどを利用して，手順3.で登録解除した仮想サーバ返却をリソース管理者に依頼します。

システム構築者は，メールなどを利用して，新たに管理ユニットに登録する仮想サーバの手配を，リソース管理者に依頼します。
「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成した仮想サーバのテンプレートなどの情報をリソース管理者に連絡します。

リソース管理者は，仮想サーバのテンプレートから仮想サーバの複製を作成します。複製した仮想サーバの情報をシステム構築者に報告します。

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

システム構築者は，vmiunitコマンドのサブコマンド「attach」を使用して，リソース管理者から提供された仮想サーバを管理ユニットへ登録します。
仮想サーバ識別子が「192.168.1.110」で業務用IPアドレスが「192.168.2.110」の仮想サーバを提供された場合のコマンドの実行例を次に示します。

vmiunit attach -unit gyoumu_a -vs 192.168.1.110 -serviceip 192.168.2.110

パッチ適用対象の仮想サーバが複数台ある場合は，手順3.～手順8.を仮想サーバの台数分実施します。

仮想サーバの電源がOFFの場合，システム構築者は，管理用端末マシンから仮想サーバにリモート接続して，仮想サーバの電源をONにします。
仮想サーバとともにリソース管理者から提供された利用に関するドキュメントなどを参考にして，電源をONにします。

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

システム構築者は，vmiunitコマンドのサブコマンド「update」を使用して，管理ユニットに登録した，すべての仮想サーバに定義ディレクトリを一括して反映します。
コマンドの実行例を次に示します。

vmiunit update -unit gyoumu_a

システム構築者は，管理ユニットに属する仮想サーバを一括で起動し，すべての業務を再開始します。
管理ユニットの起動手順については，「6.1.1　管理ユニットの起動と停止」を参照してください。

6.2.4　仮想サーバのログの参照

ハイパーバイザ管理用サーバマシン上の仮想サーバのログは，直接参照できます。仮想サーバのログは参照するだけでなく，ほかのマシンにコピーすることもできます。必要に応じて，システム構築者は，管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続してログを参照してください。

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

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

ここでは，管理ユニット「gyoumu_a」に属する仮想サーバのアプリケーション実行環境を削除する例を示します。

＜この項の構成＞

(1)　管理ユニットからのすべての仮想サーバの削除

(2)　管理ユニットの削除

(1)　管理ユニットからのすべての仮想サーバの削除

不要になったアプリケーション実行環境の仮想サーバを管理ユニットからすべて削除する手順について説明します。

ポイント

作業を実施するユーザ：システム構築者

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

vmiunitコマンドのサブコマンド「status」を使用して，管理ユニットに属する仮想サーバの状態を表示します。
コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target virtualserver

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

Virtual Server ID:  192.168.1.101
Update Scope:       none
Logical Status:     working
Observed Status:    working
LB Status:          unblocked
Access:             online

Virtual Server ID:  192.168.1.102
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
Update Scope | 仮想サーバの定義の変更範囲 | 更新の必要なし | 更新の必要なし
Logical Status | 仮想サーバの論理ステータス | 稼働中状態 | 停止状態
Observed Status | 仮想サーバの実ステータス | 稼働中状態 | 停止状態
LB Status | 仮想サーバの負荷分散機ステータス | 閉塞解除状態 | 閉塞状態
Access | サーバ通信エージェントとの通信状態 | 正常 | 正常

これによって，仮想サーバ識別子「192.168.1.101」の仮想サーバが稼働中（論理ステータスと実ステータスがworking（稼働中状態））であることがわかります。

稼働中の仮想サーバを停止します。
仮想サーバの停止手順については，「6.1.2　仮想サーバの起動と停止」を参照してください。稼働中の仮想サーバが一つもない場合，この手順は省略してください。

vmiunitコマンドのサブコマンド「detach」を使用して，管理ユニットに属する仮想サーバをすべて管理ユニットから登録解除します。
コマンドの実行例を次に示します。

vmiunit detach -unit gyoumu_a -vs 192.168.1.101
vmiunit detach -unit gyoumu_a -vs 192.168.1.102

稼働中の仮想サーバが複数ある場合は，手順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　仮想サーバの障害要因の調査

6.3.2　仮想サーバの障害からの復旧

6.3.1　仮想サーバの障害要因の調査

ここでは，仮想サーバの障害要因を調査する方法について説明します。

仮想サーバ上のアプリケーションサーバで発生する障害は，JP1/IMなどを利用して監視できます。また，仮想サーバの起動，停止，更新などの処理中に障害が発生した場合は，管理ユニットに属する仮想サーバの状態を表示して確認できます。

障害が発生した仮想サーバを調査する手順を次に示します。

ポイント

作業を実施するユーザ：システム構築者

ここでは，管理ユニット「gyoumu_a」で，仮想サーバ識別子が「192.168.1.101」の仮想サーバで障害が発生した例を示します。

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

vmiunitコマンドのサブコマンド「status」を使用して，管理ユニットに属する仮想サーバの状態を表示して，障害が発生した仮想サーバを特定します。
コマンドの実行例と実行結果の例を次に示します。

vmiunit status -unit gyoumu_a -target virtualserver

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

Virtual Server ID:  192.168.1.101
Update Scope:       all
Logical Status:     fault（updating）
Observed Status:    stopped
LB Status:          blocked
Access:             online

Virtual Server ID:  192.168.1.102
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
Update Scope | 仮想サーバの定義の変更範囲 | すべての定義で更新が必要 | 更新の必要なし
Logical Status | 仮想サーバの論理ステータス | 反映失敗の障害状態 | 稼働中状態
Observed Status | 仮想サーバの実ステータス | 停止状態 | 稼働中状態
LB Status | 仮想サーバの負荷分散機ステータス | 閉塞状態 | 閉塞解除状態
Access | サーバ通信エージェントとの通信状態 | 正常 | 正常

これによって，仮想サーバ識別子「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 -vs 192.168.1.101

6.3.2　仮想サーバの障害からの復旧

ここでは，仮想サーバの復旧方法について説明します。

「6.3.1　仮想サーバの障害要因の調査」で障害要因を調査した結果，既存の仮想サーバが使用できるかどうかによって，回復方法を決定します。それぞれの復旧手順を次に示します。

ここでは，管理ユニット「gyoumu_a」で，仮想サーバ識別子が「192.168.1.101」で業務用IPアドレスが「192.168.2.101」の仮想サーバを障害から復旧する例を示します。

＜この項の構成＞

(1)　障害が発生した仮想サーバが使用できる場合

(2)　障害が発生した仮想サーバが使用できない場合

(1)　障害が発生した仮想サーバが使用できる場合

既存の仮想サーバをそのまま使用して，障害から復旧します。

ポイント

作業を実施するユーザ：システム構築者

管理用端末マシンからハイパーバイザ管理用サーバマシンにリモート接続します。

障害が発生した仮想サーバに回復処理を実施します。

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

仮想サーバに障害マークが設定されている場合は，設定を解除します。
コマンドの実行例を次に示します。

vmiunit unmark -unit gyoumu_a -vs 192.168.1.101

仮想サーバを起動します。
仮想サーバの起動手順については，「6.1.2　仮想サーバの起動と停止」を参照してください。

(2)　障害が発生した仮想サーバが使用できない場合

ほかの仮想サーバを用意して，障害から復旧します。

ポイント

作業を実施するユーザ：システム構築者，リソース管理者

ここでは，新たに用意する仮想サーバは仮想サーバ識別子が「192.168.1.110」で業務用IPアドレスが「192.168.2.110」とします。

リソース管理者は，障害が発生した仮想サーバから回復できるデータを収集します。

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

システム構築者は，仮想サーバを停止します。
仮想サーバの停止手順については，「6.1.2　仮想サーバの起動と停止」を参照してください。

システム構築者は，vmiunitコマンドのサブコマンド「detach」を使用して，障害が発生した仮想サーバを管理ユニットから登録解除します。
コマンドの実行例を次に示します。

vmiunit detach -unit gyoumu_a -vs 192.168.1.101

システム構築者は，メールなどを利用して，既存の仮想サーバを返却して，新たな仮想サーバの手配を，リソース管理者に依頼します。
「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成した仮想サーバのテンプレートなどの情報をリソース管理者に連絡します。

リソース管理者は，仮想サーバのテンプレートから仮想サーバの複製を作成します。複製した仮想サーバの情報をシステム構築者に報告します。

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

システム構築者は，vmiunitコマンドのサブコマンド「attach」を使用して，リソース管理者から提供された新たな仮想サーバを管理ユニットへ登録します。
コマンドの実行例を次に示します。

vmiunit attach -unit gyoumu_a -vs 192.168.1.110 -serviceip 192.168.2.110

仮想サーバの電源がOFFの場合，システム構築者は，管理用端末マシンから仮想サーバにリモート接続して，仮想サーバの電源をONにします。
仮想サーバとともにリソース管理者から提供された利用に関するドキュメントなどを参考にして，電源をONにします。

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

システム構築者は，vmiunitコマンドのサブコマンド「update」を使用して，新たな仮想サーバに定義ディレクトリを反映します。
コマンドの実行例を次に示します。

vmiunit update -unit gyoumu_a

システム構築者は，新たな仮想サーバを起動します。
仮想サーバの起動手順については，「6.1.2　仮想サーバの起動と停止」を参照してください。

必要に応じて，リソース管理者は，手順1.で収集したデータをシステム構築者に転送します。

7.　仮想化システムの構築・運用で使用する機能

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

＜この章の構成＞

7.1　仮想化システムの構築・運用で使用する機能の概要

7.2　仮想サーバマネージャに対するアカウントを操作する機能（仮想サーバマネージャによるアカウント管理利用時）

7.3　仮想サーバマネージャによる管理ユニットの管理で使用する機能

7.4　管理ユニットで業務を運用するために使用する機能

7.5　仮想サーバを運用するために使用する機能

7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）

7.7　仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）

7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）

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.2(1)

管理ユニットからの定義ディレクトリの取り出し
3.
管理ユニットから定義ディレクトリを取り出します。
7.4.2(2)

登録済みの定義ディレクトリとの内容比較
3.
管理ユニットに登録済みの定義ディレクトリと内容を比較します。
7.4.2(3)

管理ユニットに属する仮想サーバへの定義ディレクトリの反映
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)

定義ディレクトリの反映
4.
仮想サーバに定義ディレクトリすべてを反映します。
7.5.1(1)

アプリケーションの反映
4.
仮想サーバにアプリケーションを反映します。
7.5.1(2)

仮想サーバ上の業務の開始（アプリケーションサーバの起動）
4.
仮想サーバ上のアプリケーションサーバを起動して，業務を開始します。
7.5.2(1)

仮想サーバ上の業務の停止（アプリケーションサーバの停止）
4.
仮想サーバ上のアプリケーションサーバを停止して，業務を停止します。
7.5.2(2)

仮想サーバの閉塞（業務の閉塞）
4.
仮想サーバを閉塞します。
7.5.3(1)

仮想サーバの閉塞解除（業務の閉塞解除）
4.
仮想サーバの閉塞を解除します。
7.5.3(2)

仮想サーバごとの状態取得
4.
仮想サーバの状態を取得します。
7.5.4

仮想サーバへの障害マークの設定
4.
仮想サーバに障害マークを設定します。
7.5.5(1)

仮想サーバからの障害マークの設定解除
4.
仮想サーバから障害マークの設定を解除します。
7.5.5(2)

仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）
－
管理ユニットや仮想サーバの操作時に，負荷分散機と連携して，仮想サーバマネージャが負荷分散機に対して処理を依頼します。
7.6

仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）
－
仮想サーバマネージャが仮想サーバに対して何らかの処理（初期構築）を実行する際に，ユーザ作成のスクリプト（フックスクリプト）を仮想サーバ上で実行します。
また，JP1製品と連携する場合，JP1製品の環境設定を自動化する際に，フックスクリプトを仮想サーバ上で実行します。
7.7

JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）
－
認証サーバのJP1/Baseで，仮想サーバマネージャに対するアカウントを管理し，仮想サーバマネージャに対する認証処理を実行します。
7.8

（凡例）

1.：仮想サーバマネージャに対するアカウントを操作する機能（7.2参照）

2.：仮想サーバマネージャによる管理ユニットの管理で使用する機能（7.3参照）

3.：管理ユニットで業務を運用するために使用する機能（7.4参照）

4.：仮想サーバを運用するために使用する機能（7.5参照）

－：該当しません。

7.2　仮想サーバマネージャに対するアカウントを操作する機能（仮想サーバマネージャによるアカウント管理利用時）

仮想サーバマネージャによるアカウント管理を利用する場合に，仮想サーバマネージャにアクセスするアカウントの追加や削除，パスワードの変更など，アカウントを操作するための機能について説明します。

注意

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

仮想サーバマネージャにアクセスすると，アカウントの認証処理が実行されます。仮想サーバマネージャで管理しているシステム構築者アカウントと，指定したユーザIDとパスワードが一致すると，そのシステム構築者アカウントを持つユーザはアクセスを認可され，仮想サーバマネージャを操作できるようになります。

ユーザIDとパスワードには，それぞれ次の情報を入力します。

ユーザID
システム構築者アカウントのユーザIDを入力します。

パスワード
システム構築者アカウントのパスワードを入力します。

＜この節の構成＞

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

7.2.2　システム構築者アカウントのパスワードの変更

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

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

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

＜この項の構成＞

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

(2)　仮想サーバマネージャからのシステム構築者アカウントの削除

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

仮想サーバマネージャに新規のシステム構築者アカウントを追加する機能です。新たなシステム構築者が，仮想サーバマネージャへアクセスすることを許可したいときに使用します。

注意

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiaccountコマンドのサブコマンド「create」を実行します。

●実行結果

仮想サーバマネージャにシステム構築者アカウントが追加されます。システム構築者アカウントを追加されたシステム構築者は，仮想サーバマネージャにアクセスできるようになります。

(2)　仮想サーバマネージャからのシステム構築者アカウントの削除

仮想サーバマネージャからシステム構築者アカウントを削除する機能です。不在となったシステム構築者や不要なシステム構築者が，仮想サーバマネージャへアクセスするのを拒否したいときに使用します。

注意

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiaccountコマンドのサブコマンド「delete」を実行します。

●実行結果

仮想サーバマネージャからシステム構築者アカウントが削除されます。システム構築者アカウントを削除されたシステム構築者は，仮想サーバマネージャにアクセスできなくなります。

●注意事項

削除するシステム構築者アカウントが所有者として設定されている管理ユニットがある場合，そのシステム構築者アカウントは削除できません。この場合は，次のどちらかの処理を実施したあと，システム構築者アカウントを削除してください。

管理ユニットを削除する

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

7.2.2　システム構築者アカウントのパスワードの変更

システム構築者アカウントのパスワードを変更する機能です。追加されたシステム構築者アカウントの仮パスワードを変更したいときや，設定済みのパスワードを変更したいときに使用します。

注意

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiaccountコマンドのサブコマンド「password」を実行します。

●実行結果

システム構築者アカウントのパスワードが変更されます。

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

仮想サーバマネージャに登録されているシステム構築者アカウントの一覧を取得する機能です。仮想サーバマネージャに登録されているシステム構築者を把握したいときに使用します。

注意

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiaccountコマンドのサブコマンド「list」を実行します。

●実行結果

仮想サーバマネージャに登録されている，すべてのシステム構築者アカウントのユーザIDが一覧で取得されます。

7.3　仮想サーバマネージャによる管理ユニットの管理で使用する機能

管理ユニットの作成や削除，管理ユニットの所有者の設定など，仮想サーバマネージャに作成されている管理ユニットを管理するための機能について説明します。

＜この節の構成＞

7.3.1　管理ユニットの作成と削除

7.3.2　管理ユニットの所有者の変更（仮想サーバマネージャによるアカウント管理利用時）

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

7.3.1　管理ユニットの作成と削除

管理ユニットを作成または削除します。

＜この項の構成＞

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

(2)　仮想サーバマネージャからの管理ユニットの削除

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

仮想サーバマネージャに管理ユニットを作成する機能です。システム構築者が新規に業務を開始するために，仮想サーバマネージャに管理ユニットを作成するときに使用します。または，システム構築者に管理ユニットを提供するために，仮想サーバマネージャ管理者が管理ユニットを作成するときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitadminコマンドのサブコマンド「create」を実行します。

●実行結果

指定した名称で新しい管理ユニットが，仮想サーバマネージャに作成されます。この機能を実行したユーザによって，作成した管理ユニットにアクセスできるユーザが異なります。

システム構築者アカウントを持つユーザが作成した場合
システム構築者が所有者となり，管理ユニットにアクセスできるアカウントとして設定されます。この管理ユニットには，仮想サーバマネージャ管理者もアクセスできます。

仮想サーバマネージャ管理者アカウントを持つユーザが作成した場合
仮想サーバマネージャ管理者が所有者となり，管理ユニットにアクセスできるアカウントとして設定されます。仮想サーバマネージャ管理者以外のユーザ（システム構築者）はアクセスできません。システム構築者に提供する場合は，管理ユニットの所有者を変更します。詳細は，「7.3.2　管理ユニットの所有者の変更（仮想サーバマネージャによるアカウント管理利用時）」を参照してください。

●注意事項

システム構築者は複数の管理ユニットを作成できます。

同じ名称の管理ユニットは複数作成できません。また，ほかのシステム構築者が作成した管理ユニット名と重複する場合も作成できません。

作成済みの管理ユニット名は変更できません。変更する場合は，管理ユニットを削除してから作成し直してください。

JP1/Base（認証サーバ）によるアカウント管理を利用する場合は，作成する管理ユニットに対する権限を，認証サーバのJP1/Baseであらかじめ設定してください。管理ユニットは管理ユニット名を指定して作成するため，管理ユニットに対する権限が設定されていないシステム構築者では作成できません。

(2)　仮想サーバマネージャからの管理ユニットの削除

仮想サーバマネージャから管理ユニットを削除する機能です。不要になった管理ユニットを仮想サーバマネージャから削除するときに使用します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitadminコマンドのサブコマンド「delete」を実行します。

●実行結果

指定した名称の管理ユニットが，仮想サーバマネージャから削除されます。

●注意事項

管理ユニットを削除する前に，管理ユニットに登録されている仮想サーバは削除しておいてください。

7.3.2　管理ユニットの所有者の変更（仮想サーバマネージャによるアカウント管理利用時）

管理ユニットの所有者を変更する機能です。管理ユニットの所有者として割り当てられているアカウントとは別のアカウントに，管理ユニットへのアクセス権を許可するときに使用します。

注意

JP1/Base（認証サーバ）によるアカウント管理を利用する場合，ここで説明する機能は無効になります。この場合，JP1/Baseの機能（ユーザー管理）を利用します。詳細は，「7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitadminコマンドのサブコマンド「changeowner」を実行します。

●実行結果

管理ユニットの所有者が，指定したアカウントに変更されます。

●注意事項

管理ユニットの所有者がシステム構築者の場合は，所有者を変更すると，その管理ユニットにアクセスできなくなります。管理ユニットの所有者が仮想サーバマネージャ管理者の場合は，所有者を変更しても，その管理ユニットにアクセスできます。

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

仮想サーバマネージャに作成されている管理ユニットの一覧を取得する機能です。仮想サーバマネージャに作成されている管理ユニットを把握したいときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitadminコマンドのサブコマンド「list」を実行します。

●実行結果

仮想サーバマネージャに作成されている，すべての管理ユニットの一覧が取得されます。

仮想サーバマネージャによるアカウント管理を利用する場合は，管理ユニットごとに，管理ユニット名，所有者および説明が取得されます。JP1/Base（認証サーバ）によるアカウント管理を利用する場合は，管理ユニットごとに，管理ユニット名および説明が取得されます。

7.4　管理ユニットで業務を運用するために使用する機能

管理ユニットへの仮想サーバの登録，管理ユニットの起動や停止など，管理ユニットで業務を運用するための機能について説明します。

＜この節の構成＞

7.4.1　仮想サーバの登録と登録解除

7.4.2　定義ディレクトリの取り込み・取り出し・内容比較

7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映

7.4.4　管理ユニットの起動と停止（業務の開始と停止）

7.4.5　管理ユニットの閉塞と閉塞解除

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

7.4.1　仮想サーバの登録と登録解除

管理ユニットに仮想サーバを登録または登録解除します。

＜この項の構成＞

(1)　管理ユニットへの仮想サーバの登録

(2)　管理ユニットからの仮想サーバの登録解除

(1)　管理ユニットへの仮想サーバの登録

管理ユニットに仮想サーバを登録する機能です。新規に作成した管理ユニットに仮想サーバを登録したいときや，稼働中の管理ユニットに仮想サーバを増やしたいときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「attach」を実行します。

●実行結果

指定した仮想サーバ識別子（管理用IPアドレス），ポート番号および業務用IPアドレスの仮想サーバが，管理ユニットに登録されます。

●注意事項

「5.2.1　仮想サーバのテンプレートの作成と初期設定」で作成したテンプレートから複製して作成した仮想サーバを登録してください。ほかの仮想サーバを登録した場合，動作は保障されません。

一つの仮想サーバは，複数の管理ユニットに登録できません。

(2)　管理ユニットからの仮想サーバの登録解除

管理ユニットから仮想サーバの登録を解除する機能です。管理ユニットを削除したいときや，稼働中の管理ユニットから仮想サーバを減らしたいときに使用します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「detach」を実行します。

●実行結果

指定した仮想サーバ識別子の仮想サーバが，管理ユニットから登録を解除されます。ただし，仮想化環境にある仮想サーバそのものは削除されません。

7.4.2　定義ディレクトリの取り込み・取り出し・内容比較

定義ディレクトリを管理ユニットへ取り込んだり，管理ユニットから取り出したりします。また，管理ユニットに登録済みの定義ディレクトリと内容を比較します。

＜この項の構成＞

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

(2)　管理ユニットからの定義ディレクトリの取り出し

(3)　登録済みの定義ディレクトリとの内容比較

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

アプリケーションサーバの定義ファイルとアプリケーションを定義ディレクトリにまとめて，管理ユニットに取り込む機能です。定義ディレクトリは，管理ユニットに属する仮想サーバ上にアプリケーションサーバを構築するための基となるファイル群です。この定義ディレクトリを管理ユニットに登録するときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「import」を実行します。

●実行結果

指定した定義ディレクトリは，ディレクトリの構成やファイルの内容をチェックされ，問題がない場合に管理ユニットへ登録されます。問題がある場合はエラーとなります。なお，登録済みの定義ディレクトリがある場合は，更新（上書き）されます。

(2)　管理ユニットからの定義ディレクトリの取り出し

管理ユニットに登録されている定義ディレクトリ（アプリケーションサーバの定義ファイルとアプリケーション）を取得する機能です。定義ディレクトリの内容を更新するときや，ほかの環境で管理ユニットを作成する際に定義ファイルやアプリケーションを流用するときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「export」を実行します。

●実行結果

指定した管理ユニットに登録されている定義ディレクトリが，出力先ディレクトリにコピーされます。

(3)　登録済みの定義ディレクトリとの内容比較

管理ユニットに登録済みの定義ディレクトリと内容を比較する機能です。管理ユニットに登録されている定義ディレクトリが最新のものかどうかを確認するときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「compare」を実行します。

●実行結果

管理ユニットに登録済みの定義ディレクトリと，指定した定義ディレクトリが，次の条件で比較され，比較結果が取得されます。

どちらのディレクトリにもファイル※があるか

ファイルの内容が同じか

注※

ファイル名が大文字，小文字で異なっているだけの場合は，同じファイルとして見なされます。

また，比較結果から，指定した定義ディレクトリを管理ユニットに取り込んで仮想サーバへ反映した場合に，構築済みのアプリケーションサーバの定義がどの範囲まで変更されるかが取得されます。変更範囲の意味を次の表に示します。

表7-2　変更範囲の意味

変更範囲 | 意味
all | 仮想サーバ上のアプリケーションサーバの定義全体が更新されます。アプリケーションサーバは再構築されます。
application | 仮想サーバ上のアプリケーションサーバのアプリケーションだけが更新されます。アプリケーションサーバは再構築されません。
meta | 仮想サーバマネージャ上の管理ユニットに関する設定が更新されます。仮想サーバ上のアプリケーションサーバは更新されません。
none | 定義ディレクトリは更新されません。仮想サーバマネージャ上の管理ユニットと仮想サーバ上のアプリケーションサーバは更新されません。

7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映

管理ユニットに属するすべての仮想サーバに定義ディレクトリを反映する機能です。

仮想サーバ上に新規にアプリケーションサーバを構築するときや，構築済みのアプリケーションサーバに更新した定義ディレクトリを反映して再構築するときに使用します。

定義ディレクトリを反映すると，「7.5.1　仮想サーバへのアプリケーションサーバの構築」機能が呼び出され，仮想サーバ上にアプリケーションサーバが構築されます。反映する定義ディレクトリの範囲によって，次のどちらかの機能が実行されます。

定義ディレクトリの反映
定義ディレクトリ内の定義ファイルと，アプリケーションすべてを反映します。定義ディレクトリの反映処理は，停止している仮想サーバが対象になります。稼働中の仮想サーバには反映されません。

アプリケーションの反映
定義ディレクトリ内のアプリケーションだけを反映します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「update」を実行します。

●実行結果

管理ユニットに登録済みの定義ディレクトリが，管理ユニットに属するすべての仮想サーバに反映されます。

反映処理は，非同期に並行して実行されます。一部の仮想サーバで反映処理が失敗すると，その仮想サーバでは処理が終了されますが，ほかの仮想サーバでは反映処理が続行されます。

また，仮想サーバに反映済みの定義ディレクトリがある場合は，定義ディレクトリの内容が古いときは新しいものが反映され，同じであるときは反映処理がスキップされます。

すべての仮想サーバで反映処理が完了すると，反映処理が成功した仮想サーバの数と，反映処理が失敗した仮想サーバの数によって，次の実行結果が出力されます。

正常終了：反映処理が失敗した仮想サーバの数が0の場合

警告終了：反映処理が成功した仮想サーバの数が1以上で，失敗した仮想サーバの数が1以上の場合

異常終了：反映処理が成功した仮想サーバの数が0の場合

ただし，反映処理がスキップされた仮想サーバは，反映処理が成功および失敗した数には含まれません。なお，すべての仮想サーバで反映処理がスキップされた場合は，正常終了します。

参考

定義ディレクトリ内の管理ユニットプロパティファイル（unit.properties）で，負荷分散機に関する情報が設定または変更がされている場合は，負荷分散機に対して設定処理が実行されます。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

●注意事項

管理ユニットに属するすべての仮想サーバに反映する場合は，すべての仮想サーバの電源をONにしてから実行してください。

仮想サーバにアプリケーションサーバを再構築する場合には，仮想サーバの論理ステータスを「stopped」（仮想サーバの業務が停止している状態）にしてから実行してください。

7.4.4　管理ユニットの起動と停止（業務の開始と停止）

管理ユニットを起動または停止します。

＜この項の構成＞

(1)　管理ユニットの起動（業務の開始）

(2)　管理ユニットの停止（業務の停止）

(1)　管理ユニットの起動（業務の開始）

管理ユニットに属する仮想サーバを一括で起動する機能です。管理ユニットに属するすべての仮想サーバでアプリケーションサーバが利用できるようになり，業務が開始されます。管理ユニットに属するすべての仮想サーバを稼働状態にして，業務を開始するときに使用します。

管理ユニットを起動すると，「7.5.2(1)　仮想サーバ上の業務の開始（アプリケーションサーバの起動）」機能が呼び出され，管理ユニットに属する仮想サーバの業務を開始します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「start」を実行します。

●実行結果

管理ユニットに属するすべての仮想サーバ上のアプリケーションサーバが起動され，業務が開始されます。

起動処理は，非同期に並行して実行されます。一部の仮想サーバで起動処理が失敗しても，ほかの仮想サーバでは起動処理が続行されます。また，起動済みの仮想サーバの場合は，起動処理がスキップされます。

すべての仮想サーバで起動処理が完了すると，起動処理が成功した仮想サーバの数と，起動処理に失敗した仮想サーバの数によって，次の実行結果が出力されます。

正常終了：起動処理が失敗した仮想サーバの数が0の場合

警告終了：起動処理が失敗した仮想サーバの数が1以上で，成功した仮想サーバの数も1以上の場合

異常終了：起動処理が成功した仮想サーバの数が0の場合

ただし，起動処理がスキップされた仮想サーバは，起動処理が成功および失敗した数には含まれません。なお，すべての仮想サーバで起動処理がスキップされた場合は，正常終了します。

●注意事項

負荷分散機連携機能が有効になっていない場合に，負荷分散機に対して閉塞解除処理を依頼するオプション（-lbオプション）を指定すると，異常終了します。

(2)　管理ユニットの停止（業務の停止）

管理ユニットに属する仮想サーバを一括で停止する機能です。管理ユニットに属するすべての仮想サーバでアプリケーションサーバが利用できなくなり，業務が停止されます。管理ユニットに属するすべての仮想サーバを停止状態にして，業務を停止するときに使用します。

管理ユニットを停止すると，「7.5.2(2)　仮想サーバ上の業務の停止（アプリケーションサーバの停止）」機能が呼び出され，管理ユニットに属する仮想サーバの業務を停止します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「stop」を実行します。

●実行結果

管理ユニットに属するすべての仮想サーバ上のアプリケーションサーバが停止され，業務が停止されます。

停止処理は，非同期に並行して実行されます。一部の仮想サーバで停止処理が失敗しても，ほかの仮想サーバでは停止処理が続行されます。また，停止済みの仮想サーバの場合は，停止処理がスキップされます。

すべての仮想サーバで停止処理が完了すると，停止処理が成功した仮想サーバの数と，停止処理が失敗した仮想サーバの数によって，次の実行結果が出力されます。

正常終了：停止処理が失敗した仮想サーバの数が0の場合

警告終了：停止処理が失敗した仮想サーバの数が1以上で，成功した仮想サーバの数も1以上の場合

異常終了：停止処理が成功した仮想サーバの数が0の場合

ただし，停止処理がスキップされた仮想サーバは，停止処理が成功および失敗した数には含まれません。なお，すべての仮想サーバで停止処理がスキップされた場合は，正常終了します。

●注意事項

負荷分散機連携機能が有効になっていない場合に，負荷分散機に対して閉塞処理を依頼するオプション（-lbオプション）を指定すると，異常終了します。

7.4.5　管理ユニットの閉塞と閉塞解除

管理ユニットを閉塞または閉塞解除します。

＜この項の構成＞

(1)　管理ユニットの閉塞

(2)　管理ユニットの閉塞解除

(1)　管理ユニットの閉塞

管理ユニットに属するすべての仮想サーバを閉塞する機能です。業務を一時的に閉塞したいときに使用します。

管理ユニットを閉塞すると，「7.5.3(1)　仮想サーバの閉塞（業務の閉塞）」機能が呼び出され，管理ユニットに属する仮想サーバを閉塞します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「block」を実行します。

●実行結果

負荷分散機が操作され，管理ユニットに属するすべての仮想サーバが閉塞されます。管理ユニットに属するすべての仮想サーバの業務は，リクエストを受け付けなくなります。

(2)　管理ユニットの閉塞解除

管理ユニットに属するすべての仮想サーバの閉塞を解除する機能です。閉塞していた業務を再開させるときに使用します。

管理ユニットの閉塞を解除すると，「7.5.3(2)　仮想サーバの閉塞解除（業務の閉塞解除）」機能が呼び出され，管理ユニットに属する仮想サーバの閉塞を解除します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「unblock」を実行します。

●実行結果

負荷分散機が操作され，管理ユニットに属するすべての仮想サーバの閉塞が解除されます。管理ユニットに属するすべての仮想サーバの業務は，リクエストを受け付けるようになります。

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

管理ユニットの情報と状態，管理ユニットに属する仮想サーバの一覧を取得します。

＜この項の構成＞

(1)　管理ユニットの情報取得

(2)　管理ユニットごとの状態取得

(3)　管理ユニットに属する仮想サーバの一覧取得

(1)　管理ユニットの情報取得

管理ユニットの情報を取得する機能です。操作対象とする管理ユニットの情報を確認したいときに使用します。管理ユニットの情報として，管理ユニット名，所有者，説明が取得されます。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「info」を実行します。

●実行結果

仮想サーバマネージャによるアカウント管理を利用する場合は，管理ユニットの情報として，管理ユニット名，所有者および説明が取得されます。JP1/Base（認証サーバ）によるアカウント管理を利用する場合は，管理ユニットの情報として，管理ユニット名および説明が取得されます。

(2)　管理ユニットごとの状態取得

管理ユニットの状態を取得する機能です。操作対象とする管理ユニットの状態を確認したいときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「status」を実行します。

●実行結果

管理ユニットの状態として，取り込み済みの定義ディレクトリの状態と，管理ユニットに属する仮想サーバの数（業務を運用中の仮想サーバの数，不正な状態の仮想サーバの数と，それらの合計）が取得されます。

(3)　管理ユニットに属する仮想サーバの一覧取得

管理ユニットに属するすべての仮想サーバの一覧を取得する機能です。管理ユニットに登録されている仮想サーバを確認したいときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「list」を実行します。

●実行結果

管理ユニットに属するすべての仮想サーバの一覧が取得されます。仮想サーバごとに，仮想サーバ識別子，サーバ通信エージェントのポート番号，業務用IPアドレスが取得されます。

7.5　仮想サーバを運用するために使用する機能

仮想サーバへのアプリケーションサーバの構築，仮想サーバの起動や停止など，仮想サーバを運用するための機能について説明します。

＜この節の構成＞

7.5.1　仮想サーバへのアプリケーションサーバの構築

7.5.2　仮想サーバ上の業務の開始と停止

7.5.3　仮想サーバの閉塞と閉塞解除

7.5.4　仮想サーバごとの状態取得

7.5.5　障害マークの設定と設定解除

7.5.1　仮想サーバへのアプリケーションサーバの構築

仮想サーバ上にアプリケーションサーバを構築する機能です。定義ディレクトリ内のファイルを使用して，仮想サーバ上にアプリケーションサーバを新規に構築するときや，更新済みの定義ディレクトリを反映して再構築するときに使用します。

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出され，反映する定義ディレクトリの範囲によって，次のどちらかの機能が実行されます。

定義ディレクトリの反映
定義ディレクトリ内の定義ファイルと，アプリケーションすべてを反映します。
新規構築時や，「7.4.2(1)　管理ユニットへの定義ディレクトリの取り込み」機能で定義ファイルが更新され，再構築が必要な場合は，この機能が実行されます。定義ディレクトリの反映処理は，停止している仮想サーバが対象になります。

アプリケーションの反映
定義ディレクトリ内のアプリケーションだけを反映します。
「7.4.2(1)　管理ユニットへの定義ディレクトリの取り込み」機能でアプリケーションだけが更新された場合は，この機能が実行されます。

実行方法および実行結果については，機能ごとに説明します。なお，仮想サーバのステータスは，事前のステータスや処理結果によって変わります。仮想サーバのステータスは，「7.5.4　仮想サーバごとの状態取得」機能で取得できます。

＜この項の構成＞

(1)　定義ディレクトリの反映

(2)　アプリケーションの反映

(1)　定義ディレクトリの反映

仮想サーバに定義ディレクトリすべてを反映する機能です。

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されると，定義ディレクトリ内のファイルを使用して，仮想サーバ上にアプリケーションサーバが構築されていない場合は新規構築し，構築されている場合は再構築します。

この機能では，次の処理を仮想サーバ上で実行します。

構築済みの場合は，WebシステムおよびManagement Serverをアンセットアップします。
Webシステムのアンセットアップ処理では，J2EEサーバにインポートされたアプリケーションおよびリソースアダプタも削除されます。

Management Serverをセットアップします。

運用管理エージェントを起動します。

Management Serverを起動します。

Webシステムを構築して起動します。

J2EEサーバにリソースアダプタ（DB Connector）をインポート，デプロイして，開始します。

J2EEサーバにアプリケーションをインポート，デプロイして，開始します。

1.～7.の処理がすべて成功した場合に，仮想サーバの反映（定義ディレクトリの反映）が成功したと判断されます。

●実行方法

実行できるユーザ

呼び出し元の機能に従います。

実行するコマンドまたは呼び出し元の機能

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されます。

●実行結果

管理ユニットに属する仮想サーバに対して，定義ディレクトリが反映され，アプリケーションサーバが構築されます。アプリケーションサーバが構築済みの場合は，指定した定義ディレクトリでアプリケーションサーバが再構築されます。

(2)　アプリケーションの反映

仮想サーバにアプリケーションを反映する機能です。

「7.4.2(1)　管理ユニットへの定義ディレクトリの取り込み」機能で，アプリケーションだけが変更された場合に，「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されると，定義ディレクトリ内のアプリケーションを使用して，仮想サーバ上のアプリケーションが入れ替えられます。

この機能では，次の処理を仮想サーバ上で実行します。

運用管理エージェント，Management ServerおよびWebシステムを起動します。

すべてのアプリケーションを停止します。

アプリケーションをJ2EEサーバからアンデプロイして，削除します。

新しいアプリケーションをJ2EEサーバにインポート，デプロイして，開始します。

Webシステム，Management Serverおよび運用管理エージェントを停止します。

1.～5.の処理がすべて成功した場合に，仮想サーバの反映（アプリケーションの入れ替え）が成功したと判断されます。

●実行方法

実行できるユーザ

呼び出し元の機能に従います。

実行するコマンドまたは呼び出し元の機能

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能から呼び出されます。

●実行結果

アプリケーションに関するファイルが仮想サーバに反映されます。古いアプリケーションは仮想サーバ上から削除され，新しいアプリケーションに更新されます。

7.5.2　仮想サーバ上の業務の開始と停止

仮想サーバ上の業務を開始または停止します。

＜この項の構成＞

(1)　仮想サーバ上の業務の開始（アプリケーションサーバの起動）

(2)　仮想サーバ上の業務の停止（アプリケーションサーバの停止）

(1)　仮想サーバ上の業務の開始（アプリケーションサーバの起動）

仮想サーバ上のアプリケーションサーバを起動して，業務を開始する機能です。業務を開始する仮想サーバを特定したいときや，運用によって増やした仮想サーバを個別に起動したいときに使用します。

この機能では，仮想サーバ上のアプリケーションサーバを起動するだけで，仮想サーバの電源をONにできません。

業務を開始する前に，あらかじめ次の作業を実行しておいてください。

仮想サーバの電源をONにする

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能で，定義ディレクトリを仮想サーバに反映する

仮想サーバ上の業務を開始すると，次のプロセスが起動されます。すべてのプロセスの起動に成功した場合に，業務の開始が成功したと判断されます。

Management Server

運用管理エージェント

論理パフォーマンストレーサ

論理J2EEサーバ

論理Webサーバ

アプリケーション（J2EEアプリケーション）

リソースアダプタ（DB Connector）

なお，プロセスが起動済みの場合に，起動処理がスキップされたときも成功と見なされます。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「start」を実行します。

●実行結果

指定した仮想サーバ上のアプリケーションサーバが起動されます。起動に成功した仮想サーバは，論理ステータスが「working」（仮想サーバの業務が稼働している状態）に変わります。仮想サーバのステータスは，事前のステータスや処理結果によって変わります。仮想サーバのステータスは，「7.5.4　仮想サーバごとの状態取得」機能で取得できます。

●注意事項

負荷分散機連携機能が有効になっていない場合に，負荷分散機に対して閉塞解除処理を依頼するオプション（-lbオプション）を指定すると，異常終了します。

(2)　仮想サーバ上の業務の停止（アプリケーションサーバの停止）

仮想サーバ上のアプリケーションサーバを停止して，業務を停止する機能です。業務を停止する仮想サーバを特定したいときや，運用によって減らす仮想サーバを個別に停止したいときに使用します。

この機能では，仮想サーバ上で稼働中のアプリケーションサーバを停止するだけで，仮想サーバの電源をOFFにできません。

仮想サーバの業務を停止すると，次のプロセスが停止されます。すべてのプロセスの停止に成功した場合に，業務の停止が成功したと判断されます。

Management Server

運用管理エージェント

論理パフォーマンストレーサ

論理J2EEサーバ

論理Webサーバ

アプリケーション（J2EEアプリケーション）

リソースアダプタ（DB Connector）

なお，プロセスが停止済みの場合に，停止処理がスキップされたときも成功と見なされます。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「stop」を実行します。

●実行結果

指定した仮想サーバ上のアプリケーションサーバが停止されます。停止に成功した仮想サーバは，論理ステータスが「stopped」（仮想サーバの業務が停止している状態）に変わります。仮想サーバのステータスは，事前のステータスや処理結果によって変わります。仮想サーバのステータスは，「7.5.4　仮想サーバごとの状態取得」機能で取得できます。

●注意事項

負荷分散機連携機能が有効になっていない場合に，負荷分散機に対して閉塞処理を依頼するオプション（-lbオプション）を指定すると，異常終了します。

7.5.3　仮想サーバの閉塞と閉塞解除

仮想サーバを閉塞または閉塞解除します。

＜この項の構成＞

(1)　仮想サーバの閉塞（業務の閉塞）

(2)　仮想サーバの閉塞解除（業務の閉塞解除）

(1)　仮想サーバの閉塞（業務の閉塞）

仮想サーバを閉塞する機能です。特定の仮想サーバの業務を一時的に閉塞したいときに使用します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「block」を実行します。

●実行結果

負荷分散機が操作され，閉塞された仮想サーバに対するリクエストが振り分けられなくなります。仮想サーバ上の業務では，リクエストを受け付けられなくなります。

(2)　仮想サーバの閉塞解除（業務の閉塞解除）

仮想サーバの閉塞を解除する機能です。閉塞していた業務を特定の仮想サーバで再開させるときに使用します。

負荷分散機を利用している場合には，負荷分散機連携機能を呼び出します。詳細は，「7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）」を参照してください。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「unblock」を実行します。

●実行結果

負荷分散機が操作され，閉塞を解除された仮想サーバに対するリクエストが振り分けられるようになります。仮想サーバ上の業務では，リクエストを受け付けられるようになります。

7.5.4　仮想サーバごとの状態取得

仮想サーバの状態を取得する機能です。操作対象とする仮想サーバの状態を確認したいときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「status」を実行します。

●実行結果

仮想サーバの状態として，定義ディレクトリの変更範囲，仮想サーバのステータス（論理ステータス，実ステータスと負荷分散機ステータス），接続状態および障害マーク状態（設定時刻，コメント）が取得されます。仮想サーバのステータスの種類については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」の「vmiunit status（管理ユニットまたは仮想サーバの状態表示）」を参照してください。

7.5.5　障害マークの設定と設定解除

＜この項の構成＞

(1)　仮想サーバへの障害マークの設定

(2)　仮想サーバからの障害マークの設定解除

(1)　仮想サーバへの障害マークの設定

仮想サーバに障害マークを設定する機能です。どの仮想サーバで障害が発生しているかを明示的に示したいときに使用します。

障害マークは，自動的に設定されたり，設定を自動的に解除されたりしません。仮想サーバの操作に失敗した場合や，実ステータスと論理ステータスが異なる場合など，仮想サーバに障害が発生していると判断したときに，必要に応じて設定してください。障害マークを設定した仮想サーバでも処理を実行できますが，次の処理を実行すると，警告メッセージが出力されます。

仮想サーバの起動と停止

管理ユニットに属する仮想サーバへの定義ディレクトリの反映

仮想サーバの閉塞と閉塞解除

なお，障害マークの有無は，「7.5.4　仮想サーバごとの状態取得」機能で確認できます。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「mark」を実行します。

●実行結果

仮想サーバに障害マークが設定されます。また，障害マークの設定情報として，指定されたコメントと，機能が実行された時刻（障害マークの設定時刻）が記憶されます。

(2)　仮想サーバからの障害マークの設定解除

仮想サーバから障害マークの設定を解除する機能です。障害マークを設定した仮想サーバが障害から回復したときに使用します。

●実行方法

実行できるユーザ

仮想サーバマネージャ管理者アカウントを持つユーザ

システム構築者アカウントを持つユーザ

実行するコマンドまたは呼び出し元の機能

vmiunitコマンドのサブコマンド「unmark」を実行します。

●実行結果

仮想サーバから障害マークの設定が解除されます。

7.6　仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）

管理ユニットや仮想サーバの操作時に，負荷分散機と連携して，仮想サーバマネージャが負荷分散機に対して処理を依頼する機能です。この機能は，負荷分散機連携機能ともいいます。仮想サーバマネージャは，管理ユニットに属する仮想サーバの情報によって，次のような処理を負荷分散に依頼します。

リクエストの振り分け先の設定

リクエストの振り分け処理

負荷分散機の閉塞または閉塞解除処理

仮想サーバマネージャが負荷分散機に対して処理を依頼すると，負荷分散機上では，VirtualServerとRealServerというオブジェクトが作成されます。負荷分散機のオブジェクトと管理ユニットの関係を次の図に示します。

図7-1　負荷分散機のオブジェクトと管理ユニットの関係

VirtualServerは，負荷分散機上で，リクエストの受け口となる仮想的なサーバを表すオブジェクトです。管理ユニットごとに一つ作成されます。RealServerは，負荷分散機上で，VirtualServerで受けたリクエストの振り分け先となる実際のサーバを表すオブジェクトです。管理ユニットに属する仮想サーバの数だけ作成されます。

参考

VirtualServerとRealServerの名称は，負荷分散機の製品によって異なります。

ここでは，仮想サーバの閉塞を例に，負荷分散機上で実行される処理を説明します。仮想サーバの閉塞時に負荷分散機上で実行される処理の例を次の図に示します。

図7-2　仮想サーバの閉塞時に負荷分散機上で実行される処理の例

仮想サーバの閉塞時に，仮想サーバマネージャが負荷分散機に対して閉塞処理を依頼すると，負荷分散機上では，閉塞した仮想サーバに対するRealServerが閉塞されます。閉塞されたRealServerにはリクエストが振り分けられなくなり，RealServerに対応する仮想サーバにはリクエストが渡らなくなります。これによって，仮想サーバは閉塞された状態となります。

＜この節の構成＞

(1)　設定方法

(2)　実行方法と実行結果

(3)　注意事項

(1)　設定方法

負荷分散機連携機能を使用する場合は，次の設定が必要になります。

機能を有効にするための設定

負荷分散機の接続情報に関する設定

設定で使用するファイルについては，「8.　仮想化システムの構築・運用で使用するファイルとコマンド」を参照してください。

●機能を有効にするための設定

機能を有効にするためには，管理ユニットごとに，どの負荷分散機の接続情報を使用するかを設定する必要があります。管理ユニットプロパティファイル（unit.properties）のlb.useキーに，「<LB接続情報の識別名>」または「:unit:」を設定すると，機能が有効になります。

●負荷分散機の接続情報に関する設定

負荷分散機の接続情報は，次のファイルで設定します。

負荷分散機接続設定プロパティファイル（<LB接続情報の識別名>.propertiesまたはunitlb.properties）
使用する負荷分散機，負荷分散機の接続方式などの負荷分散機への接続情報を設定します。負荷分散機接続設定プロパティファイルには，<LB接続情報の識別名>.propertiesとunitlb.propertiesの2種類があります。設定する内容は同じです。負荷分散機の接続情報を設定，管理するユーザによって使い分けます。仮想サーバマネージャ管理者が設定，管理する場合は仮想サーバマネージャの作業ディレクトリに<LB接続情報の識別名>.propertiesを，システム構築者が設定，管理する場合は管理ユニットの定義ディレクトリにunitlb.propertiesを設定します。

管理ユニットプロパティファイル（unit.properties）
使用する負荷分散機接続設定プロパティファイル，VirtualServerの名称やポート番号などを設定します。<LB接続情報の識別名>.propertiesを使用する場合は「<LB接続情報の識別名>」を，unitlb.propertiesを使用する場合は「:unit:」をlb.useキーに指定します。

これらのファイルに設定した情報は，仮想サーバマネージャが負荷分散機に対して処理を依頼するときに読み込まれます。

lb.useキーの指定値と負荷分散機への接続イメージを次の図に示します。

図7-3　lb.useキーの指定値と負荷分散機への接続イメージ

unit.propertiesのlb.useキーに「<LB接続情報の識別名>」を指定すると，仮想サーバマネージャの作業ディレクトリにある<LB接続情報の識別名>.propertiesを参照して負荷分散機に接続します。また，unit.propertiesのlb.useキーに「:unit:」を指定すると，管理ユニットの定義ディレクトリにあるunitlb.propertiesを参照して負荷分散機に接続します。

(2)　実行方法と実行結果

負荷分散機連携機能を実行できるユーザは，呼び出し元の機能に従います。この機能は，次の表の実行する機能（呼び出し元の機能）から呼び出されます。管理ユニットや仮想サーバを操作して，負荷分散機連携機能が呼び出されると，仮想サーバマネージャは負荷分散機に対して処理を依頼します。負荷分散機へ依頼する処理が実行結果となります。

実行する機能ごとに負荷分散機へ依頼する処理とタイミングを次の表に示します。

表7-3　実行する機能ごとに負荷分散機へ依頼する処理とタイミング

実行する機能 | 負荷分散機へ依頼する処理 | 処理を依頼するタイミング
管理ユニットに対する操作 | 管理ユニットの削除 | VirtualServerの削除 | 管理ユニットの削除処理を実行する前
管理ユニットからの仮想サーバの登録解除 | VirtualServerからRealServerの削除 | 仮想サーバの登録解除処理を実行する前
管理ユニット属する仮想サーバへの定義ディレクトリの反映※1 | VirtualServerの作成 | 仮想サーバへ定義ディレクトリの反映処理がすべて完了したあと（仮想サーバが属する管理ユニットに対して，初めて反映処理を実行した場合だけ）※2
VirtualServerへRealServerの追加 | 仮想サーバへ定義ディレクトリの反映処理がすべて完了したあと（管理ユニット内に初めて反映する仮想サーバがある場合だけ）※2
RealServerの更新（削除および追加） | 仮想サーバへ定義ディレクトリの反映処理がすべて完了したあと（簡易構築定義ファイルで論理Webサーバのポート番号を変更している場合だけ）
管理ユニットの起動※1 | 管理ユニットに属する仮想サーバに対するRealServerの閉塞解除 | すべての仮想サーバの起動処理が完了したあと※3
管理ユニットの停止※1 | 管理ユニットに属する仮想サーバに対するRealServerの閉塞 | 仮想サーバの停止処理を実行する前※4
管理ユニットの閉塞※1 | 管理ユニットに属する仮想サーバに対するRealServerの閉塞 | 機能実行時
管理ユニットの閉塞解除※1 | 管理ユニットに属する仮想サーバに対するRealServerの閉塞解除 | 機能実行時
仮想サーバに対する操作 | 仮想サーバの起動 | 仮想サーバに対するRealServerの閉塞解除 | 仮想サーバの起動処理が完了したあと
仮想サーバの停止 | 仮想サーバに対するRealServerの閉塞 | 仮想サーバの停止処理を実行する前
仮想サーバの閉塞 | 仮想サーバに対するRealServerの閉塞 | 機能実行時
仮想サーバの閉塞解除 | 仮想サーバに対するRealServerの閉塞解除 | 機能実行時

注※1

複数の仮想サーバに対して負荷分散機の処理を依頼した場合に，一部の仮想サーバに対する処理が失敗したときは，管理ユニットに属するすべての仮想サーバで処理に失敗したと見なします。

注※2

定義ディレクトリの反映処理が一度成功した管理ユニットへ，再度，反映処理を実行した場合，管理ユニットプロパティファイルの設定が変更されていても，負荷分散機上のVirtualServerおよびRealServerの設定は変更されません。設定を変更したい場合は，管理ユニットを再作成する必要があります。

注※3

一部の仮想サーバで起動に失敗している場合は，成功した仮想サーバに対して処理を依頼します。

注※4

管理ユニットに属するすべての仮想サーバ対して閉塞処理を依頼するため，一部の仮想サーバで停止に失敗した場合でも，すべての仮想サーバが閉塞状態となります。

(3)　注意事項

管理LANと業務LANに分かれているネットワーク構成の場合，負荷分散機には，仮想サーバに複数あるNICのうち，業務用IPアドレスを登録する必要があります。
このため，管理ユニットに仮想サーバを登録するときには，仮想サーバ識別子（管理用IPアドレス）と業務用IPアドレスの両方を指定してください。業務用IPアドレスを指定しないで仮想サーバを登録すると，仮想サーバの業務用IPアドレスに仮想サーバ識別子が設定され，負荷分散機に誤ったIPアドレス（管理用IPアドレス）が登録されます。負荷分散機に誤ったIPアドレスが登録されると，リクエストが仮想サーバに到達できなかったり，意図しない経路で仮想サーバに到達したりすることがあります。

負荷分散機には，仮想サーバ上で稼働するWebサーバのポート番号を登録する必要があります。このポート番号は，定義ディレクトリ内の簡易構築定義ファイル（WebFront.xml）のListenパラメタ（論理Webサーバのポート番号）で指定します。指定した値は，仮想サーバへ定義ディレクトリを反映して，負荷分散機でVirtualServerへRealServerを追加する際に，自動的に設定されます。

次のどちらかの設定を変更した場合は，管理ユニットを再作成する必要があります。

管理ユニットプロパティファイルの負荷分散機の設定

負荷分散機接続設定プロパティファイルの負荷分散機の種類（lb.typeキー）

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能を実行した管理ユニットに対して，誤って負荷分散機連携機能の設定を変更した場合，そのあとの操作がエラーで終了することがあります。その場合は，次のどちらかの作業を実施してから，再度操作してください。

定義ディレクトリを負荷分散機連携機能の設定を変更する前に戻す

負荷分散機連携機能を使用しない設定にする

<LB接続情報の識別名>.propertiesまたはunitlb.propertiesに，「lb.type=ACOS」および「lb.protocol=API」の指定がある場合は，アクセスリスト（ACL）を作成する必要があります。ACL作成時，IDには必ず「1」を設定してください。IDに「1」以外を設定してACLを作成した場合，API（RESTアーキテクチャ）を使用した直接接続は使用できません。ACLの設定内容については，「3.1.2(3)　負荷分散機の接続環境の設定」を参照してください。

7.7　仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）

仮想サーバマネージャが仮想サーバに対して何らかの処理（初期構築）を実行する際に，ユーザ作成のスクリプト（フックスクリプト）を仮想サーバ上で実行する機能です。この機能は，フックスクリプト機能ともいいます。

例えば，フックスクリプト機能を使用すると，仮想サーバへ定義ディレクトリを反映して，仮想サーバ上にアプリケーションサーバを構築する場合に，Application Server Enterprise以外の製品をセットアップする運用ができるようになります。

＜この節の構成＞

7.7.1　フックスクリプト機能の設定と実行

7.7.2　フックスクリプトを利用したJP1連携の自動設定

7.7.1　フックスクリプト機能の設定と実行

ユーザ作成のスクリプト（フックスクリプト）の設定方法，実行方法と結果について説明します。また，フックスクリプト機能使用時の注意事項についても説明します。なお，JP1製品の環境設定を自動化する場合に作成するフックスクリプトについては，「7.7.2　フックスクリプトを利用したJP1連携の自動設定」を参照してください。

＜この項の構成＞

(1)　設定方法

(2)　実行方法と実行結果

(3)　注意事項

(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（初期）の仮想サーバに対してアプリケーションサーバを構築する時に，フックスクリプトは実行されます。フックスクリプトの設定内容が実行結果となり，戻り値によって機能の成功または失敗が判断されます。

戻り値が0の場合：フックスクリプト機能の実行成功（正常終了）

戻り値が0以外の場合：フックスクリプト機能の実行失敗（異常終了）

フックスクリプトの実行タイミングを次の図に示します。

図7-4　フックスクリプトの実行タイミング

(3)　注意事項

フックスクリプト機能を使用する場合の注意事項を次に示します。

フックスクリプトに次の処理を記述すると，フックスクリプトが実行したまま終了しなくなります。

入力応答を求める処理

無限ループになる処理

これらの処理は，フックスクリプトに記述しないでください。

フックスクリプトの実行に失敗した場合（異常終了した場合）は，その時点で仮想サーバへの定義ディレクトリの反映処理は異常終了します。フックスクリプトの戻り値は，フックスクリプト実行エラーのメッセージに出力されます。

フックスクリプトが実行される仮想サーバは，論理ステータスがinitial（初期）のものだけです。「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能を実行した仮想サーバに対して，更新した定義ディレクトリを反映し直しても，フックスクリプトは実行されません。

すでにフックスクリプトが実行されている仮想サーバに対して，再度，フックスクリプトを実行する場合は，次の手順で実行してください。

「7.4.1(2)　管理ユニットからの仮想サーバの登録解除」機能で，管理ユニットから仮想サーバの登録を解除します。

手順1.で登録解除した仮想サーバを「7.4.1(1)管理ユニットへの仮想サーバの登録」機能で，再度，管理ユニットに登録します。

「7.4.3　管理ユニットに属する仮想サーバへの定義ディレクトリの反映」機能を実行します。

7.7.2　フックスクリプトを利用したJP1連携の自動設定

フックスクリプトを使用して，仮想サーバ上のJP1製品の環境設定処理を自動的に実行できます。また，JP1連携の自動設定で使用するフックスクリプトは，仮想サーバマネージャによってテンプレートが提供されています。このテンプレートを利用すると，JP1製品と連携したアプリケーション実行環境の構築時に，JP1製品の環境設定作業を効率良く実行できます。

フックスクリプトでは，次に示すJP1製品のプログラムに対して環境設定処理を自動的に実行できます。

JP1/Base（JP1/IM連携時）

JP1/PFM - Agent for Cosminexus（JP1/PFM連携時）

注意

ここで説明する機能は，次の条件を満たしていることを前提としています。

環境設定処理を自動化するJP1製品のプログラムがインストールされていること

管理ユニットに登録したすべての仮想サーバに対して，Windowsの場合はAdministrator権限，Linuxの場合はroot権限のある同一のユーザで操作できること

フックスクリプトによる仮想サーバ上のJP1製品に対する環境設定処理の流れを次の図に示します。ここでは，管理ユニットAに属する仮想サーバに対するフックスクリプトを編集して実行するまでの流れを示します。

図7-5　フックスクリプトによる仮想サーバ上のJP1製品のプログラムに対する環境設定処理の流れ

図中の番号に対応する処理について説明します。

システム構築者は，フックスクリプトのテンプレートを編集し，定義ディレクトリに格納します。

システム構築者は，管理ユニットAを作成し，管理ユニットAへ定義ディレクトリを取り込みます。

システム構築者は，管理ユニットAに属する仮想サーバに手順2.で取り込んだ定義ディレクトリを一括反映します。仮想サーバマネージャでは，フックスクリプトを各仮想サーバに配布し，実行します。

各仮想サーバでは，フックスクリプトの設定に従って，JP1製品のプログラムに対して環境設定処理が自動的に実行されます。フックスクリプトの処理が成功するとアプリケーションサーバが構築されます。

＜この項の構成＞

(1)　設定方法

(2)　実行方法と実行結果

(3)　注意事項

(1)　設定方法

JP1連携の自動設定で使用するフックスクリプトは，仮想サーバマネージャによってテンプレートが提供されています。このテンプレートを編集して設定する方法について説明します。

(a)　フックスクリプトのテンプレート

フックスクリプトのテンプレートファイル（pre-setup.batまたはpre-setup）は，次の場所に格納されています。テンプレートファイルを任意の場所にコピーして，フックスクリプトを編集してください。

ゲストOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmi¥templates¥pre-setup.bat

ゲストOSがLinuxの場合

<Cosminexusのインストールディレクトリ>/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 Hitachi Web 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   : Hitachi Web Server log output directory
rem HWSRDLOGDIR : Hitachi Web 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=<Hitachi Web Server log output directory>
rem set HWSRDLOGDIR=<Hitachi Web 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 Hitachi Web 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   : Hitachi Web Server log output directory
# HWSRDLOGDIR : Hitachi Web 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=<Hitachi Web Server log output directory>
#HWSRDLOGDIR=<Hitachi Web 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のメッセージログ（ログファイルのデフォルトの面数を監視します）

なお，テンプレートでは，次のログに対するログファイルトラップの設定は無効になっています。必要に応じて，フックスクリプトを編集してください。

Hitachi Web Serverのエラーログ

Hitachi Web Serverのリダイレクタログ

J2EEサーバのメッセージログ

J2EEサーバのリソースアダプタの稼働ログ

OFF：

ログファイルトラップは設定しません。

OFF

11
○
－
MNGMLOGDIR
JP1/Baseのログファイルトラップで監視するManagerのメッセージログが出力されるディレクトリを絶対パスで指定します。
LOGFILE_TRAP=ON指定時に有効です。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥log¥message

Linuxの場合
/opt/Cosminexus/manager/log/message

12
○
－
HWSLOGDIR
JP1/Baseのログファイルトラップで監視するHitachi Web Serverのエラーログが出力されるディレクトリを絶対パスで指定します。
LOGFILE_TRAP=ON指定時に有効です。
コメント

13
○
－
HWSRDLOGDIR
JP1/Baseのログファイルトラップで監視するHitachi Web Serverのリダイレクタログが出力されるディレクトリを絶対パスで指定します。
LOGFILE_TRAP=ON指定時に有効です。
コメント

14
○
－
J2EELOGDIR
JP1/Baseのログファイルトラップで監視するJ2EEサーバのメッセージログが出力されるディレクトリを絶対パスで指定します。
LOGFILE_TRAP=ON指定時に有効です。
コメント

15
○
－
J2EERCLOGDIR
JP1/Baseのログファイルトラップで監視するJ2EEサーバのリソースアダプタの稼働ログが出力されるディレクトリを絶対パスで指定します。
LOGFILE_TRAP=ON指定時に有効です。
コメント

16
○
－
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_SQLServer2005[n].logをトラップします。

NONE：

DB Connectorのログはトラップしません。

なお，HiRDB，OracleおよびSQLServer以外を指定した場合はすべてNONEと見なします。
コメント

17
－
○
JP1PFM_SETUP
JP1/PFM連携の自動設定を有効にするかどうかを指定します。

ON：

自動設定を有効にします。

OFF：

自動設定を無効にします。

OFF

18
－
○※1
JP1PFM_HOME
仮想サーバ上のJP1/PFM - Agentのインストールディレクトリを絶対パスで指定します。
%ProgramFiles%¥Hitachi¥jp1pc

19
－
○
JP1PFMM_HOST
JP1/PFM - Managerがインストールされているマシンのホスト名を指定します。
なし

20
－
○
JP1PFMM_IP
JP1/PFM - Managerがインストールされているマシン（ホスト）のIPアドレスを指定します。
なし

21
－
○
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にCosminexusアダプタコマンドを設定します。

JP1/BaseがOS起動時に自動起動，およびOS停止時に自動停止するように設定します。

JP1/Baseでログファイルトラップの設定をします。
フックスクリプトでLOGFILE_TRAP=ON指定時に実行されます。

JP1/Baseを起動します。

●JP1/PFM連携時の実行内容

JP1/PFM連携の自動設定を有効（JP1PFM_SETUP=ON指定時）にすると，仮想サーバ上のJP1/PFM - Agent for Cosminexusで次の設定が自動的に実行されます。

JP1/PFM - Managerがインストールされているマシンと仮想サーバで名前解決ができるように設定します。

監視対象の名前にホスト名を使用するための設定をします。

JP1/PFM - Agent for Cosminexusのインスタンス環境を構築するための設定をします。

接続先のJP1/PFM - Managerの設定をします。

JP1/PFM - Agent for CosminexusがOS起動時に自動起動，およびOS停止時に自動停止するように設定します。

JP1/PFM - Agent for Cosminexusを起動します。

●テスト環境でのフックスクリプトの実行

テンプレートを利用してフックスクリプトを作成した場合，本番環境の管理ユニットで実行する前に，あらかじめテスト環境で実行しておくことをお勧めします。テスト環境で使用した仮想サーバは，必要に応じて削除してください。

テスト環境でのフックスクリプトの実行手順を次に示します。

システム構築者は，メールなどを利用して，JP1製品のインストールが完了した仮想サーバのテンプレートから仮想サーバの複製を，リソース管理者に依頼します。

リソース管理者は，仮想サーバのテンプレートから仮想サーバの複製を作成し，システム構築者に報告します。

システム構築者は，作成したフックスクリプトファイルを複製した仮想サーバに転送します。

システム構築者は，フックスクリプトファイルをテキストエディタで開き，ファイルの先頭に次の行を追加します。
VMI_VIRTUALID=<仮想サーバのIPアドレス>

（例）仮想サーバのIPアドレスが192.168.101.11の場合の設定例

VMI_VIRTUALID=192.168.101.11

システム構築者は，仮想サーバ上でフックスクリプトを実行します。

システム構築者は，フックスクリプトの戻り値を確認します。
戻り値が0の場合は，フックスクリプトが正常終了していることを示します。戻り値が64の場合は，フックスクリプトのエラー原因を調査し，戻り値が0になるまで，テストを繰り返してください。

(b)　実行結果

フックスクリプトのテンプレートでは，フックスクリプトで実行するコマンドやファイルの操作を記録するために，トレースファイルを出力するように実装されています。また，フックスクリプトの実行中にエラーが発生した場合には，戻り値に64を返すように実装されています。

●トレースファイルの出力先と出力タイミング

トレースファイルは，SCRIPT_TRACEパラメタで指定したファイル名で出力されます。フックスクリプトが実行されると出力され，同一のファイル名がある場合はそのファイルを削除してから新たに出力されます。

トレースファイルのデフォルトの出力先を次に示します。

ゲストOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥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サーバとHitachi Web Serverのログの出力先にデフォルト値を設定している

この場合，フックスクリプトおよび簡易構築定義ファイルでは，次の表に示す値を設定し，かつ同じ値を設定してください。

分類 | フックスクリプトのパラメタ | 簡易構築定義ファイルのプロパティ | 設定する値
J2EEサーバのログ出力先 | J2EELOGDIR | ejb.server.log.directory | <J2EEサーバの作業ディレクトリ※>以下以外
J2EERCLOGDIR
Hitachi Web Serverのログ出力先 | HWSLOGDIR | HttpsdLogFileDirまたはHttpsdErrorLogFileDir | <Hitachi Web Serverのインストールディレクトリ>¥servers¥<サーバ名称>ディレクトリ以下以外
HWSRDLOGDIR | JkLogFileDir

注※　J2EEサーバの作業ディレクトリについては，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」の「7.10　J2EEサーバの作業ディレクトリ」を参照してください。

7.8　JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）

JP1/Baseのユーザー管理機能を利用して，仮想サーバマネージャを実行できるアカウントを認証サーバ（JP1/Base）で管理する機能です。あるユーザが仮想サーバマネージャに対して操作すると，認証サーバ（JP1/Base）によってアカウントに対する認証処理が実施され，そのユーザが操作できるかどうかが判定されます。

注意

ここで説明する機能は，次の条件を満たしていることを前提としています。

仮想サーバマネージャが配置されているマシン（仮想化システム管理用サーバマシン）にJP1/Baseがインストールされていること

認証サーバ（JP1/Base）が構築，運用されていること

JP1/Base（認証サーバ）によるアカウント管理の流れを次の図に示します。ここでは，仮想化システム管理用サーバマシンと別のマシンに認証サーバを構築している場合の例で説明します。

図7-6　JP1/Base（認証サーバ）によるアカウント管理の流れ

図中の番号に対応する処理について説明します。

JP1アカウント管理者は，仮想サーバマネージャを実行できるアカウントに関する情報を認証サーバ（JP1/Base）で設定，編集します。

仮想サーバマネージャ管理者またはシステム構築者は，仮想サーバマネージャに対して構築，運用または管理の指示を実行します。

仮想サーバマネージャからJP1/Baseを通して，指示を実行したユーザに関するアカウントの認証処理が認証サーバのJP1/Baseに依頼されます。

認証サーバのJP1/BaseからJP1/Baseを通して，認証処理の結果が仮想サーバマネージャに通知されます。

認証に成功すると，仮想サーバマネージャによって，仮想サーバの構築，運用または管理の処理が実行されます。

JP1ユーザ認証連携機能を利用する場合は，JP1アカウント管理者が仮想化システムの構築・運用に携わるようになります。仮想化システムの構築・運用に直接携わるユーザとJP1アカウント管理者の関係を次の図に示します。

図7-7　仮想化システムの構築・運用に直接携わるユーザとJP1アカウント管理者の関係

JP1アカウント管理者は，仮想化システムの構築・運用に直接携わる仮想サーバマネージャ管理者やシステム構築者からアカウントに関する依頼を受けて，アカウントに関する操作作業を実施します。

＜この節の構成＞

(1)　設定方法

(2)　実行方法と実行結果

(3)　注意事項

(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-6　アカウントの種類と認証サーバの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

入力規則については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」の「9.2　仮想化システムで使用するコマンドの詳細」を参照してください。

注※3

JP1権限レベルが仮想サーバマネージャ管理者アカウントの場合は，JP1資源グループの指定内容に関係なく，すべての管理ユニットに対する操作権限が設定されます。

(2)　実行方法と実行結果

仮想サーバマネージャにアクセスしてきたアカウントの認証処理を実行します。JP1/Baseで管理しているアカウントのJP1ユーザー名とパスワードが一致すれば，そのアカウントは認証されます。そのアカウントがコマンドの実行権限，または指定した管理ユニットに対する操作権限を持っていれば，仮想サーバマネージャの機能を実行できます。

(3)　注意事項

JP1ユーザ認証連携機能を有効にすると，仮想サーバマネージャに対するアカウントを操作する機能が使用できなくなります。また，アカウント情報を表示する機能や，管理ユニットの管理で使用する機能でも処理に変更があります。
JP1ユーザ認証連携機能を有効にした場合に，影響のある仮想化システムで使用するコマンドを次の表に示します。

表7-7　影響のある仮想化システムで使用するコマンド（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　仮想化システムの構築・運用時に使用するファイル

8.2　仮想化システムの構築・運用時に使用するコマンド

8.1　仮想化システムの構築・運用時に使用するファイル

ここでは，仮想化システムの構築・運用時に使用するファイルの種類，テンプレートファイルや，OSごとの格納場所について説明します。

仮想化システムの運用環境の構築・運用時に使用するファイルを次の表に示します。

表8-1　仮想化システムの運用環境の構築・運用時に使用するファイル

ファイル名
ファイルの説明
テンプレートファイルの格納先
ファイルの格納先
参照先マニュアル
参照個所

<LB接続情報の識別名>.properties
負荷分散機接続設定プロパティファイル
－

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmi¥config¥lb¥

Linuxの場合
/opt/Cosminexus/manager/vmi/config/lb/

サーバ定義
11.2

manager.cfg
Manager設定ファイル
－

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥config¥

Linuxの場合
/opt/Cosminexus/manager/config/

10.10

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

mserver.properties
Management Server環境設定ファイル
－
10.7

vmi.properties
仮想サーバマネージャプロパティファイル

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmi¥templates¥

Linuxの場合
/opt/Cosminexus/manager/vmi/templates/

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmi¥config¥

Linuxの場合
/opt/Cosminexus/manager/vmi/config/

11.5

vmiclient.properties
仮想サーバマネージャのクライアント共通設定プロパティファイル
11.6

.vmirc
仮想サーバマネージャのクライアント設定プロパティファイル
<OSユーザのホームディレクトリ>
11.7

（凡例）

－：該当しません。

サーバ定義：マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を示します。

仮想化システムのアプリケーション実行環境の構築・運用時に使用するファイルを次の表に示します。

表8-2　仮想化システムのアプリケーション実行環境の構築・運用時に使用するファイル

ファイル名
ファイルの説明
テンプレートファイルの格納先
ファイルの格納先
参照先マニュアル
参照個所

adminagent.properties
運用管理エージェントプロパティファイル
－※

Windowsの場合
<定義ディレクトリ>¥config¥manager¥config¥

Linuxの場合
<定義ディレクトリ>/config/manager/config/

サーバ定義
10.2

AdminAgentrc
運用管理エージェント自動起動用設定ファイル（Linux用）
<定義ディレクトリ>/config/manager/config/
10.3

cmxclient.properties
Smart Composer機能のクライアント共通設定プロパティファイル

Windowsの場合
<定義ディレクトリ>¥config¥manager¥config¥

Linuxの場合
<定義ディレクトリ>/config/manager/config/

4.4

cosminexus.xml
Cosminexusアプリケーション属性ファイル
－

Windowsの場合
<定義ディレクトリ>¥config¥manager¥config¥Cosminexus¥<アプリケーション名>¥META-INF¥

Linuxの場合
<定義ディレクトリ>/config/manager/config/Cosminexus/<アプリケーション名>/META-INF/

アプリケーション／リソース定義
2章

DB_Connector_for_Oracle.xml
Oracle JDBC Thin Driver用DB ConnectorのConnector属性ファイル

Windowsの場合
<Cosminexusのインストールディレクトリ>¥CC¥admin¥templates¥DBConnector_Oracle_CP_cfg.xml

Linuxの場合
/opt/Cosminexus/CC/admin/templates/DBConnector_Oracle_CP_cfg.xml

Windowsの場合
<定義ディレクトリ>¥config¥

Linuxの場合
<定義ディレクトリ>/config/

4.1

DB_Connector_for_HiRDB_Type4.xml
HiRDB Type4 JDBC Driver用DB ConnectorのConnector属性ファイル

Windowsの場合
<Cosminexusのインストールディレクトリ>¥CC¥admin¥templates¥DBConnector_HiRDB_Type4_CP_cfg.xml

Linuxの場合
/opt/Cosminexus/CC/admin/templates/DBConnector_HiRDB_Type4_CP_cfg.xml

DB_Connector_for_SQLServer2005.xml
SQL Server 2005 JDBC Driver用DB ConnectorのConnector属性ファイル

Windowsの場合
<Cosminexusのインストールディレクトリ>¥CC¥admin¥templates¥DBConnector_SQLServer2005_CP_cfg.xml

Linuxの場合
/opt/Cosminexus/CC/admin/templates/DBConnector_SQLServer2005_CP_cfg.xml

manager.cfg
Manager設定ファイル
－※

Windowsの場合
<定義ディレクトリ>¥config¥manager¥config¥

Linuxの場合
<定義ディレクトリ>/config/manager/config/

サーバ定義
10.10

mngsvrutilcl.properties
mngsvrutilコマンドのクライアント側共通定義ファイル
10.17

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

pre-setup.bat
フックスクリプトファイル（Windows用）
－
<定義ディレクトリ>¥config¥
このマニュアル
5.2.3(8)

pre-setup
フックスクリプトファイル（Linux用）
<定義ディレクトリ>/config/

rasetup.properties
Component Container管理者設定用プロパティファイル（Linux用）
/opt/Cosminexus/manager/vmi/templates/
<定義ディレクトリ>/config/
5.2.3(7)

sinaviagent.properties
サーバ通信エージェントプロパティファイル
－

Windowsの場合
<Cosminexusのインストールディレクトリ>¥sinagent¥config¥

Linuxの場合
/opt/Cosminexus/sinagent/config/

サーバ通信エージェントのドキュメント
－

unit.properties
管理ユニットプロパティファイル

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmi¥templates¥

Linuxの場合
/opt/Cosminexus/manager/vmi/templates/

Windowsの場合
<定義ディレクトリ>¥vmi¥

Linuxの場合
<定義ディレクトリ>/vmi/

サーバ定義
11.3

unitlb.properties
負荷分散機接続設定プロパティファイル
11.4

usrconf
サーバ管理コマンド用オプション定義ファイル（Linux用）
－※
/opt/Cosminexus/CC/admin/usrconf/
5.2

usrconf.bat
サーバ管理コマンド用オプション定義ファイル（Windows用）
<Cosminexusのインストールディレクトリ>¥CC¥admin¥usrconf¥
5.3

usrconf.properties
サーバ管理コマンド用システムプロパティファイル

Windowsの場合
<Cosminexusのインストールディレクトリ>¥CC¥admin¥usrconf¥

Linuxの場合
/opt/Cosminexus/CC/admin/usrconf/

5.4

version.properties
インタフェースバージョン定義ファイル

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmi¥templates¥

Linuxの場合
/opt/Cosminexus/manager/vmi/templates/

Windowsの場合
<定義ディレクトリ>¥config¥

Linuxの場合
<定義ディレクトリ>/config/

このマニュアル
5.2.3(6)

WebFront.xml
簡易構築定義ファイル
サーバ定義
4.6

（凡例）

－：該当しません。

サーバ定義：マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を示します。

アプリケーション／リソース定義：マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)」を示します。

注※　「5.2.1(7)　定義ファイルの取得」でコピーしたファイルをテンプレートファイルとして使用します。

8.2　仮想化システムの構築・運用時に使用するコマンド

ここでは，仮想化システムの構築・運用時に使用するコマンドの種類，OSごとのコマンドの格納先について説明します。

仮想化システムの構築・運用時に使用するコマンドを次の表に示します。

表8-3　仮想化システムの構築・運用時に使用するコマンド

コマンド名
コマンドの説明
コマンドの格納先
参照先マニュアル
参照個所

コマンド
サブコマンド

mngautorun
－
サービスの設定

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥bin¥

Linuxの場合
/opt/Cosminexus/manager/bin/

コマンド編
7.2

mngsvr_adapter_setup
－
Cosminexusアダプタコマンドのセットアップとアンセットアップ

mngsvrctl
－
Management Serverの起動／停止／セットアップ

snactl
－
サーバ通信エージェントの起動と停止

Windowsの場合
<Cosminexusのインストールディレクトリ>¥sinagent¥bin¥

Linuxの場合
/opt/Cosminexus/sinagent/bin/

サーバ通信エージェントのドキュメント
－

vmiaccount
create
システム構築者アカウントの追加

Windowsの場合
<Cosminexusのインストールディレクトリ>¥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
仮想サーバの障害マークの設定

start
管理ユニットの起動または仮想サーバ上の業務の開始

status
管理ユニットまたは仮想サーバの状態表示

stop
管理ユニットの停止または仮想サーバ上の業務の停止

unblock
管理ユニットまたは仮想サーバの閉塞解除

unmark
仮想サーバの障害マークの設定解除

update
管理ユニットに属する仮想サーバへの定義ディレクトリの反映

vmiunitadmin
changeowner
管理ユニットの所有者の変更
9.2，9.5

create
管理ユニットの作成

delete
管理ユニットの削除

list
管理ユニットの一覧表示

（凡例）

－：該当しません。

コマンド編：マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を示します。

注　vmiで始まるコマンド（vmiaccount，vmiunit，vmiunitadmin）でサブコマンド「help」を指定すると，各コマンドのサブコマンドの一覧またはサブコマンドの入力形式が表示できます。

付録

＜この付録の構成＞

付録A　仮想化システムでのサイジングの考え方

付録B　仮想サーバマネージャの作業ディレクトリ

付録C　仮想サーバマネージャが実行する負荷分散機のCLIコマンドまたはAPI

付録D　08-50モードの仮想サーバマネージャを利用する場合の設定

付録E　このマニュアルの参考情報

付録F　用語解説

付録A　仮想化システムでのサイジングの考え方

ここでは，仮想化システムでの要求リソースの算出方法と，要求リソースを実現するマシン数の算出方法について説明します。算出した結果と信頼性要件を基に実際のマシン数を調節してください。

＜この節の構成＞

付録A.1　サイジングを始める前に

付録A.2　サイジングの流れ

付録A.3　リソースの見積もり

付録A.4　マシン構成の設計

付録A.1　サイジングを始める前に

ここでは，サイジングを始める前に，確認，準備しておくことについて説明します。

＜この項の構成＞

(1)　サイジング指標の選択

(2)　要求リソースの考え方

(3)　仮想化環境のオーバーヘッドの把握

(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)　個別のリソースの見積もり

(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)　仮想化環境のオーバーヘッドを考慮した空きリソースの算出

(2)　利用不可能な空きリソースの除外

(3)　マシンスペックを考慮した最小のマシン数の算出

(4)　要求リソースを考慮した最小のマシン数の決定

(5)　信頼性要件を考慮したマシン数の決定

(6)　最適なマシン構成の決定

(1)　仮想化環境のオーバーヘッドを考慮した空きリソースの算出

マシンごとに，現在の空きリソースを仮想化環境のオーバーヘッド（係数）で割り，実効リソース（以降，空きリソースといいます）を求めます。オーバーヘッドについては，「付録A.1(3)　仮想化環境のオーバーヘッドの把握」を参照してください。これによって，マシンごとに利用可能な空きリソースが求められます。

(2)　利用不可能な空きリソースの除外

要求リソースの分割不可能リソースが，利用可能な空きリソースとして確保できないマシン（利用不可能な空きリソース）を除外します。

(3)　マシンスペックを考慮した最小のマシン数の算出

構築するシステムで，マシン1台当たりに必要なマシンスペックの最大値を決定します。マシンスペックは，次に示すマシンを構成するサイジング指標ごとに決定します。ただし，用意されている仮想化環境でディスク容量が十分ある場合など，マシン数を算出する際に不要と判断したサイジング指標は除外してください。

CPUのアーキテクチャ
x86アーキテクチャ，x64アーキテクチャから選択します。x86アーキテクチャでは，J2EEサーバが使用するメモリサイズが2,048MBに制限されます。

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　仮想サーバマネージャの作業ディレクトリの構成

<Cosminexusのインストールディレクトリ>
 └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
     │ ├rasetup.properties
     │ ├version.properties
     │ ├vmi.properties
     │ ├.vmirc
     │ ├vmiclient.properties
     │ ├unit.properties
     │ ├unitlb.properties
     │ ├pre-setup.bat
     │ ├pre-setup
     │ └WebFront.xml
     │ ： ：
     └spool

作業ディレクトリを構成するディレクトリまたはファイルの詳細を次の表に示します。

表B-1　作業ディレクトリを構成するディレクトリまたはファイルの詳細

ディレクトリまたはファイル | 説明
manager | － | Cosminexus 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 | rasetup.properties | Component Container管理者設定用プロパティファイルのテンプレートファイルです。
version.properties | インタフェースバージョン定義ファイルのテンプレートファイルです。
vmi.properties | 仮想サーバマネージャプロパティファイルのテンプレートファイルです。
.vmirc | 仮想サーバマネージャのクライアント設定プロパティファイルのテンプレートファイルです。
vmiclient.properties | 仮想サーバマネージャのクライアント共通設定プロパティファイルのテンプレートファイルです。
unit.properties | 管理ユニットプロパティファイルのテンプレートファイルです。
unitlb.properties | 負荷分散機接続設定プロパティファイルのテンプレートファイルです。管理ユニットごとに，負荷分散機の接続情報を設定する場合に使用します。
pre-setup.bat | JP1連携を自動設定するフックスクリプトのテンプレートファイル（Windows用）です。
pre-setup | JP1連携を自動設定するフックスクリプトのテンプレートファイル（Linux用）です。
WebFront.xml | 簡易構築定義ファイルのテンプレートファイルです。
spool | － | 仮想サーバマネージャ用の処理データ格納ディレクトリです。このディレクトリのパスは，vmi.propertiesのvmi.spool.dirキーで変更できます。

（凡例）

－：該当しません。

注※

仮想サーバマネージャ起動後，構築，運用などのタイミングによって作成されるファイルまたはディレクトリです。

付録C　仮想サーバマネージャが実行する負荷分散機のCLIコマンドまたはAPI

仮想サーバマネージャが実行する負荷分散機のCLIコマンドとAPIについて説明します。それぞれ使用する製品を次に示します。

負荷分散機のCLIコマンドを使用する製品
BIG-IP v9，BIG-IP v10.1，BIG-IP v10.2，AX2000およびBS320

負荷分散機のAPIを使用する製品
AX2500

＜この節の構成＞

付録C.1　仮想サーバマネージャが実行する負荷分散機のCLIコマンド

付録C.2　仮想サーバマネージャが実行する負荷分散機のAPI

付録C.1　仮想サーバマネージャが実行する負荷分散機のCLIコマンド

仮想サーバマネージャが実行する負荷分散機のCLIコマンドを製品ごとに説明します。負荷分散機のCLIコマンドの詳細は，使用する製品のドキュメントを参照してください。

＜この項の構成＞

(1)　BIG-IP v9またはBIG-IP v10.1の場合

(2)　BIG-IP v10.2の場合

(3)　AX2000またはBS320の場合

(1)　BIG-IP v9またはBIG-IP v10.1の場合

負荷分散機としてBIG-IP v9またはBIG-IP v10.1を使用する場合に，仮想サーバマネージャが実行する負荷分散機のCLIコマンドを次の表に示します。

表C-1　仮想サーバマネージャが実行する負荷分散機の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

(2)　BIG-IP v10.2の場合

負荷分散機としてBIG-IP v10.2を使用する場合に，仮想サーバマネージャが実行する負荷分散機のCLIコマンドを次の表に示します。

表C-2　仮想サーバマネージャが実行する負荷分散機の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

(3)　AX2000またはBS320の場合

負荷分散機としてAX2000またはBS320を使用する場合に，仮想サーバマネージャが実行する負荷分散機のCLIコマンドを次の表に示します。

表C-3　仮想サーバマネージャが実行する負荷分散機の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

付録C.2　仮想サーバマネージャが実行する負荷分散機のAPI

仮想サーバマネージャが実行する負荷分散機のAPIについて説明します。

負荷分散機のAPIシーケンス図の例を次の図に示します。ここでは，vmiunit update（新規に構築する場合）で，cookieスイッチングを使用しているときの例を示します。

図C-1　負荷分散機のAPIシーケンス図の例（vmiunit update（新規に構築する場合））

VirtualServerは，負荷分散機上で，リクエストの受け口となる仮想的なサーバを表すオブジェクトです。管理ユニットごとに一つ作成されます。ServiceGroupは，負荷分散機上のVirtualServerで受けたリクエストのサービス管理をするオブジェクトです。VirtualServerごとに一つ作成されます。RealServerは，負荷分散機上で，VirtualServerで受けたリクエストの振り分け先となる実際のサーバを表すオブジェクトです。管理ユニットに属する仮想サーバの数だけ作成されます。

ACOSでcookieパーシステンスを使用したAPIで接続する場合は，事前にCookiePersistence（cookieパーシステンス）を作成する必要があります。CookiePersistenceでは，cookieによるセッションの維持期間を設定します。なお，使用済みのCookiePersistenceは必要に応じて削除してください。CookiePersistenceの作成，削除方法の詳細は，使用する負荷分散機のドキュメントを参照してください。

参考

VirtualServer，ServiceGroup，RealServerおよびCookiePersistenceの名称は，負荷分散機の製品によって異なります。

付録D　08-50モードの仮想サーバマネージャを利用する場合の設定

ここでは，08-50モードの仮想サーバマネージャを利用する場合に必要な設定について説明します。なお，08-50モードの仮想サーバマネージャで使用できる機能については，このマニュアルの古い版の次に示すバージョンに対応したマニュアルを参照してください。

uCosminexus Application Server Enterprise　08-50

uCosminexus Service Platform　08-50

注意

08-50モードの仮想サーバマネージャで作成した管理ユニットは，08-53以降では使用できません。仮想化システムの再構築が必要になります。

08-50モードの仮想サーバマネージャを利用する場合は，mserver.properties（Management Server環境設定ファイル）で次のキーの値を変更します。

変更するキー | 変更後の値
com.cosminexus.mngsvr.vmi.enabled | false
com.cosminexus.mngsvr.vmx.enabled | true

mserver.properties（Management Server環境設定ファイル）については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「10.7　mserver.properties（Management Server環境設定ファイル）」を参照してください。

ここで説明していないファイルおよびキーについては，このマニュアルの古い版の次に示すバージョンに対応したマニュアルを参照して設定してください。

uCosminexus Application Server Enterprise　08-50

uCosminexus Service Platform　08-50

付録E　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

＜この節の構成＞

付録E.1　関連マニュアル

付録E.2　このマニュアルでの表記

付録E.3　英略語

付録E.4　KB（キロバイト）などの単位表記について

付録E.1　関連マニュアル

アプリケーションサーバのマニュアルについて次に示します。

Cosminexus アプリケーションサーバ V8 概説（3020-3-U01）
アプリケーションサーバの概要について説明しています。

Cosminexus アプリケーションサーバ V8 ファーストステップガイド（3020-3-U02）
Application ServerまたはDeveloperを使用して，サンプルプログラムを動かすためのシステムを構築する手順について説明しています。

Cosminexus アプリケーションサーバ V8 システム設計ガイド（3020-3-U03）
システム設計時に，システムの目的に応じたシステム構成や運用方法を検討するための指針について説明しています。また，チューニングの方法についても説明しています。

Cosminexus アプリケーションサーバ V8 システム構築・運用ガイド（3020-3-U04）
セットアップウィザードおよびSmart Composer機能を使用したシステムの構築・運用の手順について説明しています。

Cosminexus アプリケーションサーバ V8 機能解説 基本・開発編(Webコンテナ)（3020-3-U05）
アプリケーションサーバで提供するWebコンテナの機能，およびWebコンテナに関連する機能（Webサーバ，サーブレット／JSPなど）について説明しています。

Cosminexus アプリケーションサーバ V8 機能解説 基本・開発編(EJBコンテナ)（3020-3-U06）
アプリケーションサーバで提供するEJBコンテナの機能，およびEJBコンテナに関連する機能（EJB，EJBクライアントなど）について説明しています。

Cosminexus アプリケーションサーバ V8 機能解説 基本・開発編(コンテナ共通機能)（3020-3-U07）
WebコンテナおよびEJBコンテナで共通して利用する機能について説明しています。

Cosminexus アプリケーションサーバ V8 機能解説 拡張編（3020-3-U08）
アプリケーションサーバで提供する拡張機能（セッションフェイルオーバ機能，バッチサーバ，CTMなど）について説明しています。

Cosminexus アプリケーションサーバ V8 機能解説 運用／監視／連携編（3020-3-U09）
アプリケーションサーバで提供する運用・監視機能，およびほかのプログラムとの連携について説明しています。

Cosminexus アプリケーションサーバ V8 機能解説 保守／移行／互換編（3020-3-U10）
アプリケーションサーバで構築したシステムの保守に関する機能，移行情報，および互換用機能について説明しています。

Cosminexus アプリケーションサーバ V8 アプリケーション設定操作ガイド（3020-3-U12）
アプリケーションサーバで動作するアプリケーションの操作方法について説明しています。

Cosminexus アプリケーションサーバ V8 運用管理ポータル操作ガイド（3020-3-U13）
運用管理ポータルの使用方法について説明しています。

Cosminexus アプリケーションサーバ V8 リファレンス コマンド編（3020-3-U14）
アプリケーションサーバを構築・運用するときに使用するコマンドについて説明しています。

Cosminexus アプリケーションサーバ V8 リファレンス 定義編(サーバ定義)（3020-3-U15）
アプリケーションサーバを構築・運用するとき，またはアプリケーションを開発するときに，使用するファイルのうち，J2EEサーバやManagement Serverなどのサーバの定義に使用するファイルの形式について説明しています。

Cosminexus アプリケーションサーバ V8 リファレンス 定義編(アプリケーション／リソース定義)（3020-3-U16）
アプリケーションサーバを構築・運用するとき，またはアプリケーションを開発するときに使用するファイルのうち，アプリケーションやリソースの属性設定に使用するファイルの形式について説明しています。

Cosminexus アプリケーションサーバ V8 アプリケーション開発ガイド（3020-3-U25）
アプリケーションサーバで動作させるアプリケーションの開発方法について説明しています。

Cosminexus アプリケーションサーバ V8 リファレンス API編（3020-3-U26）
アプリケーションを開発するときに使用するAPIの形式について説明しています。

Cosminexus アプリケーションサーバ V8 メッセージ 1 KDAL-KDCGおよびHitachi Web Server編（3020-3-U41）
アプリケーションサーバで出力されるKDALからKDCGまでのメッセージ，およびHitachi Web Serverのメッセージについて説明しています。

Cosminexus アプリケーションサーバ V8 メッセージ 2 KDJE-KDJW編（3020-3-U42）
アプリケーションサーバで出力されるKDJEからKDJWまでのメッセージについて説明しています。

Cosminexus アプリケーションサーバ V8 メッセージ 3 KECX-KEDT／KEOS02000-29999／KEUC-KFRM編（3020-3-U43）
アプリケーションサーバで出力されるKECXからKEDTまでのメッセージ，KEOS02000からKEOS29999までのメッセージ，およびKEUCからKFRMまでのメッセージについて説明しています。

Cosminexus アプリケーションサーバ V8 メッセージ 4 監査ログ編（3020-3-U44）
アプリケーションサーバで出力される監査ログメッセージについて説明しています。

また，このマニュアルと関連するこのほかのマニュアルを次に示します。必要に応じてお読みください。

JP1 Version 9 JP1/Performance Management 設計・構築ガイド（3020-3-R31）

JP1 Version 9 JP1/Performance Management 運用ガイド（3020-3-R32）

JP1 Version 9 JP1/Performance Management リファレンス（3020-3-R33）

JP1 Version 9 JP1/Performance Management - Agent Option for uCosminexus Application Server（3020-3-R63）

JP1 Version 9 JP1/Base 運用ガイド（3020-3-R71）

JP1 Version 9 JP1/Integrated Management - Manager 構築ガイド（3020-3-R77）

JP1 Version 9 JP1/Integrated Management - Manager 画面リファレンス（3020-3-R79）

JP1 Version 9 JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス（3020-3-R80）

JP1 Version 9 JP1/Automatic Job Management System 3 構築ガイド1（3020-3-S05）

JP1 Version 9 JP1/Automatic Job Management System 3 操作ガイド（3020-3-S09）

JP1 Version 9 JP1/IT Resource Management - Manager 設計・構築ガイド（3020-3-S41）

なお，このマニュアルでは，次のマニュアルについて，対象OSおよびバージョン番号を省略して表記しています。マニュアルの正式名称とこのマニュアルでの表記を次の表に示します。

正式名称 | このマニュアルでの表記
Cosminexus アプリケーションサーバ V8 システム構築・運用ガイド | Cosminexus アプリケーションサーバ システム構築・運用ガイド
Cosminexus アプリケーションサーバ V8 機能解説 基本・開発編(コンテナ共通機能) | Cosminexus アプリケーションサーバ 機能解説 基本・開発編(コンテナ共通機能)
Cosminexus アプリケーションサーバ V8 機能解説 保守／移行／互換編 | Cosminexus アプリケーションサーバ 機能解説 保守／移行／互換編
Cosminexus アプリケーションサーバ V8 リファレンス コマンド編 | Cosminexus アプリケーションサーバ リファレンス コマンド編
Cosminexus アプリケーションサーバ V8 リファレンス 定義編(サーバ定義) | Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)
Cosminexus アプリケーションサーバ V8 リファレンス 定義編(アプリケーション／リソース定義) | Cosminexus アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)
Cosminexus アプリケーションサーバ V8 アプリケーション開発ガイド | Cosminexus アプリケーションサーバ アプリケーション開発ガイド
JP1 Version 9 JP1/Performance Management 設計・構築ガイド | JP1/Performance Management 設計・構築ガイド
JP1 Version 9 JP1/Performance Management 運用ガイド | JP1/Performance Management 運用ガイド
JP1 Version 9 JP1/Performance Management リファレンス | JP1/Performance Management リファレンス
JP1 Version 9 JP1/Performance Management - Agent Option for uCosminexus Application Server | JP1/Performance Management - Agent Option for uCosminexus Application Server
JP1 Version 9 JP1/Base 運用ガイド | JP1/Base 運用ガイド
JP1 Version 9 JP1/Integrated Management - Manager 構築ガイド | JP1/Integrated Management - Manager 構築ガイド
JP1 Version 9 JP1/Integrated Management - Manager 画面リファレンス | JP1/Integrated Management - Manager 画面リファレンス
JP1 Version 9 JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス | JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス
JP1 Version 9 JP1/Automatic Job Management System 3 構築ガイド1 | JP1/Automatic Job Management System 3 構築ガイド1
JP1 Version 9 JP1/Automatic Job Management System 3 操作ガイド | JP1/Automatic Job Management System 3 操作ガイド
JP1 Version 9 JP1/IT Resource Management - Manager 設計・構築ガイド | JP1/IT Resource Management - Manager 設計・構築ガイド

付録E.2　このマニュアルでの表記

このマニュアルで使用している表記と，対応する製品名を次に示します。

表記 | 製品名
ACOS | AX2000 | AX2000
AX2500 | AX2500
BS320 | BS320ロードバランサブレード
AMD-V | AMD Virtualization
Application Server | Application Server Enterprise | uCosminexus Application Server Enterprise
Application Server Standard | uCosminexus Application Server Standard
BIG-IP | BIG-IP v10.1 | BIG-IP ソフトウェアバージョン 10.1.0以降
BIG-IP v10.2 | BIG-IP ソフトウェアバージョン 10.2.0以降
BIG-IP v9 | BIG-IP ソフトウェアバージョン 9.1.0以降
Developer | Developer Professional | uCosminexus Developer Professional
Developer Standard | uCosminexus Developer Standard
HiRDB | HiRDB Server | HiRDB Server Version 9
HiRDB/Parallel Server | HiRDB/Parallel Server Version 8
HiRDB/Single Server | HiRDB/Single Server Version 8
Intel VT | Intel(R) Virtualization Technology
JP1/AJS3またはJP1/AJS | JP1/AJS3 - Agent | JP1/Automatic Job Management System 3 - Agent
JP1/AJS3 - Manager | JP1/Automatic Job Management System 3 - Manager
JP1/AJS3 - View | JP1/Automatic Job Management System 3 - View
JP1/IM | JP1/IM - Manager | JP1/Integrated Management - Manager
JP1/IM - View | JP1/Integrated Management - View
JP1/ITRM | JP1/ITRM - Manager | JP1/IT Resource Management - Manager
JP1/PFM | JP1/PFM - Agent | JP1/PFM - Agent for Cosminexus | JP1/Performance Management - Agent Option for uCosminexus Application Server
JP1/PFM - Agent for Virtual Machine | JP1/Performance Management - Agent Option for Virtual Machine
JP1/PFM - Base | JP1/Performance Management - Base
JP1/PFM - Manager | JP1/Performance Management - Manager
JP1/PFM - Web Console | JP1/Performance Management - Web Console
Oracle | Oracle10g | Oracle 10g
Oracle 10g R2
Oracle Database 10g
Oracle11g | Oracle Database 11g
Oracle Database 11g R2
Oracle9i | Oracle9i
Oracle9i R2
Service Platform | uCosminexus Service Platform
UNIX | Linux | Linux AS 4（x86） | Red Hat Enterprise Linux(R) AS 4（x86）
Linux ES 4（x86） | Red Hat Enterprise Linux(R) ES 4（x86）
Linux AS 4（AMD64 & Intel EM64T） | Red Hat Enterprise Linux(R) AS 4（AMD64 & Intel EM64T）
Linux ES 4（AMD64 & Intel EM64T） | Red Hat Enterprise Linux(R) ES 4（AMD64 & Intel EM64T）
Linux 5 Advanced Platform（x86） | Red Hat Enterprise Linux(R) 5 Advanced Platform（x86）
Linux 5（x86） | Red Hat Enterprise Linux(R) 5（x86）
Linux 5 Advanced Platform（AMD/Intel 64） | Red Hat Enterprise Linux(R) 5 Advanced Platform（AMD/Intel 64）
Linux 5（AMD/Intel 64） | Red Hat Enterprise Linux(R) 5（AMD/Intel 64）
Linux Server 6（32-bit x86） | Red Hat Enterprise Linux(R) Server 6（32-bit x86）
Linux Server 6（64-bit x86_64） | Red Hat Enterprise Linux(R) Server 6（64-bit x86_64）
VMware | VMware ESX | VMware(R) ESX
Web Redirector | uCosminexus Web Redirector

なお，Application Server Enterpriseをアプリケーションサーバと表記することがあります。

このマニュアルで使用している表記と，対応するアプリケーションサーバの機能名を次に示します。

表記 | アプリケーションサーバの機能名
Cosminexus Developer's Kit for Java | Cosminexus Developer's Kit for JavaTM
Cosminexus RM | Cosminexus Reliable Messaging
CTM | Cosminexus Component Transaction Monitor
Management Server | Cosminexus Management Server
Manager | Cosminexus Manager
PRF | Cosminexus Performance Tracer
Smart Composer | Cosminexus Smart Composer

このマニュアルで使用している表記と，対応するJava関連用語を次に示します。

表記 | Java関連用語
EAR | Enterprise ARchive
EJBまたはEnterprise JavaBeans | Enterprise JavaBeansTM
J2EEまたはJava 2 Platform, Enterprise Edition | J2EETM
JavaTM 2 Platform, Enterprise Edition
JAR | JavaTM Archive
Java | JavaTM
Java EEまたはJava Platform, Enterprise Edition | JavaTM Platform, Enterprise Edition
JDBC | JDBCTM
JavaTM Database Connectivity
JDK | JDKTM
JavaTM Development Kit
JSP | JSPTM
JavaServer PagesTM
Servletまたはサーブレット | JavaTM Servlet
WAR | Web ARchive

付録E.3　英略語

このマニュアルで使用している英略語を次に示します。

英略語 | 英字での表記
ACL | Access Control List
ACOS | Advanced Core Operating System
API | Application Programming Interface
CORBA | Common Object Request Broker Architecture
CPU | Central Processing Unit
DB | Database
DD | Deployment Descriptor
EIS | Enterprise Information System
FLOPS | Floating point number Operations Per Second
HTML | Hyper Text Markup Language
HTTP | Hyper Text Transfer Protocol
I/O | Input/Output
IIOP | Internet Inter-Orb Protocol
IP | Internet Protocol
iSCSI | Internet Small Computer System Interface
JIS | Japanese Industrial Standards
LAN | Local Area Network
LB | load balancer
MB/s | megabyte per second
Mbit/s | megabit per second
MIPS | Million Instructions Per Second
NIC | Network Interface Card
NTP | Network Time Protocol
OS | Operating System
REST | Representational State Transfer
SAN | Storage Area Network
SAS | Serial Attached SCSI
SpecInt | Standard Performance Evaluation Corporation Integer benchmark
SPP | Service Providing Program
ssh | Secure Shell
UTF | UCS Transformation Format
VM | Virtual Machine
XML | Extensible Markup Language

付録E.4　KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

付録F　用語解説

アプリケーションサーバで使用する用語について説明します。

（数字）

08-50モードの仮想サーバマネージャ

仮想化システムを構築し，仮想サーバを運用管理するためのプロセスです。mserver.properties（Management Server環境設定ファイル）で次のキーを設定した場合に，08-50モードで動作します。

com.cosminexus.mngsvr.vmi.enabled=false

com.cosminexus.mngsvr.vmx.enabled=true

1.4モード

サーバの動作モードです。J2EE 1.4以降の機能を使用できます。データベースを含む複数のリソースのトランザクション管理ができます。

（英字）

Application Server

アプリケーションサーバの実行環境を構築する基盤製品です。Application Server Standardと，Application Server Enterpriseの総称です。

Component Container管理者

スーパーユーザ以外の，J2EEサーバやバッチサーバのセットアップ，J2EEサーバやバッチサーバの起動・停止などを実施できるユーザを指します。Component Container管理者はUNIXの場合に設定できます。

CORBAネーミングサービス

CORBAの仕様に準拠した，リモートオブジェクトの格納場所を管理するためのネーミングサービスです。アプリケーションサーバの構成ソフトウェアであるCosminexus TPBrokerによって提供される機能です。

cosminexus.xml

Cosminexus アプリケーションサーバ独自の情報を定義するための属性ファイルです。

Cosminexus Component Container

サーバ・サイドの業務処理プログラム（ビジネスロジック）をコンポーネントとして実行するための構成ソフトウェアです。また，アプリケーションサーバの運用管理をするためのManagement Server，統合ユーザ管理，snapshotログ収集などの機能も提供しています。

Cosminexus Component Transaction Monitor

クライアントからのリクエストのスケジューリングを実現するための構成ソフトウェアです。

Cosminexus Performance Tracer

リクエストが処理されるときに，決められたポイントごとに各機能が出力する性能解析情報をファイルに出力するための構成ソフトウェアです。

Cosminexus アプリケーションサーバ

アプリケーションサーバを中核とした，性能および信頼性の高いアプリケーションを実行および開発するためのシステム構築基盤製品です。

DB Connector

データベースに接続するためのリソースアダプタです。

DD

アプリケーションを運用環境に配置するときの定義情報を記述したものです。

EARファイル

J2EEアプリケーションを構成する複数のEJB-JARファイル，WARファイル，およびDDをEARファイル形式でパッケージ化したものです。

EJBコンテナ

Enterprise Beanを制御する実行環境です。また，通信，トランザクション管理などのシステムレベルのサービスも提供します。Enterprise Beanの実体は，EJBコンテナの中で実行されます。

Hyper-V

ハイパーバイザの種類の一つです。Microsoftが提供している，サーバ仮想化を実現するための機能の名称です。64ビット仮想化技術による高いパフォーマンスと可用性，信頼性を実現します。

J2EEアプリケーション

JSP，サーブレット，EnterpriseBeanなどで構成されるアプリケーションです。アプリケーションサーバで扱うJ2EEアプリケーションの形式には，EARファイル形式でパッケージ化されたアーカイブ形式のアプリケーションと，アーカイブ化しない展開ディレクトリ形式のアプリケーションがあります。EARファイル形式でパッケージ化されたアプリケーションの場合，複数のEJB-JARファイル，複数のWARファイル，および一つのDDから構成されます。

J2EEコンテナ

J2EEアプリケーションを実行するためのサーバ基盤です。

J2EEコンポーネントへ各種APIを提供する，Webコンテナ，EJBコンテナから構成されます。

J2EEサーバ

J2EEコンテナを生成，実行する環境です。

JP1

日立の統合システム運用管理ソフトウェアです。

JP1/AJS3

日々の業務の中から，定型的・定期的なものを自動化して，システム運用に掛かるコストを削減し，少ない人員で確実な運用を実現するためのプログラム群です。仮想化システムでは，JP1/AJS3 - Manager，JP1/AJS3 - Agent，およびJP1/AJS3 - Viewを使用して連携します。

JP1/Base

JP1/IM，JP1/AJSなどのJP1製品の基盤機能を提供するプログラムです。JP1製品を利用したシステム内のイベントやJP1ユーザーを管理したり，サービスの起動を制御したりできます。

JP1/IM

企業情報システム全体を統合管理する基盤になるプログラム群です。仮想化システムでは，JP1/IM - ManagerおよびJP1/IM - Viewを使用して連携します。

JP1/ITRM

さまざまなシステム環境にあるITリソースの現状把握から割り当て，使用量の確認や最適化まで，ITリソースの運用サイクルを一元管理するためのプログラムです。

JP1/PFM

企業システムを構成するデータベースやアプリケーションなどの稼働状況を監視するプログラム群です。仮想化システムでは，JP1/PFM - Manager，JP1/PFM - Web Console，およびJP1/PFM - Agent for Cosminexusを使用して連携します。

JP1アカウント管理者

認証サーバであるJP1/Baseを操作し，アカウントを管理するユーザです。仮想化システムでは，仮想サーバマネージャ管理者アカウントおよびシステム構築者アカウントを管理します。

JP1イベント

システム内で何らかの事象が発生した際に，その事象に関してJP1/Baseに通知される情報です。

JP1権限レベル

管理対象（資源）に対してJP1ユーザーがどのような操作ができる（権限がある）かを表した名称で，JP1/Baseで定義します。仮想化システムでは，仮想サーバマネージャ管理者アカウントおよびシステム構築者アカウントに対する名称を設定します。

JP1資源グループ

管理対象（資源）を分けたグループのことで，JP1/Baseで定義します。仮想化システムでは，管理ユニットに対するJP1ユーザーのアクセスを制御するために，管理ユニット名を設定します。

JP1ユーザー

JP1/Baseで管理されるアカウントのユーザ名です。JP1ユーザーとして認証サーバに登録すると，管理対象（資源）へのアクセスが制御されます。

Management Server

運用管理ドメインを構成するサーバプログラムです。運用管理ドメイン単位に一つ配置します。

Management Serverは運用管理ドメイン内の各ホストに配置した運用管理エージェントに指示を出して，運用管理ドメイン全体の運用管理を実行します。

PRFデーモン

バッファに出力されたPRFトレースをPRFトレースファイルに出力するIOプロセスです。

Management Serverでは，論理サーバとして扱えます。Management Serverで扱う場合は，パフォーマンストレーサといいます。

RealServer（負荷分散機の実サーバ）

負荷分散機上で，VirtualServerが受け付けたリクエストの振り分け先となる実際のサーバを表すオブジェクトのことです。仮想化システムの仮想サーバごとに一つ作成されます。

Smart Composer機能

一般的な3階層モデルのアプリケーションサーバのシステムを，簡単に構築および運用できるよう支援する機能です。システム全体に対して，システムの設定，およびJ2EEアプリケーションやリソースアダプタのデプロイを一括で実行できるので，簡単，迅速にシステム構築ができます。

構築したシステムを一括で起動したり，一括でシステムの設定を変更したりするなど，運用機能についてもサポートしています。

snapshotログ

ある時点でのJ2EEサーバやバッチサーバの状態が出力されたログファイルです。

トラブルシューティングに必要な情報が自動的に出力されます。

Management Serverを利用している場合は，次のタイミングで出力されます。

論理サーバに異常が発生した時

運用管理ポータルまたは運用管理コマンドによってsnapshotログの収集を要求した時

Management Serverを利用していない場合は，コマンド（snapshotlog）を実行した時に出力されます。このコマンドで出力できるのは，そのコマンドを実行したホストの情報だけです。

Virtage

ハイパーバイザの種類の一つです。日立サーバ仮想化機構のことです。単純なサーバ統合にも，基幹系システムにも適した高性能・高信頼なサーバ仮想化技術を提供します。

VirtualServer（負荷分散機の仮想サーバ）

負荷分散機上で，リクエストの受け口となる仮想的なサーバを表すオブジェクトのことです。仮想化システムの管理ユニットごとに一つ作成されます。

VMware ESX

ハイパーバイザの種類の一つです。

VMware社によって開発されている，物理マシン上に仮想的なハードウェア（仮想サーバ）を生成するソフトウェアです。

Webアプリケーション

Webブラウザを備えたクライアントを対象に作成されたアプリケーションです。具体的には，サーブレットプログラム，JSPファイル，HTML/XMLドキュメントなどの集合体です。

Webコンテナ

Webアプリケーションを制御する実行環境です。また，セキュリティ，トランザクションなどの各種サービスも提供します。Webアプリケーションは，Webコンテナ上で動作します。

Java Servlet2.5仕様，およびJavaServer Pages Specification v2.1仕様に準拠したWebアプリケーションを実行できます。

Webサーバ

Webブラウザからのリクエスト受信およびWebブラウザへのデータ送信に関連する処理を実行するプログラムです。アプリケーションサーバでは，Hitachi Web Server，Microsoft IIS，またはインプロセスHTTPサーバを使用できます。インプロセスHTTPサーバは，J2EEサーバプロセス内で動作するWebサーバです。

なお，Management Serverを利用する場合，Hitachi Web Serverは論理サーバとして扱えます。

Webサーバ連携

アプリケーションサーバで使用するWebサーバとして，Hitachi Web ServerまたはMicrosoft IISを使用する方法です。

Hitachi Web ServerまたはMicrosoft IISにCosminexus Component Containerが提供するリダイレクタモジュールを組み込んで使用します。

Webシステム

1台の負荷分散機（ロードバランサ）と複数のWebサーバおよびアプリケーションサーバで構築されるWebクラスタシステムで，単一の業務サービスを提供します。

（ア行）

アプリケーションサーバ

情報システムの中間に位置し，ユーザの要求（プレゼンテーション層）とデータベースなどの業務システム（データ層）の処理を橋渡しするためのアプリケーション層を構築するためのミドルウェアです。

運用管理エージェント

運用管理者の代わりに，それぞれのホスト上の論理サーバを起動したり，設定ファイルを更新したりするエージェントプログラムです。

（カ行）

仮想化環境

仮想化ソフトウェアによって実現される仮想サーバを使用した環境のことです。

仮想化ソフトウェア

ソフトウェアで仮想サーバを実現する製品の総称です。

仮想サーバ

仮想化ソフトウェアによって実現される論理的なマシンに，OSや製品がインストールされ，仮想サーバマネージャによってアプリケーション実行環境（アプリケーションサーバ）が構築されたものです。

仮想サーバ識別子

仮想サーバマネージャが，仮想サーバを識別するために使用する識別子です。管理LAN（管理用のサーバを配置したLAN）に接続されているNIC（ネットワークアダプタ）のIPアドレスを設定します。

仮想サーバマネージャ

仮想化システムの運用環境で動作するプロセスです。仮想化システムの運用環境を構築し，仮想サーバへのアプリケーション実行環境（アプリケーションサーバ）の構築，業務の開始，停止など，仮想サーバを運用管理するための機能を提供します。

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

仮想サーバマネージャのすべての機能を操作できる権限を持つアカウントです。仮想化システムの運用環境を操作する，仮想サーバマネージャ管理者に対して与えます。

管理LAN

管理用のサーバを配置したLANのことです。

管理ユニット

同一のデプロイメント（プロセスの配置，J2EEアプリケーションやリソースアダプタのデプロイ，定義）を適用する仮想サーバの集合です。

業務LAN

業務用のサーバを配置したLANのことです。

業務用IPアドレス

負荷分散機が仮想サーバにリクエストを送信するために使用するIPアドレスです。業務LAN（業務用のサーバを配置したLAN）に接続されているNIC（ネットワークアダプタ）のIPアドレスを設定します。

（サ行）

サーバ仮想化技術

一つのサーバを，あたかも複数のサーバであるかのように見せる技術です。この技術によって，1台の物理サーバのリソースを分割または統合して，何台もの仮想化したサーバが動作しているように見せたり，複数の物理サーバを1台のサーバのように見せたりできます。また，この仮想化されたサーバごとに，OS，アプリケーションなどを割り当てられます。

サーバ管理コマンド

サーバで管理しているアプリケーションおよびリソースの設定をするためのコマンド群です。

サーバ通信エージェント

仮想サーバマネージャから，仮想サーバ上のアプリケーションサーバをセットアップおよび操作するために，仮想サーバ上で起動するエージェントプログラムです。

サイジング

業務のシステム要件（性能要件と信頼性要件）を満たすマシンスペックとマシン数を決定するプロセスです。サイジングによって，業務システムで使用するマシン構成が決定できます。

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

管理ユニットに対する操作を実行できる権限を持つアカウントです。管理ユニットを操作するシステム構築者に対して，仮想サーバマネージャ管理者が与えます。

ジョブ

JP1/AJSで扱うシステム運用の各作業のことです。

ジョブネット

JP1/AJSで扱うジョブの実行順序を関連づけたものです。

スケールアウト

システム全体の処理性能を向上させることを目的として，サーバの台数を増やすことをいいます。

スケールアップ

システム内のマシンのメモリやCPUなどを増強して，パフォーマンスを向上することをいいます。

スケールイン

システムの規模を縮小する場合などに，サーバの台数を減らすことをいいます。

セントラルコンソール

JP1/IMと連携している場合に，システムで発生した事象をJP1イベントによって集中管理することで，システムを統合管理するための仕組みです。

セントラルスコープ

JP1/IMと連携している場合に，システムの監視画面として管理者の目的に合わせた画面を提供することで，目的指向型のシステムを監視するための仕組みです。

（ハ行）

ハイパーバイザ

仮想化ソフトウェアが仮想サーバを実現するための制御プログラムで，ゲストOSのリソース管理や，エミュレーション処理を実施します。ハードウェア上で直接動作し，仮想化環境で複数OSを稼働・制御します。

ハイパーバイザ管理ソフトウェア

ハイパーバイザを一括管理するツールです。ハイパーバイザの種類ごとに用意します。

パフォーマンストレーサ

PRFデーモンのことです。

Management Serverでは，パフォーマンストレーサを論理サーバとして扱えます。

負荷分散機

Webブラウザなどからのリクエストを一元的に受け付けて，同等の機能を持つ複数のサーバに転送して各サーバの負荷を分散させるための装置です。

物理マシン

物理的なコンピュータのことです。

（ヤ行）

要求リソース

性能要件を満たすために必要なマシンリソース（CPU，メモリ，ディスク容量など）のことです。

（ラ行）

ライブマイグレーション

仮想サーバで動作するゲストOSやソフトウェアを停止することなく，ほかの物理マシンへ物理マシンごと移動させる技術・サービスのことです。

リソースアダプタ

J2EE Connector Architectureによって，J2EEサーバまたはバッチサーバと，EISを接続するための接続機能です。

アプリケーションサーバで構築したシステムでは，データベースに接続するためのリソースアダプタであるDB ConnectorおよびDB Connector for Cosminexus RMを提供しています。また，OpenTP1のSPPと接続するためのリソースアダプタであるuCosminexus TP1 Connector，TP1/Message Queueと接続するためのリソースアダプタであるTP1/Message Queue - Access，データベース上に実現したキューに接続するためのリソースアダプタであるCosminexus RMも使用できます。

ロードバランサ

リダイレクタを使用してリクエストを振り分ける場合に使用するワーカ定義のうち，クラスタ構成の場合に使用する特殊なワーカ定義です。振り分け先のWebコンテナのリストが定義されています。リダイレクタでは，この定義を基に，ラウンドロビン方式でリクエストの振り分け処理をします。

論理サーバ

Management Serverの運用管理の対象になる，サーバまたはクラスタです。サーバには，Webサーバ，J2EEサーバなどがあります。クラスタとは，ある共通の機能を提供するサーバの集合です。

索引

[数字]
[Ａ][Ｃ][Ｄ][Ｅ][Ｈ][Ｊ][Ｍ][Ｐ][Ｒ][Ｓ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][ヤ行][ラ行]

(数字)

08-50モードの仮想サーバマネージャ〔用語解説〕

1.4モード〔用語解説〕

(英字)

(Ａ)

Application Server〔用語解説〕

(Ｃ)

Component Container管理者〔用語解説〕

CORBAネーミングサービス〔用語解説〕

cosminexus.xml〔用語解説〕

Cosminexus Component Container〔用語解説〕

Cosminexus Component Transaction Monitor〔用語解説〕

Cosminexus Performance Tracer〔用語解説〕

Cosminexus アプリケーションサーバ〔用語解説〕

(Ｄ)

DB Connector〔用語解説〕

DD〔用語解説〕

(Ｅ)

EARファイル〔用語解説〕

EJBコンテナ〔用語解説〕

(Ｈ)

Hyper-V〔用語解説〕

(Ｊ)

J2EEアプリケーション〔用語解説〕

J2EEコンテナ〔用語解説〕

J2EEサーバ〔用語解説〕

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

JP1〔用語解説〕

JP1/AJS3〔用語解説〕

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

JP1/Base〔用語解説〕

JP1/Baseと連携してユーザのアカウントを管理するための機能（JP1ユーザ認証連携機能）

JP1/IM〔用語解説〕

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

JP1/IM連携時の実行内容

JP1/ITRM〔用語解説〕

JP1/ITRMとの連携（ITリソースの一元管理）

JP1/PFM〔用語解説〕

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

JP1/PFM連携時の実行内容

JP1アカウント管理者〔用語解説〕

JP1イベント〔用語解説〕

JP1管理用サーバマシン

JP1権限レベル〔用語解説〕

JP1資源グループ〔用語解説〕

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

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

JP1ユーザー〔用語解説〕

JP1ユーザ認証連携機能

JP1連携の自動設定

(Ｍ)

Management Server〔用語解説〕

(Ｐ)

PRFデーモン〔用語解説〕

(Ｒ)

RealServer（負荷分散機の実サーバ）〔用語解説〕

(Ｓ)

Smart Composer機能〔用語解説〕

snapshotログ〔用語解説〕

(Ｖ)

Virtage〔用語解説〕

VirtualServer（負荷分散機の仮想サーバ）〔用語解説〕

VMware ESX〔用語解説〕

(Ｗ)

Webアプリケーション〔用語解説〕

Webコンテナ〔用語解説〕

Webサーバ〔用語解説〕

Webサーバ連携〔用語解説〕

Webシステム〔用語解説〕

Windows Server 2008使用時の注意事項

(ア行)

(あ)

アカウントの管理方法

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

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

アプリケーション開発者

アプリケーションサーバ〔用語解説〕

アプリケーションサーバの起動

アプリケーションサーバの停止

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

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

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

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

アプリケーション実行環境の通常運用

アプリケーション実行環境の保守運用

アプリケーション実行環境を構築するための準備

アプリケーションの反映

(う)

運用環境

運用環境の構築

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

運用環境の削除

運用環境の準備

運用環境の設計

運用環境の通常運用

運用環境の保守運用

運用管理エージェント〔用語解説〕

(カ行)

(か)

仮想化環境〔用語解説〕

仮想化システム

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

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

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

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

仮想化システムでのサイジングの考え方

仮想化システムとは

仮想化システムのアプリケーション実行環境の運用

仮想化システムのアプリケーション実行環境の構築

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

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

仮想化システムの概要

仮想化システムの概要

仮想化システムの構成

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

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

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

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

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

仮想化システムの構築・運用で使用する機能

仮想化システムの構築・運用で使用する機能の概要

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

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

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

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

仮想化システムの特長

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

仮想化ソフトウェア〔用語解説〕

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

仮想サーバ〔用語解説〕

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

仮想サーバからの障害マークの設定解除

仮想サーバごとの状態取得

仮想サーバごとの状態取得

仮想サーバ識別子〔用語解説〕

仮想サーバ上の業務の開始

仮想サーバ上の業務の開始と停止

仮想サーバ上の業務の停止

仮想サーバの一覧取得

仮想サーバの起動

仮想サーバの障害運用

仮想サーバの障害からの復旧

仮想サーバの障害要因の調査

仮想サーバの初期構築時に実行する処理を設定するための機能（フックスクリプト機能）

仮想サーバの停止

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

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

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

仮想サーバの登録と登録解除

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

仮想サーバの閉塞

仮想サーバの閉塞解除

仮想サーバの閉塞と閉塞解除

仮想サーバのログの参照

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

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

仮想サーバへの障害マークの設定

仮想サーバマネージャ

仮想サーバマネージャ〔用語解説〕

仮想サーバマネージャが実行する負荷分散機のAPI

仮想サーバマネージャが実行する負荷分散機のCLIコマンド

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

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

仮想サーバマネージャからの管理ユニットの削除

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

仮想サーバマネージャから負荷分散機を制御するための機能（負荷分散機連携機能）

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

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

仮想サーバマネージャ管理者アカウント〔用語解説〕

仮想サーバマネージャに対するアカウントを操作する機能

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

仮想サーバマネージャによる管理ユニットの管理で使用する機能

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

仮想サーバマネージャの作業ディレクトリ

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

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

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

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

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

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

仮想サーバを運用するために使用する機能

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

管理LAN〔用語解説〕

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

管理ユニット

管理ユニット〔用語解説〕

管理ユニットからの仮想サーバの登録解除

管理ユニットからのすべての仮想サーバの削除

管理ユニットからの定義ディレクトリの取り出し

管理ユニットごとの状態取得

管理ユニットごとの状態取得

管理ユニットで業務を運用するために使用する機能

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

管理ユニットに属する仮想サーバの一覧取得

管理ユニットに属する仮想サーバへの定義ディレクトリの反映

管理ユニットの一覧取得

管理ユニットの一覧取得

管理ユニットの起動

管理ユニットの起動

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

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

管理ユニットの削除

管理ユニットの作成と削除

管理ユニットの情報取得

管理ユニットの情報取得

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

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

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

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

管理ユニットの停止

管理ユニットの停止

管理ユニットの閉塞

管理ユニットの閉塞解除

管理ユニットの閉塞と閉塞解除

管理ユニットへの仮想サーバの登録

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

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

管理用端末マシン

(き)

業務LAN〔用語解説〕

業務の開始

業務の開始と停止

業務の停止

業務の閉塞

業務の閉塞解除

業務用IPアドレス〔用語解説〕

(サ行)

(さ)

サーバ仮想化技術〔用語解説〕

サーバ管理コマンド〔用語解説〕

サーバ通信エージェント〔用語解説〕

サイジング〔用語解説〕

サイジング指標

(し)

システム構築者

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

システム構築者アカウント〔用語解説〕

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

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

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

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

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

システム構築者アカウントのパスワードの変更

障害マークの設定と設定解除

ジョブ〔用語解説〕

ジョブネット〔用語解説〕

(す)

スケールアウト〔用語解説〕

スケールアップ〔用語解説〕

スケールイン〔用語解説〕

ストレージ装置

(せ)

セントラルコンソール〔用語解説〕

セントラルスコープ〔用語解説〕

(タ行)

(て)

定義ディレクトリ

定義ディレクトリの取り込み・取り出し・内容比較

定義ディレクトリの反映

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

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

テスト環境でのフックスクリプトの実行

(と)

登録済みの定義ディレクトリとの内容比較

トレースファイルの出力形式

トレースファイルの出力先

トレースファイルの出力タイミング

トレースファイルの出力例

(ナ行)

(ね)

ネットワーク管理者

(ハ行)

(は)

ハイパーバイザ〔用語解説〕

ハイパーバイザ管理ソフトウェア〔用語解説〕

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

パフォーマンストレーサ〔用語解説〕

(ふ)

負荷分散機

負荷分散機〔用語解説〕

負荷分散機のAPI

負荷分散機のCLIコマンド

負荷分散機連携機能

負荷分散機連携機能

フックスクリプト機能

フックスクリプト機能

フックスクリプト機能の実行

フックスクリプト機能の設定

フックスクリプトのテンプレート

フックスクリプトのテンプレートの設定内容

フックスクリプトのテンプレートの設定例

フックスクリプトの編集

フックスクリプトを利用したJP1連携の自動設定

物理マシン〔用語解説〕

(ほ)

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

(ヤ行)

(ゆ)

ユーザのアカウント管理

(よ)

要求リソース〔用語解説〕

(ラ行)

(ら)

ライブマイグレーション〔用語解説〕

(り)

リソースアダプタ〔用語解説〕

リソース管理者

(れ)

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

(ろ)

ロードバランサ〔用語解説〕

論理サーバ〔用語解説〕

■ 商標類

AMDは，Advanced Micro Devices, Inc.の商標です。
AX2000は，A10 Networks, Inc.の商品名称です。
BIG-IP，3-DNS，iControl Services Manager，FirePass　および F5 は F5 Networks Inc の商標，または登録商標です。
CORBAは，Object Management Groupが提唱する分散処理環境アーキテクチャの名称です。
IIOPは，OMG仕様によるORB(Object Request Broker)間通信のネットワークプロトコルの名称です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
J2EEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
JDBCは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
JDKは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
JSPは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Internet Information Servicesは，米国Microsoft Corporationの商品名称です。
OMG，CORBA，IIOP，UML，Unified Modeling Language，MDA，Model　Driven　Architectureは，Object Management Group, Inc.の米国及びその他の国における登録商標または商標です。
ORACLEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Oracle及びOracle 10gは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Oracle及びOracle9iは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Oracle及びOracle Database 10gは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Oracle及びOracle Database 11gは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
SQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Sunは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Sun Microsystemsは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
PuTTYは，Simon Tatham氏が提供するオープンソースソフトウェア(フリーソフトウェア)です。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).