PowerGres V13 向け
LifeKeeper による HA クラスタ構成
導入手順書
バージョン 1.02022-01-24
SRA OSS, Inc.日本支社

改定履歴
日付
2022/1/24

版番号
1.0

変更内容
初版

PowerGres V13 向け LifeKeeper による HA クラスタ構成 導入手順書

－
1

2

3

目

次

－

本文書について .............................................................. - 4 1.1

対象読者 ......................................................................................................................................... - 4 -1.2

関連文書 ......................................................................................................................................... - 4 -1.3

著作権と商標 .................................................................................................................................. - 4 -1.4

免責事項 ......................................................................................................................................... - 4 -システム構成 ................................................................ - 5 2.1

構成概要 ......................................................................................................................................... - 5 -2.2

本手順書における動作環境 ............................................................................................................ - 6 -インストール ................................................................ - 7 3.1

LIFEKEEPER のインストール ........................................................................................................ - 7 -3.2

VMDK AS SHARED STORAGE RECOVERY KIT のインストールと ESXI ホスト登録設定 ............... - 8 -3.3

POSTGRESQL RECOVERY KIT のインストール .............................................................................. - 9 -3.4

POWERGRES V13 のインストール ............................................................................................... - 10 -4

VMDK 共有ディスクの設定 .................................................... - 13 -5

POWERGRES の設定 ........................................................... - 16 5.1

データベースクラスタの作成 ....................................................................................................... - 16 -5.2

死活監視用ユーザとパスワードファイルの作成 .......................................................................... - 19 -5.3

スタンバイサーバの設定 .............................................................................................................. - 20 -6

コミュニケーションパスの作成 ............................................... - 24 -7

VMDK リソース階層の作成 .................................................... - 31 -8

POWERGRES リソース階層の作成 ............................................... - 38 -9

IP リソース階層の作成 ...................................................... - 47 -10 リソース依存関係の作成 ..................................................... - 52 11 動作確認 ................................................................... - 55 11.1

スイッチオーバの確認 .............................................................................................................. - 55 -11.2

フェイルオーバの確認 .............................................................................................................. - 57 -

-3-

1

本文書について本文書は、LifeKeeper によって PowerGres の HA クラスタ構成を導入する手順について説明しま
す。

1.1

対象読者
本書は PowerGres の LifeKeeper による HA クラスタ構成を設計、導入するエンジニアを対象にしています。なお、HA クラスタ構成の概念、Linux（Unix 系 OS）の基本的な操作について理解していることが前提になります。

1.2

関連文書
PowerGres および LifeKeeper の詳細については、以下の文書を参照してください。

1.3⚫

PowerGres on Linux マニュアル⚫

PowerGres on Linux 管理ツールマニュアル⚫

SIOS Protection Suite インストレーションガイド

⚫

SIOS Protection Suite for Linux テクニカルドキュメンテーション

著作権と商標本書の著作権は SRA OSS, Inc. 日本支社に帰属します。本書の一部または全部を SRA OSS, Inc. 日
本支社の許諾なしに複製、転載および改変などを行うことは禁止されています。
本書に記載の社名および商品名などはそれぞれの所有者に所有権が帰属する商標または登録商標が含まれています。

1.4

免責事項
本書の内容は予告なしに変更されることがあります。SRA OSS, Inc. 日本支社は、本書の内容について万全を期していますが、その内容の正確性を保証するものではありません。SRA OSS, Inc. 日本支社
は本書を利用することで発生したいかなる損害について一切の責任を負いません。

-4-

2

システム構成2.1

構成概要
本書は以下図 1 に示すアクティブ・スタンバイ型の HA クラスタ構成を対象とします。

図 1 構築する HA クラスタ構成
HA クラスタ構成では通常は稼働系サーバで PowerGres のサービスが起動しています。クライアント
は 仮想 IP アドレスを通してデータベースに接続します。データ領域のデータは VMDK 共有ディスクによって待機系サーバと共有されます。
PowerGres、データ領域の配置されたディスク、仮想 IP アドレスの状態は LifeKeeper によって監視されます。また、サーバの状態はコミュニケーションパスを通して相互に監視されます。稼働系サーバ
で障害が検知されると、ローカルサーバでサービスの復旧が開始されます。ローカルサーバでサービスを復旧できない場合には待機系サーバへの切り替え（フェイルオーバ）が開始されます。

-5-

図 2 フェイルオーバ動作
待機系サーバへのサービスの切り替えが完了すると、待機系サーバで PowerGres のサービスが起動されます。データ領域の配置されたディスクと仮想 IP アドレスも待機系サーバに切り替わります。データベースへの接続は仮想 IP アドレスを通して行うため、クライアントは待機系サーバにサービスが切り替わったことを意識する必要がありません。

2.2

本手順書における動作環境
本手順書では以下のプラットフォーム上で構築を行うものとしています。
⚫

Redhat Enterprise Linux 8.4 (x86_64)⚫

VMware ESXi 6.0.0 Update 3

-6-

3

インストール以下のソフトウェアをすべてのサーバにインストールします。

3.1⚫

LifeKeeper for Linux v9.6⚫

VMDK as Shared Storage Recovery Kit v9.6⚫

PostgreSQL Recovery Kit v9.6⚫

PowerGres on Linux V13 Update 4

LifeKeeper のインストール
LifeKeeper をすべてのサーバにインストールします。詳細については「SIOS Protection Suite イ
ンストレーションガイド」を参照してください。
インストールは以下の手順に従って root ユーザで行います。

1.

