EC2 + SIOS LifeKeeper HA クラスタ ハンズオン

1. SIOS の評価版申請ページ（https://us.sios.com / 日本は https://sios.jp）から評価版を申請
2. ダウンロードリンクから インストールイメージ（sps.img）を取得
3. ホスト ID（後述）を登録して 評価版ライセンスファイル（.lic）を発行してもらう

# 各ノードでホスト名設定
sudo hostnamectl set-hostname node1   # node2 では node2

# 両ノードの /etc/hosts
sudo tee -a /etc/hosts <<'EOF'
10.0.1.11  node1
10.0.1.12  node2
EOF

EC2 コンソールで各インスタンスの「ソース/宛先チェック」を停止します（VIP のため）。

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "ec2:DescribeInstances",
        "ec2:DescribeNetworkInterfaces",
        "ec2:DescribeRouteTables",
        "ec2:DescribeAddresses",
        "ec2:AssignPrivateIpAddresses",
        "ec2:UnassignPrivateIpAddresses",
        "ec2:AssociateAddress",
        "ec2:DisassociateAddress",
        "ec2:ReplaceRoute",
        "ec2:CreateRoute",
        "ec2:DeleteRoute"
      ],
      "Resource": "*"
    }
  ]
}

EC2 信頼ポリシーでロール lk-ec2-role を作成し、上記ポリシーをアタッチ。node1 / node2 に割り当てます。

# 確認
aws sts get-caller-identity

LifeKeeper はインストール時に依存パッケージを要求します。代表例（バージョンの要件に従う）。

sudo dnf install -y \
  java-11-openjdk \
  perl \
  patch \
  redhat-lsb-core \
  net-tools \
  awscli

学習環境では一時的に緩める運用が簡単です（本番はドキュメントに従い適切に設定）。

# SELinux を permissive に（検証用）
sudo setenforce 0

# 必要ポートを firewalld で開放、または検証では停止
sudo systemctl stop firewalld

LifeKeeper の導入・設定は root 権限で行います。以降のコマンドは sudo -i で root シェルに入って実行すると進めやすいです。

sudo -i

入手した sps.img を各ノードに転送し、ループバックマウントします。

# sps.img を /tmp に置いた前提
mkdir -p /mnt/sps
mount -o loop /tmp/sps.img /mnt/sps
cd /mnt/sps

インストーラ setup を実行し、対話メニューで LifeKeeper Core と必要な Recovery Kit（IP Recovery Kit、Amazon EC2 Recovery Kit、必要なら DataKeeper）を選択します。

./setup

• 「LifeKeeper Core」を選択（必須）
• 「IP Recovery Kit」を選択（Virtual IP 用）
• 「Amazon EC2 Recovery Kit」を選択（AWS の VIP 付け替え用）
• 必要に応じて「DataKeeper」「Apache Recovery Kit」等を選択

インストール後、ホスト ID を確認して SIOS に登録 → 発行された .lic ファイルを投入します。

# ホスト ID 確認
/opt/LifeKeeper/bin/lmhostid

# ライセンスファイルを投入（各ノードでそのノードのライセンスを）
/opt/LifeKeeper/bin/lkkeyins /tmp/eval-license.lic

# ライセンス状態の確認
/opt/LifeKeeper/bin/lklicense -L

/opt/LifeKeeper/bin/lkstart

# 状態確認
/opt/LifeKeeper/bin/lcdstatus -q   # まだリソースは無い状態

GUI は OS のユーザー認証を使います。root（または lkadmin 権限を付与したユーザー）でログインします。root のパスワードを設定しておきます。

passwd root

SSH の X11 転送（ssh -X）でサーバーに接続し、GUI アプリを起動します。

/opt/LifeKeeper/bin/lkGUIapp &

管理端末から、LifeKeeper GUI サーバー（ポート 81 など）へアクセスします。セキュリティグループで GUI ポートを管理元 IP に開放しておきます。表示された画面で接続先サーバー（node1 のプライベート/パブリック IP）と root 認証情報を入力します。

1. GUI ツールバーの 「Create Comm Path」 をクリック
2. ローカルサーバー（node1）とリモートサーバー（node2）を選択
3. 各ノードのローカル/リモート IP（10.0.1.11 ⟷ 10.0.1.12）を指定
4. タイプは TCP を選択して作成

/opt/LifeKeeper/bin/lcdstatus -q

node1 ⟷ node2 の通信パスが ALIVE と表示されることを確認します。

このアドレスはルーティング先として LifeKeeper が node 間で付け替えます。

1. ツールバーの 「Create Resource Hierarchy」 をクリック
2. Recovery Kit に 「IP」 を選択
3. Virtual IP（10.0.1.100）、ネットマスク、ネットワークインターフェイス（eth0）を指定
4. リソースタグ名（例: ip-10-0-1-100）を確認して作成
5. Primary を node1 として作成後、「Extend」 で node2 にも拡張する

より実践的にするには、IP リソースの上に Apache や DataKeeper（データ複製）のリソースを階層化し、依存関係（IP がある場所でアプリが動く）を持たせます。DataKeeper を使う場合は追加 EBS をミラー領域として登録します。

/opt/LifeKeeper/bin/lcdstatus -q

# node1 に VIP が付いているか
ip addr show eth0 | grep 10.0.1.100

while true; do curl -s --max-time 2 http://10.0.1.100/ ; echo; sleep 1; done

GUI で node2 上のリソースを右クリック →「In Service...」を実行すると、リソースが node2 へ計画的に移動します（スイッチオーバー）。VIP が node2 に付け替わることを確認します。

# アクティブ機（node1）で LifeKeeper を停止、または OS を停止
/opt/LifeKeeper/bin/lkstop
# もしくは EC2 コンソールから node1 を停止

LifeKeeper が node1 の喪失を検知し、node2 が VIP とサービスを自動的に引き継ぎます。監視中の curl 応答が継続（または短時間で復帰）することを確認します。

# node2 で
/opt/LifeKeeper/bin/lcdstatus -q
ip addr show eth0 | grep 10.0.1.100

# GUI でリソース階層を Delete してから
/opt/LifeKeeper/bin/lkstop   # 両ノード

インスタンスごと削除するなら不要ですが、残す場合は付属のアンインストーラ（/opt/LifeKeeper/bin/uninstall など、バージョンの手順に従う）で削除します。

• EC2 コンソールで node1 / node2 を終了（追加 EBS も削除）
• 不要なら IAM ロール lk-ec2-role とポリシーを削除
• セキュリティグループ・Elastic IP（使った場合）を削除