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

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

手引・文法・操作書

3020-3-U18

目　　次

前書き

はじめに

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

1.1　仮想化システムとは

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

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

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

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

2.　システムを構築する前に

2.1　仮想化システムの構成

2.2　仮想化システムを構成する要素

2.2.1　仮想サーバマネージャ

2.2.2　仮想サーバ

2.2.3　管理ユニット

2.2.4　管理ユニット運用ルール

2.2.5　仮想サーバ起動時ユーザスクリプトファイル

2.2.6　仮想アプリケーションサーバイメージ

2.2.7　マスタ仮想サーバ

2.2.8　アプリケーションサーバ情報ディレクトリ

2.2.9　管理LANと業務LAN

2.3　仮想化システムで使用するマシンの種類と前提条件

2.3.1　仮想化システムで使用するマシンの種類

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

2.4　仮想化システムの構築で使用する機能

2.4.1　管理ユニットの作成

2.4.2　管理ユニットのデプロイ

2.5　仮想化システムの運用で使用する機能

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

2.5.2　稼働状況の一覧表示

2.5.3　仮想サーバのスケールアウトとスケールイン

2.5.4　仮想サーバの更新

2.5.5　仮想サーバ停止時のログ情報の取得

2.5.6　仮想サーバの障害監視と障害検知

2.6　仮想化システムの構築・運用時の作業の流れ

2.7　仮想化システムの構築・運用時の注意事項

3.　システム構成パターンの選択

3.1　システム構成パターンと選択の指針

3.2　パターン1（テスト環境のオンデマンド提供）の概要

3.2.1　システム構成

3.2.2　ソフトウェア構成

3.2.3　仮想サーバの配置に関する前提条件

3.2.4　システムの運用に関する前提条件

3.2.5　仮想サーバの配置例

3.3　パターン2（実行環境の持続的運用）の概要

3.3.1　システム構成

3.3.2　ソフトウェア構成

3.3.3　仮想サーバの配置に関する前提条件

3.3.4　システムの運用に関する前提条件

3.3.5　業務の運用例と仮想サーバの配置例

3.4　パターン3（実行環境のスケールアウト）の概要

3.4.1　システム構成

3.4.2　ソフトウェア構成

3.4.3　仮想サーバの配置に関する前提条件

3.4.4　システムの運用に関する前提条件

3.4.5　業務の運用例と仮想サーバの配置例

3.5　パターン4（小規模部門サーバの集約）の概要

3.5.1　システム構成

3.5.2　ソフトウェア構成

3.5.3　仮想サーバの配置に関する前提条件

3.5.4　システムの運用に関する前提条件

3.5.5　業務の運用例と仮想サーバの配置例

3.6　使用するリソースの見積もり

4.　システム構築・運用の概要

4.1　システムの構築・運用時に使用するファイルとコマンド

4.1.1　システムの構築・運用時に使用するファイル

4.1.2　システムの構築・運用時に使用するコマンド

4.2　システムの構築・運用作業の流れ

4.2.1　パターン1（テスト環境のオンデマンド提供）の構築・運用作業の流れ

4.2.2　パターン2（実行環境の持続的運用）の構築・運用作業の流れ

4.2.3　パターン3（実行環境のスケールアウト）の構築・運用作業の流れ

4.2.4　パターン4（小規模部門サーバの集約）の構築・運用作業の流れ

4.3　システムの構築・運用作業の概要

5.　前提となる環境の準備

5.1　仮想化システムで使用する環境の準備

5.2　ハイパーバイザと関連する環境の構築

5.3　仮想サーバマネージャの構築

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

6.　システム構築

6.1　業務を実行する環境の準備

6.1.1　業務のサイジングによる仮想サーバおよびリソースの構成の決定

6.1.2　業務を実行する環境で使用するネットワークおよび機器の設定

6.2　マスタ仮想サーバの構築

6.2.1　仮想マシンの作成と初期設定

6.2.2　Application Server Enterpriseのインストールと初期設定

6.2.3　sshクライアントの環境設定

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

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

6.2.6　仮想マシンの停止

6.3　アプリケーションサーバで使用する定義ファイルの作成

6.3.1　仮想サーバを自動セットアップするための設定

6.3.2　アプリケーションサーバの構成の定義

6.3.3　データベースを使用するための設定

6.3.4　負荷分散機と接続するための設定

6.3.5　仮想サーバ停止時にログを取得するための設定

6.3.6　アプリケーションサーバ情報ディレクトリに配置する定義ファイル群のバージョンを管理するための設定

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

6.3.8　Management Serverの設定

6.4　アプリケーションサーバ情報ディレクトリへの定義ファイルの配置

6.5　仮想サーバ起動時ユーザスクリプトファイルの作成

6.5.1　仮想サーバ起動時にJP1/IMのサービスを開始するための設定

6.5.2　仮想サーバ起動時にJP1/PFMのサービスを開始するための設定

6.5.3　システムの運用に必要な処理をするための設定

6.6　管理ユニット運用ルールの作成

6.7　管理ユニットの作成

6.8　管理ユニットのデプロイ

6.9　仮想サーバへの業務実行環境の構築

6.10　負荷分散機でのリクエスト振り分けの設定

6.11　バックアップの取得およびログのアーカイブ

6.11.1　仮想マシンのバックアップの取得

6.11.2　仮想サーバマネージャとVMware vCenter Serverの設定情報のバックアップの取得

6.11.3　アプリケーションサーバの定義のバックアップの取得

6.11.4　仮想サーバのログのアーカイブ

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

6.12.1　JP1/IMの障害監視を利用するための設定

6.12.2　JP1/AJS3の自動運用を利用するための設定

6.12.3　JP1/PFMの負荷監視を利用するための設定

7.　システム運用

7.1　システム運用の概要

7.2　システムの開始と停止

7.2.1　パターン1（テスト環境のオンデマンド提供）の開始と停止

7.2.2　パターン2（実行環境の持続的運用）の開始と停止

7.2.3　パターン3（実行環境のスケールアウト）の開始と停止

7.2.4　パターン4（小規模部門サーバの集約）の開始と停止

7.3　障害監視

7.3.1　VMware vCenter Serverを使用した障害監視

7.3.2　JP1/IMを使用した障害監視

7.3.3　仮想サーバマネージャGUIを使用した障害監視

7.4　負荷監視

7.4.1　VMware vCenter Serverを使用した負荷監視

7.4.2　JP1/PFMを使用した負荷監視

7.5　仮想サーバのスケールアウトとスケールイン

7.5.1　仮想サーバのスケールアウト

7.5.2　仮想サーバのスケールイン

7.6　仮想サーバの更新

7.6.1　更新対象の編集

7.6.2　管理ユニットへの更新の適用

7.7　仮想サーバのログ情報の取得

8.　システム障害時の復旧

8.1　システム障害時の復旧の概要

8.2　管理対象マシンのハードウェアの障害

8.2.1　パターン1の復旧方法

8.2.2　パターン2の復旧方法

8.2.3　パターン3の復旧方法

8.2.4　パターン4の復旧方法

8.3　仮想サーバを格納したディスクの障害

8.3.1　パターン1，パターン2またはパターン3の復旧方法

8.3.2　パターン4の復旧方法

8.4　運用用物理マシンの障害

8.4.1　パターン1またはパターン2の復旧方法

8.4.2　パターン3の復旧方法

8.4.3　パターン4の復旧方法

8.5　仮想サーバ上のアプリケーションサーバの障害

8.5.1　パターン1の復旧方法

8.5.2　パターン2またはパターン3の復旧方法

8.5.3　パターン4の復旧方法

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

8.7　VMware vCenter Serverの障害

9.　仮想サーバマネージャGUIの概要

9.1　仮想サーバマネージャGUIの画面と基本操作

9.1.1　ログインとログアウト

9.1.2　仮想サーバマネージャGUIの操作画面

9.2　仮想サーバマネージャGUIの操作画面の詳細

9.2.1　［管理ユニットビュー］画面

9.2.2　［管理対象マシンビュー］画面

9.2.3　［仮想サーバマネージャ　ログ］画面

付録

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

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

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

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

付録B.3　英略語

付録B.4　常用漢字以外の漢字の使用について

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

付録C　用語解説

索引

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

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

前書き

■ 対象製品

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

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

●適用OS：Windows Server 2008 x64

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

●適用OS：Red Hat Enterprise Linux AS 4（x86），Red Hat Enterprise Linux 5 Advanced Platform（x86），Red Hat Enterprise Linux ES 4（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）

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

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

■ 輸出時の注意

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

■ 商標類

AMDは，Advanced Micro Devices, Inc.の商標です。
AX2000は，A10 Networks, Inc.の商品名称です。
BIG-IP，3-DNS，iControl Services Manager，FirePass　および F5 は F5 Networks Inc の商標，または登録商標です。
Borlandのブランド名および製品名はすべて，米国Borland Software Corporationの米国およびその他の国における商標または登録商標です。
CORBAは，Object Management Groupが提唱する分散処理環境アーキテクチャの名称です。
IIOPは，OMG仕様によるORB(Object Request Broker)間通信のネットワークプロトコルの名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
JavaScriptは，米国およびその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
JDKは，米国 Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
JSPは，米国 Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Internet Information Servicesは，米国Microsoft Corp.の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
OMG，CORBA，IIOP，UML，Unified Modeling Language，MDA，Model　Driven　Architectureは，Object Management Group, Inc.の米国及びその他の国における登録商標または商標です。
ORACLEは，米国Oracle Corporation の登録商標です。
Oracle 及び Oracle Database 11g は，米国オラクル・コーポレーション及びその子会社，関連会社の米国及びその他の国における登録商標または商標です。
Oracle 10gは，米国Oracle Corporationの商標です。
Oracle9iは，米国Oracle Corporationの商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標若しくは商標です。
SQL Serverは，米国法人Sybase，Inc.の商標です。
Sun，Sun Microsystems，Javaは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Sun Microsystemsは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。
VMwareは，VMware, Inc.の米国および各国での登録商標または商標です。
VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。
VMwareおよびVMware vSphereは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
X/Openは，X/Open Company Limited の英国ならびに他の国における登録商標です。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).

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

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

製品名 | 表記
Microsoft(R) Internet Explorer(R) | Internet Explorer
Microsoft(R) Windows(R) Internet Explorer(R)
Microsoft(R) Internet Information Services 6.0 | Microsoft IIS 6.0またはMicrosoft IIS
Microsoft(R) SQL Server 2005 | SQL Server 2005 | SQL Server
Microsoft(R) SQL Server 2005 JDBC Driver | SQL Server 2005 JDBC Driver | SQL ServerのJDBCドライバ
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) 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 日本語版

■ 発行

2010年 2月 (第1版) 3020-3-U18

■ 著作権

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

はじめに

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

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

uCosminexus Application Server Enterprise

uCosminexus Service Platform

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

Cosminexus Component Container

Cosminexus Component Container - Client

Cosminexus Component Container - Redirector

Cosminexus Component Transaction Monitor

Cosminexus DABroker Library

Cosminexus Developer's Kit for Java

Cosminexus Performance Tracer

Cosminexus TPBroker

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

対象読者

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

次の内容を理解されていることを前提としています。

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

VMwareに関する知識

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

Java EEに関する知識

負荷分散機に関する知識

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

CORBAに関する基本的な知識

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

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

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

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

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

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

図中で使用している記号

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

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

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

記号
意　味

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

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

GUIの説明で使用している記号

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

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

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

Cosminexusのアプリケーションサーバでは，アプリケーションサーバを仮想化したサーバ（仮想サーバ）上に構築できます。この章では，仮想サーバ上にアプリケーションサーバを構築する仮想化システムの概要について説明します。

＜この章の構成＞

1.1　仮想化システムとは

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

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

1.1　仮想化システムとは

Cosminexusのアプリケーションサーバは，ハイパーバイザを使用して実現する仮想サーバ上に，アプリケーションサーバを構築できます。仮想サーバ上にアプリケーションサーバを構築したシステムを仮想化システムといいます。

仮想化システムでは，1台の物理マシン上に仮想サーバを複数台配置でき，それぞれに異なるOS，アプリケーションなどを配置したアプリケーションサーバを構築できます。このため，高度で複雑なシステムでの物理マシン数の増加を防いだり，物理マシンの構築やメンテナンスなどの作業コストを削減したりできます。また，ピーク時の負荷に備えたリソースが物理マシンに割り当てられている場合には，通常の運用で使用されない余剰リソースを複数の仮想サーバで使用して，リソースを有効活用できます。

さらに，仮想サーバ上にアプリケーションサーバを簡単に構築したり，一括起動や一括停止などの運用をしたりするためのプロセスとして，仮想サーバマネージャを提供しています。これによって，アプリケーションサーバの構築，運用に掛かるコストを削減できます。仮想サーバマネージャについては，「2.2.1　仮想サーバマネージャ」を参照してください。

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

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

この図に示すように，1台の物理マシン上に，アプリケーションサーバが動作する複数の仮想サーバを構築できます。仮想サーバ上のアプリケーションサーバは，同時に実行できます。仮想サーバ上のアプリケーションサーバでは，J2EEアプリケーションが動作します。なお，ハイパーバイザは，物理マシンのハードウェア上で直接動作します。Cosminexusのアプリケーションサーバでは，ハイパーバイザとしてVMware ESXが使用できます。

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

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

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

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

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

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

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

どのJP1製品と連携するかは，システム構成パターンによって異なります。システム構成パターンについては，「3.　システム構成パターンの選択」を参照してください。なお，JP1と連携する場合には，システム構築時に，JP1連携の設定，定義ファイルの作成，JP1との連携で使用するファイルのJP1への登録などが必要になります。

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

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

＜この節の構成＞

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

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

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

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

＜この項の構成＞

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

(2)　アプリケーションサーバが提供するコマンドの使用

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

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

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

(2)　アプリケーションサーバが提供するコマンドの使用

アプリケーションサーバが提供するコマンドは，管理者特権で実行する必要があります。アプリケーションサーバが提供するコマンドは，「管理者：コマンドプロンプト」で実行してください。

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

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

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

［コマンド プロンプト］を右クリックして，［管理者として実行］をクリックします。
管理者のパスワードまたは確認を求められた場合は，画面の指示に従って，パスワードを入力するか，または確認情報を提供してください。

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

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

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

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

1.3.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.4　仮想化システムの構築で使用する機能

2.5　仮想化システムの運用で使用する機能

2.6　仮想化システムの構築・運用時の作業の流れ

2.7　仮想化システムの構築・運用時の注意事項

2.1　仮想化システムの構成

ここでは，アプリケーションサーバで構築，運用する仮想化システムの構成について説明します。

仮想化システムは，次のマシンなどで構成されます。

仮想サーバ運用管理ホスト
仮想化システム全体を運用管理するための機能を持つマシンです。

ハイパーバイザ管理ホスト
ハイパーバイザ上で動作するマシンを管理するための機能を持つマシンです。

仮想サーバイメージ管理ホスト
仮想サーバにアプリケーションサーバを構築するためのデータを管理するマシンです。

管理対象マシン
J2EEサーバなどが動作するアプリケーションサーバが構築されている仮想サーバを配置したマシンです。

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

仮想化システムを構成するマシンについては，「2.3.1　仮想化システムで使用するマシンの種類」を参照してください。

仮想化システムの構成例を次の図に示します。なお，仮想化システムのシステム構成パターンについては，「3.　システム構成パターンの選択」を参照してください。

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

図に示すように，仮想化システムはさまざまな要素とマシンで構成されています。仮想化システムを構成する要素には，仮想サーバマネージャ，仮想サーバ，仮想アプリケーションサーバイメージ，マスタ仮想サーバなどがあります。仮想化システムを構成する要素については「2.2　仮想化システムを構成する要素」を，マシンについては「2.3　仮想化システムで使用するマシンの種類と前提条件」を参照してください。

2.2　仮想化システムを構成する要素

ここでは，「2.1　仮想化システムの構成」の構成例で示す仮想化システムを構成する要素について説明します。

＜この節の構成＞

2.2.1　仮想サーバマネージャ

2.2.2　仮想サーバ

2.2.3　管理ユニット

2.2.4　管理ユニット運用ルール

2.2.5　仮想サーバ起動時ユーザスクリプトファイル

2.2.6　仮想アプリケーションサーバイメージ

2.2.7　マスタ仮想サーバ

2.2.8　アプリケーションサーバ情報ディレクトリ

2.2.9　管理LANと業務LAN

2.2.1　仮想サーバマネージャ

仮想化システムでのアプリケーションサーバの構築，運用を支援するためのプロセスを仮想サーバマネージャといいます。仮想サーバマネージャでは，仮想マシン上にアプリケーションサーバを構築したり，一括起動や一括停止などの運用をしたりします。仮想サーバマネージャでは，仮想サーバを管理ユニットという単位で管理します。仮想サーバマネージャは，アプリケーションサーバの設定情報を管理ユニットとして作成し，その作成した情報を1台または複数の仮想サーバにデプロイして，アプリケーションサーバを構築します。

仮想サーバマネージャの管理ユニットによるシステム構築の例を次の図に示します。

図2-2　仮想サーバマネージャの管理ユニットによるシステム構築の例

この図では，管理ユニット1からAP1のアプリケーションが動作する仮想マシン1Aと仮想マシン2Aを構築しています。また，管理ユニット2からAP2のアプリケーションが動作する仮想マシン2Bと仮想マシン3Aを構築しています。管理ユニットを使用すると，アプリケーション単位にアプリケーションサーバを構築できるので，仮想サーバの構築を意識する必要がありません。

仮想サーバマネージャでは，それぞれの管理ユニットをバージョン管理できます。管理できるバージョンは，最大で二つです。管理ユニットのバージョン番号は，仮想サーバマネージャが自動的に設定します。

2.2.2　仮想サーバ

アプリケーションサーバを構築した仮想マシンを仮想サーバといいます。

仮想サーバ上で動作できるアプリケーションは，オンライン業務を実行するJ2EEアプリケーションです。仮想サーバ上のアプリケーションサーバは，次のプロセスで構成されます。仮想サーバ上のアプリケーションサーバは，仮想アプリケーションサーバともいいます。

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

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

PRFデーモン（パフォーマンストレーサ）
アプリケーションサーバは，リクエストを処理するときに，トレース情報をバッファに出力します。PRFデーモン（パフォーマンストレーサ）は，バッファに出力されたトレース情報をファイルに出力するためのI／Oプロセスです。

Management Server
運用管理ドメイン内の各ホストに配置した運用管理エージェントに指示を出して，運用管理ドメイン全体の運用管理を実行するためのプロセスです。

運用管理エージェント
運用管理者の代わりに，それぞれのホスト上の論理サーバを起動したり，設定ファイルを更新したりするエージェント機能を持つプロセスです。

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

仮想サーバ上のアプリケーションサーバを構成するプロセスを次の図に示します。

図2-3　仮想サーバ上のアプリケーションサーバを構成するプロセス

仮想サーバ上のアプリケーションサーバは，簡易構築定義ファイル（WebFront.xml）で定義します。簡易構築定義ファイルでは，Webサーバ，J2EEサーバ，PRFデーモン（パフォーマンストレーサ）を同じアプリケーションサーバ（Webシステム）上に配置するパターン（combined-tier）で定義します。combined-tierについては，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」を参照してください。

2.2.3　管理ユニット

同一のデプロイメント（プロセスの配置，アプリケーションやリソースアダプタのデプロイ，定義設定など）を適用する，1台以上の仮想サーバのグループを管理ユニットといいます。

管理ユニットの構成を次の図に示します。

図2-4　管理ユニットの構成

管理ユニットは，仮想アプリケーションサーバイメージ，管理ユニット運用ルール，および仮想サーバ起動時ユーザスクリプトファイルから構成されます。仮想アプリケーションサーバイメージについては「2.2.6　仮想アプリケーションサーバイメージ」を参照してください。

管理ユニットを適用する管理対象マシンは，管理ユニット運用ルールで設定します。管理ユニット運用ルールについては「2.2.4　管理ユニット運用ルール」を参照してください。

仮想サーバ起動時ユーザスクリプトファイルは，ユーザ任意のファイルです。仮想サーバ起動時ユーザスクリプトファイルについては，「2.2.5　仮想サーバ起動時ユーザスクリプトファイル」を参照してください。

管理ユニットの適用範囲の例を次の図に示します。

図2-5　管理ユニットの適用範囲の例

この図では，管理ユニット1ではHostAとHostBを，管理ユニット2ではHostBを使用する管理ユニット運用ルールを設定しています。

2.2.4　管理ユニット運用ルール

管理ユニットの運用に関する規則をまとめたファイル（rule.properties）を管理ユニット運用ルールといいます。管理ユニットの運用に関する規則の主なものを次に示します。

管理ユニットでどの管理対象マシンを使用するか

使用する管理対象マシンにアプリケーションが動作する仮想サーバ（アプリケーションサーバ）を幾つデプロイするか

管理ユニット内で何台の仮想サーバ（アプリケーションサーバ）を一括起動するか

これらの管理ユニット運用ルールは，システム構築時にrule.propertiesで定義します。rule.propertiesについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

2.2.5　仮想サーバ起動時ユーザスクリプトファイル

次のタイミングに各仮想サーバで実行する，ユーザが作成したファイルを仮想サーバ起動時ユーザスクリプトファイルといいます。指定できるファイルは，ゲストOSがWindowsの場合はバッチファイル，Linuxの場合はシェルスクリプトです。

管理ユニットのデプロイ時

仮想サーバの起動（管理ユニットの一括起動または仮想サーバのスケールアウト）時

仮想サーバの更新（ローリングアップデート）時

仮想サーバ起動時ユーザスクリプトファイルには，これらのタイミングで，連携するJP1製品のコマンドなどを実行するように設定します。このファイルを使用する場合は，管理ユニットの作成時にコマンドの引数で指定します。

2.2.6　仮想アプリケーションサーバイメージ

仮想サーバに構築するアプリケーションサーバのイメージファイルを仮想アプリケーションサーバイメージといいます。

仮想アプリケーションサーバイメージは，管理ユニット作成時に，次の情報などを基に仮想サーバマネージャによって作成され，バージョン管理されます。管理ユニットの作成については，「2.4.1　管理ユニットの作成」を参照してください。

マスタ仮想サーバ（OS，Application Server Enterpriseなどの製品）

アプリケーション

アプリケーションサーバの定義ファイル

作成された仮想アプリケーションサーバイメージは，共有ディスクまたは仮想サーバイメージ管理ホストのローカルディスクに格納されます。

2.2.7　マスタ仮想サーバ

アプリケーションサーバを構築するための基盤となるOS，Application Server Enterpriseなどの製品をインストールした仮想マシンをマスタ仮想サーバといいます。このマシンを作成しておくことで，アプリケーションサーバを効率良く作成できます。

2.2.8　アプリケーションサーバ情報ディレクトリ

仮想サーバ上で動作するアプリケーションと，アプリケーションサーバの定義ファイルをまとめたディレクトリをアプリケーションサーバ情報ディレクトリといいます。

アプリケーションサーバの定義ファイルは，システム管理者が作成して配置します。アプリケーションサーバ情報ディレクトリの構成については，「6.4　アプリケーションサーバ情報ディレクトリへの定義ファイルの配置」を参照してください。

2.2.9　管理LANと業務LAN

管理用のサーバを配置したLANを管理LANといい，業務用のサーバを配置したLANを業務LANといいます。管理LANと業務LANを分けるかどうかは，システム構成パターンによって異なります。システム構成パターンについては，「3.　システム構成パターンの選択」を参照してください。ここでは，仮想化システムで使用するネットワークの仕組みについて説明します。

仮想化システムのネットワーク構成は，仮想スイッチで実現されます。仮想スイッチは，VMware ESXのハイパーバイザのネットワーク構成で使用する仮想的なスイッチのことで，物理的なネットワークアダプタ（物理NIC）と，仮想的なネットワークアダプタ（仮想NIC）とを接続します。

仮想サーバは，仮想スイッチを経由してネットワーク通信をします。仮想マシンがLANに接続する場合，仮想NIC，仮想スイッチ，物理NICという経路を使用します。また，ハイパーバイザもネットワーク接続のために仮想スイッチを使用します。

仮想スイッチにはポートグループが作成できます。ポートグループは，共通のネットワーク環境が設定された仮想スイッチの接続口の集合のことです。ポートグループには，それぞれを一意に識別するためのネットワークラベルを設定します。仮想サーバの仮想NICにもネットワークラベルが設定され，そのネットワークラベルと同じ仮想スイッチのポートグループに接続されます。

仮想化システムで使用するネットワーク構成例を次の図に示します。この例では，管理LANと業務LANを分けています。

図2-6　仮想化システムで使用するネットワーク構成例

この図の場合，仮想スイッチを物理NICごとに用意して，管理LANと業務LANが使用するポートグループもそれぞれ用意して，ネットワークを分離しています。また，仮想サーバには，それぞれの仮想スイッチを使用するための仮想NICを二つ用意します。ハイパーバイザで使用するポートグループは，管理LANに接続するように設定します。管理LANと業務LANを分けない場合（単一のLANの場合）は，仮想NIC，仮想スイッチ，物理NICがそれぞれ一つの構成になります。

2.3　仮想化システムで使用するマシンの種類と前提条件

ここでは，仮想化システムで使用するマシンの種類と，各マシンの前提条件について説明します。

＜この節の構成＞

2.3.1　仮想化システムで使用するマシンの種類

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

2.3.1　仮想化システムで使用するマシンの種類

ここでは，「2.1　仮想化システムの構成」の構成例に示す仮想化システムで使用する各マシンについて説明します。なお，各マシンにインストールする製品については，「2.3.2　仮想化システムの前提条件」を参照してください。

＜この項の構成＞

(1)　仮想サーバ運用管理ホスト

(2)　ハイパーバイザ管理ホスト

(3)　仮想サーバイメージ管理ホスト

(4)　管理対象マシン

(5)　JP1運用管理ホスト

(6)　負荷分散機

(7)　操作端末

(8)　共有ディスク

(9)　データベースサーバマシン

(1)　仮想サーバ運用管理ホスト

仮想サーバマネージャを配置したマシンを仮想サーバ運用管理ホストといいます。仮想サーバ運用管理ホストは，仮想マシン上にも配置できます。仮想化システムでは，仮想サーバマネージャを操作して，管理ユニット内の各仮想サーバに対して運用・管理を指示します。

(2)　ハイパーバイザ管理ホスト

仮想サーバマネージャでは，VMware vCenter Serverに登録されている管理対象マシンを運用管理するため，VMware vCenter Serverの利用が前提となります。VMware vCenter Serverをインストールしたマシンをハイパーバイザ管理ホストといいます。ハイパーバイザ管理ホストは，仮想マシン上にも配置できます。

(3)　仮想サーバイメージ管理ホスト

マスタ仮想サーバを作成したり，アプリケーションサーバの構築に使用するイメージを管理したりするマシンを仮想サーバイメージ管理ホストといいます。管理するイメージは，仮想サーバマネージャによって，仮想サーバ上にアプリケーションサーバを構築するために使用されます。仮想サーバイメージ管理ホストは，VMware vCenter Serverへの登録が必要ですが，仮想サーバマネージャの管理対象には含まれません。

(4)　管理対象マシン

アプリケーションサーバを構築した仮想サーバを配置したマシンを管理対象マシンといいます。管理対象マシンは，VMware vCenter Serverと管理対象マシン情報ファイルへの登録が必要で，仮想サーバマネージャの管理対象に含まれます。

管理対象マシン上で動作する仮想サーバは，仮想サーバマネージャが管理する管理ユニットに属し，管理ユニット単位に構築，起動，停止などを実行できます。

(5)　JP1運用管理ホスト

JP1製品を配置したマシンをJP1運用管理ホストといいます。JP1と連携する場合に必要です。JP1運用管理ホストは，仮想マシン上にも配置できます。

(6)　負荷分散機

ロードバランシング機能を持つ製品を配置するマシンを負荷分散機といいます。仮想化システムでは，負荷分散機は，管理対象マシン上の仮想サーバを監視します。また，仮想化システムの場合，システム間での負荷分散機の共有や，負荷分散機の冗長化はできません。負荷分散機の詳細については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」の負荷分散機に関する説明を参照してください。

(7)　操作端末

Webブラウザを配置し，仮想サーバ運用管理ホストにアクセスするマシンを操作端末といいます。VMware vSphere Clientの画面から仮想化システムの環境を設定したり，仮想サーバマネージャGUIから仮想サーバの稼働状況を表示したり，管理ユニット単位に仮想サーバを一括起動したりできます。また，JP1と連携している場合には，JP1によって実行されるさまざまな監視状況なども表示できます。

(8)　共有ディスク

仮想サーバイメージ管理ホスト，管理対象マシンなどの複数のマシンから共有できる，iSCSI接続，Fibre Channel接続などによるストレージを共有ディスクといいます。

(9)　データベースサーバマシン

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

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

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

ここでは，仮想化システムで使用する各マシンにインストールする製品や，適用範囲について説明します。

＜この項の構成＞

(1)　仮想サーバ運用管理ホストの前提条件

(2)　ハイパーバイザ管理ホストの前提条件

(3)　仮想サーバイメージ管理ホストの前提条件

(4)　管理対象マシンの前提条件

(5)　JP1運用管理ホストの前提条件

(6)　負荷分散機の前提条件

(7)　操作端末の前提条件

(8)　共有ディスクの前提条件

(9)　データベースサーバマシンの前提条件

(1)　仮想サーバ運用管理ホストの前提条件

仮想サーバ運用管理ホストは，次の条件を満たす必要があります。

ハイパーバイザ管理ホストに接続できること※1

管理対象マシンに接続できること

JP1運用管理ホストと接続できること※2

操作端末から接続できること

共有ディスクに接続できること※3

注※1

仮想サーバ運用管理ホストとハイパーバイザ管理ホストが異なるマシンの場合に必要な条件です。

注※2

JP1製品と連携する場合に必要な条件です。

注※3

コールドスタンバイ構成で構築する場合に必要な条件です。

仮想サーバ運用管理ホストの前提OSと前提製品を次に示します。

●前提OS

仮想サーバ運用管理ホストの前提OSを次の表に示します。

表2-1　仮想サーバ運用管理ホストの前提OS

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

Windows

Windows Server 2008 x86

Windows Server 2008 x64

Linux

Linux 5（AMD/Intel 64）

Linux 5（x86）

Linux 5 Advanced Platform（AMD/Intel 64）

Linux 5 Advanced Platform（x86）

●前提製品

仮想サーバ運用管理ホストの前提製品を次の表に示します。

表2-2　仮想サーバ運用管理ホストの前提製品

分類
前提製品

アプリケーションサーバの製品

Application Server Enterprise

Service Platform

(2)　ハイパーバイザ管理ホストの前提条件

ハイパーバイザ管理ホストは，次の条件を満たす必要があります。

仮想サーバ運用管理ホストから接続できること

仮想サーバイメージ管理ホストに接続できること

管理対象マシンに接続できること

操作端末から接続できること

ハイパーバイザ管理ホストの前提OSと前提製品を次に示します。

●前提OS

ハイパーバイザ管理ホストの前提OSを次の表に示します。

表2-3　ハイパーバイザ管理ホストの前提OS

前提OS | 前提OSのバージョン
Windows | VMwareのドキュメントを参照してください。

●前提製品

ハイパーバイザ管理ホストの前提製品を次の表に示します。

表2-4　ハイパーバイザ管理ホストの前提製品

分類
前提製品

仮想化ソフトウェア

仮想サーバイメージ管理ホストおよび管理対象マシンの仮想化ソフトウェアがVMware ESX 3.5の場合

VMware vCenter Server 2.5 Update 5以降

VMware vCenter Server 4

仮想サーバイメージ管理ホストおよび管理対象マシンの仮想化ソフトウェアがVMware ESX 4の場合

VMware vCenter Server 4

(3)　仮想サーバイメージ管理ホストの前提条件

仮想サーバイメージ管理ホストは，次の条件を満たす必要があります。

ハイパーバイザ管理ホストから接続できること

共有ディスクに接続できること※

注※

共有ディスクを使用する場合に必要な条件です。

仮想サーバイメージ管理ホストの前提OSと前提製品を次に示します。

●前提OS

仮想サーバイメージ管理ホストの仮想マシンの前提OS（ゲストOS）を次の表に示します。

表2-5　仮想サーバイメージ管理ホストの仮想マシンの前提OS

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

Windows

Windows Server 2003

Windows Server 2003 R2

Windows Server 2008 x86

Linux

Linux 5（x86）

Linux 5 Advanced Platform（x86）

Linux AS 4（x86）

Linux ES 4（x86）

●前提製品

仮想サーバイメージ管理ホストの前提製品を次の表に示します。

表2-6　仮想サーバイメージ管理ホストの前提製品

分類
前提製品

仮想化ソフトウェア※

VMware ESX 3.5

VMware ESX 4

アプリケーションサーバの製品
仮想マシン上に次のどちらかのアプリケーションサーバの製品をインストールする必要があります。

Application Server Enterprise 08-50以降

Service Platform 08-50以降

注※

管理対象マシンにインストールする仮想化ソフトウェアと同じにしてください。使用できる仮想化ソフトウェアの組み合わせを次に示します。

VMware ESX 3.5，VMware vCenter Server 2.5 Update 5以降，およびVMware vCenter Serverに対応するVMware vSphere Client

VMware ESX 3.5，VMware vCenter Server 4，およびVMware vCenter Serverに対応するVMware vSphere Client

VMware ESX 4，VMware vCenter Server 4，およびVMware vCenter Serverに対応するVMware vSphere Client

(4)　管理対象マシンの前提条件

管理対象マシンは，次の条件を満たす必要があります。

仮想サーバ運用管理ホストから接続できること

ハイパーバイザ管理ホストから接続できること

JP1運用管理ホストと接続できること※1

負荷分散機と接続できること※2

共有ディスクに接続できること※3

注※1

JP1製品と連携する場合に必要な条件です。

注※2

負荷分散機を使用する場合に必要な条件です。

注※3

共有ディスクを使用する場合に必要な条件です。

管理対象マシンの前提OSと前提製品を次に示します。

●前提OS

管理対象マシンの仮想マシンの前提OS（ゲストOS）を次の表に示します。

表2-7　管理対象マシンの仮想マシンの前提OS

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

Windows

Windows Server 2003

Windows Server 2003 R2

Windows Server 2008 x86

Linux

Linux 5（x86）

Linux 5 Advanced Platform（x86）

Linux AS 4（x86）

Linux ES 4（x86）

●前提製品

管理対象マシンの前提製品を次の表に示します。

表2-8　管理対象マシンの前提製品

分類
前提製品

仮想化ソフトウェア※

VMware ESX 3.5

VMware ESX 4

注※

仮想サーバイメージ管理ホストにインストールする仮想化ソフトウェアと同じにしてください。使用できる仮想化ソフトウェアの組み合わせを次に示します。

VMware ESX 3.5，VMware vCenter Server 2.5 Update 5以降，およびVMware vCenter Serverに対応するVMware vSphere Client

VMware ESX 3.5，VMware vCenter Server 4，およびVMware vCenter Serverに対応するVMware vSphere Client

VMware ESX 4，VMware vCenter Server 4，およびVMware vCenter Serverに対応するVMware vSphere Client

(5)　JP1運用管理ホストの前提条件

JP1運用管理ホストは，次の条件を満たす必要があります。

仮想サーバ運用管理ホストと接続できること

管理対象マシンと接続できること

操作端末から接続できること

JP1運用管理ホストの前提OSおよび前提製品については，連携するJP1製品のマニュアルを参照してください。なお，連携するJP1製品は，システム構成パターンによって異なります。システム構成パターンについては，「3.　システム構成パターンの選択」を参照してください。

(6)　負荷分散機の前提条件

仮想化システムで使用できる負荷分散機を次に示します。

BIG-IP v9

ACOS

詳細については，各負荷分散機のマニュアルを参照してください。

負荷分散機は，次の条件を満たす必要があります。

管理対象マシンと接続できること

(7)　操作端末の前提条件

操作端末は，次の条件を満たす必要があります。

仮想サーバ運用管理ホストに接続できること

ハイパーバイザ管理ホストに接続できること

JP1運用管理ホストと接続できること※

注※

JP1製品と連携する場合に必要な条件です。

操作端末の前提OSと前提製品を次に示します。

●前提OS

操作端末の前提OSは，VMware vSphere Clientの前提OSに従います。VMware vSphere Clientの前提OSについてはVMwareのドキュメントを参照してください。

●前提製品

操作端末の前提製品を次の表に示します。なお，JP1と連携する場合は，JP1製品も必要になります。

表2-9　操作端末の前提製品

分類 | 前提製品
仮想化ソフトウェア | VMware vCenter Serverのバージョンに対応するVMware vSphere Client

(8)　共有ディスクの前提条件

共有ディスクの前提条件を次の表に示します。

表2-10　共有ディスクの前提条件

前提OS
前提条件

Windows

Fibre Channel接続

iSCSI接続

Linux

Fibre Channel接続

iSCSI接続

NFS version 3 over TCP

(9)　データベースサーバマシンの前提条件

前提となるデータベースについては，マニュアル「Cosminexus アプリケーションサーバ 概説」のデータベースとの連携に関する説明を参照してください。

データベースサーバマシンは，次の条件を満たす必要があります。

管理対象マシンと接続できること

2.4　仮想化システムの構築で使用する機能

仮想化システムを構築するために，次の機能を使用します。

管理ユニットの作成

管理ユニットのデプロイ

ここでは，これらの機能の概要について説明します。

＜この節の構成＞

2.4.1　管理ユニットの作成

2.4.2　管理ユニットのデプロイ

2.4.1　管理ユニットの作成

管理対象マシン上に構築する仮想サーバ上のアプリケーションサーバの基となるデータを，管理ユニットとして作成しておきます。管理ユニットの作成は，vmx_create_unitコマンドで実施します。

マスタ仮想サーバ，アプリケーションサーバ情報ディレクトリ，管理ユニット運用ルールを用意します。仮想サーバ起動時ユーザスクリプトファイルを作成している場合は，仮想サーバ起動時ユーザスクリプトファイルも用意します。用意したものを引数に指定して，vmx_create_unitコマンドを実行すると，仮想サーバマネージャによって，管理ユニットが作成されます。

管理ユニットの作成の流れを次の図に示します。

図2-7　管理ユニットの作成の流れ

管理ユニットは，仮想サーバマネージャによってバージョン管理されます。仮想サーバマネージャで管理できるバージョンは，最大二つです。管理ユニットのバージョン番号は，仮想サーバマネージャによって001～999の範囲で自動的に設定されます。999のあとは001になります。管理ユニットを変更すると，バージョン番号はインクリメントされます。なお，デプロイや一括起動時に使用する管理ユニットは，カレントバージョンのものになります。管理ユニットのバージョンはvmx_list_unit_versionコマンドで確認でき，カレントバージョンはvmx_set_unit_currentversionコマンドで設定できます。

2.4.2　管理ユニットのデプロイ

仮想サーバ上にアプリケーションサーバを構築するために，あらかじめ，仮想アプリケーションサーバイメージを管理対象マシンのインスタンスプールに配備しておきます。この機能を管理ユニットのデプロイといいます。管理ユニットのデプロイは，vmx_deploy_unitコマンドで実施します。

管理ユニットのデプロイの流れを次の図に示します。

図2-8　管理ユニットのデプロイの流れ

この図では，管理ユニットで使用するHostAとHostBにそれぞれ二つずつ仮想アプリケーションサーバイメージをデプロイしています。

管理ユニットをデプロイすると，各管理対象マシンのインスタンスプールに仮想アプリケーションサーバイメージ（停止状態の仮想サーバ）が保持されます。

2.5　仮想化システムの運用で使用する機能

仮想化システムでは，運用時に次の機能が使用できます。

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

稼働状況の一覧表示

仮想サーバのスケールアウトとスケールイン

仮想サーバの更新

仮想サーバ停止時のログ情報の取得

仮想サーバの障害監視と障害検知

ここでは，これらの機能の概要について説明します。

なお，どの機能を使用するかは，システム構成パターンによって異なります。システム構成パターンについては，「3.　システム構成パターンの選択」を参照してください。

＜この節の構成＞

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

2.5.2　稼働状況の一覧表示

2.5.3　仮想サーバのスケールアウトとスケールイン

2.5.4　仮想サーバの更新

2.5.5　仮想サーバ停止時のログ情報の取得

2.5.6　仮想サーバの障害監視と障害検知

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

管理ユニットの一括起動は，管理ユニットに属する仮想サーバを一括で起動できる機能です。管理ユニットの一括停止は，管理ユニットに属する仮想サーバを一括で停止できる機能です。個々の仮想サーバを1台ずつ起動したり停止したりする必要がないため，システム管理者の負担が軽減できます。

管理ユニットの一括起動はvmx_start_unitコマンドで，一括停止はvmx_stop_unitコマンドで実施します。仮想サーバマネージャGUIでも管理ユニットの一括起動と一括停止を実施できます。

一括起動すると，管理ユニット運用ルールに設定した数の仮想サーバが，使用する管理対象マシンに起動されます。仮想サーバが起動される管理対象マシンは，管理ユニット運用ルールの管理対象マシンの指定順に，ラウンドロビンで選択されます。

一括停止すると，指定した管理ユニットに属する仮想サーバがすべて停止されます。

管理ユニットの一括起動および一括停止の範囲の例を次の図に示します。この図では，管理ユニット1を一括起動して，一括停止しています。

図2-9　管理ユニットの一括起動および一括停止の範囲の例

図のように，管理ユニットの一括起動と一括停止では，インスタンスプールを使用します。一括起動時には，インスタンスプール中の仮想アプリケーションサーバイメージから仮想サーバが起動されます。一括停止時にはインスタンスプール中に停止した仮想サーバの仮想アプリケーションサーバイメージが保持されます。

一括起動時の注意事項を次に示します。

管理ユニット運用ルールで指定したデプロイ数が一括起動時の起動数より少ない場合，デプロイしたすべての仮想サーバが起動できても警告終了します。

vmx_start_unitコマンド実行時のカレントバージョンの管理ユニットで，デプロイ済みの仮想アプリケーションサーバイメージが一括起動の対象となります。コマンドの引数と同じ管理ユニットでデプロイ済みであっても，管理ユニットのバージョンがカレントバージョンでない仮想サーバは，一括起動の対象になりません。

一括起動する仮想サーバ数が，デプロイした仮想アプリケーションサーバイメージの数より多い場合，超過分の仮想サーバは起動されません。なお，起動できなかった仮想サーバがある場合は，警告終了します。

仮想サーバが1台も起動できない場合は，エラー終了します。

一括起動する管理ユニット内に属する仮想サーバが1台でも起動済みの場合は，一括起動できません。この場合，次のどちらかの処理を実施します。また，起動済みの仮想サーバがカレントバージョンの管理ユニットでデプロイされていない場合は，次のどちらかの処理を実施したあと，警告終了します。

起動済みの仮想サーバ数が，一括起動する仮想サーバ数より多い場合は，起動処理をしないで警告終了します。

起動済みの仮想サーバ数が，一括起動する仮想サーバ数より少ない場合は，不足分の仮想サーバを起動します。仮想サーバを起動する管理対象マシンは，管理ユニット運用ルールの指定順にラウンドロビンで選択されます。

2.5.2　稼働状況の一覧表示

稼働状況の一覧表示は，仮想化システムの運用中に，管理対象マシンごとの仮想サーバの稼働状況を一覧で表示できる機能です。システム管理者は，仮想サーバの稼働状況の一覧から管理ユニットに属する仮想サーバを監視できます。

稼働状況の一覧表示は，vmx_list_virtualserver_statusコマンドまたは仮想サーバマネージャGUIで実施します。

2.5.3　仮想サーバのスケールアウトとスケールイン

スケールアウトは，稼働する仮想サーバの台数を増やす機能で，スケールインは，稼働する仮想サーバの台数を減らす機能です。仮想サーバの負荷が増えた場合にスケールアウトすると，負荷を減らせるので，仮想サーバの処理性能を向上できます。また，仮想サーバの負荷が減った場合にスケールインすると，管理ユニットで使用する管理対象マシンの規模を縮小できるので，リソースの使用効率を向上できます。

仮想サーバのスケールアウトはvmx_scaleout_unitコマンドで，スケールインはvmx_scalein_unitコマンドで実施します。

仮想サーバのスケールアウトとスケールインの例を次の図に示します。この図では，管理ユニット1で使用するHostBに仮想サーバをスケールアウト（追加）して，HostBの仮想サーバVMX0004をスケールイン（削除）しています。

図2-10　仮想サーバのスケールアウトとスケールインの例

仮想サーバのスケールアウトおよびスケールインは，管理ユニットに属するほかの稼働中の仮想サーバには影響がないため，業務を停止することなく，稼働する仮想サーバを増やしたり，減らしたりできます。

2.5.4　仮想サーバの更新

仮想サーバの更新は，仮想サーバのOSや製品のプログラムにパッチを適用したり，アプリケーションや定義ファイルなどを更新したりする場合に，管理ユニットごとに仮想サーバの設定を変更する機能です。

仮想サーバを更新する場合，管理ユニットを更新してから，その管理ユニットの更新を仮想サーバへ適用します。

管理ユニットは，仮想サーバの稼働中または停止中に関係なく，更新できます。管理ユニットの更新はvmx_update_unitコマンドで実施します。更新した管理ユニットは，新たなバージョンとして仮想サーバマネージャによって管理されます。このバージョンをカレントバージョンに設定してコマンドを実行すると，すべての仮想サーバに管理ユニットの更新を適用できます。

管理ユニットの更新を仮想サーバへ適用する方法には，ローリングアップデートとデプロイがあります。ローリングアップデートは，仮想サーバの稼働中または停止中に関係なく，仮想サーバを1台ずつ更新する機能で，デプロイは，停止中の仮想サーバだけを更新する機能です。ローリングアップデートはvmx_rolling_updateコマンドで，デプロイはvmx_deploy_unitコマンドで実施します。

2.5.5　仮想サーバ停止時のログ情報の取得

仮想サーバ停止時のログ情報の取得は，管理ユニットを一括停止した場合や，仮想サーバをスケールインした場合，管理ユニットをローリングアップデートした場合に，停止対象である仮想サーバ上のアプリケーションサーバのログを取得する機能です。仮想サーバ上のアプリケーションサーバのログをVmログ，仮想サーバ停止時のログ情報の取得をVmログ収集機能ともいいます。

取得したログは，zip形式のファイルで仮想サーバマネージャのローカルディスクに保存されます。ファイル名称は，<取得日時_仮想サーバの管理LANのIPアドレス※>です。

取得日時

YYYYMMDDhhmmssTZ

YYYY：年

MM：月

DD：日

hh：時

mm：分

ss：秒

TZ：タイムゾーンが，GMT（グリニッジ標準時）からの時差で表示されます。日本の場合，「+0900」が表示されます。

仮想サーバの管理LANのIPアドレス※

xxx.xxx.xxx.xxx

注※

単一のLANのシステム（管理LANと業務LANを分けないシステム）では，「仮想サーバの管理LANのIPアドレス」は「仮想サーバのIPアドレス」と読み替えてください。

（例）

取得日時が「2010年1月13日9時30分45秒（日本標準時）」，仮想サーバのIPアドレスが「192.168.0.1」の場合，次のファイル名称になります。

20100113093045+0900_192.168.0.1.zip

また，ログファイルの格納先は，vmx.propertiesのvmx.log.dirプロパティで指定できます。ログファイルの格納場所を次に示します。

Windowsの場合
<vmx.log.dirプロパティの指定値>¥mngunit¥<管理ユニット名>

Linuxの場合
<vmx.log.dirプロパティの指定値>/mngunit/<管理ユニット名>

ログファイルに収集されるログの範囲は，vmxlog.confに指定されているファイルです。ハイパーバイザに関するログは取得されません。必要に応じて，ハイパーバイザ上のログを直接参照してください。

2.5.6　仮想サーバの障害監視と障害検知

仮想サーバの障害監視は，仮想サーバマネージャによって，稼働中の仮想サーバを定期的に監視する機能です。仮想サーバマネージャは，仮想サーバ上のアプリケーションサーバ内にあるプロセス（Management Server）の状態を監視します。仮想サーバの障害検知は，仮想サーバで障害が発生した場合に，仮想サーバマネージャがその障害を検知して，障害が発生した仮想サーバのステータスを変更する機能です。ステータスの変更は，コマンドまたは仮想サーバマネージャGUIで確認できます。

仮想サーバマネージャによる仮想サーバの障害監視と障害検知の流れを次の図に示します。

図2-11　仮想サーバマネージャによる仮想サーバの障害監視と障害検知の流れ

図中の1.～2.について説明します。

仮想サーバマネージャは，稼働中の仮想サーバAと仮想サーバBを監視します。

仮想サーバマネージャは，仮想サーバAの障害を検知します。

2.6　仮想化システムの構築・運用時の作業の流れ

ここでは，仮想化システムを構築，運用する作業の流れについて説明します。作業の流れを次の図に示します。

図2-12　仮想化システムの構築・運用時の作業の流れ

図中の1.～5.について説明します。

システム構成パターンの選択
構築するシステムのシステム構成パターンを選択します。仮想化システムでは，四つのシステム構成パターンがあります。詳細は，「3.　システム構成パターンの選択」を参照してください。選択したシステム構成パターンのシステムを動作させるためのリソースの見積もりを実施します。

前提となる環境の準備
仮想化システムを構築するための前提となる，ハイパーバイザと関連する環境および仮想化システムを運用・管理する環境を準備します。詳細については，「5.　前提となる環境の準備」を参照してください。

システム構築
「3.　システム構成パターンの選択」で選択したシステムを構築します。詳細については，「6.　システム構築」を参照してください。

システム運用
「3.　システム構成パターンの選択」で選択したシステムを運用します。詳細については，「7.　システム運用」を参照してください。

システム障害時の復旧
「3.　システム構成パターンの選択」で選択したシステムの運用中に障害が発生した場合の復旧方法について説明します。詳細については，「8.　システム障害時の復旧」を参照してください。

2.7　仮想化システムの構築・運用時の注意事項

仮想化システムを構築・運用する場合の注意事項を次に示します。

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

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

仮想化システムで使用する物理マシン，および仮想化システムで構築した仮想サーバのUUIDは変更しないでください。

物理マシン上で起動する仮想マシンの数に対応したOSのライセンスが必要になります。物理マシンのOSと仮想マシンのOSによって，必要なランセンス数が異なるので，必要な数を用意してください。

3.　システム構成パターンの選択

この章では，仮想化システムで構築できるシステム構成パターンについて説明します。また，仮想化システムで使用するリソースの見積もり方法についても説明します。

＜この章の構成＞

3.1　システム構成パターンと選択の指針

3.2　パターン1（テスト環境のオンデマンド提供）の概要

3.3　パターン2（実行環境の持続的運用）の概要

3.4　パターン3（実行環境のスケールアウト）の概要

3.5　パターン4（小規模部門サーバの集約）の概要

3.6　使用するリソースの見積もり

3.1　システム構成パターンと選択の指針

ここでは，仮想化システムで構築できるシステム構成パターンと，システム構成パターンを選択するための指針について説明します。

＜この節の構成＞

(1)　仮想化システムのシステム構成パターン

(2)　システム構成パターン選択の指針

(1)　仮想化システムのシステム構成パターン

仮想化システムのシステム構成には，四つのシステム構成パターンがあります。システム構成パターンを次の表に示します。

表3-1　仮想化システムのシステム構成パターン

システム構成パターン | 説明 | 参照先
パターン1（テスト環境のオンデマンド提供） | Webアプリケーションの開発者向けに提供するテスト環境を仮想化し，開発者の要望に応じてオンデマンドに提供する用途を想定しています。 | 3.2
パターン2（実行環境の持続的運用） | Webシステムを仮想化環境に構築して性能と信頼性を確保しつつ，各サーバの実行環境を持続的に運用することで安定稼働を維持する用途を想定しています。 | 3.3
パターン3（実行環境のスケールアウト） | Webシステムを仮想化環境に構築してシステム構成の柔軟性を生かします。業務量の増大に応じてスケールアウト（拡大）し，各サーバの環境を常に最新に保つ運用を想定しています。 | 3.4
パターン4（小規模部門サーバの集約） | 散在する部門サーバを仮想化環境に集約し，TCOを削減するシンプルな構成と運用を想定しています。 | 3.5

なお，以降の説明中では，システム構成パターンの表記を省略しています。システム構成パターンの表記と対応するシステム構成パターンを次の表に示します。

表3-2　システム構成パターンの表記と対応するシステム構成パターン

表記 | 対応するシステム構成パターン
パターン1 | パターン1（テスト環境のオンデマンド提供）
パターン2 | パターン2（実行環境の持続的運用）
パターン3 | パターン3（実行環境のスケールアウト）
パターン4 | パターン4（小規模部門サーバの集約）

(2)　システム構成パターン選択の指針

システム構成パターンごとの特徴を次の表に示します。システム構成パターンを選択する場合の指針にしてください。

表3-3　システム構成パターンごとの特徴

項目 | システム構成パターン
パターン1 | パターン2 | パターン3 | パターン4
アプリケーションサーバの利用者 | アプリケーション開発者 | アプリケーションの利用者
アプリケーションサーバの運用管理者 | アプリケーション開発者 | システム（業務）の運用管理者 | システム（部門）の運用管理者
仮想化システムの運用管理者 | システム（インフラ）の運用管理者 | システム（部門）の運用管理者
仮想化システムのネットワークの構成 | 管理LANと業務LANを分けた構成 | 単一のLAN（管理LANと業務LANを分けない）による構成
システムの運用で使用するマシンの配置 | 仮想マシン上に配置 | 物理マシン上に配置
共有ディスクの構成 | 業務用と運用用の二つの領域を共有ディスクとして使用 | 業務用の領域を共有ディスクして使用 | 共有ディスクを使用しない
負荷分散機の使用 | － | ○ | ○ | －
利用する仮想サーバマネージャの機能 | 仮想サーバの作成（管理ユニットの作成とデプロイ） | ○ | ○ | ○ | ○
仮想サーバの起動と停止（管理ユニットの一括起動と一括停止） | ○ | ○ | ○ | ○
仮想サーバのスケールアウトとスケールイン | － | － | ○ | －
仮想サーバの更新 | ○ | － | ○ | ○
仮想サーバ停止時のログ取得 | ○ | － | ○ | ○
仮想サーバ上のManagement Serverを利用した機能 | 仮想サーバの設定変更，およびアプリケーションのインポートと開始 | － | ○ | － | －
システムで利用する運用機能 | JP1/IMによる障害監視 | ○ | ○ | ○ | －
JP1/AJS3による自動運用 | － | ○ | ○ | －
JP1/PFMによる負荷監視 | － | ○ | ○ | －

（凡例）

○：使用できます。

－：使用できません。

3.2　パターン1（テスト環境のオンデマンド提供）の概要

ここでは，パターン1でのシステム構成，ソフトウェア構成，前提条件などについて説明します。

＜この節の構成＞

3.2.1　システム構成

3.2.2　ソフトウェア構成

3.2.3　仮想サーバの配置に関する前提条件

3.2.4　システムの運用に関する前提条件

3.2.5　仮想サーバの配置例

3.2.1　システム構成

パターン1でのシステム構成を次の図に示します。

図3-1　パターン1（テスト環境のオンデマンド提供）でのシステム構成

このシステム構成の場合，次の条件を満たす必要があります。

●使用するハードウェア

マシンごとに使用するハードウェアを次の表に示します。

表3-4　マシンごとに使用するハードウェア（パターン1の場合）

マシンの種類 | 使用するハードウェア
運用用物理マシン兼仮想サーバイメージ管理ホスト | ラックマウントサーバ（HA8000シリーズなど）
管理対象マシン | サーバブレード（BS320標準サーバブレードなど）
ストレージ装置 | ディスクアレイ装置（BR1600など）

●システム構成の前提条件

システム構成の前提条件を次に示します。

仮想サーバ運用管理ホスト，ハイパーバイザ管理ホスト，JP1運用管理ホスト，およびマスタ仮想サーバは，ラックマウントサーバ上に異なる仮想マシンとして構築されます。

管理対象マシンの仮想サーバは，サーバブレード上に構築されます。

運用用物理マシン兼仮想サーバイメージ管理ホストは，現用系と予備系のコールドスタンバイ構成とします。通常は現用系だけが動作し，障害時に予備系が動作します。

現用系と予備系で使用する運用用物理マシン兼仮想サーバイメージ管理ホストのイメージは，ディスクアレイ装置の同一のディスク領域である共有ディスク（運用用データストア）に格納され，ハイパーバイザによって参照されます。

仮想サーバのイメージは，ディスクアレイ装置の同一のディスク領域である共有ディスク（業務用データストア）に格納され，ハイパーバイザによって参照されます。

利用者であるアプリケーション開発者は，アプリケーションのデプロイ，アプリケーションサーバの定義などを運用管理ポータルを使用して実施します。

●ネットワーク構成の前提条件

ネットワークは，業務用のサーバを配置したLAN（業務LAN）と，管理用のサーバを配置したLAN（管理LAN）に分けた構成とします。業務LANと管理LANのそれぞれにIPアドレスが割り当てられます。なお，利用者であるアプリケーション開発者は，管理LANと業務LANの両方にアクセスできます。

マシンごとのネットワークの設定情報を次の表に示します。

表3-5　マシンごとのネットワークの設定情報（パターン1の場合）

マシンの種類
ネットワークの設定情報

操作端末
物理NICを一つ使用し，管理LANに割り当てます。

運用用物理マシン兼仮想サーバイメージ管理ホスト
管理LANの物理NICを一つ使用します。

仮想サーバ運用管理ホスト，ハイパーバイザ管理ホスト，およびJP1運用管理ホストは，それぞれ仮想NICを一つ使用し，管理LANに割り当てます。

マスタ仮想サーバは，仮想NICを二つ使用します。一方の仮想NICは管理LANに割り当て，もう一方の仮想NICは物理NICを割り当てないものとします。

管理対象マシン
管理LANと業務LANの二つの物理NICを使用します。

ハイパーバイザの制御で使用するIPアドレスは，管理LANに割り当てます。

管理対象マシン上の仮想サーバは，仮想NICを二つ使用し，それぞれ業務LANと管理LANに割り当てます。

データベースサーバマシン
物理NICを一つ使用し，業務LANに割り当てます。

ストレージ装置
Fibre Channel接続，iSCSI接続またはNFS version 3 over TCP（Linuxの場合）によって，ディスク領域を共有します。

3.2.2　ソフトウェア構成

パターン1でのソフトウェア構成を次の図に示します。

図3-2　パターン1（テスト環境のオンデマンド提供）でのソフトウェア構成

アプリケーションサーバは，管理対象マシン上の1台の仮想サーバに，combined-tier構成で構築されます。アプリケーションサーバの構成については，「2.2.2　仮想サーバ」を参照してください。

物理マシン，および仮想マシンごとにインストールするOSおよび製品を次に示します。なお，詳細については，「2.3.2　仮想化システムの前提条件」を参照してください。

操作端末

Windows

VMware vSphere Client

JP1/IM - View

運用用物理マシン兼仮想サーバイメージ管理ホスト

VMware ESX

仮想サーバ運用管理ホスト

WindowsまたはLinux

Application Server Enterprise

ハイパーバイザ管理ホスト

Windows

VMware vCenter Server

JP1運用管理ホスト

Windows

JP1/Base

JP1/IM - Manager

マスタ仮想サーバ

WindowsまたはLinux

Application Server Enterprise

JP1/Base

管理対象マシン

VMware ESX

3.2.3　仮想サーバの配置に関する前提条件

「3.2.1　システム構成」に対して，次に示す性能と信頼性に関する前提条件を適用して，仮想サーバの配置を決定します。

性能に関する前提条件

仮想サーバは，CPU，メモリ，内蔵ハードディスク，ネットワークを考慮した性能とします。

1管理ユニット内の仮想サーバの性能は同一とします。

仮想マシンは，利用者（アプリケーション開発者）の申請に対して，１台ずつ割り当てられるため，サイジングはしません。

信頼性に関する前提条件

仮想サーバは，任意に選択された管理対象マシン（サーバブレード）で1台ずつ動作するため，信頼性設計はしません。

次の構成を決定して，仮想サーバを配置します。

各管理対象マシン（サーバブレード）で稼働する仮想サーバの台数

すべての管理対象マシンのハイパーバイザに対する一意な名称，およびIPアドレス（IPアドレスは管理LANに属します）

3.2.4　システムの運用に関する前提条件

システムの運用に関する前提条件を次に示します。

●使用するアプリケーションに関する前提条件

プロジェクトごとに共通のアプリケーションと，利用者がテストで使用するアプリケーションがあります。プロジェクトごとに共通のアプリケーションは，システム運用者が管理します。テストで使用するアプリケーションは，利用者が管理します。

アプリケーションは，ユーザがWebブラウザから利用するオンライン業務や，ほかのシステムから利用されるWebサービスなどが利用できます。利用者自身の操作によってアプリケーションの利用を開始・停止します。

●負荷分散機の運用に関する前提条件

負荷分散機は使用しません。

●仮想サーバの起動と停止に関する前提条件

システム運用者は，利用者の申請によって，次の手順で仮想サーバを起動・停止します。

利用者に1台の仮想サーバを割り当てて，どれかの管理対象マシンにデプロイします。

デプロイした仮想サーバをスケールアウトして起動します。

利用期間が終了したら，仮想サーバをスケールインして停止します。

停止した仮想サーバを管理対象マシンから削除します。

●障害監視に関する前提条件

障害監視は，JP1/IMを使用して実施します。仮想サーバマネージャによる障害監視は使用しません。システム運用者は，JP1/IMに通知された障害の内容をJP1/IMのビューアーで確認します。JP1/IMには，JP1/BaseがJP1イベントとして処理する，仮想サーバマネージャおよび仮想サーバ上のアプリケーションサーバの障害が通知されます。

なお，障害情報には，管理対象マシン，ネットワーク，ハイパーバイザ，および仮想サーバが識別できる情報を付与します。

利用者でも，JP1/IMによる障害監視を利用できます。アプリケーションの障害監視をJP1/IMを利用して実施する場合は，仮想サーバで個別に設定して利用します。

また，VMware vCenter Serverでは，仮想サーバの稼働状況を監視できます。

●負荷監視に関する前提条件

負荷監視は実施しません。

●バックアップとアーカイブに関する前提条件

システム運用者は，各仮想サーバ上で動作するアプリケーション，アプリケーションサーバなどで必要な環境については，バックアップを実施しません。仮想サーバの環境は，利用者が必要な情報についてバックアップを実施します。

仮想サーバの停止時には，アプリケーションサーバのログが収集され，仮想サーバ運用管理ホストのローカルディスクに保存されます。収集されたログは，一定期間保存したあと，システム運用者が消去します。なお，アプリケーションのユーザログは収集しません。

●システムの障害に関する前提条件

ハードウェア，ハイパーバイザ，仮想マシン上のOSなどで障害が発生して，仮想マシンが使用できない状態になった場合，システム運用者は，利用者へのサービスを一時停止し，任意の管理対象マシン上の新たな仮想サーバを利用者に割り当てます。新たに割り当てる仮想サーバの環境はすべてリセットされた状態となります。

また，仮想サーバ上のOS，アプリケーションサーバ，アプリケーションなどで障害が発生して，仮想サーバが利用できない状態になった場合，システム運用者は，利用者へのサービスを一時停止し，OS，プログラム，アプリケーションのパッチなどを適用したあと，任意の管理対象マシン上の新たな仮想サーバを利用者に割り当てます。新たに割り当てる仮想サーバの環境はすべてリセットされた状態となります。

3.2.5　仮想サーバの配置例

ここでは，前提条件を適用して決定した仮想サーバの配置例について説明します。

●説明で使用するプロジェクト

ここでは，次に示す三つの開発プロジェクトの利用中に，利用申請があったときの例を示します。

利用中の開発プロジェクト

開発プロジェクトA：3名利用中

開発プロジェクトB：2名利用中

開発プロジェクトC：4名利用中

利用申請の内容

既存の開発プロジェクトAに1名の利用申請

新規の開発プロジェクトDに3名の利用申請

●仮想サーバの配置例

仮想サーバの配置例を次の図に示します。

図3-3　仮想サーバの配置例

3.3　パターン2（実行環境の持続的運用）の概要

ここでは，パターン2でのシステム構成，ソフトウェア構成，前提条件などについて説明します。

＜この節の構成＞

3.3.1　システム構成

3.3.2　ソフトウェア構成

3.3.3　仮想サーバの配置に関する前提条件

3.3.4　システムの運用に関する前提条件

3.3.5　業務の運用例と仮想サーバの配置例

3.3.1　システム構成

パターン2でのシステム構成を次の図に示します。

図3-4　パターン2（実行環境の持続的運用）でのシステム構成

このシステム構成の場合，次の条件を満たす必要があります。

●使用するハードウェア

マシンごとに使用するハードウェアを次の表に示します。

表3-6　マシンごとに使用するハードウェア（パターン2の場合）

マシンの種類 | 使用するハードウェア
負荷分散機 | BIG-IP v9
運用用物理マシン兼仮想サーバイメージ管理ホスト | ラックマウントサーバ（HA8000シリーズなど）
管理対象マシン | サーバブレード（BS320標準サーバブレードなど）
ストレージ装置 | ディスクアレイ装置（BR1600など）

●システム構成の前提条件

システム構成の前提条件を次に示します。

仮想サーバ運用管理ホスト，ハイパーバイザ管理ホスト，JP1運用管理ホスト，およびマスタ仮想サーバは，ラックマウントサーバ上に異なる仮想マシンとして構築されます。

管理対象マシンの仮想サーバは，サーバブレード上に構築されます。

運用用物理マシン兼仮想サーバイメージ管理ホストは，現用系と予備系のコールドスタンバイ構成とします。通常は現用系だけが動作し，障害時に予備系が動作します。

現用系と予備系で使用する運用用物理マシン兼仮想サーバイメージ管理ホストのイメージは，ディスクアレイ装置の同一のディスク領域である共有ディスク（運用用データストア）に格納され，ハイパーバイザによって参照されます。

仮想サーバのイメージは，ディスクアレイ装置の同一のディスク領域である共有ディスク（業務用データストア）に格納され，ハイパーバイザによって参照されます。

新規に構築したあとに，Management Serverの運用管理ポータルなどを使用して，仮想サーバごとにアプリケーションサーバやアプリケーションを構築します。

●ネットワーク構成の前提条件

ネットワークは，業務用のサーバを配置したLAN（業務LAN）と，管理用のサーバを配置したLAN（管理LAN）に分けた構成とします。業務LANと管理LANのそれぞれにIPアドレスが割り当てられます。

マシンごとのネットワークの設定情報を次の表に示します。

表3-7　マシンごとのネットワークの設定情報（パターン2の場合）

マシンの種類
ネットワークの設定情報

操作端末
物理NICを一つ使用し，管理LANに割り当てます。

運用用物理マシン兼仮想サーバイメージ管理ホスト
管理LANの物理NICを一つ使用します。

仮想サーバ運用管理ホスト，ハイパーバイザ管理ホスト，およびJP1運用管理ホストは，それぞれ仮想NICを一つ使用し，管理LANに割り当てます。

マスタ仮想サーバは，仮想NICを二つ使用します。一方の仮想NICは管理LANに割り当て，もう一方の仮想NICは物理NICを割り当てないものとします。

管理対象マシン
管理LANと業務LANの二つの物理NICを使用します。

ハイパーバイザの制御で使用するIPアドレスは，管理LANに割り当てます。

管理対象マシン上の仮想サーバは，仮想NICを二つ使用し，それぞれ業務LANと管理LANに割り当てます。

データベースサーバマシン
物理NICを一つ使用し，業務LANに割り当てます。

ストレージ装置
Fibre Channel接続，iSCSI接続またはNFS version 3 over TCP（Linuxの場合）によって，ディスク領域を共有します。

3.3.2　ソフトウェア構成

パターン2でのソフトウェア構成を次の図に示します。

図3-5　パターン2（実行環境の持続的運用）でのソフトウェア構成

アプリケーションサーバは，管理対象マシン上の1台の仮想サーバに，combined-tier構成で構築されます。アプリケーションサーバの構成については，「2.2.2　仮想サーバ」を参照してください。

物理マシン，および仮想マシンごとにインストールするOSおよび製品を次に示します。なお，詳細については，「2.3.2　仮想化システムの前提条件」を参照してください。

操作端末

Windows

VMware vSphere Client

JP1/IM - View

JP1/AJS3 - View

運用用物理マシン兼仮想サーバイメージ管理ホスト

VMware ESX

仮想サーバ運用管理ホスト

WindowsまたはLinux

Application Server Enterprise

JP1/AJS3 - Agent

ハイパーバイザ管理ホスト

Windows

VMware vCenter Server

JP1運用管理ホスト

Windows

JP1/Base

JP1/IM - Manager

JP1/AJS3 - Manager

JP1/PFM - Manager

JP1/PFM - Web Console

マスタ仮想サーバ

WindowsまたはLinux

Application Server Enterprise

JP1/Base

JP1/PFM - Base

JP1/PFM - Agent（JP1/PFM - Agent for Cosminexus）

管理対象マシン

VMware ESX

3.3.3　仮想サーバの配置に関する前提条件

「3.3.1　システム構成」に対して，次に示す性能と信頼性に関する前提条件を適用して，仮想サーバの配置を決定します。

性能に関する前提条件

仮想サーバは，CPU，メモリ，内蔵ハードディスク，ネットワークを考慮した性能とします。

1管理ユニット内の仮想サーバの性能は同一とします。

次の手順でサイジングを実施します。

手順

仮想化システムで実行するアプリケーションのレスポンス時間などの性能要件を設定します。

手順1.で設定した仮想サーバのCPU性能要件を基に，想定される処理性能を算出します。

必要なCPU数を算出します。

必要な仮想サーバ数を算出します。

信頼性に関する前提条件

仮想サーバの信頼性を確保するための要件を次に示します。ここで示す要件を，すべてのアプリケーションに対して満たすサーバシャーシとサーバブレードの構成を決定します。1台のサーバシャーシには，複数台のサーバブレードが組み込まれているものとします。

1業務に対して，1台のサーバブレード（管理対象マシン）が障害で利用できなくなった場合は，業務を停止しないで性能を確保します。障害は手動で復旧します。

1業務に対して，2台以上のサーバブレード（管理対象マシン）が同時に障害で利用できなくなった場合は，業務を停止するかまたは縮退します。障害は手動で復旧します。

1業務に対して，1台のサーバシャーシ（筐体）が障害で利用できなくなった場合は，業務を停止しないで縮退して継続します。障害は手動で復旧します。

1業務に対して，2台以上のサーバシャーシ（筐体）が同時に障害で利用できなくなった場合は，業務を停止するかまたは縮退します。障害は手動で復旧します。

1台のサーバシャーシに対して，１台のサーバブレード（管理対象マシン）が障害で利用できなくなった場合は，障害となったサーバブレードを予備のサーバブレードと交換したあと，稼働していた仮想マシンを起動します。予備のサーバブレードは障害となったサーバブレードと同じ構成となります。

次の構成を決定して，仮想サーバを配置します。

アプリケーションごとに，各管理対象マシン（サーバブレード）で稼働する仮想サーバの台数

すべてのアプリケーションで使用する管理対象マシンのハイパーバイザに対する一意な名称，およびIPアドレス（IPアドレスは管理LANに属します）

3.3.4　システムの運用に関する前提条件

システムの運用に関する前提条件を次に示します。

●使用するアプリケーションに関する前提条件

アプリケーションサーバの定義およびアプリケーションは，Management Serverの運用管理ポータルなどを使用して設定します。

アプリケーションは，ユーザがWebブラウザから利用するオンライン業務や，バッチ業務の延長で利用されるWebサービスなどが利用できます。業務の運用は，24時間（常時）稼働するものや，ピーク時間帯にサーバ数を増加させたいもの，またはバッチ処理として決められた時間にだけ起動するものなどを組み合わせることができます。

●負荷分散機の運用に関する前提条件

負荷分散機の機能を使用して，仮想サーバの起動または停止にあわせて設定をします。

●仮想サーバの起動と停止に関する前提条件

仮想サーバの起動と停止は，JP1/AJS3のジョブスケジュールで運用します。仮想サーバは，構築時に最大数をデプロイし，スケールアウトとスケールインで起動したり停止したりします。

●障害監視に関する前提条件

障害監視は，JP1/IMを使用して実施します。仮想サーバマネージャによる障害監視は使用しません。システム運用者は，JP1/IMに通知された障害の内容をJP1/IMのビューアーで確認します。JP1/IMには，JP1/BaseがJP1イベントとして処理する，仮想サーバマネージャおよび仮想サーバ上のアプリケーションサーバの障害が通知されます。

なお，障害情報には，管理対象マシン，ネットワーク，ハイパーバイザ，および仮想サーバが識別できる情報を付与します。この識別情報は構築時に決定したものを一貫して使用し，起動，停止や，管理ユニットの更新などによって変更しません。

また，VMware vCenter Serverでは，仮想サーバの稼働状況を監視できます。

●負荷監視に関する前提条件

負荷監視は，JP1/PFMを使用して実施します。システム運用者は，JP1/PFMで収集された負荷情報を基に，週次でレポートを作成し，システム管理者およびアプリケーション開発者に提供します。JP1/PFMには，JP1/PFM - Agentが検知した，仮想サーバ上のアプリケーションサーバの負荷情報が収集されます。

なお，負荷情報には，管理対象マシン，ネットワーク，ハイパーバイザ，仮想サーバ，およびアプリケーションが識別できる情報を付与します。この識別情報は，構築時に決定したものを一貫して使用し，起動，停止や，管理ユニットの更新などによって変更しません。

●バックアップとアーカイブに関する前提条件

システム運用者は，仮想サーバ上のアプリケーション，アプリケーションサーバなどが必要とする範囲については，ファイルコピーなどを使用してバックアップを取得します。バックアップの取得方法，および取得先は任意です。また，各仮想サーバのイメージについては，VMwareの機能を使用して複製し，バックアップを取得します。バックアップは任意のタイミングで実施し，同一のストレージ装置のほかの領域に格納します。

次のログは，仮想サーバごとに定期的に収集して保管します。アーカイブは任意の方法で実施します。

アプリケーションサーバのログ

アプリケーションのユーザログ

なお，仮想サーバマネージャを使用した，仮想サーバの停止時に，アプリケーションサーバのログを収集する機能は使用しません。

●システムの障害に関する前提条件

システム運用者は，仮想サーバ，仮想サーバ上のアプリケーションサーバ，および管理対象マシンで障害が発生した場合，復旧作業を実施します。ネットワークやデータベースで障害が発生した場合は，それぞれのドキュメントを参照して対処してください。

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

共有ディスクに格納したバックアップディスクから起動します。

アプリケーションサーバで障害が発生した場合

運用管理エージェントは障害を検知するとManagement Serverに通知します。Management Serverはトラブルシューティング用の資料を収集したあと，J2EEサーバなどのサーバを自動再起動してアプリケーションサーバを回復します。自動再起動による回復に失敗した場合は，原因を究明して対策したあとに再起動します。

管理対象マシン（サーバブレード）で障害が発生した場合

予備の管理対象マシン（サーバブレード）を同一の構成で用意して，障害が発生した管理対象マシン（サーバブレード）と入れ替えて再起動します。なお，仮想サーバは，障害発生時に使用していたイメージから作成して使用します。

3.3.5　業務の運用例と仮想サーバの配置例

ここでは，前提条件を適用して決定した，業務の運用例と仮想サーバの配置例について説明します。

●説明で使用する業務の構成

ここで示す例のシステムは，次に示す二つの業務から構成されるものとします。

業務A

ユーザがWebブラウザから利用するオンライン業務で，24時間実行します。毎日，ピーク時間帯（8:00～18:00）はすべての仮想サーバを起動し，ピーク時間帯以外は仮想サーバの起動数を半分に縮退します。また，複数のアプリケーションで構成され，すべてのアプリケーションは1台の仮想サーバで動作します。

業務B

ほかのシステムからWebサービスで利用されるバッチ業務で，毎日，夜間（22:00～2:00）の時間帯に実行します。この時間帯だけ，すべての仮想サーバを起動し，そのほかの時間帯は仮想サーバを起動しません。また，複数のアプリケーションで構成され，すべてのアプリケーションは1台の仮想サーバで動作します。

●業務の運用例

業務の運用例を次の図に示します。

図3-6　業務の運用例

●仮想サーバの配置例

仮想サーバの配置例を次の図に示します。なお，ここで示す配置例は，8:00～2:00の時間帯のものです。

図3-7　仮想サーバの配置例

3.4　パターン3（実行環境のスケールアウト）の概要

ここでは，パターン3でのシステム構成，ソフトウェア構成，前提条件などについて説明します。

＜この節の構成＞

3.4.1　システム構成

3.4.2　ソフトウェア構成

3.4.3　仮想サーバの配置に関する前提条件

3.4.4　システムの運用に関する前提条件

3.4.5　業務の運用例と仮想サーバの配置例

3.4.1　システム構成

パターン3でのシステム構成を次の図に示します。

図3-8　パターン3（実行環境のスケールアウト）でのシステム構成

このシステム構成の場合，次の条件を満たす必要があります。

●使用するハードウェア

マシンごとに使用するハードウェアを次の表に示します。

表3-8　マシンごとに使用するハードウェア（パターン3の場合）

マシンの種類 | 使用するハードウェア
負荷分散機 | BIG-IP v9
仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホスト | ラックマウントサーバ（HA8000シリーズなど）
JP1運用管理ホスト
管理対象マシン | サーバブレード（BS320標準サーバブレードなど）
仮想サーバイメージ管理ホスト
ストレージ装置 | ディスクアレイ装置（BR1600など）

●システム構成の前提条件

システム構成の前提条件を次に示します。

仮想サーバ運用管理ホストとハイパーバイザ管理ホストを兼用します。

仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホスト，およびJP1運用管理ホストは，ラックマウントサーバ上に構築されます。

管理対象マシンの仮想サーバ，および仮想サーバイメージ管理ホストのマスタ仮想サーバは，サーバブレード上に構築されます。

仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストは，現用系と予備系のコールドスタンバイ構成とします。通常は現用系だけが動作し，障害時に予備系が動作します。

仮想サーバ運用管理ホストには，仮想サーバマネージャのバックアップを取得するための，バックアップ領域（バックアップ用ストレージ）を起動ディスクと別に用意します。このバックアップ領域は，現用系および予備系から参照されます。

仮想サーバのイメージは，ディスクアレイ装置の同一のディスク領域である共有ディスク（業務用データストア）に格納され，ハイパーバイザによって参照されます。

●ネットワーク構成の前提条件

ネットワークは，業務用のサーバを配置したLAN（業務LAN）と，管理用のサーバを配置したLAN（管理LAN）に分けた構成とします。業務LANと管理LANのそれぞれにIPアドレスが割り当てられます。

マシンごとのネットワークの設定情報を次の表に示します。

表3-9　マシンごとのネットワークの設定情報（パターン3の場合）

マシンの種類
ネットワークの設定情報

操作端末
物理NICを一つ使用し，管理LANに割り当てます。

仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホスト

JP1運用管理ホスト

管理対象マシン
管理LANと業務LANの二つの物理NICを使用します。

ハイパーバイザの制御で使用するIPアドレスは，管理LANに割り当てます。

管理対象マシン上の仮想サーバは，仮想NICを二つ使用し，それぞれ業務LANと管理LANに割り当てます。

仮想サーバイメージ管理ホスト
管理LANの物理NICを一つ使用します。

ハイパーバイザの制御で使用するIPアドレスは，管理LANに割り当てます。

マスタ仮想サーバは，仮想NICを二つ使用します。一方の仮想NICは管理LANに割り当て，もう一方の仮想NICは物理NICを割り当てないものとします。

データベースサーバマシン
物理NICを一つ使用し，業務LANに割り当てます。

ストレージ装置
Fibre Channel接続，iSCSI接続またはNFS version 3 over TCP（Linuxの場合）によって，ディスク領域を共有します。

3.4.2　ソフトウェア構成

パターン3でのソフトウェア構成を次の図に示します。

図3-9　パターン3（実行環境のスケールアウト）でのソフトウェア構成

アプリケーションサーバは，管理対象マシン上の1台の仮想サーバに，combined-tier構成で構築されます。アプリケーションサーバの構成については，「2.2.2　仮想サーバ」を参照してください。

物理マシン，および仮想マシンごとにインストールするOSおよび製品を次に示します。なお，詳細については，「2.3.2　仮想化システムの前提条件」を参照してください。

操作端末

Windows

VMware vSphere Client

JP1/IM - View

JP1/AJS3 - View

仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホスト

Windows

Application Server Enterprise

VMware vCenter Server

JP1/Base

JP1/AJS3 - Agent

JP1運用管理ホスト

Windows

JP1/Base

JP1/IM - Manager

JP1/AJS3 - Manager

JP1/PFM - Manager

JP1/PFM - Web Console

仮想サーバイメージ管理ホスト

VMware ESX

マスタ仮想サーバ

WindowsまたはLinux

Application Server Enterprise

JP1/Base

JP1/PFM - Base

JP1/PFM- Agent（JP1/PFM - Agent for Cosminexus）

管理対象マシン

VMware ESX

3.4.3　仮想サーバの配置に関する前提条件

「3.4.1　システム構成」に対して，次に示す性能と信頼性に関する前提条件を適用して，仮想サーバの配置を決定します。

性能に関する前提条件

仮想サーバは，CPU，メモリ，内蔵ハードディスク，ネットワークを考慮した性能とします。

すべての管理対象マシンで，一つの仮想サーバの性能は同一とします。

次の手順でサイジングを実施します。

手順

仮想化システムで実行するアプリケーションのレスポンス時間などの性能要件を設定します。

手順1.で設定した仮想サーバのCPU性能要件を基に，想定される処理性能を算出します。

必要なCPU数を算出します。

必要な仮想サーバ数を算出します。

トラフィックの増加が予想される業務は，想定される範囲でサイジングを実施します。運用を開始してから，性能レポートを日次で参照して，必要に応じて仮想サーバを2台ずつ順次スケールアウトします。

信頼性に関する前提条件

仮想サーバの信頼性を確保するための要件を次に示します。ここで示す要件を，すべてのアプリケーションに対して満たすサーバシャーシとサーバブレードの構成を決定します。

マスタ仮想サーバを配置する仮想サーバイメージ管理ホストは，専用に1台用意します。

稼働する仮想サーバ2台当たりに1台の予備の仮想サーバを準備しておく場合は，サーバブレード（管理対象マシン）の障害などで仮想サーバがダウンしたときには，予備の仮想サーバを手動で起動します。

稼働する仮想サーバをサイジングで必要とされた台数分だけ準備する場合，サーバブレード（管理対象マシン）の障害などで仮想サーバがダウンしたときには，一定期間縮退運転します。管理対象マシンの空きが確保できたら，マシン構成を変更して配置し直します。

次の構成を決定して，仮想サーバを配置します。

アプリケーションごとに，各管理対象マシン（サーバブレード）で稼働する仮想サーバの台数

すべてのアプリケーションで使用する管理対象マシンのハイパーバイザに対する一意な名称，およびIPアドレス（IPアドレスは管理LANに属します）

3.4.4　システムの運用に関する前提条件

システムの運用に関する前提条件を次に示します。

●使用するアプリケーションに関する前提条件

管理ユニットの作成，更新時にアプリケーションサーバの定義とともに，アプリケーションを用意します。

アプリケーションは，ユーザがWebブラウザから利用するオンライン業務や，バッチ業務の延長で利用されるWebサービスなどが利用できます。業務の運用は，24時間（常時）稼働するものや，決められた時間帯にだけ起動するものなどを組み合わせることができます。

●負荷分散機の運用に関する前提条件

仮想サーバの起動または停止時に，それぞれの仮想サーバから自動的に負荷分散機の設定をします。

●仮想サーバの起動と停止に関する前提条件

仮想サーバの起動と停止は，JP1/AJS3のジョブスケジュールで運用します。

●障害監視に関する前提条件

障害監視は，JP1/IMを使用して実施します。仮想サーバマネージャによる障害監視は使用しません。システム運用者は，JP1/IMに通知された障害の内容をJP1/IMのビューアーで確認します。JP1/IMには，JP1/BaseがJP1イベントとして処理する，仮想サーバマネージャおよび仮想サーバ上のアプリケーションサーバの障害が通知されます。

なお，障害情報には，管理対象マシン，ネットワーク，ハイパーバイザ，および仮想サーバが識別できる情報を付与します。

また，VMware vCenter Serverでは，仮想サーバの稼働状況を監視できます。

●負荷監視に関する前提条件

負荷監視は，JP1/PFMを使用して実施します。システム運用者は，JP1/PFMで収集された負荷情報を基に，週次でレポートを作成し，システム管理者およびアプリケーション開発者に提供します。JP1/PFMには，JP1/PFM - Agentが検知した，仮想サーバ上のアプリケーションサーバの負荷情報が収集されます。

なお，負荷情報には，管理対象マシン，ネットワーク，ハイパーバイザ，仮想サーバ，およびアプリケーションが識別できる情報を付与します。

●バックアップとアーカイブに関する前提条件

システム運用者は，仮想サーバ上のアプリケーション，アプリケーションサーバなどが必要とする範囲については，ファイルコピーなどを使用してバックアップを取得します。バックアップの取得方法，および取得先は任意です。また，各仮想サーバのイメージについては，VMwareの機能を使用して複製し，バックアップを取得します。バックアップは任意のタイミングで実施し，同一のストレージ装置のほかの領域に格納します。

仮想サーバの停止時には，アプリケーションサーバのログが収集され，仮想サーバ運用管理ホストのローカルディスクに保存されます。収集されたログは，一定期間保存したあと，システム運用者が消去します。なお，アプリケーションのユーザログは収集しません。

●システムの障害に関する前提条件

システム運用者は，仮想サーバ，仮想サーバ上のアプリケーションサーバ，および管理対象マシンで障害が発生した場合，復旧作業を実施します。ネットワークやデータベースで障害が発生した場合は，それぞれのドキュメントを参照して対処してください。

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

共有ディスクに格納したバックアップディスクから起動します。

アプリケーションサーバで障害が発生した場合

運用管理エージェントは障害を検知するとManagement Serverに通知します。Management Serverはトラブルシューティング用の資料を収集したあと，J2EEサーバなどのサーバを自動再起動してアプリケーションサーバを回復します。自動再起動による回復に失敗した場合は，原因を究明して対策したあとに再起動します。

管理対象マシン（サーバブレード）で障害が発生した場合

予備の管理対象マシン（サーバブレード）を同一の構成で用意して，障害が発生した管理対象マシン（サーバブレード）と入れ替えて再起動します。なお，仮想サーバは，障害発生時に使用していたイメージから作成して使用します。

3.4.5　業務の運用例と仮想サーバの配置例

ここでは，前提条件を適用して決定した，業務の運用例と仮想サーバの配置例について説明します。

●説明で使用する業務の構成

ここで示す例のシステムは，次に示す四つの業務から構成されるものとします。

業務A

ユーザがWebブラウザから利用するオンライン業務で，月曜日～土曜日は24時間実行します。毎週日曜日の4:00にはシステムを再起動します。また，複数のアプリケーションで構成され，すべてのアプリケーションは1台の仮想サーバで動作します。サイジングで必要とされた仮想サーバは4台で，2台当たりに1台の予備を障害用に準備します。

業務B

ユーザがWebブラウザから利用するオンライン業務で，毎日，6:00～20:00の時間帯に実行します。また，複数のアプリケーションで構成され，すべてのアプリケーションは1台の仮想サーバで動作します。サイジングで必要とされた仮想サーバは2台で，予備は準備しません。

業務C

ほかのシステムからWebサービスで利用されるバッチ業務で，毎日，夜間（22:00～2:00）の時間帯に実行します。また，複数のアプリケーションで構成され，すべてのアプリケーションは1台の仮想サーバで動作します。サイジングで必要とされた仮想サーバは4台で，予備は準備しません。

業務D

ほかのシステムからWebサービスで利用されるバッチ業務で，毎日，夜間（22:00～2:00）の時間帯に実行します。また，複数のアプリケーションで構成され，すべてのアプリケーションは1台の仮想サーバで動作します。サイジングで必要とされた仮想サーバは2台で，予備は準備しません。

●業務の運用例

業務の運用例を次の図に示します。

図3-10　業務の運用例

●仮想サーバの配置例

仮想サーバの配置例を次の図に示します。なお，ここで示す配置例は，6:00～20:00および22:00～2:00の時間帯のものです。

図3-11　仮想サーバの配置例

3.5　パターン4（小規模部門サーバの集約）の概要

ここでは，パターン4でのシステム構成，ソフトウェア構成，前提条件などについて説明します。

＜この節の構成＞

3.5.1　システム構成

3.5.2　ソフトウェア構成

3.5.3　仮想サーバの配置に関する前提条件

3.5.4　システムの運用に関する前提条件

3.5.5　業務の運用例と仮想サーバの配置例

3.5.1　システム構成

パターン4でのシステム構成を次の図に示します。

図3-12　パターン4（小規模部門サーバの集約）でのシステム構成

このシステム構成の場合，次の条件を満たす必要があります。

●使用するハードウェア

各マシンでは，ラックマウントサーバ（HA8000シリーズなど）を使用します。

●システム構成の前提条件

システム構成の前提条件を次に示します。

仮想サーバ運用管理ホストとハイパーバイザ管理ホストを兼用します。

仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホスト，管理対象マシンの仮想サーバ，および仮想サーバイメージ管理ホストのマスタ仮想サーバは，ラックマウントサーバ上に構築されます。

仮想サーバのイメージは，各管理対象マシンの内蔵ハードディスクの領域に格納され，ハイパーバイザによって参照されます。共有ディスクは使用しません。

●ネットワーク構成の前提条件

ネットワークは一つを構成し，業務用のサーバと管理用のサーバを配置します。一つのLANにIPアドレスが割り当てられます。各マシンは，物理NICを一つ使用します。

3.5.2　ソフトウェア構成

パターン4でのソフトウェア構成を次の図に示します。

図3-13　パターン4（小規模部門サーバの集約）でのソフトウェア構成

アプリケーションサーバは，管理対象マシン上の1台の仮想サーバに，combined-tier構成で構築されます。アプリケーションサーバの構成については，「2.2.2　仮想サーバ」を参照してください。

物理マシン，および仮想マシンごとにインストールするOSおよび製品を次に示します。なお，詳細については，「2.3.2　仮想化システムの前提条件」を参照してください。

操作端末

Windows

VMware vSphere Client

仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホスト

Windows

Application Server Enterprise

VMware vCenter Server

仮想サーバイメージ管理ホスト

VMware ESX

マスタ仮想サーバ

WindowsまたはLinux

Application Server Enterprise

管理対象マシン

VMware ESX

3.5.3　仮想サーバの配置に関する前提条件

「3.5.1　システム構成」に対して，次に示す性能と信頼性に関する前提条件を適用して，仮想サーバの配置を決定します。

性能に関する前提条件

仮想サーバは，CPU，メモリ，内蔵ハードディスク，ネットワークを考慮した性能とします。なお，アプリケーションごとに見積もるため，仮想サーバの性能はそれぞれ異なります。

次の手順でサイジングを実施します。

手順

仮想化システムで実行するアプリケーションのレスポンス時間などの性能要件を設定します。

手順1.で設定した仮想サーバのCPU性能要件を基に，想定される処理性能を算出します。

必要なCPU数を算出します。

手順1.～手順3.で見積もった性能を1台で確保できる仮想サーバを作成します。
ただし，仮想サーバ1台で確保できない処理性能を要求するアプリケーションは対象外とします。

信頼性に関する前提条件

仮想サーバの信頼性を確保するための要件を次に示します。

マスタ仮想サーバを配置する仮想サーバイメージ管理ホストは，専用に1台用意します。

すべての業務で使用する仮想サーバを起動できる管理対象マシンを，予備に１台用意します。

1台の管理対象マシンが障害でダウンした場合は，予備の管理対象マシンを起動して，業務を続行します。

2台以上の管理対象マシンが障害でダウンした場合は，予備の管理対象マシンを起動して，起動できる範囲の業務を続行し，起動できない業務は停止します。

次の構成を決定して，仮想サーバを配置します。

アプリケーションごとに，各管理対象マシンで稼働する仮想サーバの台数

すべてのアプリケーションで使用する管理対象マシンのハイパーバイザに対する一意な名称，およびIPアドレス

3.5.4　システムの運用に関する前提条件

システムの運用に関する前提条件を次に示します。

●使用するアプリケーションに関する前提条件

管理ユニットの作成，更新時にアプリケーションサーバの定義とともに，アプリケーションを用意します。

アプリケーションは，ユーザがWebブラウザから利用するオンライン業務や，ほかのシステムから利用されるWebサービスなどが利用できます。業務の運用は，24時間（常時）稼働するものを前提とし，定期的または不定期のメンテナンス時間が確保できるものとします。

●負荷分散機の運用に関する前提条件

負荷分散機は使用しません。

●仮想サーバの起動と停止に関する前提条件

仮想サーバの起動と停止は，仮想サーバマネージャGUIを使用して実施します。

●障害監視に関する前提条件

仮想サーバマネージャによる障害監視を実施します。システム運用者は，仮想サーバの稼働状況を仮想サーバマネージャGUIで確認します。

また，VMware vCenter Serverでは，仮想サーバの稼働状況を監視できます。

●負荷監視に関する前提条件

負荷監視は実施しません。

●バックアップとアーカイブに関する前提条件

システム運用者は，各仮想サーバ上で動作するアプリケーション，アプリケーションサーバなどで必要な環境については，バックアップを実施しません。また，各仮想サーバのイメージについては，VMwareの機能を使用して複製し，バックアップを取得します。バックアップは任意のタイミングで実施し，VMwareで参照できるほかの領域に格納します。

仮想サーバの停止時には，アプリケーションサーバのログが収集され，仮想サーバ運用管理ホストのローカルディスクに保存されます。なお，アプリケーションのユーザログは収集しません。

●システムの障害に関する前提条件

システム運用者は，仮想サーバ，仮想サーバ上のアプリケーションサーバ，および管理対象マシンで障害が発生した場合，復旧作業を実施します。ネットワークやデータベースで障害が発生した場合は，それぞれのドキュメントを参照して対応してください。

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

予備の管理対象マシンを起動して，業務を続行します。2台以上の管理対象マシンで障害が発生した場合は，予備の管理対象マシンを起動して，起動できる範囲の業務を続行し，起動できない業務は停止します。

アプリケーションサーバで障害が発生した場合

運用管理エージェントは障害を検知するとManagement Serverに通知します。Management Serverはトラブルシューティング用の資料を収集したあと，J2EEサーバなどのサーバを自動再起動してアプリケーションサーバを回復します。自動再起動による回復に失敗した場合は，原因を究明して対策したあとに再起動します。

管理対象マシンで障害が発生した場合

予備の管理対象マシンを起動して，業務を続行します。2台以上の管理対象マシンで障害が発生した場合は，予備の管理対象マシンを起動して，起動できる範囲の業務を続行し，起動できない業務は停止します。

3.5.5　業務の運用例と仮想サーバの配置例

ここでは，前提条件を適用して決定した，業務の運用例と仮想サーバの配置例について説明します。

●説明で使用する業務の構成

ここで示す例のシステムは，次に示す六つの業務から構成されるものとします。

各業務は，ユーザがWebブラウザから利用するオンライン業務で，月曜日～土曜日は24時間実行します。毎週日曜日にはシステムを再起動します。必要に応じて，数時間の停止によるメンテナンスが実施できます。また，複数のアプリケーションで構成され，すべてのアプリケーションは1台の仮想サーバで動作します。

各業務で必要とする性能を次の表に示します。

表3-10　各業務で必要とする性能

業務の種類 | 必要とする性能
業務A | 管理対象マシンの1/2の性能
業務B | 管理対象マシンの1/4の性能
業務C | 管理対象マシンの1/4の性能
業務D | 管理対象マシンの1/3の性能
業務E | 管理対象マシンの1/2の性能
業務F | 管理対象マシンの1/4の性能

●業務の運用例

業務の運用例を次の図に示します。

図3-14　業務の運用例

●仮想サーバの配置例

仮想サーバの配置例を次の図に示します。

図3-15　仮想サーバの配置例

3.6　使用するリソースの見積もり

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

＜この節の構成＞

(1)　仮想サーバ運用管理ホストが使用するリソースの見積もり

(2)　仮想サーバイメージ管理ホストが使用するリソースの見積もり

(3)　管理対象マシンが使用するリソースの見積もり

(4)　共有ディスク（業務用データストア）の見積もり

(1)　仮想サーバ運用管理ホストが使用するリソースの見積もり

仮想サーバ運用管理ホストのディスク容量の見積もりについて説明します。

仮想サーバ運用管理ホストの場合，管理ユニットごとに次に示すディスク容量を求めたあとに，すべての管理ユニットのディスク容量を合計して，仮想サーバ運用管理ホストのディスク容量を算出します。

仮想サーバ停止時のアプリケーションサーバのログを保存するためのディスク容量

管理ユニットの情報を保存するためのディスク容量

それぞれのディスク容量を管理ユニットごとに求める計算式を次に示します。

仮想サーバ停止時のアプリケーションサーバのログを保存するためのディスク容量を求める計算式
仮想サーバ運用管理ホストでは，管理ユニットに属する仮想サーバ停止時にアプリケーションサーバのログをローカルディスクに保存します。仮想サーバ停止時のアプリケーションサーバのログを保存するためのディスク容量を求める計算式を次に示します。

管理ユニットごとのディスク容量
＝収集するログのサイズ
×（1台の管理対象マシンにデプロイする仮想アプリケーションサーバイメージの数×管理対象マシン数＋2）

管理ユニットの情報を保存するためのディスク容量
仮想サーバ運用管理ホストでは，管理ユニット作成時に使用した定義ファイルをローカルディスクに保存します。管理ユニットの情報を保存するためのディスク容量を求める計算式を次に示します。

管理ユニットごとのディスク容量
＝アプリケーションサーバ情報ディレクトリのサイズ×2
＋管理ユニット運用ルールのサイズ
＋仮想サーバ起動時ユーザスクリプトファイルのサイズ

それぞれの計算式では，管理ユニットごとのディスク容量が求められます。求めたディスク容量をすべて合計して，仮想サーバ運用管理ホストのディスク容量を算出してください。

(2)　仮想サーバイメージ管理ホストが使用するリソースの見積もり

仮想サーバイメージ管理ホストのディスク容量について説明します。仮想サーバイメージ管理ホストのディスク容量は，業務用データストアに共有ディスクを使用するかどうかによって異なります。

●共有ディスクを使用する場合のディスク容量

ハイパーバイザを使用した仮想化ソフトウェアをインストールして，稼働させるために必要なディスク容量が必要になります。

●共有ディスクを使用しない場合のディスク容量

ハイパーバイザを使用した仮想化ソフトウェアをインストールして，稼働させるために必要なディスク容量に加えて，次に示すディスク容量が必要になります。

仮想アプリケーションサーバイメージをローカルディスクに保存するためのディスク容量

マスタ仮想サーバのイメージを保存するためのディスク容量

それぞれのディスク容量を求める計算式を次に示します。

仮想アプリケーションサーバイメージをローカルディスクに保存するためのディスク容量を求める計算式
仮想サーバイメージ管理ホストでは，管理ユニット作成時に生成した仮想アプリケーションサーバイメージと，マスタ仮想サーバのイメージの複製を，管理ユニットごとに二つまで管理します。仮想アプリケーションサーバイメージをローカルディスクに保存するためのディスク容量を求める計算式を次に示します。

管理ユニットごとの仮想アプリケーションサーバイメージを保存するためのディスク容量
＝管理ユニットで使用するマスタ仮想サーバの仮想マシン作成時に指定したハードディスクの容量×4

この計算式では，管理ユニットごとのディスク容量を求められます。求めたディスク容量をすべて合計して，仮想アプリケーションサーバイメージをローカルディスクに保存するためのディスク容量を算出してください。

マスタ仮想サーバのイメージを保存するためのディスク容量
仮想サーバイメージ管理ホストでは，ハイパーバイザで仮想マシンを作成して，そのマシン上にプログラムをインストールしてマスタ仮想サーバを作成します。マスタ仮想サーバのイメージを保存するためのディスク容量を求める計算式を次に示します。

マスタ仮想サーバのイメージを保存するためのディスク容量
＝マスタ仮想サーバの仮想マシン作成時に指定したハードディスクの容量

(3)　管理対象マシンが使用するリソースの見積もり

管理対象マシンごとのディスク容量について説明します。管理対象マシンのディスク容量は，業務用データストアに共有ディスクを使用するかどうかによって異なります。

仮想サーバで動作するアプリケーションサーバで必要なリソースの見積もり方法については，マニュアル「Cosminexus アプリケーションサーバ システム設計ガイド」を参照してください。

●共有ディスクを使用する場合のディスク容量

ハイパーバイザを使用した仮想化ソフトウェアをインストールして，稼働させるために必要なディスク容量が必要になります。

●共有ディスクを使用しない場合のディスク容量

ハイパーバイザを使用した仮想化ソフトウェアをインストールして，稼働させるために必要なディスク容量に加えて，次の計算式で求めるデプロイ済みの仮想アプリケーションサーバイメージを動作させるために必要なディスク容量が必要になります。

デプロイ済みの仮想アプリケーションサーバイメージを動作させるために必要なディスク容量
＝管理対象マシンにデプロイする仮想アプリケーションサーバイメージの数
×一つの仮想アプリケーションサーバイメージを動作させるために必要なディスク容量

一つの仮想アプリケーションサーバイメージを動作させるために必要なディスク容量は，次の計算式で概算値が求められます。

一つの仮想アプリケーションサーバイメージを動作させるために必要なディスク容量
≒マスタ仮想サーバの仮想マシン作成時に指定したハードディスクの容量
＋（マスタ仮想サーバの仮想マシン作成時に指定したメモリサイズ×2）

(4)　共有ディスク（業務用データストア）の見積もり

共有ディスク（業務用データストア）には，仮想化システムで使用する次のイメージが格納されます。

仮想アプリケーションサーバイメージ

管理ユニットの作成または更新時に複製したマスタ仮想サーバのイメージの複製

デプロイ済みの仮想アプリケーションサーバイメージ

ユーザが作成したマスタ仮想サーバのイメージ

共有ディスクのディスク容量は，これらのイメージを保存するために必要なディスク容量になります。管理ユニットで使用する共有ディスクのディスク容量の計算式を次に示します。

管理ユニットで使用する共有ディスクのディスク容量
＝（管理ユニットで使用するマスタ仮想サーバの仮想マシン作成時に指定したハードディスクの容量×4）
＋（（マスタ仮想サーバの仮想マシン作成時に指定したハードディスクの容量
＋（マスタ仮想サーバの仮想マシン作成時に指定したメモリサイズ×2））
×1台の管理対象マシンにデプロイする仮想アプリケーションサーバイメージの数
×管理ユニットで使用する管理対象マシン数）
＋マスタ仮想サーバの仮想マシン作成時に指定したハードディスクの容量

この計算式では，管理ユニットごとに使用する共有ディスクのディスク容量が求められます。求めたディスク容量をすべて合計して，共有ディスクのディスク容量を算出してください。

（算出例）

次の条件で共有ディスクのディスク容量を算出する例を説明します。

管理ユニットの数：1

マスタ仮想サーバの仮想マシン作成時に指定したハードディスクの容量：8GB

マスタ仮想サーバの仮想マシン作成時に指定したメモリサイズ：1GB

1台の管理対象マシンにデプロイする仮想アプリケーションサーバイメージの数：3

管理ユニットで使用する管理対象マシンの数：5

管理ユニットで使用する共有ディスクのディスク容量
＝（8×4）＋（（8＋（1×2））×3×5）＋8
＝190GB

算出例では管理ユニットの数が一つのため，この式で求めた値が共有ディスクのディスク容量になります。

4.　システム構築・運用の概要

この章では，仮想化システムを構築・運用する際に使用するファイルや，コマンドについて説明します。また，システム構成パターンごとの構築・運用手順の詳細な流れについても説明します。なお，使用できるOS（WindowsまたはLinux）については，「2.3.2　仮想化システムの前提条件」を参照してください。

＜この章の構成＞

4.1　システムの構築・運用時に使用するファイルとコマンド

4.2　システムの構築・運用作業の流れ

4.3　システムの構築・運用作業の概要

4.1　システムの構築・運用時に使用するファイルとコマンド

ここでは，仮想化システムを構築・運用する際に使用するファイルとコマンドについて説明します。

＜この節の構成＞

4.1.1　システムの構築・運用時に使用するファイル

4.1.2　システムの構築・運用時に使用するコマンド

4.1.1　システムの構築・運用時に使用するファイル

ここでは，仮想化システムの構築および運用で使用するファイルのうち，主なファイルについて説明します。

＜この項の構成＞

(1)　仮想サーバマネージャのファイル

(2)　そのほかのファイル

(1)　仮想サーバマネージャのファイル

machine_info.xml（管理対象マシン情報ファイル）
仮想サーバマネージャが運用・管理する管理対象マシンの情報を指定するファイルです。machine_info.xmlは，vmx_set_machine_infoコマンドを使用して仮想サーバマネージャに登録します。
machine_info.xmlでは，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。テンプレートファイルの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥templates¥machine_info.xml

Linuxの場合
/opt/Cosminexus/manager/vmx/templates/machine_info.xml

machine_info.xmlについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

rasetup.properties（Component Container管理者設定用プロパティファイル）
Component Container管理者のユーザとグループ，およびManagement Server管理グループを設定するファイルです。この定義ファイルは，Linuxの場合だけ有効になります。
rasetup.propertiesでは，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。テンプレートファイルの格納場所を次に示します。

Linuxの場合
/opt/Cosminexus/manager/vmx/templates/rasetup.properties

rule.properties（管理ユニット運用ルール）
管理ユニットの運用ルールを指定するファイルです。管理ユニットで使用する管理対象マシンや，仮想サーバで動作するOSやネットワークの設定，障害監視の使用有無などを設定します。rule.propertiesは，管理ユニット作成時に使用します。
rule.propertiesでは，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。テンプレートファイルの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥templates¥rule.properties

Linuxの場合
/opt/Cosminexus/manager/vmx/templates/rule.properties

rule.propertiesについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

version.properties（インタフェースバージョン定義ファイル）
アプリケーションサーバ情報ディレクトリに登録する各ファイルのバージョン情報を設定するファイルです。
version.propertiesでは，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。テンプレートファイルの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥templates¥version.properties

Linuxの場合
/opt/Cosminexus/manager/vmx/templates/version.properties

virtualserver.properties（仮想サーバ構築用プロパティファイル）
仮想サーバのOSやネットワークを自動セットアップするための情報を設定するファイルです。
virtualserver.propertiesでは，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。テンプレートファイルの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥templates¥virtualserver.properties

Linuxの場合
/opt/Cosminexus/manager/vmx/templates/virtualserver.properties

virtualserver.propertiesについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

vmx.properties（仮想サーバマネージャプロパティファイル）
仮想サーバマネージャのプロパティを指定するファイルです。仮想サーバマネージャのログの出力先や，VMware vCenter Serverとの接続の設定などを設定します。
vmx.propertiesでは，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。テンプレートファイルの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥templates¥vmx.properties

Linuxの場合
/opt/Cosminexus/manager/vmx/templates/vmx.properties

vmx.propertiesについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

vmxclient.properties（仮想サーバマネージャのクライアント共通設定プロパティファイル）
仮想化システムで使用するコマンドの共通引数のデフォルト値を指定するファイルです。
vmxclient.propertiesでは，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。テンプレートファイルの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥templates¥vmxclient.properties

Linuxの場合
/opt/Cosminexus/manager/vmx/templates/vmxclient.properties

vmxclient.propertiesについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

vmxlog.conf（仮想サーバのアプリケーションサーバログ収集対象設定ファイル）
仮想サーバ上のアプリケーションサーバのログとして収集するファイルを指定するファイルです。
vmxlog.confの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥config¥vmxlog.conf

Linuxの場合
/opt/Cosminexus/manager/config/vmxlog.conf

(2)　そのほかのファイル

mserver.properties（Management Server環境設定ファイル）
Management Serverのプロパティを指定するファイルです。仮想サーバマネージャとして動作するための設定をします。
mserver.propertiesの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥config¥mserver.properties

Linuxの場合
/opt/Cosminexus/manager/config/mserver.properties

mserver.propertiesについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

簡易構築定義ファイル
仮想サーバに構築するアプリケーションサーバの設定や仮想サーバで使用する機能を定義するファイルです。
簡易構築定義ファイルでは，テンプレートファイルが提供されていますので，テンプレートファイルをコピーして利用してください。テンプレートファイルの格納場所を次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥templates¥WebFront.xml

UNIXの場合
/opt/Cosminexus/manager/vmx/templates/WebFront.xml

簡易構築定義ファイルについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

4.1.2　システムの構築・運用時に使用するコマンド

仮想化システムの構築・運用時には，コマンドを使用します。仮想化システムで使用するコマンドは，仮想サーバ運用管理ホスト上で実行します。ここでは，仮想化システムで使用する主なコマンドについて説明します。

仮想化システムで使用する主なコマンドを次の表に示します。

表4-1　仮想化システムで使用する主なコマンド

コマンド名
概要
実行するタイミング

vmx_create_unit
マスタ仮想サーバ，アプリケーション情報ディレクトリ，管理ユニット運用ルールおよび仮想サーバ起動時ユーザスクリプトファイルから，仮想サーバマネージャ上に管理ユニットを作成します。
構築時

vmx_deploy_unit
作成した管理ユニットから，管理ユニットで使用する管理対象マシンのインスタンスプールに，仮想サーバをデプロイし，停止状態で保持します。

構築時

運用時

vmx_export_rule
管理ユニット運用ルールをエクスポートします。
運用時

vmx_list_unit_version
管理ユニットのバージョン情報を一覧表示します。
運用時

vmx_list_virtualserver_status
仮想サーバの稼働状況を一覧表示します。
運用時

vmx_rolling_update
管理ユニットの変更を仮想サーバにローリングアップデートします。
運用時

vmx_scalein_unit
管理対象マシン上の仮想サーバを停止します。
運用時

vmx_scaleout_unit
管理対象マシン上に新たに一つの仮想サーバを起動します。
運用時

vmx_set_machine_info
管理対象マシン情報ファイルを仮想サーバマネージャに登録します。
構築時

vmx_set_unit_currentversion
管理ユニットのカレントバージョンを設定します。
運用時

vmx_start_unit
デプロイ済みの仮想サーバを管理対象マシンに構築して，起動します。
運用時

vmx_stop_unit
管理ユニットに属する仮想サーバを一括停止します。
運用時

vmx_update_unit
管理ユニットの変更を仮想サーバに反映します。
運用時

コマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」の仮想化システムで使用するコマンドに関する説明を参照してください。

4.2　システムの構築・運用作業の流れ

ここでは，システム構成パターンごとに，仮想化システムの構築・運用作業の流れについて説明します。各作業の概要については，「4.3　システムの構築・運用作業の概要」を参照してください。

＜この節の構成＞

4.2.1　パターン1（テスト環境のオンデマンド提供）の構築・運用作業の流れ

4.2.2　パターン2（実行環境の持続的運用）の構築・運用作業の流れ

4.2.3　パターン3（実行環境のスケールアウト）の構築・運用作業の流れ

4.2.4　パターン4（小規模部門サーバの集約）の構築・運用作業の流れ

4.2.1　パターン1（テスト環境のオンデマンド提供）の構築・運用作業の流れ

パターン1の構築・運用作業の流れを次の図に示します。

図4-1　パターン1（テスト環境のオンデマンド提供）の構築・運用作業の流れ

4.2.2　パターン2（実行環境の持続的運用）の構築・運用作業の流れ

パターン2の構築・運用作業の流れを次の図に示します。

図4-2　パターン2（実行環境の持続的運用）の構築・運用作業の流れ

4.2.3　パターン3（実行環境のスケールアウト）の構築・運用作業の流れ

パターン3の構築・運用作業の流れを次の図に示します。

図4-3　パターン3（実行環境のスケールアウト）の構築・運用作業の流れ

4.2.4　パターン4（小規模部門サーバの集約）の構築・運用作業の流れ

パターン4の構築・運用作業の流れを次の図に示します。

図4-4　パターン4（小規模部門サーバの集約）の構築・運用作業の流れ

4.3　システムの構築・運用作業の概要

ここでは，仮想化システムを構築・運用する場合に実施する作業の概要について説明します。システム構成パターンによって，実施する作業は異なります。各システム構成パターンで実施する作業については，「4.2　システムの構築・運用作業の流れ」を参照してください。

＜この節の構成＞

(1)　前提となる環境の準備

(2)　システム構築

(3)　システム運用

(4)　システム障害時の復旧

(1)　前提となる環境の準備

仮想化システムで前提となる環境を設定します。

●仮想化システムで使用する環境の準備

性能と信頼性の概算見積もりを実施して，仮想化システム全体の構成を決定します。また，構築する仮想化システムで必要な物理マシンを決定し，ハードウェアの配置やネットワーク構成などを決定します。

●ハイパーバイザと関連する環境の構築

ハイパーバイザと関連する環境を構築します。操作端末，ハイパーバイザ管理ホスト，管理対象マシン，および仮想サーバイメージ管理ホストに，必要な製品をインストールし，初期設定をします。

●仮想サーバマネージャの構築

仮想サーバ運用管理ホストに仮想サーバマネージャのセットアップと初期設定をします。また，仮想サーバマネージャで運用・管理する管理対象マシン情報を登録します。

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

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

(2)　システム構築

仮想化システムで業務を実行する環境（アプリケーションサーバ）を構築します。

●業務を実行する環境の準備

業務のサイジングを実施して，業務を実行するために必要な環境（仮想サーバの台数やリソース量）を見積もります。見積もった内容を用意したシステム構成に当てはめて，実際の仮想サーバや物理サーバの配置を決定します。また，仮想サーバで使用するネットワークや機器の設定をします。

●マスタ仮想サーバの構築

仮想サーバイメージ管理ホスト上の仮想マシンに，アプリケーションサーバの動作に必要なOS，Application Server Enterprise，連携する製品などをインストールし，初期設定をして，マスタ仮想サーバを構築します。マスタ仮想サーバを構築すると，マスタ仮想サーバのイメージが作成できます。

●アプリケーションサーバで使用する定義ファイルの作成

仮想サーバ上のアプリケーションサーバの構成を定義するファイルを作成します。また，データベースとの接続や，負荷分散機などを設定する定義ファイルも編集します。

●アプリケーションサーバ情報ディレクトリへの定義ファイルの配置

作成した定義ファイルを，J2EEアプリケーションとともにアプリケーションサーバ情報ディレクトリに配置します。

●仮想サーバ起動時ユーザスクリプトファイルの作成

管理ユニットのデプロイ時や，仮想サーバの起動時などに，仮想サーバで実行するファイル（ゲストOSがWindowsの場合はバッチファイル，Linuxの場合はシェルスクリプト）を作成します。連携するほかのプログラムのコマンドを実行する処理など，ユーザ任意の処理を設定できます。

●管理ユニット運用ルールの作成

業務（管理ユニット）ごとに決めた運用ルールを管理ユニット運用ルールに設定します。設定できる運用ルールには，管理ユニットで使用する管理対象マシン，デプロイや一括起動する仮想サーバの数などがあります。

●管理ユニットの作成

マスタ仮想サーバ，アプリケーションサーバ情報ディレクトリ，管理ユニット運用ルール，および仮想サーバ起動時ユーザスクリプトファイルから，コマンドを使用して管理ユニットを作成します。管理ユニットを作成すると，仮想アプリケーションサーバイメージが作成されます。管理ユニットの作成には，コマンドを使用します。

●管理ユニットのデプロイ

管理ユニット運用ルールに従って，管理対象マシンに管理ユニットをデプロイします。管理ユニットをデプロイすると，仮想アプリケーションサーバイメージ（停止状態の仮想サーバ）がインスタンスプールに保持されます。管理ユニットのデプロイには，コマンドを使用します。

●仮想サーバへの業務実行環境の構築

各仮想サーバに対して，Management Serverやアプリケーションサーバを使用して，業務実行環境を構築します。

●負荷分散機でのリクエスト振り分けの設定

負荷分散機の管理・運用ツールを使用して，負荷分散機のリクエスト振り分けを設定します。

●バックアップの取得およびログのアーカイブ

障害に備えて，仮想マシン，仮想サーバマネージャとVMware vCenter Serverの設定情報などのバックアップを取得します。また，仮想サーバの停止時のログをアーカイブします。

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

JP1製品の機能を利用するための設定をします。

(3)　システム運用

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

●システムの開始と停止

構築した仮想化システムを開始します。また，仮想化システムを停止します。

●障害監視

VMware vCenter Serverを使用して［アラーム］や［イベント］を監視したり，JP1/IMを使用して仮想サーバマネージャや仮想サーバ上のアプリケーションサーバの障害を監視したりします。また，仮想サーバマネージャによる障害監視を使用する場合は，仮想サーバマネージャGUIで仮想サーバの稼働状況を監視します。

●負荷監視

VMware vCenter Serverを使用してパフォーマンスやリソースを監視したり，JP1/IMを使用して仮想サーバのアプリケーションサーバの負荷情報を監視したりします。

●仮想サーバのスケールアウトとスケールイン

管理対象マシンの性能レポートから，業務に対するトラフィックが増加して，仮想サーバの増加が必要になったらスケールアウトを実施します。また，リクエストに対して仮想サーバが多過ぎて，仮想サーバの減少が必要になったらスケールインを実施します。

●仮想サーバの更新

OSの更新プログラムを適用したり，アプリケーションを変更したりする場合などに，稼働中の仮想サーバを更新します。

●仮想サーバのログ情報の取得

仮想サーバの停止時に，その仮想サーバのログを取得します。仮想サーバのログを取得する場合，システム構築時に設定が必要です。

(4)　システム障害時の復旧

仮想化システムの運用中に障害が発生した場合，発生した障害ごとに復旧作業を実施します。

●管理対象マシンのハードウェアの障害

管理対象マシンのハードウェアで発生した障害を復旧します。

●仮想サーバを格納したディスクの障害

仮想サーバを格納した業務用データストアのディスクや，管理対象マシンのローカルディスクで発生した障害を復旧します。

●運用用物理マシンの障害

運用用物理マシン（仮想サーバ運用管理ホスト，ハイパーバイザ管理ホストなど）で発生した障害を復旧します。

●仮想サーバ上のアプリケーションサーバの障害

仮想サーバ上のアプリケーションサーバで発生した障害を復旧します。

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

仮想サーバ運用管理ホスト上の仮想サーバマネージャで発生した障害を復旧します。

●VMware vCenter Serverの障害

VMware vCenter Serverとのコネクション障害や，タイムアウトの発生などの，VMware vCenter Serverで発生した障害を復旧します。

5.　前提となる環境の準備

この章では，仮想化システムで前提となる環境で必要な設定について説明します。仮想化システムで前提となる環境には，ハイパーバイザと関連する環境と，仮想化システムを運用・管理する環境があります。

なお，ここで説明する構築手順を開始する前に，「3.　システム構成パターンの選択」で使用するシステム構成パターンを決定しておいてください。また，使用できるOS（WindowsまたはLinux）については，「2.3.2　仮想化システムの前提条件」を参照してください。

＜この章の構成＞

5.1　仮想化システムで使用する環境の準備

5.2　ハイパーバイザと関連する環境の構築

5.3　仮想サーバマネージャの構築

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

5.1　仮想化システムで使用する環境の準備

仮想化システムで使用する環境を整えるために，性能と信頼性の概算見積もりを実施し，仮想化システム全体の構成を決定します。また，構築する仮想化システムで必要なハードウェア（ホスト，ストレージ装置，ネットワークなど）を用意します。ここで説明する作業は，すべてのシステム構成パターンで実施します。

仮想化システム全体の構成で決定する主な項目を次に示します。

マシン台数，サーバシャーシ台数

マシンスペック

ネットワーク構成，IPアドレスの範囲，スイッチの設定など

負荷分散機，ストレージ装置などのハードウェア

決定する手順を次に示します。

構築する仮想化システムに適用するシステム構成パターンを選択します。
システム構成パターンについては，「3.　システム構成パターンの選択」を参照してください。

手順1.で選択したシステム構成パターンに応じて，信頼性要件の概要を特定します。
システム構成パターンごとの信頼性要件については，「3.　システム構成パターンの選択」を参照してください。

適用する業務に応じて，性能要件の概算見積もりを実施し，確保する物理マシンを決定します。
必要な物理マシンの規模（CPU，メモリサイズ，台数）と，ディスク容量を見積もります。業務の詳細なサイジングについては，「6.1.1　業務のサイジングによる仮想サーバおよびリソースの構成の決定」を参照してください。システム構成パターンごとの性能要件については，「3.　システム構成パターンの選択」を参照してください。

ハードウェア（物理マシン，負荷分散機，ストレージ装置など）の配置や，ネットワーク構成などを決定します。

ここでは，システム構築およびシステム運用で使用するシステム構成とネットワーク構成例を，システム構成パターンごとに説明します。

＜この節の構成＞

(1)　パターン1の場合

(2)　パターン2の場合

(3)　パターン3の場合

(4)　パターン4の場合

(1)　パターン1の場合

パターン1のシステム構成とネットワーク構成例を次の図に示します。この図は，管理対象マシンを6台用意し，IPアドレスの割り当てが完了した状態を示しています。

図5-1　パターン1（テスト環境のオンデマンド提供）のシステム構成とネットワーク構成例

注意

iSCSI接続またはNFS version 3 over TCP（Linuxの場合）で，ストレージ装置に接続する場合は，次のIPアドレスが必要になります。

運用用物理マシン兼仮想サーバイメージ管理ホストから運用用データストアに接続するためのIPアドレス
ここでは，192.168.2.61を使用するとします。

運用用物理マシン兼仮想サーバイメージ管理ホストから業務用データストアに接続するためのIPアドレス
ここでは，192.168.2.62を使用するとします。

管理対象マシンから業務用データストアに接続するためのIPアドレス
ここでは，192.168.2.71～76を使用するとします。

(2)　パターン2の場合

パターン2のシステム構成とネットワーク構成例を次の図に示します。この図は，管理対象マシンを6台用意し，IPアドレスの割り当てが完了した状態を示しています。

図5-2　パターン2（実行環境の持続的運用）のシステム構成とネットワーク構成例

注意

iSCSI接続またはNFS version 3 over TCP（Linuxの場合）で，ストレージ装置に接続する場合は，次のIPアドレスが必要になります。

運用用物理マシン兼仮想サーバイメージ管理ホストから運用用データストアに接続するためのIPアドレス
ここでは，192.168.2.61を使用するとします。

運用用物理マシン兼仮想サーバイメージ管理ホストから業務用データストアに接続するためのIPアドレス
ここでは，192.168.2.62を使用するとします。

管理対象マシンから業務用データストアに接続するためのIPアドレス
ここでは，192.168.2.71～76を使用するとします。

(3)　パターン3の場合

パターン3のシステム構成とネットワーク構成例を次の図に示します。この図は，管理対象マシンを6台用意し，IPアドレスの割り当てが完了した状態を示しています。

図5-3　パターン3（実行環境のスケールアウト）のシステム構成とネットワーク構成例

注意

iSCSI接続またはNFS version 3 over TCP（Linuxの場合）で，ストレージ装置に接続する場合は，次のIPアドレスが必要になります。

仮想サーバイメージ管理ホストから業務用データストアに接続するためのIPアドレス
ここでは，192.168.2.70を使用するとします。

管理対象マシンから業務用データストアに接続するためのIPアドレス
ここでは，192.168.2.71～76を使用するとします。

(4)　パターン4の場合

パターン4のシステム構成とネットワーク構成例を次の図に示します。この図は，管理対象マシンを4台用意し，IPアドレスの割り当てが完了した状態を示しています。

図5-4　パターン4（小規模部門サーバの集約）のシステム構成とネットワーク構成例

5.2　ハイパーバイザと関連する環境の構築

仮想化システムを運用・管理する仮想サーバマネージャは，管理対象マシンおよび仮想サーバイメージ管理ホストを対象とします。これらには，ハイパーバイザを構築する必要があります。また，これら以外の運用用物理マシンをハイパーバイザ上で動作させるためにも，ハイパーバイザの環境が必要になります。ここでは，ハイパーバイザと関連する環境を構築するための手順について説明します。

システム構成パターンと必要な作業項目を次の表に示します。

表5-1　システム構成パターンと必要な作業項目（ハイパーバイザと関連する環境の構築）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
管理LANのIPアドレスの決定 | ○ | ○ | ○ | ○
ネットワークラベルの決定 | ○ | ○ | ○ | ×
VMware vSphere Clientのインストール | ○ | ○ | ○ | ○
運用用データストア用のストレージの準備 | ○ | ○ | × | ×
運用用物理マシンへのハイパーバイザのインストール | ○ | ○ | × | ×
ハイパーバイザ管理ホストの仮想マシンの作成 | ○ | ○ | × | ×
VMware vCenter Serverのインストールと初期設定 | ○ | ○ | ○ | ○
管理対象マシンへのハイパーバイザのインストール | ○ | ○ | ○ | ○
仮想サーバイメージ管理ホストへのハイパーバイザのインストール | × | × | ○ | ○
VMware vCenter Serverへの管理対象の設定 | ○ | ○ | ○ | ○
管理対象マシンのハイパーバイザの初期設定 | ○ | ○ | ○ | ×
仮想サーバイメージ管理ホストのハイパーバイザの初期設定 | × | × | ○ | ×

（凡例）

○：必要な作業です。

×：不要な作業です。

ハイパーバイザと関連する環境を構築する手順を次に示します。

注意

パターン4の場合，「管理LANのIPアドレス」を「IPアドレス」と読み替えてください。

＜この節の構成＞

(1)　管理LANのIPアドレスの決定

(2)　ネットワークラベルの決定

(3)　VMware vSphere Clientのインストール

(4)　運用用データストア用のストレージの準備

(5)　運用用物理マシンへのハイパーバイザのインストール

(6)　ハイパーバイザ管理ホストの仮想マシンの作成

(7)　VMware vCenter Serverのインストールと初期設定

(8)　管理対象マシンへのハイパーバイザのインストール

(9)　仮想サーバイメージ管理ホストへのハイパーバイザのインストール

(10)　VMware vCenter Serverへの管理対象の設定

(11)　管理対象マシンのハイパーバイザの初期設定

(12)　仮想サーバイメージ管理ホストのハイパーバイザの初期設定

(1)　管理LANのIPアドレスの決定

物理マシンごとに割り当てる管理LANのIPアドレスを決定します。

各マシンに割り当てる管理LANのIPアドレスの例については，「5.1　仮想化システムで使用する環境の準備」を参照してください。

(2)　ネットワークラベルの決定

管理LANと業務LANのネットワークラベルを決定します。

管理LANと業務LANのネットワークラベルの例については，「5.1　仮想化システムで使用する環境の準備」を参照してください。

(3)　VMware vSphere Clientのインストール

操作端末に，OSおよびVMware vSphere Clientをインストールします。OSには管理LANのIPアドレスを割り当てます。

インストールする製品については，「2.3.2(7)　操作端末の前提条件」を参照してください。OSおよびVMware vSphere Clientのインストール方法については，各製品のドキュメントを参照してください。

(4)　運用用データストア用のストレージの準備

ストレージ装置上から運用用データストアに使用するストレージ（LUN）を割り当てます。

詳細については，ストレージ装置のドキュメントを参照してください。

(5)　運用用物理マシンへのハイパーバイザのインストール

現用系と予備系の運用用物理マシンそれぞれに対して，次の作業を実施します。すべての作業が終了したら，予備系の運用用物理マシンはシャットダウンします。

ハイパーバイザをインストールします。

ハイパーバイザに管理LANのIPアドレスを指定します。

OSの時刻を正確な時刻に調整するために，NTPクライアントを導入し，ハイパーバイザにNTPサーバを指定します。システム全体で同じNTPサーバを指定してください。

操作端末のVMware vSphere Clientからハイパーバイザに接続して，次の作業を実施します。

運用用データストア用のストレージへの接続がiSCSIまたはNFS version 3 over TCP（Linuxの場合）の場合には，ハイパーバイザにストレージ接続用の管理LANのIPアドレスを設定します。

現用系では割り当てたストレージに運用用データストアを作成します。予備系では作成した運用用データストアを認識させます。

管理LANの物理NICを割り当てられている既存の仮想スイッチに，管理LANのネットワークラベルを設定したポートグループを作成します。

物理NICを割り当てない仮想スイッチを作成し，業務LANのネットワークラベルを設定したポートグループを作成します。

業務用データストア用のストレージへの接続がiSCSIまたはNFS version 3 over TCP（Linuxの場合）の場合には，ハイパーバイザにストレージ接続用の管理LANのIPアドレスを設定します。

(6)　ハイパーバイザ管理ホストの仮想マシンの作成

操作端末のVMware vSphere Clientから，運用用物理マシン（現用系）のハイパーバイザに接続して，ハイパーバイザ管理ホストで使用する仮想マシンを作成します。データストアは運用用データストアを使用します。この仮想マシンは仮想NICを一つ構成し，管理LANのネットワークラベルに関連づけます。

(7)　VMware vCenter Serverのインストールと初期設定

ハイパーバイザ管理ホストに，OSおよびVMware vCenter Serverをインストールして，初期設定をします。OSには管理LANのIPアドレスを割り当てます。また，OSの時刻を正確な時刻に調整するために，NTPクライアントを導入し，NTPサーバの設定をします。システム全体で同じNTPサーバを指定してください。時刻の調整はslewモードで実行する設定にします。

パターン3の場合は，ここで説明している作業を現用系と予備系のマシン両方に対して実施します。作業が終了したら，予備系のマシンはシャットダウンします。

インストールできるOSおよびVMware vCenter Serverについては，「2.3.2(2)　ハイパーバイザ管理ホストの前提条件」を参照してください。なお，VMware vCenter Serverのインストール時，接続情報httpsポートに「443（デフォルト）」を設定してください。OSおよびVMware vCenter Serverのインストール方法，ならびに初期設定については，各製品のドキュメントを参照してください。

(8)　管理対象マシンへのハイパーバイザのインストール

管理対象マシンにハイパーバイザをインストールします。ハイパーバイザのインストール時に管理LANのIPアドレスを指定します。また，OSの時刻を正確な時刻に調整するために，NTPクライアントを導入し，NTPサーバの設定をします。システム全体で同じNTPサーバを指定してください。ここで説明する作業は，管理対象マシンの台数分実施します。

インストールする製品については，「2.3.2(4)　管理対象マシンの前提条件」を参照してください。インストール方法については，ハイパーバイザのドキュメントを参照してください。

(9)　仮想サーバイメージ管理ホストへのハイパーバイザのインストール

仮想サーバイメージ管理ホストにハイパーバイザをインストールします。ハイパーバイザのインストール時に管理LANのIPアドレスを指定します。また，OSの時刻を正確な時刻に調整するために，NTPクライアントを導入し，NTPサーバの設定をします。システム全体で同じNTPサーバを指定してください。

インストールする製品については，「2.3.2(3)　仮想サーバイメージ管理ホストの前提条件」を参照してください。インストール方法については，ハイパーバイザのドキュメントを参照してください。

(10)　VMware vCenter Serverへの管理対象の設定

操作端末のVMware vSphere Clientから，ハイパーバイザ管理ホストのVMware vCenter Serverに接続して，すべてのハイパーバイザをVMware vCenter Serverの管理対象として設定します。

詳細については，ハイパーバイザのドキュメントを参照してください。

(11)　管理対象マシンのハイパーバイザの初期設定

VMware vCenter Serverで，管理対象マシンのハイパーバイザを初期設定します。ここで説明する作業は，管理対象マシンの台数分実施します。

管理LANの物理NICを割り当ててある既存の仮想スイッチに，管理LANのネットワークラベルを設定したポートグループを作成します。

業務LANの物理NICを割り当てた仮想スイッチを作成し，業務LANのネットワークラベルを設定したポートグループを作成します。

業務用データストア用のストレージへの接続がiSCSIまたはNFS version 3 over TCP（Linuxの場合）の場合には，ハイパーバイザにストレージ接続用の管理LANのIPアドレスを設定します。

各作業の詳細については，ハイパーバイザのドキュメントを参照してください。

(12)　仮想サーバイメージ管理ホストのハイパーバイザの初期設定

VMware vCenter Serverで，仮想サーバイメージ管理ホストのハイパーバイザを初期設定します。

管理LANの物理NICを割り当ててある既存の仮想スイッチに，管理LANのネットワークラベルを設定したポートグループを作成します。

物理NICを割り当てない仮想スイッチを作成し，業務LANのネットワークラベルを設定したポートグループを作成します。

業務用データストア用のストレージへの接続がiSCSIまたはNFS version 3 over TCP（Linuxの場合）の場合には，ハイパーバイザにストレージ接続用の管理LANのIPアドレスを設定します。

各作業の詳細については，ハイパーバイザのドキュメントを参照してください。

5.3　仮想サーバマネージャの構築

Cosminexusのアプリケーションサーバでは，仮想化システムのアプリケーションサーバを構築・運用するためのプロセスとして，仮想サーバマネージャを提供しています。ここでは，仮想サーバマネージャを構築する手順について説明します。仮想サーバマネージャは，仮想サーバ運用管理ホストに構築します。

システム構成パターンと必要な作業項目を次の表に示します。

表5-2　システム構成パターンと必要な作業項目（仮想サーバマネージャの構築）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
VMware vCenter Serverのアカウントの作成 | ○ | ○ | ○※ | ○
仮想サーバ運用管理ホストの仮想マシンの作成 | ○ | ○ | × | ×
仮想サーバ運用管理ホストへのOSのインストール | ○ | ○ | × | ×
仮想サーバ運用管理ホストへのApplication Server Enterpriseのインストール | ○ | ○ | ○※ | ○
仮想サーバマネージャのセットアップ | ○ | ○ | ○ | ○
VMware vCenter ServerとSSL接続するための準備 | ○ | ○ | ○ | ○
仮想サーバマネージャのプロパティの設定 | ○ | ○ | ○ | ○
vmx.propertiesへのアクセス権の設定 | ○ | ○ | ○ | ○
仮想サーバマネージャの自動起動の設定 | ○ | ○ | ○ | ○
コマンドの共通引数のデフォルト値の設定 | ○ | ○ | ○ | ○
JP1/IMによる障害監視をするための設定 | ○ | ○ | ○ | ×
JP1/AJS3による自動運用をするための設定 | × | ○ | ○ | ×
バックアップ用ストレージの準備 | × | × | ○※ | ×
仮想サーバマネージャの起動 | ○ | ○ | ○ | ○
仮想サーバマネージャで運用・管理する管理対象マシン情報の作成 | ○ | ○ | ○ | ○
仮想サーバマネージャへの管理対象マシン情報の登録 | ○ | ○ | ○ | ○

（凡例）

○：必要な作業です。

×：不要な作業です。

注※

現用系のマシンで作業を実施したあと，予備系のマシンでも同様の作業を実施してください。

仮想サーバマネージャを構築する手順を次に示します。

注意

パターン4の場合，「管理LANのIPアドレス」を「IPアドレス」と読み替えてください。

＜この節の構成＞

(1)　VMware vCenter Serverのアカウントの作成

(2)　仮想サーバ運用管理ホストの仮想マシンの作成

(3)　仮想サーバ運用管理ホストへのOSのインストール

(4)　仮想サーバ運用管理ホストへのApplication Server Enterpriseのインストール

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

(6)　VMware vCenter ServerとSSL接続するための準備

(7)　仮想サーバマネージャのプロパティの設定

(8)　vmx.propertiesへのアクセス権の設定

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

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

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

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

(13)　バックアップ用ストレージの準備

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

(15)　仮想サーバマネージャで運用・管理する管理対象マシン情報の作成

(16)　仮想サーバマネージャへの管理対象マシン情報の登録

(1)　VMware vCenter Serverのアカウントの作成

ハイパーバイザ管理ホストのVMware vCenter Serverで，仮想サーバマネージャ用に，VMware vCenter Serverのすべての権限を持ったアカウントを作成します。詳細については，ハイパーバイザのドキュメントを参照してください。

作成するVMware vCenter Serverのアカウントの例を次に示します。

ユーザ名：vc_user

パスワード：vc_pass

(2)　仮想サーバ運用管理ホストの仮想マシンの作成

操作端末のVMware vSphere ClientからVMware vCenter Serverに接続し，運用用物理マシン（現用系）のハイパーバイザを使用して，仮想サーバ運用管理ホストで使用する仮想マシンを作成します。データストアは，運用用データストアを使用します。この仮想マシンは仮想NICを一つ構成し，管理LANのネットワークラベルに関連づけます。

(3)　仮想サーバ運用管理ホストへのOSのインストール

仮想サーバ運用管理ホストに，OSをインストールします。OSには管理LANのIPアドレスを割り当てます。また，OSの時刻を正確な時刻に調整するために，NTPクライアントを導入し，NTPサーバの設定をします。システム全体で同じNTPサーバを指定してください。

インストールできるOSについては，「2.3.2(1)　仮想サーバ運用管理ホストの前提条件」を参照してください。

(4)　仮想サーバ運用管理ホストへのApplication Server Enterpriseのインストール

仮想サーバ運用管理ホストに管理者権限でログインし，Application Server Enterpriseをインストールします。インストールできるApplication Server Enterpriseについては，「2.3.2(1)　仮想サーバ運用管理ホストの前提条件」を参照してください。また，Application Server Enterpriseのインストール方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のインストール方法，および環境変数の設定に関する説明を参照してください。

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

仮想サーバマネージャをセットアップする手順を次に示します。仮想サーバマネージャのセットアップ時には，管理ユーザアカウントの設定もします。

mserver.properties（Management Server環境設定ファイル）で，仮想サーバマネージャとして動作するための設定をします。
mserver.propertiesで必要な設定を次に示します。

com.cosminexus.mngsvr.vmx.enabled=true

ほかのプロパティはデフォルト値を使用します。mserver.propertiesの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

仮想サーバ運用管理ホストでmngsvrctlコマンドの引数「setup」を使用して，仮想サーバマネージャのセットアップと管理ユーザアカウントの設定をします。
ここでは，管理ユーザアカウントの管理ユーザIDに「admin」，管理ユーザパスワードに「admin」を設定して，セットアップするとします。
コマンドの実行例を，仮想サーバ運用管理ホストのOSごとに示します。

仮想サーバ運用管理ホストのOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥bin¥mngsvrctl setup -u admin -p admin

仮想サーバ運用管理ホストのOSがLinuxの場合

# /opt/Cosminexus/manager/bin/mngsvrctl setup -u admin -p admin

mngsvrctlコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」のmngsvrctl（Management Serverの起動／停止／セットアップ）に関する説明を参照してください。

参考

管理ユーザアカウントは，次の操作で使用します。

仮想化システムで使用するコマンド実行時
各コマンドの共通引数（-uオプションおよび-pオプション）に設定します。ただし，vmxclient.properties（仮想サーバマネージャのクライアント共通設定プロパティファイル）で，管理ユーザアカウントの省略時仮定値を設定している場合は省略できます。

仮想サーバマネージャGUIのログイン時
仮想サーバマネージャGUIの［ログイン］画面の管理ユーザIDおよびパスワードに設定します。

(6)　VMware vCenter ServerとSSL接続するための準備

仮想サーバマネージャがVMware vCenter ServerとSSL接続で通信するために，次の作業を実施します。

ハイパーバイザ管理ホストにあるVMWare vCenter ServerのSSLサーバ証明書を取得します。
取得方法については，ハイパーバイザのドキュメントを参照してください。

仮想サーバ運用管理ホストでJDKのkeytoolコマンドを実行し，手順1.で取得したSSLサーバ証明書を登録します。
コマンドの実行例を次に示します。

（例）

仮想サーバ運用管理ホストのOSがWindowsで，SSLサーバ証明書のファイル名が「vCenterServer.cer」，キーストアの格納先が「C:¥work¥vCenterServer.keystore」の場合

<Cosminexusのインストールディレクトリ>¥jdk¥bin¥keytool -import -file vCenterServer.cer -alias vCenterServer -keystore C:¥work¥vCenterServer.keystore -storepass keystore_pass

仮想サーバ運用管理ホストのOSがLinuxで，SSLサーバ証明書のファイル名が「vCenterServer.cer」，キーストアの格納先が「/work/vCenterServer.keystore」の場合

# /opt/Cosminexus/jdk/bin/keytool -import -file vCenterServer.cer -alias vCenterServer -keystore /work/vCenterServer.keystore -storepass keystore_pass

(7)　仮想サーバマネージャのプロパティの設定

vmx.properties（仮想サーバマネージャプロパティファイル）で，VMware vCenter Serverと接続するための設定など，仮想サーバマネージャが動作するために必要な設定をします。

vmx.propertiesで必要な設定を次に示します。ここで説明していないプロパティはデフォルト値を使用します。vmx.propertiesの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

●パターン1またはパターン2の場合

vmx.vcenterserver.host=vcenterhost
vmx.vcenterserver.user=vc_user
vmx.vcenterserver.password=vc_pass
vmx.serverimage.store.host=192.168.2.6
javax.net.ssl.trustStore=C:¥¥work¥¥vCenterServer.keystore
javax.net.ssl.trustStorePassword=keystore_pass

注1

vmx.vcenterserver.hostプロパティには，SSLサーバ証明書に含まれるホスト名を指定します。

注2

vmx.serverimage.store.hostプロパティには，VMware vCenter Serverに登録されたホスト名を指定します。

注3

Linuxの場合，javax.net.ssl.trustStoreプロパティは「/work/vCenterServer.keystore」とします。

●パターン3の場合

vmx.vcenterserver.host=vmngvcenterhost
vmx.vcenterserver.user=vc_user
vmx.vcenterserver.password=vc_pass
vmx.serverimage.store.host=192.168.2.4
javax.net.ssl.trustStore=C:¥¥work¥¥vCenterServer.keystore
javax.net.ssl.trustStorePassword=keystore_pass

注1

vmx.vcenterserver.hostプロパティには，SSLサーバ証明書に含まれるホスト名を指定します。

注2

vmx.serverimage.store.hostプロパティには，VMware vCenter Serverに登録されたホスト名を指定します。

●パターン4の場合

vmx.vcenterserver.host=vmngvcenterhost
vmx.vcenterserver.user=vc_user
vmx.vcenterserver.password=vc_pass
vmx.serverimage.store.host=192.168.1.4
javax.net.ssl.trustStore=C:¥¥work¥¥vCenterServer.keystore
javax.net.ssl.trustStorePassword=keystore_pass

注1

vmx.vcenterserver.hostプロパティには，SSLサーバ証明書に含まれるホスト名を指定します。

注2

vmx.serverimage.store.hostプロパティには，VMware vCenter Serverに登録されたホスト名を指定します。

(8)　vmx.propertiesへのアクセス権の設定

vmx.propertiesには，VMware vCenter Serverのユーザとパスワードを設定します。このため，vmx.propertiesのアクセス権の設定が適切でないと，すべてのユーザから参照されてしまうおそれがあります。vmx.propertiesには，適切なアクセス権を設定しておく必要があります。vmx.propertiesのアクセス権の設定方法を次に示します。

●仮想サーバ運用管理ホストのOSがWindowsの場合

vmx.propertiesのデフォルトのアクセス権は，一般ユーザに対して読み取りが許可されています。次に示すグループまたはユーザに対して，読み取りと書き込み権限を許可して，そのほかのグループまたはユーザのアクセスを許可しないようにする必要があります。

SYSTEM

Administrators

●仮想サーバ運用管理ホストのOSがLinuxの場合

vmx.propertiesのデフォルトのアクセス権は，スーパーユーザに対して読み取りと書き込みが許可され，一般ユーザに対して読み取りと書き込みは許可されていません。このため，アクセス権を変更する必要はありません。

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

仮想サーバマネージャをOSと同時に起動するように設定します。自動起動するためにはあらかじめ設定が必要です。自動起動の設定は，mngautorunコマンドに引数「server」を指定して実行します。mngautorunコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」のmngautorun（サービスの設定）に関する説明を参照してください。

mngautorunコマンドの実行例を，仮想サーバ運用管理ホストのOSごとに示します。

仮想サーバ運用管理ホストのOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥bin¥mngautorun server

仮想サーバ運用管理ホストの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

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

仮想化システムで使用するコマンド（vmxから始まるコマンド）には，共通引数があります。共通引数を省略した場合に設定されるデフォルト値を，vmxclient.properties（仮想サーバマネージャのクライアント共通設定プロパティファイル）に設定できます。

vmxclient.propertiesで必要な設定を次に示します。vmxclient.propertiesの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

vmx.connect.host=localhost
vmx.connect.userid=admin
vmx.connect.password=admin

注1

vmx.connect.hostプロパティには，仮想サーバマネージャのホスト名を指定します。

注2

vmx.connect.useridプロパティには管理ユーザアカウントの管理ユーザIDを，vmx.connect.passwordプロパティには管理ユーザアカウントの管理ユーザパスワードを指定します。「(5)　仮想サーバマネージャのセットアップ」で指定した管理ユーザアカウントを指定します。

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

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

設定手順を次に示します。設定はすべて仮想サーバ運用管理ホストで実施します。なお，各手順の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

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

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

JP1/IM - Managerへの接続設定をします。

仮想サーバマネージャのエラーメッセージ出力時に，JP1イベントを発行するログファイルトラップの設定をします。
ログファイルトラップ動作定義ファイルの定義例を次に示します。

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

JP1/BaseとログファイルトラップがOS起動時に自動起動するように設定します。

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

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

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

設定手順を次に示します。設定はすべて仮想サーバ運用管理ホストで実施します。なお，各手順の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1」を参照してください。

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

JP1/AJS3 - AgentがOS起動時に自動起動するように設定します。

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

(13)　バックアップ用ストレージの準備

バックアップ用のデータを格納するストレージ（バックアップ用ストレージ）を用意します。用意したストレージをNFS version 3 over TCP（Linuxの場合）またはCIFSで仮想サーバ運用管理ホストからネットワーク共有できるようにします。

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

仮想サーバ運用管理ホストで，mngsvrctlコマンドに，引数「start」を指定して仮想サーバマネージャを起動します。起動方法を次に示します。なお，Windowsの場合はサービスからも起動できます。

仮想サーバ運用管理ホストのOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥bin¥mngsvrctl start

仮想サーバ運用管理ホストのOSがLinuxの場合

# /opt/Cosminexus/manager/bin/mngsvrctl start

(15)　仮想サーバマネージャで運用・管理する管理対象マシン情報の作成

管理対象マシン情報ファイル（machine_info.xml）で，仮想サーバマネージャで運用・管理する管理対象マシンの情報（マシン名やIPアドレス）を作成します。管理対象マシン情報ファイルはテンプレートファイルが提供されていますので，必要な個所を設定してください。管理対象マシン情報ファイルで必要な設定を次に示します。管理対象マシン情報ファイルの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

システム構成パターンごとに，管理対象マシン情報ファイル（machine_info.xml）の設定例を示します。なお，設定値については，次の個所を参照してください。

「5.1　仮想化システムで使用する環境の準備」

●パターン1，パターン2またはパターン3の場合

6台分の管理対象マシンを設定します。

<?xml version="1.0" encoding="UTF-8"?>
<machine-info xmlns="http://www.cosminexus.com/mngsvr/schema/MachineInfo-1.0">
 <machine>
   <name>hv1</name>
   <host>192.168.2.21</host>
 </machine>
 <machine>
   <name>hv2</name>
   <host>192.168.2.22</host>
 </machine>
 <machine>
   <name>hv3</name>
   <host>192.168.2.23</host>
 </machine>
 <machine>
   <name>hv4</name>
   <host>192.168.2.24</host>
 </machine>
 <machine>
   <name>hv5</name>
   <host>192.168.2.25</host>
 </machine>
 <machine>
   <name>hv6</name>
   <host>192.168.2.26</host>
 </machine>
</machine-info>

注

<host>タグには，VMware vCenter Serverに登録されたホスト名を指定します。

●パターン4の場合

4台分の管理対象マシンを設定します。

<?xml version="1.0" encoding="UTF-8"?>
<machine-info xmlns="http://www.cosminexus.com/mngsvr/schema/MachineInfo-1.0">
 <machine>
   <name>hv1</name>
   <host>192.168.1.21</host>
 </machine>
 <machine>
   <name>hv2</name>
   <host>192.168.1.22</host>
 </machine>
 <machine>
   <name>hv3</name>
   <host>192.168.1.23</host>
 </machine>
 <machine>
   <name>hv4</name>
   <host>192.168.1.24</host>
 </machine>
</machine-info>

注

<host>タグには，VMware vCenter Serverに登録されたホスト名を指定します。

(16)　仮想サーバマネージャへの管理対象マシン情報の登録

仮想サーバマネージャで管理対象マシンを運用・管理できるようにするために，管理対象マシン情報を仮想サーバマネージャへ登録する必要があります。vmx_set_machine_infoコマンドを使用して，管理対象マシン情報を設定した管理対象マシン情報ファイルを仮想サーバマネージャへ登録します。vmx_set_machine_infoコマンドの-machine_infoオプションには，管理対象マシン情報ファイルのパスを指定します。vmx_set_machine_infoコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。

ここでは，管理対象マシン情報ファイルのパスを，Windowsの場合には「C:¥work¥machine_info.xml」，Linuxの場合には「/work/machine_info.xml」とします。vmx_set_machine_infoコマンドの実行例を，仮想サーバ運用管理ホストのOSごとに示します。

仮想サーバ運用管理ホストのOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_set_machine_info -machine_info C:¥work¥machine_info.xml

仮想サーバ運用管理ホストのOSがLinuxの場合

# /opt/Cosminexus/manager/vmx/bin/vmx_set_machine_info -machine_info /work/machine_info.xml

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

仮想化システムでは，JP1と連携した運用ができます。ここでは，JP1と連携するための環境を構築する手順について説明します。

注意

JP1と連携する仮想化システムの場合，次の個所を参照して必要な作業を実施してください。

「6.2.4　JP1/IMと連携して障害監視をするための設定」

「6.2.5　JP1/PFMと連携して負荷監視をするための設定」

「6.5　仮想サーバ起動時ユーザスクリプトファイルの作成」

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

システム構成パターンと必要な作業項目を次の表に示します。

表5-3　システム構成パターンと必要な作業項目（JP1と連携するための環境の構築）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
JP1運用管理ホストの仮想マシンの作成 | ○ | ○ | × | ×
JP1運用管理ホストの構築 | ○ | ○ | ○ | ×
JP1/IMと連携してシステムを障害監視する環境の設定 | ○ | ○ | ○ | ×
JP1/AJS3と連携してシステムを自動運用する環境の設定 | × | ○ | ○ | ×
JP1/PFMと連携してシステムの負荷監視をする環境の設定 | × | ○ | ○ | ×

（凡例）

○：必要な作業です。

×：不要な作業です。

JP1と連携するための環境を構築する手順を次に示します。

＜この節の構成＞

(1)　JP1運用管理ホストの仮想マシンの作成

(2)　JP1運用管理ホストの構築

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

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

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

(1)　JP1運用管理ホストの仮想マシンの作成

操作端末のVMware vSphere ClientからVMware vCenter Serverに接続し，運用用物理マシンのハイパーバイザを使用して，JP1運用管理ホストで使用する仮想マシンを作成します。データストアは，運用用データストアを使用します。この仮想マシンは仮想NICを一つ構成し，管理LANのネットワークラベルに関連づけます。

(2)　JP1運用管理ホストの構築

JP1運用管理ホストを構築する手順を次に示します。

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

JP1運用管理ホストに，JP1/Baseをインストールして，環境設定をします。
詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

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

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

JP1運用管理ホストでの設定

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

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

操作端末での設定

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

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

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

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

JP1運用管理ホストでの設定

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

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

操作端末での設定

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

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

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

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

JP1運用管理ホストでの設定

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

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

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

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

6.　システム構築

この章では，仮想化システムで業務を実行する環境（アプリケーションサーバ）を構築する手順について説明します。システム構築で使用するコマンドについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」の仮想化システムで使用するコマンドに関する説明を参照してください。システム構築で使用するファイルについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」の仮想化システムで使用するファイルに関する説明を参照してください。

なお，ここで説明する構築手順を開始する前に，「3.　システム構成パターンの選択」で使用するシステム構成パターンを決定し，「5.　前提となる環境の準備」を実施して仮想化システムで前提となる環境の準備を完了しておいてください。また，使用できるOS（WindowsまたはLinux）については，「2.3.2　仮想化システムの前提条件」を参照してください。

＜この章の構成＞

6.1　業務を実行する環境の準備

6.2　マスタ仮想サーバの構築

6.3　アプリケーションサーバで使用する定義ファイルの作成

6.4　アプリケーションサーバ情報ディレクトリへの定義ファイルの配置

6.5　仮想サーバ起動時ユーザスクリプトファイルの作成

6.6　管理ユニット運用ルールの作成

6.7　管理ユニットの作成

6.8　管理ユニットのデプロイ

6.9　仮想サーバへの業務実行環境の構築

6.10　負荷分散機でのリクエスト振り分けの設定

6.11　バックアップの取得およびログのアーカイブ

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

6.1　業務を実行する環境の準備

ここでは，業務を実行する環境（アプリケーションサーバ）を構築する仮想サーバの台数を見積もったり，業務を実行するために必要なデータベースなどの構成を準備したりする手順について説明します。業務を実行する環境を準備するために必要な作業を次に示します。

業務のサイジングによる仮想サーバおよびリソースの構成の決定

業務を実行する環境で使用するネットワークおよび機器の設定

なお，どのシステム構成パターンで実施するかについては，各作業の項で説明します。

＜この節の構成＞

6.1.1　業務のサイジングによる仮想サーバおよびリソースの構成の決定

6.1.2　業務を実行する環境で使用するネットワークおよび機器の設定

6.1.1　業務のサイジングによる仮想サーバおよびリソースの構成の決定

業務を実行する環境を整えるために，業務ごとに，業務処理内容の分布や，目標レスポンス，リクエスト数などの基礎情報を分析して，性能要件と処理性能から必要なリソースを算出します。また，信頼性を考慮して業務の実行に必要な仮想サーバの配置や台数を決定します。さらに，業務実行時に使用する共有ディスクやデータベースなどのリソースを見積もります。ここで説明する作業は，すべてのシステム構成パターンで実施します。

業務のサイジングによる仮想サーバおよびリソースの構成の決定手順を次に示します。

業務の処理内容の分析から性能に関する基礎情報を収集し，必要なリソースを算出します。

手順1.の分析結果に信頼性要件を適用して，仮想サーバと物理サーバの台数関係と配置を決定します。

「5.　前提となる環境の準備」で構築した仮想化システムに，手順2.で設計した内容を当てはめて，実際の配置を決定します。また，仮想サーバ1台当たりのリソース量を決定します。

ここでは，システム構築およびシステム運用で実行する業務の構成例と仮想サーバの配置例を，システム構成パターンごとに説明します。

＜この項の構成＞

(1)　パターン1の場合

(2)　パターン2の場合

(3)　パターン3の場合

(4)　パターン4の場合

(1)　パターン1の場合

パターン1で実行する業務と仮想サーバの配置の例を次の表に示します。

表6-1　パターン1（テスト環境のオンデマンド提供）で実行する業務と仮想サーバの配置の例

業務の名称
業務の運用
使用する管理対象マシン
仮想サーバの配置

業務（テスト環境）A
アプリケーション開発者のテスト環境の申請に従って，仮想サーバを提供

hv1

hv2

hv3

hv4

hv5

hv6

アプリケーション開発者の申請を受けてから，必要な台数を配置

業務（テスト環境）B

(2)　パターン2の場合

パターン2で実行する業務と仮想サーバの配置の例を次の表に示します。

表6-2　パターン2（実行環境の持続的運用）で実行する業務と仮想サーバの配置の例

業務の名称
業務の運用
使用する管理対象マシン
仮想サーバの配置

業務A

24時間稼働

毎日8:00～18:00は，すべての仮想サーバで処理

8:00～18:00以外の時間帯は半数の仮想サーバで処理

hv1

hv2

hv3

hv4

hv5

hv6

管理対象マシンごとに2台配置

業務B
毎日22:00～2:00に稼働

hv1

hv2

hv3

管理対象マシンごとに1台配置

(3)　パターン3の場合

パターン3で実行する業務と仮想サーバの配置の例を次の表に示します。

表6-3　パターン3（実行環境のスケールアウト）で実行する業務と仮想サーバの配置の例

業務の名称
業務の運用
使用する管理対象マシン
仮想サーバの配置

業務A

24時間稼働

日曜日の4:00に再起動

hv1

hv2

hv3

hv4

hv5

hv6

管理対象マシンごとに1台配置（ただし，2台は予備）

業務B
毎日6:00～20:00に稼働

hv1

hv2

管理対象マシンごとに1台配置（予備なし）

業務C
毎日22:00～2:00に稼働

hv3

hv4

hv5

hv6

業務D
毎日22:00～2:00に稼働

hv1

hv2

(4)　パターン4の場合

パターン4で実行する業務と仮想サーバの配置の例を次の表に示します。

表6-4　パターン4（小規模部門サーバの集約）で実行する業務と仮想サーバの配置の例

業務の名称
業務の運用
使用する管理対象マシン
仮想サーバの配置

業務A

月曜日から土曜日までは，24時間稼働

日曜日は，再起動と必要に応じてメンテナンスを実施

hv1

hv4

管理対象マシンごとに1台配置（ただし，管理対象マシンhv4の1台は予備）

業務B

業務C

業務D

hv2

hv4

業務E

業務F

hv3

hv4

6.1.2　業務を実行する環境で使用するネットワークおよび機器の設定

業務のサイジングによって，仮想サーバとリソースの構成が決定したら，仮想サーバで使用するネットワークの設定と，機器の設定をします。ここでは，ネットワークおよび機器を設定する手順について説明します。

システム構成パターンと必要な作業項目を次の表に示します。

表6-5　システム構成パターンと必要な作業項目（業務を実行する環境で使用するネットワークおよび機器の設定）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
業務用データストア用のストレージの準備 | ○ | ○ | ○ | ×
業務用データストアの作成 | ○ | ○ | ○ | ×
ローカルディスク上のデータストアの名称の設定 | × | × | × | ○
業務ごとの情報の決定 | ○ | ○ | ○ | ○
DNSサーバへの仮想サーバの登録 | ○ | ○ | ○ | ×
Microsoft Sysprepツールのインストール | ○ | ○ | ○ | ○
データベースの構成 | ○ | ○ | ○ | ○
負荷分散機の構成 | × | × | ○ | ×

（凡例）

○：必要な作業です。

×：不要な作業です。

ネットワークおよび機器の設定手順を次に示します。

＜この項の構成＞

(1)　業務用データストア用のストレージの準備

(2)　業務用データストアの作成

(3)　ローカルディスク上のデータストアの名称の設定

(4)　業務ごとの情報の決定

(5)　DNSサーバへの仮想サーバの登録

(6)　Microsoft Sysprepツールのインストール

(7)　データベースの構成

(8)　負荷分散機の構成

(1)　業務用データストア用のストレージの準備

ストレージ装置から業務用データストアに使用するストレージ（LUN）を割り当てます。

詳細については，ストレージ装置のドキュメントを参照してください。

(2)　業務用データストアの作成

VMware vSphere ClientからVMware vCenter Serverに接続して，「(1)　業務用データストア用のストレージの準備」で作成したストレージ（LUN）に業務用データストアを作成します。この作業は，管理対象マシンおよび仮想サーバイメージ管理ホストのハイパーバイザのうち，どれか１台に対して実施します。

業務用データストアの名称を「datastore1」とします。ほかのハイパーバイザでは作成したデータストアを認識させます。詳細については，VMwareのドキュメントを参照してください。

(3)　ローカルディスク上のデータストアの名称の設定

VMware vSphere ClientからVMware vCenter Serverに接続して，管理対象マシンおよび仮想サーバイメージ管理ホストのハイパーバイザが保持するローカルディスク上のデータストアの名称を設定します。ハイパーバイザのローカルディスクを使用する場合に必要な設定です。ホストごとのデータストアの名称の設定例を次の表に示します。

表6-6　ホストごとのデータストアの名称の設定例

ホストの種類 | 設定するデータストア名称
仮想サーバイメージ管理ホスト | datastore0
管理対象マシンhv1 | datastore1
管理対象マシンhv2 | datastore2
管理対象マシンhv3 | datastore3
管理対象マシンhv4 | datastore4

(4)　業務ごとの情報の決定

業務ごとに次の情報を決定します。

管理ユニット名

仮想サーバのゲストOS

仮想サーバに付与される業務LANおよび管理LANのIPアドレスの範囲
仮想サーバに付与されるIPアドレスの範囲は，次の式を満たすように指定します。また，将来スケールアウトしてIPアドレスが必要になることを考慮して，IPアドレスの範囲は多めに見積もって指定してください。
IPアドレスの数>管理ユニットで使用する仮想サーバの最大数+2※

注※

管理ユニット作成時や更新時に，仮想サーバマネージャによって作成される仮想アプリケーションサーバイメージ用に，最大二つ（管理ユニットのバージョンごとに一つずつ）のIPアドレスが使用されます。

作業用のIPアドレス
このIPアドレスは，マスタ仮想サーバの構築時に使用します。

負荷分散機に付与する業務LANのIPアドレス
パターン3の場合に必要な情報です。

システム構成パターンごとに，業務で決定する情報の例を示します。

●パターン1の場合

パターン1の業務ごとに決定する情報の例を次の表に示します。

表6-7　パターン1（テスト環境のオンデマンド提供）の業務ごとに決定する情報の例

業務の名称 | 管理ユニット名 | 仮想サーバのゲストOS | 仮想サーバに付与される業務LANのIPアドレスの範囲 | 仮想サーバに付与される管理LANのIPアドレスの範囲 | 作業用のIPアドレス
業務（テスト環境）A | unit_a | Windows Server 2003 R2 Enterprise Edition | 192.168.1.101～192.168.1.120 | 192.168.2.101～192.168.2.120 | 192.168.2.31
業務（テスト環境）B | unit_b | Red Hat Enterprise Linux 5（x86） | 192.168.1.121～192.168.1.130 | 192.168.2.121～192.168.2.130 | 192.168.2.32

●パターン2の場合

パターン2の業務ごとに決定する情報の例を次の表に示します。

表6-8　パターン2（実行環境の持続的運用）の業務ごとに決定する情報の例

業務の名称 | 管理ユニット名 | 仮想サーバのゲストOS | 仮想サーバに付与される業務LANのIPアドレスの範囲 | 仮想サーバに付与される管理LANのIPアドレスの範囲 | 作業用のIPアドレス
業務A | unit_a | Windows Server 2003 R2 Enterprise Edition | 192.168.1.101～192.168.1.120 | 192.168.2.101～192.168.2.120 | 192.168.2.31
業務B | unit_b | Red Hat Enterprise Linux 5（x86） | 192.168.1.121～192.168.1.130 | 192.168.2.121～192.168.2.130 | 192.168.2.32

●パターン3の場合

パターン3の業務ごとに決定する情報の例を次の表に示します。

表6-9　パターン3（実行環境のスケールアウト）の業務ごとに決定する情報の例

業務の名称 | 管理ユニット名 | 仮想サーバのゲストOS | 仮想サーバに付与される業務LANのIPアドレスの範囲 | 仮想サーバに付与される管理LANのIPアドレスの範囲 | 作業用のIPアドレス
業務A | unit_a | Windows Server 2003 R2 Enterprise Edition | 192.168.1.101～192.168.1.120 | 192.168.2.101～192.168.2.120 | 192.168.2.31
業務B | unit_b | Red Hat Enterprise Linux 5（x86） | 192.168.1.121～192.168.1.130 | 192.168.2.121～192.168.2.130 | 192.168.2.32
業務C | unit_c | Windows Server 2003 R2 Enterprise Edition | 192.168.1.131～192.168.1.140 | 192.168.2.131～192.168.2.140 | 192.168.2.33
業務D | unit_d | Windows Server 2003 R2 Enterprise Edition | 192.168.1.141～192.168.1.150 | 192.168.2.141～192.168.2.150 | 192.168.2.34

また，パターン3では，負荷分散機に関する情報も業務ごとに決定します。業務ごとに決定する負荷分散機に関する情報の例を次の表に示します。

表6-10　パターン3（実行環境のスケールアウト）の業務ごとに決定する負荷分散機に関する情報の例

業務の名称
負荷分散機の名称
cookieスイッチング機能※1の使用可否（cookieの名称）
負荷分散機の仮想サーバ※2の名称
負荷分散機に付与する業務LANのIPアドレス
負荷分散機の仮想サーバ※2のhttpポート番号

業務A
MyBIGIPv9
使用する
（CMX_SERVER_ID）
www.example1.com
192.168.1.51
80

業務B
MyBIGIPv9
使用する
（CMX_SERVER_ID）
www.example2.com
192.168.1.52
80

業務C
MyBIGIPv9
使用する
（CMX_SERVER_ID）
www.example3.com
192.168.1.53
80

業務D
MyBIGIPv9
使用する
（CMX_SERVER_ID）
www.example4.com
192.168.1.54
80

注※1

負荷分散機で提供しているサーバスイッチング機能の一つです。cookieスイッチング機能を使用すると，クライアントからのリクエストパケット内のcookie情報に基づいて，同じサーバにセッションをリダイレクトします。

注※2

負荷分散機で複数の実サーバを管理するための仮想的なサーバです。負荷分散機では，クライアントから仮想サーバにアクセスされたトラフィックを，実サーバに自動分配します。

●パターン4の場合

パターン4の業務ごとに決定する情報の例を次の表に示します。

表6-11　パターン4（小規模部門サーバの集約）の業務ごとに決定する情報の例

業務の名称 | 管理ユニット名 | 仮想サーバのゲストOS | 仮想サーバに付与されるLANのIPアドレスの範囲 | 作業用のIPアドレス
業務A | unit_a | Windows Server 2003 R2 Enterprise Edition | 192.168.1.101～192.168.1.120 | 192.168.1.31
業務B | unit_b | Red Hat Enterprise Linux 5（x86） | 192.168.1.121～192.168.1.130 | 192.168.1.32
業務C | unit_c | Windows Server 2003 R2 Enterprise Edition | 192.168.1.131～192.168.1.140 | 192.168.1.33
業務D | unit_d | Windows Server 2003 R2 Enterprise Edition | 192.168.1.141～192.168.1.150 | 192.168.1.34
業務E | unit_e | Windows Server 2003 R2 Enterprise Edition | 192.168.1.151～192.168.1.160 | 192.168.1.35
業務F | unit_f | Windows Server 2003 R2 Enterprise Edition | 192.168.1.161～192.168.1.170 | 192.168.1.36

(5)　DNSサーバへの仮想サーバの登録

DNSサーバに仮想サーバのホスト名を登録します。仮想サーバのホスト名は，「(4)　業務ごとの情報の決定」で決定した管理LANのIPアドレスで指定します。

参考

仮想サーバのホスト名は，仮想サーバ名と同じです。仮想サーバ名は，仮想サーバマネージャによって次の形式で自動的に生成されます。

VMX<管理LANのIPアドレス>

管理LANのIPアドレスは，xxx.xxx.xxx.xxxのドット（.）を除いて設定されます。例えば，管理LANのIPアドレスが192.168.2.101の場合，仮想サーバ名と仮想サーバのホスト名は，「VMX192168002101」となります。

(6)　Microsoft Sysprepツールのインストール

どれかの業務で，仮想サーバのゲストOSにWindows Server 2003，Windows Server 2003 R2を使用する場合は，Microsoft Sysprepツールを入手して，VMware vCenter Serverに対して，Microsoft Sysprepツールをインストールします。

インストール方法については，VMwareのドキュメントを参照してください。

(7)　データベースの構成

データベースを構成し，接続用のアカウントを作成します。また，接続情報を入手します。ここでは，Oracleを構成します。

各データベース製品のインストール方法については，データベースのマニュアルを参照してください。また，各データベースで必要な設定については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のデータベースを使用するための設定，またはデータベース（XDM/RD E2・SQL Server）の設定に関する説明を参照してください。

(8)　負荷分散機の構成

負荷分散機を構成し，接続するアカウントを作成します。ここでは，BIG-IP v9を構成します。

作成するアカウントの例を次に示します。

ユーザ名：root

パスワード：lb_pass

6.2　マスタ仮想サーバの構築

仮想化システムでアプリケーションサーバを構築する場合，アプリケーションサーバの動作に必要なOSや製品をインストールしたイメージファイル（マスタ仮想サーバのイメージ）を使用します。このイメージファイルは，マスタ仮想サーバを構築すると作成できます。

システム構成パターンと必要な作業項目を次の表に示します。

表6-12　システム構成パターンと必要な作業項目（マスタ仮想サーバの構築）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
仮想マシンの作成と初期設定 | ○ | ○ | ○ | ○
Application Server Enterpriseのインストールと初期設定 | ○ | ○ | ○ | ○
sshクライアントの環境設定 | × | × | ○ | ×
JP1/IMと連携して障害監視をするための設定 | ○ | ○ | ○ | ×
JP1/PFMと連携して負荷監視をするための設定 | × | ○ | ○ | ×
仮想マシンの停止 | ○ | ○ | ○ | ○

（凡例）

○：必要な作業です。

×：不要な作業です。

ここでは，マスタ仮想サーバを構築する手順および方法について説明します。

＜この節の構成＞

6.2.1　仮想マシンの作成と初期設定

6.2.2　Application Server Enterpriseのインストールと初期設定

6.2.3　sshクライアントの環境設定

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

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

6.2.6　仮想マシンの停止

6.2.1　仮想マシンの作成と初期設定

ここでは，仮想マシンの作成と初期設定について説明します。

＜この項の構成＞

(1)　仮想マシンの作成

(2)　OSのインストール

(3)　OS固有の設定

(4)　ネットワークの設定

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

(6)　VMware Toolsのインストール

(1)　仮想マシンの作成

VMware vCenter Serverを使用して，仮想サーバイメージ管理ホストのハイパーバイザ上に，マスタ仮想サーバ構築用の仮想マシンを作成します。業務Aで使用する仮想マシン名は，「master_a」とします。

作成した仮想マシンに設定する情報をシステム構成パターンごとに説明します。設定方法については，VMwareのドキュメントを参照してください。

●パターン1，パターン2またはパターン3の場合

仮想マシンを格納するデータストアは業務用データストアを使用します。

仮想マシンには二つの仮想NICを割り当てます。一方の仮想NICは業務LANのネットワークラベルが付いたポートグループに関連づけ，もう一方の仮想NICは管理LANのネットワークラベルが付いたポートグループに関連づけます。

●パターン4の場合

仮想マシンを格納するデータストアは仮想サーバイメージ管理ホストのローカルディスク上のデータストアである「datastore0」を使用します。

(2)　OSのインストール

仮想マシン上にゲストOS（WindowsまたはLinux）をインストールします。詳細については，各OSのドキュメントを参照してください。インストールできるOSのバージョンについては，「2.3.2(3)　仮想サーバイメージ管理ホストの前提条件」を参照してください。

(3)　OS固有の設定

仮想マシンで動作する上で，ゲストOS固有の設定が必要な場合があります。ゲストOS固有の設定については，VMware, Inc.のWebサイトを参照して確認してください。

また，ゲストOSがLinuxの場合は，次の設定をしてください。

次のコマンドを実行して，ホスト名に「localhost」を設定します。
#hostname localhost

hostsファイル（/etc/hosts）のlocalhostに次の設定をします。
127.0.0.1 localhost

次のコマンドを実行して，kudzuサービス（ハードウェアの検出/設定ツール）が起動しないように設定します。また，ほかの不要なサービスも停止します。
#chkconfig kudzu off

ゲストOSの「ネットワークの設定」で，イーサネットデバイスの設定で，「ハードウェアデバイス」：「マックアドレスにバインド」のチェックを外します。

(4)　ネットワークの設定

仮想マシンがネットワークを利用できるように，ゲストOS上でネットワークの設定をします。システム構成パターンごとに説明します。なお，ネットワーク構成によっては，必要に応じてルーティングの設定をしてください。例えば，管理LANに複数のサブネットを使用する場合などに設定してください。

●パターン1，パターン2またはパターン3の場合

ゲストOSは，二つの仮想NICを認識しています。管理LANのネットワークラベルが付いたポートグループに関連づいた仮想NICに，「6.1.2(4)　業務ごとの情報の決定」で決定した作業用のIPアドレスを割り当てます。

●パターン4の場合

ゲストOSは，一つの仮想NICを認識しています。仮想NICに「6.1.2(4)　業務ごとの情報の決定」で決定した作業用のIPアドレスを割り当てます。

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

ゲストOSの時刻を正確な時刻に調整するために，NTPクライアントを導入して，NTPサーバの設定をします。時刻の調整はslewモードで実行する設定にします。

(6)　VMware Toolsのインストール

ゲストOSにVMwareのVMware Toolsをインストールします。詳細については，VMwareのドキュメントを参照してください。

6.2.2　Application Server Enterpriseのインストールと初期設定

ここでは，Application Server Enterpriseのインストールと初期設定について説明します。

＜この項の構成＞

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

(2)　サーバ通信エージェントの初期設定

(3)　サーバ通信エージェントの自動起動の設定（ゲストOSがLinuxの場合）

(4)　JDBCドライバの配置

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

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

仮想マシンのゲストOSに，Application Server Enterpriseをインストールします。インストールできるApplication Server Enterpriseについては，「2.3.2(3)　仮想サーバイメージ管理ホストの前提条件」を参照してください。また，Application Server Enterpriseのインストール方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のインストール方法，および環境変数の設定に関する説明を参照してください。

(2)　サーバ通信エージェントの初期設定

sinaviagent.propertiesで，仮想サーバマネージャからサーバ通信エージェントへの接続を許可する設定をします。サーバ通信エージェントの詳細については，サーバ通信エージェントのドキュメントを参照してください。

sinaviagent.propertiesの格納場所を次に示します。

Windowsの場合

<Cosminexusのインストールディレクトリ>¥sinagent¥config

Linuxの場合

/opt/Cosminexus/sinagent/config

sinaviagent.propertiesで必要な設定例を次に示します。

●パターン1，パターン2またはパターン3の場合

sinaviagent.permitted.hosts=192.168.2.3

注

sinaviagent.permitted.hostsプロパティには，仮想サーバマネージャの管理LANのIPアドレスを指定します。

●パターン4の場合

sinaviagent.permitted.hosts=192.168.1.3

注

sinaviagent.permitted.hostsプロパティには，仮想サーバマネージャの管理LANのIPアドレスを指定します。

(3)　サーバ通信エージェントの自動起動の設定（ゲストOSがLinuxの場合）

サーバ通信エージェントをゲストOSと同時に起動するようにします。ゲストOSがLinuxの場合，自動起動するためにはあらかじめ設定が必要です。ゲストOSがWindowsの場合は設定しないでください。自動起動の設定は，snactlコマンドに引数「setauto」を指定して実行します。サーバ通信エージェントの詳細については，サーバ通信エージェントのドキュメントを参照してください。

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

# /opt/Cosminexus/sinagent/bin/snactl setauto

(4)　JDBCドライバの配置

業務からデータベースにアクセスするため，JDBCドライバ（JARファイル）をマスタ仮想サーバに配置します。OracleのJDBCドライバを配置する例を次に示します。

（例）

ゲストOSがWindowsの場合
C:¥work¥ojdbc5.jar

ゲストOSがLinuxの場合
/work/ojdbc5.jar

ここで配置したJDBCドライバは，簡易構築定義ファイルで指定します。簡易構築定義ファイルの作成例については，「6.3.2(2)　簡易構築定義ファイルの作成例」を参照してください。

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

仮想サーバ運用管理ホストで使用する定義ファイル，およびデータベースと接続するDB Connectorを定義するConnector属性ファイルを，マスタ仮想サーバからコピーして取得します。ここでコピーする定義ファイルは，「6.3　アプリケーションサーバで使用する定義ファイルの作成」で定義ファイルを作成する時に，テンプレートとして使用します。

次の表に示すマスタ仮想サーバの定義ファイルを，仮想サーバ運用管理ホストの任意のディレクトリにコピーします。

仮想サーバ運用管理ホストにコピーする定義ファイルを次の表に示します。

表6-13　仮想サーバ運用管理ホストにコピーする定義ファイル

マスタ仮想サーバのゲストOS
コピー元のディレクトリ
（マスタ仮想サーバ）
仮想サーバ運用管理ホストにコピーする定義ファイル

Windows
<Cosminexusのインストールディレクトリ>¥CC¥admin¥usrconf
usrconf.bat

usrconf.properties

<Cosminexusのインストールディレクトリ>¥CC¥manager¥config
adminagent.properties

cmxclient.properties

manager.cfg

mngsvrutilcl.properties

mserver.properties

lb.properties

vmxlog.conf

<Cosminexusのインストールディレクトリ>¥CC¥admin¥templates

DBConnector_HiRDB_Type4_CP_cfg.xml※1

DBConnector_Oracle_CP_cfg.xml※2

DBConnector_SQLServer_CP_cfg.xml※3

Linux
/opt/Cosminexus/CC/admin/usrconf
usrconf

usrconf.properties

/opt/Cosminexus/CC/manager/config
adminagent.properties

cmxclient.properties

manager.cfg

mngsvrutilcl.properties

mserver.properties

lb.properties

vmxlog.conf

AdminAgentrc

/opt/Cosminexus/CC/admin/templates

DBConnector_HiRDB_Type4_CP_cfg.xml※1

DBConnector_Oracle_CP_cfg.xml※2

DBConnector_SQLServer_CP_cfg.xml※3

注※1

使用するデータベースがHiRDBの場合にコピーします。

注※2

使用するデータベースがOracleの場合にコピーします。

注※3

使用するデータベースがSQL Serverの場合にコピーします。

6.2.3　sshクライアントの環境設定

パターン3の場合，仮想サーバのManagement Serverが負荷分散機にsshで接続して操作します。このため，マスタ仮想サーバにsshクライアントの利用環境を設定します。

マスタ仮想サーバのゲストOSがWindowsの場合

sshクライアントプログラムであるPuTTYを取得し，インストールします。

PuTTYのインストールフォルダ以下にあるsshコマンドが格納されたフォルダをシステム環境変数Pathに追加します。

マスタ仮想サーバのゲストOSがLinuxの場合

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

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

ここでは，JP1/IMと連携して障害監視をする場合の設定について説明します。

設定手順を次に示します。

仮想マシンのゲストOSにJP1/Baseをインストールします。

JP1/Baseでユーザマッピングの設定をします。
JP1運用管理ホストの構築時に設定したOSユーザ（JP1ユーザ）と，仮想サーバイメージ管理ホストの仮想マシンに設定したOSユーザを対応づけます。

JP1/BaseにCosminexusアダプタコマンドを設定します。
仮想サーバイメージ管理ホストの仮想マシンでmngsvr_adapter_setupコマンドを実行して，JP1/Baseの環境にCosminexus用のアダプタコマンド設定ファイルを追加します。なお，mngsvr_adapter_setupコマンドを実行するユーザには，Windowsの場合はAdministrator権限が，Linuxの場合はroot権限が必要です。mngsvr_adapter_setupコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。
mngsvr_adapter_setupコマンドの実行例を次に示します。

Windowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥bin¥mngsvr_adapter_setup

Linuxの場合

# /opt/Cosminexus/manager/bin/mngsvr_adapter_setup

マスタ仮想サーバの任意のディレクトリに，ログファイルトラップ動作定義ファイルを格納します。
ログファイルトラップ動作定義ファイルの設定例を次に示します。

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

JP1での操作については，マニュアル「JP1/Base 運用ガイド」を参照してください。

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

ここでは，JP1/PFMと連携して負荷監視をする場合の設定について説明します。

設定手順を次に示します。

仮想マシンのゲストOSに，JP1/PFM - Base，JP1/PFM - Agent for Cosminexusをインストールします。

マスタ仮想サーバで次の設定をします。

IPアドレスの設定
hostsファイルまたはjpchostsファイルに，JP1/PFM - Managerのホスト名（JP1運用管理ホスト名）および管理ユニットに属する仮想サーバの管理LANのIPアドレスを設定します。また，任意のエイリアス名を定義し，そのエイリアス名にはマスタ仮想サーバのIPアドレスを設定します。

ポート番号の設定
JP1/PFMのシステムで使用するすべてのサービスに対して，固定のポート番号を設定します。jpcconf port defineコマンドで設定します。

エイリアス名の設定
IPアドレスの設定時に定義したエイリアス名を設定します。jpcconf host hostmodeコマンドで設定します。

接続先のJP1/PFM - Managerの設定
接続先のJP1/PFM - ManagerにJP1運用管理ホストのJP1/PFM - Managerを設定します。jpcconf mgrhost defineコマンドで設定します。

各手順の詳細については，マニュアル「JP1/Performance Management 設計・構築ガイド」を参照してください。

6.2.6　仮想マシンの停止

ここでは，仮想マシンの停止について説明します。

「6.2.1(4)　ネットワークの設定」で割り当てたIPアドレスを解除してから，ゲストOSを必ずシャットダウンします。OSをシャットダウンすると仮想マシンが停止します。仮想マシンが停止したあと，データストアにあるデータがマスタ仮想サーバのイメージとなります。

6.3　アプリケーションサーバで使用する定義ファイルの作成

仮想サーバ上のアプリケーションサーバの構成や，アプリケーションサーバで使用するデータベースの設定などを定義したファイルを用意します。これらの定義ファイルは，アプリケーションとともにアプリケーションサーバ情報ディレクトリに配置し，管理ユニット作成時に使用します。

システム構成パターンと必要な作業項目を次の表に示します。

表6-14　システム構成パターンと必要な作業項目（アプリケーションサーバで使用する定義ファイルの作成）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
仮想サーバを自動セットアップするための設定 | ○ | ○ | ○ | ○
アプリケーションサーバの構成の定義 | ○ | ○ | ○ | ○
データベースを使用するための設定 | ○ | ○ | ○ | ○
負荷分散機と接続するための設定 | × | × | ○ | ×
仮想サーバ停止時にログを取得するための設定 | ○ | × | ○ | ○
アプリケーションサーバ情報ディレクトリに配置する定義ファイル群のバージョンを管理するための設定 | ○ | ○ | ○ | ○
Component Container管理者およびManagement Server管理グループの設定（ゲストOSがLinuxの場合） | ○ | ○ | ○ | ○
Management Serverの設定 | × | × | × | ○

（凡例）

○：必要な作業です。

×：不要な作業です。

ここでは，アプリケーションサーバで使用するファイルの作成方法について説明します。なお，アプリケーションは作成済みであることを前提としています。

＜この節の構成＞

6.3.1　仮想サーバを自動セットアップするための設定

6.3.2　アプリケーションサーバの構成の定義

6.3.3　データベースを使用するための設定

6.3.4　負荷分散機と接続するための設定

6.3.5　仮想サーバ停止時にログを取得するための設定

6.3.6　アプリケーションサーバ情報ディレクトリに配置する定義ファイル群のバージョンを管理するための設定

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

6.3.8　Management Serverの設定

6.3.1　仮想サーバを自動セットアップするための設定

管理ユニットのデプロイ時に，仮想サーバのOSやネットワークを自動セットアップするための情報を設定します。仮想サーバのセットアップ情報は，virtualserver.properties（仮想サーバ構築用プロパティファイル）で設定します。virtualserver.propertiesを作成する場合，テンプレートファイルを使用できます。テンプレートファイルの格納場所については，「4.1.1　システムの構築・運用時に使用するファイル」を参照してください。virtualserver.propertiesの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」のvirtualserver.properties（仮想サーバ構築用プロパティファイル）に関する説明を参照してください。

システム構成パターンごとに，代表的な業務についてvirtualserver.propertiesの設定例を示します。ここで説明していないプロパティはデフォルト値を使用します。なお，設定値については，次の個所を参照してください。

「5.1　仮想化システムで使用する環境の準備」

「6.1.1　業務のサイジングによる仮想サーバおよびリソースの構成の決定」

「6.1.2(4)　業務ごとの情報の決定」

●パターン1の場合

業務（テスト環境）Aと業務（テスト環境）Bの設定例を次に示します。

業務（テスト環境）A（ゲストOSがWindowsの場合）

vmx.network.network_label=SVC_NET
vmx.network.agent.network_label=MNG_NET
unit.network.ipaddr.range.min=192.168.1.101
unit.network.ipaddr.range.max=192.168.1.120
unit.network.agent.ipaddr.range.min=192.168.2.101
unit.network.agent.ipaddr.range.max=192.168.2.120
unit.network.subnetmask=255.255.255.0
unit.network.default_gateway=192.168.1.1
unit.network.agent.subnetmask=255.255.255.0
unit.network.dns_servers=192.168.3.12
unit.os.type=WinSvr2003R2Ent
unit.setup.windows.password=os_admin_pass
unit.setup.windows.product_id=xxxxxx
unit.setup.windows.license_user.num=8
unit.setup.windows.fullname=os_user
unit.setup.windows.orgname=os_org
unit.setup.windows.time_zone=235
unit.setup.windows.network.name=mynetwork

業務（テスト環境）B（ゲストOSがLinuxの場合）

vmx.network.network_label=SVC_NET
vmx.network.agent.network_label=MNG_NET
unit.network.ipaddr.range.min=192.168.1.121
unit.network.ipaddr.range.max=192.168.1.130
unit.network.agent.ipaddr.range.min=192.168.2.121
unit.network.agent.ipaddr.range.max=192.168.2.130
unit.network.subnetmask=255.255.255.0
unit.network.default_gateway=192.168.1.1
unit.network.agent.subnetmask=255.255.255.0
unit.network.dns_servers=192.168.3.12
unit.os.type=RedHatEntLinux5
unit.setup.linux.domain_name=mydomain

●パターン2の場合

業務Aと業務Bの設定例を次に示します。

業務A（ゲストOSがWindowsの場合）

vmx.network.network_label=SVC_NET
vmx.network.agent.network_label=MNG_NET
unit.network.ipaddr.range.min=192.168.1.101
unit.network.ipaddr.range.max=192.168.1.120
unit.network.agent.ipaddr.range.min=192.168.2.101
unit.network.agent.ipaddr.range.max=192.168.2.120
unit.network.subnetmask=255.255.255.0
unit.network.default_gateway=192.168.1.1
unit.network.agent.subnetmask=255.255.255.0
unit.network.dns_servers=192.168.3.12
unit.os.type=WinSvr2003R2Ent
unit.setup.windows.password=os_admin_pass
unit.setup.windows.product_id=xxxxxx
unit.setup.windows.license_user.num=8
unit.setup.windows.fullname=os_user
unit.setup.windows.orgname=os_org
unit.setup.windows.time_zone=235
unit.setup.windows.network.name=mynetwork

業務B（ゲストOSがLinuxの場合）

vmx.network.network_label=SVC_NET
vmx.network.agent.network_label=MNG_NET
unit.network.ipaddr.range.min=192.168.1.121
unit.network.ipaddr.range.max=192.168.1.130
unit.network.agent.ipaddr.range.min=192.168.2.121
unit.network.agent.ipaddr.range.max=192.168.2.130
unit.network.subnetmask=255.255.255.0
unit.network.default_gateway=192.168.1.1
unit.network.agent.subnetmask=255.255.255.0
unit.network.dns_servers=192.168.3.12
unit.os.type=RedHatEntLinux5
unit.setup.linux.domain_name=mydomain

●パターン3の場合

業務Aと業務Bの設定例を次に示します。

業務A（ゲストOSがWindowsの場合）

vmx.network.network_label=SVC_NET
vmx.network.agent.network_label=MNG_NET
unit.network.ipaddr.range.min=192.168.1.101
unit.network.ipaddr.range.max=192.168.1.120
unit.network.agent.ipaddr.range.min=192.168.2.101
unit.network.agent.ipaddr.range.max=192.168.2.120
unit.network.subnetmask=255.255.255.0
unit.network.default_gateway=192.168.1.1
unit.network.agent.subnetmask=255.255.255.0
unit.network.dns_servers=192.168.3.12
unit.os.type=WinSvr2003R2Ent
unit.setup.windows.password=os_admin_pass
unit.setup.windows.product_id=xxxxxx
unit.setup.windows.license_user.num=8
unit.setup.windows.fullname=os_user
unit.setup.windows.orgname=os_org
unit.setup.windows.time_zone=235
unit.setup.windows.network.name=mynetwork

業務B（ゲストOSがLinuxの場合）

vmx.network.network_label=SVC_NET
vmx.network.agent.network_label=MNG_NET
unit.network.ipaddr.range.min=192.168.1.121
unit.network.ipaddr.range.max=192.168.1.130
unit.network.agent.ipaddr.range.min=192.168.2.121
unit.network.agent.ipaddr.range.max=192.168.2.130
unit.network.subnetmask=255.255.255.0
unit.network.default_gateway=192.168.1.1
unit.network.agent.subnetmask=255.255.255.0
unit.network.dns_servers=192.168.3.12
unit.os.type=RedHatEntLinux5
unit.setup.linux.domain_name=mydomain

●パターン4の場合

業務Aと業務Bの設定例を次に示します。

業務A（ゲストOSがWindowsの場合）

unit.network.ipaddr.range.min=192.168.1.111
unit.network.ipaddr.range.max=192.168.1.120
unit.network.subnetmask=255.255.255.0
unit.network.default_gateway=192.168.1.1
unit.network.dns_servers=192.168.3.12
unit.os.type=WinSvr2003R2Ent
unit.setup.windows.password=os_admin_pass
unit.setup.windows.product_id=xxxxxx
unit.setup.windows.license_user.num=8
unit.setup.windows.fullname=os_user
unit.setup.windows.orgname=os_org
unit.setup.windows.time_zone=235
unit.setup.windows.network.name=mynetwork

業務B（ゲストOSがLinuxの場合）

unit.network.ipaddr.range.min=192.168.1.121
unit.network.ipaddr.range.max=192.168.1.130
unit.network.subnetmask=255.255.255.0
unit.network.default_gateway=192.168.1.1
unit.network.agent.subnetmask=255.255.255.0
unit.network.dns_servers=192.168.3.12
unit.os.type=RedHatEntLinux5
unit.setup.linux.domain_name=mydomain

6.3.2　アプリケーションサーバの構成の定義

仮想サーバ上のWebシステムの定義は，簡易構築定義ファイル（WebFront.xml）で設定します。ここでは，簡易構築定義ファイルに設定する内容，作成例などについて説明します。

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

簡易構築定義ファイルの指定内容と作成例を説明します。

＜この項の構成＞

(1)　簡易構築定義ファイルの指定内容

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

(1)　簡易構築定義ファイルの指定内容

簡易構築定義ファイルの定義項目ごとに指定するタグと指定内容を次の表に示します。

表6-15　簡易構築定義ファイルの定義項目ごとに指定するタグと指定内容

簡易構築定義ファイルの定義項目
タグ名称
出現パターン
指定内容

負荷分散機の定義
<load-balancer>
0または1回
負荷分散機を定義します。
負荷分散機を使用する場合は必ず指定してください。
ただし，サーバIDはManagement Serverが自動的に割り当てます。このため，cookieスイッチングの定義の<server-id-rule>は定義しないでください。

物理ティアの定義
<tier>
1回
物理ティアを定義します。
<tier>の<tier-type>には，「combined-tier」を必ず指定してください。

サービスユニットの定義
<unit>
1回
サービスユニットを定義します。
<unit>の<logical-server-type>と<logical-server-name>で指定できる組み合わせを次に示します。

<logical-server-type>が「web-server」の場合
<logical-server-name>には「WebServer」を指定してください。

<logical-server-type>が「j2ee-server」の場合
<logical-server-name>には「J2EEServer」を指定してください。

<logical-server-type>が「performance-tracer」の場合
<logical-server-name>には「PRF」を指定してください。

<unit>の<logical-server>内には，そのほかのタグおよびパラメタを設定できます。

ホストの定義
<host>
1回
ホストを定義します。
<host>の<host-name>および<host>の<agent-host>には「localhost」を必ず指定してください。

簡易構築定義ファイルおよびタグについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」の簡易構築定義ファイルに関する説明を参照してください。

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

システム構成パターンごとの代表的な業務について，簡易構築定義ファイル（WebFront.xml）の作成例を示します。

●パターン1，パターン2またはパターン4の場合

業務Aと業務Bの作成例を次に示します。各タグの値については，次の個所を参照してください。参照先で説明していないものは，デフォルト値を使用します。

「(1)　簡易構築定義ファイルの指定内容」

「6.2.2(4)　JDBCドライバの配置」

業務A（ゲストOSがWindowsの場合）

<?xml version="1.0" encoding="UTF-8"?>
<model-definition xmlns="http://www.cosminexus.com/mngsvr/schema/ModelDefinition-2.5">
 <web-system>
   <name>WebFront</name>
   <tier>
     <tier-type>combined-tier</tier-type>
   </tier>
   <unit>
     <name>Unit</name>
     <allocated-host>
       <host-ref>localhost</host-ref>
       <hosts-for>combined-tier</hosts-for>
       <define-server>
         <logical-server-name>WebServer</logical-server-name>
         <logical-server-type>web-server</logical-server-type>
       </define-server>
       <define-server>
         <logical-server-name>J2EEServer</logical-server-name>
         <logical-server-type>j2ee-server</logical-server-type>
         <configuration>
           <param>
             <param-name>add.class.path</param-name>
             <param-value>C:¥work¥ojdbc5.jar</param-value>
           </param>
         </configuration>
       </define-server>
       <define-server>
         <logical-server-name>PRF</logical-server-name>
         <logical-server-type>performance-tracer</logical-server-type>
       </define-server>
     </allocated-host>
   </unit>
 </web-system>
 <host>
   <host-name>localhost</host-name>
   <agent-host>localhost</agent-host>
   <agent-port>20295</agent-port>
 </host>
</model-definition>

業務B（ゲストOSがLinuxの場合）

<?xml version="1.0" encoding="UTF-8"?>
<model-definition xmlns="http://www.cosminexus.com/mngsvr/schema/ModelDefinition-2.5">
 <web-system>
   <name>WebFront</name>
   <tier>
     <tier-type>combined-tier</tier-type>
   </tier>
   <unit>
     <name>Unit</name>
     <allocated-host>
       <host-ref>localhost</host-ref>
       <hosts-for>combined-tier</hosts-for>
       <define-server>
         <logical-server-name>WebServer</logical-server-name>
         <logical-server-type>web-server</logical-server-type>
       </define-server>
       <define-server>
         <logical-server-name>J2EEServer</logical-server-name>
         <logical-server-type>j2ee-server</logical-server-type>
         <configuration>
           <param>
             <param-name>add.class.path</param-name>
             <param-value>/work/ojdbc5.jar</param-value>
           </param>
         </configuration>
       </define-server>
       <define-server>
         <logical-server-name>PRF</logical-server-name>
         <logical-server-type>performance-tracer</logical-server-type>
       </define-server>
     </allocated-host>
   </unit>
 </web-system>
 <host>
   <host-name>localhost</host-name>
   <agent-host>localhost</agent-host>
   <agent-port>20295</agent-port>
 </host>
</model-definition>

●パターン3の場合

業務Aと業務Bの作成例を次に示します。各タグの値については，次の個所を参照してください。参照先で説明していないものは，デフォルト値を使用します。

「(1)　簡易構築定義ファイルの指定内容」

「5.1　仮想化システムで使用する環境の準備」

「6.1.2(4)　業務ごとの情報の決定」

「6.1.2(8)　負荷分散機の構成」

「6.2.2(4)　JDBCドライバの配置」

業務A（ゲストOSがWindowsの場合）

<?xml version="1.0" encoding="UTF-8"?>
<model-definition xmlns="http://www.cosminexus.com/mngsvr/schema/ModelDefinition-2.5">
 <web-system>
   <name>WebFront</name>
     <load-balancer>
       <name>MyBIGIPv9</name>
       <load-balancer-type>BIG-IPv9</load-balancer-type>
       <cookie-switching>
         <cookie-switching-enabled>true</cookie-switching-enabled>
         <cookie-name>CMX_SERVER_ID</cookie-name>
       </cookie-switching>
       <management-host>192.168.2.11</management-host>
       <virtual-server>
         <virtual-server-name>www.example1.com</virtual-server-name>
         <ip-address>192.168.1.51</ip-address>
         <http-port>80</http-port>
       </virtual-server>
     </load-balancer>
   <tier>
     <tier-type>combined-tier</tier-type>
   </tier>
   <unit>
     <name>Unit</name>
     <allocated-host>
       <host-ref>localhost</host-ref>
       <hosts-for>combined-tier</hosts-for>
       <define-server>
         <logical-server-name>WebServer</logical-server-name>
         <logical-server-type>web-server</logical-server-type>
       </define-server>
       <define-server>
         <logical-server-name>J2EEServer</logical-server-name>
         <logical-server-type>j2ee-server</logical-server-type>
         <configuration>
           <param>
             <param-name>add.class.path</param-name>
             <param-value>C:¥work¥ojdbc5.jar</param-value>
           </param>
         </configuration>
       </define-server>
       <define-server>
         <logical-server-name>PRF</logical-server-name>
         <logical-server-type>performance-tracer</logical-server-type>
       </define-server>
     </allocated-host>
   </unit>
 </web-system>
 <host>
   <host-name>localhost</host-name>
   <agent-host>localhost</agent-host>
   <agent-port>20295</agent-port>
 </host>
</model-definition>

業務B（ゲストOSがLinuxの場合）

<?xml version="1.0" encoding="UTF-8"?>
<model-definition xmlns="http://www.cosminexus.com/mngsvr/schema/ModelDefinition-2.5">
 <web-system>
   <name>WebFront</name>
     <load-balancer>
       <name>MyBIGIPv9</name>
       <load-balancer-type>BIG-IPv9</load-balancer-type>
       <cookie-switching>
         <cookie-switching-enabled>true</cookie-switching-enabled>
         <cookie-name>CMX_SERVER_ID</cookie-name>
       </cookie-switching>
       <management-host>192.168.2.11</management-host>
       <virtual-server>
         <virtual-server-name>www.example2.com</virtual-server-name>
         <ip-address>192.168.1.52</ip-address>
         <http-port>80</http-port>
       </virtual-server>
     </load-balancer>
   <tier>
     <tier-type>combined-tier</tier-type>
   </tier>
   <unit>
     <name>Unit</name>
     <allocated-host>
       <host-ref>localhost</host-ref>
       <hosts-for>combined-tier</hosts-for>
       <define-server>
         <logical-server-name>WebServer</logical-server-name>
         <logical-server-type>web-server</logical-server-type>
       </define-server>
       <define-server>
         <logical-server-name>J2EEServer</logical-server-name>
         <logical-server-type>j2ee-server</logical-server-type>
         <configuration>
           <param>
             <param-name>add.class.path</param-name>
             <param-value>/work/ojdbc5.jar</param-value>
           </param>
         </configuration>
       </define-server>
       <define-server>
         <logical-server-name>PRF</logical-server-name>
         <logical-server-type>performance-tracer</logical-server-type>
       </define-server>
     </allocated-host>
   </unit>
 </web-system>
 <host>
   <host-name>localhost</host-name>
   <agent-host>localhost</agent-host>
   <agent-port>20295</agent-port>
 </host>
</model-definition>

6.3.3　データベースを使用するための設定

仮想化システムで使用できるデータベースは，HiRDB，OracleまたはSQL Server（Windowsの場合）です。データベースと接続するためには，リソースアダプタとしてDB Connectorを使用します。ここでは，データベース製品のインストールおよび初期設定が終了したあとに実施する，Connector属性ファイルの編集について説明します。

「6.2.2(5)　定義ファイルの取得」で取得したConnector属性ファイルのテンプレートファイルを，次の表に示す名称に変更して，データベースへの接続の設定など必要な項目を編集してください。

表6-16　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

詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)」のConnector属性ファイルに関する説明を参照してください。

6.3.4　負荷分散機と接続するための設定

パターン3の場合，仮想サーバのManagement Serverから負荷分散機へsshで接続します。仮想サーバのsshクライアントの環境設定は「6.2.3　sshクライアントの環境設定」で実施しているため，ここでは負荷分散機に接続するための設定について説明します。

負荷分散機への接続の設定は，lb.properties（負荷分散機定義プロパティファイル）で実施します。lb.propertiesには，負荷分散機へのアクセスに必要な接続情報を設定します。

「6.2.2(5)　定義ファイルの取得」で取得したlb.propertiesをテンプレートファイルとして使用できます。

lb.propertiesで必要な設定を次に示します。ここで説明していないプロパティはデフォルト値を使用します。なお，設定値については，次の個所を参照してください。

「5.1　仮想化システムで使用する環境の準備」

「6.1.2(8)　負荷分散機の構成」

lb.list=192.168.2.11
lb.connect_type.192.168.2.11=ssh
lb.ssh.user.192.168.2.11=root
lb.ssh.passwd.192.168.2.11=lb_pass

lb.propertiesの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

6.3.5　仮想サーバ停止時にログを取得するための設定

仮想サーバをスケールインしたり，管理ユニットを一括停止したりした場合に，停止する仮想サーバ上のログを取得できます。ログ取得時にどのファイルを収集するかは，vmxlog.confで収集するファイルの格納ディレクトリを指定します。

vmxlog.confでは，snapshotログ収集対象定義ファイルと同じ表記が使用できます。このため，Cosminexusのインストールディレクトリを表す変数「${cosminexus.home}」を利用したり，1行の定義で複数のディレクトリを収集対象にしたりするなどの表記ができます。snapshotログ収集対象定義ファイルについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」のsnapshotログ収集対象定義ファイルに関する説明を参照してください。vmxlog.confの格納場所については，「4.1.1　システムの構築・運用時に使用するファイル」を参照してください。

ここでは，次に示すプロセスの一部のログを取得する設定例を説明します。

Hitachi Web Server

J2EEサーバ

Management Server

運用管理エージェント

設定例を次に示します。

${hws.home}/servers/.+/logs/access.+
&{hws.logfile.dir}/access.+
${hws.home}/servers/.+/logs/hwsrequest.+
&{hws.logfile.dir}/hwsrequest.+
${hws.home}/servers/.+/logs/error.+
&{hws.logfile.dir}/error.+
${cosminexus.home}/CC/server/public/ejb/.+/logs/cjmessage.+¥.log
&{ejb.public.directory}/ejb/.+/logs/cjmessage.+¥.log
&{ejb.server.log.directory}/cjmessage.+¥.log
${com.cosminexus.manager.log.dir}/adminagent¥.err¥..+¥.log
${com.cosminexus.manager.log.dir}/adminagent¥.out¥..+¥.log
${com.cosminexus.manager.log.dir}/adminagent¥.err
${com.cosminexus.manager.log.dir}/adminagent.+¥.log
${com.cosminexus.manager.log.dir}/adminagentctl¥.exe¥..+¥.log
${com.cosminexus.manager.log.dir}/processConsole.+¥.log
${com.cosminexus.manager.log.dir}/adminagentsv¥.exe¥..+¥.log
${com.cosminexus.manager.log.dir}/adminagentsv¥.exe¥.out
${com.cosminexus.manager.log.dir}/adminagentsv¥.exe¥.err
${com.cosminexus.manager.log.dir}/mngagent.+¥..+¥.log
${com.cosminexus.manager.log.dir}/mngsvr¥.exe¥..+¥.log
${com.cosminexus.manager.log.dir}/mngsvr¥.exe¥.err
${com.cosminexus.manager.log.dir}/mngsvr¥.exe¥.out
${com.cosminexus.manager.log.dir}/mngsvrctl¥.exe¥..+¥.log
${com.cosminexus.manager.log.dir}/mngsvr.+¥.log

6.3.6　アプリケーションサーバ情報ディレクトリに配置する定義ファイル群のバージョンを管理するための設定

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

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

＜この項の構成＞

(1)　version.propertiesの設定例

(2)　version.propertiesで設定できるプロパティ

(1)　version.propertiesの設定例

version.propertiesの設定例を次に示します。

ra.interface.version=085000
ra.target.edition=standard

(2)　version.propertiesで設定できるプロパティ

version.propertiesで設定できるプロパティを次に示します。プロパティは，「<プロパティ名>=<値>」の形式で設定します。

ra.interface.version
アプリケーションサーバ情報ディレクトリに配置する定義ファイル群の構成や，定義ファイル内の情報の形式に対応するバージョン情報を，6けたの数値で指定します。「085000」を指定してください。

ra.target.edition
仮想サーバに構築するアプリケーションサーバのエディションを指定します。「standard」を指定してください。

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

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

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

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

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

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

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

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

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

Component Container管理者のユーザとグループ，およびManagement Server管理グループを設定します。この定義ファイルは，ゲストOSがLinuxの場合だけ有効になります。

Component Container管理者は，サーバのセットアップ，起動と停止などの操作が実施できるユーザで，Management Server管理グループは，Management Serverで使用するコマンドを実行できるユーザのグループです。これらのユーザまたはグループを設定すると，スーパーユーザ（root権限を持つユーザ）以外の一般ユーザでもシステムを構築，運用できるようになります。ユーザとグループは，rasetup.propertiesで設定します。

注意

設定するユーザおよびグループは，OSにあらかじめ登録されている必要があります。

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

＜この項の構成＞

(1)　rasetup.propertiesの設定例

(2)　rasetup.propertiesで設定できるプロパティ

(1)　rasetup.propertiesの設定例

rasetup.propertiesは，ゲストOSがLinuxの業務で設定します。

「6.1.2(4)　業務ごとの情報の決定」で決定した業務のうち，業務BはゲストOSがLinuxのため，設定が必要です。業務Bでは，すべてのプロパティにデフォルト値を使用するものとします。この場合，rasetup.propertiesは，プロパティを何も設定しない空のファイルで作成します。

(2)　rasetup.propertiesで設定できるプロパティ

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

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

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

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

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

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

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

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

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

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

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

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

6.3.8　Management Serverの設定

パターン4では，仮想サーバマネージャで仮想サーバの障害監視をします。仮想サーバマネージャは，仮想サーバ上のManagement Serverが稼働しているかどうかを監視します。

仮想サーバ上の論理サーバに障害が発生して，Management Serverが論理サーバを自動再起動しても回復できない場合に，Management Serverが終了する設定にしておくと，仮想サーバマネージャが仮想サーバ上の論理サーバの障害を検知できます。

「6.2.2(5)　定義ファイルの取得」で取得したmserver.propertiesをテンプレートファイルとして使用できます。

mserver.propertiesで必要な設定を次に示します。ここで説明していないプロパティはデフォルト値を使用します。mserver.propertiesの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

com.cosminexus.mngsvr.logical_server_abnormal_stop.exit=true

6.4　アプリケーションサーバ情報ディレクトリへの定義ファイルの配置

アプリケーションサーバを定義する各ファイルを作成したあと，アプリケーションとともにアプリケーションサーバ情報ディレクトリに配置します。ここで説明する作業は，すべてのシステム構成パターンで実施します。

仮想化システムで動作できるアプリケーションは，J2EEアプリケーションです。ここで説明するJ2EEアプリケーションは作成済みであることを前提としています。また，cosminexus.xmlがあるアプリケーションであることを前提としています。J2EEアプリケーションは，アプリケーション開発時に作成しておいてください。アプリケーションの作成については，マニュアル「Cosminexus アプリケーションサーバ アプリケーション開発ガイド」を参照してください。

アプリケーションサーバ情報ディレクトリは，仮想サーバ運用管理ホストの任意の場所に作成します。このファイルのパスは管理ユニット作成時に指定します。図6-1に示す構成に従って，必要なアプリケーションや定義ファイルを配置します。

各定義ファイルのアプリケーションサーバ情報ディレクトリへの配置手順を次に示します。

「6.2.2(5)　定義ファイルの取得」で取得した定義ファイルのテンプレートを配置します。

「6.3　アプリケーションサーバで使用する定義ファイルの作成」で作成した定義ファイルを上書きまたは配置します。

アプリケーションのEARファイルとcosminexus.xmlを配置します。

アプリケーションサーバ情報ディレクトリの構成を次の図に示します。

図6-1　アプリケーションサーバ情報ディレクトリの構成

<アプリケーションサーバ情報ディレクトリ>
 ├vmx
 │└virtualserver.properties
 ├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
      │     ├usrconf
      │     └usrconf.properties
      ├manager
      │ └config
      │   ├adminagent.properties
      │   ├cmxclient.properties
      │   ├manager.cfg
      │   ├mngsvrutilcl.properties
      │   ├mserver.properties
      │   ├lb.properties
      │   ├vmxlog.conf
      │   └AdminAgentrc
      ├WebFront.xml
      ├DB_Connector_for_Oracle.xml※
      ├DB_Connector_for_HiRDB_Type4.xml※
      ├DB_Connector_for_SQLServer2005.xml※
      ├rasetup.properties
      └version.properties

（凡例）

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

注※

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

アプリケーションサーバ情報ディレクトリを構成する各ファイルの詳細を次の表に示します。

表6-17　アプリケーションサーバ情報ディレクトリを構成する各ファイルの詳細

ディレクトリまたはファイル
設定の要否
説明

vmx
virtualserver.properties
必須
仮想サーバ構築用プロパティファイルです。
このファイルがない場合は，管理ユニット作成時にエラーメッセージを出力して，異常終了します。

app
<app名>.ear
任意
アプリケーションファイルです。アプリケーションの数分配置します。

config※1
Cosminexus
<app名>
META-INF
cosminexus.xml
任意
Cosminexusアプリケーション属性ファイルです。アプリケーションごとに必ず配置します。

CC
admin
usrconf
usrconf.bat※2
必須
サーバ管理コマンド用オプション定義ファイルです。Windowsの場合に指定するファイルです。

usrconf※2
必須
サーバ管理コマンド用オプション定義ファイルです。Linuxの場合に指定するファイルです。

usrconf.properties※2
必須
J2EEサーバ用ユーザプロパティファイルです。

manager
config
adminagent.properties※2
必須
運用管理エージェントプロパティファイルです。

cmxclient.properties※2
必須
クライアント共通設定プロパティファイルです。

manager.cfg※2
必須
Manager設定ファイルです。

mngsvrutilcl.properties※2
必須
mngsvrutilコマンドのクライアント側共通定義ファイルです。

mserver.properties※2
必須
Management Server環境設定ファイルです。

lb.properties※2
任意
負荷分散機定義プロパティファイルです。負荷分散機を使用する場合に必要なファイルです。

vmxlog.conf※2
任意
仮想サーバのアプリケーションサーバログ収集対象設定ファイルです。仮想サーバ停止時のログを収集する場合には必ず指定します。このファイルがない場合は，仮想サーバ停止時のログは収集されません。

AdminAgentrc※2
必須
運用管理エージェント自動起動用設定ファイルです。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の場合に指定するファイルです。このファイルは必ず指定します。
Linuxの場合に，このファイルがないときは，管理ユニット作成時にエラーメッセージを出力して，異常終了します。
なお，Windowsの場合にこのファイルが指定されても無視されます。

version.properties
必須
インタフェースバージョン定義ファイルです。

（凡例）

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

注

各ファイルの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」またはマニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)」を参照してください。

注※1

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

注※2

CCディレクトリ，およびmanagerディレクトリ内のファイルは，マスタ仮想サーバにインストールしたApplication Server Enterpriseからコピーして配置し，必要に応じてファイルの内容を変更してください。

6.5　仮想サーバ起動時ユーザスクリプトファイルの作成

仮想サーバ起動時ユーザスクリプトファイルには，各仮想サーバで実行するユーザが作成したファイル（ゲストOSがWindowsの場合はバッチファイル，Linuxの場合はシェルスクリプト）を指定します。このファイルに指定した処理は，次に示すタイミングで実行されます。

管理ユニットのデプロイ時

仮想サーバの起動（管理ユニットの一括起動または仮想サーバのスケールアウト）時

仮想サーバの更新（ローリングアップデート）時

システム構成パターンと必要な作業項目を次の表に示します。

表6-18　システム構成パターンと必要な作業項目（仮想サーバ起動時ユーザスクリプトファイルの作成）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
仮想サーバ起動時にJP1/IMのサービスを開始するための設定 | ○ | ○ | ○ | ×
仮想サーバ起動時にJP1/PFMのサービスを開始するための設定 | × | ○ | ○ | ×
システムの運用に必要な処理をするための設定 | ○ | ○ | ○ | ×

（凡例）

○：必要な作業です。

×：不要な作業です。

仮想サーバ起動時ユーザスクリプトファイルには，次の設定をします。

仮想サーバ起動時にJP1/IMのサービスを開始するための設定

仮想サーバ起動時にJP1/PFMのサービスを開始するための設定

システムの運用に必要な処理をするための設定

設定ごとに仮想サーバ起動時ユーザスクリプトファイルの作成方法を説明します。

なお，仮想サーバ起動時ユーザスクリプトファイルを作成する場合には，次の点に注意してください。

仮想サーバ起動時ユーザスクリプトファイルに次の処理を記述すると，仮想化システムが正常に動作しなくなるおそれがあります。作成時には注意してください。

処理をexitで終了させる処理

入力応答を求める処理

無限ループになる処理

仮想サーバ起動時ユーザスクリプトファイルの起動時には，次の環境変数が渡されます。

VMX_VIRTUALID（仮想サーバ名）

VMX_STATUS（現在の仮想サーバの状態）
現在の仮想サーバの状態には，SETUP（仮想サーバのデプロイ中）またはSTARTING（仮想サーバの起動中）が設定されます。

仮想サーバ起動時ユーザスクリプトファイルを実行できるユーザは，Windowsの場合はローカルシステムアカウント，Linuxの場合はスーパーユーザになります。

＜この節の構成＞

6.5.1　仮想サーバ起動時にJP1/IMのサービスを開始するための設定

6.5.2　仮想サーバ起動時にJP1/PFMのサービスを開始するための設定

6.5.3　システムの運用に必要な処理をするための設定

6.5.1　仮想サーバ起動時にJP1/IMのサービスを開始するための設定

ここでは，仮想サーバ起動時にJP1/IMのサービスを開始するために，仮想サーバ起動時ユーザスクリプトファイルに設定する内容について説明します。

仮想サーバ起動時ユーザスクリプトファイルには，次のコマンドを実行するように設定します。各コマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。なお，仮想サーバ起動時ユーザスクリプトファイルは，仮想サーバ起動中（環境変数VMX_STATUSの値が「STARTING」の場合）に，コマンドの処理が実施されるように作成してください。

JP1/Baseのサービスを起動するコマンド（jbs_start.model）

JP1イベントを発行するコマンド（jevsendd -i <イベントID> -d <JP1/IM - Manager（JP1運用管理ホスト）のホスト名>）
仮想サーバが起動されたことをJP1イベントで通知します。<イベントID>には任意のIDを設定します。

ログファイルトラップを起動するコマンド（jevlogstart）
コマンドの引数には，マスタ仮想サーバの構築時に指定したログファイルトラップ動作定義ファイルを指定します。

6.5.2　仮想サーバ起動時にJP1/PFMのサービスを開始するための設定

ここでは，仮想サーバ起動時にJP1/PFMのサービスを開始するために，仮想サーバ起動時ユーザスクリプトファイルに設定する内容について説明します。

仮想サーバ起動時ユーザスクリプトファイルには，次のコマンドを実行するように設定します。各コマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」を参照してください。なお，仮想サーバ起動時ユーザスクリプトファイルは，仮想サーバ起動中（環境変数VMX_STATUSの値が「STARTING」の場合）に，コマンドの処理が実施されるように作成してください。

JP1/PFMのサービスを停止するコマンド（jpcspm stop）

監視ホスト名をhostmodeコマンドで取得する方法に設定するコマンド（jpcconf host hostmode）

JP1/PFM - Agentで監視するインスタンス情報を設定するコマンド（jpcconf inst setup）
監視方式がマルチインスタンスエージェントの場合に設定します。インスタンス情報の設定については，マニュアル「JP1/Performance Management - Agent Option for uCosminexus Application Server」を参照してください。

JP1/PFMのサービスを起動するコマンド（jpcspm start）

6.5.3　システムの運用に必要な処理をするための設定

システムに固有の運用をするために，各仮想サーバ上で処理をする必要がある場合は，仮想サーバ起動時ユーザスクリプトファイルにその処理を設定できます。例えば，管理LANに複数のサブネットを使用する場合に，ルーティングの設定が必要であれば，管理ユニットのデプロイ時に実行されるように設定できます。

6.6　管理ユニット運用ルールの作成

どの管理対象マシンを使用するか，何台の仮想サーバを配置するか，仮想サーバ停止時にログ取得をするかなど，業務（管理ユニット）ごとに決めた運用ルールを設定します。この運用ルールは，rule.properties（管理ユニット運用ルール）で設定します。ここでは，管理ユニット運用ルールの作成方法について説明します。ここで説明する作業は，すべてのシステム構成パターンで実施します。

管理ユニット運用ルールは，仮想サーバ運用管理ホストの任意の場所に作成します。このファイルのパスは，管理ユニット作成時に指定します。管理ユニット運用ルールを作成する場合，テンプレートファイルを使用できます。テンプレートファイルの格納場所については，「4.1.1　システムの構築・運用時に使用するファイル」を参照してください。rule.propertiesの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

システム構成パターンごとに，代表的な業務についてrule.propertiesの設定例を示します。ここで説明していないプロパティはデフォルト値を使用します。なお，設定値については，次の個所を参照してください。

「3.　システム構成パターンの選択」の各システム構成パターンの「システムの運用に関する前提条件」

「6.1.1　業務のサイジングによる仮想サーバおよびリソースの構成の決定」

●パターン1の場合

業務（テスト環境）A（管理ユニット：unit_a）の設定例を次に示します。

unit.error_monitoring.enabled=false
unit.vmlog.enabled=true

●パターン2の場合

業務A（管理ユニット：unit_a）の設定例を次に示します。

unit.error_monitoring.enabled=false
unit.rule.machine_names=hv1,hv2,hv3,hv4,hv5,hv6
unit.rule.deploy.num=2
unit.rule.start.num=12

●パターン3の場合

業務A（管理ユニット：unit_a）の設定例を次に示します。

unit.error_monitoring.enabled=false
unit.vmlog.enabled=true
unit.rule.machine_names=hv1,hv2,hv3,hv4,hv5,hv6
unit.rule.deploy.num=1
unit.rule.start.num=4

●パターン4の場合

業務A（管理ユニット：unit_a）の設定例を次に示します。

unit.vmlog.enabled=true
unit.rule.machine_names=hv1,hv4
unit.rule.deploy.num=1
unit.rule.start.num=1

6.7　管理ユニットの作成

「6.2　マスタ仮想サーバの構築」，「6.4　アプリケーションサーバ情報ディレクトリへの定義ファイルの配置」，「6.5　仮想サーバ起動時ユーザスクリプトファイルの作成」，および「6.6　管理ユニット運用ルールの作成」の情報を基に，管理ユニットを作成します。管理ユニットの作成には，コマンドを使用します。ここでは，管理ユニットの作成方法について説明します。ここで説明する作業は，すべてのシステム構成パターンで実施します。

仮想サーバ運用管理ホストでvmx_create_unitコマンドを使用して管理ユニットを作成します。vmx_create_unitコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。

ここでは，次の表に示す管理ユニット「unit_a」を作成する例について説明します。例で使用する情報の種類ごとに指定するオプションと指定例を次の表に示します。

表6-19　例で使用する情報の種類ごとに指定するオプションと指定例

情報の種類
指定するオプション
指定例

管理ユニット名
-unit
unit_a

マスタ仮想サーバ名
-master_name
master_a

アプリケーションサーバ情報ディレクトリのパス
-aps_dir

Windowsの場合

C:¥work¥dir_a

Linuxの場合

/work/dir_a

管理ユニット運用ルールのファイルのパス
-rule

Windowsの場合

C:¥work¥rule_a.properties

Linuxの場合

/work/rule_a.properties

仮想サーバ起動時ユーザスクリプトファイルのパス※
-script

Windowsの場合

C:¥work¥startup_a.bat

Linuxの場合

/work/startup_a.bat

注※

パターン4では，-scriptオプションは指定しません。

この表に示す管理ユニット「unit_a」を作成するvmx_create_unitコマンドの実行例を，システム構成パターンごとに示します。

●パターン1，パターン2またはパターン3の場合

仮想サーバ運用管理ホストのOSがWindowsのとき

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_create_unit -unit unit_a -master_name master_a -aps_dir C:¥work¥dir_a -rule C:¥work¥rule_a.properties -script C:¥work¥startup_a.bat

仮想サーバ運用管理ホストのOSがLinuxのとき

# /opt/Cosminexus/manager/vmx/bin/vmx_create_unit -unit unit_a -master_name master_a -aps_dir /work/dir_a -rule /work/rule_a.properties -script /work/startup_a.bat

●パターン4の場合

仮想サーバ運用管理ホストのOSがWindowsのとき

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_create_unit -unit unit_a -master_name master_a -aps_dir C:¥work¥dir_a -rule C:¥work¥rule_a.properties

仮想サーバ運用管理ホストのOSがLinuxのとき

# /opt/Cosminexus/manager/vmx/bin/vmx_create_unit -unit unit_a -master_name master_a -aps_dir /work/dir_a -rule /work/rule_a.properties

6.8　管理ユニットのデプロイ

ここでは，管理ユニットをデプロイする方法について説明します。ここで説明する作業は，すべてのシステム構成パターンで実施します。

管理ユニットをデプロイすると，管理対象マシンのインスタンスプールに停止状態の仮想サーバが保持されます。管理ユニットのデプロイには，コマンドを使用します。仮想サーバ運用管理ホストでvmx_deploy_unitコマンドを使用して，「6.7　管理ユニットの作成」で作成した管理ユニットをデプロイします。vmx_deploy_unitコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。

ここでは，「6.7　管理ユニットの作成」で作成した管理ユニット「unit_a」をデプロイする，vmx_deploy_unitコマンドの実行例を，仮想サーバ運用管理ホストのOSごとに示します。

仮想サーバ運用管理ホストのOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_deploy_unit -unit unit_a

仮想サーバ運用管理ホストのOSがLinuxの場合

# /opt/Cosminexus/manager/vmx/bin/vmx_deploy_unit -unit unit_a

6.9　仮想サーバへの業務実行環境の構築

仮想サーバ上のManagement Serverやアプリケーションサーバを使用して，業務実行環境を構築します。

システム構成パターンと必要な作業項目を次の表に示します。

表6-20　システム構成パターンと必要な作業項目（仮想サーバへの業務実行環境の構築）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
仮想サーバの起動 | × | ○ | × | ×
アプリケーションサーバの設定変更 | × | ○ | × | ×
アプリケーションのインポートと開始 | × | ○ | × | ×
仮想サーバの停止 | × | ○ | × | ×

（凡例）

○：必要な作業です。

×：不要な作業です。

業務実行環境を構築する方法について説明します。管理対象マシンにデプロイされたすべての仮想サーバに対して，それぞれここで説明する作業を実施します。

＜この節の構成＞

(1)　仮想サーバの起動

(2)　アプリケーションサーバの設定変更

(3)　アプリケーションのインポートと開始

(4)　仮想サーバの停止

(1)　仮想サーバの起動

仮想サーバ運用管理ホストで，管理対象マシンにデプロイされた仮想サーバをvmx_scaleout_unitコマンドを使用して起動します。vmx_scaleout_unitコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。

vmx_scaleout_unitコマンドの実行例を，仮想サーバ運用管理ホストのOSごとに示します。

仮想サーバ運用管理ホストのOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_scaleout_unit -unit unit_a -hv hv1

仮想サーバ運用管理ホストのOSがLinuxの場合

# /opt/Cosminexus/manager/vmx/bin/vmx_scaleout_unit -unit unit_a -hv hv1

コマンド実行時に起動される仮想サーバの名称が，メッセージに表示されます。

(2)　アプリケーションサーバの設定変更

起動した仮想サーバ上のManagement Serverに対して，Smart Composer機能または運用管理ポータルを使用して，アプリケーションサーバの設定を変更します。詳細については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」，またはマニュアル「Cosminexus アプリケーションサーバ 運用管理ポータル操作ガイド」を参照してください。

(3)　アプリケーションのインポートと開始

仮想サーバ上のManagement Serverやアプリケーションサーバに対して，運用管理ポータルまたはサーバ管理コマンドを使用して，アプリケーションのインポートから開始までを実施します。詳細については，マニュアル「Cosminexus アプリケーションサーバ 運用管理ポータル操作ガイド」，またはマニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」を参照してください。

(4)　仮想サーバの停止

仮想サーバ運用管理ホストで，「(1)　仮想サーバの起動」で起動された仮想サーバをvmx_scalein_unitコマンドを使用して停止します。vmx_scalein_unitコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。

ここでは，仮想サーバ「VMX192168002101」を停止するとします。vmx_scalein_unitコマンドの実行例を，仮想サーバ運用管理ホストのOSごとに示します。

仮想サーバ運用管理ホストのOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_scalein_unit -vs VMX192168002101

仮想サーバ運用管理ホストのOSがLinuxの場合

# /opt/Cosminexus/manager/vmx/bin/vmx_scalein_unit -vs VMX192168002101

参考

停止する仮想サーバは，vmx_list_virtualserver_statusコマンドで確認できます。詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。

6.10　負荷分散機でのリクエスト振り分けの設定

負荷分散機の管理・運用ツールを使用して，負荷分散機のリクエスト振り分けを設定します。

システム構成パターンと必要な作業項目を次の表に示します。

表6-21　システム構成パターンと必要な作業項目（負荷分散機でのリクエスト振り分けの設定）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
仮想サーバの業務LANのIPアドレスの取得 | × | ○ | × | ×
リクエスト振り分けの設定 | × | ○ | × | ×

（凡例）

○：必要な作業です。

×：不要な作業です。

負荷分散機でのリクエスト振り分けの設定をする方法について説明します。

＜この節の構成＞

(1)　仮想サーバの業務LANのIPアドレスの取得

(2)　リクエスト振り分けの設定

(1)　仮想サーバの業務LANのIPアドレスの取得

管理ユニットごとにデプロイされた仮想サーバをvmx_list_virtualserver_statusコマンドで調べ，各仮想サーバの業務LANのIPアドレスを調査します。vmx_list_virtualserver_statusコマンドの詳細については，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。

ここでは，管理ユニット「unit_a」の仮想サーバの業務LANのIPアドレスを調査するとします。vmx_list_virtualserver_statusコマンドの実行例を，仮想サーバ運用管理ホストのOSごとに示します。

仮想サーバ運用管理ホストのOSがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_list_virtualserver_status -unit unit_a

仮想サーバ運用管理ホストのOSがLinuxの場合

# /opt/Cosminexus/manager/vmx/bin/vmx_list_virtualserver_status -unit unit_a

(2)　リクエスト振り分けの設定

負荷分散機の管理・運用ツールを使用して，業務ごとに「(1)　仮想サーバの業務LANのIPアドレスの取得」で取得した仮想サーバの管理LANのIPアドレスにリクエストを振り分ける設定をします。設定方法については，負荷分散機のドキュメントを参照ください。

6.11　バックアップの取得およびログのアーカイブ

バックアップは，を取得する対象によって取得方法が異なります。ここでは，次のバックアップ対象からバックアップを取得する方法について説明します。また，仮想サーバ上のアプリケーションサーバのログをアーカイブする設定についても説明します。

仮想マシン

仮想サーバマネージャとVMware vCenter Serverの設定情報

アプリケーションサーバの定義

システム構成パターンと必要な作業項目を次の表に示します。

表6-22　システム構成パターンと必要な作業項目（バックアップの取得およびログのアーカイブ）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
仮想マシンのバックアップの取得 | ○ | ○ | ○ | ×
仮想サーバマネージャとVMware vCenter Serverの設定情報のバックアップの取得 | × | × | ○ | ×
アプリケーションサーバの定義のバックアップの取得 | ○ | × | ○ | ○
仮想サーバのログのアーカイブ | ○ | × | ○ | ○

（凡例）

○：必要な作業です。

×：不要な作業です。

＜この節の構成＞

6.11.1　仮想マシンのバックアップの取得

6.11.2　仮想サーバマネージャとVMware vCenter Serverの設定情報のバックアップの取得

6.11.3　アプリケーションサーバの定義のバックアップの取得

6.11.4　仮想サーバのログのアーカイブ

6.11.1　仮想マシンのバックアップの取得

ディスク障害などに備えて，VMwareが提供するツールなどを使用して，定期的に仮想マシンのイメージのバックアップを取得します。バックアップは，停止状態にある仮想マシンに対して取得します。稼働状態にある仮想マシンのバックアップは，取得しないでください。稼働状態にある仮想マシンのバックアップを取得すると，復元時に仮想マシン上のゲストOS，ミドルウェア，アプリケーションなどの状態が不安定になります。バックアップを取得する仮想マシンには，次のものがあります。

管理対象マシンの仮想サーバ

マスタ仮想サーバ

パターン1およびパターン2の場合は，これらに加えて，次に示す仮想マシンのイメージも定期的にバックアップを取得します。

仮想サーバ運用管理ホスト

ハイパーバイザ管理ホスト

6.11.2　仮想サーバマネージャとVMware vCenter Serverの設定情報のバックアップの取得

パターン3の場合，仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストで，ローカルディスクを使用して仮想サーバマネージャとVMware vCenter Serverが動作します。障害に備えて予備系を準備します。仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストの障害に備えて，仮想サーバマネージャとVMware vCenter Serverの設定情報を定期的にバックアップします。取得したバックアップは，「5.3(13)　バックアップ用ストレージの準備」で用意したバックアップ用ストレージに格納します。

＜この項の構成＞

(1)　仮想サーバマネージャの設定情報のバックアップ

(2)　VMware vCenter Serverの設定情報のバックアップ

(1)　仮想サーバマネージャの設定情報のバックアップ

仮想サーバマネージャを停止して，次のディレクトリのバックアップを取得します。

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

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

(2)　VMware vCenter Serverの設定情報のバックアップ

VMware vCenter Serverの設定情報のバックアップを取得する方法については，VMwareのドキュメントを参照してください。

6.11.3　アプリケーションサーバの定義のバックアップの取得

管理ユニットの作成または更新時に，仮想サーバ上のアプリケーションサーバが必要とする情報（アプリケーションや定義ファイルなど）のバックアップを取得します。バックアップした情報は，障害時の回復に利用する以外に，次回の管理ユニットの更新時の既存定義としても使用します。

6.11.4　仮想サーバのログのアーカイブ

管理ユニットの一括停止や仮想サーバのスケールインを実施して，仮想サーバが停止すると，その仮想サーバのアプリケーションサーバのログが取得されます。アプリケーションサーバのログは，仮想サーバマネージャによって収集されます。アプリケーションサーバのログを取得する場合はあらかじめ設定が必要です。詳細については，「6.3.5　仮想サーバ停止時にログを取得するための設定」を参照してください。

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

次のJP1製品と連携する場合，各製品の機能を利用するための設定が必要です。

JP1/IM

JP1/AJS3

JP1/PFM

ここでは，これらの製品の機能を利用するための設定について説明します。

JP1/IMおよびJP1/PFMの場合は，これらの製品と連携したシステムで運用を開始したあとに，次のタイミングで設定をします。JP1/AJS3の場合は，運用を開始する前に設定をしてください。

仮想サーバの追加または変更時
次の操作を実行すると，仮想サーバが追加または変更されます。

管理ユニットの作成

管理ユニットの更新

仮想サーバの削除時
次の操作を実行すると，仮想サーバが削除されます。

管理ユニットの更新

管理ユニットの削除

システム構成パターンと必要な作業項目を次の表に示します。

表6-23　システム構成パターンと必要な作業項目（JP1と連携した仮想化システムを運用するための環境設定）

作業項目 | システム構成パターンによる作業の要否
パターン1 | パターン2 | パターン3 | パターン4
JP1/IMの障害監視を利用するための設定 | ○ | ○ | ○ | ×
JP1/AJS3の自動運用を利用するための設定 | × | ○ | ○ | ×
JP1/PFMの負荷監視を利用するための設定 | × | ○ | ○ | ×

（凡例）

○：必要な作業です。

×：不要な作業です。

＜この節の構成＞

6.12.1　JP1/IMの障害監視を利用するための設定

6.12.2　JP1/AJS3の自動運用を利用するための設定

6.12.3　JP1/PFMの負荷監視を利用するための設定

6.12.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)　仮想サーバの追加または変更時に実施する設定

管理ユニットの作成または更新を実施すると，稼働中の仮想サーバの構成が変更になります。次の手順で構成定義情報およびホスト情報を編集します。

仮想サーバ運用管理ホストでvmx_list_virtualserver_statusコマンドを実行して，デプロイされた仮想サーバ名を確認します。

JP1運用管理ホストで構成定義ファイル（jbs_route.conf）を編集します。
手順1.で確認した仮想サーバを構成定義ファイルに追加します。

JP1運用管理ホストでjbsrt_distribコマンドを実行します。
構成定義ファイルが更新されます。

操作端末でJP1/IM - Viewを使用して，セントラルコンソールの機能を設定します。
自動アクションや，JP1イベントのフィルタリングなどの設定をします。

JP1運用管理ホストでホスト情報ファイル（jcs_hosts）を編集します。
手順1.で確認した仮想サーバをホスト情報ファイルに追加します。

JP1運用管理ホストでjcshostsimportコマンドを実行します。

JP1運用管理ホストでjco_spmd_reloadコマンドを実行します。
ホスト情報ファイルの内容が有効になります。

操作端末でJP1/IM - Viewを使用して，監視ツリーを自動生成します。

(2)　仮想サーバの削除時に実施する設定

管理ユニットの更新または削除を実施すると，稼働中の仮想サーバの構成が変更になります。次の手順で構成定義情報およびホスト情報を編集します。

仮想サーバ運用管理ホストでvmx_list_virtualserver_statusコマンドを実行して，削除した仮想サーバ名を確認します。

JP1運用管理ホストで構成定義ファイル（jbs_route.conf）を編集します。
手順1.で確認した仮想サーバを構成定義ファイルから削除します。

JP1運用管理ホストでjbsrt_distribコマンドを実行します。
構成定義ファイルが更新されます。

操作端末でJP1/IM - Viewを使用して，セントラルコンソールの機能を設定します。
自動アクションや，JP1イベントのフィルタリングなどの設定をします。

JP1運用管理ホストでホスト情報ファイル（jcs_hosts）を編集します。
手順1.で確認した仮想サーバをホスト情報ファイルから削除します。

JP1運用管理ホストでjcshostsimportコマンドを実行します。

JP1運用管理ホストでjco_spmd_reloadコマンドを実行します。
ホスト情報ファイルの内容が有効になります。

操作端末でJP1/IM - Viewを使用して，監視ツリーを自動生成します。

6.12.2　JP1/AJS3の自動運用を利用するための設定

JP1/AJS3を利用する場合，管理ユニットの仮想サーバの起動や停止を自動化して運用できます。設定は運用を開始する前に，次の手順で実施します。ここでは，ジョブネットの定義について説明します。ジョブネットの実行登録（計画実行登録）については，「7.2　システムの開始と停止」を参照してください。

操作端末でJP1/AJS3 - Viewを使用して，仮想サーバ運用管理ホストのJP1/AJS3 - Managerに接続します。

仮想サーバ運用管理ホスト上で稼働するジョブネットを定義し，ジョブネットのスケジュールを設定します。

パターン2とパターン3について，代表的な業務のジョブネットの定義例を示します。各手順の詳細については，次のマニュアルを参照してください。

JP1/Automatic Job Management System 3 操作ガイド

●パターン2の場合

システムの起動と停止時に使用する，業務Aと業務Bのジョブネットの定義例を次に示します。

業務A仮想サーバ増加ジョブネットの例

スケジュール定義：毎日8:00に実行

処理内容：

仮想サーバ運用管理ホストがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_start_unit -unit unit_a

仮想サーバ運用管理ホストがLinuxの場合

/opt/Cosminexus/manager/vmx/bin/vmx_start_unit -unit unit_a

業務A仮想サーバ減少ジョブネットの例

スケジュール定義：毎日18:00に実行

処理内容：

仮想サーバ運用管理ホストがWindowsの場合
6台の仮想サーバをスケールインする設定をします（定義例では3台目以降を省略しています）。デプロイされた仮想サーバの中から，時間帯で増減する仮想サーバを決定して，-vsオプションにその仮想サーバを指定します。

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_scalein_unit -vs VMX192168002107
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_scalein_unit -vs VMX192168002108
：

仮想サーバ運用管理ホストがLinuxの場合
6台の仮想サーバをスケールインする設定をします（定義例では3台目以降を省略しています）。デプロイされた仮想サーバの中から，時間帯で増減する仮想サーバを決定して，-vsオプションにその仮想サーバを指定します。

/opt/Cosminexus/manager/vmx/bin/vmx_scalein_unit -vs VMX192168002107
/opt/Cosminexus/manager/vmx/bin/vmx_scalein_unit -vs VMX192168002108
：

業務B開始ジョブネットの例

スケジュール定義：毎日22:00に実行

処理内容：

仮想サーバ運用管理ホストがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_start_unit -unit unit_b

仮想サーバ運用管理ホストがLinuxの場合

/opt/Cosminexus/manager/vmx/bin/vmx_start_unit -unit unit_b

業務B停止ジョブネットの例

スケジュール定義：毎日2:00に実行

処理内容：

仮想サーバ運用管理ホストがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_stop_unit -unit unit_b

仮想サーバ運用管理ホストがLinuxの場合

/opt/Cosminexus/manager/vmx/bin/vmx_stop_unit -unit unit_b

●パターン3の場合

システムの起動と停止時に使用する，業務Aと業務Bのジョブネットの定義例を次に示します。

業務A再開始ジョブネットの例

スケジュール定義：毎週日曜4:00に実行

処理内容：

仮想サーバ運用管理ホストがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_stop_unit -unit unit_a
<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_start_unit -unit unit_a

仮想サーバ運用管理ホストがLinuxの場合

/opt/Cosminexus/manager/vmx/bin/vmx_stop_unit -unit unit_a
/opt/Cosminexus/manager/vmx/bin/vmx_start_unit -unit unit_a

業務B開始ジョブネットの例

スケジュール定義：毎日6:00に実行

処理内容：

仮想サーバ運用管理ホストがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_start_unit -unit unit_b

仮想サーバ運用管理ホストがLinuxの場合

/opt/Cosminexus/manager/vmx/bin/vmx_start_unit -unit unit_b

業務B停止ジョブネットの例

スケジュール定義：毎日20:00に実行

処理内容：

仮想サーバ運用管理ホストがWindowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥vmx_stop_unit -unit unit_b

仮想サーバ運用管理ホストがLinuxの場合

/opt/Cosminexus/manager/vmx/bin/vmx_stop_unit -unit unit_b

6.12.3　JP1/PFMの負荷監視を利用するための設定

JP1/PFMを利用する場合，仮想サーバ上のアプリケーションサーバのパフォーマンスデータを収集したあとの記録方法や保存条件を設定したり，パフォーマンスデータにしきい値を設定してアラームで通知したりできます。これらの設定は，仮想サーバを追加・変更したあとに実施します。

また，仮想サーバを削除したあとには，JP1/PFM - Managerが監視しているエージェント階層から，削除した仮想サーバの監視エージェントを削除する必要があります。

負荷監視を利用するための設定は，仮想サーバの追加，更新または削除のタイミングで実施します。タイミングごとに実施する設定を説明します。

なお，各手順の詳細については，次のマニュアルを参照してください。

JP1/Performance Management 設計・構築ガイド

JP1/Performance Management 運用ガイド

JP1/Performance Management リファレンス

＜この項の構成＞

(1)　仮想サーバの追加または更新時に実施する設定

(2)　仮想サーバの削除時に実施する設定

(1)　仮想サーバの追加または更新時に実施する設定

管理ユニットの作成または更新を実施すると，仮想サーバが追加または更新されます。追加または更新された仮想サーバに対して，次の手順でパフォーマンスデータに関する設定をします。

JP1運用管理ホストで，jpchostsファイルに，JP1/PFM - Agentのホストの名称と管理LANのIPアドレスを設定します。

JP1運用管理ホストでjpcasrec updateコマンドを実行します。
パフォーマンスデータの記録方法を設定します。

JP1運用管理ホストでjpcaspsv updateコマンドを実行します。
パフォーマンスデータの保存条件を設定します。

JP1運用管理ホストでアラームを設定して，アラームによる運用を開始します。

(2)　仮想サーバの削除時に実施する設定

管理ユニットの更新または削除を実施すると，仮想サーバが削除されます。削除された仮想サーバを，次の手順でJP1/PFMが監視するエージェント階層から削除します。

仮想サーバ運用管理ホストでvmx_list_virtualserver_statusコマンドを実行して，削除した仮想サーバのホスト名を確認します。

操作端末のWebブラウザからJP1/PFM - Web Consoleを使用して，手順1.で確認した仮想サーバの監視エージェントをエージェント階層から削除します。

7.　システム運用

この章では，仮想化システムの運用について説明します。システム構築パターンによっては該当しない運用もあるため，「7.1　システム運用の概要」で参照個所を確認してください。

仮想化システムの運用で使用するコマンドについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」を参照してください。仮想化システムの運用で使用するファイルについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」，およびマニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)」を参照してください。なお，使用できるOS（WindowsまたはLinux）については，「2.3.2　仮想化システムの前提条件」を参照してください。

＜この章の構成＞

7.1　システム運用の概要

7.2　システムの開始と停止

7.3　障害監視

7.4　負荷監視

7.5　仮想サーバのスケールアウトとスケールイン

7.6　仮想サーバの更新

7.7　仮想サーバのログ情報の取得

7.1　システム運用の概要

ここでは，仮想化システムの運用について説明します。「3.　システム構成パターンの選択」で選択したシステム構成パターンによって，実施するシステム運用操作が異なります。運用操作とシステム構成パターンごとの参照先を次の表に示します。なお，障害発生時のシステムの復旧方法については，「8.　システム障害時の復旧」を参照してください。

表7-1　運用操作とシステム構成パターンとの対応

運用操作 | システム構成パターンとの対応 | 参照先
パターン1 | パターン2 | パターン3 | パターン4
システムの開始と停止 | ○ | ○ | ○ | ○ | 7.2
障害監視 | ○ | ○ | ○ | ○ | 7.3
負荷監視 | × | ○ | ○ | × | 7.4
仮想サーバのスケールアウト | × | × | ○ | × | 7.5.1
仮想サーバのスケールイン | × | × | ○ | × | 7.5.2
仮想サーバの更新 | ○ | ○ | ○ | ○ | 7.6
仮想サーバのログ情報の取得 | ○ | × | ○ | ○ | 7.7

（凡例）

○：運用操作があることを示します。

×：運用操作がないことを示します。

参考

この章で説明するコマンドの実行例では，vmxで始まるコマンドのパスを省略しています。vmxで始まるコマンドのパスをOSごとに示します。

Windowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥

Linuxの場合

/opt/Cosminexus/manager/vmx/bin/

7.2　システムの開始と停止

ここでは，システム構成パターンごとにシステムの開始および停止について説明します。

＜この節の構成＞

7.2.1　パターン1（テスト環境のオンデマンド提供）の開始と停止

7.2.2　パターン2（実行環境の持続的運用）の開始と停止

7.2.3　パターン3（実行環境のスケールアウト）の開始と停止

7.2.4　パターン4（小規模部門サーバの集約）の開始と停止

7.2.1　パターン1（テスト環境のオンデマンド提供）の開始と停止

パターン1の場合のシステムの開始および停止手順について説明します。なお，ここでは，「6.1.1(1)　パターン1の場合」，および「6.1.2(4)　業務ごとの情報の決定」に示す定義内容に従って手順を説明しています。定義内容の一部を次の表に示します。

表7-2　パターン1で使用する定義内容の例

項目 | 定義内容
管理ユニット名 | unit_a
管理対象マシン名 | hv1

＜この項の構成＞

(1)　開始手順

(2)　停止手順

(1)　開始手順

システムの開始手順を次に示します。仮想サーバ運用管理ホストでの作業になります。

アプリケーション開発者からテスト環境の提供依頼を受けます。
このとき，OSやミドルウェアに関するテスト環境の要望も伝えてもらいます。

テスト環境の要望を満たす管理ユニットを決定します。
ここでは，管理ユニット「unit_a」が要望を満たしたとします。

vmx_list_virtualserver_statusコマンドで，仮想サーバの稼働状況を把握します。
仮想サーバを起動できる管理対象マシンを確認するために，コマンドを実行してすべての管理対象マシンの稼働状況を取得します。コマンドの実行例を次に示します。

vmx_list_virtualserver_status

手順3.の稼働状況から，仮想サーバを起動する管理対象マシンを決定します。
ここでは，管理対象マシン「hv1」の仮想サーバを起動することとします。

vmx_export_ruleコマンドで，現状の管理ユニット運用ルールを取得します。
コマンド実行時には，-unitオプションに管理ユニット名を，-oオプションに取得する管理ユニット運用ルールのファイルを格納するパスを指定してください。
ここでは，管理ユニット運用ルールのファイルを格納するパスを，Windowsの場合には「C:¥work¥rule_a.properties」，Linuxの場合には「/work/rule_a.properties」とします。コマンドの実行例を次に示します。

Windowsの場合

vmx_export_rule -unit unit_a -o C:¥work¥rule_a.properties

Linuxの場合

vmx_export_rule -unit unit_a -o /work/rule_a.properties

管理ユニット運用ルールを編集します。
手順4.で決定した管理対象マシン「hv1」に仮想サーバを1台デプロイするため，手順5.で取得した管理ユニット運用ルールのファイルに，次に示すプロパティを設定します。

unit.rule.machine_names=hv1
unit.rule.deploy.num=1

ここでは，unit.rule.machine_namesプロパティに追加する管理対象マシン「hv1」を定義します。また，unit.rule.deploy.numプロパティにはデプロイする仮想サーバの数（ここでは1台）を指定します。
なお，管理ユニット「unit_a」にすでに管理対象マシンやデプロイする仮想サーバが設定されている場合には，必要に応じて指定内容を変更してください。

vmx_update_unitコマンドで，管理ユニット運用ルールを設定します。
コマンド実行時には，-unitオプションに管理ユニット名を，-ruleオプションに手順6.で編集した管理ユニット運用ルールのファイルのパスを指定してください。
ここでは，管理ユニット運用ルールのファイルのパスを手順5.で取得したパスと同じとします。コマンドの実行例を次に示します。

Windowsの場合

vmx_update_unit -unit unit_a -rule C:¥work¥rule_a.properties

Linuxの場合

vmx_update_unit -unit unit_a -rule /work/rule_a.properties

vmx_deploy_unit コマンドで，仮想サーバをデプロイします。
コマンド実行時には，-unitオプションに仮想サーバをデプロイする管理ユニット名を指定してください。
コマンドの実行例を次に示します。

vmx_deploy_unit -unit unit_a

vmx_scaleout_unitコマンドで，仮想サーバを起動します。
コマンド実行時には，-unitオプションに管理ユニット名を，-hvオプションに仮想サーバを起動する管理対象マシン名を指定してください。
コマンドの実行例を次に示します。

vmx_scaleout_unit -unit unit_a -hv hv1

コマンドを実行すると，メッセージに起動した仮想サーバ名が表示されるので，取得しておきます。

テスト環境の情報を依頼元のアプリケーション開発者に伝えます。
アプリケーション開発者に伝える内容は，OS，ミドルウェア，アカウント，仮想サーバ名，業務LANのIPアドレスなどの詳細情報です。なお，業務LANのIPアドレスは，vmx_list_virtualserver_statusコマンドを実行して，手順9.で取得した仮想サーバ名を基に入手してください。コマンドの実行例を次に示します。

vmx_list_virtualserver_status

これらの情報を入手したアプリケーション開発者は，仮想サーバに対して運用管理ポータルを使用して，アプリケーションサーバの設定やアプリケーションのインポートと開始，アプリケーションのテストを実施します。

(2)　停止手順

システムの停止手順を次に示します。仮想サーバ運用管理ホストでの作業になります。

アプリケーション開発者からテスト環境利用の終了通知を受けます。
このとき，仮想サーバ名も連絡してもらいます。ここでは，仮想サーバ名は「VMX192168002101」とします。

vmx_scalein_unitコマンドで，仮想サーバを停止します。
コマンド実行時には，-vsオプションにアプリケーション開発者から連絡してもらった仮想サーバ名を指定してください。
コマンドの実行例を次に示します。

vmx_scalein_unit -vs VMX192168002101

vmx_list_virtualserver_statusコマンドで，停止した仮想サーバの管理ユニットと管理対象マシンを特定します。
ここでは，仮想サーバが管理ユニット「unit_a」に属していて，管理対象マシン「hv1」で稼働していたとします。コマンドの実行例を次に示します。

vmx_list_virtualserver_status

vmx_export_ruleコマンドで，現状の管理ユニット運用ルールを取得します。
コマンド実行時には，-unitオプションに管理ユニット名を，-oオプションに取得する管理ユニット運用ルールのファイルを格納するパスを指定してください。
ここでは，管理ユニット運用ルールのファイルを格納するパスを，Windowsの場合には「C:¥work¥rule_a.properties」，Linuxの場合には「/work/rule_a.properties」とします。コマンドの実行例を次に示します。

Windowsの場合

vmx_export_rule -unit unit_a -o C:¥work¥rule_a.properties

Linuxの場合

vmx_export_rule -unit unit_a -o /work/rule_a.properties

管理ユニット運用ルールを編集します。
手順3.で特定した管理対象マシン「hv1」に仮想サーバをデプロイさせないために，手順4.で取得した管理ユニット運用ルールのファイルで，次に示すプロパティの値として設定されていた「hv1」を削除します。

unit.rule.machine_names=

なお，複数の管理対象マシンを定義している場合で，管理対象マシン「hv1」削除後に管理ユニットが使用する管理対象マシンが残るときは，必要に応じて管理対象マシンの情報を残しておいてください。

vmx_update_unitコマンドで，管理ユニット運用ルールを設定します。
コマンド実行時には，-unitオプションに管理ユニット名を，-ruleオプションに手順5.で編集した管理ユニット運用ルールのファイルのパスを指定してください。
ここでは，管理ユニット運用ルールのファイルのパスを手順4.で取得したパスと同じとします。コマンドの実行例を次に示します。

Windowsの場合

vmx_update_unit -unit unit_a -rule C:¥work¥rule_a.properties

Linuxの場合

vmx_update_unit -unit unit_a -rule /work/rule_a.properties

vmx_deploy_unitコマンドで，不要になった仮想サーバを削除します。
管理ユニット運用ルールを変更した管理ユニット「unit_a」をデプロイすることで，不要な仮想サーバが削除されます。
コマンドの実行例を次に示します。

vmx_deploy_unit -unit unit_a

7.2.2　パターン2（実行環境の持続的運用）の開始と停止

パターン2の場合のシステムの開始および停止手順について説明します。なお，ここでは，「6.1.1(2)　パターン2の場合」，および「6.1.2(4)　業務ごとの情報の決定」に示す定義内容に従って手順を説明しています。

＜この項の構成＞

(1)　開始手順

(2)　停止手順

(1)　開始手順

システムの開始手順を次に示します。なお，各ジョブネットは，構築時に定義します。定義方法については，「6.12.2　JP1/AJS3の自動運用を利用するための設定」を参照してください。

仮想サーバ運用管理ホストで次のコマンドを実行し，業務Aに必要な数の仮想サーバを稼働させます。
業務Aでは管理ユニット「unit_a」を使用します。起動する仮想サーバは，8:00から18:00までは12台，18:00から翌日の8:00までは6台です。このため，システムを開始する時間帯によって，実行するコマンドが異なります。
コマンドの実行例を，時間帯ごとに示します。

8:00～18:00の時間帯にシステムを開始する場合

vmx_start_unit -unit unit_a

上記以外の時間帯にシステムを開始する場合

vmx_scaleout_unit -unit unit_a -hv hv1
vmx_scaleout_unit -unit unit_a -hv hv2
：

全部で6台をスケールアウトします。

操作端末のJP1/AJS3 - Viewを使用してJP1/AJS3 - Managerに接続します。

JP1/AJS3 - Viewを使用して業務B開始ジョブネットの即時実行を登録します。
この手順は，業務Bの稼働時間帯（22:00～2:00）にシステムを開始する場合に実施します。業務Bが稼働していない時間帯の場合，次の手順に進んでください。

JP1/AJS3 - Viewを使用して次に示すジョブネットの計画実行を登録します。
登録するジョブネットは次のとおりです。

業務A仮想サーバ増加ジョブネット

業務A仮想サーバ減少ジョブネット

業務B開始ジョブネット

業務B停止ジョブネット

(2)　停止手順

システムの停止手順を次に示します。なお，各ジョブネットは，構築時に定義します。定義方法については，「6.12.2　JP1/AJS3の自動運用を利用するための設定」を参照してください。

操作端末のJP1/AJS3 - Viewを使用してJP1/AJS3 - Managerに接続します。

JP1/AJS3 - Viewを使用してジョブネットの計画実行登録を解除します。
解除するジョブネットは次のとおりです。

業務A仮想サーバ増加ジョブネット

業務A仮想サーバ減少ジョブネット

業務B開始ジョブネット

業務B停止ジョブネット

仮想サーバ運用管理ホストでvmx_stop_unitコマンドを実行して，業務Aの仮想サーバをすべて停止します。
コマンド実行時には，-unitオプションに停止する仮想サーバが属する管理ユニット名を指定してください。
ここでは，業務Aの仮想サーバは管理ユニット「unit_a」に属しているとします。コマンドの実行例を次に示します。

vmx_stop_unit -unit unit_a

次の手順は，業務Bの稼働時間帯（22:00～2:00）にシステムを停止する場合に実施します。

JP1/AJS3 - Viewを使用して業務B停止ジョブネットの即時実行を登録して，業務Bの仮想サーバをすべて停止します。

7.2.3　パターン3（実行環境のスケールアウト）の開始と停止

パターン3の場合のシステムの開始および停止手順について説明します。なお，ここでは，「6.1.1(3)　パターン3の場合」，および「6.1.2(4)　業務ごとの情報の決定」に示す定義内容に従って手順を説明しています。

＜この項の構成＞

(1)　開始手順

(2)　停止手順

(1)　開始手順

システムの開始手順を次に示します。なお，各ジョブネットは，構築時に定義します。定義方法については，「6.12.2　JP1/AJS3の自動運用を利用するための設定」を参照してください。

仮想サーバ運用管理ホストでvmx_start_unitコマンドを実行して，業務Aを実行する仮想サーバをすべて起動します。
コマンド実行時には，-unitオプションに仮想サーバを起動する業務の管理ユニット名を指定してください。
ここでは，業務Aを管理ユニット「unit_a」とします。コマンドの実行例を次に示します。

vmx_start_unit -unit unit_a

操作端末のJP1/AJS3 - Viewを使用してJP1/AJS3 - Managerに接続します。

JP1/AJS3 - Viewを使用して業務B開始ジョブネットの即時実行を登録します。
この手順は，業務Bの稼働時間帯（6:00～20:00）にシステムを開始する場合に実施します。業務Bが稼働していない時間帯の場合，次の手順に進んでください。

JP1/AJS3 - Viewを使用して次に示すジョブネットの計画実行を登録します。
登録するジョブネットは次のとおりです。

業務A再開始ジョブネット

業務B開始ジョブネット

業務B停止ジョブネット

業務Cおよび業務Dも，業務Bと同様の手順で開始します。

(2)　停止手順

システムの停止手順を次に示します。なお，各ジョブネットは，構築時に定義します。定義方法については，「6.12.2　JP1/AJS3の自動運用を利用するための設定」を参照してください。

操作端末のJP1/AJS3 - Viewを使用してJP1/AJS3 - Managerに接続します。

JP1/AJS3 - Viewを使用してジョブネットの計画実行登録を解除します。
解除するジョブネットは次のとおりです。

業務A再開始ジョブネット

業務B開始ジョブネット

業務B停止ジョブネット

仮想サーバ運用管理ホストでvmx_stop_unitコマンドを実行して，業務Aを実行する仮想サーバをすべて停止します。
コマンド実行時には，-unitオプションに仮想サーバを停止する業務の管理ユニット名を指定してください。
ここでは，業務Aを管理ユニット「unit_a」とします。コマンドの実行例を次に示します。

vmx_stop_unit -unit unit_a

次の手順は，業務Bの稼働時間帯（6:00～20:00）にシステムを停止する場合に実施します。

JP1/AJS3 - Viewを使用して業務B停止ジョブネットの即時実行を登録します。

業務Cおよび業務Dも，業務Bと同様の手順で停止します。

7.2.4　パターン4（小規模部門サーバの集約）の開始と停止

パターン4の場合のシステムの開始および停止手順について説明します。なお，ここでは，「6.1.1(4)　パターン4の場合」，および「6.1.2(4)　業務ごとの情報の決定」に示す定義内容に従って手順を説明しています。なお，パターン4では，仮想サーバマネージャGUIを使用します。仮想サーバマネージャGUIについては，「9.　仮想サーバマネージャGUIの概要」を参照してください。

＜この項の構成＞

(1)　開始手順

(2)　停止手順

(1)　開始手順

システムの開始手順を次に示します。

操作端末のWebブラウザを使用して，仮想サーバ運用管理ホストの仮想サーバマネージャGUIに接続します。
接続時のURL内のIPアドレスには，仮想サーバ運用管理ホストのIPアドレスを指定します。ここでは，「5.1(4)　パターン4の場合」のネットワーク構成に従い，IPアドレスに「192.168.1.3」を指定して，接続時のURLを「http://192.168.1.3:28080/vmxsvr/」とします。

仮想サーバマネージャGUIにログインします。
管理ユーザIDおよびパスワードを入力します。ここでは，「5.3(5)　仮想サーバマネージャのセットアップ」で設定した内容（管理ユーザID「admin」，パスワード「admin」）を入力します。

［管理ユニットビュー］画面で各業務に対応する管理ユニットを一括起動します。

(2)　停止手順

システムの停止手順を次に示します。

操作端末のWebブラウザを使用して，仮想サーバ運用管理ホストの仮想サーバマネージャGUIに接続します。
接続時のURL内のIPアドレスには，開始時と同じ仮想サーバ運用管理ホストのIPアドレスを指定します。ここでは，「(1)　開始手順」に使用したURL「http://192.168.1.3:28080/vmxsvr/」で接続します。

仮想サーバマネージャGUIにログインします。
管理ユーザIDおよびパスワードを入力します。ここでは，「5.3(5)　仮想サーバマネージャのセットアップ」で設定した内容（管理ユーザID「admin」，パスワード「admin」）を入力します。

［管理ユニットビュー］画面で各業務に対応する管理ユニットを一括停止します。

7.3　障害監視

システムの障害を監視するには，VMware vCenter Server，JP1/IM，または仮想サーバマネージャGUIを使用する方法があります。どの方法を使用するかは，監視する対象によって異なります。障害監視について次に説明します。

＜この節の構成＞

7.3.1　VMware vCenter Serverを使用した障害監視

7.3.2　JP1/IMを使用した障害監視

7.3.3　仮想サーバマネージャGUIを使用した障害監視

7.3.1　VMware vCenter Serverを使用した障害監視

VMware vSphere ClientからVMware vCenter Serverに接続して，GUI上の［アラーム］および［イベント］を監視します。詳細については，VMwareのドキュメントを参照してください。

7.3.2　JP1/IMを使用した障害監視

JP1/IM - Managerでは次の情報を監視します。

仮想サーバマネージャ

仮想サーバ上のアプリケーションサーバ

JP1/IMを使用した監視手順を次に示します。各手順の詳細については，マニュアル「JP1/Integrated Management - Manager 運用ガイド」を参照してください。

操作端末のJP1/IM - Viewを起動して，JP1/IM - Managerにログインします。
ログイン画面では，セントラルコンソールおよびセントラルスコープにチェックを入れてください。

障害を監視します。
［イベントコンソール］画面では，イベント監視ページでエラーイベントの発生を監視できます。エラーのイベントが発生した場合，［監視ツリー］画面で影響範囲を確認してください。

7.3.3　仮想サーバマネージャGUIを使用した障害監視

パターン4では，仮想サーバマネージャGUIを使用して監視します。仮想サーバマネージャGUIを使用すると，Webブラウザ上で仮想サーバの監視ができます。［管理ユニットビュー］画面では管理ユニットごとに，［管理対象マシンビュー］画面では管理対象マシンごとに，仮想サーバの稼働状況が確認できます。仮想サーバマネージャGUIへの接続およびログインについては，「7.2.4(1)　開始手順」の手順1.と手順2.を参照してください。

また，仮想サーバマネージャによる障害監視を有効にする（管理ユニット運用ルールでunit.error_monitoring.enabledプロパティに「true」を指定または省略）すると，仮想サーバマネージャGUIで障害が発生した仮想サーバのステータスを確認できます。

仮想サーバマネージャGUIの各画面については，「9.2　仮想サーバマネージャGUIの操作画面の詳細」を参照してください。仮想サーバのステータスについては，「9.1.2(2)(c)　操作画面の表示エリア」を参照してください。

7.4　負荷監視

システムの負荷を監視するには，VMware vCenter Server，またはJP1/PFMを使用する方法があります。どの方法を使用するかは，監視する対象によって異なります。負荷監視について次に説明します。

＜この節の構成＞

7.4.1　VMware vCenter Serverを使用した負荷監視

7.4.2　JP1/PFMを使用した負荷監視

7.4.1　VMware vCenter Serverを使用した負荷監視

VMware vSphere ClientからVMware vCenter Serverに接続して，GUI上の［パフォーマンス］および［リソース］を監視します。詳細については，VMwareのドキュメントを参照してください。

7.4.2　JP1/PFMを使用した負荷監視

操作端末のWebブラウザから，JP1/PFMのJP1/PFM - Web Consoleの機能を使用してシステムの負荷を監視します。仮想サーバ上のアプリケーションサーバの負荷情報を監視できます。

JP1/PFMを使用した監視手順を次に示します。各手順の詳細については，マニュアル「JP1/Performance Management 運用ガイド」を参照してください。

JP1/PFMの監視コンソールのブラウザからJP1/PFM - Web Consoleにログインします。

表示される画面で各仮想サーバに掛かる負荷を監視します。

各仮想サーバの監視項目についてレポートを作成します。

7.5　仮想サーバのスケールアウトとスケールイン

「6.1.1(3)　パターン3の場合」に従ってシステムを構築している場合，仮想サーバのスケールアウトおよびスケールインの実行もできます。ここでは，パターン3での仮想サーバのスケールアウトおよびスケールインの手順について説明します。

なお，ここでは，「6.1.1(3)　パターン3の場合」，および「6.1.2(4)　業務ごとの情報の決定」に示す定義内容に従って手順を説明しています。

＜この節の構成＞

7.5.1　仮想サーバのスケールアウト

7.5.2　仮想サーバのスケールイン

7.5.1　仮想サーバのスケールアウト

運用を開始したら，管理対象マシンの性能レポートを参照します。日々の性能レポートから業務に対してトラフィックが増加し，サーバの追加が必要と判断した場合には，システムのサイジングをし直して，必要な仮想サーバをデプロイして起動する仮想サーバの台数を増やします。これをスケールアウトといいます。

ここでは，業務A（管理ユニット「unit_a」）について，システムのサイジングをし直した結果，2台の仮想サーバが必要になったと仮定して，スケールアウトの手順を説明します。ここで説明する作業は，仮想サーバ運用管理ホストで実施します。

＜この項の構成＞

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

(2)　仮想サーバの起動

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

管理ユニットに適用されている運用ルールを変更して，管理ユニットに仮想サーバを追加します。手順を次に示します。

vmx_export_ruleコマンドを使用して，管理ユニット「unit_a」で使用している管理ユニット運用ルールを取得します。
コマンド実行時には，-unitオプションに管理ユニット名を，-oオプションに取得する管理ユニット運用ルールのファイルを格納するパスを指定してください。
ここでは，管理ユニット運用ルールのファイルを格納するパスを「C:¥work¥rule_a.properties」とします。コマンドの実行例を次に示します。

vmx_export_rule -unit unit_a -o C:¥work¥rule_a.properties

取得した管理ユニット運用ルールを編集します。
管理ユニット運用ルールのファイルに次の内容を反映します。

各管理対象マシンにデプロイする仮想サーバを1台増やし，2台にする
unit.rule.deploy.numプロパティの値を「2」にします。

一括起動する仮想サーバ数を2台増やし，6台にする
unit.rule.start.numプロパティの値を「6」にします。

編集後のプロパティを次に示します。

unit.rule.deploy.num=2
unit.rule.start.num=6

vmx_update_unitコマンドを使用して，管理ユニット「unit_a」の情報を更新します。
コマンド実行時には，-unitオプションに管理ユニット名を，-ruleオプションに手順2.で編集した管理ユニット運用ルールのファイルのパスを指定してください。
ここでは，管理ユニット運用ルールのファイルのパスを手順1.で取得したパスと同じとします。コマンドの実行例を次に示します。

vmx_update_unit -unit unit_a -rule C:¥work¥rule_a.properties

vmx_deploy_unitコマンドを使用して，仮想サーバをデプロイします。
コマンド実行時には，-unitオプションに管理ユニット名を指定してください。
コマンドの実行例を次に示します。

vmx_deploy_unit -unit unit_a

(2)　仮想サーバの起動

vmx_start_unitコマンドを使用して，2台の仮想サーバを起動します。

コマンド実行時には，-unitオプションに起動する仮想サーバが属する管理ユニット名を指定してください。

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

vmx_start_unit -unit unit_a

7.5.2　仮想サーバのスケールイン

運用を開始したところ，リクエストに対して仮想サーバの数が多過ぎると判断できる場合には，システムのサイジングをし直し，起動する仮想サーバの数を減らして不要な仮想サーバを削除します。これをスケールインといいます。

ここでは，業務A（管理ユニット「unit_a」）について，システムのサイジングをし直した結果，2台の仮想サーバをスケールインする手順について説明します。業務Aでは，仮想サーバ2台に対して1台の予備を配置（合計で6台を配置）し，そのうち4台の仮想サーバを起動して運用しています。ここで説明する作業は仮想サーバ運用管理ホストで実施します。

＜この項の構成＞

(1)　仮想サーバの停止

(2)　管理ユニットからの仮想サーバの削除

(1)　仮想サーバの停止

スケールインする稼働中の仮想サーバを決定して，停止します。手順を次に示します。

vmx_list_virtualserver_statusコマンドを実行して，稼働中の管理ユニットの情報を取得します。
コマンドの実行例を次に示します。

vmx_list_virtualserver_status -unit unit_a

手順1.で取得した情報を基にスケールインする仮想サーバを2台決めて，スケールインします。
コマンド実行時には，-vsオプションにスケールインする仮想サーバを指定してください。
ここでは，取得した情報から仮想サーバ名「VMX192168002103」および「VMX192168002104」をスケールインすることとします。コマンドの実行例を次に示します。

vmx_scalein_unit -vs VMX192168002103
vmx_scalein_unit -vs VMX192168002104

(2)　管理ユニットからの仮想サーバの削除

管理ユニットに適用されている運用ルールを変更して，管理ユニットから仮想サーバを削除します。この操作は，削除する仮想サーバが停止している状態で実施してください。

業務A（管理ユニット「unit_a」）では，仮想サーバ2台に対して1台の予備を配置して運用しています。このため，管理対象マシンにデプロイしている停止中の仮想サーバ1台も，起動しないように削除します。ここでは，合計で3台の仮想サーバを削除します。手順を次に示します。

vmx_export_ruleコマンドを使用して，管理ユニット「unit_a」で使用している管理ユニット運用ルールを取得します。
コマンド実行時には，-unitオプションに管理ユニット名，-oオプションに管理ユニット運用ルールのファイルを格納するパスを指定してください。
ここでは，管理ユニット運用ルールのファイルを格納するパスを「C:¥work¥rule_a.properties」とします。コマンドの実行例を次に示します。

vmx_export_rule -unit unit_a -o C:¥work¥rule_a.properties

取得した管理ユニット運用ルールを編集します。
管理ユニット運用ルールのファイルに次の内容を反映します。

管理対象マシンを3台（hv4，hv5，hv6）減らし，3台にする
unit.rule.machine_namesプロパティの値を「hv1,hv2,hv3」にします。

一括起動する仮想サーバを2台減らし，2台にする
unit.rule.start.numプロパティの値を「2」にします。

編集後のプロパティを次に示します。

unit.rule.machine_names=hv1,hv2,hv3
unit.rule.start.num=2

vmx_update_unitコマンドを使用して，管理ユニット運用ルールを更新します。
コマンド実行時には，-unitオプションに管理ユニット名を，-ruleオプションに手順2.で編集した管理ユニット運用ルールのファイルのパスを指定してください。
ここでは，管理ユニット運用ルールのファイルのパスを手順1.で取得したパスと同じとします。コマンドの実行例を次に示します。

vmx_update_unit -unit unit_a -rule C:¥work¥rule_a.properties

不要な仮想サーバを削除します。
コマンド実行時には，-unitオプションに管理ユニット名を指定してください。
管理ユニットをデプロイすると，編集後の管理ユニット運用ルールが適用され，3台の仮想サーバが削除されます。コマンドの実行例を次に示します。

vmx_deploy_unit -unit unit_a

7.6　仮想サーバの更新

システムの運用を開始したあとに，ゲストOSの更新プログラムを適用したり，アプリケーションを変更したりする場合には，稼働中のシステムの更新が必要です。更新できる内容を次に示します。

ゲストOSまたはミドルウェアの更新
仮想サーバ上で動作しているゲストOSやミドルウェアにパッチを適用する場合に実施します。

アプリケーションの更新
稼働中のオンライン業務またはバッチ業務のアプリケーションを更新する場合に実施します。

アプリケーションサーバの更新
アプリケーションサーバの定義ファイルの内容を変更する場合に実施します。

管理ユニット運用ルールの更新
仮想サーバのデプロイ数や，一括起動数などを変更する場合に実施します。

仮想サーバ起動時ユーザスクリプトファイルの更新
デプロイ時および起動時に動作させる，仮想サーバ起動時ユーザスクリプトファイルに変更が発生した場合に実施します。

これらの情報のうち，管理ユニットに更新した情報を適用する手順が必要なものがあります。更新対象の編集と，管理ユニットへの更新の適用の流れを次の図に示します。

図7-1　更新対象の編集と，管理ユニットへの更新の適用の流れ

更新対象の編集，および管理ユニットへの更新の適用について以降の項で説明します。

＜この節の構成＞

7.6.1　更新対象の編集

7.6.2　管理ユニットへの更新の適用

7.6.1　更新対象の編集

更新対象となる情報の更新とシステム構成パターンごとの対応を次の表に示します。

表7-3　更新する情報とシステム構成パターンとの対応

更新する情報 | システム構成パターンとの対応
パターン1 | パターン2 | パターン3 | パターン4
ゲストOSまたはミドルウェア | ○ | ○※ | ○ | ○
アプリケーションまたはアプリケーションサーバ | ○ | ○※ | ○ | ○
管理ユニット運用ルール | ○ | ○ | ○ | ○
仮想サーバ起動時ユーザスクリプトファイル | ○ | ○ | ○ | －

（凡例）

○：情報の更新ができることを示します。

－：該当しません。

注※

ほかのパターンと運用方法が異なるため，注意してください。

注意

ここで説明する更新操作では，管理ユニットに属する仮想サーバすべてを更新します。この操作は，システムの運用管理者が実施します。

パターン1の場合で，アプリケーション開発者が提供された個々の仮想サーバを更新するときは，運用管理ポータルなどを使用して変更してください。

＜この項の構成＞

(1)　ゲストOSまたはミドルウェアの更新

(2)　アプリケーションまたはアプリケーションサーバの更新

(3)　管理ユニット運用ルールの変更

(4)　仮想サーバ起動時ユーザスクリプトファイルの更新

(1)　ゲストOSまたはミドルウェアの更新

ゲストOSまたはミドルウェアの更新について，システム構成パターンごとに説明します。

●パターン1，パターン3またはパターン4の場合

ゲストOSまたはミドルウェアを更新する場合，マスタ仮想サーバを編集します。手順を次に示します。

マスタ仮想サーバを起動します。
VMware vSphere ClientからVMware vCenter Serverを使用し，仮想サーバイメージ管理ホストのハイパーバイザ上でマスタ仮想サーバを起動します。

マスタ仮想サーバを変更します。
ゲストOSやApplication Server EnterpriseやJP1などの製品の更新プログラムを適用して，マスタ仮想サーバを変更します。

ゲストOSをシャットダウンします。
ゲストOSをシャットダウンすると仮想マシンが停止し，更新されたマスタ仮想サーバのイメージが利用できます。

更新を反映するには，「7.6.2　管理ユニットへの更新の適用」に示す手順を引き続き実施してください。

●パターン2の場合

各仮想サーバのゲストOSに接続して，ゲストOSまたはApplication Server EnterpriseやJP1などの更新を直接実施します。

(2)　アプリケーションまたはアプリケーションサーバの更新

アプリケーションまたはアプリケーションサーバの更新について，システム構成パターンごとに説明します。

●パターン1，パターン3またはパターン4の場合

アプリケーションまたはアプリケーションサーバを更新する場合，アプリケーションサーバ情報ディレクトリを編集します。手順を次に示します。

新しいアプリケーションとcosminexus.xmlを準備します。
アプリケーション開発者はアプリケーションを変更します。変更後，アプリケーションをEAR形式のファイルにします。
また，cosminexus.xmlも変更します。cosminexus.xmlについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)」を参照してください。

管理ユニット作成時に使用したアプリケーションサーバ情報ディレクトリを用意します。

手順2.で用意したアプリケーションサーバ情報ディレクトリに，手順1.で準備したアプリケーションとcosminexus.xmlを配置します。
変更したアプリケーションの名称が同じ場合はファイルを上書きしてください。変更したアプリケーションの名称がこれまで使用していたアプリケーション名と異なる場合は，新しいアプリケーション名でアプリケーションサーバ情報ディレクトリに追加します。

アプリケーションサーバ情報ディレクトリに登録されている定義ファイルを編集します。
アプリケーションサーバを更新する場合は，ここで定義ファイルを編集します。

更新を反映するには，「7.6.2　管理ユニットへの更新の適用」に示す手順を引き続き実施してください。

注意

手順2.で用意するアプリケーションサーバ情報ディレクトリは，必ず，管理ユニット作成時に使用したものを用意してください。管理ユニット作成時と異なるアプリケーションサーバ情報ディレクトリを使用すると，アプリケーションが削除されたり，定義ファイルにデフォルトが設定されたりすることがあります。システムの運用中は，アプリケーションサーバ情報ディレクトリを資産として管理することを推奨します。

●パターン2の場合

仮想サーバ上のManagement Serverに対してSmart Composerや運用管理ポータルを使用して，アプリケーションサーバの設定を変更します。詳細については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」，またはマニュアル「Cosminexus アプリケーションサーバ 運用管理ポータル操作ガイド」を参照してください。

(3)　管理ユニット運用ルールの変更

仮想サーバのデプロイ数や，一括起動数などを変更する場合は，管理ユニット運用ルールを編集します。ここで説明する作業は，仮想サーバ運用管理ホストで実施します。手順を次に示します。

vmx_export_ruleコマンドを実行して，現状の管理ユニット運用ルールを取得します。
コマンド実行時には，-unitオプションに管理ユニット名を，-oオプションに管理ユニット運用ルールのファイルを格納するパスを指定してください。
ここでは，管理ユニット運用ルールのファイルを格納するパスを，Windowsの場合には「C:¥work¥rule_a.properties」，Linuxの場合には「/work/rule_a.properties」とします。コマンドの実行例を次に示します。

Windowsの場合

vmx_export_rule -unit unit_a -o C:¥work¥rule_a.properties

Linuxの場合

vmx_export_rule -unit unit_a -o /work/rule_a.properties

手順1.で取得した管理ユニット運用ルールを編集します。

更新を反映するには，「7.6.2　管理ユニットへの更新の適用」に示す手順を引き続き実施してください。

(4)　仮想サーバ起動時ユーザスクリプトファイルの更新

仮想サーバ起動時ユーザスクリプトファイルの内容を変更する場合や，仮想サーバ起動時ユーザスクリプトファイルを新たに使用したい場合は，新しい仮想サーバ起動時ユーザスクリプトファイルを準備します。

管理ユニット作成時に使用した仮想サーバ起動時ユーザスクリプトファイルを編集するか，または新規に作成して，仮想サーバ起動時ユーザスクリプトファイルを準備します。仮想サーバ起動時ユーザスクリプトファイルを使用しない場合は，内容が空のファイルを準備してください。

更新を反映するには，「7.6.2　管理ユニットへの更新の適用」に示す手順を引き続き実施してください。

7.6.2　管理ユニットへの更新の適用

「7.6.1　更新対象の編集」で更新した情報は，管理ユニットに反映する必要があります。ここで説明する作業は，仮想サーバ運用管理ホストで実施します。管理ユニットの更新を次に示します。

＜この項の構成＞

(1)　管理ユニットの情報の更新

(2)　管理ユニットのバージョンの更新

(3)　仮想サーバへの適用

(1)　管理ユニットの情報の更新

管理ユニットを更新するには，vmx_update_unitコマンドを使用します。更新する情報をオプションに指定します。なお，更新しない情報はオプションに指定しないでください。これによって，更新しない情報は，それまでの情報が引き継がれます。

ここでは，マスタ仮想サーバ，アプリケーションサーバ情報ディレクトリ，管理ユニット運用ルール，および仮想サーバ起動時ユーザスクリプトファイルを同時に更新するとします。コマンドの実行例を次に示します。

Windowsの場合

vmx_update_unit -unit unit_a -master_name master_a -aps_dir C:¥work¥dir_a -rule C:¥work¥rule_a.properties -script C:¥work¥startup_a.bat

Linuxの場合

vmx_update_unit -unit unit_a -master_name master_a -aps_dir /work/dir_a -rule /work/rule_a.properties -script /work/startup_a.bat

コマンドのオプションについて説明します。

-unitオプションには，更新する管理ユニット名を指定します。ここでは，「unit_a」としています。

-master_nameオプションには，マスタ仮想サーバ名を指定します。ここでは，「master_a」としています。

-aps_dirオプションには，更新後のアプリケーションサーバ情報ディレクトリを指定します。ここでは，Windowsの場合は「C:¥work¥dir_a」，Linuxの場合は「/work/dir_a」としています。

-ruleオプションには，更新後の管理ユニット運用ルールのファイルのパスを指定します。ここでは，Windowsの場合は「C:¥work¥rule_a.properties」，Linuxの場合は「/work/rule_a.properties」としています。

-scriptオプションには，変更後の仮想サーバ起動時ユーザスクリプトファイルのパスを指定します。ここでは，Windowsの場合は「C:¥work¥startup_a.bat」，Linuxの場合は「/work/startup_a.bat」としています。

(2)　管理ユニットのバージョンの更新

マスタ仮想サーバまたはアプリケーションサーバ情報ディレクトリを更新した場合には，管理ユニットのバージョンを更新します。手順を次に示します。

管理ユニットの最新バージョンを確認します。
仮想サーバマネージャでは，管理ユニットごとにマスタ仮想サーバまたはアプリケーションサーバ情報ディレクトリの情報をバージョン管理しています。vmx_list_unit_versionコマンドで更新時間が最新のバージョンを取得します。
ここでは，管理ユニット「unit_a」の更新時間が最新のバージョンを取得するとします。コマンドの実行例を次に示します。

vmx_list_unit_version -unit unit_a

vmx_set_unit_currentversionコマンドを使用して，最新バージョンに変更します。
手順1.で確認した最新バージョンに変更します。
ここでは，管理ユニット「unit_a」を最新バージョン「002」に変更するとします。コマンドの実行例を次に示します。

vmx_set_unit_currentversion -unit unit_a -ver 002

(3)　仮想サーバへの適用

「(1)　管理ユニットの情報の更新」でマスタ仮想サーバ，アプリケーションサーバ情報ディレクトリ，または管理ユニット運用ルール（unit.rule.machine_namesプロパティまたはunit.rule.deploy.numプロパティ）を更新した場合には，管理ユニットの情報を，仮想サーバに適用します。管理ユニットの情報を適用する方法には，ローリングアップデートとデプロイの二つの方法があります。

ローリングアップデート
ローリングアップデートでは，仮想サーバを1台ずつ更新していくため，複数の稼働中の仮想サーバがある場合に業務を停止することなく更新できます。ただし，一時的に新旧の仮想サーバが混在して稼働するため，混在が許されない場合にはローリングアップデートは使用しないでください。ここでは，管理ユニット「unit_a」のローリングアップデートの実行例を示します。

vmx_rolling_update -unit unit_a

デプロイ
停止中の仮想サーバを更新しますが，稼働中の仮想サーバは更新しません。このため，デプロイで更新を適用する場合は，更新する管理ユニットの仮想サーバを事前に停止しておいてください。ここては，管理ユニット「unit_b」のデプロイの実行例を示します。

vmx_deploy_unit -unit unit_b

注意

ローリングアップデートまたはデプロイを実行すると，それまでに個々の仮想サーバに対して実施した更新操作は，すべてリセットされ，マスタ仮想サーバから仮想サーバが構築されます。

7.7　仮想サーバのログ情報の取得

構築時に仮想サーバのログ情報を取得する設定をしていると，次のタイミングで取得できます。

管理ユニットの一括停止のコマンド実行時（vmx_stop_unitコマンド）

スケールインのコマンド実行時（vmx_scalein_unitコマンド）

ローリングアップデートのコマンド実行時（vmx_rolling_updateコマンド）

なお，ログファイルは，vmx.propertiesのvmx.log.dirプロパティに指定された仮想サーバ運用管理ホストのディレクトリに出力されます。ログファイルの出力場所を次に示します。

<vmx.log.dirプロパティの指定値>/mngunit/<管理ユニット名>/<取得日時_仮想サーバの管理LANのIPアドレス>.zip

注1

<vmx.log.dirプロパティの指定値>のデフォルトは，<Cosminexusのインストールディレクトリ>/manager/vmx/logです。

注2

単一のLANのシステム（管理LANと業務LANを分けないシステム）では，「仮想サーバの管理LANのIPアドレス」は「仮想サーバのIPアドレス」と読み替えてください。単一のLANのシステムはパターン4が該当します。

8.　システム障害時の復旧

この章では，仮想化システムで障害が発生したときの復旧方法について説明します。システム構築パターンによっては該当しない障害もあるため，「8.1　システム障害時の復旧の概要」で参照個所を確認してください。なお，使用できるOS（WindowsまたはLinux）については，「2.3.2　仮想化システムの前提条件」を参照してください。

＜この章の構成＞

8.1　システム障害時の復旧の概要

8.2　管理対象マシンのハードウェアの障害

8.3　仮想サーバを格納したディスクの障害

8.4　運用用物理マシンの障害

8.5　仮想サーバ上のアプリケーションサーバの障害

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

8.7　VMware vCenter Serverの障害

8.1　システム障害時の復旧の概要

ここでは，仮想化システムの運用時に障害が発生したときの復旧方法について説明します。発生するおそれのある障害の内容とシステム構成パターンとの対応を次の表に示します。

表8-1　障害の内容とシステム構成パターンとの対応

障害の内容 | システム構成パターンとの対応 | 参照先
パターン1 | パターン2 | パターン3 | パターン4
管理対象マシンのハードウェアの障害 | ○ | ○ | ○ | ○ | 8.2
仮想サーバを格納したディスクの障害 | ○ | ○ | ○ | ○ | 8.3
運用用物理マシンの障害 | ○ | ○ | ○ | ○ | 8.4
仮想サーバ上のアプリケーションサーバの障害 | ○ | ○ | ○ | ○ | 8.5
仮想サーバマネージャの障害 | ○ | ○ | ○ | ○ | 8.6
VMware vCenter Serverの障害 | ○ | ○ | ○ | ○ | 8.7

（凡例）

○：障害発生時の対処方法があることを示します。

参考

この章で説明するコマンドの実行例では，vmxで始まるコマンドのパスを省略しています。vmxで始まるコマンドのパスをOSごとに示します。

Windowsの場合

<Cosminexusのインストールディレクトリ>¥manager¥vmx¥bin¥

Linuxの場合

/opt/Cosminexus/manager/vmx/bin/

8.2　管理対象マシンのハードウェアの障害

VMware vCenter Server，JP1/IM，または仮想サーバマネージャGUIを使用したシステムの監視中にハードウェア障害が発生したときの復旧手順についてパターンごとに説明します。

ポイント

ここで説明する手順で復旧するためには，システム構築時に予備のマシンを用意しておく必要があります。

＜この節の構成＞

8.2.1　パターン1の復旧方法

8.2.2　パターン2の復旧方法

8.2.3　パターン3の復旧方法

8.2.4　パターン4の復旧方法

8.2.1　パターン1の復旧方法

パターン1の復旧方法の手順を次に示します。

障害の管理対象マシンで稼働していた仮想サーバとその管理ユニットを特定します。
ここでは，管理対象マシン「hv1」で障害が発生したとします。コマンドの実行例を次に示します。

vmx_list_virtualserver_status -hv hv1

手順1.で特定した管理ユニットの新たな仮想サーバを，正常な管理対象マシンにデプロイし起動します。
新たな仮想サーバをデプロイして起動する手順については，「7.2.1　パターン1（テスト環境のオンデマンド提供）の開始と停止」を参照してください。

アプリケーション開発者に，手順2.で開始した仮想サーバの利用情報を提供します。

8.2.2　パターン2の復旧方法

パターン2の復旧方法の手順を次に示します。

障害が発生した管理対象マシンを予備のマシンに置き換えます。

予備のマシンに対して，障害が発生した管理対象マシンに構築時に実施したハイパーバイザのインストールと設定をします。

VMware vCenter Serverを使用して，障害前に稼働していた仮想サーバを予備のマシンで稼働させます。
業務用データストアは，予備のマシンのハイパーバイザから障害前と同様に参照できます。

仮想サーバ上で仮想サーバ起動時ユーザスクリプトを実行します。
管理ユニット作成時または更新時に指定した仮想サーバ起動時ユーザスクリプトファイルを仮想サーバに転送し，処理を実行します。

仮想サーバ上で運用管理エージェントとManagement Serverを起動します。
運用管理エージェントとManagement Serverの起動方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

仮想サーバ上でcmx_start_targetコマンドを使用して，Webシステムを一括起動します。
cmx_start_targetコマンドを使った一括起動の方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のすべてのサービスユニットの一括起動と一括停止に関する説明を参照してください。

8.2.3　パターン3の復旧方法

パターン3の業務A（予備あり）は，2台の稼働している仮想サーバに対して1台の予備の仮想サーバを配置する構成です。このため，業務A（管理ユニット「unit_a」）をほかの業務よりも優先して回復します。復旧手順を次に示します。

障害が発生した管理対象マシンで稼働していた仮想サーバに，業務A（予備あり）の仮想サーバが含まれているかどうかを調べます。
ここでは，管理対象マシン「hv1」で障害が発生したとします。コマンドの実行例を次に示します。

vmx_list_virtualserver_status -hv hv1

業務A（予備あり）の仮想サーバが含まれている場合は，手順2.に進んでください。
業務A（予備あり）の仮想サーバが含まれていない場合は，手順4.に進んでください。

仮想サーバの状況を確認し，業務A（予備あり）の障害になった仮想サーバの代わりに稼働させる予備の仮想サーバがある管理対象マシンを調べます。
コマンドの実行例を次に示します。

vmx_list_virtualserver_status -unit unit_a

予備の仮想サーバを稼働させます。
ここでは，管理対象マシン「hv5」にある予備の仮想サーバを稼働させることとします。コマンドの実行例を次に示します。

vmx_scaleout_unit -unit unit_a -hv hv5

障害が発生した管理対象マシンを予備のマシンに置き換えます。

予備のマシンで，障害が発生した管理対象マシンに構築時に実施したハイパーバイザのインストールおよび設定をします。

VMware vCenter Serverを使用して，業務B～D（予備なし）の障害前に稼働していた仮想サーバを予備のマシンで稼働させます。
業務用データストアは，予備のマシンのハイパーバイザから障害前と同様に参照できます。

仮想サーバ上で仮想サーバ起動時ユーザスクリプトを実行します。
管理ユニット作成時または更新時に指定した仮想サーバ起動時ユーザスクリプトファイルを仮想サーバに転送し，処理を実行します。

仮想サーバ上で運用管理エージェントとManagement Serverを起動します。
運用管理エージェントとManagement Serverの起動方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

仮想サーバ上でcmx_start_targetコマンドを使用して，Webシステムを一括起動します。
cmx_start_targetコマンドを使用した一括起動の方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のすべてのサービスユニットの一括起動と一括停止に関する説明を参照してください。

8.2.4　パターン4の復旧方法

パターン4の復旧手順を次に示します。

操作端末のWebブラウザを使用して，仮想サーバマネージャGUIに接続してログインします。
仮想サーバマネージャGUIへの接続およびログインについては，「7.2.4(1)　開始手順」の手順1.と手順2.を参照してください。

［管理対象マシンビュー］画面で，障害が発生した管理対象マシンで稼働していた管理ユニットを調べます。
ここでは，管理対象マシン「hv3」で障害が発生したとします。［管理対象マシンビュー］画面で，すべての仮想サーバの［状態］が障害（稼働中）の管理ユニットを調べます。調べた結果，障害のため稼働していない管理ユニットは「unit_f」であったとします。［管理対象マシンビュー］画面については，「9.2.2　［管理対象マシンビュー］画面」を参照してください。

障害が発生した管理ユニットを予備のマシンで起動します。
予備のマシンは，管理対象マシン「hv4」とします。コマンドの実行例を次に示します。

vmx_scaleout_unit -unit unit_f -hv hv4

8.3　仮想サーバを格納したディスクの障害

VMware vCenter Server，JP1/IM，または仮想サーバマネージャGUIを使用したシステムの監視中に，仮想サーバを格納したディスクで障害が発生したときの復旧手順についてパターンごとに説明します。

＜この節の構成＞

8.3.1　パターン1，パターン2またはパターン3の復旧方法

8.3.2　パターン4の復旧方法

8.3.1　パターン1，パターン2またはパターン3の復旧方法

ここでは，仮想サーバを格納した業務用データストアのディスク障害の復旧手順を次に示します。

ポイント

ここで説明する手順で復旧するための前提条件

「6.11　バックアップの取得およびログのアーカイブ」に従って，バックアップを取得してください。

ディスクの修理または交換をして正常に動作するようにします。

vmx_list_virtualserver_statusコマンドを使用して，仮想サーバマネージャが認識している仮想サーバのステータスを確認します。
復元できる仮想サーバは，仮想サーバマネージャが認識している仮想サーバのステータスが，「working」または「stopped」である必要があります。
コマンドの実行例を次に示します。

vmx_list_virtualserver_status

バックアップを取得しておいた仮想マシンのイメージから，復元対象の仮想サーバを復元します。
復元には，VMwareが提供するツールなどを使用します。
仮想サーバマネージャで認識しているステータスが「working」の仮想サーバの場合は，以降の作業も実施します。

VMware vCenter Serverを使用して，仮想サーバを起動します。

仮想サーバ上で仮想サーバ起動時ユーザスクリプトを実行します。
管理ユニット作成時または更新時に指定した仮想サーバ起動時ユーザスクリプトファイルを仮想サーバに転送し，処理を実行します。

仮想サーバ上で運用管理エージェントとManagement Serverを起動します。
運用管理エージェントとManagement Serverの起動方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

仮想サーバ上でcmx_start_targetコマンドを使用して，Webシステムを一括起動します。
cmx_start_targetコマンドを使った一括起動の方法については，マニュアル「Cosminexus アプリケーションサーバ システム構築・運用ガイド」のすべてのサービスユニットの一括起動と一括停止に関する説明を参照してください。

8.3.2　パターン4の復旧方法

復旧手順を次に示します。

操作端末のWebブラウザを使用して，仮想サーバマネージャGUIに接続してログインします。
仮想サーバマネージャGUIへの接続およびログインについては，「7.2.4(1)　開始手順」の手順1.と手順2.を参照してください。

［管理対象マシンビュー］画面で，障害が発生した管理対象マシンで稼働していた管理ユニットを調べます。
ここでは，管理対象マシン「hv3」で障害が発生したとします。［管理対象マシンビュー］画面で，すべての仮想サーバの［状態］が障害（稼働中）の管理ユニットを調べます。調べた結果，障害のため稼働していない管理ユニットは「unit_f」であったとします。［管理対象マシンビュー］画面については，「9.2.2　［管理対象マシンビュー］画面」を参照してください。

障害が発生した管理ユニットを予備のマシンで起動します。
予備のマシンは，管理対象マシン「hv4」とします。コマンドの実行例を次に示します。

vmx_scaleout_unit -unit unit_f -hv hv4

8.4　運用用物理マシンの障害

運用用物理マシン上の機能を利用しようとして，障害を確認したときの復旧手順についてパターンごとに説明します。

＜この節の構成＞

8.4.1　パターン1またはパターン2の復旧方法

8.4.2　パターン3の復旧方法

8.4.3　パターン4の復旧方法

8.4.1　パターン1またはパターン2の復旧方法

ここでは，運用用データストアが正常な場合に物理マシンで障害が発生したときの復旧方法と，物理マシンが正常な場合で運用用データストアのディスクに障害が発生したときの復旧方法について説明します。

●運用用データストアが正常な場合で物理マシンに障害が発生したときの復旧方法

運用用データストアが正常な場合で，仮想サーバ運用管理ホストやハイパーバイザ管理ホストなどの仮想マシンが稼働する物理マシンに障害が発生したときの復旧手順を次に示します。

障害が発生した運用用物理マシンをシャットダウンします。

予備系の運用用物理マシンを起動します。

VMware vCenter Serverを使用し，障害前に稼働していた仮想マシンを予備系の運用用物理マシンで稼働させます。
運用用データストアは，予備系の運用用物理マシンのハイパーバイザから障害前と同様に参照できます。

●物理マシンが正常な場合で運用用データストアのディスクに障害が発生したときの復旧方法

仮想サーバ運用管理ホストやハイパーバイザ管理ホストなどの仮想マシンが稼働する物理マシンが正常で，運用用データストアのディスクに障害が発生したときの復旧手順を示します。

運用用データストアのディスクの修理または交換をして正常に動作するようにします。

障害前に稼働していた仮想サーバで定期的に取得していたバックアップの仮想マシンのイメージを使用して復元します。
復元には，VMwareが提供するツールなどを使用します。

VMware vCenter Serverを使用し，仮想サーバを稼働させます。

8.4.2　パターン3の復旧方法

運用のための仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストに障害が発生した場合の復旧手順を次に示します。

障害が発生した仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストをシャットダウンします。

予備系の仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストを起動します。

「5.3(13)　バックアップ用ストレージの準備」で用意したバックアップ用ストレージに格納されたバックアップから，VMware vCenter Serverと仮想サーバマネージャの設定情報を回復します。

VMware vCenter Serverを復旧します。
VMware vCenter Serverの復旧方法はVMware vCenter Serverのドキュメントを参照してください。

仮想サーバマネージャを回復します。
予備系の仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストの<Cosminexusのインストールディレクトリ>¥managerディレクトリに，バックアップしたconfigディレクトリとvmxディレクトリを上書きします。
このあと，次の作業を実施してください。

「5.3(5)　仮想サーバマネージャのセットアップ」

「5.3(9)　仮想サーバマネージャの自動起動の設定」

「5.3(14)　仮想サーバマネージャの起動」

8.4.3　パターン4の復旧方法

運用のための仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストで障害が発生した場合の復旧手順を次に示します。

障害が発生したマシンを予備のマシンに置き換えます。

システム構築時に仮想サーバ運用管理ホスト兼ハイパーバイザ管理ホストに対して実施した次の作業を，新たなマシンに実施します。

「5.2　ハイパーバイザと関連する環境の構築」

「5.3　仮想サーバマネージャの構築」

VMware vSphere ClientからVMware vCenter Serverに接続して，管理対象マシン上の仮想サーバを停止し，削除します。

管理ユニットを作成します。
作成時に指定するもののうち，次のものはバックアップしておいたファイルを使用します。

アプリケーションサーバ情報ディレクトリ

管理ユニット運用ルール

なお，マスタ仮想サーバは，仮想サーバイメージ管理ホストに格納されているため，障害前後に関係なく，障害前と同じものが使用できます。
管理ユニットの作成作業は，「6.7　管理ユニットの作成」を参照してください。

管理ユニットをデプロイします。
管理ユニットのデプロイ作業は，「6.8　管理ユニットのデプロイ」を参照してください。

管理ユニットを一括起動します。
管理ユニットの一括起動作業は，「7.2.4　パターン4（小規模部門サーバの集約）の開始と停止」を参照してください。

8.5　仮想サーバ上のアプリケーションサーバの障害

仮想サーバ上のアプリケーションサーバに障害が発生したときの復旧方法についてパターンごとに説明します。

＜この節の構成＞

8.5.1　パターン1の復旧方法

8.5.2　パターン2またはパターン3の復旧方法

8.5.3　パターン4の復旧方法

8.5.1　パターン1の復旧方法

アプリケーションサーバの障害は，アプリケーション開発者が仮想サーバ上のManagement Serverなどを使用して復旧します。アプリケーション開発者が復旧できない場合には，システムの運用管理者が新たな仮想サーバを用意して提供します。復旧手順を次に示します。

アプリケーション開発者が使用していた管理ユニットの新しい仮想サーバを，デプロイして起動します。
新たな仮想サーバをデプロイして起動する手順については，「7.2.1　パターン1（テスト環境のオンデマンド提供）の開始と停止」を参照してください。

アプリケーション開発者に，手順1.で開始した仮想サーバの利用情報を提供します。

8.5.2　パターン2またはパターン3の復旧方法

仮想サーバ上のアプリケーションサーバの障害は，同一仮想サーバ上のManagement Serverと運用管理エージェントが障害の検知と回復を行います。

次のマニュアルを参照して，障害を復旧してください。

マニュアル「Cosminexus アプリケーションサーバ 機能解説 運用／監視／連携編」

マニュアル「Cosminexus アプリケーションサーバ 機能解説 保守／移行／互換編」

8.5.3　パターン4の復旧方法

仮想サーバ上のアプリケーションサーバの障害は，同一仮想サーバ上のManagement Serverと運用管理エージェントが障害の検知と回復を行います。Management Serverによる自動回復に失敗した場合，システムの運用管理者は仮想サーバマネージャGUIを使用して，仮想サーバで障害が発生したことを検知します。

検知後の復旧手順を次に示します。ここでは，障害の発生した仮想サーバの管理ユニットは「unit_f」とします。

VMware vCenter Serverなどを使用して，障害が発生した仮想サーバにログインし，障害を調査します。

VMware vCenter Serverを使用して，障害が発生した仮想サーバを削除します。

手順1.で障害を調査した結果，必要であれば管理ユニットを更新します。
管理ユニットの更新作業は，「7.6　仮想サーバの更新」を参照してください。

予備の管理対象マシンで，障害が発生した仮想サーバの管理ユニットを起動します。
ここでは，予備の管理対象マシン「hv4」を使用することとします。コマンドの実行例を次に示します。

vmx_scaleout_unit -unit unit_f -hv hv4

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

仮想サーバマネージャで障害が発生した場合の復旧手順を次に示します。

仮想サーバマネージャのログを取得します。

障害を調査したあと，仮想サーバマネージャを手動で再起動します。
障害の調査は，仮想サーバマネージャのログに出力されたエラーメッセージを確認してください。

8.7　VMware vCenter Serverの障害

VMware vCenter Serverとのコネクションが途切れたり，タイムアウトしたりした場合，IPアドレス，アカウント，所属するホスト情報などは元のまま，VMware vCenter Serverを復旧します。復旧後は，仮想サーバマネージャからの操作が正常に動作することを確認してください。

VMware vCenter Serverの復旧方法は，VMware vCenter Serverのドキュメントを参照してください。

9.　仮想サーバマネージャGUIの概要

仮想サーバマネージャGUIは，Webブラウザ上で，仮想サーバや管理対象マシンの稼働状況を確認したり，管理ユニット単位に仮想サーバを起動または停止したりできます。この章では，仮想サーバマネージャGUIへのログインとログアウト，および各画面の概要について説明します。

＜この章の構成＞

9.1　仮想サーバマネージャGUIの画面と基本操作

9.2　仮想サーバマネージャGUIの操作画面の詳細

9.1　仮想サーバマネージャGUIの画面と基本操作

ここでは，仮想サーバマネージャGUIへのログインとログアウト，および仮想サーバマネージャGUIを操作する前に知っておく必要がある画面構成と基本操作について説明します。

参考

仮想サーバマネージャGUIを使用する場合は，Webブラウザが必要です。

＜この節の構成＞

9.1.1　ログインとログアウト

9.1.2　仮想サーバマネージャGUIの操作画面

9.1.1　ログインとログアウト

ここでは，仮想サーバマネージャGUIへのログインと，仮想サーバマネージャGUIからのログアウトについて説明します。

＜この項の構成＞

(1)　ログイン

(2)　ログアウト

(3)　注意事項

(1)　ログイン

仮想サーバマネージャGUIは，仮想サーバ運用管理ホスト上で，仮想サーバマネージャが起動している場合に使用できます。

仮想サーバマネージャGUIへは，Webブラウザからログインします。仮想サーバマネージャGUIのログイン画面を表示する方法を次に示します。

WebブラウザでURLを指定してログイン画面を表示する方法
仮想サーバ運用管理ホスト上，または仮想サーバ運用管理ホストとネットワークで接続されているホスト上で，Webブラウザ上を起動して，URLに「http://<ホスト名>:<ポート番号>/vmxsvr/」を指定します。
URLの<ホスト名>には，仮想サーバ運用管理ホストのホスト名またはIPアドレスを，<ポート番号>は，仮想サーバマネージャのポート番号（Management Server接続HTTPポート番号）を指定します。

ショートカットを実行してログイン画面を表示する方法（Windowsの場合）
Windowsの場合は，仮想サーバ運用管理ホスト上でショートカットを実行します。ショートカットは，「<Cosminexusのインストールディレクトリ>¥manager¥vmx¥Virtual Server Manager Login」です。なお，ショートカットを使用する場合は，Management Server接続HTTPポート番号はデフォルトから変更しないでください。

仮想サーバマネージャGUIのログイン画面を次の図に示します。

図9-1　仮想サーバマネージャGUIのログイン画面

仮想サーバマネージャGUIのログイン画面で，仮想サーバマネージャの管理ユーザIDとパスワードを入力して［ログイン］ボタンをクリックすると，［管理ユニットビュー］画面が表示されます。

参考

管理ユーザIDとパスワードは，仮想サーバマネージャのセットアップ時に設定します。設定方法については，「5.3(5)　仮想サーバマネージャのセットアップ」を参照してください。

(2)　ログアウト

仮想サーバマネージャGUIの各画面のアンカーメニューに表示されている［ログアウト］アンカーをクリックしてログアウトします。

再度ログインする場合には，ログアウト画面に表示される［ログイン画面へ］アンカーをクリックして，ログイン画面を表示させてください。

(3)　注意事項

ログインまたはログアウト時の注意事項を次に示します。

次の場合，仮想サーバマネージャGUIのログインに失敗します。

管理ユーザIDまたはパスワードが誤っている場合

ログインセッションのタイムアウトが発生した状態で，ボタンやアンカーをクリックした場合

ログインに失敗すると，ログインに失敗した原因を示すエラーメッセージが画面に表示されます。エラーメッセージを確認してから，［ログイン画面へ］アンカーをクリックします。ログイン画面に戻ったあと，再度ログインしてください。

参考

ログインセッションのタイムアウトは30分です。

仮想サーバマネージャの設定に誤りがあると，仮想サーバマネージャGUIを表示できません。この場合，仮想サーバマネージャGUIが表示できない原因を示すエラーメッセージが画面に表示されます。エラーの原因を取り除いてから，再度ログインしてください。エラーの原因には次のものがあります。

管理ユーザアカウントが設定されていない

仮想サーバマネージャが有効になっていない

仮想サーバマネージャの起動処理が完了していない

9.1.2　仮想サーバマネージャGUIの操作画面

ここでは，仮想サーバマネージャGUIの操作画面の構成と，操作画面に表示される共通の項目について説明します。

＜この項の構成＞

(1)　仮想サーバマネージャGUIの操作画面の構成

(2)　仮想サーバマネージャGUIの操作画面の共通項目

(3)　仮想サーバマネージャGUIの操作画面での注意事項

(1)　仮想サーバマネージャGUIの操作画面の構成

仮想サーバマネージャGUIの操作画面の構成を次の図に示します。

図9-2　仮想サーバマネージャGUIの操作画面の構成

(2)　仮想サーバマネージャGUIの操作画面の共通項目

仮想サーバマネージャGUIの各操作画面で共通の項目と意味について説明します。

(a)　アンカーメニュー

アンカーメニューには，仮想サーバマネージャGUIの各操作画面に切り替えるアンカーが表示されます。

●［管理ユニット］アンカー

［管理ユニットビュー］画面が表示されます。［管理ユニットビュー］画面については，「9.2.1　［管理ユニットビュー］画面」を参照してください。［管理ユニットビュー］画面でこのアンカーをクリックした場合は，画面表示が最新の情報に更新されます。

●［管理対象マシン］アンカー

［管理対象マシンビュー］画面が表示されます。［管理対象マシンビュー］画面については，「9.2.2　［管理対象マシンビュー］画面」を参照してください。［管理対象マシンビュー］画面でこのアンカーをクリックした場合は，画面表示が最新の情報に更新されます。

●［ログ］アンカー

［仮想サーバマネージャ　ログ］画面が表示されます。［仮想サーバマネージャ　ログ］画面については，「9.2.3　［仮想サーバマネージャ　ログ］画面」を参照してください。［仮想サーバマネージャ　ログ］画面でこのアンカーをクリックした場合は，画面表示が最新の情報に更新されます。

●［ログアウト］アンカー

仮想サーバマネージャGUIからログアウトしたことを示すメッセージが画面に表示されます。仮想サーバマネージャGUIの各操作画面からログアウトしたい場合にクリックします。

(b)　操作画面のタイトルと説明

ここには，各操作画面のタイトルと説明が表示されます。また，操作画面を最新情報に更新できるボタン（［最新の情報に更新］ボタン）が表示されます。

●［最新の状態に更新］ボタン

ボタンをクリックした時点で，画面を最新情報に更新します。仮想サーバや管理ユニットの稼働状況のステータスや設定内容を確認する場合に，最新の情報を参照したいときにクリックします。

(c)　操作画面の表示エリア

操作画面の表示エリアには，操作画面ごとの情報が表示されます。

仮想サーバマネージャGUIでは，［管理ユニットビュー］画面や［管理対象マシンビュー］画面の［状態］で，仮想サーバや管理ユニットの稼働状況を確認できます。これらの画面で表示される稼働状況を示すステータスの意味と遷移について説明します。

ステータスの種類と意味を次の表に示します。

表9-1　ステータスの種類と意味

操作対象
ステータスの種類
意味

管理ユニット
停止
管理ユニットが停止した状態です。一括起動または一括停止の実行中以外で，管理ユニットに属する仮想サーバが一つも稼働していない状態です。

起動中
管理ユニットの一括起動を実行中の状態です。仮想サーバの状態に関係なく，管理ユニットの一括起動が完了するまでは，この状態となります。

稼働中
管理ユニットが稼働している状態です。一括起動または一括停止の実行中以外で，管理ユニットに属する仮想サーバが一つ以上稼働している状態です。

停止中
管理ユニットの一括停止を実行中の状態です。仮想サーバの状態に関係なく，管理ユニットの一括停止が完了するまでは，この状態となります。

仮想サーバ
構築中
管理ユニットのデプロイ処理で，仮想サーバを構築中の状態です。

停止
仮想サーバが停止した状態です。仮想サーバは，仮想アプリケーションサーバイメージとしてインスタンスプール中に保持されます。

起動中
管理ユニットの一括起動やスケールアウトなどで，仮想サーバが起動中の状態です。

稼働中
仮想サーバが起動済みで，仮想サーバ上のアプリケーションサーバが稼働している状態です。または，仮想サーバの障害監視をしない設定の場合に，稼働中の仮想サーバに障害が発生した状態です。

停止中
管理ユニットの一括停止やスケールインなどで，仮想サーバが停止中の状態です。

削除中
仮想サーバマネージャが，不要な仮想サーバをインスタンスプールから削除している状態です。管理ユニット運用ルールの変更で不要になった仮想サーバは，仮想サーバマネージャによって自動的に削除されます。

障害（構築中）※
管理ユニットのデプロイで，仮想サーバの構築に失敗した状態です。

障害（起動中）※
仮想サーバの起動に失敗した状態です。

障害（稼働中）
稼働中の仮想サーバで障害が発生した状態です。
このステータスに遷移するのは，仮想サーバの障害監視をする設定の場合だけです。

障害（停止中）※
仮想サーバの停止に失敗した状態です。この場合，仮想サーバが起動しているかどうかは，VMware vCenter Serverなどの仮想化ソフトウェアで確認してください。

障害（削除中）※
仮想サーバの削除に失敗した状態です。

注※

仮想サーバで障害が発生した場合は，障害の要因を調査したあと，VMware vCenter Serverなどの仮想化ソフトウェアで仮想サーバを削除し，管理ユニットを変更してください。

ステータスの遷移を次の図に示します。

図9-3　ステータスの遷移

(d)　バージョンとコピーライトの情報

仮想サーバマネージャのバージョンとコピーライトの情報が表示されます。

(3)　仮想サーバマネージャGUIの操作画面での注意事項

Webブラウザの［戻る］ボタンをクリックして画面を移動すると，仮想サーバマネージャGUIが正常に動作しないことがあります。Webブラウザの［戻る］ボタンは使用しないでください。

WebブラウザのJavaScriptの設定は有効にしておく必要があります。

9.2　仮想サーバマネージャGUIの操作画面の詳細

ここでは，仮想サーバマネージャGUIの各操作画面の概要，操作手順，および画面詳細について説明します。

＜この節の構成＞

9.2.1　［管理ユニットビュー］画面

9.2.2　［管理対象マシンビュー］画面

9.2.3　［仮想サーバマネージャ　ログ］画面

9.2.1　［管理ユニットビュー］画面

［管理ユニットビュー］画面を次の図に示します。

図9-4　［管理ユニットビュー］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

仮想サーバマネージャが管理する仮想化システム内にある，すべての管理ユニットのステータス，および各管理ユニットに属する仮想サーバのステータスを監視できます。

また，管理ユニットを一括起動したり，一括停止したり，稼働中の仮想サーバでManagement Serverの運用管理ポータルを表示したりできます。

(2)　表示手順

画面の表示手順を次に示します。

操作画面で［管理ユニット］アンカーをクリックします。

(3)　操作手順

画面の操作手順を次に示します。

●管理ユニットを一括起動する場合

一括起動したい管理ユニットの[図データ]（［一括起動］ボタン）をクリックします。
確認画面が表示されます。確認画面には，一括起動する管理ユニット名がメッセージで表示されます。

内容を確認して，［OK］ボタンをクリックします。
一括起動処理が実行され，処理結果の通知画面が表示されます。処理結果の通知画面には，一括起動処理が成功したかどうかを示すメッセージが表示されます。処理に失敗した場合には，最後に出力されたエラーログも表示されます。

参考

確認画面で［キャンセル］ボタンをクリックすると，確認画面が閉じられ，［管理ユニットビュー］画面が表示されます。

処理結果を確認して，［戻る］アンカーをクリックします。
処理結果の通知画面が閉じられ，［管理ユニットビュー］画面が表示されます。

●管理ユニットを一括停止する場合

一括停止したい管理ユニットの[図データ]（［一括停止］ボタン）をクリックします。
確認画面が表示されます。確認画面には，一括停止する管理ユニット名がメッセージで表示されます。

内容を確認して，［OK］ボタンをクリックします。
一括停止処理が実行され，処理結果の通知画面が表示されます。処理結果の通知画面には，一括停止処理が成功したかどうかを示すメッセージが表示されます。処理に失敗した場合には，最後に出力されたエラーログも表示されます。

参考

確認画面で［キャンセル］ボタンをクリックすると，確認画面が閉じられ，［管理ユニットビュー］画面が表示されます。

処理結果を確認して，［戻る］アンカーをクリックします。
処理結果の通知画面が閉じられ，［管理ユニットビュー］画面が表示されます。

●Management Serverの運用管理ポータルを表示する場合

運用管理ポータルで編集したい仮想サーバの[図データ]（［運用管理ポータルへのリンク］アイコン）をクリックします。

運用管理ポータルの操作については，マニュアル「Cosminexus アプリケーションサーバ 運用管理ポータル操作ガイド」を参照してください。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

管理ユニット名

仮想サーバマネージャで作成した管理ユニットの名称を表示します。

[図データ]（［一括起動］ボタン）

管理ユニットに属する仮想サーバを起動します。

[図データ]（［一括停止］ボタン）

管理ユニットに属する仮想サーバを停止します。

管理ユニットのステータス

管理ユニットのステータス情報を表示します。管理ユニットのステータスについては，「9.1.2(2)(c)　操作画面の表示エリア」を参照してください。

管理対象マシン名

管理ユニットに属する管理対象マシンの名称を表示します。

仮想サーバ名

管理ユニットに属する仮想サーバの名称を表示します。

[図データ]（［運用管理ポータルへのリンク］アイコン）

仮想サーバのアプリケーションサーバで起動している運用管理ポータルを，別ウィンドウで表示します。

状態

仮想サーバのステータスを表示します。仮想サーバのステータスについては，「9.1.2(2)(c)　操作画面の表示エリア」を参照してください。

(5)　注意事項

次の操作を実行中の管理ユニットに対して，［一括起動］ボタンまたは［一括停止］ボタンを実行できません。

更新系のコマンド
更新系のコマンドについては，マニュアル「Cosminexus アプリケーションサーバ リファレンス コマンド編」のコマンド実行時の排他制御に関する説明を参照してください。

［管理ユニットビュー］画面の［一括起動］ボタン

［管理ユニットビュー］画面の［一括停止］ボタン

これらの操作を実行中に，［一括起動］ボタンまたは［一括停止］ボタンをクリックすると，一括起動または一括停止処理は中止され，処理結果の通知画面にKEOS29161-Eメッセージが表示されます。

仮想サーバの状態が稼働中以外の場合は，［運用管理ポータルへのリンク］アイコンは表示されません。この場合，「－」が表示され，運用管理ポータルは表示できません。

［運用管理ポータルへのリンク］アイコンで表示した運用管理ポータルで編集した内容は，選択したアイコンに対応する仮想サーバにだけ適用されます。また，運用管理ポータルでは，次の操作をしないでください。

Management Serverの設定変更

論理サーバの追加と削除

9.2.2　［管理対象マシンビュー］画面

［管理対象マシンビュー］画面を次の図に示します。

図9-5　［管理対象マシンビュー］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

仮想サーバマネージャが管理する仮想化システム内にある，すべての管理対象マシンおよび管理対象マシンを使用する管理ユニットと，管理対象マシン上で動作する仮想サーバのステータスが監視できます。

また，稼働中の仮想サーバでManagement Serverの運用管理ポータルを表示できます。

(2)　表示手順

画面の表示手順を次に示します。

操作画面で［管理対象マシン］アンカーをクリックします。

(3)　操作手順

画面の操作手順を次に示します。

●Management Serverの運用管理ポータルを表示する場合

運用管理ポータルで編集したい仮想サーバの[図データ]（［運用管理ポータルへのリンク］アイコン）をクリックします。

運用管理ポータルの操作については，マニュアル「Cosminexus アプリケーションサーバ 運用管理ポータル操作ガイド」を参照してください。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

管理対象マシン名

仮想サーバマネージャが管理している管理対象マシンの名称を表示します。

管理ユニット名

管理対象マシンを使用する管理ユニットの名称を表示します。

仮想サーバ名

管理対象マシン上で動作する仮想サーバの名称を表示します。

[図データ]（［運用管理ポータルへのリンク］アイコン）

仮想サーバのアプリケーションサーバで起動している運用管理ポータルを，別ウィンドウで表示します。

状態

仮想サーバのステータスを表示します。仮想サーバのステータスについては，「9.1.2(2)(c)　操作画面の表示エリア」を参照してください。

(5)　注意事項

仮想サーバの状態が稼働中以外の場合は，［運用管理ポータルへのリンク］アイコンは表示されません。この場合，「－」が表示され，運用管理ポータルは表示できません。

［運用管理ポータルへのリンク］アイコンで表示した運用管理ポータルで編集した内容は，選択したアイコンに対応する仮想サーバにだけ適用されます。また，運用管理ポータルでは，次の操作をしないでください。

Management Serverの設定変更

論理サーバの追加と削除

9.2.3　［仮想サーバマネージャ　ログ］画面

［仮想サーバマネージャ　ログ］画面を次の図に示します。

図9-6　［仮想サーバマネージャ　ログ］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

仮想サーバマネージャで出力された，処理の実行結果をログとして一覧で参照できます。ログは各操作画面から表示できます。どの画面から表示しても内容は同じです。

(2)　表示手順

画面の表示手順を次に示します。

操作画面で［ログ］アンカーをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，仮想サーバマネージャの処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［仮想サーバマネージャ　ログ］画面には，Management Serverのログファイル（<Managerのインストールディレクトリ>/log/mngsvr[n].log）に出力される，仮想サーバマネージャのログが表示されます。ただし，それぞれのログの日時が一致しないことがあります。

ログの出力形式の例を次に示します。仮想サーバマネージャでは，最新のログをいちばん上に表示します。

（説明）

YYYY/MM/DD　hh:mm:ss　TZ

メッセージが出力された日時（YYYY：年，MM：月，DD：日，hh：時，mm：分，ss：秒）と，タイムゾーン（TZ：タイムゾーン）を表示します。

メッセージID　メッセージテキスト

メッセージIDは「KEOSnnnnn-Y」の形式で表示します。

メッセージテキストには，仮想サーバマネージャに関するメッセージが表示されます。メッセージの出力形式および対処方法については，マニュアル「Cosminexus アプリケーションサーバ メッセージ 3」を参照してください。

(5)　注意事項

ログは512行まで出力されます。512行を超えた場合は，古いログから順に削除されます。この場合，Management Serverのログファイルを参照してください。

仮想サーバマネージャGUIで出力するログは，仮想サーバマネージャを起動してから終了するまで保持されます。

付録

＜この付録の構成＞

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

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

付録C　用語解説

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

仮想サーバマネージャの作業ディレクトリの構成を次の図に示します。

図A-1　仮想サーバマネージャの作業ディレクトリの構成

<Cosminexusのインストールディレクトリ>
 └manager
   ├config
   │ ├mserver.properties
   │ ├manager.cfg
   │ ├mserver.xml
   │ └vmxlog.conf
   ├containers
   │ └m
   │  └webapps
   │   └vmxsvr
   ├lib
   ├log
   │ ├mngsvr[n].log
   │ ├maintenance
   │ │ ├mngsvr[n].log
   │ │ └mngcmd[n].log
   │ └vmx_avcs_logs
   └vmx
     ├Virtual Server Manager Login.url
     ├bin
     │ ├…
     ： ：
     ├config
     │ ├…
     ： ：
     ├templates
     │ ├rule.properties
     │ ├machine_info.xml
     │ ├virtualserver.properties
     │ ├rasetup.properties
     │ ├version.properties
     │ ├vmx.properties
     │ ├vmxclient.properties
     │ ├WebFront.xml
     │ ├MachineInfo-1.0.xsd
     │ ├vmx_avcs_cjwconf.properties
     │ ├vmx_avcs_usrconf.cfg
     │ └vmx_avcs_usrconf.properties
     ├log
     │ ├mngunit
     │ │ ├<管理ユニット名>
     │ │ │ ├…
     │ │ │ ：
     │ │ ├<管理ユニット名>
     │ ： ：
     └spool

作業ディレクトリを構成するディレクトリまたはファイルの詳細を次の表に示します。

表A-1　作業ディレクトリを構成するディレクトリまたはファイルの詳細

ディレクトリまたはファイル
説明

manager
－
Cosminexus Component Containerの提供する機能のうち，アプリケーションサーバの運用管理機能を提供するディレクトリです。

config
－
運用管理機能で使用する定義ファイルなどの格納用ディレクトリです。

mserver.properties
Management Server環境設定ファイルです。

manager.cfg
Manager設定ファイルです。

mserver.xml
管理ユーザアカウント設定ファイルです。

vmxlog.conf
仮想サーバのアプリケーションサーバログ収集対象設定ファイルのテンプレートファイルです。

containers
－
－

m
－
－

webapps
－
－

vmxsvr
仮想サーバマネージャGUI作業ディレクトリです。

lib
ライブラリファイル格納用ディレクトリです。

log
－
ログ出力先ディレクトリです。

mngsvr[n].log
Management Serverおよび仮想サーバマネージャが出力するログを格納するファイルです。

maintenance
mngsvr[n].log
Management Serverおよび仮想サーバマネージャが出力する保守ログを格納するファイルです。

mngcmd[n].log
Management Serverおよび仮想サーバマネージャが出力するコマンドの保守ログを格納するファイルです。

vmx_avcs_logs
仮想サーバマネージャの内部プロセス用のログを格納するディレクトリです。

vmx
－
仮想サーバマネージャの機能を提供するディレクトリです。

Virtual Server Manager Login.url
仮想サーバマネージャGUIのログインURLです。Windowsの場合だけのファイルです。

bin
仮想サーバマネージャのコマンドが格納されているディレクトリです。

config
仮想サーバマネージャの設定ファイルが格納されているディレクトリです。

templates
rule.properties
管理ユニット運用ルールのテンプレートファイルです。

machine_info.xml
管理対象マシン情報ファイルのテンプレートファイルです。

virtualserver.properties
仮想サーバ構築用プロパティファイルのテンプレートファイルです。

rasetup.properties
Component Container管理者設定用プロパティファイルのテンプレートファイルです。

version.properties
インタフェースバージョン定義ファイルのテンプレートファイルです。

vmx.properties
仮想サーバマネージャプロパティファイルのプロパティファイルです。

vmxclient.properties
仮想サーバマネージャのクライアント共通設定プロパティファイルのテンプレートファイルです。

WebFront.xml
簡易構築定義ファイルのテンプレートファイルです。

MachineInfo-1.0.xsd
管理対象マシン情報ファイル用のスキーマ定義です。

vmx_avcs_cjwconf.properties
VMware vCenter Serverの接続処理の共通定義ファイルのテンプレートファイルです。

vmx_avcs_usrconf.cfg
VMware vCenter Serverの接続処理のオプション定義ファイルのテンプレートファイルです。

vmx_avcs_usrconf.properties
VMware vCenter Serverの接続処理のプロパティファイルのテンプレートファイルです。

log
－
仮想サーバマネージャ用のログ出力先ディレクトリです。このディレクトリのパスは，vmx.properties（仮想サーバマネージャプロパティファイル）で変更できます。詳細については，「7.7　仮想サーバのログ情報の取得」を参照してください。

mngunit
－
－

<管理ユニット名>
管理ユニットごとの仮想サーバ上のアプリケーションサーバログ（Vmログ）を格納するディレクトリです。
仮想サーバ上のアプリケーションサーバログを格納するファイルは，仮想サーバマネージャによって，次の形式で生成されます。
<取得日時_仮想サーバの管理LANのIPアドレス※>.zip

spool
－
仮想サーバマネージャ用の処理データ格納ディレクトリです。

（凡例）

－：該当しません。

注※

単一のLANのシステム（管理LANと業務LANを分けないシステム）では，「仮想サーバの管理IPアドレス」は「仮想サーバのIPアドレス」と読み替えてください。

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

このマニュアルを読むに当たっての参考情報を示します。

＜この節の構成＞

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

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

付録B.3　英略語

付録B.4　常用漢字以外の漢字の使用について

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

付録B.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-R78）

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）

なお，このマニュアルでは，次のマニュアルについて，対象OSおよびバージョン番号を省略して表記しています。マニュアルの正式名称とこのマニュアルでの表記を次の表に示します。

正式名称 | このマニュアルでの表記
Cosminexus アプリケーションサーバ V8 概説 | Cosminexus アプリケーションサーバ 概説
Cosminexus アプリケーションサーバ V8 システム設計ガイド | Cosminexus アプリケーションサーバ システム設計ガイド
Cosminexus アプリケーションサーバ V8 システム構築・運用ガイド | Cosminexus アプリケーションサーバ システム構築・運用ガイド
Cosminexus アプリケーションサーバ V8 機能解説 基本・開発編(コンテナ共通機能) | Cosminexus アプリケーションサーバ 機能解説 基本・開発編(コンテナ共通機能)
Cosminexus アプリケーションサーバ V8 機能解説 運用／監視／連携編 | Cosminexus アプリケーションサーバ 機能解説 運用／監視／連携編
Cosminexus アプリケーションサーバ V8 機能解説 保守／移行／互換編 | Cosminexus アプリケーションサーバ 機能解説 保守／移行／互換編
Cosminexus アプリケーションサーバ V8 運用管理ポータル操作ガイド | Cosminexus アプリケーションサーバ 運用管理ポータル操作ガイド
Cosminexus アプリケーションサーバ V8 リファレンス コマンド編 | Cosminexus アプリケーションサーバ リファレンス コマンド編
Cosminexus アプリケーションサーバ V8 リファレンス 定義編(サーバ定義) | Cosminexus アプリケーションサーバ リファレンス 定義編(サーバ定義)
Cosminexus アプリケーションサーバ V8 リファレンス 定義編(アプリケーション／リソース定義) | Cosminexus アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)
Cosminexus アプリケーションサーバ V8 アプリケーション開発ガイド | Cosminexus アプリケーションサーバ アプリケーション開発ガイド
Cosminexus アプリケーションサーバ V8 メッセージ 3 KECX-KEDT／KEOS02000-29999／KEUC-KFRM編 | Cosminexus アプリケーションサーバ メッセージ 3
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/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 操作ガイド

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

このマニュアルで使用している表記と，対応する製品名を次に示します。

表記 | 製品名
ACOS | AX2000
BS320ロードバランサブレード
Application Server | Application Server Enterprise | uCosminexus Application Server Enterprise
Application Server Standard | uCosminexus Application Server Standard
BIG-IP v9 | BIG-IP 1500
BIG-IP 6400
Developer | Developer Professional | uCosminexus Developer Professional
Developer Standard | uCosminexus Developer Standard
HiRDB | HiRDB/Parallel Server | HiRDB/Parallel Server Version 7
HiRDB/Parallel Server Version 8
HiRDB/Single Server | HiRDB/Single Server Version 7
HiRDB/Single Server Version 8
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/PFM | JP1/PFM - Agent | JP1/PFM - Agent for Cosminexus | JP1/Performance Management - Agent Option for uCosminexus Application Server
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
Oracle11g | Oracle Database 11g
Oracle Database 11g R2
Oracle9i | Oracle9i
Oracle9i R2
Service Platform | uCosminexus Service Platform
UNIX | Linux | Linux 5（AMD/Intel 64） | Red Hat Enterprise Linux(R) 5（AMD/Intel 64）
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 Advanced Platform（x86） | Red Hat Enterprise Linux(R) 5 Advanced Platform（x86）
Linux AS 4（x86） | Red Hat Enterprise Linux(R) AS 4（x86）
Linux ES 4（x86） | Red Hat Enterprise Linux(R) ES 4（x86）
VMware | VMware ESX | VMware ESX 3.5 | VMware(R) ESX 3.5
VMware ESX 4 | VMware(R) ESX 4
VMware Tools | VMware(R) Tools
VMware vCenter Server | VMware(R) vCenter Server
VMware vSphere Client | VMware(R) vSphere Client
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
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 | 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 | JavaTM Development Kit
JSP | JavaServer PagesTM
Servletまたはサーブレット | JavaTM Servlet
WAR | Web ARchive

付録B.3　英略語

このマニュアルで使用している英略語を次に示します。

英略語 | 英字での表記
ACOS | Advanced Core Operating System
API | Application Programming Interface
CIFS | Common Internet File System
CORBA | Common Object Request Broker Architecture
CPU | Central Processing Unit
DB | Database
DD | Deployment Descriptor
DNS | Domain Name Service
EIS | Enterprise Information System
GMT | Greenwich Mean Time
GUI | Graphical User Interface
HTML | Hyper Text Markup Language
HTTP | Hyper Text Transfer Protocol
HTTPS | Hyper Text Transfer Protocol Security
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
LUN | Logical Unit Number
NFS | Network File System
NIC | Network Interface Card
NTP | Network Time Protocol
OS | Operating System
SPP | Service Providing Program
ssh | Secure Shell
SSL | Secure Sockets Layer
TCO | Total Cost of Ownership
URL | Uniform Resource Locator
UTF | UCS Transformation Format
UUID | Universally Unique IDentifier
VM | Virtual Machine
XML | Extensible Markup Language

付録B.4　常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

個所（かしょ）　筐体（きょうたい）　必須（ひっす）

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

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

付録C　用語解説

アプリケーションサーバで使用する用語について説明します。

（数字）

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

アプリケーションを運用環境に配置するときの定義情報を記述したものです。EJB用，Webアプリケーション用，Enterpriseアプリケーション用などがSun Microsystems, Inc.からの仕様で規定されています。

EARファイル

J2EEアプリケーションを構成する複数のEJB-JARファイル，WARファイル，およびDDをEARファイル形式でパッケージ化したものです。

EJBコンテナ

Enterprise Beanを制御する実行環境です。また，通信，トランザクション管理などのシステムレベルのサービスも提供します。Enterprise Beanの実体は，EJBコンテナの中で実行されます。

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/IM

企業情報システム全体を統合管理する基盤になるプログラム群です。仮想化システムでは，JP1/IM - ManagerおよびJP1/IM - Viewを使用して連携します。

JP1/PFM

企業システムを構成するデータベースやアプリケーションなどの稼働状況を監視するプログラム群です。仮想化システムでは， JP1/PFM - Manager， JP1/PFM - Web Console，およびJP1/PFM - Agent for Cosminexusを使用して連携します。

JP1イベント

システム内で何らかの事象が発生した際に，その事象に関してJP1/Baseに通知される情報です。

Management Server

運用管理ドメインを構成するサーバプログラムです。運用管理ドメイン単位に一つ配置します。

Management Serverは運用管理ドメイン内の各ホストに配置した運用管理エージェントに指示を出して，運用管理ドメイン全体の運用管理を実行します。

PRFデーモン

バッファに出力されたPRFトレースをPRFトレースファイルに出力するIOプロセスです。

Management Serverでは，論理サーバとして扱えます。Management Serverで扱う場合は，パフォーマンストレーサといいます。

Smart Composer機能

一般的な3階層モデルのアプリケーションサーバのシステムを，簡単に構築および運用できるよう支援する機能です。システム全体に対して，システムの設定，およびJ2EEアプリケーションやリソースアダプタのデプロイを一括で実行できるので，簡単，迅速にシステム構築ができます。

構築したシステムを一括で起動したり，一括でシステムの設定を変更したりなど，運用機能についてもサポートしています。

snapshotログ

ある時点でのJ2EEサーバやバッチサーバの状態が出力されたログファイルです。

トラブルシューティングに必要な情報が自動的に出力されます。

Management Serverを利用している場合は，次のタイミングで出力されます。

論理サーバに異常が発生した時

運用管理ポータルまたは運用管理コマンドによってsnapshotログの収集を要求した時

Management Serverを利用していない場合は，コマンド（snapshotlog）を実行した時に出力されます。このコマンドで出力できるのは，そのコマンドを実行したホストの情報だけです。

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クラスタシステムで，単一の業務サービスを提供します。

（ア行）

アプリケーションサーバ

情報システムの中間に位置し，ユーザの要求（プレゼンテーション層）とデータベースなどの業務システム（データ層）の処理を橋渡しするためのアプリケーション層を構築するためのミドルウェアです。

運用管理エージェント

運用管理者の代わりに，それぞれのホスト上の論理サーバを起動したり，設定ファイルを更新したりするエージェントプログラムです。

運用管理ポータル

Management Serverを操作するためのGUIです。Webブラウザで表示します。

（カ行）

仮想化環境

仮想化ソフトウェアによって実現される仮想マシンを使用した環境のことです。

仮想化ソフトウェア

ソフトウェアで仮想マシンを実現する製品の総称です。

仮想サーバ

仮想化システムで，アプリケーションサーバを構築した仮想マシンのことです。仮想サーバ上のアプリケーションサーバは，仮想アプリケーションサーバともいいます。

仮想サーバマネージャ

仮想化システムを構築し，仮想サーバを運用管理するためのプロセスです。

仮想サーバマネージャGUI

仮想サーバマネージャで管理する，仮想サーバや管理対象マシンの稼働状況の監視や，管理ユニットの一括起動または一括停止をするためのGUIです。Webブラウザで表示します。

仮想マシン

仮想化技術によって，物理的なコンピュータ（物理マシン）を分割し，それぞれで独立したOSやソフトウェアなどが動作する論理的なコンピュータのことです。

管理ユニット

同一のデプロイメント（プロセスの配置，J2EEアプリケーションやリソースアダプタのデプロイ，定義）を適用する仮想サーバの集合です。

仮想化システムの構築・運用で使用する概念です。

現用系

最初に業務処理を実行する（実行中のサーバ）を指します。

コールドスタンバイ

システムを多重化（現用系と予備系）して信頼性を向上させる手法の一つです。通常は現用系のマシンが動作し，障害時に予備系のマシンに切り替えて運用します。

（サ行）

サーバ仮想化技術

一つのサーバを，あたかも複数のサーバであるかのように見せる技術です。この技術によって，1台の物理サーバのリソースを分割または統合して，何台もの仮想化したサーバが動作しているように見せたり，複数の物理サーバを1台のサーバのように見せたりできます。また，この仮想化されたサーバごとに，OS，アプリケーションなどを割り当てられます。

サーバ管理コマンド

サーバで管理しているアプリケーションおよびリソースの設定をするためのコマンド群です。

サーバ通信エージェント

仮想サーバマネージャから，仮想サーバ上のアプリケーションサーバをセットアップおよび操作するために，仮想サーバ上で起動するエージェントプログラムです。

ジョブ

JP1/AJSで扱うシステム運用の各作業のことです。

ジョブネット

JP1/AJSで扱うジョブの実行順序を関連づけたものです。

スケールアウト

システム全体の処理性能を向上させることを目的として，サーバの台数を増やすことをいいます。

スケールイン

システムの規模を縮小する場合などに，サーバの台数を減らすことをいいます。

セントラルコンソール

JP1/IMと連携している場合に，システムで発生した事象をJP1イベントによって集中管理することで，システムを統合管理するための仕組みです。

セントラルスコープ

JP1/IMと連携している場合に，システムの監視画面として管理者の目的に合わせた画面を提供することで，目的指向型のシステムを監視するための仕組みです。

（ハ行）

パフォーマンストレーサ

PRFデーモンのことです。

Management Serverでは，パフォーマンストレーサを論理サーバとして扱えます。

負荷分散機

Webブラウザなどからのリクエストを一元的に受け付けて，同等の機能を持つ複数のサーバに転送して各サーバの負荷を分散させるための装置です。

物理マシン

物理的なコンピュータのことです。

（ヤ行）

予備系

最初に障害に備えて待機させる系（待機中のサーバ）を指します。

（ラ行）

リソースアダプタ

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サーバなどがあります。クラスタとは，ある共通の機能を提供するサーバの集合です。

索引

[数字]
[Ａ][Ｃ][Ｄ][Ｅ][Ｊ][Ｍ][Ｎ][Ｏ][Ｐ][Ｒ][Ｓ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(数字)

1.4モード〔用語解説〕

(英字)

(Ａ)

Application Server〔用語解説〕

Application Server Enterpriseのインストール

Application Server Enterpriseのインストールと初期設定

(Ｃ)

combined-tier

Component Container管理者〔用語解説〕

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

Component Container管理者設定用プロパティファイル

CORBAネーミングサービス〔用語解説〕

cosminexus.xml〔用語解説〕

Cosminexus Component Container〔用語解説〕

Cosminexus Component Transaction Monitor〔用語解説〕

Cosminexus Performance Tracer〔用語解説〕

Cosminexus アプリケーションサーバ〔用語解説〕

(Ｄ)

DB Connector〔用語解説〕

DD〔用語解説〕

DNSサーバへの仮想サーバの登録

(Ｅ)

EARファイル〔用語解説〕

EJBコンテナ〔用語解説〕

(Ｊ)

J2EEアプリケーション〔用語解説〕

J2EEコンテナ〔用語解説〕

J2EEサーバ

J2EEサーバ〔用語解説〕

JDBCドライバの配置

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

JP1〔用語解説〕

JP1/AJS3〔用語解説〕

JP1/AJS3との連携

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

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

JP1/AJS3の自動運用を利用するための設定

JP1/IM〔用語解説〕

JP1/IMとの連携

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

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

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

JP1/IMの障害監視を利用するための設定

JP1/IMを使用した障害監視

JP1/PFM〔用語解説〕

JP1/PFMとの連携

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

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

JP1/PFMの負荷監視を利用するための設定

JP1/PFMを使用した負荷監視

JP1イベント〔用語解説〕

JP1運用管理ホスト

JP1運用管理ホストの仮想マシンの作成

JP1運用管理ホストの構築

JP1運用管理ホストの前提条件

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

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

(Ｍ)

machine_info.xml（管理対象マシン情報ファイル）

Management Server

Management Server〔用語解説〕

Management Server環境設定ファイル

Management Serverの設定

Microsoft Sysprepツールのインストール

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

(Ｎ)

NTPクライアントの設定

(Ｏ)

OS固有の設定

OSのインストール

(Ｐ)

PRFデーモン

PRFデーモン〔用語解説〕

(Ｒ)

rasetup.properties（Component Container管理者設定用プロパティファイル）

rasetup.propertiesで設定できるプロパティ

rasetup.propertiesの設定例

rule.properties

rule.properties（管理ユニット運用ルール）

(Ｓ)

Smart Composer機能〔用語解説〕

snapshotログ〔用語解説〕

sshクライアントの環境設定

(Ｖ)

version.properties（インタフェースバージョン定義ファイル）

version.propertiesで設定できるプロパティ

version.propertiesの設定例

virtualserver.properties（仮想サーバ構築用プロパティファイル）

VMware Toolsのインストール

VMware vCenter ServerとSSL接続するための準備

VMware vCenter Serverのアカウントの作成

VMware vCenter Serverのインストールと初期設定

VMware vCenter Serverの障害

VMware vCenter Serverへの管理対象の設定

VMware vCenter Serverを使用した障害監視

VMware vCenter Serverを使用した負荷監視

VMware vSphere Clientのインストール

vmx.properties（仮想サーバマネージャプロパティファイル）

vmx.propertiesへのアクセス権の設定

vmxclient.properties（仮想サーバマネージャのクライアント共通設定プロパティファイル）

vmxlog.conf（仮想サーバのアプリケーションサーバログ収集対象設定ファイル）

Vmログ

Vmログ収集機能

(Ｗ)

Webアプリケーション〔用語解説〕

Webコンテナ〔用語解説〕

Webサーバ

Webサーバ〔用語解説〕

Webサーバ連携〔用語解説〕

Webシステム〔用語解説〕

Windows Server 2008使用時の注意事項

(ア行)

(あ)

アプリケーションサーバ〔用語解説〕

アプリケーションサーバ情報ディレクトリ

アプリケーションサーバ情報ディレクトリに配置する定義ファイル群のバージョンを管理するための設定

アプリケーションサーバ情報ディレクトリの構成

アプリケーションサーバ情報ディレクトリへの定義ファイルの配置

アプリケーションサーバ情報ディレクトリを構成する各ファイルの詳細

アプリケーションサーバで使用する定義ファイルの作成

アプリケーションサーバの更新

アプリケーションサーバの構成の定義

アプリケーションサーバの設定変更

アプリケーションサーバの定義のバックアップの取得

アプリケーションのインポートと開始

アプリケーションの更新

アンカーメニュー

(い)

インタフェースバージョン定義ファイル

(う)

運用管理エージェント

運用管理エージェント〔用語解説〕

運用管理ポータル〔用語解説〕

運用用データストア用のストレージの準備

運用用物理マシンの障害

運用用物理マシンへのハイパーバイザのインストール

(カ行)

(か)

仮想NIC

仮想アプリケーションサーバ

仮想アプリケーションサーバイメージ

仮想化環境〔用語解説〕

仮想化システム

仮想化システムで使用する環境の準備

仮想化システムで使用するネットワーク構成例

仮想化システムで使用するマシンの種類

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

仮想化システムとは

仮想化システムの運用で使用する機能

仮想化システムの概要

仮想化システムの概要

仮想化システムの構成

仮想化システムの構築・運用時の作業の流れ

仮想化システムの構築・運用時の注意事項

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

仮想化システムのシステム構成パターン

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

仮想化システムを構成する要素

仮想化ソフトウェア〔用語解説〕

仮想サーバ

仮想サーバ〔用語解説〕

仮想サーバイメージ管理ホスト

仮想サーバイメージ管理ホストが使用するリソースの見積もり

仮想サーバイメージ管理ホストの前提条件

仮想サーバイメージ管理ホストのハイパーバイザの初期設定

仮想サーバイメージ管理ホストへのハイパーバイザのインストール

仮想サーバ運用管理ホスト

仮想サーバ運用管理ホストが使用するリソースの見積もり

仮想サーバ運用管理ホストの仮想マシンの作成

仮想サーバ運用管理ホストの前提条件

仮想サーバ運用管理ホストへのApplication Server Enterpriseのインストール

仮想サーバ運用管理ホストへのOSのインストール

仮想サーバ起動時にJP1/IMのサービスを開始するための設定

仮想サーバ起動時にJP1/PFMのサービスを開始するための設定

仮想サーバ起動時ユーザスクリプトファイル

仮想サーバ起動時ユーザスクリプトファイルの更新

仮想サーバ起動時ユーザスクリプトファイルの作成

仮想サーバ構築用プロパティファイル

仮想サーバ上のアプリケーションサーバの障害

仮想サーバ上のアプリケーションサーバを構成するプロセス

仮想サーバ停止時にログを取得するための設定

仮想サーバ停止時のログ情報の取得

仮想サーバのアプリケーションサーバログ収集対象設定ファイル

仮想サーバの起動

仮想サーバの業務LANのIPアドレスの取得

仮想サーバの更新

仮想サーバの更新

仮想サーバの障害監視

仮想サーバの障害検知

仮想サーバのスケールアウト

仮想サーバのスケールアウト

仮想サーバのスケールアウトとスケールイン

仮想サーバのスケールイン

仮想サーバのスケールイン

仮想サーバの停止

仮想サーバのログ情報の取得

仮想サーバのログのアーカイブ

仮想サーバへの業務実行環境の構築

仮想サーバマネージャ

仮想サーバマネージャ〔用語解説〕

仮想サーバマネージャGUI〔用語解説〕

仮想サーバマネージャGUIの概要

仮想サーバマネージャGUIの画面と基本操作

仮想サーバマネージャGUIの操作画面

仮想サーバマネージャGUIの操作画面での注意事項

仮想サーバマネージャGUIの操作画面の共通項目

仮想サーバマネージャGUIの操作画面の構成

仮想サーバマネージャGUIの操作画面の詳細

仮想サーバマネージャGUIのログイン画面

仮想サーバマネージャGUIを使用した障害監視

仮想サーバマネージャで運用・管理する管理対象マシン情報の作成

仮想サーバマネージャとVMware vCenter Serverの設定情報のバックアップの取得

仮想サーバマネージャによる仮想サーバの障害監視と障害検知の流れ

仮想サーバマネージャの管理ユニットによるシステム構築の例

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

仮想サーバマネージャのクライアント共通設定プロパティファイル

仮想サーバマネージャの構築

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

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

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

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

仮想サーバマネージャのファイル

仮想サーバマネージャのプロパティの設定

仮想サーバマネージャプロパティファイル

仮想サーバマネージャへの管理対象マシン情報の登録

［仮想サーバマネージャ ログ］画面

仮想サーバを格納したディスクの障害

仮想サーバを自動セットアップするための設定

仮想スイッチ

仮想マシン〔用語解説〕

仮想マシンの作成

仮想マシンの作成と初期設定

仮想マシンの停止

仮想マシンのバックアップの取得

稼働状況の一覧表示

簡易構築定義ファイル

簡易構築定義ファイルの作成例

簡易構築定義ファイルの指定内容

簡易構築定義ファイルの定義項目ごとに指定するタグと指定内容

管理LAN

管理LANのIPアドレスの決定

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

管理対象マシン

［管理対象マシン］アンカー

管理対象マシンが使用するリソースの見積もり

管理対象マシン情報ファイル

管理対象マシンの前提条件

管理対象マシンのハードウェアの障害

管理対象マシンのハイパーバイザの初期設定

［管理対象マシンビュー］画面

管理対象マシンへのハイパーバイザのインストール

管理ユニット

管理ユニット〔用語解説〕

［管理ユニット］アンカー

管理ユニット運用ルール

管理ユニット運用ルール

管理ユニット運用ルールの作成

管理ユニット運用ルールの変更

管理ユニットの一括起動

管理ユニットの一括起動および一括停止の範囲の例

管理ユニットの一括停止

管理ユニットの構成

管理ユニットの作成

管理ユニットの作成

管理ユニットの作成の流れ

管理ユニットの適用範囲の例

管理ユニットのデプロイ

管理ユニットのデプロイ

管理ユニットのデプロイの流れ

［管理ユニットビュー］画面

管理ユニットへの更新の適用

(き)

業務LAN

業務ごとの情報の決定

業務のサイジングによる仮想サーバおよびリソースの構成の決定

業務用データストアの作成

業務用データストア用のストレージの準備

業務を実行する環境で使用するネットワークおよび機器の設定

業務を実行する環境の準備

共有ディスク

共有ディスク（業務用データストア）の見積もり

共有ディスクの前提条件

(け)

ゲストOSの更新

現用系〔用語解説〕

(こ)

コールドスタンバイ〔用語解説〕

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

(サ行)

(さ)

サーバ仮想化技術〔用語解説〕

サーバ管理コマンド〔用語解説〕

サーバ通信エージェント

サーバ通信エージェント〔用語解説〕

サーバ通信エージェントの自動起動の設定（ゲストOSがLinuxの場合）

サーバ通信エージェントの初期設定

［最新の状態に更新］ボタン

(し)

システム運用

システム構成パターン選択の指針

システム構成パターンの選択

システム構築

システム構築・運用の概要

システム障害時の復旧

システムの開始と停止

システムの構築・運用作業の概要

システムの構築・運用作業の流れ

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

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

システムを構築する前に

障害監視

使用するリソースの見積もり

ジョブ〔用語解説〕

ジョブネット〔用語解説〕

(す)

スケールアウト

スケールアウト〔用語解説〕

スケールイン

スケールイン〔用語解説〕

ステータスの種類と意味

ステータスの遷移

(せ)

前提となる環境の準備

セントラルコンソール〔用語解説〕

セントラルスコープ〔用語解説〕

(そ)

操作端末

操作端末の前提条件

(タ行)

(て)

定義ファイルの取得

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

データベースサーバマシンの前提条件

データベースの構成

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

デプロイ

(ナ行)

(ね)

ネットワークの設定

ネットワークラベル

ネットワークラベルの決定

(ハ行)

(は)

ハイパーバイザ管理ホスト

ハイパーバイザ管理ホストの仮想マシンの作成

ハイパーバイザ管理ホストの前提条件

ハイパーバイザと関連する環境の構築

パターン1（テスト環境のオンデマンド提供）で実行する業務と仮想サーバの配置の例

パターン1（テスト環境のオンデマンド提供）でのシステム構成

パターン1（テスト環境のオンデマンド提供）でのソフトウェア構成

パターン1（テスト環境のオンデマンド提供）の開始と停止

パターン1（テスト環境のオンデマンド提供）の概要

パターン1（テスト環境のオンデマンド提供）の業務ごとに決定する情報の例

パターン1（テスト環境のオンデマンド提供）の構築・運用作業の流れ

パターン1（テスト環境のオンデマンド提供）のシステム構成とネットワーク構成例

パターン2（実行環境の持続的運用）で実行する業務と仮想サーバの配置の例

パターン2（実行環境の持続的運用）でのシステム構成

パターン2（実行環境の持続的運用）でのソフトウェア構成

パターン2（実行環境の持続的運用）の開始と停止

パターン2（実行環境の持続的運用）の概要

パターン2（実行環境の持続的運用）の業務ごとに決定する情報の例

パターン2（実行環境の持続的運用）の構築・運用作業の流れ

パターン2（実行環境の持続的運用）のシステム構成とネットワーク構成例

パターン3（実行環境のスケールアウト）で実行する業務と仮想サーバの配置の例

パターン3（実行環境のスケールアウト）でのシステム構成

パターン3（実行環境のスケールアウト）でのソフトウェア構成

パターン3（実行環境のスケールアウト）の開始と停止

パターン3（実行環境のスケールアウト）の概要

パターン3（実行環境のスケールアウト）の業務ごとに決定する情報の例

パターン3（実行環境のスケールアウト）の業務ごとに決定する負荷分散機に関する情報の例

パターン3（実行環境のスケールアウト）の構築・運用作業の流れ

パターン3（実行環境のスケールアウト）のシステム構成とネットワーク構成例

パターン4（小規模部門サーバの集約）で実行する業務と仮想サーバの配置の例

パターン4（小規模部門サーバの集約）でのシステム構成

パターン4（小規模部門サーバの集約）でのソフトウェア構成

パターン4（小規模部門サーバの集約）の開始と停止

パターン4（小規模部門サーバの集約）の概要

パターン4（小規模部門サーバの集約）の業務ごとに決定する情報の例

パターン4（小規模部門サーバの集約）の構築・運用作業の流れ

パターン4（小規模部門サーバの集約）のシステム構成とネットワーク構成例

バックアップの取得およびログのアーカイブ

バックアップ用ストレージの準備

パフォーマンストレーサ

パフォーマンストレーサ〔用語解説〕

(ふ)

負荷監視

負荷分散機

負荷分散機〔用語解説〕

負荷分散機でのリクエスト振り分けの設定

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

負荷分散機の構成

負荷分散機の前提条件

物理NIC

物理マシン〔用語解説〕

(ほ)

ポートグループ

(マ行)

(ま)

マスタ仮想サーバ

マスタ仮想サーバの構築

(み)

ミドルウェアの更新

(ヤ行)

(よ)

予備系〔用語解説〕

(ラ行)

(り)

リクエスト振り分けの設定

リソースアダプタ〔用語解説〕

(ろ)

ローカルディスク上のデータストアの名称の設定

ロードバランサ〔用語解説〕

ローリングアップデート

ログアウト

［ログアウト］アンカー

［ログ］アンカー

ログイン

論理サーバ〔用語解説〕

■ 商標類

AMDは，Advanced Micro Devices, Inc.の商標です。
AX2000は，A10 Networks, Inc.の商品名称です。
BIG-IP，3-DNS，iControl Services Manager，FirePass　および F5 は F5 Networks Inc の商標，または登録商標です。
Borlandのブランド名および製品名はすべて，米国Borland Software Corporationの米国およびその他の国における商標または登録商標です。
CORBAは，Object Management Groupが提唱する分散処理環境アーキテクチャの名称です。
IIOPは，OMG仕様によるORB(Object Request Broker)間通信のネットワークプロトコルの名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
JavaScriptは，米国およびその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
JDKは，米国 Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
JSPは，米国 Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Internet Information Servicesは，米国Microsoft Corp.の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
OMG，CORBA，IIOP，UML，Unified Modeling Language，MDA，Model　Driven　Architectureは，Object Management Group, Inc.の米国及びその他の国における登録商標または商標です。
ORACLEは，米国Oracle Corporation の登録商標です。
Oracle 及び Oracle Database 11g は，米国オラクル・コーポレーション及びその子会社，関連会社の米国及びその他の国における登録商標または商標です。
Oracle 10gは，米国Oracle Corporationの商標です。
Oracle9iは，米国Oracle Corporationの商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標若しくは商標です。
SQL Serverは，米国法人Sybase，Inc.の商標です。
Sun，Sun Microsystems，Javaは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Sun Microsystemsは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。
VMwareは，VMware, Inc.の米国および各国での登録商標または商標です。
VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。
VMwareおよびVMware vSphereは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
X/Openは，X/Open Company Limited の英国ならびに他の国における登録商標です。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).