LifeKeeper のイメージメディアをマウントします。
ここでは、イメージメディア（LKL_V960_110421.iso）が /media 配下に在るものとします。

# mkdir /mnt/ISO# mount -t iso9660 -o loop /media/LKL_V960_110421.iso /mnt/ISO
マウント先のディレクトリはあらかじめ作成しておく必要があります。

2.

イメージメディアがマウントされたディレクトリに移動します。

# cd /mnt/ISO

3.

セットアップイメージをマウントします。

# mkdir /mnt/IMG# mount -t iso9660 -o loop sps_960.img /mnt/IMG
セットアップイメージのファイル名はバージョンによって異なる場合があります。マウント先のディレクトリはあらかじめ作成しておく必要があります。

4.

セットアップイメージをマウントしたディレクトリに移動します。

# cd /mnt/IMG

5.

セットアップスクリプトを実行します。

# ./setup
セットアップスクリプトでは表示される指示に従って対話的に操作していきます。基本的に Enter
キーを押してデフォルトの設定のままで問題ありません。
-7-

6.

セットアップスクリプト内でライセンスキーをインストールしていない場合にはインストール
します。

$ sudo /opt/LifeKeeper/bin/lkkeyins
Please enter the complete pathname of the file containing your license key:
（ライセンスキーファイルの絶対パスを入力）
LifeKeeper license key installation was successful!

7.

コマンドとオンラインマニュアルのパスの設定を行います。

root ユーザのログインシェルが bash の場合には初期化ファイル~/.bash_profile の最後に以下の内容を追加します。
# for LifeKeeper
PATH=$PATH:/opt/LifeKeeper/bin
MANPATH=$MANPATH:/opt/LifeKeeper/man
export PATH MANPATH
初期化ファイルはログイン時に読み込まれます。ただちに設定を反映するには以下のコマンドを実行します。
# . ~/.bash_profile

3.2

VMDK as Shared Storage Recovery Kit のインストールと ESXi ホスト登録設定
VMDK as Shared Storage Recovery Kit をすべてのサーバにインストールします。
インストールは以下の手順に従って root ユーザで行います。

1.

setup スクリプトを使用し、以下をインストールします。

# cd /mnt/IMG/kits# ./setup(lkVMDK LifeKeeper VMDK as Shared Storage Recovery Kit を選択し、Enter を押す)
以下のメッセージが表示されたら、インストールは完了です。
Install / Upgrade was successful.

2.

ESXi ホストの登録

VMDK リソースを作成する前に、ESXi ホストの情報を登録する必要があるため、以下の操作を行います。詳細については「VMDK as Shared Storage Recovery Kit 管理ガイド」を参照してください。
クラスタを構成する各 ESXi ホストについて以下コマンドで登録を行います。
# /opt/LifeKeeper/lkadm/subsys/scsi/vmdk/bin/esxi_register -a <ESXi ホスト名>
コマンドを実行すると、対話的にユーザ名およびパスワードを問い合わせてくるので、ESXi ホストに
-8-

ログインすることのできるユーザ・パスワードを入力します。正しくログインできなかった場合はエラーになり登録できません。
以下のメッセージが表示されたら、登録完了です。
Login successful. Registered this server.
すべての ESXi ホストが登録できたら、以下のコマンドで正しく登録できていることを確認してください。登録済みのホスト一覧が出力されます。
# /opt/LifeKeeper/lkadm/subsys/scsi/vmdk/bin/esxi_register -l3.

仮想マシンオプションの設定変更をします。

VM の「設定の編集」-「仮想マシン オプション」-「詳細」-「構成パラメータ」-「構成の編集」で、編集ダイアログを開いて下記パラメータを追加します。

キー値

disk.enableUUID

TRUE

以下に ESXi 設定画面の例を示します。

3.3

PostgreSQL Recovery Kit のインストール
PostgreSQL Recovery Kit をすべてのサーバにインストールします。PostgreSQL Recovery Kit は-9-

PowerGres on Linux および PowerGres Plus のサービスを LifeKeeper の保護対象として管理するためのソフトウェアです。
インストールは以下の手順に従って root ユーザで行います。

1.

以下をインストール（setup スクリプトより）# cd /mnt/IMG/kits# ./setup(lkPGSQLLifeKeeper PostgreSQL RDBMS Recovery Kit を選択し、Enter を押す)

以下のメッセージが表示されたら、インストールは完了です。
Install / Upgrade was successful.

2.

セットアップイメージ、メディアをアンマウントします。

# cd# umount /mnt/IMG# rmdir /mnt/IMG# umount /media/LKL_V960_110421.iso

3.4

PowerGres V13 のインストール
PowerGres V13 をすべてのサーバにインストールします。詳細については「PowerGres V13 （Linux版）マニュアル」の「インストールとアンインストール」を参照してください。
インストールは以下の手順に従って root ユーザで行います。

1.

ダウンロードした製品を展開します。

# tar zxvf /media/powergres-13update4-linux.tar.gz

2.

インストールスクリプトを実行します。
(ア) 展開して作成されたディレクトリへ移動して実行します。

# cd powergres-13update4-linux(イ) インストールスクリプトを実行# ./install.sh(ウ) 使用許諾契約書の内容が表示されます。確認のうえ「yes」と入力します。
- 10 -

Do you agree to the license terms (yes/no): yes(エ) ライセンスキーを入力します。 ライセンスキーは別途連絡されます。
Please enter the license key (XXXX-XXXX-XXXX-XXXX): XXXX-XXXX-XXXX-XXXX
評価版の場合はライセンスキー入力箇所に Evaluation と入力してください。評価版の試用期間は60 日となっており、試用期間を過ぎるとデータベースサーバを起動できなくなります。

