3.3.1　インストールとセットアップの前に

(a)　クラスタシステム

次の条件が整っていることを確認してください。

• クラスタシステムがクラスタソフトによって制御されていること。

• クラスタソフトが論理ホスト運用するPFM - RM for Virtual Machineの起動や停止などを制御するように設定されていること。

  注意事項

  • Windows Server 2003では，ワトソン博士でアプリケーションエラーのメッセージボックスが表示されると，フェールオーバーできないおそれがあるため，メッセージボックスによるエラーの通知を抑止する必要があります。抑止手順については，OSのマニュアルを参照してください。なお，エラーの通知を抑止すると，アプリケーションエラーが発生した際の情報取得に影響が出る場合があるため注意してください。

  • アプリケーションエラーが発生すると，Microsoftへエラーを報告するダイアログボックスが表示されます。このダイアログボックスが表示されるとフェールオーバーできないおそれがあるため，エラー報告を抑止する必要があります。抑止手順については，OSのマニュアルを参照してください。

(b)　共有ディスク

次の条件が整っていることを確認してください。

• 論理ホストごとに共有ディスクがあり，実行系ノードから待機系ノードへ引き継げること。

• 共有ディスクが，各ノードに物理的にFibre ChannelやSCSIで接続されていること。Performance Managementでは，ネットワークドライブや，ネットワーク経由でレプリケーションしたディスクを共有ディスクとして使う構成はサポートされていません。

• フェールオーバーの際に，何らかの問題によって共有ディスクを使用中のプロセスが残った場合でも，クラスタソフトなどの制御によって強制的に共有ディスクをオフラインにしてフェールオーバーできること。

• 1つの論理ホストで複数のPFM製品を運用する場合，共有ディスクのフォルダ名が同じであること。なお，Storeデータベースについては格納先を変更して，共有ディスク上のほかのフォルダに格納できます。

(c)　論理ホスト名，論理IPアドレス

次の条件が整っていることを確認してください。

• 論理ホストごとに論理ホスト名，および論理ホスト名と対応する論理IPアドレスがあり，実行系ノードから待機系ノードに引き継げること。

• 論理ホスト名と論理IPアドレスが，hostsファイルやネームサーバに設定されていること。

• DNS運用している場合は，FQDN名ではなく，ドメイン名を除いたホスト名を論理ホスト名として使用していること。

• 物理ホスト名と論理ホスト名は，システムの中でユニークであること。

  注意事項

  • 論理ホスト名に，物理ホスト名（hostnameコマンドで表示されるホスト名）を指定しないでください。正常に通信処理がされなくなるおそれがあります。

  • 論理ホスト名に使用できる文字は，1〜32バイトの半角英数字です。次の記号および空白文字は指定できません。

    / \ : ; * ? ' " < > | & = , .

  • 論理ホスト名には，"localhost"，IPアドレス，"-"から始まるホスト名を指定できません。

(d)　IPv6を使用する場合の設定

Performance Managementでは，ネットワーク構成がIPv4環境だけでなくIPv6環境にも対応しています。そのため，IPv4環境とIPv6環境が混在するネットワーク構成でも，Performance Managementを運用できます。

PFM - RM for Virtual Machineでは，PFM - ManagerとIPv6で通信できます。

ただし，PFM - RM for Virtual Machineが導入されているホストのOSがWindows Server 2008 R2またはWindows Server 2012，かつPFM - Managerが導入されているホストのOSがWindows Server 2008 R2，Windows Server 2012またはLinuxの場合に限ります。

IPv4環境とIPv6環境での通信の適用範囲については，「付録K　IPv4環境とIPv6環境での通信について」を参照してください。

IPv6で通信する場合，PFM - ManagerホストとPFM - RMホストのそれぞれでIPv6の利用設定を有効にする必要があります。この設定はjpcconf ipv6 enableコマンドで実行しますが，コマンドの実行要否は次のとおりです。

jpcconf ipv6 enableコマンドの実行が必要なケース

• それぞれのホストで，IPv4環境からIPv6環境に変更する場合

• IPv4環境とIPv6環境が共存していて，PFM - ManagerをIPv4環境からIPv6環境に変更する場合

jpcconf ipv6 enableコマンドの実行が不要なケース

• それぞれのホストが，すでにIPv6環境である場合

• IPv4環境とIPv6環境が共存していて，PFM - ManagerがIPv6環境である場合

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

jpcconf ipv6 enable

jpcconf ipv6 enableコマンドは，実行系および待機系のそれぞれで実行してください。

jpcconf ipv6 enableコマンドの詳細については，マニュアル「JP1/Performance Management リファレンス」のコマンドについて説明している章を参照してください。また，jpcconf ipv6 enableコマンドを実行する条件やタイミングについては，マニュアル「JP1/Performance Management 設計・構築ガイド」のIPv6環境が含まれる場合のネットワーク構成例について説明している章を参照してください。

なお，PFM - RM for Virtual Machineと監視対象ホストをIPv6で通信する場合，名前解決できる監視対象ホスト名を指定してください。

PFM - RM for Virtual Machineと監視対象との通信は，解決できるIPアドレスで通信します。また，PFM - RM for Virtual Machineと監視対象との通信では，IPv4とIPv6が共存した環境の場合，解決できるIPアドレスで通信に失敗したとき，別のIPアドレスで通信することはありません。

例えば，IPv4で接続に失敗した場合，IPv6でリトライすることはありません。また，IPv6で接続に失敗した場合に，IPv4でリトライすることもありません。事前に接続できることを確認してください。

(e)　WMI接続（仮想環境がHyper-Vの場合）

次の条件が整っていることを確認してください。

• 実行系ノードと待機系ノードの両方の環境で，監視対象ホストにWMI接続ができる同一のユーザーアカウントがある

WMI接続の設定の詳細については「2.5.2(1)　WMI接続の設定」を参照してください。

(f)　SSH接続（仮想環境がKVMの場合）

次の条件が整っていることを確認してください。

• 実行系ノードと待機系ノードの両方の環境で，同じパスの秘密鍵がある

• その秘密鍵を用いて，監視対象ホストに接続できる

• 実行系ノードと待機系ノードの両方の環境で，同じパスにPuTTYをインストールしている

  注意事項

  次のどちらかの方法で秘密鍵と公開鍵を登録してください。

  • 実行系サーバで作成した秘密鍵を待機系サーバにコピーして，実行系サーバから監視対象ホストに配布した公開鍵と対応させる

  • 実行系サーバと待機系サーバの両方で公開鍵を作成して，両方の公開鍵を監視対象ホストに登録することで，公開鍵を対応させる