(オ) PowerGres Administration Tool にログインするユーザ名、パスワードを入力します。
Please enter username and password to login to administration tool.
Username [admin]:
Password: (パスワードを入力)
Confirm password: (もう一度同じパスワードを入力)(カ) PowerGres Administration Tool で使用するポート番号を入力します。
Please enter port numbers used for administration tool.
HTTP port number [80]:HTTPS port number [443]:(キ) インストールが開始されます。 インストール時に postgres ユーザが存在しなければ、自動的に作成されます。
Installing packages for database server...
...(省略)
Complete!
Installing packages for administration tool...
...(省略)
Complete!

(ク) ライセンスキーがインストールされます。
Installing license key... Done.

(ケ) PowerGres Administration Tool のユーザとサーバプロファイルが作成されます。
Changing configuration for administration tool... Done.
Creating user for administration tool... Done.
Creating server profile for administration tool... Done.
- 11 -

(コ) PowerGres Administration Tool が起動されます。

Starting administration tool... Done.

(サ) 最後に以下のメッセージが表示されれば、インストールは完了です。
PowerGres on Linux 13 installation completed.

3.

PowerGres のスーパーユーザ postgres の設定を行います。

インストールスクリプトの実行時に postgres ユーザが存在しない場合には自動的に作成されます。

(ア) postgres ユーザが存在することを確認します。
# id postgres
uid=26(postgres) gid=26(postgres) groups=26(postgres)postgres ユーザが存在しない場合には手動で作成します。
# groupadd -g 26 -o -r postgres# useradd -M -n -g postgres -o -r -d /var/lib/pgsql -s /bin/bash -c "PostgreSQL Server" \-u 26 postgres
UID と GID が 26 でない場合には削除して作成しなおします。

(イ) パスワードの設定を行います。
# passwd postgres
ユーザー postgres のパスワードを変更。
新しいパスワード: （パスワードを入力）
新しいパスワードを再入力してください: （パスワードを入力）
passwd: 全ての認証トークンが正しく更新できました。

(ウ) ライブラリ、コマンドおよびオンラインマニュアルのパスの設定を行います。
postgres ユーザの bash の初期化ファイル ~postgres/.bash_profile の最後に以下の内容を追加します。インストールスクリプト内で postgres ユーザが作成された場合にはすでに設定が行われています。
# for PowerGres V13
LD_LIBRARY_PATH=/opt/powergres13/lib:$LD_LIBRARY_PATH
PATH=/opt/powergres13/bin:$PATH
MANPATH=/opt/powergres13/share/man:$MANPATH
export LD_LIBRARY_PATH PATH MANPATH- 12 -4

VMDK 共有ディスクの設定
VMDK 共有ディスクの設定を行います。VMDK とは、VMware 仮想マシン（VM）のハードディスクの内容を格納する仮想ディスクであり、今回は VMDK を共有ディスクとして設定します。

1.

設定前に仮想マシンを停止します。

2.

仮想マシン 1 台目（test1）の設定を行います。
(ア) VM の「設定の編集」-「その他のデバイスの追加」-「SCSI コントローラ」をクリックし、「SCSI パスの共有」は「物理」を選びます。

(イ) 「ハードディスクの追加」をクリックし、「新規標準ハードディスク」を選び、以下を指定
し保存します。
項目

設定値

ディスクプロビジョニング

シックプロビジョニング（Eager Zeroed）

コントローラの場所(ア)で作成した SCSI コントローラを指定

ディスクモード

独立型：通常- 13 -

共有

3.

マルチライターの共有

仮想マシン 2 台目（test2）の設定を行います。
(ア) VM の「設定の編集」-「その他のデバイスの追加」- 「SCSI コントローラ」をクリックし、「SCSI パスの共有」は「物理」を選択します。

(イ) 「ハードディスクの追加」をクリックし、「既存のハードディスク」を選び、手順 2 で作成した仮想マシン 1 台目（test1）の追加ディスクを選択後、以下を指定し保存します。
項目

設定値

ディスクプロビジョニング

シックプロビジョニング（Eager Zeroed）

コントローラの場所(ア)で作成した SCSI コントローラを指定

ディスクモード

独立型：通常共有

マルチライターの共有

4.

仮想マシン 2 台を起動します。マルチライターなどの設定に誤りがあると、ここでの起動操作に失敗します。
- 14 -

5.

仮想マシン 1 台目（test1）の追加ディスクのマウント操作を行います。
(ア) 追加したディスク（/dev/sdb）を認識している事を確認します。

# fdisk -l(イ) ディスクをフォーマットします。
# mkfs -t ext4 /dev/sdb(ウ) 共有ディレクトリにマウントします。
（ここでは共有ディレクトリは /share とする）

# mount /dev/sdb /share6.

仮想マシン 2 台目（test2）の追加ディスクの認識確認を行います。
追加したディスク（/dev/sdb）を認識している事を確認します。

# fdisk -l
ディスクのフォーマットとマウントは、1 台目で実施済みのため必要ありません。

- 15 -

5

PowerGres の設定
PowerGres の設定では、データベースクラスタの作成、パスワードファイルの作成、クライアント認証の設定、オンラインバックアップの設定、データ暗号化の設定を行います。

5.1

データベースクラスタの作成
データベースクラスタを作成します。詳細については「PowerGres Administration Tool マニュアル」の「サーバ管理」を参照してください。
データベースクラスタの作成は以下の手順に従って稼働系サーバで行います。

1.

root ユーザで 共有ディスクがマウントされているディレクトリに、データベースディレクトリ
を作成し、postgres ユーザのみがアクセスできるようにアクセス権と所有者の設定を行います。

# mkdir /share/data# chmod 0700 /share/data# chown postgres:postgres /share/data

2.

PowerGres Administration Tool に ロ グ イ ン す る た め 、 ウ ェ ブ ブ ラ ウ ザ でPowerGres

Administration Tool が起動するサーバにアクセスします。

3.

PowerGres Administration Tool が起動するサーバにアクセスすると、「ログイン」画面が表示されます。 インストール時に指定したユーザ名、パスワードを入力し、「ログイン」ボタンをク
リックします。

4.

「新しいサーバ」ボタンをクリックします。

- 16 -

5.

「新しいサーバ」ボタンをクリックすると、「新しいサーバ」画面が表示されます。

6.

作成するサーバの設定を入力し、「次へ」ボタンをクリックします。

背景色が青灰色（■）の部分はデフォルトの設定のままであることを表します。

項目

設定値

サーバ名

postgres

ポート番号

5432

データディレクトリ/share/data

バックアップディレクトリ（オプション）（記入なし）

プロファイル名PowerGres on Linux 13

作成方法

新しいデータベースクラスタを作成

7.

「新しいデータベースクラスタ」画面が表示され、作成するデータベースクラスタの設定を入力し、「完了」ボタンをクリックします。
項目

スーパーユーザ

設定値

ユーザ名

postgresパスワード<postgres ユーザのパスワード>

デフォルトエンコーディング

UTF8- 17 -

デフォルトロケール

C

データチェックサムを有効にする（チェックなし）

性能チューニングを行うか有効（チェックを入れる）

8.

サーバの作成が完了すると、完了したことを表すメッセージが表示され、作成したサーバが一覧に追加されます。

9.

データベースクラスタを起動するため、「操作」の 起動ボタンを押します。

- 18 -

サーバが正常に起動したメッセージが表示されます。

5.2

死活監視用ユーザとパスワードファイルの作成
PostgreSQL on Linux リカバリーキットでは PowerGres on Linux が起動していることを確認するため、サービス稼働する OS ユーザ（本構成では postgres ユーザ）にて、template1 データベースに対して接続試験を行います。その際のパスワード入力を自動化するため、postgres のホームディレクトリにパスワードファイルを作成しておきます。

1.

PowerGres on Linux データベーススーパーユーザで データベースに接続します。

# psql -U postgres2.

死活監視用のデータベースの一般ユーザを作成します。
ここでは、死活監視用ユーザとして dbmonitor を作成します。

postgres=# CREATE ROLE dbmonitor LOGIN;
CREATE ROLE

3.

dbmonitor のパスワードを設定します。

postgres=# \password dbmonitor
Enter new password:（パスワードを入力）
Enter it again: （パスワードを入力）

4.

PowerGres on Linux のサービス実行 OS ユーザ（postgres）のホームディレクトリにパスワード
ファイル（.pgpass）を作成します。

# su - postgres$ touch ~/.pgpass- 19 -

5.

エディタで.pgpass を以下の書式で編集を行います。

《hostname》:《port》:《database》:《username》:《password》

各項目には以下の設定を行います。
《hostname》『localhost』を記述してください。

《port》
PowerGres Administration Tool で設定したポート番号を記述します。

《database》『template1』を記述してください。

《username》
死活監視用ユーザ名を記述します。

《password》
死活監視用ユーザのパスワードを記述します。

ここでは、以下のような記述をします。ここでは、パスワードは powergres とします。
localhost:5432:tempalte1:dbmonitor:powergres

6.

ファイルのアクセス権限を設定します。

$ chmod 0600 ~/.pgpass

なお、pgpass ファイルの詳細は 以下の URL を参照してください。
https://www.postgresql.jp/document/13/html/libpq-pgpass.html

5.3

スタンバイサーバの設定
ここでは、スタンバイサーバの PowerGres Administration Tool の設定を行います。

1.

スタンバイサーバの設定を行う前に、 アクティブサーバにて、「5.1 データベースクラスタの作成」でマウントした共有ディスクをルートユーザでアンマウントします。
アクティブサーバの PowerGres Administration Tool にて、作成したデータベースクラスタの「操作」の 停止ボタンを押して データベースクラスタ停止後、共有ディスクをアンマウントします。

# umount /share

2.

次にスタンバイサーバにて、共有ディスクを root ユーザでマウントします。

- 20 -

# mount -t ext4 -o rw /dev/sdb /share3.

スタンバイサーバで PowerGres Administration Tool を起動してデータベースクラスタを登録
します。

4.

「新しいサーバ」ボタンをクリックします。

5.

「新しいサーバ」ボタンをクリックすると、「新しいサーバ」画面が表示されます。

6.

作成するサーバの設定を入力し、「次へ」ボタンをクリックします。背景色が青灰色（■）の部分
はデフォルトの設定のままであることを表します。
項目

設定値

サーバ名

postgres

ポート番号

5432

データディレクトリ/share/data

バックアップディレクトリ（オプション）（記入なし）

プロファイル名PowerGres on Linux 13

作成方法

既存のデータベースクラスタを追加

7.

サーバの作成が完了すると、完了したことを表すメッセージが表示され、作成したサーバが一覧に追加されます。
- 21 -

8.

スタンバイサーバにて共有ディスクをアンマウントします。

# umount /share9.

スタンバイサーバでも同様に PowerGres on Linux のサービス実行 OS ユーザ（postgres）のホームディレクトリにパスワードファイル（.pgpass）を作成します。

# su - postgres$ touch ~/.pgpass

10. エディタで.pgpass の編集を行います。アクティブサーバと同様に、以下のような記述をします。
localhost:5432:tempalte1:dbmonitor:powergres

11. ファイルのアクセス権限を設定します。
$ chmod 0600 ~/.pgpass

以上でスタンバイサーバの設定が完了しました。

スタンバイサーバの設定完了後、アクティブサーバにて共有ディスクをマウントします。

# mount -t ext4 -o rw /dev/sdb /share

その後、アクティブサーバにて データベースクラスタを起動するため、PowerGres Administration
Tool にログインし、「操作」の 起動ボタンを押します。

- 22 -

サーバが正常に起動したメッセージが表示されます。

- 23 -

6

コミュニケーションパスの作成
コミュニケーションパスを作成します。詳細については「SteelEye Protection Suite for Linux テ
クニカルドキュメンテーション」の「コミュニケーションパスの作成」を参照してください。
コミュニケーションパスはサーバの状態を監視するのに使用する通信経路です。すべてのコミュニケーションパスが切断されると、サーバの状態を相互に監視できなくなります。そうなると、両方のサー
バでサービスが起動され、サービスを正常に提供できない状態になる場合があります。そのため、コミュニケーションパスは 2 本以上作成することを推奨します。
ここではコミュニケーションパスを 2 本 作成します。コミュニケーションパスの設定は以下のとおりです。背景色が青色（■）分はデフォルトの設定のままであることを表します。

1 本目

2 本目

Local Server

test1

test1

Remote Server(s)

test2

test2

Device Type

TCP

TCP

Local IP Address(es)133.137.175.2

10.10.10.102

Remote IP Address

133.137.175.3

10.10.10.103

Priority

12

Local TTY Device--

Remote TTY Device--

Baud Rate--

Device Type が TCP の場合

Device Type が TTY の場合

コミュニケーションパスの作成は以下の手順に従って稼働系サーバにおいて root ユーザで行います。

1.

LifeKeeper GUI を起動します。

# lkGUIapp

2.

LifeKeeper GUI に接続します。

- 24 -

Server Name に接続先のサーバ名、Login にユーザ名として root、Password に root ユーザのパス
ワードを入力し、OK ボタンを押します。

3.

Edit メニューの Server > Create Comm Path．．
．を選択します。

4.

Local Server から稼働系サーバを選択し、Next>ボタンを押します。

- 25 -

5.

Remote Server(s)から待機系サーバを選択し、Next>ボタンを押します。

Remote Server(s)に待機系サーバが表示されていない場合には、Add ボタンの右に待機系サーバのホスト名を入力し、Add ボタンを押します。そうすると、Remote Server(s)に待機系サーバが追加
されます。

6.

Device Type からコミュニケーションパスの通信方式として TCP または TTY を選択し、Next>
ボタンを押します。

7.

Device Type が TCP の場合(ア) Local IP Address(es)から稼働系サーバの IP アドレスを選択します。

- 26 -

これ以降の設定を確認せずにデフォルトの設定のままで問題ない場合には Accept Defaults ボタンを押します。そうでない場合には Next>ボタンを押します。ここでは Next>ボタンを押した場合について説明します。

(イ) Remote IP Address から待機系サーバの IP アドレスを選択し、Next>ボタンを押します。

(ウ) Priority に TCP/IP 通信によるコミュニケーションパスの優先順位を入力し、Create ボ
タンを押します。

8.

Device Type が TTY の場合(ア) Local TTY Device から稼働系サーバの TTY デバイスを選択し、Next>ボタンを押します。
- 27 -

(イ) Remote TTY Device から待機系サーバの TTY デバイスを選択し、Next>ボタンを押します。

(ウ) Baud Rate からシリアル通信のボーレート（変調速度）を選択し、Create ボタンを押します。

9.

コミュニケーションパスが作成されます。

- 28 -

コミュニケーションパスの作成が完了したら、Next>ボタンを押します。

10. Done ボタンを押します。

11. コミュニケーションパスを 1 本のみ作成すると、サーバの状態が警告になります。

1 本目と同じように 2 本目以降のコミュニケーションパスを作成します。コミュニケーションを 2 本
以上作成すると、サーバの状態が正常になります。

- 29 -

12. File メニューの Exit を選択し、LifeKeeper GUI を終了します。

- 30 -7

VMDK リソース階層の作成
VMDK リソース階層を作成します。詳細については「VMDK as Shared Storage Recovery Kit 管理ガイド」の「リソース階層の作成」を参照してください。
VMDK リソース階層を作成することで、「4 VMDK 共有ディスクの設定」で作成したディスクがLifeKeeper for Linux の保護下に置かれます。ここではデータ領域用の VMDK リソース階層を作成します。VMDK リソース階層の設定は以下のとおりです。背景色が青灰色（■）の部分はデフォルトの設定のままであることを表します。

リソース階層の作成
Please Select Recovery Kit

File System

Switchback Typeintelligent

Servertest1

Mount Point/shareRoot Tag/shareリソース階層の拡張
Target Server

test2

Switchback Typeintelligent

Template Priority

1

Target Priority

10

Mount Point/shareRoot Tag/share1.

LifeKeeper GUI を起動し、接続します。

# lkGUIapp

2.

Edit メニューの Server > Create Resource Hierarchy...を選択します。

- 31 -

3.

Please Select Recovery Kit から Recovery Kit として File System を選択し、Next>ボタンを押します。

4.

Switchback Type からスイッチバックの動作として intelligent または automatic を選択し、Next>ボタンを押します。

スイッチオーバはフェイルオーバで切り替わったリソースのサービスをもとのサーバに切り戻すことを表します。スイッチバックを手動で行う場合には intelligent、自動的に行う場合には automatic
を選択します。一般的にサーバが復旧しても障害の原因が解決するまでリソースのサービスを切り戻す
べきではありません。そのため、intelligent を選択することを推奨します。

5.

Server からリソース階層の作成先のサーバとして稼働系サーバを選択し、Next>ボタンを押します。

- 32 -6.

VMDK (File System) Resource Hierarchy で保護する Mount Point パスを選択し、Next>ボタンを押します。

すべての「ローカル」
・ファイルシステム（つまり、共有ストレージを使用するファイルシステム） お
よび VMDK Recovery Kit で扱える仮想ハードディスクのマウントポイントがリストされます。ドロッ
プダウン・リストから目的のマウントポイントを選択します。

7.

Root Tag に、ファイルシステムリソースのタグ名を入力し、Create Instance ボタンを押します。

8.

VMDK リソース階層の作成に成功したことを示す情報ボックスが表示されます。リソース階層を- 33 -

LifeKeeper で保護するには、クラスタ内の別のサーバにリソース階層を 拡張する必要があるた
め、Next> をクリックします。

9.

Pre-Extend Wizard が立ち上がります。拡張先サーバとして Target Server に待機系サーバを選択し、Next>ボタンを押します。

10. Switchback Type からスイッチバックの動作として intelligent または automatic を選択し、Next>ボタンを押します。

11. Template Priority に拡張元のリソース階層の優先順位を入力し、Next>ボタンを押します。

- 34 -

12. Target Priority に拡張先のリソース階層の優先順位を入力し、Next>ボタンを押します。

13. 環境がチェックされ、このリソースを拡張するのに必要な要件がすべて満たされていることを示
す情報ボックスが表示されます。チェックが完了したら、Next>ボタンを押します。

満たされていない要件がある場合、 Next>ボタンが使用できなくなり、 Back ボタンが有効になります。

14. VMDK (File System) Resource Hierarchy で保護する Mount Point パスを選択し、Next>ボタンを押します。

- 35 -

15. Root Tag に、ファイルシステムリソースのタグ名を入力し、Next>ボタンを押します。

16. リソース階層が拡張されます。リソース階層の拡張が完了したら、Finish ボタンを押します。

17. [Done] をクリックして、 [リソース階層の拡張] メニューを終了します。

- 36 -

18. リソース階層ツリーに VMDK リソース階層が追加されます。

VMDK リソース階層の状態は稼働系サーバがサービス起動中（Active）、待機系サーバがサービス停止
中（Standby）になります。

19. File メニューの Exit を選択し、LifeKeeper GUI を終了します。

- 37 -

8

PowerGres リソース階層の作成
LifeKeeper for Linux でリソースを作成します。
PowerGres は PostgreSQL と同様に LifeKeeper のリソースを構成することができます。リソースの作成により PowerGres on Linux が LifeKeeper for Linux の保護下に置かれます。
リソース作成は root ユーザで行います。
詳細は「PostgreSQL Recovery Kit 管理ガイド」の「PostgreSQL リソース階層の作成」を参照してください。
PowerGres（PostgreSQL）のリソース階層の設定は以下のとおりです。背景色が青灰色（■）の部分はデフォルトの設定のままであることを表します。

リソース階層の作成
Please Select Recovery Kit

PostgreSQL Database

Switchback Typeintelligent

Server

test1

PostgreSQL Executable Location/opt/powergres13/bin

PostgreSQL Client Executable Location/opt/powergres13/bin/psql

PostgreSQL Administration Executable Location/opt/powergres13/bin/pg_ctl

PostgreSQL Data Directory/share/data

PostgreSQL Port

5432

PostgreSQL Socket Path/var/run/postgresql/.s.PGSQL.5432

PostgreSQL Database Administrator User

dbmonitor

PostgreSQL Logfile/tmp/pgsql-5432.lk.log

PostgreSQL Database Tag

pgsql-5432

リソース階層の拡張
Target Server

Test2

Switchback Typeintelligent

Template Priority

1

Target Priority

10

PostgreSQL Executable Location/opt/powergres13/bin

PostgreSQL Database Tag

pgsql-5432

1.

LifeKeeper GUI を起動し、接続します。

# lkGUIapp

2.

Edit メニューの Server > Create Resource Hierarchy...を選択します。

- 38 -

3.

Please Select Recovery Kit から Recovery Kit として PostgreSQL Database を選択し、Next>
ボタンを押します。

4.

Switchback Type からスイッチバックの動作として intelligent または automatic を選択し、Next>ボタンを押します。

5.

Server からリソース階層の作成先のサーバとして稼働系サーバを選択し、Next>ボタンを押します。

- 39 -

6.

PostgreSQL Executable Location に PowerGres の実行可能ファイルを含むディレクトリパスを指定し、Next>ボタンを押します。

7.

PostgreSQL Client Executable Location に PowerGres の psql コマンドのフルパスを指定し、Next>ボタンを押します。

8.

PostgreSQL Administration Executable Location に PowerGres の pg_ctl コマンドのフルパスを指定し、Next>ボタンを押します。

- 40 -

9.

PostgreSQL Data Directory に LifeKeeper の保護下に置かれる PostgreSQL データディレク
トリ (datadir) の場所を指定し、Next>ボタンを押します。指定されたディレクトリは、共有ファイルシステムに存在し、常駐している必要があります。

10. PostgreSQL Port に データベースサーバのポート番号を入力し、Next>ボタンを押します。

11. PostgreSQL Socket Path に ポストマスタデーモンがクライアントアプリケーションからの接続
をリスニングする UNIX ドメインソケットへのフルパスを指定し、Next>ボタンを押します。

- 41 -

12. PostgreSQL Database Administrator User に データベースインスタンスへの接続テストで使われる PostgreSQL データベースユーザ名を入力し、Next>ボタンを押します。
ここでは、
「5.2

死活監視用ユーザとパスワードファイルの作成」で作成した dbmonitor を指定します。

13. PostgreSQL Logfile に PostgreSQL の起動や停止に使用する pg_ctl の -l オプションで使われるログファイルパスを指定し、Next>ボタンを押します。

14. PostgreSQL Database Tag に PowerGres リソースのタグ名を入力し、Create ボタンを押します。

- 42 -

15. PowerGres リソース階層の作成に成功したことを示す情報ボックスが表示されます。リソース階
層を LifeKeeper で保護するには、クラスタ内の別のサーバにリソース階層を拡張する必要があ
るため、Next> をクリックします。

16. Pre-Extend Wizard が立ち上がります。拡張先サーバとして Target Server に待機系サーバを選択します。

これ以降の設定を確認せずにデフォルトの設定のままで問題ない場合には Accept Defaults ボタンを押します。そうでない場合には Next>ボタンを押します。ここでは Next>ボタンを押した場合について説明します。

17. Switchback Type からスイッチバックの動作として intelligent または automatic を選択し、Next>ボタンを押します。

- 43 -

18. Template Priority に拡張元のリソース階層の優先順位を入力し、Next>ボタンを押します。

19. Target Priority に拡張先のリソース階層の優先順位を入力し、Next>ボタンを押します。

20. 環境がチェックされ、このリソースを拡張するのに必要な要件がすべて満たされていることを示
す情報ボックスが表示されます。チェックが完了したら、Next>ボタンを押します。

- 44 -

満たされていない要件がある場合、 Next>ボタンが使用できなくなり、 Back ボタンが有効になります。

21. PostgreSQL Executable Location に PostgreSQL 実行可能ファイルを含むディレクトリパスを指定し、Next>ボタンを押します。

22. PostgreSQL Database Tag に PowerGres リソースのタグ名を入力し、Next>ボタンを押します。

23. リソース階層が拡張されます。リソース階層の拡張が完了したら、Finish ボタンを押します。

24. [Done] をクリックして、 [リソース階層の拡張] メニューを終了します。

- 45 -

25. リソース階層ツリーに PowerGres リソース階層が追加されます。

26. File メニューの Exit を選択し、LifeKeeper GUI を終了します。

- 46 -

9

IP リソース階層の作成
IP リソース階層を作成します。詳細については「IP Recovery Kit 管理ガイド」の「IP リソース階層の作成」を参照してください。
IP リソース階層は仮想 IP アドレスを LifeKeeper で保護するためのリソース階層です。仮想 IP
アドレスを通してデータベースに接続することにより、稼働系サーバと待機系サーバのどちらで起動しているかを意識する必要がなくなります。
ここでは仮想 IP アドレス 10.10.10.110 に対して IP リソース階層を作成します。IP リソース階層の設定は以下のとおりです。背景色が青灰色（■）の部分はデフォルトの設定のままであることを表します。

リソース階層の作成
Please Select Recovery Kit

IP

Switchback Typeintelligent

Servertest1

IP Resource

10.10.10.100

Netmask

255.255.255.0

Netmask Interface

ens34

IP Resource Tag

ip-10.10.10.100

リソース階層の拡張
Target Server

test2

Switchback Typeintelligent

Template Priority

1

Target Priority

10

IP Resource

10.10.10.100

Netmask

255.255.255.0

Netmask Interface

ens34

IP Resource Tag

ip-10.10.10.100

1.

LifeKeeper GUI を起動し、接続します。

# lkGUIapp

2.

Edit メニューの Server > Create Resource Hierarchy...を選択します。

- 47 -

3.

Please Select Recovery Kit から Recovery Kit として IP を選択し、Next>ボタンを押します。

4.

Switchback Type からスイッチバックの動作として intelligent または automatic を選択し、Next>ボタンを押します。

5.

Server からリソース階層の作成先のサーバとして稼働系サーバを選択し、Next>ボタンを押します。

- 48 -

6.

IP Resource に仮想 IP アドレスを入力し、Next>ボタンを押します。

7.

Netmask から仮想 IP アドレスのネットマスクを選択し、Next>ボタンを押します。

8.

Network Interface から仮想 IP アドレスのネットワークインタフェースを選択し、Next>ボタ
ンを押します。

- 49 -

9.

IP Resource Tag に IP リソースのタグ名を入力し、Create ボタンを押します。

10. リソース階層が作成されます。

リソース階層の作成が完了したら、Next>ボタンを押します。

11. Target Server からリソース階層の拡張先のサーバとして待機系サーバを選択します。

これ以降の設定を確認せずにデフォルトの設定のままで問題ない場合には Accept Defaults ボタンを押します。そうでない場合には Next>ボタンを押します。ここでは Accept Defaults ボタンを押した
場合について説明します。

12. リソース階層が拡張されます。

- 50 -

リソース階層の拡張が完了したら、Finish ボタンを押します。

13. Done ボタンを押します。

14. リソース階層ツリーに IP リソース階層が追加されます。
IP リソース階層の状態は稼働系サーバがサービス起動中（Active）、待機系サーバがサービス停止中（Standby）になります。

15. File メニューの Exit を選択し、LifeKeeper GUI を終了します。

- 51 -

10 リソース依存関係の作成
PowerGres リソースと IP リソースの関連づけるため、リソース依存関係を作成します。
詳細については「SIOS Protection Suite for Linux テクニカルドキュメンテーション」の「リソース依存関係の作成」を参照してください。
リソース依存関係の設定は以下のとおりです。背景色が青灰色（■）の部分はデフォルトの設定のままであることを表します。

リソース依存関係の作成
Servertest1

Parent Resource Tag

pgsql-5432

Child Resource Tag

ip-10.10.10.100

1.

LifeKeeper GUI を起動し、接続します。

# lkGUIapp

2.

Edit メニューの Resource > Create Dependency...を選択します。

3.

Server からリソースの存在するサーバとして稼働系サーバを選択し、Next>ボタンを押します。

4.

Parent Resource Tag から親のリソースを選択し、Next>ボタンを押します。
- 52 -

ここでは PowerGres リソースのタグを指定します。

5.

Child Resource Tag にはリソースを関連付けるときに子になるリソースのタグを選択し、Next>
ボタンを押します。
ここでは IP リソースのタグを指定します。

6.

確認画面が表示され、Create Dependency ボタンを押します。

7.

リソースの依存関係が作成されます。

- 53 -

リソースの依存関係の作成が完了したら、Done ボタンを押します。

8.

IP リソースが PowerGres リソースに関連付けられたことを確認してください。

9.

File メニューの Exit を選択し、LifeKeeper GUI を終了します。

- 54 -

11 動作確認
初期設定が完了したことによって PowerGres on Linux が実際に LifeKeeper for Linux の保護下に置かれていることを確認します。

11.1

スイッチオーバの確認
1.

PowerGres on Linux が起動していることを確認します。

PowerGres on Linux が起動しているサーバでデータベースデーモン (postgres) が起動していることを確認します。以下のようにプロセスが存在することを確認してください。
# ps -C postgres
PID TTY
TIME CMD
1280702 ?
00:00:00 postgres
1280705 ?
00:00:00 postgres
1280707 ?
00:00:00 postgres

2.

PowerGres on Linux をスイッチオーバします。
LifeKeeper GUI を起動し、接続します。

# lkGUIapp

Standby 側の PowerGres リソースにて 右クリック後、In Service を押します。

対象となる Server と Resource が表示され、In Service ボタンを押すと PowerGres on Linux がス
イッチオーバします。

- 55 -

詳細は「PostgreSQL Recovery Kit 管理ガイド」の「LifeKeeper GUI からの手動スイッチオーバの実行」を参照してください。
スイッチオーバが完了したら、Done ボタンを押します。

3.

スイッチオーバされたことを確認します。

全てのリソースが先ほどまで Standby だったサーバへ移っていることが確認できます。

また、先ほどまで Active だったサーバではデータベースデーモンがなくなっていることを確認します。
以下のようにプロセスがなくなっていることを確認してください。
# ps –C postgres
PID TTY

TIME CMD- 56 -

さらに、スイッチオーバされたサーバにてデータベースデーモンが起動していることを確認します。
以下のようにプロセスが存在することを確認してください。
# ps -C postgres
PID TTY
TIME CMD
92075 ?
00:00:00 postgres
92077 ?
00:00:00 postgres
92103 ?
00:00:00 postgres

11.2

フェイルオーバの確認
1.

Active サーバの PowerGres on Linux が実際に起動していることを確認します。

# ps -C postgres
PID TTY
TIME CMD
1315968 ?
00:00:00 postgres
1316019 ?
00:00:00 postgres
1316041 ?
00:00:00 postgres

2.

PowerGres on Linux をフェイルオーバします。

PowerGres on Linux が起動しているサーバでデータベースデーモンを強制的に停止します。
なお、pid にはデータベースデーモンのプロセス ID を指定します。
# kill <pid># ps –C postgres
PID TTY

TIME CMD

データベースデーモンを強制的に停止しても、データベースデーモンがローカルリカバリされ、しばらくすると自動的に復帰することが確認できます。
# ps -C postgres
PID TTY
TIME CMD
1321389 ?
00:00:00 postgres
1321403 ?
00:00:00 postgres
1321411 ?
00:00:00 postgres

そこで、ローカルリカバリできないようデータベースデーモンのファイル名を一時的に変更し、再びデータベースデーモンを強制的に停止します。
# mv /opt/powergres13/bin/postgres /opt/powergres13/bin/postgres~# kill <pid>

しばらくすると PowerGres on Linux が優先度の高いサーバへフェイルオーバします。
- 57 -

3.

LifeKeeper GUI を起動し、接続します。

# lkGUIapp

4.

フェイルオーバされたことを確認します。

LifeKeeper GUI にて Active サーバのリソースが Standby へ変更され、Standby サーバのリソース
が Active に移り変わることが確認できます。

また、Active に移り変わったサーバではデータベースデーモンの起動が確認できます。
# ps -C postgres
PID TTY
TIME CMD
95448 ?
00:00:00 postgres
95450 ?
00:00:00 postgres
95473 ?
00:00:00 postgres

なお、フェイルオーバ確認のために変更したファイル名は必ず元に戻してください。
# mv /opt/powergres13/bin/postgres~ /opt/powergres13/bin/postgres- 58 -