SteelEye Protection Suite for Linux
v8.0
Technical Documentation

May 2012

This document and the information herein is the property of SIOS Technology Corp. (previously
known as SteelEye® Technology, Inc.) and all unauthorized use and reproduction is prohibited. SIOS
Technology Corp. makes no warranties with respect to the contents of this document and reserves
the right to revise this publication and make changes to the products described herein without priornotification. It is the policy of SIOS Technology Corp. to improve products as new technology,
components and software become available. SIOS Technology Corp., therefore, reserves the right tochange specifications without prior notice.
LifeKeeper, SteelEye and SteelEye DataKeeper are registered trademarks of SIOS Technology
Corp.
Other brand and product names used herein are for identification purposes only and may be
trademarks of their respective companies.
To maintain the quality of our publications, we welcome your comments on the accuracy, clarity,organization, and value of this document.
Address correspondence to:
ip@us.sios.com
Copyright © 2012
By SIOS Technology Corp.
San Mateo, CA U.S.A.
All rights reserved

目次
Chapter 1: はじめに

1

SteelEye Protection Suite for Linuxについて

1

SPS for Linux の統 合 コンポーネント

1

SteelEye Protection Suite ソフト ウェアのパッケージ

1

SPS for Linux のインスト ールイメージファイル

1

SPS Core Package Cluster2

オプションのリカバリソフト ウェア

2

ド キュメンテーション

2ド キュメンテーション

2

Chapter 2: SPS のインスト ール

5システム要 件5

テクニカルノート

5

SteelEye Protection Suite ソフト ウェアのパッケージ

5

SPS for Linux のインスト ールイメージファイル

5

SPS Core Package Cluster

6

オプションのリカバリソフト ウェア

6

SPS LifeKeeper 環 境 の計 画

7

サーバ構 成 のマッピング

7

LifeKeeper ペアに対 する構 成 マップの例

8スト レージとアダプタの要 件

8

スト レージとアダプタのオプション

9

サポート されているスト レージモデル

9

サポート されているアダプタモデル

37

SPS LifeKeeper 環 境 のセット アップ

39

Linux OS および関 連 する通 信 パッケージのインスト ール

39

目次

i

サーバと共 有 スト レージの接 続

39

共 有 スト レージの設 定

39

ネット ワーク設 定 の確 認

40

VLAN インターフェースサポート マト リックス
切 り替 え可 能 な IP アド レスの作 成

41

データベースアプリケーションのインスト ールとセット アップ

42

SteelEye Protection Suite ソフト ウェアのインスト ール

43

SPS ソフト ウェアのインスト ール
ライセンスの取 得 とインスト ール

43
45

プライマリネット ワークのインターフェースを変 更 する場 合 、ライセンス Rehost が必 要

46

インターネット /IP ライセンス47

サブスクリプションライセンス47

サブスクリプションライセンスのト ラブルシューティング

47

インターネット Host ID の取 得48

SPS LifeKeeper インスト ールの確 認

48

LifeKeeper SPS のアップグレード

48

Chapter 3: SteelEye DataKeeper for Linux
はじめに

51
51

保 護 対 象 のリソース

51

LifeKeeper Core

52

LifeKeeper Core ソフト ウェア

52

File System、Generic Application、IP、および RAW I/O の Recovery Kit ソフト ウェア

53

LifeKeeper GUI ソフト ウェア

54

LifeKeeper のマニュアルページ

54

設 定 の概 念54

共 通 のハード ウェアコンポーネント

54

すべての LifeKeeper 設 定 に共 通 するコンポーネント

ii

41

55

システムのグループ化 の配 置

55

アクティブ - アクティブのグループ化

56

アクティブ - スタンバイのグループ化

57

目次

インテリジェント スイッチバックと自 動 スイッチバックの違 い58

syslog によるログの記 録

59

リソース階 層59

リソースタイプ

59

リソースの状 態

60

階 層 の関 係

61

イクイバレンシ情 報

61リソース階 層 の情 報

62

リソース階 層 の例

63

ステータスの詳 細 表 示

63リソース階 層 の情 報

65

通 信 ステータスの情 報

66

LifeKeeper のフラグ

67

シャット ダウンスト ラテジー

68

ステータスの簡 略 表 示

68

リソース階 層 の情 報

68

通 信 ステータスの情 報

69

障 害 検 出 とリカバリのシナリオ

69

IP ローカルリカバリ

69

ローカルリカバリのシナリオ

69

コマンド ラインの操 作

70

リソースのエラーリカバリのシナリオ

71

サーバの障 害 リカバリのシナリオ

73

インスト ールと設 定

75

LifeKeeper for Linux のインスト ール

75

LifeKeeper for Linux の設 定

75

LifeKeeper の設 定 手 順

75

TTY 接 続 のセット アップ

76

SNMP による LifeKeeper イベント 転 送

77

SNMP による LifeKeeper イベント 転 送 の概 要

77

目次

iii

LifeKeeper イベント テーブル77

LifeKeeper イベント 転 送 の設 定

79

前提条件

79

設定作業

80

設 定 の確 認

80

SNMP イベント 転 送 の無 効 化

81

SNMP のト ラブルシューティング

81

LifeKeeper イベント メール通 知

81

LifeKeeper イベント メール通 知 の概 要

81

メールが生 成 される LifeKeeper のイベント
LifeKeeper イベント メール通 知 の設 定

83

前提条件

83

設定作業

83

設 定 の確 認

84

イベント メール通 知 の無 効 化

84

メール通 知 のト ラブルシューティング

84

任 意 の設 定 作 業

85

デスクト ップのツールバーに LifeKeeper GUI のアイコンを追 加 する85

Gnome を使 用 している場 合 :85

KDE を使 用 している場 合 :85

アイコンの位 置 を変 更 する86

手 動 フェイルオーバ確 認 オプションの設 定

86

サーバのシャット ダウンスト ラテジーの設 定

86

LifeKeeper ハート ビート の調 整

87

ハート ビート 設 定 項 目 の概 要

87

例

87

ハート ビート の設 定

88

設 定 上 の考 慮 事 項

88

SPS でカスタム証 明 書 を使 用 する
証 明 書 の使 用 方 法

iv

82

目次

88
89

独 自 の証 明 書 の使 用

89Linux の設 定

89

データレプリケーションの設 定

93

ネット ワーク設 定94

アプリケーションの設 定

94

スト レージとアダプタの設 定

95

HP のマルチパス I/O 設 定

112

EMC PowerPath のマルチパス I/O 設 定

115

IBM SDD によるマルチパス I/O 設 定

117

Hitachi HDLM のマルチパス I/O 設 定

117

Device Mapper Multipath I/O の設 定

129

LifeKeeper I-O フェンシングの概 要

133

リザベーションの無 効 化

133

非 共 有 スト レージ

134

リザベーションを使 用 しない I/O フェンシングの設 定

134

I/O フェンシング表

134

Quorum/Witness

136

Quorum/Witness Server Support Package for LifeKeeper

136

機 能 の概 要

136

パッケージの要 件

136パッケージのインスト ールと設 定

137

設 定 可 能 なコンポーネント

137

使 用 可 能 な quorum モード

138

使 用 可 能 な witness モード

139

Quorum を喪 失 したときに利 用 可 能 なアクション139

共 有 witness ト ポロジーのための追 加 設 定

1402 ノード クラスタに witness ノード を追 加 する

141

期 待 される動 作 (デフォルト モード を仮 定 )142

シナリオ 1

142

シナリオ 2

142

目次v

シナリオ 3142

シナリオ 4143

SCSI リザベーション

143

SCSI リザベーションを利 用 したスト レージフェンシング

143

I/O フェンシングのための代 替 方 式

145

STONITHSTONITH で IPMI を使 用 するパッケージの要 件
VMware vSphere 環 境 での STONITH

145
145
145

パッケージの要 件

145インスト ールと設 定

146<vm_id>147

期 待 される動 作

148

Watchdog

148

コンポーネント

148

設定

149

アンインスト ール

150

リソースポリシー管 理

150

概要

150

Steeleye Protection Suite/vAppKeeper のリカバリ動 作

150

ポリシーによるカスタム動 作 およびメンテナンスモード 動 作

151

標 準 ポリシー

151

メタポリシー152

リソースレベルのポリシーに関 する重 要 な考 慮 事 項

152

lkpolicy ツール

153

lkpolicy の使 用 方 法 の例

vi

145

目次

153

ローカルおよびリモート サーバとの認 証

153

ポリシーのリスト 表 示

154

現 在 のポリシーの表 示

154

ポリシーの設 定

154

ポリシーの削 除154

認 証 情 報 の設 定

155

認 証 情 報 の追 加 または変 更

155

スト ア内 の認 証 情 報 のリスト 表 示

155

サーバの認 証 情 報 の削 除

155

追加情報

155

LifeKeeper API

156

ネット ワーク設 定

156

認証

156

LifeKeeper 管 理

157

概要

157

エラーの検 出 および通 知

157

N-Way リカバリ

157

管理作業

158

サーバプロパティの編 集

158

コミュニケーションパスの作 成

158

コミュニケーションパスの削 除

160

サーバのプロパティ - フェイルオーバ

160

リソース階 層 の作 成

162

LifeKeeper アプリケーションリソース階 層

162

Recovery Kit のオプション

163

ファイルシステムリソース階 層 の作 成

163

Generic Application リソース階 層 の作 成

164

Raw デバイスリソース階 層 の作 成

165

リソースのプロパティの編 集

166

リソースの優 先 順 位 の編 集

167

[Up] および [Down] ボタンの使 用

168

優 先 順 位 の値 の編 集

168

変 更 の適 用

168

リソース階 層 の拡 張

168

目次

vii

ファイルシステムリソース階 層 の拡 張

169Generic Application リソース階 層 の拡 張

170

Raw デバイスリソース階 層 の拡 張

170

階 層 の拡 張 解 除

170

リソース依 存 関 係 の作 成

171

リソース依 存 関 係 の削 除

172

すべてのサーバからの階 層 の削 除

173

LifeKeeper User Guide

175

LifeKeeper for Linux の使 用

176

GUI

176

GUI の概 要 - 全 般

176

GUI サーバ

176

GUI クライアント

176

GUI クライアント の終 了

177

LifeKeeper GUI ソフト ウェアパッケージ

177

メニュー

178

SteelEye LifeKeeper for Linux のメニュー
リソースのコンテキスト メニュー

178

サーバのコンテキスト メニュー

179

[File] メニュー

180

[Edit] メニュー - [Resource]

180[Edit] メニュー - [Server]

181[View] メニュー

181

[Help] メニュー

182

ツールバー

182

SteelEye LifeKeeper for Linux のツールバー

viii

178

182

GUI のツールバー

182

リソースのコンテキスト ツールバー

184

サーバのコンテキスト ツールバー

185

GUI の実 行 の準 備

186

目次

LifeKeeper の GUI - 概 要

186GUI サーバ

186

GUI クライアント

186

GUI クライアント の開 始187

LifeKeeper GUI アプレット の開 始

187

アプリケーションクライアント の開 始

187

GUI クライアント の終 了

187

LifeKeeper の GUI の設 定

187

GUI 管 理 用 の LifeKeeper サーバの設 定

187

GUI の実 行

188

GUI の設 定

188

GUI の制 限

189

GUI サーバの開 始 / 停 止

189

LifeKeeper GUI サーバを開 始 するには189

ト ラブルシューティング

189

LifeKeeper GUI サーバを停 止 するには190

LifeKeeper GUI サーバのプロセス

190

GUI ユーザの設 定

190Java のセキュリティポリシー

192

ポリシーファイルの場 所

192

ポリシーファイルの作 成 と管 理

192

ポリシーファイルでの権 限 の付 与193

ポリシーファイルの例

193

Java プラグイン

194

Java プラグインのダウンロード

194

Java プラグインのト ラブルシューティング

194

リモート システムでの GUI の実 行

195リモート システムでの GUI の設 定

195リモート システムでの GUI の実 行

196

アプレット のト ラブルシューティング

196

目次

ix

LifeKeeper サーバでの GUI の実 行

197

GUI アプレット を使 用 するためのブラウザのセキュリティパラメータ198

Netscape Navigator と Netscape Communicator

198

Firefox

198

Internet Explorer

198

ステータスの表

199

プロパティパネル199

出 力 パネル200

メッセージバー200

GUI の終 了

200

共 通 の作 業

200

LifeKeeper の起 動

200

LifeKeeper サーバプロセスの起 動

x

200

LifeKeeper の停 止

201

LifeKeeper プロセスの表 示

201

LifeKeeper GUI サーバプロセスの表 示

201

サーバのクラスタへの接 続

202

クラスタからの切 断203

接 続 サーバの表 示

203

サーバのステータスの表 示

203

サーバのプロパティの表 示

204

サーバのログファイルの表 示

204

リソースのタグと ID の表 示

205

リソースのステータスの表 示

205

サーバリソースのステータス

205

グローバルリソースのステータス

206

リソースのプロパティの表 示

207[Status] ウィンド ウの表 示 オプションの設 定

207Resource Labels

208

Resource Tree

208

目次

Comm Path Status

209

Row Height

209

Column Width209

メッセージ履 歴 の表 示

210

メッセージ履 歴 の解 釈

210

リソース階 層 ツリーの展 開 と折 り畳 み

211

[Cluster Connect] ダイアログ

212[Cluster Disconnect] ダイアログ

212[Resource Properties] ダイアログ

213[General] タブ

213[Relations] タブ

214[Equivalencies] タブ

214[Server Properties] ダイアログ

214[General] タブ

215[CommPaths] タブ

217[Resources] タブ

218

オペレータの作 業

219

リソースを In Service にする

219

リソースを Out of Service にする

220

高 度 な作 業

220

LCD

220

LifeKeeper 設 定 データベース

220

関 連 ト ピック

221

LCDI のコマンド

221

シナリオの状 況221

階 層 の定 義222

LCD の設 定 データ

224

依 存 関 係 の情 報

224

リソースのステータス情 報

224

サーバ間 のイクイバレンシ情 報

224

目次

xi

LCD のディレクト リ構 造

225

LCD のリソースタイプ

225

LifeKeeper のフラグ

225

リソースのサブディレクト リ

226

リソースの動 作/opt/LifeKeeper の LCD のディレクト リ構 造

227

LCM

228

通 信 ステータスの情 報

229

LifeKeeper の警 報 とリカバリ

229

警 報 クラス229

警 報 の処 理230

警 報 ディレクト リのレイアウト

230

メンテナンス作 業

230

LifeKeeper の設 定 値 の変 更230

ファイルシステムの健 全 性 の監 視

232

条 件 の定 義233

フル (またはほぼフル) のファイルシステム

233

アンマウント された、または不 適 切 にマウント されたファイルシステム

233

LifeKeeper が保 護 するシステムのメンテナンス

234

リソース階 層 のメンテナンス

234

フェイルオーバ後 の復 旧235

LifeKeeper の削 除

235

GnoRPM からの削 除

236

コマンド ラインからの削 除

236

ディスト リビューションの有 効 化 パッケージの削 除

236

ファイアウォールを使 用 した状 態 での LifeKeeper の実 行

xii

227

236

LifeKeeper のコミュニケーションパス

237

LifeKeeper GUI の接 続

237

LifeKeeper の IP アド レスリソース

237

LifeKeeper Data Replication

237

目次

ファイアウォールの無 効 化238

ファイアウォール経 由 での LifeKeeper GUI の実 行

238

LifeKeeper の起 動

239

LifeKeeper サーバプロセスの起 動

240

LifeKeeper の停 止

240

リソース階 層 の転 送

240テクニカルノート

240

LifeKeeper の機 能240

チューニング

241

LifeKeeper の動 作

243

サーバの設 定244

LifeKeeper 7.5 以 降 のパッケージ依 存 リスト

244[Confirm Failover] と [Block Resource Failover] の設 定

245

Confirm Failover On:

245

Block Resource Failover On:

245

条件 / 考慮事項:

246

NFS クライアント のオプション

246

NFS クライアント をマウント するときの考 慮 事 項

246

UDP または TCP の選 択

246

/etc/exports の Sync オプション

246

Red Hat EL6 (および Fedora 14) クライアント と Red Hat EL6 NFS サーバの使 用

246

Red Hat EL5 NFS クライアント と Red Hat EL6 NFS サーバの使 用

247

クラスタの例247

拡 張 したマルチクラスタの例

247

ト ラブルシューティング249

既 知 の問 題 と制 限249

インスト ール

249

LifeKeeper Core252

インターネット /IP ライセンス

256

GUI

258

目次

xiii

データレプリケーション

260

IPv6

262

Apache265

Oracle Recovery Kit

265

NFS Server Recovery Kit

266

SAP Recovery Kit

267

LVM Recovery Kit

268

DMMP Recovery Kit

269

PostgreSQL Recovery Kit

269

MD Recovery Kit

270

GUI ト ラブルシューティング

271

ネット ワーク関 連 ト ラブルシューティング (GUI)272

Windows プラット フォームでの論 理 接 続 の遅 延Sun FAQ から:

272

モデムからの実 行 :

272

プライマリネット ワークインターフェースのダウン:

273

ホスト へのルート が存 在 しない例 外 :273

不 明 なホスト の例 外 :273

Windows から:

274

Linux から:

275

X Window Server に接 続 できない:

275

システムの日 付 と時 刻 の調 整

276

コミュニケーションパスの稼 働 と停 止276

推 奨 される対 策

277

不 完 全 なリソースの作 成277

不 完 全 なリソースの優 先 順 位 の変 更277

一 貫 した状 態 への階 層 のリスト ア278

階 層 の設 定 中 に共 有 スト レージが見 つからない

278

LifeKeeper サーバ障 害 からの復 旧279

推 奨 される対 策 :

xiv

272

目次

280

停 止 できないプロセスからの復 旧280

手 動 リカバリ時 のパニックからの復 旧280

Out-of-Service 階 層 の復 旧280

リソースタグ名 の制 限281

Tag Name Lengthタグ名 の長 さ

281

有 効 な "特 殊 " 文 字281

無 効 な文 字281

シリアル (TTY) コンソールの警 告281

システムが init 状 態 S に遷 移 しているという警 告281

共 有 スト レージでスレッド がハングしているというメッセージ

282

説明

282

推 奨 される対 策 :282

Chapter 4: SteelEye DataKeeper for Linux

283

はじめに

283

SteelEye DataKeeper for Linux によるミラーリング

283

DataKeeper の特 長

283

同 期 ミラーリングと非 同 期 ミラーリングの違 い

284

同 期 ミラーリング

284

非 同 期 ミラーリング

284

Steeleye DataKeeper の仕 組 み284

同 期 ( および再 同 期 )285

標 準 ミラーの構 成

285

N+1 の構 成286

複 数 ターゲット の構 成

287

SteelEye DataKeeper リソース階 層

287

フェイルオーバのシナリオ

288

シナリオ 1

288

シナリオ 2289

シナリオ 3289

シナリオ 4

289

目次

xv

インスト ールと設 定
SteelEye DataKeeper for Linux のインスト ールと設 定

291

DataKeeper リソースを設 定 する前 に291

ハード ウェアとソフト ウェアの要 件

291

ハード ウェアの要 件

291

ソフト ウェアの要 件

292

全 般 的 な設 定

292

ネット ワークと LifeKeeper の設 定

292

データ複 製 パスの変 更293

ネット ワーク帯 域 幅 の要 件 の特 定

293Linux システム( 物 理 または仮 想 ) での変 化 率 の測 定

293

ネット ワーク帯 域 幅 の要 件 の特 定294

基 本 変 化 率 の測 定

294

詳 細 変 化 率 の測 定295

収 集 した詳 細 変 化 率 データの解 析295

詳 細 変 化 率 データのグラフ作 成

300[Confirm Failover] と [Block Resource Failover] の設 定

304

[Confirm Failover On]

304[Block Resource Failover On]

305

各 サーバのフラグの設 定

305

SteelEye DataKeeper for Linux のリソースタイプ

306

Replicate New File System

306

Replicate Existing File System

306

DataKeeper Resource

307

リソースの設 定 作 業
概要

307
307

DataKeeper リソース階 層 の作 成

308

リソース階 層 の拡 張309

DataKeeper リソース階 層 の拡 張リソース階 層 の拡 張 解 除

xvi

291

目次

310
312

リソース階 層 の削 除

312

DataKeeper リソースを Out of Service にする

313

DataKeeper リソースを In Service にする

313

リソース階 層 のテスト

314

LifeKeeper の GUI からの手 動 スイッチオーバの実 行

314

管理

315

SteelEye DataKeeper for Linux の管 理

315

ミラーのステータスの表 示

315

GUI からのミラーの管 理

316

リワインド ブックマークの作 成 と表 示

317

ミラーを強 制 的 にオンラインにする

318

一 時 停 止 と再 開

318

ミラーの一 時 停 止

318

ミラーの再 開318

データのリワインド と復 旧318

圧 縮 レベルの設 定

322

リワインド ログの場 所 の設 定

322

リワインド ログの最 大 サイズの設 定

322

コマンド ラインからのミラー管 理

322

ミラーの操 作

323

例:

323

ミラーの設 定

323

例:

323

ビット マップの管 理

324

コマンド ラインからのミラーステータスの監 視

324

例:

324

サーバの障 害

325

再同期

325

全 同 期 の回 避

326

方法 1

327

目次

xvii

手順

327

方法 2

328

手順

328

Multi-Site Cluster
SteelEye Protection Suite for Linux Multi-Site Cluster

329

SteelEye Protection Suite for Linux Multi-Site Cluster

329

Multi-Site Cluster を設 定 する際 の考 慮 事 項

330

Multi-Site Cluster の制 限

331

SteelEye Protection Suite for Linux Multi-Site Cluster リソース階 層 の作 成

331

Replicate New File System

332

Replicate Existing File System

334

DataKeeper Resource

335

リソース階 層 の拡 張337

DataKeeper リソース階 層 の拡 張

339

ディザスタリカバリシステムへの階 層 の拡 張

339

IP リソースのリスト アおよびリカバリの設 定

342

Multi-Site Cluster 環 境 へのマイグレーション

342

要件

343

始 める前 に

343

マイグレーションの実 行

344

マイグレーションの正 常 な完 了

352

ト ラブルシューティング

355

Index

xviii

329

目次

359

Chapter 1: はじめに
SteelEye Protection Suite for Linuxについて
SteelEye Protection Suite (SPS) for Linux は、高 可 用 性 のクラスタリングと革 新 的 なデータ複 製 機 能をエンタープライズクラスのソリューションに統 合 したものです。

SPS for Linux の統合コンポーネント
SteelEye LifeKeeper は、障 害 回 復 性 の高 いソフト ウェアソリューションであり、お使 いのサーバのファイ
ルシステム、アプリケーション、およびプロセスの高 い可 用 性 を維 持 します。LifeKeeper には、カスタマイズした耐 障 害 性 のハード ウェアは不 要 です。LifeKeeper を使 用 するには、ネット ワーク内 にある 2 台 以
上 のシステムをグループ化 するだけです。サイト 固 有 の構 成 データが作 成 され、自 動 の障 害 検 出 とリカバリが実 行 されます。
障 害 が発 生 した場 合 、障 害 が発 生 したサーバから LifeKeeper が保 護 しているリソースを指 定 のバック
アップサーバに移 行 します。実 際 のスイッチオーバ時 に短 時 間 の中 断 が発 生 します。ただし、オペレータの介 入 なしに LifeKeeper がバックアップサーバに動 作 をリスト アします。
SteelEye DataKeeper は、LifeKeeper 環 境 に統 合 データミラーリング機 能 を提 供 します。この機 能 により、LifeKeeper リソースが共 有 /非 共 有 スト レージ環 境 で動 作 可 能 になります。

SteelEye Protection Suite ソフト ウェアのパッケージ
SteelEye Protection Suite (SPS) for Linux ソフト ウェアは、1 つのイメージファイル (sps.img) に入 っています。
オプションの LifeKeeper Recovery Kit は、Core パッケージの後 にインスト ールされます。

SPS for Linux のインスト ールイメージファイル
SPS for Linux のイメージファイル (sps.img) には、インスト ールスクリプト のセット があり、システムに SPSをインスト ールするときに必 要 な、ユーザ対 話 型 のシステム設 定 作 業 を実 行 するように設 計 されています。インスト ールイメージファイルは、実 行 している Linux のディスト リビューションを特 定 し、一 連 のユーザの応 答 を使 用 して、 SPS のインスト ールが正 常 に完 了 するために必 要 なさまざまなパッケージをインス
ト ールします。サーバ間 の通 信 を可 能 にする LifeKeeper API (steeleye-lkapi) もインスト ールされます。
重 要 な注 記 : 現 在 、この API は内 部 使 用 のみとして予 約 されていますが、将 来 のリリースではお客 様とサード パーティが使 用 できるように公 開 される可 能 性 があります。
ユーザに対 する質 問 のタイプと順 序 は、使 用 している Linux のディスト リビューションによって異 なります。
それぞれの質 問 をよく読 んで、正 しく回 答 してください。通 常 の状 況 では、インスト ールイメージファイルに必 要 な各 手 順 を完 了 するために、それぞれの質 問 に [Yes] で回 答 してください。

SteelEye Protection Suite for Linux1

SPS Core Package Cluster

SPS for Linux のイメージファイルには、Core パッケージがあり、以 下 のソフト ウェアパッケージが含 まれます。

SPS Core Package Cluster
l

l

l

l

l

l

l

LifeKeeper (steeleye-lk)。LifeKeeper Core パッケージには、メモリ、CPU、OS、SCSI ディスクサ
ブシステム、ファイルシステムなどの中 核 システムコンポーネント 用 のリカバリソフト ウェアがあります。
LifeKeeper GUI (steeleye-lkGUI)。LifeKeeper GUI パッケージは、LifeKeeper の管 理 および監視 用 のグラフィカルユーザインターフェースです。
DataKeeper (steeleye-lkDR)。DataKeeper パッケージは、インテント ログ記 録 を使 用 するデータ
複 製 (同 期 ミラーまたは非 同 期 ミラー) を実 行 します。
IP Recovery Kit (steeleye-lkIP)。LifeKeeper IP Recovery Kit は、IP アド レスの自 動 リカバリ用のスイッチオーバソフト ウェアです。
Raw I/O Recovery Kit (steeleye-lkRAW)。LifeKeeper Raw I/O Recovery Kit は、ロー I/O を使用 してカーネルのバッファリングを迂 回 するアプリケーションをサポート します。
CCISS Recovery Kit (steeleye-lkCCISS)。Hewlett-Packard (Compaq) の CCISS デバイスを
DataKeeper でサポート するオプションのパッケージ(このパッケージは SPS のインスト ールイメージフ
ァイル内 にあり、DataKeeper と共 に HP のスト レージデバイス (CCISS) を使 用 する場 合 にのみイ
ンスト ールされる)。
マニュアルページ (steeleye-lkMAN)。LifeKeeper マニュアルページパッケージは、LifeKeeper 製
品 のリファレンスマニュアルです。

オプションのリカバリソフト ウェア
リカバリキット は、SPS Core ソフト ウェアとは別 にリリースされます。使 用 可 能 なリカバリキット とパッケージ
名 の最 新 の総 合 リスト については、SPS テクニカルド キュメンテーションの Application Recovery Kits セクションを参 照 してください。

ドキュメンテーション
ドキュメンテーション
インスト ール、設 定 、管 理 、およびト ラブルシューティングの手 順 を説 明 する総 合 的 な参 考 資 料
SteelEye Protection Suite for Linux。以 下 のセクションで、 SPS for Linux の各 項 目 について説 明 して
います。

セクション
はじめに

2

はじめに

説明
ソフト ウェアパッケージ、構 成 の概 念 など、 SteelEye Protection Suite for Linux 製 品 の入 門 情 報 を示 します。

ド キュメンテーション

セクション

説明

SPS forLinux
Installation
Guide

お使 いの SPS 環 境 の計 画 と設 定 SPS のインスト ールとライセンス、および LifeKeeperのグラフィカルユーザインターフェース (GUI) の設 定 に役 立 つ情 報 があります。

設定

クラスタ内 の各 サーバで LifeKeeper ソフト ウェアを設 定 するための詳 細 情 報 と手 順 が
あります。

管理

サーバのプロパティの編 集 やリソースの作 成 などのサーバレベルの作 業 、およびリソースの編 集 、拡 張 、削 除 などのリソースレベルの作 業 について説 明 します。

User'sGuide

実 行 できる多 数 の作 業 を含 めて、LifeKeeper の GUIに関 する詳 細 情 報 があります。
テクニカルノート セクション、および多 数 の高 度 なト ピックもあります。

DataKeeper

SteelEye DataKeeper for Linux の計 画 とインスト ールの手 順 、および管 理 、設 定 、およびユーザの情 報 があります。

ト ラブルシューティング

既 知 の問 題 と制 限 について説 明 し、SteelEye LifeKeeper for Linux のインスト ール、
設 定 、および使 用 を行 うときに発 生 する可 能 性 がある問 題 に対 する解 決 策 を説 明 します。

Recovery
Kits

LifeKeeper で特 定 のアプリケーションの管 理 と制 御 を可 能 にする、オプションのRecovery Kits の計 画 とインスト ールの手 順 、および管 理 、設 定 、およびユーザの情報 があります。

エラーコードの検 索SteelEye Protection Suite for Linux の使 用 時 に表 示 される可 能 性 のあるすべてのメッ
セージのリスト があり、該 当 する場 合 は、エラーの原 因 およびエラー状 態 を解 消 するために必 要 な処 置 についても説 明 しています。この総 合 リスト から、表 示 されたエラー
コード を検 索 できます。

SteelEye Protection Suite for Linux

3

Chapter 2: SPS のインスト ール「SteelEye Protection Suite (SPS) インスト ールガイド 」には、SPS 環 境 をプランニングおよびインスト ー
ルする方 法 が記 載 されています。サーバ、スト レージデバイス、ネット ワークコンポーネント をセット アップするために必 要 な手 順 の他 、LifeKeeper のグラフィカルユーザインターフェース( GUI) の詳 しい設 定 についても示 されます。
このガイド の手 順 をすべて終 えれば、LifeKeeper および DataKeeper リソースを設 定 できる状 態 になります。SPS for Linux テクニカルド キュメンテーション では、SPS 設 定 に必 要 な情 報 が記 載 されています。

システム要 件ハード ウェアおよびソフト ウェアの要 件 やバージョンの詳 しいリスト については、 SPS for Linux リリースノー
ト を参 照 してください。
また、SPS をインスト ールする前 に、本 書 に記 載 されているプランニング作 業 およびハード ウェア構 成 作
業 を完 了 していることを確 認 してください。

テクニカルノート
詳 しいト ラブルシューティング、制 限 など、このソフト ウェアに関 連 する情 報 については、「SPS for Linux
テクニカルド キュメンテーション」のテクニカルノート および ト ラブルシューティング を参 照 してください。

SteelEye Protection Suite ソフト ウェアのパッケージ
SteelEye Protection Suite (SPS) for Linux ソフト ウェアは、1 つのイメージファイル (sps.img) に入 っています。
オプションの LifeKeeper Recovery Kit は、Core パッケージの後 にインスト ールされます。

SPS for Linux のインスト ールイメージファイル
SPS for Linux のイメージファイル (sps.img) には、インスト ールスクリプト のセット があり、システムに SPSをインスト ールするときに必 要 な、ユーザ対 話 型 のシステム設 定 作 業 を実 行 するように設 計 されています。インスト ールイメージファイルは、実 行 している Linux のディスト リビューションを特 定 し、一 連 のユーザの応 答 を使 用 して、 SPS のインスト ールが正 常 に完 了 するために必 要 なさまざまなパッケージをインス
ト ールします。サーバ間 の通 信 を可 能 にする LifeKeeper API (steeleye-lkapi) もインスト ールされます。
重 要 な注 記 : 現 在 、この API は内 部 使 用 のみとして予 約 されていますが、将 来 のリリースではお客 様とサード パーティが使 用 できるように公 開 される可 能 性 があります。

SteelEye Protection Suite for Linux

5

SPS Core Package Cluster

ユーザに対 する質 問 のタイプと順 序 は、使 用 している Linux のディスト リビューションによって異 なります。
それぞれの質 問 をよく読 んで、正 しく回 答 してください。通 常 の状 況 では、インスト ールイメージファイルに必 要 な各 手 順 を完 了 するために、それぞれの質 問 に [Yes] で回 答 してください。
SPS for Linux のイメージファイルには、Core パッケージがあり、以 下 のソフト ウェアパッケージが含 まれます。

SPS Core Package Cluster
l

l

l

l

l

l

l

LifeKeeper (steeleye-lk)。LifeKeeper Core パッケージには、メモリ、CPU、OS、SCSI ディスクサ
ブシステム、ファイルシステムなどの中 核 システムコンポーネント 用 のリカバリソフト ウェアがあります。
LifeKeeper GUI (steeleye-lkGUI)。LifeKeeper GUI パッケージは、LifeKeeper の管 理 および監視 用 のグラフィカルユーザインターフェースです。
DataKeeper (steeleye-lkDR)。DataKeeper パッケージは、インテント ログ記 録 を使 用 するデータ
複 製 (同 期 ミラーまたは非 同 期 ミラー) を実 行 します。
IP Recovery Kit (steeleye-lkIP)。LifeKeeper IP Recovery Kit は、IP アド レスの自 動 リカバリ用のスイッチオーバソフト ウェアです。
Raw I/O Recovery Kit (steeleye-lkRAW)。LifeKeeper Raw I/O Recovery Kit は、ロー I/O を使用 してカーネルのバッファリングを迂 回 するアプリケーションをサポート します。
CCISS Recovery Kit (steeleye-lkCCISS)。Hewlett-Packard (Compaq) の CCISS デバイスを
DataKeeper でサポート するオプションのパッケージ(このパッケージは SPS のインスト ールイメージフ
ァイル内 にあり、DataKeeper と共 に HP のスト レージデバイス (CCISS) を使 用 する場 合 にのみイ
ンスト ールされる)。
マニュアルページ (steeleye-lkMAN)。LifeKeeper マニュアルページパッケージは、LifeKeeper 製
品 のリファレンスマニュアルです。

オプションのリカバリソフト ウェア
リカバリキット は、SPS Core ソフト ウェアとは別 にリリースされます。使 用 可 能 なリカバリキット とパッケージ
名 の最 新 の総 合 リスト については、SPS テクニカルド キュメンテーションの Application Recovery Kits セクションを参 照 してください。

6

SPS のインスト ール

SPS LifeKeeper 環 境 の計 画
以 下 のト ピックは、SPS LifeKeeper for Linux クラスタ環 境 の定 義 に役 立 ちます。

サーバ構 成 のマッピング
以 下 のガイド ラインを使 用 して、サーバ構 成 を文 書 化 してください。
1. 使 用 する構 成 に対 して、サーバ名 、プロセッサの種 類 、メモリ、およびその他 の I/O デバイスを決
定 してください。バックアップサーバを指 定 した場 合 には、プライマリサーバに障 害 が発 生 したときに、選 択 したサーバに処 理 を実 行 する能 力 があることを確 認 する必 要 があります。
2. 通 信 接 続 要 件 を決 定 してください。
重 要 : クラスタ化 された構 成 には、可 能 性 として、2 種 類 の通 信 要 件 (クラスタ要 件 とユーザ要件 ) があります。
l

クラスタ - LifeKeeper クラスタでは、サーバ間 に少 なくとも 2 つのコミュニケーションパス (「ハート ビー
ト 」とも呼 ばれます) が必 要 になります。この冗 長 性 により、通 信 障 害 が原 因 で発 生 する「スプリット ブレイン」シナリオを回 避 することができます。独 立 した 2 つのサブネット を使 用 する 2 つの分離 した LAN ベースの (TCP) コミュニケーションパスが推 奨 され、これらの 1 つ以 上 をプライベート
ネット ワークとして構 成 する必 要 があります。TCP と TTY のの組 み合 わせもサポート されています。TTY コミュニケーションパスは、サーバのシリアルポート 間 で RS-232 ヌルモデム通 信 を使 用 します。
コミュニケーションパスを 1 つしか使 用 しない場 合 、互 いに通 信 する LifeKeeper クラスタ
内 のシステムの機 能 に支 障 をきたす可 能 性 があります。単 一 のコミュニケーションパスを使 用 しているときに、そのコミュニケーションパスで障 害 が発 生 した場 合 、複 数 のシステム
上 で同 時 に LifeKeeper の階 層 が使 用 可 能 になることがあります。これは、偽 のフェイル
オーバまたは「スプリット ブレイン」シナリオと呼 ばれます。「スプリット ブレイン」シナリオでは、各 サーバが、アプリケーションを制 御 できると認 識 しているため、データにアクセスしようとしたり共 有 スト レージデバイスにデータを書 き込 もうとする場 合 があります。スプリット ブレイン
シナリオを解 決 するために、LifeKeeper では、サーバの電 源 をオフにしたり、再 起 動 したり、階 層 を使 用 できなくすることで、すべての共 有 データに対 するデータの整 合 性 を保 証することができます。また、TCP コミュニケーションパス上 のネット ワークト ラフィックが大 きくな
ると、偽 のフェイルオーバや LifeKeeper が適 切 に初 期 化 できなくなるなど、予 期 せぬ動作 が生 じる可 能 性 があります。

ll

ユーザ - ユーザト ラフィックに対 する代 替 の LAN 接 続 、つまり、クラスタハート ビート に使 用 するものとは別 の LAN 接 続 を用 意 することをお勧 めします。ただし、(推 奨 通 りに) 2 つの TCP コミュニケーションパスを構 成 した場 合 、これらのコミュニケーションパスのいずれかが、サーバに出 入 りする
その他 のト ラフィックとネット ワークアド レスを共 有 することができます。
注 記 : 必 要 な場 合 にのみリソースを使 用 できるようにする場 合 は、Quorum/Witness Server
Support Package for LifeKeeper を利 用 することができます。

SteelEye Protection Suite for Linux

7

LifeKeeper ペアに対 する構 成 マップの例

3. 共 有 リソースアクセス要 件 を確 認 して理 解 してください。共 有 スト レージを使 用 するクラスタは、
共 有 SCSI バスまたはファイバチャネルループを利 用 できます。 LifeKeeper ではリソースが 1 つのサーバにロックされるため、ロックされたすべてのリソースへのアクセスが必 要 になるサーバは常 時 1
つだけであることを確 認 する必 要 があります。LifeKeeper デバイスのロックは、論 理 ユニット (LUN)
レベルで行 われます。アクティブ/アクティブ構 成 では、各 階 層 が独 自 の一 意 の LUN にアクセスする必 要 があります。共 通 の LUN にアクセスするすべての階 層 は、同 じサーバ上 でアクティブ (稼働 中 ) である必 要 があります。
4. 共 有 メモリ要 件 を決 定 してください。共 有 メモリおよびセマフォパラメータを設 定 する場 合は、LifeKeeper だけでなくサード パーティ製 アプリケーションの共 有 メモリ要 件 も考 慮 に入 れてくだ
さい。LifeKeeper の共 有 メモリ要 件 については、テクニカルノート の調 整 を参 照 してください。

LifeKeeper ペアに対 する構 成 マップの例

この構 成 マップの例 は、ディスクアレイサブシステムを共 有 する LifeKeeper サーバのペアを図 示 しています。通 常 は、Server 1 がアプリケーションを実 行 し、Server 2 がバックアップサーバまたはセカンダリサーバになります。このケースでは、同 時 に 1 つのサーバがディスクアレイのディスクスト レージスペース全 体 を保有 しているので、ディスクリソースの競 合 はありません。ディスクアレイコント ローラは「DAC」、SCSI ホスト
アダプタ (パラレル SCSI、ファイバチャネルなど) は「SCSI HA」と表 記 されています。
サーバのペアが、最 も単 純 な LifeKeeper 構 成 となります。3 つ以 上 のサーバで構 成 されるクラスタを計
画 する場 合 、複 数 のサーバ間 が適 切 に接 続 されるようにマッピングすることが非 常 に重 要 になります。
たとえば、多 方 向 フェイルオーバ構 成 では、物 理 的 な接 続 が存 在 しない場 合 でも LifeKeeper 内 のコミュニケーションパスを定 義 することが可 能 です。カスケーディングフェイルオーバ機 能 を実 現 するために、各サーバがクラスタ内 の他 のすべてのサーバへの物 理 的 な接 続 パスを持 つ必 要 があります。

スト レージとアダプタの要 件
以 下 のガイド ラインを使 用 して、スト レージとホスト アダプタの要 件 を決 定 してください。
スト レージデバイス - アプリケーションのデータスト レージ要 件 に基 づいて、構 成 に必 要 なデータスト レー
ジデバイスの種 類 と数 を決 定 する必 要 があります。共 有 ファイルは、ディスクアレイサブシステム (RAID :8

SPS 環 境 の計 画

スト レージとアダプタのオプション

Redundant Array of Inexpensive Disks) 上 に置 く必 要 があります。LifeKeeper は、構 成 に使 用 できる
ハード ウェア RAID 周 辺 装 置 を多 数 サポート しています。サポート されている周 辺 装 置 のリスト について
は、スト レージとアダプタのオプションを参 照 してください。
スト レージデバイスの構 成 を計 画 する際 には、以 下 の点 を考 慮 してください。
ll

LifeKeeper では物 理 ディスクまたは論 理 ユニット (LUN) レベルでリソースを管 理 し、その構 成 内では同 時 に 1 つのサーバのみが各 物 理 ディスクまたは LUN 上 のリソースを利 用 できます。そのため、LifeKeeper の構 成 を始 める前 に、ディスク割 り当 ての計 画 を立 てることをお勧 めします。たと
えば、アクティブ/アクティブ構 成 の各 階 層 は、独 自 の一 意 の LUN にアクセスする必 要 があるので、2 ノード アクティブ/アクティブ構 成 の場 合 は最 低 2 つの LUN が必 要 になります。
一 部 のモデル固 有 の問 題 およびハード ウェア構 成 の詳 細 については、スト レージとアダプタの構
成 を参 照 してください。

アダプタ - 構 成 の種 類 および周 辺 装 置 の数 に基 づいて、必 要 な SCSI またはファイバチャネルホスト ア
ダプタの種 類 と数 を決 定 してください。 選 択 するアダプタは、ド ライバが使 用 できるように、LifeKeeper だ
けでなく使 用 している Linux ディスト リビューションでもサポート されていることが重 要 です。サポート されているホスト アダプタのリスト については、サポート されているアダプタモデルを参 照 してください。 参 照 用に、構 成 マップにホスト アダプタを追 加 する必 要 があります。

スト レージとアダプタのオプション
以 下 の表 には、共 有 スト レージ構 成 で LifeKeeper が現 在 サポート しているディスクアレイのスト レージモ
デルおよびアダプタが一 覧 表 示 されています。スト レージまたはアダプタモデルごとに、認 定 の種 類 が示 されています。スト レージベンダが、スト レージアダプタモデルにリスト されているものに関 連 するその他 のアダ
プタモデルをサポート している場 合 、LifeKeeper for Linux はこれらのアダプタモデルもサポート します。これらのアレイおよびアダプタに対 するド ライババージョンおよびその他 の構 成 要 件 については、スト レージおよびアダプタの構 成 を参 照 してください。
IP フェイルオーバのみを使 用 する非 共 有 スト レージを含 む LifeKeeper 構 成 あるいは SteelEye Data
Replication または Network Attached Storage の使 用 時 には、サポート されているディスクアレイおよびアダプタは必 要 ありません。

サポート されているスト レージモデル
ベンダ

スト レージモデル

認定

ADTX

ArrayMasStor P

パート ナーのテスト

ArrayMasStor L

パート ナーのテスト

ArrayMasStor FC-II

パート ナーのテスト

TP9100

SIOS Technology
Corp. のテスト

Altix

SteelEye Protection Suite for Linux9サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

BaydelStorageArraysDAR3/5SE68C

SIOS Technology
Corp. のテスト

DAR3/C/5SE68C

SIOS Technology
Corp. のテスト

Consan

CRD5440

SIOS Technology
Corp. のテスト

CRD7220 (f/w 3.00)

SIOS Technology
Corp. のテスト

DataCore

SANsymphony

SIOS Technology
Corp. のテスト

Dell

650F (CLARiiON)

SIOS Technology
Corp. のテスト

Dell | EMC
パート ナーのテスト
CX3−10c/CX3−40c/CX3−20c、CX3−80/CX3−40(F)/CX3−20(F)10Dell | EMC CX300/CX600/CX400/CX700/CX500

SIOS Technology
Corp. のテスト

PowerVault ( Dell PERC、LSI Logic MegaRAID 有 り)

SIOS Technology
Corp. のテスト

Dell MD3000

パート ナーのテスト

Dell PowerVault MD3200/3220

パート ナーのテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

Dell EqualLogic PS5000 および PS6000

パート ナーのテスト

Dell EqualLogic PS4000、PS6500、PS6010E/S/X/XV/XVS およ ベンダのサポート ス
び PS6510E/X
テート メント

EMC

Dell EqualLogic PS4100, PS4110, PS6100, PS6110

ベンダのサポート ス
テート メント

Symmetrix 3000 Series

SIOS Technology
Corp. のテスト

Symmetrix 8000 Series

ベンダのサポート ス
テート メント

Symmetrix DMX/DMX2

パート ナーのテスト

Symmetrix DMX3/DMX4

パート ナーのテスト

Symmetrix VMAX Series

パート ナーのテスト

CLARiiON CX200、CX400、CX500、CX600、および CX700

SIOS Technology
Corp. のテスト

SteelEye Protection Suite for Linux11

サポート されているスト レージモデル

ベンダ

FalconStor

12

スト レージモデル

認定

CLARiiON CX300

パート ナーのテスト

CLARiX CX3-20

パート ナーのテスト

CLaRiiON CX3FC および combo 40290

パート ナーのテスト

CLaRiiON CX310c

パート ナーのテスト

CLaRiiON AX4

SIOS Technology
Corp. のテスト

CLaRiiON AX45

パート ナーのテスト

CLaRiiON CX4-120、CX4-240、CX4-480、CX4-960

パート ナーのテスト

VNX Series 5100/5300/5500/5700/750

ベンダのサポート ス
テート メント

FalconStor Network Storage Server (NSS) Version 6.15

パート ナーのテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

Fujitsu

ETERNUS3000 (PG-FC105、PG-FC106、または PG-FC107 有り)、シングルパスのみ

パート ナーのテスト

ETERNUS6000 (PG-FC106 有 り)、シングルパスのみ

パート ナーのテスト

ETERNUS4000 Model 80 および Model 100 (PG-FC106、PGFC107、または PG-FC202 有 り)、シングルパスのみ

パート ナーのテスト

FibreCAT S80 (注 記 を参 照 )パート ナーのテスト

ETERNUS SX300 (PG-FC106 または PG-FC107 有 り)、マルチ
パスのみ

パート ナーのテスト

ETERNUS2000 Series:Model 50、Model 100、および Model 200 パート ナーのテスト(PG-FC202 有 り)、シングルパスおよびマルチパス構 成
ETERNUS4000 Series:Model 300 および Model 500 (PG-FC202 ベンダのサポート ス有 り)、シングルパスおよびマルチパス構 成
テート メントETERNUS DX60/DX80/DX90 Fibre Channel

ベンダのサポート ス
テート メント

SteelEye Protection Suite for Linux13

サポート されているスト レージモデル

ベンダ

14

スト レージモデル

認定

ETERNUS DX60 S2/DX80 S2/DX90 S2 Fibre Channel

ベンダのサポート ス
テート メントETERNUS DX410/DX440 Fibre Channel

ベンダのサポート ス
テート メントETERNUS DX410 S2/DX440 S2 Fibre Channel

ベンダのサポート ス
テート メントETERNUS DX8100/DX8400/DX8700 Fibre Channel

ベンダのサポート ス
テート メントETERNUS VS850

ベンダのサポート ス
テート メント

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

Hitachi Data HDS RAID 700 (VSP)
Systems
HDS 7700

パート ナーのテスト

HDS 5800

ベンダのサポート ス
テート メント

HDS 9570V

パート ナーのテスト

HDS 9970V

パート ナーのテスト

HDS 9980V

パート ナーのテスト

AMS 500

SIOS Technology
Corp. のテスト

SANRISE USP/NSC (TagmaStore USP/NSC)

パート ナーのテスト

ベンダのサポート ス
テート メント

SteelEye Protection Suite for Linux15

サポート されているスト レージモデル

ベンダ

16

スト レージモデル

認定

BR1200

パート ナーのテスト

BR1600

パート ナーのテスト

BR1600E

パート ナーのテスト

BR1600S

パート ナーのテスト

AMS2010

パート ナーのテスト

AMS2100

パート ナーのテスト

AMS2300

パート ナーのテスト

AMS2500

パート ナーのテスト

Hitachi Unified Storage 110 (HUS 110)

ベンダのサポート ス
テート メント

Hitachi Unified Storage 130 (HUS 130)

ベンダのサポート ス
テート メント

Hitachi Unified Storage 150 (HUS 150)

ベンダのサポート ス
テート メント

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

HP/Compaq RA 4100

認定
SIOS Technology
Corp. のテスト

SteelEye Protection Suite for Linux17

サポート されているスト レージモデル

ベンダ

18

スト レージモデル

認定

MA/RA 8000

SIOS Technology
Corp. のテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

MSA1000 / MSA1500 (アクティブ/アクティブおよびアクティブ/パッシ
ブファームウェア構 成 )SIOS Technology
Corp. のテスト

SteelEye Protection Suite for Linux19

サポート されているスト レージモデル

ベンダ

20

スト レージモデル

認定

HP MSA1000 Small Business SAN Kit

SIOS Technology
Corp. のテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

HP P2000 G3 MSA FC(RHEL5.4 上 の DMMP 有 り)

SIOS Technology
Corp. のテスト

HP P2000 G3 MSA SAS

パート ナーのテスト

HP P4000/P4300 G2

SIOS Technology
Corp. のテスト

SteelEye Protection Suite for Linux21

サポート されているスト レージモデル

ベンダ

22

スト レージモデル

認定

HP P4000 VSA

ベンダのサポート ス
テート メントHP P4500 G2

ベンダのサポート ス
テート メントHP P6300 EVA FC

パート ナーのテスト

HP P9500

ベンダのサポート ス
テート メント

HP XP20000/XP24000

SIOS Technology
Corp. のテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

3PAR T400 Fibre Channel

パート ナーのテスト

3PAR F200/F400/T800 Fibre Channel

ベンダのサポート ス
テート メント

3PAR V400

パート ナーのテスト

EVA3000/5000

SIOS Technology
Corp. およびパート ナーのテスト

EVA4X00/6X00/8X00 (XCS 6.x シリーズファームウェア)

SIOS Technology
Corp. およびパート ナーのテスト

EVA4400

パート ナーのテスト

EVA6400/8400

パート ナーのテスト

EVA8100 (XCS 6.x シリーズファームウェア)

パート ナーのテスト

MSA2000 Fibre Channel

パート ナーのテスト

MSA2000 iSCSI

パート ナーのテスト

MSA2000 SA

パート ナーのテスト

MSA 2300 Fibre Channel

パート ナーのテスト

SteelEye Protection Suite for Linux23

サポート されているスト レージモデル

ベンダ

24

スト レージモデル

認定

MSA2300 i

パート ナーのテスト

MSA2300 SA

パート ナーのテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

IBM

FAStT200

SIOS Technology
Corp. のテスト

SteelEye Protection Suite for Linux25

サポート されているスト レージモデル

ベンダ

26

スト レージモデル

認定

FAStT500

SIOS Technology
Corp. のテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

DS4100 *パート ナーのテスト

SteelEye Protection Suite for Linux27

サポート されているスト レージモデル

ベンダ

28

スト レージモデル

認定

DS4200

パート ナーのテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

DS4300 (FAStT600) *SIOS Technology
Corp. のテスト

SteelEye Protection Suite for Linux29

サポート されているスト レージモデル

ベンダ

30

スト レージモデル

認定

DS4400 (FAStT700) *SIOS Technology
Corp. のテスト

DS4500 (FAStT900) *SIOS Technology
Corp. のテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

DS4700

パート ナーのテスト

DS4800

パート ナーのテスト

DS4300 (FAStT600)

SIOS Technology
Corp. のテスト

DS4400 (FAStT700)

SIOS Technology
Corp. のテスト

DS5000

パート ナーのテスト

SteelEye Protection Suite for Linux31

サポート されているスト レージモデル

ベンダ

32

スト レージモデル

認定

ESS Model 800 *SIOS Technology
Corp. のテスト

DS6800 *SIOS Technology
Corp. のテスト

DS8100 *SIOS Technology
Corp. のテスト

DS400 (シングルパスのみ)

SIOS Technology
Corp. のテスト

DS3200

SIOS Technology
Corp. のテスト

DS3300

SIOS Technology
Corp. のテスト

DS3400

SIOS Technology
Corp. のテスト

DS3500

SIOS Technology
Corp. のテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

IBM eServer xSeries Storage Solution Server Type445-R for
SANmelody

パート ナーのテスト

IBM eServer xSeries Storage Solution Server Type445-FR for
SANmelody

パート ナーのテスト

IBM SAN Volume Controller ** IBM TotalStorage Proven

SIOS Technology
Corp. のテスト

IBM Storwize V7000 (Firmware Version 6.3.0.1)

SIOS Technology
Corp. のテスト

JetStor

JetStor II

SIOS Technology
Corp. のテスト

MicroNet

Genesis One

ベンダのサポート ス
テート メント

MTI

Gladiator 2550

ベンダのサポート ス
テート メント

Gladiator 3550

ベンダのサポート ス
テート メント

Gladiator 3600

ベンダのサポート ス
テート メント

SteelEye Protection Suite for Linux33

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

NEC

NEC iStorage M100 FC (SPS Recovery Kit 使 用 時 のシングルパ パート ナーのテスト
スおよびマルチパス構 成 )NEC iStorage M10e / M300 / M500 FC (SPS Recovery Kit 使 用 ベンダのサポート ス
時 のシングルパスおよびマルチパス構 成 )テート メント
NEC iStorage S500 / S1500 / S2500 (シングルパスのみ)

SIOS Technology
Corp. のテスト

NEC iStorage S Series (SPS Recovery Kit 使 用 時 のシングルパ ベンダのサポート ス
スおよびマルチパス構 成 )テート メント34

NEC iStorage D1-10 / D1-30 (SPS Recovery Kit 使 用 時 のシン
グルパスおよびマルチパス構 成 )

ベンダのサポート ス
テート メント

NEC iStorage D3-10 / D1-10 (SPS Recovery Kit 使 用 時 のシン
グルパスおよびマルチパス構 成 )パート ナーのテスト

NEC iStorage D3-10 / D3-30 (SPS Recovery Kit 使 用 時 のシン
グルパスおよびマルチパス構 成 )パート ナーのテスト

NEC iStorage D8-10 / D8-20 / D8-30 (SPS Recovery Kit 使 用
時 のシングルパスおよびマルチパス構 成 )パート ナーのテスト

SPS 環 境 の計 画

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

Network
Appliance(NetApp)NAS

ベンダのサポート ス
テート メント

FAS2xx Series

ベンダのサポート ス
テート メント

FAS9xx Series

ベンダのサポート ス
テート メント

FAS2xxx Series

ベンダのサポート ス
テート メント

FAS3xxx Series

ベンダのサポート ス
テート メント

FAS6xxx Series

ベンダのサポート ス
テート メント

SAN

ベンダのサポート ス
テート メント

FAS3xxx Series (QLogic QLE246x および DMMP 有 り)

ベンダのサポート ス
テート メント

SweeperStor SATA

パート ナーのテスト

SweeperStor SAS

パート ナーのテスト

nStor

NexStor 4320F

パート ナーのテスト

ProComReliant 1000

ベンダのサポート ス
テート メント

NewtechSteelEye Protection Suite for Linux35

サポート されているスト レージモデル

ベンダ

スト レージモデル

認定

RadionSystems

Rack U2W

ベンダのサポート ス
テート メント

Microdisk U2W

ベンダのサポート ス
テート メント

InfiniteStorage 4600

パート ナーのテスト

Linux MPP ド ライバ

パート ナーのテスト

SGI

SILVERstor Giant GT-3000 シリーズ

パート ナーのテスト

Sun

StorEdge 3310

パート ナーのテスト

StorEdge 3510 FC (Sun StorEdge 2Gb PCI Single FC Network
Adapter 有 り)

パート ナーのテスト

StorEdge 6130 FC (Sun StorEdge 2Gb PCI Single FC Network
Adapter 有 り)

パート ナーのテスト

StorageTek 2540 (Sun StorageTek 4Gb PCI-E Dual FC Host
Bus Adapter または Sun StorageTek 4Gb PCI Dual FC Network
Adapter 有 り

パート ナーのテスト

MassCareRAID

パート ナーのテスト

MassCareRAIDⅡ

パート ナーのテスト

FlashDisk OpenRAID (SCSI)SIOS Technology
Corp. のテスト

FlashDisk OpenRAID (FC)

SIOS Technology
Corp. のテスト

Magnitude 3D

SIOS Technology
Corp. のテスト

TID

Winchester
Systems

Xiotech36

SPS 環 境 の計 画

サポート されているアダプタモデル

サポート されているアダプタモデル
アダプタ
の種 類

アダプタモデル

認証

Adaptec 2944 W、Adaptec 2944 UW、またはAdaptec 2940 U2W

SIOS Technology Corp. のテスト

Compaq 64bit PCI Dual Channel Wide Ultra2
SCSI Adapter

SIOS Technology Corp. のテスト

Compaq SA 5i、6i、532、および 642 PCI Dual
Channel Wide Ultra3 SCSI Adapters

SIOS Technology Corp. のテスト

Dell PERC 2/DC、PERC 4/DC

SIOS Technology Corp. のテスト

LSI Logic MegaRAID Elite 1600 (Dell PERC 3/DC
はこのアダプタの OEM バージョンです)

SIOS Technology Corp. のテスト

Differential
Adaptec 39160
SCSI
Adapter
Adaptec ASR-2010S (Fujitsu PG-140C / CL) – 注
記 を参 照Adaptec ASR-3200S (Fujitsu PG-142B /C /D) – 注
記 を参 照パート ナーのテスト
ベンダのサポート ステート メント
ベンダのサポート ステート メント
ベンダのサポート ステート メント

LSI Logic MegaRAID SCSI 3200-2 (Fujitsu PC142E) – 注 記 を参 照
注 記 : IP フェイルオーバのみを使 用 する非 共 有 スト
レージを含 む LifeKeeper 構 成 あるいは SteelEye
Data Replication の使 用 時 には、これらのアダプタはFujitsu のテスト を受 けます。

SteelEye Protection Suite for Linux37

サポート されているアダプタモデル

アダプタ
の種 類

アダプタモデル認証

QLogic QLA 2100、QLogic QLA 2200、QLogic QLA SIOS Technology Corp. のテスト
2340、QLogic QLA 200 (HP Q200)

Fibre
ChannelHP StorageWorks 2GB 64-bit/133MHz PCI-X to
Fibre Channel Host Bus Adapter (FCA2214)

SIOS Technology Corp. のテスト

Compaq 64 bit/66MHz Fibre Channel Host Bus
Adapter 120186-B21

SIOS Technology Corp. のテスト

Sun StorEdge 2Gb PCI Single FC Network
Adapter (OEMed QLogic QLA 2310)

パート ナーのテスト

Sun StorageTek 4Gb PCI-E Dual FC Host Bus
Adapterパート ナーのテスト

Sun StorageTek 4Gb PCI Dual FC Network
Adapterパート ナーのテスト
SIOS Technology Corp. のテスト

Emulex LP9002 (PG-FC105)、Emulex
LP1050、Emulex LP10000(これらのアダプタに必 要 なド ライバとバージョンについパート ナーのテストては、Emulex のド ライバを参 照 してください。)
HP QLogic QMH2462 4Gb FC HBA
Qlogic QLE2460 (4Gb HBA)、Qlogic QLE2462(4Gb HBA)
FC1142SR 4Gb シングルチャネル PCI-Express
Fibre Channel アダプタ

パート ナーのテスト
パート ナーのテスト
パート ナーのテスト

FC1242SR 4Gb デュアルチャネル PCI-Express
Fibre Channel アダプタ
SerialAttached
SCSI
(SAS)

DELL SAS 5/e アダプタ

パート ナーのテスト

SIOS Technology Corp. では、Fibre Channel のハブとスイッチを特 に認 証 していません。これは、これらのデバイスに対 する LifeKeeper 固 有 の既 知 の制 限 事 項 や要 件 がないためです。スト レージとアダプタの構 成 に示 されたアレイについての注 記 が特 にない限 り、LifeKeeper ではディスクアレイベンダがサポー
ト するハブおよびスイッチを推 奨 します。

38

SPS 環 境 の計 画

SPS LifeKeeper 環 境 のセット アップ
要 件 が決 定 され、LifeKeeper 設 定 がマップされたので、この SPS LifeKeeper 環 境 のコンポーネント をセ
ット アップすることができます。
注 記 : 一 部 のセット アップ作 業 は異 なる順 序 で実 行 することが可 能 ですが、このリスト は推 奨 された順
序 で示 されています。

Linux OS および関 連 する通 信 パッケージのインスト ール
SPS LifeKeeper for Linux ソフト ウェアのインスト ールを実 行 する前 に、最 初 に Linux オペレーティングシ
ステムが正 常 にインスト ールされ稼 動 することを確 認 する必 要 があります。 完 全 なインスト ールの詳 細については、Linux のディスト リビューションに付 属 の Linux インスト ール手 順 書 を参 照 してください。
注記:
l

l

共 有 スト レージを接 続 して設 定 した後 に Linux をインスト ールすることも可 能 ですが、新 しい周
辺 装 置 を導 入 する前 に、Linux をインスト ールして実 行 する方 が簡 単 な場 合 があります。
SPS LifeKeeper for Linux インスト ールイメージファイルは、SPS LifeKeeper をシステムにインス
ト ールする前 に必 要 なユーザ対 話 型 システムセット アップタスクを実 行 するように設 計 された一 連のインスト ールスクリプト を提 供 します。

サーバと共 有 スト レージの接 続
非 共 有 スト レージ環 境 で LifeKeeper を使 用 することを計 画 している場 合 は、この情 報 をスキップできます。データレプリケーション (ミラーリング) 環 境 で LifeKeeper を使 用 している場 合 は、この文 書 のDataKeeper セクションを参 照 してください。ネット ワーク接 続 スト レージ環 境 で LifeKeeper を使 用 している場 合 は、LifeKeeper Network Attached Storage Recovery Kit 管 理 ガイド を参 照 してください。
Linux がインスト ールされたら、ホスト アダプタおよび共 有 周 辺 装 置 のアド レスを設 定 する必 要 があります。具 体 的 な詳 細 については、アダプタおよびスト レージデバイスに付 属 のド キュメンテーションを参 照 してください。

共 有 スト レージの設 定
LifeKeeper では、共 有 SCSI (Small Computer System Interface) ホスト アダプタおよび共 有 ディスク
ハード ウェアの機 能 を使 用 して、障 害 が発 生 したサーバから指 定 のバックアップサーバにリソースを切 り
替 えるように設 定 できます。ファイバチャネルのスト レージエリアネット ワーク (SAN) も、障 害 の発 生 したサーバから指 定 のバックアップサーバにリソースを切 り替 えるのに使 用 できます。
以 下 の作 業 を実 行 して、ディスクベースのアプリケーションリソース階 層 を作 成 し、LifeKeeper でフェイル
オーバ保 護 を提 供 できるようにしてください。

SteelEye Protection Suite for Linux

39

ネット ワーク設 定 の確 認

1. ディスクおよび LUN のパーティションを分 割 してください。LifeKeeper の保 護 下 にあるすべてのディ
スクのパーティションを分 割 する必 要 があるので、共 有 ディスクアレイは論 理 ユニット (LUN) に設定 する必 要 があります。ディスクアレイ管 理 ソフト ウェアを使 用 して、この設 定 を実 行 してください。詳 細 な手 順 については、ディスクアレイソフト ウェアのマニュアルを参 照 してください。
注記:
l

LifeKeeper では LUN レベルでディスクをロックすることに注 意 してください。したがって、アクティブ/
スタンバイ設 定 では 1 つの LUN が適 切 と考 えられます。ただし、アクティブ/アクティブ設 定 を使 用する場 合 は、少 なくとも 2 つの別 個 の LUN を設 定 して、各 階 層 が独 自 の一 意 の LUN にアクセスできるようにする必 要 があります。

2. 両 方 のサーバが共 有 ディスクを認 識 することを確 認 してください (fdisk コマンド などを使 用 )。作
成 した LUN を Linux が認 識 しない場 合 は、LifeKeeper も認 識 しません。
3. LifeKeeper 階 層 でプライマリサーバとして使 用 するシステムから共 有 ディスク上 のファイルシステム
を作 成 してください。ファイルシステムの管 理 に関 する完 全 な手 順 については、Linux のマニュア
ルを参 照 してください。

ネット ワーク設 定 の確 認
LifeKeeper をインスト ールする前 に、ネット ワークが適 切 に設 定 され動 作 することを確 認 することが重 要です。ネット ワークの動 作 を確 認 するために、この時 点 で実 行 する必 要 のある作 業 を以 下 に示 します。
1. サーバのインスト ールでファイアウォールが有 効 になっている場 合 は、LifeKeeper のポート を提 供するか、またはファイアウォールを無 効 にする必 要 があります。ト ピック「ファイアウォールがある場 合の LifeKeeper の実 行 」を参 照 してください。
2. 各 サーバから、ローカルサーバを ping し、クラスタ内 の他 のサーバを ping してください。ping が失敗 した場 合 には、必 要 なト ラブルシューティングを行 い、修 正 処 置 を実 行 してください。
3. サーバに複 数 のネット ワークアダプタがある場 合 は、アダプタが異 なるサブネット 上 にあるように設定 する必 要 があります。アダプタが同 じサブネット 上 にある場 合 、TCP/IP は 2 つ目 のアダプタを
有 効 に利 用 できません。
4. localhost がクラスタ内 の各 サーバで解 決 可 能 であることを確 認 してください。DNS が実 装 されていない場 合 は、/etc/hosts ファイルを編 集 して、localhost 名 のエント リを追 加 してください。このエント リは、ローカルサーバの IP アド レスをリスト したり、デフォルト のエント リ (127.0.0.1) をリスト することができます。localhost が解 決 できない場 合 、LifeKeeper GUI が正 常 に機 能 しない可 能
性 があります。
5. DNS が実 装 されている場 合 は、LifeKeeper クラスタ内 のサーバが DNS を使 用 して解 決 できる
ように設 定 されていることを確 認 してください。
6. 各 サーバのホスト 名 が正 しく、LifeKeeper をインスト ールした後 に変 更 されないことを確 認 してください。後 で LifeKeeper システムのホスト 名 を変 更 するように決 定 した場 合 は、 クラスタ内 のす
べてのサーバについて以 下 の手 順 に従 う必 要 があります。
a. 次 のコマンド を使 用 して、クラスタ内 のすべてのサーバ上 の LifeKeeper を停 止 してください。
/opt/LifeKeeper/bin/lkstop

40

SPS 環 境 のセット アップ

VLAN インターフェースサポート マト リックス

b. Linux hostname コマンド を使 用 して、サーバのホスト 名 を変 更 してください。
c. 続 行 する前 に、新 しいホスト 名 がクラスタ内 の各 サーバで解 決 可 能 であることを確 認 す
る必 要 があります (前 の項 目 を参 照 )。
d. クラスタ内 の各 サーバで次 のコマンド を実 行 して、LifeKeeper のホスト 名 を更 新 してください。(詳 細 については、lk_chg_value(1M) を参 照 してください。)/opt/LifeKeeper/bin/lk_chg_value -o oldhostname -n
newhostnamee. 次 のコマンド を使 用 して LifeKeeper を起 動 してください。
/opt/LifeKeeper/bin/lkstart
LifeKeeper for Linux v7.x では、コミュニケーションパスおよび IP リソース用 の VLAN インターフェースがサ
ポート されています。VLAN インターフェースの種 類 は、以 下 に示 すように選 択 することができます。

VLAN インターフェースサポート マト リックス
- サポート なし \ x サポート あり

LK Linux v7.1 以 前 のバージョン

コミュニケーションパス

IP リソース

DEV_PLUS_VID (eth0.0100)-

x

DEV_PLUS_VID_NO_PAD (eth0.100)-x

VLAN_PLUS_VID (vlan0100)

xx

VLAN_PLUS_VID_NO_PAD (vlan100)xx

コミュニケーションパス

IP リソース

DEV_PLUS_VID (eth0.0100)

xx

DEV_PLUS_VID_NO_PAD (eth0.100)xx

VLAN_PLUS_VID (vlan0100)

xx

VLAN_PLUS_VID_NO_PAD (vlan100)xx

VLAN_NAME_TYPE

LK Linux v7.2 以 降 のバージョン

VLAN_NAME_TYPE

切 り替 え可 能 な IP アドレスの作 成
切 り替 え可 能 な IP アド レスとは、サーバ間 で切 り替 えることができる「仮 想 的 な」IP アド レスです。各
サーバのネット ワークインターフェースカード に関 連 付 けられた IP アド レスとは別 個 のものです。LifeKeeper の保 護 下 にあるアプリケーションは、切 り替 え可 能 な IP アド レスに関 連 付 けられていま

SteelEye Protection Suite for Linux41

データベースアプリケーションのインスト ールとセット アップ

す。これにより、プライマリサーバで障 害 が発 生 した場 合 、その IP アド レスがバックアップサーバに「切 り替わり」ます。
切 り替 え可 能 な IP アド レスに対 してリソース階 層 を設 定 することを計 画 している場 合 は、クラスタの各サーバで以 下 の作 業 を実 行 する必 要 があります。
lコンピュータ名 が正 しく、変 更 されないことを確 認 する。

lping コマンド を使 用 して切 り替 え可 能 な IP アド レスが一 意 であることを確 認 する。

l/etc/hosts ファイルを編 集 して、切 り替 え可 能 な IP アド レスごとにエント リを追 加 する。

詳 細 については、LifeKeeper for Linux IP Recovery Kit テクニカルド キュメンテーション を参 照 してください。

データベースアプリケーションのインスト ールとセット アップ
使 用 する環 境 に、Oracle、Informix、DB2、MySQL などの保 護 されたデータベースアプリケーションが含まれている場 合 は、データベースに付 属 のド キュメンテーションを使 用 してアプリケーションをインスト ール
する必 要 があります。データベースが共 有 ファイルシステム上 にあり、設 定 ファイルが共 有 ファイルシステ
ム上 にあることを確 認 してください。実 行 可 能 ファイルは、ローカルまたは共 有 のファイルシステム上 に置くことができます。
LifeKeeper をインスト ールした後 にアプリケーションをインスト ールすることも可 能 ですが、LifeKeeper の
保 護 下 に置 く前 に、適 切 に設 定 され稼 動 することを確 認 するためにアプリケーションをテスト する必 要 があります。インスト ールおよびセット アップ時 のその他 の考 慮 事 項 については、特 定 の LifeKeeper データ
ベースリカバリキット ド キュメンテーション を参 照 してください。

42

SPS 環 境 のセット アップ

SteelEye Protection Suite ソフト ウェアのインスト ール
SPS 設 定 の各 サーバに SPS ソフト ウェアをインスト ールします。各 SPS サーバには、オプションのLifeKeeper リカバリキット パッケージを含 む、設 定 要 件 をサポート するために必 要 なパッケージが用 意 されている必 要 があります。コアパッケージとそれに続 くオプションのリカバリソフト ウェアを含 む、SPS インス
ト ールイメージファイル (sps.img) がインスト ールされます。
コアパッケージとそれに続 くオプションのリカバリソフト ウェアを含 む、SPS インスト ールイメージファイル(sps.img) がインスト ールされます。このイメージファイルは、システムへの SPS のインスト ール時 に必 要 な
ユーザ対 話 型 システムセット アップタスクを実 行 するように設 計 された一 連 のインスト ールスクリプト を提供 します。インスト ールイメージファイルによって、どのような Linux ディスト リビューションを実 行 するかが識別 され、一 連 の質 問 と回 答 を通 して、正 常 な SPS インスト ールを確 保 するために必 要 なさまざまなパッケージがインスト ールされます。また、サーバの Host ID を取 得 および表 示 するためのユーティリティを提供 する、ライセンスユーティリティパッケージもインスト ールされます。Host ID は、SPS を実 行 するための有 効 なライセンスを取 得 するために使 用 されます。
詳 細 については、 SPS for Linux リリースノート を参 照 してください。
注 記 : これらのインスト ール手 順 は、読 者 がサーバにインスト ールされた Linux オペレーティングシステムに精 通 していることを前 提 としています。
重要:
l

l

l

l

共 有 スト レージへの SPS のインスト ール はサポート されていません。各 サーバのローカルディスクに独 自 のコピーをインスト ールする必 要 があります。
SPS パッケージはすべて、ディレクト リ /opt/LifeKeeper にインスト ールされます。
LifeKeeper の既 存 バージョンを再 インスト ールする場 合 、最 初 に、古 い LifeKeeper パッケージを削 除 する必 要 があります。標 準 の LifeKeeper のインスト ールには、既 存 のリソース階 層 の再 定
義 が必 要 になります。現 在 のリソース階 層 の定 義 を保 持 する場 合 は、 SPS for Linux リリース
ノート および SPS のアップグレード を参 照 して、アップグレード の手 順 を確 認 してください。
SPS のインスト ール時 に LifeKeeper Distribution Enabling パッケージを参 照 するエラーメッセージが表 示 された場 合 、 SPSインスト ールイメージファイルで setup スクリプト を実 行 /再 実 行 する必要 があります。

SPS ソフト ウェアのインスト ール
SPS は お使 いの Linux ディスト リビューションに関 わらず、コマンド ラインでインスト ールされます。
1. 以 下 のコマンド を使 用 して、sps.imgファイルをマウント してください。
mount PATH/IMAGE_NAME MOUNT_POINT -t iso9660 -o loop

SteelEye Protection Suite for Linux43

SPS ソフト ウェアのインスト ール

ここで、PATH はspslk.imgファイルへのパスです
IMAGE_NAME はspslk.imgファイルの名 前 です
MOUNT_POINT はマウント 位 置 へのパスです2. sps.img マウント ディレクト リに移 動 して、次 のコマンド を入 力 してください。
./setup
3. インスト ール手 順 の間 に何 が行 われるかを説 明 するテキスト が表 示 されます。ここで行 われる一連 の質 問 に対 して、Yes の場 合 は「y」、No の場 合 は「n」と答 えます。質 問 の種 類 と順 序 は、
お使 いの Linux ディスト リビューションによって異 なります。
各 質 問 をよく読 んで、適 切 に回 答 してください。正 常 な SPS インスト ールに必 要 なすべての手
順 を完 了 するために、各 質 問 に対 して Yes と答 えることをお勧 めします。
注 記 : インスト ールイメージファイルは、共 有 スト レージデバイスまたはオプションの をサポート する
ためのカーネルモジュールをインスト ールすることができます。
カーネルのアップグレード に関 する重 要 な情 報 : SPS は一 般 的 にいくつかの機 能 をサ
ポート するためカーネルモジュールをインスト ールします。; そのため、RedHat システムでカーネルパッチの適 用 /カーネルのアップグレード を実 施 する際 に、インスト ールメディアから./setup スクリプト を再 度 実 行 し、SPS の一 部 としてインスト ールしたカーネルを新 しい
カーネルとして有 効 にしてください。この操 作 を実 施 しない場 合 は、SPS リソースを inservice および/もしくは保 護 できない状 態 のままになります。
4. ここでセット アップスクリプト が、ライセンスユーティリティのインスト ールを実 行 します。詳 細 については、ライセンスの取 得 とインスト ールを参 照 してください。
5. 次 に、 SPS コアパッケージがインスト ールされます。
6. セット アップスクリプト で提 示 されたすべての質 問 に答 えると、インスト ールが成 功 したことが示 されます。
注 記 : セット アップスクリプト の実 行 に関 する追 跡 情 報 が、/var/log/LK_install.logに保 存 されます。
注 記 : アップグレード の際 には、セット アップの実 行 前 に LifeKeeper を停 止 するようにしてください。
7. クラスタの他 のサーバにも SPS ソフト ウェアを適 宜 、同 じ手 順 を使 用 してインスト ールしてください。
8. 次 に、LifeKeeper のリカバリキット とオプションのソフト ウェアパッケージを、個 々 のイメージファイル
から同 じ手 順 を使 用 してインスト ールしてください。
アップグレード 手 順 については、LifeKeeper のアップグレード を参 照 してください。

44

SteelEye Protection Suite ソフト ウェアのインスト ール

ライセンスの取 得 とインスト ール
SPS LifeKeeper for Linux では、サーバごとに固 有 のライセンスが必 要 になります。このライセンスはラン
タイムライセンスです。 つまり、ライセンスがなくても LifeKeeper SPS をインスト ールできますが、製 品 を正 常 に起 動 して実 行 するには、ライセンスをインスト ールする必 要 があります。
注 記 : RHEL 6.1 と共 に新 しいハード ウェアを使 用 する場 合 は、LifeKeeper SPS for Linux ト ラブルシューティングセクションにある RHEL 6.1 の既 知 の問 題 を参 照 してください。
インスト ールスクリプト は、サーバの Host ID を取 得 して表 示 するラインセンスユーティリティパッケージをイ
ンスト ールします。(インスト ールスクリプト を介 して表 示 される Host ID は、常 に MAC アド レスの Host IDになります。IP アド レスの Host ID を使 用 する場 合 は、インターネット Host ID の取 得 ト ピックを参 照 してください。) Host ID を、SteelEye Protection Suite LifeKeeper ソフト ウェアで提 供 された Entitlement
ID (認 証 コード ) と共 に使 用 して、 SteelEye Protection Suite LifeKeeper を実 行 するために必 要 なパー
マネント ライセンスを取 得 します。 このプロセスを以 下 の図 に示 します。

注 記 : ソフト ウェアパッケージごとに、サーバごとのライセンスが必 要 になります。
以 下 の手 順 を実 行 して、LifeKeeper SPS クラスタ内 の各 サーバに対 するライセンスを取 得 してインス
ト ールしてください。
1.

Host ID を取 得 してください。インスト ールセット アップスクリプト のライセンスユーティリティで表 示
される Host ID をメモしてください。Host ID は、ライセンスを取 得 するシステムで/opt/LifeKeeper/bin/lmhostid を実 行 して取 得 することもできます。

2.

Host ID をノート に書 き留 めるか、ファイルに保 存 してください。ファイルに保 存 した場 合 は、そのファイルをインターネット アクセスが可 能 なシステムにコピーしてください。ノート に書 き留 めた場

SteelEye Protection Suite for Linux45

プライマリネット ワークのインターフェースを変 更 する場 合 、ライセンス Rehost が必 要

合 は、そのノート をインターネット アクセスが可 能 なシステムのあるところに持 って行 ってください。
3. LifeKeeper Entitlement ID (認 証 コード ) があることを確 認 してください。 ライセンスの取 得 に必要 な Entitlement ID を含 むソフト ウェアをメールで受 け取 っているはずです。
4. SIOS Technology Corp. ラインセンス管 理 ポータルでライセンスを取 得 してください。
a. インターネット アクセスが可 能 なシステムを使 用 して、SIOS Technology Corp. ライ
ンセンス管 理 ポータルにログインしてください。
b. [Manage Entitlements] を選 択 してください。
注 記 : パスワード を変 更 する場 合 は、画 面 の右 上 隅 にある [Profile] ボタ
ンを使 用 してください。
c. [Entitlement ID] を探 して、行 項 目 の左 にあるボックスをオンにすることで、そのEntitlement ID に関 連 付 けられた各 [Activation ID] を選 択 してください。
d. [Activate] タブを選 択 してください。
e. 必 要 なフィールド を定 義 して、[Next] を選 択 してください。
f. [Select Existing Host] をクリックして定 義 済 みのホスト を選 択 するか、[AddNew Host] を選 択 することで新 しいホスト を作 成 してください。
g. [Host ID] を入 力 して、[Okay] をクリックしてください。
h. [Host ID] の左 にあるボックスをオンにして、[Generate] を選 択 してください。[Fulfillment ID] が [License Summary] 画 面 に表 示 されます。
i. [Fulfillment ID] の左 にあるボックスをオンにして、[Email License] タブを選 択 してください。
j. ラインセンスの送 信 先 となる有 効 なメールアド レスを入 力 して、 [Send] を選 択 してください。
k. [Complete] を選 択 してください。
l. メールを取 得 してください。
m. ファイルを適 切 なシステムにコピーにしてください。
5. ラインセンスをインスト ールしてください。各 システムで、ライセンスファイルを/var/LifeKeeper/license にコピーするか、または各 システム
で、/opt/LifeKeeper/bin/lkkeyins を実 行 してファイルに対 するファイル名 (フルパスを
含 む) を指 定 してください。

プライマリネット ワークのインターフェースを変 更 する場 合 、ライセンス
Rehost が必 要
ライセンスユーティリティで使 用 する Host ID は、LifeKeeper サーバのプライマリネット ワークインターフェー
スカード (NIC) から取 得 されます。LifeKeeper では、起 動 するたびにライセンスが有 効 かどうかを確 認 します。LifeKeeper サーバで、将 来 、NIC の交 換 が必 要 になり、Host ID が変 更 されることになる場 合は、次 回 LifeKeeper を停 止 するときに、LifeKeeper を再 起 動 する前 にライセンス Rehost を実 行 する

46

ライセンスの取 得 とインスト ールインターネット /IP ライセンス

必 要 があります。SIOS Technology Corp. ライセンス管 理 ポータルにログインして、[Manage Licenses]
画 面 から [Support Actions/Rehost] を選 択 して、この Rehost を実 行 してください。(注 記 : Rehost
は、サポート に連 絡 することなく、6 カ月 に一 度 実 行 することができます。)

インターネット /IP ライセンス
インターネット /IP ライセンスに関 する情 報 については、LifeKeeper SPS for Linux ト ラブルシューティングセクションの既 知 の問 題 および インターネット Host ID の取 得 を参 照 してください。

サブスクリプションライセンス
サブスクリプションライセンスとは、更 新 機 能 を持 つ期 限 付 きライセンスです。評 価 版 ライセンスと同 様に、更 新 せずに一 定 期 間 を過 ぎるとライセンスが切 れます。この更 新 プロセスを自 動 的 に行 うようにするには、以 下 の手 順 に従 います。(注 記 : サブスクリプション更 新 サービスでは、TCP/IP ポート 443 でSIOS Technology Corp. ライセンス管 理 サーバにアクセスするためにインターネット 接 続 が必 要 になります。)
1. 次 のコマンド を実 行 してください。/opt/LifeKeeper/bin/runSubscriptionServicestart
2. プロンプト が表 示 されたら、(SIOS Technology Corp. カスタマー登 録 で取 得 した) ユーザIDとパス
ワード を入 力 してください。
前 の手 順 が正 常 に実 行 された場 合 は、サブスクリプション更 新 サービスが実 行 されるようになり、バックグラウンド で更 新 ステータスのチェックが定 期 的 に行 われます。特 定 の日 数
(90、60、30、20、10、5、4、3、2、1) 後 に期 限 が切 れるライセンスが見 つかると、syslog(/var/log/messages) に警 告 通 知 が送 信 され、ライセンスの更 新 が実 行 されます。新 しいライセン
スのアクティベーションが可 能 な (このシステムの Entitlement に対 して新 しいアクティベーションが購 入 されている) 場 合 、自 動 的 にアクティベーションが実 行 され、古 いライセンスを交 換 するシステム上 に新 しいライセンスがインスト ールされます。このシステムに対 するライセンスが更 新 される (アクティベーションが
購 入 される) 限 り、このサービスにより、ユーザが操 作 することなく、システム上 でライセンスのアップグレー
ド が確 実 に実 行 されます。

サブスクリプションライセンスのト ラブルシューティング
エラーが発 生 した場 合 は、サポート に連 絡 する前 に以 下 の作 業 を実 行 してください。
l

LifeKeeper Log と syslog (/var/log/messages) のエラーメッセージを確 認 してください。必 要に応 じて、次 のコマンド を実 行 してメッセージを取 得 してください。
/opt/LifeKeeper/bin/lmsubscribe --immediatel

SIOS Technology Corp. ライセンス管 理 ポータルにログインして、資 格 情 報 を確 認 してください。

l

次 のコマンド を使 用 して資 格 情 報 を入 力 してください。
/opt/LifeKeeper/bin/lmsubscribe –-login
これが正 常 に実 行 された場 合 は、次 のコマンド を実 行 してサービスを開 始 してください。
/opt/LifeKeeper/bin/runSubscriptionService start

SteelEye Protection Suite for Linux

47

インターネット Host ID の取 得lライセンス管 理 ポータルで パスワード を変 更 した場 合 は、次 のコマンド を実 行 して、自 動 ライセンス更 新 サービスをアップデート してください。
/opt/LifeKeeper/bin/lmsubscribe --loginlライセンス証 明 書 の所 有 権 が変 更 された場 合 は、SIOS Technology Corp. のサポート 担 当 者に連 絡 して、証 明 書 を新 しい所 有 者 に移 転 してください。所 有 権 が移 転 されたら、この新 しい
資 格 情 報 を使 用 して自 動 ライセンス更 新 サービスをアップデート する必 要 があります。この操 作を実 行 するには、新 しいユーザIDとパスワード を使 用 して次 のコマンド を実 行 してください。
/opt/LifeKeeper/bin/lmsubscribe --login

インターネット Host ID の取 得
マシンのインターネット Host ID を取 得 するには、lmhostid を使 用 します。インターネット Host ID は、通常 、システムのプライマリネット ワークインターフェースのプライマリ IP アド レスです。インターネット Host ID
は、Ethernet (または MAC) Host ID の代 替 として使 用 することができ、VM クローンのために MAC アド
レスが変 更 される可 能 性 がある仮 想 環 境 において望 ましいと考 えられます。
1. 次 のコマンド を入 力 してください。
# /opt/LifeKeeper/bin/lmhostid -internet -n
2. プログラムから返 される ID を記 録 してください。
例:# /opt/LifeKeeper/bin/lmhostid -internet -n"INTERNET=172.17.100.161"
注 記 : この情 報 は、SIOS Technology Corp. から取 得 したパーマネント ライセンスキーに記 載 されている
情 報 と一 致 する必 要 があります。

SPS LifeKeeper インスト ールの確 認
SPS LifeKeeper パッケージが正 しくインスト ールされていることを確 認 するには、コマンド ラインで次 のコマ
ンド を入 力 してください。
rpm -V <package name>
注 記 : パッケージが正 しくインスト ールされている場 合 、このコマンド は何 も出 力 しません。
コマンド ラインからクエリを実 行 するには、次 のコマンド を入 力 してください。
rpm -qi <package name>
注 記 : このコマンド の予 想 される出 力 は、パッケージ情 報 です。

LifeKeeper SPS のアップグレード
SPS for Linux は、既 存 のリソース階 層 を維 持 しながら、将 来 のリリースにアップグレード することできます。この情 報 をよく検 討 して、アプリケーションのダウンタイムを最 小 限 に抑 えるようにしてください。

48

ライセンスの取 得 とインスト ール

LifeKeeper SPS のアップグレード

注 記 : LifeKeeper は、LifeKeeper Version 7.4 または Version 7.5 から Version 8.0 にアップグレード することができます。7.4 または 7.5 以 外 のバージョンからアップグレード する場 合 は、古 いバージョンをアンイン
スト ールしてから、 SteelEye Protection Suite for Linux を再 インスト ールする必 要 があります。古 いバー
ジョンをアンインスト ールする代 わりに、古 いバージョンを 7.4 または 7.5 にアップグレード してから、8.0 へのアップグレード を実 行 する方 法 もあります。
注 記 : アップグレード 時 に lkbackup を使 用 する場 合 は、lkbackup既 知 の問 題 を参 照 して、詳 細を確 認 してください。
1. 2 つのノード のみを持 つ SPS クラスタをアップグレード する場 合 は、直 接 手 順 2 に進 んでください。3 つ以 上 のノード を持 つ SPS クラスタをアップグレード する場 合 は、すべてのアプリケーション
をこれからアップグレード するサーバから切 り替 えてください。この操 作 を実 行 するには、手 動 で行
うか、または LifeKeeper シャット ダウン方 法 を「Switchover」に設 定 します。これにより、LifeKeeper が停 止 したり、サーバがシャット ダウンしたときにアプリケーションが切 り替 えられます。
2. 必 要 に応 じて、LifeKeeper SPS をアップグレード する前 に、Linux オペレーティングシステムをアップグレード してください。 オペレーティングシステムのアップグレード を実 行 する前 に、アップグレード
するサーバのすべてのリソースを拡 張 解 除 することをお勧 めします。
3. LifeKeeper SPS インスト ールイメージファイルを使 用 して、LifeKeeper をアップグレード してください。 次 のコマンド を使 用 して、 SPS インスト ールイメージファイルをマウント してください。
mount PATH/IMAGE_NAME MOUNT_POINT -t iso9660 -o loop
ここで、PATH はイメージへのパスです
IMAGE_NAME はイメージの名 前 です
MOUNT_POINT はマウント 位 置 へのパスです4. spslk.img マウント ディレクト リに移 動 して、次 のコマンド を入 力 してください。
./setup
パッケージがアップグレード されていることを確 認 する情 報 メッセージが表 示 されます。
5. アップグレード が終 了 したら、LifeKeeper GUI を停 止 してから再 起 動 し、更 新 された GUI クライ
アント をロード してください。
6. 3 つ以 上 のノード を持 つ SPS クラスタをアップグレード する場 合 は、すべてのアプリケーションをこれからアップグレード するサーバから切 り替 えてください。
7. アップグレード する SPS クラスタのサーバごとに、この手 順 を繰 り返 してください。
注 記 : 同 じバージョンおよびリリースの SPS は、1 つのクラスタ内 のすべてのシステムにインスト ールする必要 があります。一 般 的 に、異 なるバージョンまたはリリースの SPS の間 には互 換 性 がありません。ローリ
ングアップグレード 以 外 の状 況 で、異 なるバージョンまたはリリースが存 在 し、クラスタ内 の別 のシステム
で実 行 されている場 合 には、LifeKeeper を起 動 しないでください。

SteelEye Protection Suite for Linux49

Chapter 3: SteelEye DataKeeper for Linux
はじめに
SteelEye LifeKeeper for Linux は、さまざまなスト レージ構 成 をサポート し、最 大 32 ノード の高 可 用 性
クラスタリングを提 供 します。共 有 スト レージ( ファイバチャネル SAN、iSCSI) 、ネット ワーク接 続 スト レージ( NAS) 、ホスト ベースの複 製 、HP Continuous Access などのアレイベースの SAN 複 製 との統 合 などをサポート します。

保 護 対 象 のリソース
LifeKeeper ファミリの製 品 には、多 様 なシステムリソースにフェイルオーバ保 護 を提 供 できるソフト ウェアがあります。以 下 の図 に、LifeKeeper の柔 軟 性 、および自 動 リカバリを指 定 できるリソースタイプを示 し
ます。
l

l

l

l

l

l

ファイルシステム。LifeKeeper では、ext2、ext3、ext4、reiserfs、NFS、vxfs、xfs などのファイルシステムの指 定 とフェイルオーバができます。
通 信 リソース。LifeKeeper には、TCP/IP のような通 信 リソースの通 信 Recovery Kit が用 意 されています。
インフラスト ラクチャリソース。LifeKeeper には、NFS、Samba、LVM、WebSphere MQ、ソフト ウェ
ア RAID (md) など、Linux インフラスト ラクチャサービス用 のオプションの Recovery Kit が用 意 されています。
Web サーバリソース。LifeKeeper には、Apache Web サーバリソース用 のオプションの Recovery
Kit が用 意 されています。
メールサーバリソース。LifeKeeper には、Postfix 電 子 メールサービス用 のオプションの Recovery
Kit が用 意 されています。
データベースとその他 のアプリケーション。LifeKeeper には、Oracle、Informix、MySQL、DB2、PostgreSQL、Sybase、SAP DB/MaxDB などの主 要 な
RDBMS 製 品 、および SAP や ClearCase などのエンタープライズアプリケーション用 のオプションの Recovery Kit が用 意 されています。

LifeKeeper は、多 様 なリソースタイプについて複 数 の回 復 方 法 をサポート します。

SteelEye Protection Suite for Linux

51

LifeKeeper Core

LifeKeeper Core
LifeKeeper Core は、以 下 の 4 つの主 要 コンポーネント で構 成 されています。
l

LifeKeeper Core ソフト ウェアlFile System、Generic Application、Raw I/O、および IP の Recovery Kit ソフト ウェアl

LifeKeeper GUI ソフト ウェアl

LifeKeeper のマニュアルページ

LifeKeeper Core ソフト ウェア
LifeKeeper Core ソフト ウェアは、以 下 のコンポーネント で構 成 されます。
l

l

l

52

LifeKeeper 構 成 データベース (LCD) - LCD は、LifeKeeper が保 護 するリソースの情 報 を保 存 します。リソースインスタンス、依 存 関 係 、イクイバレンシ情 報 、リカバリの方 向 、LifeKeeper の動
作 フラグに関 する情 報 が含 まれます。システムの起 動 後 にデータが記 憶 されているように、データは共 有 メモリにキャッシュされ、ファイルに保 存 されます。
LCD インターフェース (LCDI) - LCDI は、LCD に保 存 されているデータやデータの変 更 を要 求 するクエリを設 定 データベース (LCD) にクエリを送 信 します。また、リソースの状 態 や説 明 の情 報 を取 得 するために、Application Recovery Kit が LCDI を使 用 することもできます。
LifeKeeper Communications Manager (LCM) - LCM は、クラスタ内 にあるサーバのステータスの
特 定 、および LifeKeeper のプロセス間 通 信 (ローカルとリモート ) に使 用 されます。クラスタ内 のあるサーバ上 にあるすべてのコミュニケーションパスで LCM 通 信 がないことは、サーバに障 害 が発SteelEye DataKeeper for LinuxFile System、Generic Application、IP、および RAW I/O の Recovery Kit ソフト ウェア

生 したことを示 します。
ll

LifeKeeper アラームインターフェース - LifeKeeper アラームインターフェースは、イベント を起 動 するためのインフラスト ラクチャです。LifeKeeper が保 護 するリソースに障 害 が検 出 された場 合 、アプ
リケーションデーモンにより sendevent プログラムが呼 び出 されます。sendevent プログラムが LCDと通 信 し、リカバリプロセスが使 用 可 能 かどうかを判 断 します。
LifeKeeper のローカルリカバリ動 作 と制 御 のインターフェース ( LRACI) - LRACI はリソースに適切 なリカバリスクリプト を判 断 し、リソースに適 切 な restore / remove スクリプト を呼 び出 します。

File System、Generic Application、IP、および RAW I/O の Recovery
Kit ソフト ウェア
LifeKeeper Core は、サーバ上 の指 定 リソースを保 護 します。リソースを以 下 に示 します。
lFile Systems - LifeKeeper では、共 有 スト レージデバイス上 にあるファイルシステムの指 定 とフェイルオーバができます。ファイルシステムは、共 有 SCSI バス経 由 で 2 台 のサーバからアクセス可能 なディスク上 に作 成 できます。LifeKeeper のファイルシステムリソースは、1 台 目 のサーバに作成 されてから、2 台 目 のサーバに拡 張 されます。ファイルシステムの健 全 性 監 視 がディスクフルと
不 適 切 なマウント (またはアンマウント ) のファイルシステム条 件 を検 出 します。検 出 した条 件 に従 って、Recovery Kit が警 告 メッセージのログ記 録 、ローカルリカバリの試 行 、またはファイルシス
テムリソースのバックアップサーバへのフェイルオーバを実 行 できます。
File System Recovery Kit に関 連 するヘルプト ピックとして、ファイルシステムのリソース階 層 の作
成 、拡 張 、ファイルシステムの健 全 性 の監 視 などがあります。

lGeneric Applications - Generic Application Recovery Kit は、リソースタイプに対 して事 前 定 義
リカバリキット が指 定 されていない汎 用 アプリケーションやユーザ定 義 アプリケーションを保 護 できます。このキット を使 用 すると、特 定 アプリケーションについてカスタマイズした監 視 スクリプト やリカ
バリスクリプト を指 定 できます。
Generic Application Recovery Kit に関 連 するヘルプト ピックとして、汎 用 アプリケーションのリソー
ス階 層 の作 成 、拡 張 などがあります。

l

IP Addresses - IP Recovery Kit には、LifeKeeper 環 境 で、障 害 が発 生 したプライマリサーバから「切 り替 え可 能 な」IP アド レスをバックアップサーバにリカバリするメカニズムがあります。切 り替 え
可 能 な IP アド レスとは、サーバ間 で切 り替 えることができる仮 想 IP アド レスであり、各 サーバのネット ワークインターフェースカード に関 連 付 けられている IP アド レスとは別 のものです。LifeKeeper で保 護 されているアプリケーションは切 り替 え可 能 な IP アド レスに関 連 付 けられているので、プライマリサーバに障 害 が発 生 した場 合 、切 り替 え可 能 な IP アド レスはバックアップ
サーバに関 連 付 けられます。LifeKeeper で保 護 されているリソースは、切 り替 え可 能 な IP アド
レスです。
特 定 の製 品 、構 成 、および管 理 に関 する情 報 については、リカバリキット に含 まれるIP
Recovery Kit Technical Documentationを参 照 してください。

l

RAW I/O - RAW I/O Recovery Kit は、カーネルのバッファリングを迂 回 するアプリケーションのロー
I/O デバイスをサポート します。RAW I/O Recovery Kit では、共 有 スト レージデバイスにボンディン
グされた RAW デバイスの指 定 とフェイルオーバができます。RAW デバイスは、リソースの作 成 前に、プライマリノード に設 定 する必 要 があります。ローリソースを作 成 した後 、追 加 サーバに拡 張
できます。

SteelEye Protection Suite for Linux

53

LifeKeeper GUI ソフト ウェア

LifeKeeper GUI ソフト ウェア
LifeKeeper GUI は、Java テクノロジを使 用 して開 発 されたクライアント /サーバアプリケーションであり、LifeKeeper およびその設 定 データ用 のグラフィカルな管 理 インターフェースです。LifeKeeper GUI クラ
イアント は、スタンド アロンの Java アプリケーション、および Web ブラウザから呼 び出 される Java アプレッ
ト の両 方 として実 装 されます。

LifeKeeper のマニュアルページ
LifeKeeper 製 品 用 の LifeKeeper Core のリファレンスマニュアルページです。

設 定 の概 念
LifeKeeper は、2 台 以 上 のサーバを持 つグループに対 してユーザが定 義 したリソース階 層 に基 づいて
機 能 します。以 下 のト ピックで、LifeKeeper のフェイルオーバ設 定 の概 念 を説 明 しています。

共 通 のハードウェアコンポーネント
LifeKeeper のすべての設 定 には、以 下 の共 通 コンポーネント が含 まれます。
1. サーバグループ。LifeKeeper が提 供 する障 害 回 復 機 能 は、2 台 以 上 のサーバをクラスタにグ
ループ化 することを基 礎 にしています。サーバは、サポート する Linux のディスト リビューションを実行 するサポート するプラット フォームであれば、いずれでもかまいません。LifeKeeper には、複 数 の重 なり合 うグループにサーバを設 定 する柔 軟 性 があります。ただし、リカバリ可 能 なリソースについての重 要 な要 件 は、リソースの役 割 と優 先 順 位 が定 義 されたサーバのグループをリンクすることです。リソースに対 するサーバの優 先 順 位 は、現 在 実 行 中 のサーバに障 害 が発 生 した場 合に、どのサーバがそのリソースを復 旧 するかを決 定 するために使 用 されます。最 高 の優 先 順 位 を
示 す値 は 1 です。特 定 のリソースについて、最 高 の優 先 順 位 の値 (通 常 は 1) を持 つサーバが通 常 、そのリソースのプライマリサーバと呼 ばれます。その他 のサーバは、そのリソースのバックアップ
サーバとして定 義 されます。
2. コミュニケーションパス。LifeKeeper のハート ビート は、LifeKeeper クラスタ内 にあるサーバ間 の定
期 的 なメッセージで、主 要 な障 害 検 出 機 能 です。クラスタ内 のすべてのサーバには、単 純 な通信 障 害 でシステムに障 害 が発 生 しないように、冗 長 なハート ビート コミュニケーションパス (commパス) が必 要 です。2 つの独 立 したサブネット を使 用 する LAN ベース (TCP) の個 別 な 2 つのコミュニケーションパスが推 奨 されます (少 なくとも 1 つのコミュニケーションパスをプライベート ネット ワー
クとして設 定 してください)。ただし、TCP と TTY のコミュニケーションパスの組 み合 わせの使 用 もサポート しています。TCP コミュニケーションパスは、他 のシステムの通 信 にも使 用 できます。
注 記 : TTY コミュニケーションパスは、クラスタ内 の他 のサーバがアクティブかどうかを検 出 するためにのみ LifeKeeper で使 用 されます。LifeKeeper の GUI は、TCP/IP を使 用 して、保 護 するリソースに関 するステータス情 報 を通 信 します。TCP コミュニケーションパスが 2 つ設 定 されている
場 合 、LifeKeeper はパブリックネット ワークのコミュニケーションパスをリソースステータスの通 信 に
使 用 します。このため、LifeKeeper の GUI が使 用 しているネット ワークがダウンすると、TTY (または他 の TCP) コミュニケーションパスが動 作 可 能 な場 合 でも、GUI には他 のサーバのステータスが
UNKNOWN として表 示 されます。

54

SteelEye DataKeeper for Linuxすべての LifeKeeper 設 定 に共 通 するコンポーネント

3. 共 有 データリソース。共 有 スト レージの構 成 では、LifeKeeper クラスタ内 のサーバは同 一 セット のディスクに対 するアクセスを共 有 します。プライマリサーバに障 害 が発 生 した場 合 、LifeKeeper は障 害 が発 生 したサーバ上 にあるディスクのロック解 除 、および次 に使 用 可 能 なバックアップサーバのディスクのロックを自 動 管 理 します。
4. 共 有 通 信 。LifeKeeper は TCP/IP アド レスのような通 信 リソースの切 り替 えを自 動 管 理 できる
ので、アプリケーションが現 在 どのサーバでアクティブになっているかには無 関 係 に、ユーザはアプリ
ケーションに接 続 できます。

すべての LifeKeeper 設 定 に共 通 するコンポーネントシステムのグループ化 の配 置
リソース階 層 は、LifeKeeper サーバのクラスタに対 して定 義 されます。ある階 層 について、各 サーバに優
先 順 位 が割 り当 てられます。1 が最 高 の優 先 順 位 です。プライマリ、つまり優 先 順 位 が最 高 のサーバ
が、それらのリソースの通 常 動 作 に使 用 するコンピュータです。2 番 目 に高 い優 先 順 位 を持 つサーバがバックアップサーバであり、プライマリサーバに障 害 が発 生 した場 合 に、LifeKeeper がリソースを切 り替 え

SteelEye Protection Suite for Linux55

アクティブ - アクティブのグループ化

る先 のサーバです。
アクティブ / アクティブのグループでは、すべてのサーバがプロセスをアクティブに実 行 します。ただし、他 のサーバのリソース階 層 ではバックアップサーバとしても機 能 します。アクティブ / スタンバイのグループでは、
プライマリサーバは処 理 を実 行 し、バックアップサーバはプライマリサーバに障 害 が発 生 した場 合 に備 えてスタンバイするように設 定 できます。スタンバイシステムは小 型 でパフォーマンスの低 いシステムでもかまいませんが、プライマリサーバに障 害 が発 生 した場 合 にリソースの可 用 性 を確 保 できるだけの処 理 能
力 が必 要 です。
共 有 リソースに対 する物 理 的 な接 続 とアクセスにより、グループ化 のオプションが決 まります。グループ化
するサーバには、通 信 とハート ビート パスがインスト ールされ、動 作 可 能 である必 要 があり、すべてのサーバが共 有 SCSI またはファイバチャネルインターフェース経 由 で、ディスクリソースにアクセスできる必 要 があります。例 えば、以 下 の図 では、サーバ 1 のリソース AppA にはグループ化 オプションが 1 つのみあります。この構 成 で AppA データベースへの共 有 アクセスを持 つ他 のサーバはサーバ 2 のみです。
ただし、サーバ 3 のリソース AppB は、その他 3 台 のいずれを含 むグループにも属 するように設 定 できます。これは、この例 の共 有 SCSI バスが、構 成 内 の 4 台 すべてのサーバに AppB データベースへのアクセ
スを提 供 しているからです。

アクティブ - アクティブのグループ化
アクティブ / アクティブペアの設 定 では、すべてのサーバがプロセスをアクティブに実 行 します。また、他 のサーバのリソース階 層 ではバックアップサーバとして機 能 します。
以 下 の設 定 例 に、2 つのアクティブ / アクティブペアのサーバを示 します。サーバ 1 は AppA を処 理 していますが、サーバ 2 で実 行 中 の AppX のバックアップサーバとして機 能 します。この逆 も当 てはまります。
サーバ 2 は AppX を処 理 していますが、サーバ 1 で実 行 中 の AppA のバックアップサーバとして機 能 します。サーバ 3 とサーバ 4 の間 には、同 じタイプのアクティブ/アクティブの関 係 があります。
サーバ 1 とサーバ 2 の設 定 と、サーバ 3 とサーバ 4 の設 定 は似 ていますが、大 きな違 いがあります。AppA と AppX のアプリケーションについて、サーバ 1 とサーバ 2 のみをグループ化 できます。これらのサーバのみが、共 有 リソースにアクセスできます。

56

SteelEye DataKeeper for Linuxアクティブ - スタンバイのグループ化

ただし、AppB と AppC は、複 数 のグループ化 オプションを持 ちます。これは、4 台 のサーバすべてがAppB と AppC の共 有 リソースにアクセスできるからです。AppB と AppC は、第 3、第 4 のバックアップシ
ステムとしてサーバ 1 や サーバ 2 にフェイルオーバするように設 定 することもできます。

注 記 : LifeKeeper はディスクレベルでロックを適 用 するので、AppB と AppC のディスクリソースに接 続 する
4 つのシステムのうち、任 意 の時 点 でそれらにアクセスできるのは 1 つのみです。このため、サーバ 3 がアクティブに AppB を処 理 しているときには、サーバ 1、サーバ 2、および サーバ 4 は物 理 的 に接 続 していても AppB のディスクリソースを使 用 できません。

アクティブ - スタンバイのグループ化
アクティブ / スタンバイのペア設 定 では、プライマリサーバは処 理 を実 行 し、バックアップサーバはプライマリ
サーバに障 害 が発 生 した場 合 に備 えてスタンバイします。スタンバイシステムは小 型 でパフォーマンスの
低 いシステムでもかまいませんが、プライマリサーバに障 害 が発 生 した場 合 にリソースの可 用 性 を確 保できるだけの処 理 能 力 が必 要 です。

SteelEye Protection Suite for Linux57

インテリジェント スイッチバックと自 動 スイッチバックの違 いスタンバイサーバは、複 数 のアクティブサーバにバックアップを提 供 します。例 えば、上 の図 では、3 つのア
クティブ / スタンバイのリソースペアでサーバ 2 がスタンバイサーバです。LifeKeeper のリソース定 義 が、以下 のアクティブ / スタンバイのペアの関 係 を指 定 します。
l

サーバ 1 の AppA が サーバ 2 にフェイルオーバする。

l

サーバ 3 の AppB が サーバ 2 にフェイルオーバする。

l

サーバ 4 の AppC が サーバ 2 にフェイルオーバする。

複 数 のアクティブ / スタンバイグループを持 つ設 定 を検 討 するときには、以 下 の 3 つの重 要 な設 定 概 念を念 頭 に置 いてください。
lll

ディスクの所 有 権 。複 数 の異 なるアクティブなアプリケーションは、異 なる複 数 のサーバから、同 じ
共 有 ディスクまた LUN にあるディスクパーティションを使 用 できません。LifeKeeper は、ディスクま
たは LUN のレベルでロックを適 用 します。SCSI ロックが適 用 された場 合 、共 有 SCSI バス上 にあるシステム 1 台 のみが、ディスクまたは LUN のパーティションにアクセスできます。このため、同一 ディスク上 の異 なるパーティションにアクセスする複 数 のアプリケーションは、同 一 サーバ上 でアクティブにする必 要 があります。この例 では、サーバ 3 が AppB のディスクリソースを所 有 し、サーバ
4 が AppC のリソースを所 有 します。
処 理 能 力 。サーバ 1、サーバ 3、およびサーバ 4 に同 時 に障 害 が発 生 する可 能 性 は非 常 に低いですが、複 数 のリソース関 係 をサポート するスタンバイサーバを指 定 するときには、複 数 の障 害が発 生 した場 合 にスタンバイサーバが重 要 な処 理 のすべてを処 理 できるように注 意 する必 要 があります。
LifeKeeper の管 理 。この例 では、サーバ 2 がその他 3 台 のサーバをバックアップします。一 般 的に、LifeKeeper のデータベースを複 数 の論 理 グループで同 時 に管 理 することは望 ましくありません。はじめに、予 備 システムと 1台 のアクティブなシステムとの間 でリソースを作 成 し、次 に予 備 シ
ステムと別 のアクティブなシステムとの間 、という手 順 を繰 り返 してリソースを作 成 する必 要 があります。

インテリジェント スイッチバックと自 動 スイッチバックの違 いデフォルト では、リソースのスイッチバック設 定 はインテリジェント です。これは、そのリソースについてサーバ
A からサーバ B にフェイルオーバが発 生 すると、別 の障 害 が発 生 するか、管 理 者 がリソースを別 のサーバにインテリジェントに切 り替 えるまで、リソースはサーバ B に残 ります。このため、 サーバ A が In Service に
戻 った後 も、リソースはサーバ B で動 作 を続 行 します。この時 点 では、 サーバ A はリソースのバックアップ
として機 能 します。
状 況 によっては、障 害 が発 生 したサーバが復 旧 したときに、リソースをそのサーバに自 動 でスイッチバック
することが望 ましい場 合 があります。LifeKeeper には、前 述 したデフォルト のインテリジェントスイッチバック
動 作 に代 わる選 択 肢 として、 自 動 スイッチバックオプションがあります。このオプションは、各 サーバの個 々 のリソース階 層 に設 定 できます。特 定 のサーバ上 にあるリソース階 層 に自 動 スイッチバックを選 択し、そのサーバに障 害 が発 生 した場 合 、そのリソース階 層 はバックアップシステムにフェイルオーバします。
障 害 が発 生 したサーバが復 旧 したときに、リソース階 層 は元 のサーバに自 動 的 にスイッチバックします。
注記:
l

58

自 動 スイッチバックのチェックは、LifeKeeper を起 動 したとき、またはクラスタに新 しいサーバを追加 したときにのみ実 行 されます。通 常 のクラスタ動 作 中 には実 行 されません。

SteelEye DataKeeper for Linuxsyslog によるログの記 録l

LifeKeeper は、優 先 順 位 が上 位 のサーバから下 位 のサーバへの自 動 スイッチバックを実 行 しません。

syslog によるログの記 録
LifeKeeper 8.0 から、標 準 の syslog 機 能 を使 用 してログの記 録 が行 われます。LifeKeeper では、3
つの syslog の実 装 (標 準 の syslog、rsyslog、および syslog-ng) をサポート してます。パッケー
ジのインスト ール時 には、すべての LifeKeeper ログメッセージに対 して「local6」機 能 を使 用 するように
syslog が設 定 されます。すべての LifeKeeper ログメッセージを /var/log/lifekeeper.log に送 信 する
LifeKeeper 固 有 のルーティングを含 むように、syslog 設 定 ファイル (/etc/syslog-ng/syslog-ng.conf など) が変 更 されます。(元 の設 定 ファイルは、「~」で終 わる同 じ名 前 を使 用 してバックアップされます。)
この機 能 は、インスト ール後 に /opt/LifeKeeper/bin にある lklogconfig ツールを使 用 して変 更 することができます。このツールの詳 細 については、LifeKeeper がインスト ールされているシステム上 のlklogconfig(8) マニュアルページを参 照 してください。
注 意 : LifeKeeper がサーバから削 除 されると、LifeKeeper 固 有 の syslog 設 定 が削 除 されます。

リソース階 層LifeKeeper の GUI を使 用 すると、あるサーバにリソース階 層 を作 成 し、次 にその階 層 を 1 台 以 上 のバックアップサーバに拡 張 できます。その後 、LifeKeeper により、指 定 したすべてのサーバに指 定 階 層 が自動 作 成 されます。LifeKeeper は、各 サーバのデータベースで階 層 情 報 を管 理 します。コマンド ラインイン
ターフェースを使 用 する場 合 は、各 サーバの階 層 を明 示 的 に指 定 する必 要 があります。
リソース階 層 の作 成 後 、LifeKeeper が階 層 内 のリソースの停 止 と開 始 を管 理 します。以 下 の関 連 ト ピ
ックで、階 層 の指 定 作 業 の基 本 情 報 を説 明 しています。

リソースタイプ
リソースはハード ウェアとソフト ウェアのいずれかであり、リソースタイプ別 に分 類 できます。LifeKeeper はファイルシステムと SCSI のリソースタイプに処 理 を提 供 し、リカバリキット は通 信 、RDBMS、その他 のアプ
リケーションのリソースタイプに処 理 を提 供 します。
例 えば、保 護 するファイルシステムの階 層 には、以 下 のタイプのリソースインスタンスが含 まれます。
lll

filesys - Linux のファイルシステムリソースオブジェクト で、マウント ポイント により識 別 されます。
device - SCSI ディスクパーティションと仮 想 ディスクで、デバイスファイル名 で識 別 されます (例 :sdc1)。
disk - SCSI ディスクまたは RAID システム論 理 ユニット で、SCSI デバイス名 で識 別 されます (例 :sd)。

SteelEye Protection Suite for Linux59

リソースの状 態

リソースの状 態
状態

意味

In Service、 リソースが動 作 可 能 です。LifeKeeper のローカルリカバリが正 常 に動 作 していま
保 護 (ISP) す。LifeKeeper のサーバ間 リカバリと障 害 検 出 が動 作 可 能 です。

In Service、 リソースが動 作 可 能 です。このリソースについて、LifeKeeper のローカルリカバリ方 式 が未保護
動 作 不 能 です。LifeKeeper のサーバ間 リカバリと障 害 検 出 が動 作 可 能 です。
(ISU)
Out of
リソースが、障 害 により Out of Service になっています。リカバリは完 了 していないか、Service、障 失 敗 しました。このリソースについて、LifeKeeper の警 告 機 能 は動 作 不 能 です。
害 (OSF)Out of
リソースは Out of Service ですが、別 のサーバからリソースを引 き継 ぐことができます。
Service、障
害 なし
(OSU)
不 正 (未 定 この状 態 は、リソースインスタンスについて状 態 が設 定 されていない場 合 に表 示 されま義) 状態
す。通 常 の状 況 では、この不 正 状 態 が長 く続 くことはありません。ある状 態 から別 の状(ILLSTATE) 態 への移 行 が予 測 されます。LifeKeeper の情 報 テーブルがすべて更 新 される前(LifeKeeper が初 めて起 動 するときなど) にスイッチオーバが発 生 した場 合 に、この状 態になります。

60

SteelEye DataKeeper for Linux階 層 の関 係

階 層 の関 係
LifeKeeper では、リソースインスタンス間 の関 係 を作 成 できます。主 な関 係 は依 存 関 係 で、例 えばあるリソースインスタンスが動 作 するために、別 のリソースインスタンスに依 存 します。リソースインスタンスと
依 存 関 係 の組 み合 わせが、リソース階 層 です。

例 えば、/usr1 の動 作 はディスクサブシステムに依 存 するので、/usr1 と、ディスクサブシステムを表 すイン
スタンスとの間 に順 序 付 きの階 層 の関 係 を作 成 できます。
リソース階 層 により指 定 された依 存 関 係 は、リソースインスタンスを In Service と Out of Service にする
適 切 な順 序 を LifeKeeper に示 します。このリソース階 層 の例 では、disk と device のインスタンスを正常 に In Service にするまで、LifeKeeper は /usr1 リソースを In Service にすることができません。

イクイバレンシ情 報
LifeKeeper リソース階 層 を作 成 して拡 張 すると、そのリソース階 層 はプライマリサーバとセカンダリサーバの両 方 に存 在 します。ほとんどのリソースインスタンスは、1 台 のサーバでのみ同 時 にアクティブにできます。このようなリソースについて、LifeKeeper は「イクイバレンシ情 報 」という第 2 の種 類 の関 係 を定 義 します。これにより、リソースがあるサーバで In Service になると、イクイバレンシ情 報 が定 義 されている他のサーバでは Out of Service になります。
以 下 の例 に、各 サーバのディスクパーティションのリソースインスタンス間 のイクイバレンシ情 報 を示 します。この例 では、各 リソースインスタンスが類 似 のイクイバレンシを持 ちます。

SteelEye Protection Suite for Linux61

リソース階 層 の情 報

リソース階 層 の情 報
各 リソースのステータスは、ステータスの詳 細 表 示 とステータスの簡 略 表 示 で表 示 されます。root リソー
スを表 す LifeKeeper のタグ名 は、[TAG] 列 の左 端 から開 始 され、階 層 内 のリソースのタグ名 は適 切 に
インデント されてリソース間 の依 存 関 係 を表 します。
以 下 の例 は、ステータスの簡 略 表 示 のリソース階 層 セクションから取 ったものです( デバイスとディスクのID は、表 示 領 域 に収 まるように切 り詰 められている) 。
LOCAL TAG

ID

STATE PRIO PRIMARY

svr1

app3910-on-svr1 app4238

ISP

1

svr2

svr1

filesys4083

ISP

1

svr2

000...300-1 ISP

1

svr2

000...300

1

svr2

svr1

device2126

svr1

disk2083

/jrl1

ISP

階 層 の図 についてはリソース階 層 の例 のト ピックを参 照 してください。詳 細 については、ステータスの詳
細 表 示 とステータスの簡 略 表 示 のト ピックの「リソース階 層 の情 報 」セクションを参 照 してください。

62

SteelEye DataKeeper for Linuxリソース階 層 の例

リソース階 層 の例

ステータスの詳 細 表 示
このト ピックでは、lcdstatus コマンド の出 力 例 を使 用 してステータスの詳 細 表 示 で提 供 される情 報 のカ
テゴリについて説 明 します。この情 報 を表 示 する方 法 の詳 細 については、LCD (1M) のマニュアルページ
を参 照 してください。コマンド ラインに、man lcdstatus または man LCD を入 力 できます。LifeKeeperの GUI で使 用 できるステータス情 報 については、サーバーのステータスの表 示 またはリソースのステータ
スの表 示 を参 照 してください。
ステータスの詳 細 表 示 の例 :シャット ダウンスト ラテジー
Resource hierarchies for machine "wileecoyote":
ROOT of RESOURCE HIERARCHY
apache-home.fred: id=apache-home.fred app=webserver type=apache state=ISP
initialize=(AUTORES_ISP) automatic restore to IN-SERVICE by LifeKeeper
info=/home/fred /usr/sbin/httpdreason=restore action has succeeded
depends on resources: ipeth0-172.17.104.25,ipeth0-172.17.106.10,ipeth0-172.17.106.105
Local priority = 1

SteelEye Protection Suite for Linux63

ステータスの詳 細 表 示

SHARED equivalency with "apache-home.fred" on "roadrunner", priority = 10
FAILOVER ALLOWED
ipeth0-172.17.104.25: id=IP-172.17.104.25 app=comm type=ip state=ISP
initialize=(AUTORES_ISP) automatic restore to IN-SERVICE by LifeKeeper
info=wileecoyote eth0 172.17.104.25 fffffc00
reason=restore action has succeeded
these resources are dependent: apache-home.fred
Local priority = 1
SHARED equivalency with "ipeth0-172.17.104.25" on "roadrunner", priority = 10
FAILOVER ALLOWED
ipeth0-172.17.106.10: id=IP-172.17.106.10 app=comm type=ip state=ISP
initialize=(AUTORES_ISP) automatic restore to IN-SERVICE by LifeKeeper
info=wileecoyote eth0 172.17.106.10 fffffc00
reason=restore action has succeeded
these resources are dependent: apache-home.fred
Local priority = 1
SHARED equivalency with "ipeth0-172.17.106.10" on "roadrunner", priority = 10
FAILOVER ALLOWED
ipeth0-172.17.106.105: id=IP-172.17.106.105 app=comm type=ip state=ISP
initialize=(AUTORES_ISP) automatic restore to IN-SERVICE by LifeKeeper
info=wileecoyote eth0 172.17.106.105 fffffc00
reason=restore action has succeeded
These resources are dependent: apache-home.fred
Local priority = 1
SHARED equivalency with "ipeth0-172.17.106.105" on "roadrunner", priority = 10
FAILOVER ALLOWED

通 信 ステータスの情 報
The following LifeKeeper servers are known:machine=wileecoyote state=ALIVE
machine=roadrunner state=DEAD (eventslcm detected failure at Wed Jun 7 15:45:14
EDT 2000)
The following LifeKeeper network connections exist:

64

SteelEye DataKeeper for Linuxリソース階 層 の情 報

to machine=roadrunner type=TCP addresses=192.168.1.1/192.168.105.19
state="DEAD" priority=2 #comm_downs=0

LifeKeeper のフラグ
The following LifeKeeper flags are on:

shutdown_switchover
シャット ダウンスト ラテジー
The shutdown strategy is set to: switchover.

リソース階 層 の情 報
LifeKeeper は、リソースのステータスを root リソースから表 示 します。表 示 には、リソースのすべての依 存
関 係 についての情 報 が含 まれます。
複 数 のリソースに共 通 する要 素 は、最 初 の root リソースの下 に 1 回 のみ表 示 されます。各 リソース記
述 の第 1 行 には、リソースタグとその後 に続 くコロン (:) が表 示 されます (例 : device13557:)。階 層 内 でリソースの記 述 に使 用 できる情 報 要 素 を以 下 に示 します。
l

l

l

l

l

l

l

l

id - LifeKeeper が使 用 する一 意 のリソース識 別 文 字 列 。
app - アプリケーションのタイプを示 します。例 えば、サンプルリソースは Web サーバアプリケーションです。
type - リソースのクラスタイプを示 します。例 えば、サンプルリソースは Apache アプリケーションです。
state - リソースの現 在 の状 態 。
l

ISP — ローカルで In Service であり、保 護 されています。

lISU — In Service であり、保 護 されていません。

l

OSF — Out of Service であり、障 害 が発 生 しています。

l

OSU — Out of Service であり、障 害 はありません。

initialize - リソースの初 期 化 方 法 を指 定 します。例 えば、LifeKeeper はアプリケーションのリソー
スをリスト アしますが、ホスト アダプタは LifeKeeper なしで初 期 化 します。
info - オブジェクト の remove と restore のスクリプト が使 用 する、オブジェクト に固 有 の情 報 があります。
reason - 存 在 する場 合 、リソースが現 在 の状 態 にある原 因 を示 します。例 えば、あるアプリケー
ションが OSU の状 態 になった原 因 は、別 のサーバでそのアプリケーションがIn Service (ISP または ISU) になったからです。共 有 リソースは、グループ内 の 1 台 のサーバでのみ同 時 にアクティブにできます。
depends on resources - 存 在 する場 合 、このリソースが依 存 するリソースのタグ名 がリスト され

SteelEye Protection Suite for Linux65

通 信 ステータスの情 報

ます。
l

l

l

l

these resources are dependent - 存 在 する場 合 、このオブジェクト が直 接 依 存 するすべての親 リソースのタグ名 が示 されます。
Local priority - このリソースについて、ターゲット サーバのフェイルオーバの優 先 順 位 の値 を示 します。
SHARED equivalency - このリソースが同 等 として定 義 されたリモート リソースのリソースタグとサーバ名 、およびこのリソースについてのフェイルオーバの優 先 順 位 の値 を示 します。
FAILOVER ALLOWED - 存 在 する場 合 、上 の行 で同 等 と指 定 されたリモート サーバでLifeKeeper が動 作 可 能 であること、およびアプリケーションが障 害 に対 して保 護 されていることを示 します。FAILOVER INHIBITED は、LifeKeeper がシャット ダウンされているかリモート サーバが停 止 していることにより、アプリケーションが保 護 されていないことを示 します。

通 信 ステータスの情 報ステータス表 示 のこのセクションには、LifeKeeper が認 識 しているサーバとその現 在 の状 態 、および各 コ
ミュニケーションパスの情 報 がリスト されます。
これらの通 信 情 報 の要 素 は、ステータス表 示 にあります。
lllstate -コミュニケーションパスのステータス。通 信 ステータスの値 は以 下 の値 をとります。
l

ALIVE - 通 常 の動 作 中 。

lDEAD - 通 常 の動 作 をしていません。

priority -コミュニケーションパスに割 り当 てられた優 先 順 位 の値 。この項 目 は TCP パスについてのみ表 示 されます。
#comm_downs - ポート に障 害 が発 生 してフェイルオーバが発 生 した回 数 。パスの障 害 によりフェイルオーバが発 生 するのは、障 害 発 生 時 に「ALIVE」のコミュニケーションパスが他 にない場 合のみです。

さらに、ステータス表 示 では、TTY コミュニケーションパスについてのみ維 持 されている以 下 の統 計 値 を提 供 できます。
lwrpid - 個 々 の TTY コミュニケーションパスが、一 意 の読 み取 りプロセスと書 き込 みプロセスを持ちます。wrpid フィールド には、書 き込 みプロセスのプロセス ID があります。書 き込 みプロセスは、
以 下 の 2 つの条 件 のうちいずれかが発 生 するまでスリープ状 態 です。
l

l

l

66

ハート ビート タイマの期 限 が切 れ、書 き込 みプロセスにメッセージを送 信 させる。
ローカルプロセスが、LifeKeeper のメンテナンスメッセージを他 のサーバに送 信 するように書き込 みプロセスに要 求 する。書 き込 みプロセスは、関 連 付 けられた TTY ポート を使 用 して、メッセージを他 のシステムの TTY ポート 上 にある読 み取 りプロセスに送 信 します。

rdpid - 個 々 の TTY コミュニケーションパスが、一 意 の読 み取 りプロセスと書 き込 みプロセスを持ちます。rdpid フィールド には、読 み取 りプロセスのプロセス ID があります。読 み取 りプロセスは、
以 下 の 2 つの条 件 のうちいずれかが発 生 するまでスリープ状 態 です。

SteelEye DataKeeper for Linux

LifeKeeper のフラグ

l

l

l

l

l

l

l

l

l

ハート ビート タイマの期 限 が切 れ、定 義 済 みのハート ビート 間 隔 が期 限 切 れになったかど
うかを読 み取 りプロセスが判 断 する必 要 がある場 合 。期 限 切 れの場 合 、読 み取 りプロセスはコミュニケーションパスに DEAD 状 態 のマークを付 けます。これにより、ALIVE とマークされた他 のコミュニケーションパスがない場 合 はフェイルオーバイベント が開 始 されます。
リモート システムの書 き込 みプロセスが LifeKeeper のメンテナンスメッセージを送 信 し、読み取 りプロセスがメッセージの受 信 に必 要 なプロト コルを実 行 します。

#NAKs - 書 き込 みプロセスが negative acknowledgment ( NAK) を受 信 した回 数 。NAK メッ
セージは、他 のシステム上 にある読 み取 りプロセスが、書 き込 みプロセスが送 信 したメッセージを受 け取 らず、書 き込 みプロセスがメッセージパケット を再 送 信 する必 要 があったことを意 味 しま
す。#NAKs の統 計 値 は、回 線 ノイズに起 因 して、長 期 間 にわたって集 計 できます。ただし、急激 に数 値 が増 加 した場 合 、通 信 サブシステムで診 断 手 順 を実 行 する必 要 があります。
#chksumerr - サーバ間 のチェックサムメッセージが一 致 しなかった回 数 。この統 計 値 は、回 線 ノイズに起 因 して、長 期 間 にわたって集 計 できます。ただし、急 激 に数 値 が増 加 した場 合 、通信 サブシステムで診 断 手 順 を実 行 する必 要 があります。
#incmpltmes - 受 信 メッセージパケット が予 測 サイズに一 致 しなかった回 数 。不 一 致 の回 数 が多 い場 合 、コミュニケーションパスに関 連 付 けられたハード ウェアポート で診 断 手 順 の実 行 が必要 な可 能 性 があります。
#noreply - 書 き込 みプロセスが肯 定 応 答 の待 機 中 にタイムアウト し、メッセージを再 送 信 しなけ
ればならなかった回 数 。肯 定 応 答 がない場 合 、サーバの過 負 荷 、またはサーバの障 害 を意 味することがあります。
#pacresent - 読 み取 りプロセスが同 一 パケット を受 診 した回 数 。これは、送 信 サーバの書 き込
みプロセスがタイムアウト し、同 一 メッセージを再 送 信 する場 合 に発 生 することがあります。
#pacoutseq - 読 み取 りプロセスが、順 序 が不 正 のパケット を受 診 した回 数 。このフィールド の値が大 きい場 合 、メッセージパケット の脱 落 を示 すことがあり、通 信 サブシステムで診 断 手 順 の実
行 が必 要 な可 能 性 があります。
#maxretrys - 特 定 のメッセージについて、再 送 信 の最 大 回 数 を超 えたときに増 加 する指 標(NAK と noreply のメッセージ)。#maxretrys フィールド の値 が大 きい場 合 、通 信 サブシステムで診
断 手 順 を実 行 する必 要 があります。

LifeKeeper のフラグ
ステータスの詳 細 表 示 の後 部 近 くに、システムのフラグセット があります。共 通 タイプは、プロセスのロックが動 作 を完 了 するまで他 のプロセスを確 実 に待 機 させるために使 用 する LCD のロックフラグです。LCDのロックの標 準 フォーマット は以 下 のとおりです。
!action!processID!time!machine:id.
一 般 的 な LCD のロックフラグの例 を示 します。
ll!action!02833!701236710!server1:filesys。ファイルシステム階 層 を作 成 すると、このフォーマット
でステータス表 示 にフラグが生 成 されます。filesys の指 定 は、他 のアプリケーションリソース階 層
では別 のリソースタイプである場 合 も、一 般 的 なアプリケーションやユーザ定 義 アプリケーションでは app である場 合 もあります。
他 の代 表 的 なフラグとして、!nofailover!machine、!notarmode!machine、shutdown_switchover

SteelEye Protection Suite for Linux67

シャット ダウンスト ラテジーなどがあります。!nofailover!machine と !notarmode!machine のフラグは、LifeKeeper が作 成 と削除 を行 う内 部 の一 時 フラグで、サーバのフェイルオーバを制 御 します。shutdown_switchover フラ
グは、このサーバのシャット ダウンスト ラテジーが switchover に設 定 されたことを示 し、サーバのシャット ダウンによりスイッチオーバが発 生 します。使 用 可 能 なフラグの詳 細 については、依 存 関 係の作 成 方 法 については、LCDI-flag (1M) を参 照 してください。

シャット ダウンスト ラテジー
ステータスの詳 細 表 示 の最 後 の項 目 は、このシステム用 に選 択 された LifeKeeper のシャット ダウンスト
ラテジーを示 します。詳 細 については、サーバのシャット ダウンスト ラテジーの設 定 を参 照 してください。

ステータスの簡 略 表 示
このト ピックでは、lcdstatus -e コマンド の出 力 例 を使 用 して、ステータスの簡 略 表 示 で提 供 される情報 のカテゴリについて説 明 します。この情 報 を表 示 する方 法 の詳 細 については、LCD (1M) のマニュアル
ページを参 照 してください。コマンド ラインに、man lcdstatus または man LCD を入 力 できます。LifeKeeper の GUI で使 用 できるステータス情 報 については、サーバーのステータスの表 示 またはリ
ソースのステータスの表 示 を参 照 してください。
ステータスの簡 略 表 示 の例 :リソース階 層 の情 報
BACKUP

TAG

ID

STATE PRIO PRIMARY

svr1

appfs3910-on-svr1 appfs4238

ISP

1

svr2

svr1

filesys4083

ISP

1

svr2

000...300-1 ISP

1

svr2

000...300

1

svr2

/jrl1

svr1

device2126

svr1

disk2083

ISP

通 信 ステータスの情 報
MACHINE NETWORKADDRESSES/DEVICE

STATE

PRIO

svr1

TCP

100.10.1.20/100.11.1.21 ALIVE 1

svr1

TTY

/dev/ttyS0

ALIVE --

リソース階 層 の情 報
LifeKeeper は、各 リソースのステータスを表 示 します。root リソースを表 す LifeKeeper のタグ名
は、[TAG] 列 の左 端 から開 始 され、階 層 内 のリソースのタグ名 は適 切 にインデント されてリソース間 の依 存 関 係 を表 します。

68

SteelEye DataKeeper for Linux

通 信 ステータスの情 報

BACKUP 列 は、フェイルオーバの優 先 順 序 内 で、このステータス表 示 の対 象 システムの次 にあるシス
テムを示 します。指 定 したリソースについて、ターゲット システムが優 先 順 位 の最 も低 いシステムである
場 合 、そのリソースの BACKUP 列 にはダッシュ (------) が表 示 されます。
l

TAG 列 - リソースの root タグがあります。

l

ID 列 -各 リソースの識 別 文 字 列 があります。

l

STATE 列 -各 リソースの現 在 の状 態 があります (リソースの状 態 を参 照 )。

l

PRIO 列 -各 リソースについて、ローカルサーバのフェイルオーバの優 先 順 位 の値 があります。

l

PRIMARY 列 -各 リソースについて、優 先 順 位 が最 高 のサーバ名 があります。

通 信 ステータスの情 報
表 示 のこのセクションには、ターゲット システムで定 義 された各 コミュニケーションパスのリスト があります。
各 パスについて、以 下 の情 報 が表 示 されます。
l

MACHINE - コミュニケーションパスのリモート サーバ名 。

l

NETWORK - コミュニケーションパスのタイプ (TCP または TTY)。

l

ADDRESSES/DEVICE - コミュニケーションパスの IP アド レスまたはデバイス名 のペア。

l

STATE - コミュニケーションパスの状 態 (ALIVE または DEAD)。

l

PRIO - TCP パスの場 合 、パスに割 り当 てられた優 先 順 位 。TTY パスの場 合 、優 先 順 位 が割り当 てられていないので、この列 にはダッシュ (----) が表 示 されます。

障 害 検 出 とリカバリのシナリオ
障 害 検 出 とリカバリを実 行 するために、LifeKeeper のさまざまなコンポーネント がどのように連 携 しているかを調 べるには、3 つのタイプのリカバリシナリオを説 明 する以 下 のト ピックを参 照 してください。

IP ローカルリカバリ
SIOS では、バックアップインターフェースが必 要 な場 合 、すべての LifeKeeper リリースに含 まれる標 準
Linux の NIC ボンディングメカニズムを使 用 してボンディングしたインターフェースを使 用 することを推 奨 しています。LifeKeeper のリリース 7.4.0 から、ボンディングしたインターフェースがサポート する唯 一 の方 法になりました。7.4.0 以 前 のリリースでは、後 述 の IP キット のバックアップインターフェース機 能 を使 用 できます。
IP ローカルリカバリ機 能 を使 用 すると、IP Recovery Kit が障 害 を検 出 したときに、LifeKeeper は、保 護している IP アド レスを、設 定 されているインターフェースから同 一 サーバ上 の別 のインターフェースに移 動できます。ローカルリカバリはオプションのバックアップ方 式 を提 供 するので、サーバで特 定 のインターフェー
スに障 害 が発 生 した場 合 、保 護 している IP アド レスをバックアップインターフェースで動 作 可 能 にできます。このため、アプリケーション/リソース階 層 全 体 がバックアップサーバにフェイルオーバすることを防 ぐことができます。

ローカルリカバリのシナリオ

SteelEye Protection Suite for Linux

69

コマンド ラインの操 作

IP ローカルリカバリを使 用 すると、サーバ上 で LifeKeeper が保 護 する各 IP アド レスについて、バックアップ
ネット ワークインターフェースを 1 つ指 定 できます。バックアップインターフェースが正 しく動 作 するためには、
プライマリインターフェースと同 じ物 理 ネット ワークに接 続 する必 要 があります。システム管 理 者 は、有 効
なインターフェースが選 択 されていることを確 認 する必 要 があります。バックアップインターフェースをある
サーバに指 定 し、クラスタ内 の他 のサーバには指 定 しないことには、正 当 性 があります。選 択 されたあるサーバ上 のバックアップインターフェースは、他 のサーバ上 のバックアップの選 択 に影 響 を与 えません。
IP Recovery Kit によって IP アド レスの障 害 が検 出 されると、結 果 として生 じる障 害 によって IP ローカル
リカバリスクリプト が起 動 されます。LifeKeeper は最 初 に、その IP アド レスを現 在 のネット ワークインターフ
ェース上 で In Service に戻 そうとします。この動 作 に失 敗 した場 合 、LifeKeeper はリソースインスタンスをチェックして、使 用 可 能 なバックアップインターフェースの有 無 を調 べます。使 用 可 能 なバックアップイン
ターフェースがある場 合 、IP アド レスをバックアップインターフェースに移 動 しようとします。ローカルリカバリの試 行 がすべて失 敗 した場 合 、LifeKeeper は IP アド レスとすべての依 存 リソースをバックアップサーバに
フェイルオーバします。
バックアップインターフェース名 は、IP リソースインスタンスの情 報 フィールド に指 定 できます。情 報 フィール
ド の値 はスペースで区 切 り、プライマリサーバ名 、ネット ワークインターフェース名 、IP アド レス、ネット マス
ク、バックアップインターフェース名 の順 に指 定 します。例 を示 します。
ServerA eth0 172.17.106.10 fffffc00 eth1
バックアップインターフェースを設 定 しない場 合 、5 番 目 のフィールド 値 を none に設 定 してください。
保 護 している IP アド レスがバックアップインターフェースに移 動 すると、2 番 目 と 5 番 目 のフィールド 値 が入 れ替 えられ、元 のバックアップインターフェースがプライマリになり、元 のプライマリインターフェースがバック
アップになります。この結 果 、LifeKeeper の起 動 時 、スイッチオーバ時 、およびフェイルオーバ時 には、LifeKeeper は常 に最 後 に設 定 されたインターフェースで IP アド レスを In Service にしようとします。

コマンドラインの操 作
LifeKeeper for Linux v3.01 以 降 では、既 存 の IP リソースインスタンスにバックアップインターフェースを追加 したり削 除 したりする機 能 は、コマンド ラインユーティリティとして提 供 されています。この機 能は、lkipbu ユーティリティが提 供 します。コマンド と構 文 は以 下 のとおりです。
lkipbu [-d machine] -{a|r} -t tag -f interface
このインスタンスについてバックアップインターフェースがすでに定 義 済 みの場 合 、または不 正 なインターフ
ェース名 が指 定 された場 合 、add 動 作 (-a オプションで指 定 ) は失 敗 します。指 定 したインターフェースが、このDataKeeperの現 在 のバックアップインターフェースでない場 合 、削 除 動 作 (-r オプションで指定 ) は失 敗 します。
コマンド ライン操 作 で、IP アド レスをバックアップインターフェースに手 動 で移 動 することもできます。この操作 は、以 下 の構 文 で -m オプションにより指 定 します。
lkipbu [-d machine] -m -t tag
このインスタンスについてバックアップインターフェースが設 定 されていない場 合 、この操 作 は失 敗 します。
指 定 したリソースインスタンスが現 在 In Service である場 合 、現 在 のインスタンスから IP アド レスを設 定
解 除 する ipaction remove 動 作 、および IP アド レスをバックアップインターフェースに設 定 する
ipaction restore 動 作 を使 用 して、移 動 が実 行 されます。移 動 後 、 execute_broadcast_ping の機 能 を使 用 して新 しいインターフェース上 にあるアド レスの動 作 が確 認 され、正 常 に動 作 して70

SteelEye DataKeeper for Linuxリソースのエラーリカバリのシナリオ

いる場 合 は、IP リソースインスタンスの INFO フィールド にあるインターフェースの値 が入 れ替 えられます。
このコマンド の実 行 時 に、指 定 した IP リソースインスタンスが Out of Service である場 合 、INFO フィール
ド のプライマリとバックアップのインターフェースの値 が単 純 に入 れ替 えられます。
lkipbu ユーティリティには、指 定 した IP リソースインスタンスについて現 在 指 定 されているプライマリとバックアップのインターフェース、およびプライマリインターフェース上 のリソースの状 態 (動 作 中 または停 止 )を取 得 するオプションもあります。この操 作 は、以 下 の構 文 で -s オプションにより指 定 します。
lkipbu [-d machine] -s -t tag
出 力 は、以 下 のようになります。
IP address: 172.17.106.10
Netmask: 255.255.252.0
Primary interface: eth0 (up)Backup interface: eth1
詳 細 については、lkipbu(8) のマニュアルページを参 照 してください。

リソースのエラーリカバリのシナリオ
LifeKeeper は、LifeKeeper が保 護 するリソースのステータスと健 全 性 をチェックするリアルタイムデーモン
モニタ lkcheck を装 備 しています。 In Service の各 リソースについて、lkcheck が定 期 的 にそのリソースタイプの quickCheck スクリプト を呼 び出 します。quickCheck スクリプト がリソースのクイック健 全 性 チェッ
クを実 行 し、リソースが障 害 のある状 態 にあると判 断 すると、quickCheck スクリプト はイベント 通 知 メカ
ニズム sendevent を呼 び出 します。
以 下 の図 に、lkcheck がプロセスを開 始 したときのリカバリプロセスの作 業 を示 します。

1. lkcheck が実 行 されます。デフォルト では、lkcheck プロセスは 2 分 ごとに実 行 されます。lkcheck が動 作 すると、システムで In Service の各 リソースについて適 切 は quickCheck ス

SteelEye Protection Suite for Linux71

リソースのエラーリカバリのシナリオ

クリプト を呼 び出 します。
2. quickCheck スクリプト がリソースをチェックします。quickCheck スクリプト が実 行 するチェックの内
容 は、各 リソースタイプによって異 なります。通 常 、スクリプト は、リソースのクライアント の動 作 をシミュレート して、予 測 した応 答 を受 信 するかどうかを確 認 することにより、目 的 の作 業 を実 行するためにリソースが使 用 可 能 かどうかを単 純 に確 認 します。
3. quickCheck スクリプト が sendevent を呼 び出 します。quickCheck スクリプト が、リソースが障害 のある状 態 にあると判 断 した場 合 、sendevent を呼 び出 して、適 切 なクラスとタイプを持 つイ
ベント を開 始 します。
4. リカバリ手 順 の検 索 。システムイベント 通 知 メカニズム sendevent は、はじめに、イベント タイプまたはコンポーネント について、LCD がリソースまたはリカバリを持 つかどうかを判 断 しようとします。
この判 断 を行 うために、is_recoverable プロセスは LCD のリソース階 層 をスキャンして、イベントに対 応 するリソースインスタンス (この例 では filesys の名 前 ) を検 索 します。
次 の手 順 の動 作 は、スキャンでリソースレベルのリカバリ手 順 が検 出 されたかどうかによって異 な
ります。
l

l

検 出 されない場 合 。リカバリ手 順 が見 つからない場 合 、is_recoverable は sendevent に戻り、sendevent は基 本 イベント 通 知 を続 行 します。
検 出 された場 合 。スキャンでリソースが検 出 された場 合 、is_recoverable はリカバリプロセスをバックグラウンド に運 びます。is_recoverable プロセスが戻 り、sendevent が基 本 イベント 通 知 を続行 します。推 奨 フラグ「-A」を基 本 警 告 イベント 応 答 スクリプト に渡 し、LifeKeeper がリカバリを実行 することを示 します。

5. リカバリプロセスが開 始 されます。リカバリが続 行 していると仮 定 して、is_recoverable はリカバリプ
ロセスを開 始 し、はじめにローカルリカバリを試 行 します。
6. ローカルリカバリが試 行 されます。インスタンスが検 出 された場 合 、リカバリプロセスは、LCD 内 のリソース階 層 にアクセスし、階 層 ツリーからイベント に応 答 する方 法 を知 っているリソースを検 索して、ローカルリカバリを試 行 します。各 リソースタイプについて、イベント クラスにちなむ名 前 を持
つサブディレクト リ (そのイベント タイプのリカバリスクリプト を持 つ) を含 むリカバリサブディレクト リを検索 します。
リカバリプロセスが、リソース階 層 で障 害 が発 生 しているリソースから上 方 向 に最 も離 れたリソースに関 連 付 けられている、リカバリスクリプト を実 行 します。リカバリスクリプト が正 常 に完 了 した場 合 、リカバリは停 止 します。スクリプト が失 敗 した場 合 、次 のリソースに関 連 付 けられたスクリ
プト が実 行 され、リカバリスクリプト が正 常 に完 了 するか、障 害 が発 生 したインスタンスに関 連 付けられたリカバリスクリプト が試 行 されるまで続 行 されます。

ローカルリカバリが正 常 に完 了 した場 合 、リカバリは停 止 します。
7. サーバ間 のリカバリが開 始 されます。ローカルリカバリに失 敗 した場 合 、イベント はサーバ間 のリカ
バリにエスカレート します。
8. リカバリが続 行 されます。ローカルリカバリに失 敗 しているので、リカバリプロセスは失 敗 したインス
タンスを Out-of-Service-FAILED (OSF) 状 態 にマークし、この失 敗 したリソースに依 存 するすべてのリソースを Out-of-Service-UNIMPAIRED (OSU) 状 態 にマークします。リカバリプロセスは次に、障 害 が発 生 したリソース、または障 害 が発 生 したリソースに依 存 するリソースが、他 のシステ
ム上 にあるリソースとイクイバレンシー情 報 を持 っているかどうかを判 断 し、優 先 順 位 が最 高 の72

SteelEye DataKeeper for Linuxサーバの障 害 リカバリのシナリオ

動 作 可 能 なサーバを選 択 します。同 時 にアクティブにできるイクイバレンシー情 報 を持 つリソース
は 1 つのみです。

イクイバレンシー情 報 が存 在 しない場 合 、リカバリプロセスは停 止 します。
イクイバレンシー情 報 が検 出 されて選 択 された場 合 、LifeKeeper はサーバ間 のリカバリを開 始 します。リカバリプロセスが LCM 経 由 で、イクイバレンシー情 報 を持 つリソースを持 つ選 択 されたバックアップシステムの LCD プロセスにメッセージを送 信 します。これは、LifeKeeper がサーバ間 のリ
カバリを試 行 することを意 味 します。
9. lcdrecover プロセスが転 送 を調 整 します。バックアップサーバの LCD プロセスが lcdrecover プロ
セスを運 び、同 等 リソースの転 送 を調 整 します。
10. バックアップサーバのアクティブ化 。lcdrecover プロセスが同 等 のリソースを検 出 し、そのリソースがOut of Service のリソースに依 存 しているかどうかを判 断 します。lcdrecover が、必 要 な各 リ
ソースについて restore スクリプト (リソースリカバリ動 作 スクリプト の一 部 ) を実 行 し、リソースを In
Service にします。
バックアップサーバでリソースをリスト アすることにより、プライマリシステムからより多 くの共 有 リソースを転 送 することが必 要 になる場 合 があります。プライマリシステムとの間 で、プライマリサーバ上 でのサービスから削 除 する必 要 があるリソースを示 すメッセージが送 受 信 され、次 に選 択 したバック
アップサーバで In Service になり、重 要 なアプリケーションのすべての機 能 が提 供 されます。この動 作 は、転 送 する追 加 の共 有 リソースがなくなり、バックアップで必 要 なすべてのリソースインスタ
ンスがリスト アされるまで続 行 されます。

サーバの障 害 リカバリのシナリオ
LifeKeeper Communications Manager (LCM) には、2 つの機 能 があります。
ll

メッセージング。LCM は、LifeKeeper がリカバリ、設 定 、または監 査 の実 行 を行 うときに送 信 する
メッセージの経 路 として機 能 します。
障 害 検 出 。また、LCM には、サーバに障 害 が発 生 しているかどうかを検 出 する役 割 もあります。

LifeKeeper には、構 成 内 の各 サーバに、ペアのサーバが動 作 していることを定 期 的 に通 知 する組 み込
みのハート ビート 信 号 があります。あるサーバが、いずれかのコミュニケーションパス経 由 でハート ビート メッ
セージを受 信 しなかった場 合 、LifeKeeper はそのパスを DEAD としてマークします。サーバの障 害 リカバ
リのシナリオ
以 下 の図 に、LCM ハート ビート メカニズムがサーバの障 害 を検 出 したときのリカバリ作 業 を示 します。

SteelEye Protection Suite for Linux73

サーバの障 害 リカバリのシナリオ

以 下 の手 順 では、上 の図 で、LifeKeeper があるサーバのすべての通 信 接 続 を DEAD としてマークした
場 合 のリカバリシナリオを説 明 します。
1. LCM が eventslcm を起 動 します。LifeKeeper がすべてのコミュニケーションパスを DEAD としてマークすると、LCM は eventslcm プロセスを開 始 します。
eventslcm プロセスを停 止 する活 動 は 1 つのみです。
l

コミュニケーションパスが、アクティブである。いずれかのコミュニケーションパスがハート ビート 信 号 の
送 信 を再 開 した場 合 、LCM は eventslcm プロセスを停 止 します。
通 信 障 害 に起 因 するフェイルオーバやシステムの障 害 を防 止 するために、各 ペアのサーバ間 に、物 理 的 に独 立 した冗 長 なコミュニケーションパスを 2 つ以 上 設 定 することが重 要 です。

2. sendevent へのメッセージ送 信 。eventslcm が、イベント タイプ machfail を持 つ sendevent を呼び出 して、システム障 害 警 告 を送 信 します。
3. sendevent がフェイルオーバリカバリを開 始 します。sendevent プログラムが、LifeKeeper がシステ
ム障 害 イベント を処 理 できることを判 断 し、LifeKeeper フェイルオーバリカバリプロセス
lcdmachfail を実 行 します。
4. lcdmachfail のチェック。lcdmachfail プロセスがはじめに、応 答 していないサーバがシャット ダウ
ンしていないことを確 認 します。システム障 害 の発 生 前 に、他 のシステムが正 常 にシャット ダウン
している場 合 、フェイルオーバは禁 止 されます。次 に、lcdmachfail は、障 害 が発 生 したシステ
ムとイクイバレンシ情 報 を持 つリソースをすべて特 定 します。これが、リカバリの関 与 ポイント です。
5. lcdmachfail がリソースをリスト アします。lcdmachfail が、障 害 が発 生 したシステムとイクイバレ
ンシ情 報 を持 つ、バックアップサーバ上 のリソースをすべて特 定 します。また、バックアップサーバが該 当 するリソースが構 成 されている、優 先 順 位 が最 高 のアクティブなサーバであるかどうかを判断 します。すべてのバックアップサーバがこのチェックを実 行 するので、1 台 のサーバのみが階 層 のリカバリを試 行 します。このチェックに合 格 した個 々 の同 等 リソースについて、lcdmachfail が、関
連 付 けられたリスト アプログラムを呼 び出 します。次 に、lcdmachfail は、リスト アしたリソースに依 存 する各 リソースもリスト アします。これは、バックアップサーバ上 の階 層 全 体 が In Service になるまで続 行 されます。

74

SteelEye DataKeeper for Linux

インスト ールと設 定
LifeKeeper for Linux のインスト ール
LifeKeeper for Linux ソフト ウェアの完 全 なインスト ール手 順 については、SPS for Linux インスト ールガイ
ド を参 照 してください。詳 細 については、 SPS for Linux リリースノート を参 照 してください。

LifeKeeper for Linux の設 定
LifeKeeper 環 境 がインスト ールされると、クラスタ内 の各 サーバ上 で LifeKeeper ソフト ウェアを設 定 することができます。LifeKeeper 設 定 手 順 ト ピックの手 順 に従 ってください。ここには、詳 細 と共 に各 ト ピック
へのリンクが記 載 されています。

LifeKeeper の設 定 手 順
SPS Installation Guide で説 明 されている LifeKeeper 環 境 のインスト ールが完 了 している場 合 、クラス
タの各 サーバの SPS ソフト ウェアを起 動 、設 定 する準 備 は整 っています。
詳 細 を説 明 するト ピックへのリンクを含 む以 下 の手 順 を実 行 してください。以 下 の手 順 は、クラスタ内 の
各 サーバで実 行 します。
1. 次 のコマンド を root として実 行 して LifeKeeper を起 動 します。
/opt/LifeKeeper/bin/lkstart
このコマンド によって、管 理 対 象 のサーバ上 のまだ起 動 していないすべての LifeKeeper デーモン
プロセスを起 動 します。
LifeKeeper の起 動 および停 止 に関 する詳 細 情 報 については、LifeKeeper の起 動 および
LifeKeeper の停 止 を参 照 してください。
2. TTY 通 信 接 続 をセット アップ します。LifeKeeper のハート ビート 用 に TTY コミュニケーションパスを利 用 する場 合 は、ハート ビート 用 の物 理 的 な接 続 をセット アップする必 要 があります。
3. GUI を設 定 します。GUI の設 定 には多 くのタスクが含 まれます。GUI を実 行 するための準 備 の中 のLifeKeeper GUI - 概 要 ト ピックから始 めてください。詳 細 な手 順 については、GUIを実 行 するための準 備 を網 羅 するリンクの順 番 に従 ってください。
注 記 : LifeKeeper GUI を初 めて実 行 すると、QuickStart ボタンが表 示 され、これを押 すとLifeKeeper のリソースの設 定 を案 内 する手 順 とリンクを含 むウィンド ウが開 きます。QuickStart
Configuration Assistant は [Help] メニュー からいつでもアクセスできます。
4. コミュニケーションパスを作 成 します。LifeKeeper の保 護 を有 効 にする前 に、コミュニケーションパ
ス (ハート ビート ) の定 義 を作 成 する必 要 があります。
5. 以 下 の設 定 作 業 を任 意 で実 行 します。

SteelEye Protection Suite for Linux75

TTY 接 続 のセット アップ

lサーバのシャット ダウンスト ラテジーの設 定l

手 動 フェイルオーバ確 認 オプションの設 定

lLifeKeeper ハート ビート の調 整

lデスクト ップのツールバーに LifeKeeper GUI のアイコンを追 加 するl

SNMP イベント 転 送 の設 定lイベント メール通 知 の設 定

lクラスタで STONITH デバイスを使 用 する場 合 は、STONITH デバイスを制 御 する
スクリプト を作 成 し、LifeKeeper の適 切 なイベント ディレクト リに配 置 します。

6. LifeKeeper でアプリケーションを保 護 する準 備 ができました。以 降 の手 順 は、オプションのLifeKeeper Recovery Kit の 1 つを使 用 するかどうかによって異 なります。
ll

LifeKeeper Recovery Kit を使 用 する場 合 、リソース階 層 を作 成 、拡 張 する手 順についてはキット に関 連 するド キュメント を参 照 してください。
関 連 する Recovery Kit がないアプリケーションを使 用 する場 合 、2 通 りの選 択 肢があります。
l

シンプルなアプリケーションの場 合 、アプリケーションと LifeKeeper との間 のインターフェースの作 成 方 法 を慎 重 に検 討 してください。LifeKeeper Coreに含 まれる Generic Application Recovery Kit を使 用 して保 護 することもできます。
より複 雑 なアプリケーションの場 合 、オプションの LifeKeeper Extender を使用 すると独 自 の Recovery Kit を作 成 できます。その手 順 とサンプルコード
については、LifeKeeper Extender のド キュメント を参 照 してください。

TTY 接 続 のセット アップ
LifeKeeper のハート ビート 用 に TTY コミュニケーションパスを利 用 する場 合 は、ハート ビート 用 の物 理 的な接 続 をセット アップする必 要 があります。単 一 の通 信 障 害 による誤 ったフェイルオーバを抑 止 するためには、複 数 のコミュニケーションパスが必 要 です。2 つ以 上 の LAN ベース (TCP) のコミュニケーションパス
も使 用 する必 要 があります。
使 用 する各 サーバのシリアルポート にシリアルハート ビート 用 の TTY ケーブルを接 続 します。
1. 次 のコマンド を実 行 してシリアルパスをテスト します。
/opt/LifeKeeper/bin/portio -r -p port -b baud
ここで、
l
l

baud は、シリアルパス用 に選 択 したボーレート (通 常 は 9600)
port は、サーバ 1 でテスト 中 のシリアルポート 。例 えば、/dev/ttyS0
これでサーバ 1 は、サーバ 2 からの入 力 を待 っている状 態 です。

2. サーバ 2 で portio コマンド を実 行 します。ペアの 2 番 目 のシステムで次 のコマンド を実 行 しま
す。

76

設定

SNMP による LifeKeeper イベント 転 送echo Helloworld | /opt/LifeKeeper/bin/portio -p port -b baud
ここで、
l
l

baud は、サーバ 1 に合 わせて選 択 した同 じボーレート
port は、サーバ 2 でテスト 中 のシリアルポート 。例 えば、 /dev/ttyS0。

3. コンソールを確 認 します。コミュニケーションパスが正 常 に動 作 する場 合 、サーバ 1 のコンソールには「Helloworld」が表 示 されます。表 示 されない場 合 は、診 断 、修 正 作 業 を終 えてから
LifeKeeper の設 定 を続 けてください。

SNMP による LifeKeeper イベント 転 送
SNMP による LifeKeeper イベント 転 送 の概 要
SNMP (Simple Network Management Protocol) は、ネット ワークを管 理 するための、デバイスに依 存 しないフレームワークです。ネット ワーク上 のデバイスは、デバイスのベンダーが提 供 する MIB (Management
Information Base) 変 数 によって記 述 されます。ネット ワーク内 の各 ノード 上 では SNMP エージェント が
実 行 され、ネット ワークマネージャノード と通 信 を行 います。ネット ワークマネージャは、エージェント に対 するクエリで MIB 変 数 の値 を取 得 、設 定 することにより、エージェント ノード を監 視 、制 御 します。エージェ
ント は、ト ラップと呼 ばれるメッセージを非 同 期 に生 成 して例 外 イベント の発 生 をマネージャにしらせることもできます。SNMP (Simple Network Management Protocol) を使 用 してネット ワークを監 視 および管理 するアプリケーションは多 数 提 供 されています。
LifeKeeper のイベント 通 知 機 能 では、特 定 のイベント が起 きたときに通 知 を受 信 するアプリケーションを
登 録 することができます (sendevent(5) マニュアルページを参 照 )。LifeKeeper は、LifeKeeper の動 作 を監 視 するサード パーティのネット ワーク管 理 コンソールに向 けて LifeKeeper の重 要 なイベント に関 する
SNMP ト ラップ通 知 を送 信 するように簡 単 に設 定 できます。
SNMP ト ラップを受 信 するリモート 管 理 コンソールは、最 初 にそのシステムの管 理 用 ソフト ウェアを使 用
して設 定 する必 要 があります。LifeKeeper は、外 部 の SNMP の設 定 機 能 を提 供 していません。リモー
ト 管 理 サーバは、通 常 、LifeKeeper クラスタの外 側 に配 置 されます (つまり LifeKeeper のノード ではありません)

LifeKeeper イベント テーブル
以 下 の表 では、LifeKeeper のイベント のリスト と関 連 付 けられているト ラップ番 号 を示 しています。オブジ
ェクト ID (OID) は、プリフィックスとそれに続 く個 別 のト ラップ番 号 から、次 のフォーマット で構 成 されます。
prefix.0.specific trap number
プリフィックスは「.1.3.6.1.4.1.7359」であり、これは MIB ツリーでiso.org.dod.internet.private.enterprises.7359 に展 開 されます(7359 は、SteelEye (SIOS
Technology) の企 業 番 号 です。LifeKeeper を表 す「1」をこれに続 けます)。例 えば、「LifeKeeper
Startup Complete」イベント は次 の OID を生 成 します: .1.3.6.1.4.1.7359.1.0.100。
LifeKeeper イベント /説 明

ト ラップ
オブジェクト ID
番号SteelEye Protection Suite for Linux

77

LifeKeeper イベント テーブル

LifeKeeper Startup Complete
100.1.3.6.1.4.1.7359.1.0.100

101.1.3.6.1.4.1.7359.1.0.101

102.1.3.6.1.4.1.7359.1.0.102

110.1.3.6.1.4.1.7359.1.0.110

111.1.3.6.1.4.1.7359.1.0.111

112.1.3.6.1.4.1.7359.1.0.112

クラスタ内 のノード に障 害 が発 生 したときに、クラスタ内 の各 ノー 120
ド から送 信 されます

.1.3.6.1.4.1.7359.1.0.120

LifeKeeper が起 動 したノード から送 信 されます
LifeKeeper Shutdown Initiated
LifeKeeper のシャット ダウンを開 始 したノード から送 信 されます
LifeKeeper Shutdown Complete
LifeKeeper のシャット ダウンを完 了 したノード から送 信 されます
LifeKeeper Manual Switchover Initiated on Server
手 動 スイッチオーバを要 求 したノード から送 信 されます
LifeKeeper Manual Switchover Complete - recovered list
手 動 スイッチオーバを完 了 したノード から送 信 されます
LifeKeeper Manual Switchover Complete - failed list
手 動 スイッチオーバに失 敗 したクラスタ内 の各 ノード から送 信 されます
LifeKeeper Node Failure Detected for Server

LifeKeeper Node Recovery Complete for Server recovered list
121

.1.3.6.1.4.1.7359.1.0.121122.1.3.6.1.4.1.7359.1.0.122

リソースをリカバリしているノード から送 信 されます。リカバリが完 130
了 したか失 敗 したかを示 す 131 または 132 ト ラップが必 ずこれに続 きます。

.1.3.6.1.4.1.7359.1.0.130

障 害 ノード からのリソースをリカバリしたクラスタ内 の各 ノード から
送 信 されます
LifeKeeper Node Recovery Complete for Server - failedlist
障 害 ノード からのリソースのリカバリに失 敗 したクラスタ内 の各
ノード から送 信 されます
LifeKeeper Resource Recovery Initiated

LifeKeeper Resource Recovery Failed
131*.1.3.6.1.4.1.7359.1.0.131

リソースのリカバリが完 了 したときに、ト ラップ 130 を送 信 したノー 132
ド から送 信 されます

.1.3.6.1.4.1.7359.1.0.132

リカバリを試 みたリソースを稼 働 できなかったときに、ト ラップ 130
を送 信 したノード から送 信 されます
LifeKeeper Resource Recovery Complete

78

設定

LifeKeeper イベント 転 送 の設 定

LifeKeeper Communications Path Up
ノード へのコミュニケーションパスが確 立 されました140.1.3.6.1.4.1.7359.1.0.140

141.1.3.6.1.4.1.7359.1.0.141

LifeKeeper Communications Path Down
ノード へのコミュニケーションパスがダウンしました
ト ラップ PDU に追 加 情 報 を含 めるために以 下 の変 数 が使 用されます。
Trap message

すべてのト ラッ .1.3.6.1.4.1.7359.1.1
プResource Tag

130.1.3.6.1.4.1.7359.1.2

Resource Tag

131.1.3.6.1.4.1.7359.1.2

Resource Tag

132.1.3.6.1.4.1.7359.1.2

List of recovered resources

111.1.3.6.1.4.1.7359.1.3

List of recovered resources121.1.3.6.1.4.1.7359.1.3

List of failed resources112.1.3.6.1.4.1.7359.1.4

List of failed resources122.1.3.6.1.4.1.7359.1.4* 複 数 のバックアップサーバでリカバリに失 敗 すると、このト ラップは複 数 回 表 示 されることがあります。

LifeKeeper イベント 転 送 の設 定
前提条件
SNMP によるイベント 転 送 機 能 は、LifeKeeper のコア機 能 の一 部 として含 まれており、LifeKeeper の
追 加 パッケージをインスト ールする必 要 はありません。ただし、LifeKeeper イベント のト ラップ通 知 を生 成する LifeKeeper の各 ノード に SNMP ソフト ウェアがインスト ールされている必 要 があります。LifeKeeper
は、この SNMP ト ラップユーティリティを使 ってト ラップを生 成 します。このユーティリティは、ほとんどのLinux ディスト リビューションで snmp-utils パッケージによって提 供 されています (SuSE では snmp と呼 ばれます)。
以 前 のバージョン (4.1 以 前 ) の snmp の実 装 では、defCommunity ディレクティブがサポート されていな
いため、ト ラップは「public」コミュニティスト リングを使 用 して送 信 されます。
LifeKeeper のノード で SNMP エージェント snmpd を起 動 しておく必 要 はありません。
ネット ワーク管 理 コンソール上 のト ラップハンド ラおよびト ラップメッセージに対 するハンド ラの応 答 に関 する
設 定 は、LifeKeeper の本 機 能 が提 供 する範 囲 ではありません。必 要 な手 順 については、お使 いのシ
ステム管 理 ツールが提 供 するド キュメンテーションを参 照 してください。

SteelEye Protection Suite for Linux

79

設定作業

設定作業
LifeKeeper SNMP イベント 転 送 を設 定 するには、以 下 の作 業 を実 施 します。SNMP ト ラップを生 成 する LifeKeeper クラスタの各 ノード において、最 後 の手 順 以 外 のすべてを 繰 り返 す必 要 があります。
1. 上 述 の snmptrap ユーティリティが利 用 できることを確 認 します。
2. SNMP ト ラップを受 信 するネット ワーク管 理 ノード を指 定 します。指 定 するには、コマンド ラインを使 用 するか、/etc/default/LifeKeeper ファイルを編 集 します。DNS の問 題 に影 響 されないように、ド メイン名 ではなく IP アド レスを指 定 してください。
llコマンド ラインからは、lk_configsnmp を使 用 します (詳 細 については、lk_configsnmp(1M) のマニュアルページを参 照 してください)。このユーティリティでは、IP アド レスのみ使 用 できます。
または、デフォルト ファイル /etc/default/LifeKeeper を編 集 して IP アド レスを追 加 しま
す。LK_TRAP_MGR= エント リを見 つけて「=」の右 側 に IP アド レスを入 力 します (「=」の前 後 にはスペースを入 れません)。

3. defCommunity をサポート としない SNMP 実 装 の以 前 のバージョンをお使 いの場 合 は、このス
テップを飛 ばしてください。ト ラップは「public」コミュニティスト リングを使 用 して送 信 されます。新 しいバージョンの場 合 は次 の手 順 を実 行 します。
/usr/share/snmp/snmp.conf でデフォルト のコミュニティを指 定 します。このファイルが存 在 しない場 合 は、十 分 な制 限 付 きの権 限 で作 成 します。ディレクティブ
defCommunity を値 と共 に追 加 します。これにより、ト ラップの送 信 時 に SNMP バージョン 2c のコミュニティスト リングが指 定 されます。例 えば、以 下 のような行 を追 加 します。
defCommunity myCommunityString
この設 定 ファイルの詳 細 については、snmp.conf マニュアルページを参 照 してください。
4. リモート 管 理 コンソール上 で、LifeKeeper のイベント から送 られて来 るト ラップ OID を検 出 し応 答するために必 要 な設 定 手 順 をすべて実 行 します。管 理 ノード が Linux サーバの場 合 、この機 能の検 証 を開 始 するために最 低 限 必 要 なことは、snmptrapd を-f -Lo オプション付 き (メッセージを stdout に出 力 ) で開 始 することです。

設 定 の確 認
設 定 が正 常 に動 作 することを確 認 するには、LifeKeeper の処 理 を実 行 します (例 えば、LifeKeeper を
開 始 または 停 止 する、または LifeKeeper GUI を使 用 して、あるリソースを手 動 で In Service の状 態にするなど)。管 理 コンソールでト ラップメッセージを受 信 していることを確 認 します。ト ラップを受 信 していない場 合 は、管 理 システムの適 切 なログファイルを調 査 し、管 理 ソフト ウェアが提 供 する標 準 のト ラブ
ルシューティング手 順 を実 行 してください。LifeKeeper のログを調 べると、ト ラップメッセージの送 信 に問 題があるかどうかを判 断 することができます。詳 細 については、SNMP のト ラブルシューティング を参 照 して
ください。

80

設定

SNMP イベント 転 送 の無 効 化

SNMP イベント 転 送 の無 効 化
LifeKeeper による SNMP ト ラップの生 成 を無 効 にするには、ファイル /etc/default/LifeKeeperの LK_TRAP_MGR 環 境 変 数 から IP アド レスの割 り当 てを削 除 するだけです。コマンド ラインで lk_
configsnmp ユーティリティを「disable」オプションを付 けて実 行 します (k_confignotifyalias(1M) マニュアルページの例 を参 照 してください)。または、/etc/default/LifeKeeper を編 集 して、LKTRAP_MGR のエント リを LK_TRAP_MGR= に変 更 します (または行 全 体 を削 除 します)。この手 順は、ト ラップメッセージの送 信 を無 効 にしたい各 ノード で実 行 する必 要 があります。

SNMP のト ラブルシューティング
SNMP によるイベント 転 送 に関 連 して予 想 される問 題 とその解 決 策 を以 下 に説 明 します。具 体 的 な
エラーメッセージについては、 LifeKeeper メッセージカタログを参 照 してください。
問 題 : LifeKeeper から SNMP のト ラップメッセージが送 信 されない。
解 決 策 : snmptrap ユーティリティがインスト ールされていることを確 認 します (通 常 は /bin/bin にあります)。インスト ールされていない場 合 は、適 切 な SNMP パッケージをインスト ールします (前 提 条 件 を参照 )。別 の場 所 にインスト ールされている場 合 は、ファイル /etc/default/LifeKeeper の PATH 変 数 に適
切 なパスを追 加 します。

問 題 : SNMP のエラーメッセージがログに記 録 されない。LifeKeeper サーバから SNMP のト ラップメッセー
ジが送 信 されていないように見 える。
解 決 策 : ト ラップを受 信 するネット ワーク管 理 サーバの IP アド レスが LK_TRAP_MGR に設 定 されていることを確 認 します。コマンド ラインで、lk_configsnmp を「--query」オプション付 きで使 用 して設 定 を確
認 します (lk_configsnmp(1M) マニュアルページの例 を参 照 してください)。または、ファイル/etc/default/LifeKeeper の LK_TRAP_MGR のエント リを確 認 します。この変 数 は、SNMP ト ラップメッセージを生 成 する LifeKeeper の各 ノード で設 定 する必 要 があります。

LifeKeeper イベント メール通 知
LifeKeeper イベント メール通 知 の概 要
LifeKeeper イベント メール通 知 は、特 定 のイベント が LifeKeeper クラスタで発 生 したときに 1 人 以 上 のユーザがメールによる通 知 を受 信 する仕 組 みです。LifeKeeper のイベント 通 知 機 能 では、特 定 のイベ
ント が起 きたときに通 知 を受 信 するアプリケーションを登 録 することができます (sendevent(5) マニュア
ルページを参 照 )。LifeKeeper は、LifeKeeper の動 作 を監 視 したいユーザのグループに向 けてLifeKeeper の重 要 なイベント に関 するメール通 知 を送 信 するように簡 単 に設 定 できます。さらに、lk_log(8) ユーティリティまたは LifeKeeper GUI の サーバログファイルの表 示 機 能 を使 用 すると、送 信 された各 メール通 知 のログを参 照 することができます。メッセージは通 常 NOTIFY ログに入 ります。ログの内 容 をコマンド ラインで表 示 する方 法 の詳 細 については、lk_log(8) マニュアルページを参 照 してください。
デフォルト では、LifeKeeper イベント メール通 知 は無 効 になっています。この機 能 を有 効 にするには、/etc/default/LifeKeeper で指 定 する LK_NOTIFY_ALIAS 環 境 変 数 を設 定 する必 要 がSteelEye Protection Suite for Linux81メールが生 成 される LifeKeeper のイベントあります。LK_NOTIFY_ALIAS 環 境 変 数 には、メールアド レスまたはエイリアスを 1 つまたは複 数 個 (カンマ区 切 り) 設 定 できます。LK_NOTIFY_ALIAS を設 定 するには、コマンド ラインから lk_
confignotify alias (lk_confignotifyalias(1M) マニュアルページで例 を参 照 してください)を実 行 してイベント が発 生 したときにメールを受 信 するアド レスまたはアド レスリスト を指 定 するか、デフォ
ルト ファイル /etc/default/LifeKeeper を編 集 してメールアド レスまたはアド レスリスト を追 加 しま
す。LK_NOTIFY_ALIAS= エント リを見 つけて、アド レスまたはカンマ区 切 りのアド レスリスト を入 力 します。選 択 した LifeKeeper イベント についてメールを送 信 する必 要 があるクラスタのすべてのノード で以 上の手 順 を繰 り返 します。
メール通 知 を無 効 にするには、引 数 -disable を付 けて lk_confignotifyalias (lk_confignotifyalias(1M) マニュアルページで例 を参 照 してください) を実 行 するか、デフォルト ファイ
ル /etc/default/LifeKeeper を編 集 して LK_NOTIFY_ALIAS の設 定 を削 除 します (この行 を
LK_NOTIFY_ALIAS= に変 更 )。

メールが生 成 される LifeKeeper のイベント
以 下 の LifeKeeper イベント が発 生 するとメール通 知 が生 成 されます (LK_NOTIFY_ALIAS が設 定 されている場 合 )。
LifeKeeper のイベン
トイベント の説 明

LifeKeeper Startup
Complete

LifeKeeper が起 動 したノード から送 信 されます。

LifeKeeper Shutdown
LifeKeeper のシャット ダウンを開 始 したノード から送 信 されます。
Initiated
LifeKeeper Shutdown
LifeKeeper のシャット ダウンを完 了 したノード から送 信 されます。
Complete
LifeKeeper Manual
Switchover Initiatedon Server

手 動 スイッチオーバを要 求 されたノード から送 信 されます。

LifeKeeper Manual
手 動 スイッチオーバが完 了 したノード から、リカバリに成 功 したリソースのリスト
Switchover Completeと共 に送 信 されます。
- recovered list
LifeKeeper Manual
手 動 スイッチオーバが完 了 したノード から、切 り替 えに失 敗 したリソースのリ
Switchover Complete
スト と共 に送 信 されます。
- failed list
LifeKeeper Node
Failure Detected

クラスタ内 のノード に障 害 が発 生 したときに、クラスタ内 の各 ノード から送 信されます。

LifeKeeper Node
Recovery Complete 障 害 ノード からのリソースをリカバリしたクラスタ内 の各 ノード から、リカバリに
for Server - recovered 成 功 したリソースのリスト と共 に送 信 されます。
list

82

設定

LifeKeeper イベント メール通 知 の設 定

LifeKeeper Node
Recovery Complete
for Server - failed list

障 害 ノード からのリソースのリカバリに失 敗 したクラスタ内 の各 ノード から、リカバリに失 敗 したリソースのリスト と共 に送 信 されます。

リソースをリカバリしているノード から送 信 されます。このメールに続 いて、リカ
LifeKeeper Resource
バリが完 了 したか失 敗 したかを示 すメッセージ(「Resource Recovery
Recovery InitiatedComplete」または「Resource Recovery Failed」) が必 ず送 信 されます。
リソースのリカバリが成 功 した時 点 で、「LifeKeeper Resource Recovery
LifeKeeper Resource
Initiated」メッセージを送 信 したノード から、リカバリに成 功 したリソースのリスト
Recovery Completeと共 に送 信 されます。
リソースが In Service の状 態 になることができない場 合 に、「LifeKeeper
LifeKeeper Resource
Resource Recovery Initiated」メッセージを送 信 したノード から、リカバリに成Recovery Failed
功 したリソースのリスト と共 に送 信 されます。
LifeKeeper
Communications
Path Up

ノード へのコミュニケーションパスが確 立 されました。

LifeKeeper
Communications
Path Down

ノード へのコミュニケーションパスがダウンしました。

LifeKeeper イベント メール通 知 の設 定
前提条件
イベント メール通 知 機 能 は、LifeKeeper のコア機 能 の一 部 として含 まれており、LifeKeeper の追 加 パッ
ケージをインスト ールする必 要 はありません。ただし、LifeKeeper イベント のメール通 知 を生 成 する
LifeKeeper の各 ノード に電 子 メールソフト ウェアがインスト ールされている必 要 があります。LifeKeeper
は、mailx パッケージによってインスト ールされるメールユーティリティを使 用 して通 知 を送 信 します。
メールの設 定 は、LifeKeeper の本 機 能 が提 供 する範 囲 ではありません。デフォルト では、LifeKeeper イ
ベント メール通 知 は無 効 になっています。

設定作業
LifeKeeper イベント メール通 知 を設 定 するには、以 下 の作 業 を実 施 します。
1. 上 述 のメールユーティリティが利 用 できることを確 認 します。
2. LifeKeeper のイベント のメール通 知 を受 信 するユーザ (1 人 以 上 ) を特 定 し、LifeKeeper のデフォルト ファイル /etc/default/LifeKeeper の LK_NOTIFY_ALIAS を設 定 します。これを行
うには、コマンド ラインを使 用 するか、ファイル /etc/default/LifeKeeper を編 集 して通 知を受 信 するメールアド レスまたはエイリアスを指 定 します。
lコマンド ラインからは、lk_confignotifyalias を使 用 します (詳 細 については、lk_
confignotifyalias (1M) のマニュアルページを参 照 してください)。このユーティリティ
では、カンマ区 切 りのメールアド レスまたはエイリアスのみ使 用 できます。

SteelEye Protection Suite for Linux83

設 定 の確 認lまたは、デフォルト ファイル /etc/default/LifeKeeper を編 集 してメールアド レスまたはエイリアスを追 加 します。LK_NOTIFY_ALIAS= エント リを見 つけて「=」の右 側 にメー
ルアド レスまたはエイリアス (1 つまたはカンマ区 切 りのリスト ) を入 力 します (「=」の前 後 にはスペースを入 れません)。

設 定 の確 認
設 定 が正 常 に動 作 することを確 認 するには、LifeKeeper の処 理 を実 行 します (例 えば、LifeKeeper を
開 始 または 停 止 する、または LifeKeeper GUI を使 用 して、あるリソースを手 動 で In Service の状 態にするなど)。ファイル /etc/default/LifeKeeper の LK_NOTIFY_ALIAS で指 定 したユーザがメールを受 信 していること、LifeKeeper のログファイルにメッセージが記 録 されていることを確 認 します。
メールを受 信 していない場 合 は、メール障 害 に対 する通 常 のト ラブルシューティング手 順 を実 行 してくだ
さい。LifeKeeper のログを調 べると、メール送 信 に問 題 があるかどうかを判 断 することができます。詳 細については、メール通 知 のト ラブルシューティング を参 照 してください。

イベント メール通 知 の無 効 化
LifeKeeper によるメール通 知 の生 成 を無 効 にするには、ファイル /etc/default/LifeKeeper の
LK_NOTIFY_ALIAS 環 境 変 数 からメールアド レスとエイリアスの割 り当 てを削 除 するだけです。コマンド
ラインで lk_confignotifyalias ユーティリティを「--disable」オプションを付 けて実 行 します (k_confignotifyalias (1M) マニュアルページの例 を参 照 してください)。また
は、/etc/default/LifeKeeper を編 集 して、LK_NOTIFY_ALIAS のエント リを LK_NOTIFY_
ALIAS = に変 更 します。この手 順 は、メール送 信 を無 効 にしたい各 ノード で実 行 する必 要 があります。

メール通 知 のト ラブルシューティング
LifeKeeper イベント のメール通 知 に関 連 して予 想 される問 題 とその解 決 策 を以 下 に説 明 します。具
体 的 なエラーメッセージについては、 LifeKeeper メッセージカタログ を参 照 してください。
問 題 : LifeKeeper からのメールを受 信 しない。
解 決 策 : メールユーティリティがインスト ールされていることを確 認 します (通 常 は /bin/mail にあります)。イ
ンスト ールされていない場 合 は、mailx パッケージをインスト ールします。別 の場 所 にインスト ールされている場 合 は、ファイル /etc/default/LifeKeeperPATH 変 数 にメールユーティリティのパスを追 加 します。

問 題 : LifeKeeper からのメールを受 信 しない。
解 決 策 : メール設 定 を確 認 し、配 信 用 のキューにメールメッセージが滞 留 していないことを確 認 します。
メール設 定 の問 題 が原 因 でメッセージが滞 留 することがあります。LK_NOTIFY_ALIAS で指 定 している
メールアド レスが有 効 なアド レスであり、カンマで区 切 られていることを確 認 します。

問 題 : ログファイルに「mail returned」というエラーメッセージがある。

84

設定

任 意 の設 定 作 業

解 決 策 : メールコマンド がエラー「X」を返 す場 合 、LifeKeeper イベント がメールを生 成 、送 信 する際 に問 題 (「node failure」など) が発 生 しています。メール設 定 を確 認 し、LK_NOTIFY_ALIAS に含 まれる
メールアド レスが有 効 であり、アド レスのリスト がカンマで区 切 られていることを確 認 します。また、LK_
NOTIFY_ALIAS で指 定 しているメールアド レスのフォーマット を使 用 してコマンド ラインからそれらのアドレスにメールを送 信 できることを確 認 します。

問 題 : メッセージや成 功 または失 敗 がログに何 も記 録 されず、ノード のフェイルなどの LifeKeeper イベン
ト が発 生 したときもメールを受 信 するはずのユーザがメールを受 信 しない。
解 決 策 : LK_NOTIFY_ALIAS にメールアド レスが設 定 されており、複 数 の場 合 はカンマで区 切 られていることを確 認 します。コマンド ラインで、lk_confignotifyalias を「--query」オプション付 きで使 用
して設 定 を確 認 します (lk_confignotifyalias(1M) マニュアルページの例 を参 照 してください)。
または、ファイル /etc/default/LifeKeeper の LK_NOTIFY_ALIAS で確 認 します。この変 数
は、メール通 知 メッセージを生 成 する LifeKeeper の各 ノード で設 定 する必 要 があります。また、LifeKeeper イベント メール通 知 の概 要 で、その LifeKeeper イベント がメールメッセージを生 成 するのかどうかを確 認 します (すべてのイベント がメールメッセージを生 成 するわけではありません)。

任 意 の設 定 作 業
デスクト ップのツールバーに LifeKeeper GUI のアイコンを追 加 する
LifeKeeper GUI パッケージをインスト ールすると、LifeKeeper GUI のアイコンが自 動 的 に [System] サブメ
ニューの下 のデスクト ップメニューに追 加 されます (アイコンが表 示 されない場 合 は、一 度 ログアウト してからもう一 度 ログインしてください)。デスクト ップのツールバーにアイコンを追 加 したい場 合 は、次 の手 順を実 行 してください。
注 記 : [System] メニューの場 所 は Linux ディスト リビューションごとに異 なります。

Gnome を使 用 している場 合 :1. Footprint デスクト ップメニューで、[System] を選 択 します。
2. [LifeKeeper GUI] を右 クリックします。
3. [Add this launcher to panel] を選 択 します。
デスクト ップのツールバーにアイコンが表 示 されます。

KDE を使 用 している場 合 :1. K デスクト ップメニューで, [Panel]、[Add Application] の順 に選 択 します。
2. [System]、[LifeKeeper GUI] の順 に選 択 します。
デスクト ップのツールバーにアイコンが表 示 されます。

SteelEye Protection Suite for Linux85

アイコンの位 置 を変 更 するアイコンの位 置 を変 更 する
ツールバー上 の LifeKeeper GUI のアイコンの位 置 を変 更 したい場 合 は、次 の手 順 を実 行 してください(Gnome、KDE 共 通 )。
1. ツールバーの LifeKeeper GUI アイコンで右 クリックし、[Move] (または [Move Applet] ) を選 択 します。
2. アイコンはツールバーの任 意 の場 所 に移 動 させることができます。
3. 好 きな場 所 で左 クリックしてアイコンを新 しい位 置 に固 定 します。

手 動 フェイルオーバ確 認 オプションの設 定
構 成 によっては、障 害 を検 出 されたシステムのフェイルオーバリカバリを LifeKeeper が実 行 する前 にシス
テム管 理 者 の手 動 による確 認 を必 須 とすることが望 ましいこともあります。この機 能 を使 用 すると、実 際には起 きていないリモート システムのクラッシュを LifeKeeper が検 出 した場 合 に、LifeKeeper がフェイル
オーバを実 行 するのを防 ぐことができます。このような状 況 は、ハート ビート のコミュニケーションパスが冗長 化 されていない構 成 で発 生 する可 能 性 があります。
このオプションを設 定 するには、フェイルオーバリカバリを実 行 するシステムで confirmso!uname フラグ
を設 定 します。ここで uname はフェイルしたリモート システムの名 前 です。LCDI-flag(1M) マニュアル
ページを参 照 してください。
このフラグが設 定 された状 態 で LifeKeeper が該 当 システムがフェイルしたと判 断 した場 合 、スイッチオー
バを確 認 またはブロックするには、lk_confirmso(1M) コマンド を使 用 する必 要 があります。このコマン
ド の使 用 方 法 およびこの機 能 に関 連 するデフォルト のタイムアウト や動 作 を指 定 する値(/etc/default/LifeKeeper 内 の設 定 項 目 CONFIRMSOTO および CONFIRMSODEF で指 定 ) の変 更 方 法 については、lk_confirmso(1M) マニュアルページを参 照 してください。

サーバのシャット ダウンスト ラテジーの設 定
シャット ダウンスト ラテジーは、サーバがシャット ダウンするときにバックアップサーバにリソースをスイッチオー
バするかどうかを制 御 する LifeKeeper の設 定 オプションです。以 下 のオプションがあります。
Do Not Switch Over Resources(デフォルト )LifeKeeper は、正 常 なシャット ダウンではバックアップサーバのリ
ソースを起 動 しません。

Switch Over Resources

LifeKeeper は、正 常 なシャット ダウンでバックアップサーバのリソー
スを起 動 します。

シャット ダウンスト ラテジーは、デフォルト では「Do Not Switch Over Resources」に設 定 されています。クラスタ内 の各 サーバでどちらのスト ラテジーを使 用 するかを決 定 し、必 要 に応 じてシャット ダウンスト ラテ
ジーを「Switch Over Resources」に変 更 してください。
クラスタ内 の各 サーバで次 のようにします。
1. [Edit] メニューで [Server] を選 択 し、次 に [Properties] をクリックします。
2. 修 正 するサーバを選 択 します。

86

設定

LifeKeeper ハート ビート の調 整

3. [Server Properties] ダイアログの [General] タブで、[Shutdown Strategy] を選 択 します。
注 記 : シャット ダウンスト ラテジーが有 効 に機 能 するには、正 常 なシャット ダウン時 に LifeKeeper のプロセ
スが起 動 している必 要 があります。 LifeKeeper が起 動 していないか、リソースが In Service でない場
合 、リソースはスイッチオーバされません。

LifeKeeper ハート ビート の調 整
ハート ビート 設 定 項 目 の概 要
LifeKeeper のハート ビート は、各 サーバが「生 存 」していることを確 認 するためにコミュニケーションパスを通 じて LifeKeeper のサーバ間 で送 受 信 される信 号 です。ハート ビート に関 しては、LifeKeeper が障 害を検 知 する速 さを決 定 する要 素 が 2 つあります。
ll

間 隔 : ハート ビート の間 の秒 数 。
ハート ビート 回 数 : コミュニケーションパスが切 断 していると LifeKeeper が判 定 するまでに許 容 されるハート ビート の失 敗 回 数 。

これらのハート ビート の値 は、LifeKeeper デフォルト ファイル /etc/default/LifeKeeper 内 の以 下 の 2 つの設 定 項 目 で指 定 します。デフォルト 値 を使 用 した場 合 よりも早 期 にサーバの障 害 を検 知 したい場 合は、設 定 項 目 を変 更 することができます。
l

LCMHBEATTIME (間 隔 )l

LCMNUMHBEATS (ハート ビート 回 数 )次 の表 は、TCP および TTY 経 由 のハート ビート の設 定 項 目 についてのデフォルト 値 と最 小 値 の一 覧です。TTY コミュニケーションパスは、媒 体 として通 信 速 度 が遅 いため、間 隔 を 2 秒 未 満 にすることはで
きません。
設定項目

デフォルト 値 最 小 値

LCMHBEATTIME5LCMNUMHBEATS 3

1 (TCP) 2 (TTY)
2 (TCP、TTY)重 要 な注 記 : どちらの設 定 項 目 も、クラスタ内 のすべてのサーバで必 ず同 じ値 にする必 要 があります。

例
LifeKeeper のクラスタで両 方 の間 隔 がデフォルト 値 に設 定 されていると仮 定 します。LifeKeeper は、サーバ間 で 5 秒 ごとにハート ビート を送 信 します。通 信 障 害 によって 2 回 のハート ビート が途 絶 し、3 回
目 のハート ビート で再 開 した場 合 、LifeKeeper はアクションを実 行 しません。コミュニケーションパスの切
断 継 続 時 間 がハート ビート 3 回 分 になった場 合 は、LifeKeeper はそのコミュニケーションパスを切 断 と判 定 します。ただし、他 方 の冗 長 的 なコミュニケーションパスも切 断 と判 定 されるまではフェイルオーバを開 始 しません。

SteelEye Protection Suite for Linux87

ハート ビート の設 定

ハート ビート の設 定
設 定 項 目 とその値 を追 加 するには、/etc/default/LifeKeeper ファイルを手 動 で編 集 する必 要 があります。通 常 、デフォルト ファイルにはこれらの設 定 項 目 のエント リが含 まれていません。設 定 したい値 を含めて次 のような行 を追 加 してください。
LCMHBEATTIME=x
LCMNUMHBEATS=y
最 小 値 を下 回 る値 を設 定 した場 合 、LifeKeeper はその値 を無 視 して代 わりに最 小 値 を採 用 します。

設 定 上 の考 慮 事 項
l

l

l

l

間 隔 を 5 秒 未 満 に設 定 すると、ネット ワークの中 断 による誤 ったフェイルオーバを発 生 させるリス
クが高 くなるため、5 秒 未 満 に設 定 する場 合 は、コミュニケーションパスをプライベート ネット ワーク
上 で構 成 してください。
検 証 によると、ハート ビート 回 数 を 2 未 満 にした場 合 に誤 ったフェイルオーバの発 生 リスクが高 まります。このため、この値 は 2 以 上 に制 限 されています。
誤 ったフェイルオーバを回 避 するため、間 隔 およびハート ビート 回 数 の値 はどちらもクラスタ内 のす
べてのサーバで必 ず同 じ値 にする必 要 があります。このため、これらの値 を編 集 する前 に両 方 のサーバで LifeKeeper を停 止 しておく必 要 があります。LifeKeeper の稼 働 開 始 後 、アプリケーショ
ン保 護 している状 態 でハート ビート の設 定 項 目 を編 集 する場 合 は、コマンド lkstop -f が使 用 できます。このコマンド は LifeKeeper を停 止 しますが、保 護 下 のアプリケーションは停 止 しません。
LCMHBEATTIME および LCMNUMHBEATS の値 に上 限 値 はありません。ただし、非 常 に大きい数 字 に値 を設 定 すると、LifeKeeper の障 害 検 知 能 力 は著 しく損 なわれます。例 えば、両方 の値 を 25 に設 定 した場 合 、サーバ障 害 を検 知 するまでに LifeKeeper は 625 秒 間 (10 分 間
以 上 ) 待 つことになります。これはサーバをリブート してクラスタに再 参 加 させるのに十 分 な時 間です。

注 記 : TTY および TCP コミュニケーションパスの両 方 を使 用 する場 合 、各 設 定 項 目 の値 は両 方 のコミュニケーションパスに適 用 されます。唯 一 の例 外 は、TTY コミュニケーションパスの最 小 値 である 2 未 満の値 が間 隔 に設 定 された場 合 です。
例 えば、障 害 をできるだけ早 く検 知 するために、LifeKeeper で許 容 される最 小 値 を指 定 したとします。
LCMHBEATTIME=1
LCMNUMHBEATS=2
このとき LifeKeeper は TCP コミュニケーションパスの間 隔 に 1 秒 を採 用 し、TTY の間 隔 には 2 秒 を採用 します。サーバ障 害 が発 生 すると、LifeKeeper は間 隔 の短 い TCP の障 害 (1 秒 間 隔 の 2 回 のハート ビート 後 ) を先 に検 知 します。ただし、TTY の障 害 (2 秒 間 隔 の 2 回 のハート ビート 後 ) を検 知 するまでは何 もしません。

SPS でカスタム証 明 書 を使 用 する
Steeleye Protection Suite (SPS) の 7.5 以 降 では、異 なるシステムとの通 信 に SSL/TLS が使 用 されま88

設定証 明 書 の使 用 方 法

す。デフォルト では、ノード 間 で一 定 の身 元 確 認 が可 能 なデフォルト 証 明 書 が SPS と共 にインスト ールされます。このド キュメント では、デフォルト 証 明 書 を組 織 独 自 の認 証 局 (CA) が作 成 した証 明 書 に置き換 える方 法 を説 明 します。

証 明 書 の使 用 方 法
LifeKeeper サーバ間 の通 信 では、転 送 するデータを保 護 するために SSL/TLS が使 用 されます。双 方のシステムは自 身 を特 定 する証 明 書 を提 示 し、証 明 書 を提 示 されたシステムは、CA 証 明 書 を使 用
して提 示 された証 明 書 を SSL 接 続 経 由 で確 認 します。
以 下 の 3 種 類 の証 明 書 が使 用 されます。
l/opt/LifeKeeper/etc/certs/LK4LinuxValidNode.pem (サーバ証 明 書 )l/opt/LifeKeeper/etc/certs/LK4LinuxValidClient.pem (クライアント 証 明 書 )l/opt/LifeKeeper/etc/certs/LKCA.pem(認 証 局 )

最 初 の 2 つの証 明 書 は、サーバが実 行 する検 証 に合 格 するために CA 証 明 書 による署 名 が必 要 です。証 明 書 の共 通 名 は検 証 されません。証 明 書 は CA によって署 名 されるのみということに注 意 してください。

独 自 の証 明 書 の使 用
運 用 環 境 によっては、デフォルト 証 明 書 を組 織 内 部 の CA または商 用 CA が作 成 した証 明 書 に置 き
換 える必 要 がある場 合 があります。そのような場 合 は、上 記 の 3 種 類 の証 明 書 を、 同 じ証 明 書 ファイ
ル名 を持 つ新 しい証 明 書 に置 き換 えます。これらの証 明 書 は PEM 形 式 です。LK4LinuxValidNode.pem および LK4LinuxValidClient.pem は、それぞれキーと証 明 書 の両 方 を含んでいます。LK4LinuxValidNode.pem 証 明 書 は、 サーバタイプの証 明 書 です。LK4LinuxValidClient.pem は、 クライアント タイプの証 明 書 です。
デフォルト の証 明 書 を置 換 した場 合 、変 更 を反 映 するには LifeKeeper を再 起 動 する必 要 があります。証 明 書 の設 定 を間 違 えると、steeleye-lighttpd デーモンが起 動 に失 敗 し、LifeKeeper のログファイ
ルにエラーが記 録 されます。問 題 が発 生 した場 合 、このログファイルを参 照 すると実 行 すべき完 全 なコ
マンド を見 ることができます。

Linux の設 定
オペ
必 要 なすべてのパッケージをインスト ールするためには、オペレーティングシステムはデフォルト
レーティ
でインスト ールしてください。最 小 構 成 のオペレーティングシステムでは必 要 なすべてのパッ
ングシ
ケージが含 まれないため、LifeKeeper で使 用 することはできません。
ステム

SteelEye Protection Suite for Linux89

Linux の設 定

LifeKeeper クラスタの可 用 性 を最 大 限 に引 き出 すには、システムで使 用 するカーネルのバージョンが非 常 に重 要 です。次 の表 は、サポート 対 象 のディスト リビューションおよびバージ
ョンと、LifeKeeper 認 定 テスト に合 格 したカーネルを示 しています。

カーネ
ルのア
ップ
デート

90

ディスト リビューション/バージョン

サポート 対 象 カーネルRed Hat Enterprise Linux 5 および Red Hat
Enterprise Linux 5 Advanced Platform (x86 および AMD64/EM64T)

2.6.18-8.el5
2.6.18-8.1.1.el5 (デフォルト カーネル)
2.6.18-53.el5 (Update 1)
2.6.18-92.el5 (Update 2)
2.6.18-128.el5 (Update 3)
2.6.18-164.el5 (Update 4)
2.6.18-194.el5 (Update 5)
2.6.18-238.el5 (Update 6)
2.6.18-274.el5 (Update 7)
2.6.18-308.el5 (Update 8)

Red Hat Enterprise Linux 6 (x86 およびAMD64/EM64T)

2.6.32-71.el6
2.6.32-131.17.1.el6 (Update 1)
2.6.32-220.el6 (Update 2)

SUSE SLES 10 (x86 および x86_64)

2.6.16.21-0.8 (デフォルト カーネル)
2.6.16.46-0.12 (SP1)
2.6.16.60-0.21 (SP2)
2.6.16.60-0.23
2.6.16.60-0.54 (SP3)2.6.16.60-0.85.1 (SP4)SUSE SLES 11 (x86 および x86_64)

2.6.27.19-5
2.6.32.12-0.7 (SP1)

Oracle Enterprise Linux 5 (x86 および x86_64)

2.6.18-8.el5
2.6.18-53.0.0.0.1.el5 (Update 1)
2.6.18-92.0.0.0.1.el5 (Update 2)
2.6.18-128.0.0.0.1.el5 (Update 3)
2.6.18-164.0.0.0.1.el5 (Update 4)
2.6.18-194.0.0.0.1.el5 (Update 5)
2.6.18-238.0.0.0.1.el5 (Update 6)
2.6.18-274.0.0.0.1.el5 (Update 7)
2.6.18-308.0.0.0.1.el5 (Update 8)

The Community ENTerprise Operating System(CentOS) 5.0 (x86 および x86_64)

2.6.18-8.el5
2.6.18-53.el5 (Update 1)
2.6.18-92.1.10.el5 (Update 2)
2.6.18-128.el5 (Update 3)
2.6.18-164.2.1.el5 (Update 4)
2.6.18-194.el5 (Update 5)
2.6.18-238.el5 (Update 6)
2.6.18-274.3.1.el5 (Update 7)
2.6.18-308.el5 (Update 8)

The Community ENTerprise Operating System(CentOS) 6.0 (x86 および x86_64)

2.6.32-71.el6
2.6.32-131.el6 (Update 1)
2.6.32-220.el6 (Update 2)

設注
定 記 : このリスト のサポート 対 象 のディスト リビューションおよびカーネルは、LifeKeeper のみを
考 慮 したものです。お使 いのサーバおよびスト レージハード ウェアについては、各 メーカーがサ
ポート するディスト リビューションおよびカーネルに従 ってください。

Linux の設 定

デバイ
スの動
的な
追加

LifeKeeper が起 動 する前 に、Linux 側 ですべてのデバイスの設 定 を完 了 しておく必 要 があります。LifeKeeper の起 動 後 に LifeKeeper の保 護 対 象 のデバイスを設 定 する場 合 、そのデバイスを共 有 する各 サーバで LifeKeeper を停 止 して再 起 動 する必 要 があります。これにより、デバイスを検 知 および検 証 する機 能 によって設 定 が確 認 され、LifeKeeper がデバイスにアクセスできるようになります。
Linux の SCSI ド ライバには、論 理 ユニット (LUN) の検 索 対 象 とするデバイスを制 御 するいく
つかのパラメータがあります。
l

l

l

LUN
のサ
ポート

LUN をサポート しないデバイスのリスト - このリスト のデバイスは LUN をサポート しない
ことがわかっているため、SCSI ド ライバはこれらのデバイスに対 して LUN を検 索 する
ことを許 可 しません。
LUN をサポート するデバイスのリスト - このリスト のデバイスは LUN をサポート することがわかっているため、必 ず LUN を検 索 します。
Probe all LUNs on each SCSI device - デバイスがどちらのリスト にも存 在 しない場
合 、検 索 するかどうかを指 定 します。このパラメータは、make config を使 用 してSCSI モジュールセクションで設 定 します。

(SUSE を含 む) ほとんどのディスト リビューションでは、Probe all LUNs 設 定 はデフォルト で有効 になっていますが、Red Hat ではデフォルト で無 効 に設 定 されています。LifeKeeper の構
成 でデータ保 護 を目 的 として通 常 使 用 される外 部 RAID コント ローラには、多 くの場 合 、
複 数 の LUN (論 理 ユニット ) が設 定 されます。LUN のサポート を有 効 にするには、このフィー
ルド を選 択 してカーネルを再 構 築 する必 要 があります。
カーネルやモジュールを再 構 築 せずに Probe all LUNs を有 効 にするには、変 数 max_scsi_
luns を 255 に設 定 します (これによって最 大 255 個 の LUN をスキャンするようになります)。SCSI ド ライバがモジュールになっているカーネル (Red Hat など) で max_scsi_luns を設定 するには、/etc/modules.conf に以 下 のエント リを追 加 してから、初 期 RAM ディスクを再
構 築 し、再 起 動 してその RAM ディスクを読 み込 みます。
options scsi_mod max_scsi_luns=255
SCSI ド ライバをカーネルにコンパイルするカーネル (SUSE など) で max_scsi_luns を設 定 するには、/etc/lilo.conf に以 下 のエント リを追 加 します。
append="max_scsi_luns=255"
注 記 : 255 個 の LUN をスキャンすると、デバイスによってはブート のパフォーマンスに悪 影 響 を
与 える可 能 性 があります (特 に、BLIST_SPARSELUN が指 定 されたデバイス)。Dell
PV650F というアレイではそのような状 況 が発 生 しました。このパフォーマンスの問 題 を回 避するには、アレイ上 で設 定 した LUN の最 大 数 (16 または 32 など) を max_scsi_luns に設定 します。例 えば、以 下 のようになります。
append="max_scsi_luns=16"

SteelEye Protection Suite for Linux91

Linux の設 定

SPS インスト ールセット アップスクリプト を実 行 中 に、libstdc++ ライブラリの依 存 関 係 要 件 の失 敗 に関 するメッセージが表 示 される場 合 があります。このライブラリは、いくつかの compatlibstdc++ rpm パッケージの中 で提 供 されており、ハード ウェアプラット フォームおよび実 行 する
Linux ディスト リビューションに依 存 します。64 ビット システムにおいても、LifeKeeper では、64ビット バージョン (x86_64) ではなく、32 ビット アーキテクチャのパッケージを使 用 する必 要 があり
libstdc- ます。64 ビット バージョンがインスト ールされている場 合 、必 要 なライブラリが欠 落 しているた++ ライ め起 動 に失 敗 します。
ブラリのこの問 題 を回 避 (解 決 ) するには、OS のインスト ールメディアに含 まれている 32 ビット バージ要件
ョンの compat-libstdc++ パッケージをインスト ールした後 、I/S セット アップスクリプト を実 行 (再 実 行 ) します。一 部 のディスト リビューションでは、このパッケージの複 数 の 32 ビット バージョンを用 意 していることに注 意 してください (例 えば、compat-libstdc++-296-2.96132.7.2、compat-libstdc++-33-3.2.3-47.3 など)。このような場 合 は、単 純 に両 方 のバージョンをインスト ールして必 要 なライブラリがインスト ールされるようにします。
libXp
および
上 記 と同 様 に、libXp および libXt ライブラリの依 存 関 係 要 件 の失 敗 に関 するメッセージがlibXt
表 示 される場 合 もあります。LifeKeeper では、64 ビット プラット フォームでもこれらのライブラリ
ライブラの 32 ビット バージョンが必 要 です。
リの要件
LifeKeeper を yum update を実 行 すると以 下 のエラーが発 生 する場 合 があります。
インス
ト ール
ksh conflicts with pdksh
した後LifeKeeper を正 しく動 作 させるには、ksh パッケージをインスト ールしたり更 新 したりしないでにください。パッケージをインスト ールしたり更 新 したりした場 合 は、 SPS インスト ールセット アッyumupdate プスクリプト を必 ず再 実 行 してください。これにより、競 合 する ksh パッケージが削 除 され、必を実 行 要 な pdksh パッケージが再 インスト ールされます。
する

92

設定

データレプリケーションの設 定

データレプリケーションの設 定
項目

説明
SteelEye DataKeeper は、Linux カーネルバージョン 2.6 以 降 をサポート します。一 部 の DataKeeper 機 能 には、追 加 でカーネルの最 低 要 件 があります。
次 の表 は、DataKeeper の各 機 能 をサポート する Linux ディスト リビューシ
ョンを「X」で示 しています。
Red Hat
DataKeeper の機 能SteelEye DataKeeperの機 能 / ディスト リビュー
ションマト リクス

複 数 ターゲット サポート (カーネル 2.6.7+)

SUSE

RHEL RHEL RHEL SLES SLES
4
5+
6
10
11
X

X

X

X

X

ビット マップインテント ログ (カーネル 2.6.16+)

X

X

X

X

非 同 期 (WAN) レプリケー
ション (カーネル 2.6.16+)

X

X

X

X

ビット マップマージ(2.6.27+)

X

X

X*RHEL 5.4 以 降 が該 当 します。ビット マップマージのコード は、Red Hat

EL5 Update 4 カーネルにバックポート されました。
SteelEye DataKeeper
ド キュメンテーション

SteelEye DataKeeper のド キュメンテーションは、SIOS Technology Corp.
の Web サイト にある「SteelEye Protection Suite テクニカルド キュメンテー
ション」の中 に収 録 されています。

SteelEye Protection Suite for Linux93

ネット ワーク設 定

ネット ワーク設 定
項目

説明

LifeKeeper が保 護 する IP アド レスは、論 理 インターフェースとして、Linux 上 で実 装 されます。Linux 上 で論 理 インターフェースを設 定 すると、その論 理 インターフェースに関 連 付
ルーティン けられたサブネット へのルート が自 動 的 にルーティングテーブルに追 加 されます。例 えば、グテーブル 物 理 インターフェースによってそのサブネット へのルート がすでに存 在 する場 合 も同 様 でに対 する す。この追 加 により、同 じサブネット に対 して複 数 のルーティングテーブルエント リが作 成 される可 能 性 があります。
IP
Recovery 接 続 元 のアド レスを検 査 して確 認 するアプリケーションの場 合 、複 数 のルーティングテー
Kit の影ブルエント リがあると、LifeKeeper システムが (LifeKeeper がインスト ールされていない) 他
響のシステム上 のそのようなアプリケーションに接 続 しようとしたときに問 題 が発 生 することがあります。複 数 のルーティングテーブルエント リによって、物 理 インターフェースからではなく
論 理 インターフェースから接 続 が張 られているように見 えます。
IP サブネット マスクLifeKeeper 保 護 下 の IP 設 定 では、物 理 インターフェースの IP アド レスと、LifeKeeperが保 護 するエイリアス IP アド レスのサブネット を同 じにする場 合 、2 つのアド レスのサブネッ
ト マスクを同 じにする必 要 があります。サブネット マスクの設 定 を間 違 えると、LifeKeeper
GUI のクライアント とサーバ間 の接 続 に遅 延 や障 害 が発 生 します。

Intel Ethernet インターフェースを搭 載 するシステムでは、eepro100 ド ライバの初 期 化 の
問 題 を解 決 するために、Intel e100 ド ライバをインスト ールする必 要 があります。eepro100 ド ライバを使 用 すると、ブート 時 にインターフェースが起 動 したときに以 下 のEEpro100 エラーが発 生 し、インターフェースをシャット ダウンするまでエラーを出 し続 けることがありま
ド ライバの す。
初期化
eth0: card reports no Rx buffers
eth0: card reports no resources

アプリケーションの設 定
項目説明

glibc 2.2 を使 用 する場
Informix Dynamic Server 9.2 は、glibc 2.1 も使 用 します。glibc 2.2 を使 用 するディ
合 のデータスト リビューションでは、Informix Dynamic Server 9.2.1 以 降 が必 要 です。
ベースサポート
データベース
初 期 化 ファイ
ル

94

設定

データベースの初 期 化 ファイルは、共 有 デバイス上 に置 いてローカルファイルシステムの指 定 場 所 にシンボリックリンクを作 成 するか、または個 別 のシステム上 に保 持 して変 更 を適 用 する必 要 がある場 合 に手 動 で両 方 のシステムを更 新 するかのいずれかに必 要 があります。

スト レージとアダプタの設 定

項目

説明

Oracle のローカル環 境 は、「internal」として接 続 するか、「sysdba」として接 続 するか
Oracle のローによって異 なります。LifeKeeper の保 護 下 に置 く場 合 、「connect / as
カルマウント ポ
sysdba」を使 用 してローカルマウント ポイント 上 にデータベースを作 成 する必 要 があイントります。
Linux オペレーティングシステムのアップグレード の一 環 として、LifeKeeper が保 護 する
Apache アプリケーションをアップグレード するには、起 動 時 のデフォルト サーバインスタ
ンスを無 効 にする必 要 があります。
Apache のアップデート

設 定 ファイル (httpd.conf) がデフォルト のディレクト リ (/ etc / httpd / conf) にある場 合 、設 定 ファイルは Red Hat のアップグレード によって上 書 きされます。したがって、アップグレード する前 にファイルのコピーを作 成 し、アップグレード した後 にファイルをリスト アする必 要 があります。
また、 の「Specific Configuration Considerations for Apache Web Server」セクション
を参 照 してください。Apache Web Server Recovery Kit Administration Guide.

スト レージとアダプタの設 定
項目

マルチパス I/O および
冗 長 コント ローラ

説明
マルチパス I/O のソリューションには数 種 類 あり、すでに利 用
可 能 なものや Linux 環 境 向 けに開 発 中 のものなどがあります。SIOS Technology Corp. は、多 くのサーバベンダ、アダプタ
ベンダ、およびド ライバ開 発 者 と積 極 的 に協 力 すること
で、LifeKeeper とマルチパス I/O ソリューションとの協 調 動 作 を
実 現 しています。データの整 合 性 を保 護 するために
LifeKeeper が使 用 する SCSI リザベーションは、特 殊 な要 件
を必 要 とするため、マルチパス I/O ソリューションの最 初 の実 装では多 くの場 合 要 件 が満 たされません。
ディスクアレイサポート に関 する以 下 の技 術 情 報 を参 照 し、
個 別 のアレイがマルチパスおよび特 定 のマルチパスソリューショ
ンでサポート されているかを判 断 してください。マルチパスおよび
特 定 のマルチパスソリューションと共 に動 作 する LifeKeeper のサポート 対 象 として一 覧 に指 定 されていないアレイは、サポート 対 象 ではないと考 えてください。

SteelEye Protection Suite for Linux95

スト レージとアダプタの設 定

項目説明
マルチパス構 成 では、パスの操 作 中 に大 量 の I/O を実 行 すると、システムが応 答 しなくなったように見 えることがあります。マ
ルチパスのソフト ウェアが LUN のアクセスをあるパスから別 のパスに移 動 する場 合 、処 理 中 の I/O も新 しいパスに移 動 させる
必 要 があります。この I/O の経 路 変 更 は、その I/O の応 答 時
間 の遅 延 を発 生 させます。この間 にさらに I/O が発 行 されると、それらはシステム内 のキューとなり、システムはプロセス用 のメモリを使 い果 たしてしまう可 能 性 があります。非 常 に高 負 荷の I/O の下 では、これらの遅 延 と低 メモリ状 態 によってシステムが無 応 答 になり、LifeKeeper がこれをサーバのダウンとして検知 し、フェイルオーバを開 始 することがあります。
この問 題 が発 生 する頻 度 には多 くの要 因 が影 響 を及 ぼします。
ll

マルチパス構 成 での大 量 の I/Oll

プロセッサの速 度 は、I/O がキューに保 持 される速 さに
影 響 します。高 速 なプロセッサでは、障 害 が検 知 される頻 度 が高 くなります。
システムメモリの搭 載 量 は、システムが無 応 答 になるま
でにキューに保 持 できる I/O の数 に影 響 します。メモリが多 いシステムでは、障 害 が検 知 される頻 度 が低 くなります。
使 用 する LUN の数 は、キューに保 持 できる I/O の量に影 響 します。
I/O の特 性 は、キューに保 持 される I/O の量 に影 響 します。問 題 が発 生 したテスト ケースでは、ディスクにデー
タを無 制 限 に書 き込 んでいました。ほとんどのアプリ
ケーションは、データの読 み取 りと書 き込 みの両 方 を行うはずです。フェイルオーバを待 って読 み取 りがブロックされることで書 き込 みも抑 制 され、結 果 的 に I/O 速 度 が減 少 して障 害 検 知 の頻 度 が低 くなります。

例 えば、RDAC を使 用 した IBM DS4000 のマルチパス構 成のテスト では、DS4000 への I/O スループット を毎 秒 190 MB 以
上 にしてパス障 害 をシミュレーションした場 合 に LifeKeeper は
約 12 回 に 1 回 サーバの障 害 を (誤 ) 検 出 しました。このテスト
では、サーバとして IBM x345 (デュアル Xeon 2.8GHz プロセッ
サとメモリ 2 GB を搭 載 ) を使 用 し、DS4400 に接 続 して使 用
サーバ当 たり 8 ボリューム (LUN) にしました。フェイルオーバを抑 止 するために、LifeKeeper の LCMNUMHBEATS パラメー
タ (/etc/default/LifeKeeper 内 ) は 16 に増 やしました。このパラメータの変 更 により、無 応 答 のシステムが生 存 していないと判 定 するまでに LifeKeeper は、デフォルト の約 15
秒 ではなく、約 80 秒 間 待 機 するようになります。

96

設定

スト レージとアダプタの設 定

項目

説明

いくつかの大 規 模 スト レージ構 成 (例 えば、複 数 の論 理 ボリュームグループがあり、各 ボリュームグループ内 に 10 以 上 の
LUN を持 つ構 成 ) では、LifeKeeper は障 害 を検 出 したときにデフォルト の 300 秒 のタイムアウト 時 間 内 に sendevent を完了 することができない場 合 があります。その結 果 、バックアップ
システムへのスイッチオーバが失 敗 します。サービス状 態 になら
大 規 模 スト レージ構 成 の場 合 のス ないリソースが生 じ、LifeKeeper のログにエラーメッセージが記
イッチオーバに関 する特 別 な考 慮 事 録 されます。
項
大 規 模 スト レージ構 成 では、/etc/default/LifeKeeper ファイルのSCSIERROR を「event」から「halt」に変 更 することを推 奨 します。これにより LifeKeeper は SCSI エラーの発 生 時 に「halt」を実 行 します。LifeKeeper はバックアップシステムへのフェイルオー
バに成 功 するようになります。
HP MA8000

QLogic 2200 アダプタとの組 み合 わせで SIOS Technology
Corp. により認 定 。qla2200 ド ライバのバージョン 6.04.50 以 降を使 用 してください。

HP MSA1000 および MSA1500

シングルパスおよびマルチパスの両 構 成 において、HP
FCA2214 (QLA 2340) アダプタとの組 み合 わせで SIOS
Technology Corp. により認 定 。マルチパス構 成 で MSA1000をサポート するための構 成 要 件 と注 意 事 項 は、HP のマルチ
パス I/O の設 定 セクションで別 途 説 明 しています。

HP 3PAR F200/F400/T400/T800

HP 3PAR は、SIOS Technology Corp. によってテスト 済 みです。テスト 構 成 は次 の通 りです。HP 3PAR T400 (ファームウェ
ア (InForm OS) バージョン 2.3.1 MU4) + HP 82Q 8Gb DualPort PCI-e FC HBA AJ764A (ファームウェアバージョン
5.03.02、ド ライババージョン 8.03.01.05.05.06-k) + DMMP
(device-mapper-1.02.55-2.el5、device-mapper-multipath0.4.7-42.el5)。
テスト は、LifeKeeper for Linux v7.3 と RHEL 5.6 (カ​​ーネル
2.6.18-238.el5) を使 用 して行 われました。

HP 3PAR V400

HP 3PAR V400 は、SIOS Technology Corp. によってテスト 済
みです。テスト 構 成 は次 の通 りです。HP 3PAR V400 (ファームウェア (InForm OS) バージョン 3.1.1) + HP 82E 8Gb Dual Port
PCI-e FC HBA AJ763A/AH403A (ファームウェアバージョン
1.11A5 (U3D1.11A5) sli-3、ド ライババージョン 8.3.5.30.1p(RHEL にバンド ル) + DMMP (device-mapper-1.02.623、device-mapper-multipath-0.4.9-41.el6)。
テスト は、LifeKeeper for Linux v7.5 と RHEL 6.1 を使 用 して
行 われました。

SteelEye Protection Suite for Linux97

スト レージとアダプタの設 定

項目

説明HP EVA 3000/5000 および EVA
4X00/6X00/8X00(XCS 6.x シリーズファームウェア)

シングルパスおよびマルチパスの両 構 成 において、HP
FCA2214 (QLA 2340) アダプタとの組 み合 わせで SIOS
Technology Corp. により認 定 。マルチパス構 成 で EVA をサ
ポート するための構 成 要 件 と注 意 事 項 は、HP のマルチパス
I/O の設 定 セクションで別 途 説 明 しています。

HP EVA4400

Hewlett-Packard 社 により認 定 。シングルパスとマルチパス構
成 の両 方 で DMMP Recovery Kit および HP DMMP ソフト ウ
ェアが必 要 です。EVA4400 は、Red Hat EL 5 Update 3 およびNovell SLES 11 と LifeKeeper の組 み合 わせで動 作 することが
検 証 済 みです。Novell のテスト は、HP Storage Group によって行 われました。

HP EVA6400/8400

Hewlett-Packard 社 により認 定 。シングルパスとマルチパス構
成 の両 方 で DMMP Recovery Kit および HP DMMP ソフト ウ
ェアが必 要 です。EVA6400/8400 は、Red Hat EL 5 Update 3
および Novell SLES 11 と LifeKeeper の組 み合 わせで動 作 することが検 証 済 みです。Novell のテスト は、HP Storage Groupによって行 われました。

HP EVA 8100 (XCS 6.x シリーズファームウェア)DMMP マルチパス構 成 において、HP FC 1142SR アダプタとの組 み合 わせで SIOS Technology Corp. パート ナーにより認定 。マルチパス構 成 で EVA をサポート するための構 成 要 件 と
注 意 事 項 は、Device Mapper Multipath I/O の設 定 セクション
で別 途 説 明 しています。
EVA 8100 は、XCS v6.200 ファームウェア + device-mappermultipath-0.4.7.-23.el5 + DMMP Recovery Kit v7.3 + RHEL
5.3 でテスト 済 みです。

HP MSA2000fc

シングルパスおよびマルチパスの両 構 成 において、ファイバチャ
ネルとの組 み合 わせで Hewlett-Packard 社 により認 定 。テストされたモデルは、QLogic QMH2462 HBA (ド ライババージョン
8.01.07.25) を使 用 した MSA2012fc および MSA2212fc のシングルパス構 成 です。マルチパス構 成 のテスト では、同 一 モデルと HP DMMP および LifeKeeper DMMP Recovery Kit が使用 されました。

HP MSA2000i

マルチパス構 成 において、iSCSI との組 み合 わせで HewlettPackard 社 により認 定 。テスト に使 用 されたモデル
は、MSA2012i (HP DMMP 使 用 ) です。HP ではシングルパス
構 成 のテスト は行 われていませんが、SIOS Technology Corp.
は、HP DMMP および LifeKeeper DMMP Recovery Kit を組
み合 わせたシングルパス構 成 をサポート します。

98

設定

スト レージとアダプタの設 定

項目

説明HP MSA2000sa

シングルパスおよびマルチパスの両 構 成 において、SA との組 み合 わせで Hewlett-Packard 社 により認 定 。テスト に使 用 されたモデルは、MSA2012sa です。シングルパスとマルチパス構 成の両 方 で DMMP Recovery Kit および HP DMMP ソフト ウェア
が必 要 です。現 在 、HP によるサポート は直 接 接 続 構 成 のみです。

HP MSA 2300fc

シングルパスおよびマルチパスの両 構 成 において、ファイバチャ
ネルとの組 み合 わせで Hewlett-Packard 社 により認 定 。テストに使 用 されたモデルは、HP AE312A (FC2142SR) HBA (ド ライババージョン 8.02.09-d0-rhel4.7-04) を使 用 した MSA2324fcのシングルパス構 成 です。マルチパス構 成 のテスト では、同 一モデルと HP DMMP および LifeKeeper DMMP Recovery Kit
が使 用 されました。

HP MSA 2300i

Hewlett-Packard 社 により認 定 。シングルパスとマルチパス構
成 の両 方 で DMMP Recovery Kit および HP DMMP ソフト ウ
ェアが必 要 です。

HP MSA 2300sa

Hewlett-Packard 社 により認 定 。シングルパスとマルチパス構
成 の両 方 で DMMP Recovery Kit および HP DMMP ソフト ウ
ェアが必 要 です。DMMP を使 用 する MSA2300sa ラックおよびタワー型 構 成 のみサポート されます。LifeKeeper を使 用 するブ
レード 構 成 はサポート されていません。

HP P2000 G3 MSA SAS

Device Mapper Multipath Recovery Kit を使 用 するマルチパス
構 成 において、SIOS Technology Corp. により認定 。LifeKeeper for Linux は、P2000 G3 SAS アレイを使 用 する単 一 クラスタで最 大 11 LUN をサポート します。

HP P4000/P4300 G2

RHEL 5.5 + LifeKeeper Core に内 蔵 の SCSI サポート +iSCSI Software Initiators 環 境 のシングルパスおよびマルチパ
スの両 構 成 において、SIOS Technology Corp. により認 定 。
テスト に使 用 されたモデルは、HP P4300 G2 7.2TB SAS
Starter SAN BK716A です。デフォルト キット は、シングルパスおよび一 部 のマルチパススト レージをサポート します。一 般 的 に、
マルチパススト レージは、アクティブ / パッシブ構 成 に限 定 されます。

HP P4500 G2Hewlett-Packard 社 により認 定 。HP では、P4500 について
P4000 (上 記 参 照 ) との互 換 性 を保 証 しています。

HP P6300 EVA FC

Device Mapper Multipath Recovery Kit を使 用 する RHEL
6.1 のマルチパス構 成 において、SIOS Technology Corp. パー
ト ナーによりテスト 済 み。

SteelEye Protection Suite for Linux99

スト レージとアダプタの設 定

項目

説明
SteelEye LifeKeeper for Linux v7.2 以 降 を使 用 する場 合 について、Hewlett-Packard 社 により認 定 。テスト に使 用 されたモデルは HP P9500/XP です。以 下 の環 境 の LifeKeeper で
動 作 することが認 定 されています。
l

HP P9500/XP

Red Hat Enterprise (32 bit、x64 (64 bit; Opteron および Intel EMT64))
RHEL 5.3、RHEL 5.4、RHEL 5.5l

SuSE Enterprise Server (32 bit、x64 (64 bit; Opteron
および Intel EMT64))
SLES 10 SP3、SLES 11、SLES 11 SP1l

HP XP20000/XP24000

IBM DS4000 Storage (旧 IBM
FAStT)

100

設定

ネイティブまたは内 蔵 のクラスタリングソリューション:
RHCS および SLE HARHEL 5、SLES10、SLES 11 上 で LifeKeeper for Linux +DMMP ARK を使 用 するマルチパス構 成 (DMMP 使 用 ) において、SIOS Technology Corp. により認 定 。テスト に使 用 されたスト レージのモデル番 号 は、XP20000 および XP24000 です。接 続 インターフェースは FC です。テスト に使 用 された
HBA のモデル番 号 は、QLogic QMH2562 (ファームウェア
4.04.09、ド ライババージョン 8.03.00.10.05.04-k) です。SIOS
Technology Corp. では、XP スト レージの path_checker の設定 を readsector0 に変 更 することを推 奨 します。
シングルパスおよびマルチパスの両 構 成 において、QLogic
2200 および 2340 アダプタとの組 み合 わせで SIOS
Technology Corp. により認 定 。qla2200 または qla2300 ド ライ
バのバージョン 6.03.00 以 降 を使 用 してください (IBM より指定 )。IBM DS4000 スト レージアレイシステムで Emulex FC アダ
プタを使 用 する場 合 は、下 記 の「Emulex Drivers」項 目 で指定 の lpfc ド ライバを使 用 してください。シングルパス (= シングルループ) サポート : シングルパス構 成 では、LifeKeeper が正 常に動 作 するにはファイバチャネルスイッチまたはハブが必 要 です。マルチパス (= デュアルループ) サポート : マルチパス
は、RDAC サポート 付 きでリリースされたモデル (現 在 のところ、DS4300、DS4400、DS4500 モデル) でサポート されています。RDAC を使 用 したマルチパス構 成 では、ファイバチャネル
スイッチおよびハブは必 須 ではありません。RDAC は、アプリ
ケーションがパスの障 害 に影 響 されないように、パスのフェイル
オーバを処 理 するソフト ウェアパッケージです。RDAC をインス
ト ールおよび設 定 する手 順 は、使 用 するバージョンによって若干 異 なります。インスト ール、ビルド 、設 定 の手 順 について
は、RDAC に関 する IBM のド キュメンテーションを参 照 してください。

スト レージとアダプタの設 定

項目IBM DS5000

IBM DS3500(FC モデル)説明
IBM RDAC を使 用 するマルチパス構 成 において、パート ナー
テスト により認 定 。お使 いのディスト リビューションでサポート されている RDAC ド ライバについては、IBM の Web サイト を参照 してください。
Red Hat Enterprise Linux Server Release 5.5 (Tikanga) 環 境のシングルパスおよびマルチパスの両 構 成 において、SIOS
Technology Corp. により認 定 (HBA:QLE2560、QLE2460、RDAC: RDAC 09.03.0C05.0331)。シングルパスおよびマルチパスの両 構 成 で RDAC が必 要 です。
注 記 : SAS および iSCSI 接 続 はサポート されていません。

IBM DS3400 Storage

シングルパスおよびマルチパスの両 構 成 において、QLogic
2300 アダプタとの組 み合 わせで SIOS Technology Corp. により認 定 。qla2200 または qla2300 ド ライバのバージョン 6.03.00
以 降 を使 用 してください (IBM より指 定 )。シングルパスおよびマルチパスのサポート に関 する詳 細 については、表 内 の「IBMDS4000 Storage」エント リを参 照 してください。

IBM System Storage DS3300

iSCSI Software Initiators との組 み合 わせで SIOS
Technology Corp. により認 定 。このスト レージデバイスは、シン
グルパスおよびマルチパスの両 構 成 において、2 ノード の
LifeKeeper クラスタで動 作 します。シングルパスまたはマルチパ
スのいずれの場 合 も、両 方 のサーバに IBM RDAC ド ライバを
インスト ールする必 要 があります。マルチパス構 成 を使 用 する場 合 は、/etc/default/LifeKeeper ファイルで SCSIHANGMAX
を 50 に設 定 する必 要 があります。お使 いのディスト リビューショ
ンでサポート されている RDAC ド ライバについては、IBM の
Web サイト を参 照 してください。

IBM System Storage DS3200

IBM SAS HBA (25R8060) との組 み合 わせで SIOS
Technology Corp. により認 定 。このスト レージデバイスは、シン
グルパスおよびマルチパスの両 構 成 において、2 ノード の
LifeKeeper クラスタで動 作 します。シングルパスまたはマルチパ
スのいずれの場 合 も、両 方 のサーバに IBM RDAC ド ライバを
インスト ールする必 要 があります。お使 いのディスト リビューショ
ンでサポート されている SAS および RDAC ド ライバについて
は、IBM の Web サイト を参 照 してください。

IBM DS400

シングルパス構 成 の場 合 のみ、SIOS Technology Corp. により認 定 。ファームウェアバージョン 7.01 ビルド 0838 以 降 を使 用
してください (IBM より指 定 )。

IBM San Volume Controller (SVC)

シングルパス構 成 において、パート ナーテスト により認定 。SDD Recovery Kit および Device Mapper Multipath
Recovery Kit を使 用 するマルチパス構 成 において、SIOS
Technology Corp. により認 定 。

SteelEye Protection Suite for Linux101

スト レージとアダプタの設 定

項目説明IBM eServer xSeries スト レージソリューションサーバ Type445-R /Type445-FR for SANmelody

マルチパス構 成 において、IBM TotalStorage FC2-133 ホスト
バスアダプタとの組 み合 わせでパート ナーテスト により認定 。qla2200 ド ライバのバージョン 7.00.61 (フェイルオーバなし)
以 降 を使 用 してください (IBM より指 定 )。マルチパスサポート :マルチパスは、Multipath Linux Driver for IBM SANmelody
Solution Server (バージョン 1.0.0) を使 用 する IBM eServer
xSeries スト レージソリューションサーバ Type445-R / Type445FR for SANmelody でサポート されています。

IBM Storwize V7000 (ファームウェア
バージョン 6.3.0.1)

SIOS Technology Corp. は、iSCSI (iscsi-initiator-utils6.2.0.872-34.el6.x86_64) と DMMP (device-mapper-1.02.666.el6、device-mapper-multipath-0.4.9-46.el6) を使 用 する
IBM Storwize V7000 (Firmware Version 6.3.0.1) を認 定 しています。テスト は、LifeKeeper for Linux v7.5 と RHEL 6.2 を使用 して行 われました。
制 限 事 項 : IBM Storwize V7000 は、Quorum/Witness
Server Kit および STONITH と組 み合 わせて使 用 する必 要 があります。/etc/default/LifeKeeper 内 で以 下 の設 定 により、SCSI リザベーションを無 効 にしてください。
RESERVATIONS=none

102

設定

スト レージとアダプタの設 定

項目

説明
SIOS Technology Corp. は、以 下 の構 成 要 件 を満 たす場 合の、Dell PERC 2/DC、Dell PERC 4/DC、および LSI Logic
MegaRAID Elite 1600 スト レージコント ローラを使 用 する 2 ノー
ド クラスタでの Dell PowerVault スト レージアレイを認 定 しています。(Dell PERC 3/DC は、MegaRAID Elite 1600 の OEM
バージョンです。)以 下 の要 件 が必 要 となるのは、これらのホス
ト ベースの RAID コント ローラが、LifeKeeper の通 常 の要 件 である SCSI リザベーションと一 意 のデバイス ID をサポート していないためです。
1. Dell PowerVault スト レージは、同 一 クラスタ内 のLifeKeeper の管 理 下 では他 のタイプの共 有 スト レージと共 存 できません。

Dell PERC および LSI Logic
MegaRAID コント ローラを搭 載 する
Dell PowerVault

2. Dell PowerVault スト レージおよびコント ローラをクラスタ
で使 用 するための設 定 方 法 については、ハード ウェアに付 属 のマニュアルに​​従 ってください。具 体 的 には、両方 のシステムで同 時 にコント ローラファームウェアの設 定
画 面 を開 き、アダプタプロパティページを選
択 、「Cluster Mode]」を 「Enabled」に設 定 、「Initiator
ID」を一 方 のシステムでは「6」に、他 方 のシステムでは「7」に設 定 することなどが含 まれます。その後 、両 方のコント ローラから同 じ LUN が見 えること、Linuxmegaraid ド ライバが正 常 にロード されていることを確 認 します。
3. 以 上 のスト レージ設 定 は SCSI リザベーションをサポー
ト しないため、LifeKeeper 内 で SCSI リザベーションの使 用 を無 効 にする必 要 があります。無 効 にするには、クラスタの両 ノード で、LifeKeeper のデフォルト ファイル
/etc/default/LifeKeeper に「RESERVATIONS=none」
を追 加 します。LifeKeeper によって管 理 される各 LUNの一 意 の ID は、/opt/LifeKeeper/bin/lkID ユーティリテ
ィを使 用 して手 動 で設 定 する必 要 があります。割 り当てる ID はクラスタ内 で一 意 にしてください。また、将 来
競 合 が発 生 しないように割 り当 て方 法 を工 夫 してください。lkID ユーティリティは、一 意 の ID を自 動 的 に生
成 することもできます。lkID ユーティリティの使 用 方 法 、生 成 する ID、ID が置 かれる場 所 、制 限 事 項 などの詳 細 については、lkID(8) ヘルプページを参 照 してください。LVM で lkID を使 用 する際 の注 意 については、の「既 知 の問 題 」セクションを参 照 してください。
4. I/O フェンシングを提 供 する STONITH デバイスを用 意
して設 定 します。これは、上 記 の構 成 で SCSI リザ
ベーションのサポート がないために必 要 です。この設 定
では、STONITH デバイスが「再 起 動 」コマンド ではな
く、「電 源 切 断 」コマンド をシステムに対 して実 行 するよ
うにします。さらに、LifeKeeper の通 信 が何 らかの理 由で中 断 したとき、手 動 操 作 によって同 時 に両 ノード 上のデバイス階 層 をサービス中 の状 態 にしないように注
意 してください。
SteelEye Protection Suite for Linux103

スト レージとアダプタの設 定

項目

説明Dell | EMC (CLARiiON) CX200

EMC は、このアレイと QLA2340 アダプタの環 境 用 に次 の 2 つのバージョンのド ライバを認 定 しています: qla2x00-clariionv6.03.00-1 および qla2x00-clariion-v4.47.18-1。両 バージョンとも QLogic の Web サイト (www.qlogic.com) で入 手 できます。

DELL MD3000

シングルパスおよびマルチパスの両 構 成 において、DELL SAS
5/e との組 み合 わせでパート ナーテスト により認 定 。テスト はRHEL4 で行 われましたが、LifeKeeper がサポート する他 のLinux ディスト リビューションまたはバージョンを使 用 する場 合 の
既 知 の問 題 はありません。シングルパスおよびマルチパスの両構 成 で RDAC が必 要 です。シングルパス構 成 では、HBA ホ
スト タイプに「Windows MSCS Cluster single path」を使 用 してください。マルチパス構 成 では、HBA ホスト タイプに「Linux 」
を使 用 してください。
Dell PowerVault MD3200/3220 は、SIOS Technology Corp.
パート ナーによってテスト 済 みです。テスト 構 成 は次 の通 りです。

Dell PowerVault MD3200/3220

RHEL 5.5 で DMMP と DMMP Recovery
Kit。Quorum/Witness Server Kit および STONITH と組 み合
わせて使 用 する必 要 があります。「/etc/default/LifeKeeper 」
内 に RESERVATIONS=none を設 定 して SCSI リザベーショ
ンを無 効 にします。サーバには IPMI 2.0 に準 拠 のインターフ
ェースが必 須 です。
Dell EqualLogic は、SIOS Technology Corp. パート ナーによってテスト 済 みです。テスト 構 成 は次 の通 りです。
lDell EqualLogic PS5000

l

104

設定

Dell EqualLogic PS5000 + iscsi-initiator (Software イ
ニシエータ) による SCSI -2 リザベーション + Red Hat
Enterprise Linux ES release 4 (Nahant Update 5、カー
ネル 2.6.9-55.EL)。テスト には、iscsi-initiator-utils4.0.3.0-5、マルチパス構 成 、active-backup (mode=1)
による bonding が使 用 されました。
Dell EqualLogic PS5000 + DMMP + DMMP
Recovery Kit + RHEL 5 + iscsi-initiator-utils6.2.0.865-0.8.el5。LUN 数 が大 きい場 合 (20 以 上 )は、/etc/default/LifeKeeper の REMOTETIMEOUT 設
定 を REMOTETIMEOUT=600 に変 更 してください。

スト レージとアダプタの設 定

項目

説明Dell EqualLogic は、SIOS Technology Corp. パート ナーによってテスト 済 みです。テスト 構 成 は次 の通 りです。Dell
EqualLogic
Dell EqualLogic
PS4000/4100/4110/6000/6010/6100/6110/6500/6510 +PS4000/4100/4110/6000/6010/6100
DMMP + DMMP Recovery Kit + RHEL 5.3 + iscsi-initiator/6110/6500/6510
utils-6.2.0.868-0.18.el5。LUN 数 が大 きい場 合 (20 以 上 )は、/etc/default/LifeKeeper の REMOTETIMEOUT 設 定 を
REMOTETIMEOUT=600 に変 更 してください。
SIOS Technology Corp. により認
定 。/etc/multipath.conf に以 下 のパラメータを設 定 すFalconStor Network Storage Server る必 要 があります。
(NSS)
polling_interval 5
no_path_retry 36

日 立 HDS RAID 700 (VSP)

RAID 700 (VSP) は SIOS Technology Corp. パート ナーによってシングルパス構 成 にてテスト 済 みです。テスト 構 成 は次 の通りです。: OS: Red Hat Enterprise Linux Server Release 5.5(Tikanga) HBA: Qlogic QLE2562 (ド ライバ:OS同 梱の8.03.01.04.05.05-k) / Emulex LPe12002 (ド ライバ:OS同 梱の8.2.0.63.3p). 注 記 : マルチパス構 成 はまだ認 定 されていません。

SteelEye Protection Suite for Linux105

スト レージとアダプタの設 定

項目

説明
QLogic 23xx アダプタを使 用 するシングルパス構 成 において、SIOS Technology Corp. により認 定 。qla2200 ド ライバのバージョン 6.04 以 降 を使 用 してください。

日 立 HDS 9570V、9970V、9980V

注 記 : これらのアレイでは、ファイバチャネルスイッチまたはハブを使 用 して、シングルコント ローラ (シングルループ) のみの構 成にすることを SIOS Technology Corp. は推 奨 します。ただし、各 サーバのスト レージへのパスが単 一 である限 り、スイッチやハブを使 用 することなく各 サーバが日 立 アレイの個 別 のコント
ローラまたはポート に直 接 接 続 する LifeKeeper クラスタを構
成 することもできます。この構 成 を使 用 する場 合 、LifeKeeper
はスプリット ブレインの状 況 で通 常 の動 作 とは非 常 に異 なる
動 作 をすることに注 意 してください。通 常 、LifeKeeper は、スプリット ブレインの状 況 でアクティブな階 層 のフェイルオーバを実行 し、元 のプライマリノード は SCSI リザベーションを奪 われた
結 果 としてリブート を行 います。サーバを直 接 複 数 のコント
ローラまたはポート に接 続 する構 成 の日 立 アレイの場 合 、アレ
イ内 の特 定 のタイミングに特 殊 性 があるため、LifeKeeper は
バックアップノード 上 で SCSI リザベーションを獲 得 することができずにフェイルオーバに失 敗 します。これにより、階 層 の少 なくとも一 部 が元 のプライマリノード で稼 働 し続 けます。このため、
このような構 成 にあるすべての LifeKeeper リソースがディスクリ
ソースの 1 つに対 して直 接 の従 属 関 係 を持 ち、ディスクリソー
スの移 行 ができない場 合 にリソースをサービス中 の状 態 にできないようにすることが重 要 です。このことは、階 層 内 の IP リソー
スについて特 に重 要 です。
日 立 アレイには、このアレイのような直 接 接 続 の構 成 でLifeKeeper を正 常 に動 作 させるために必 要 なある特 定 の「ホスト モード 」があります。9570V アレイの場 合 は以 下 の設 定 が必 要 です。

日 立 HDS 9980V

ホスト 接 続 モード 1 --> Standard mode
ホスト 接 続 モード 2 --> Target Reset mode (Bus Device
Reset)
Third Party Process Logout Spreadmode
LIP ポート 全 リセット モード --> LIP port all reset mode
9970V および 9980V アレイについては、「ホスト モード "」を「SUN」に設 定 する必 要 があります。HDS 9980V
は、SLES9 SP3、LSI Logic Fusion HBA、DMMP を使 用 する
マルチパス構 成 において、SIOS Technology Corp. パート ナー
企 業 によりテスト 済 みです。詳 細 については、Device Mapper
Multipath I/O の設 定 セクションを参 照 してください。

106

設定

スト レージとアダプタの設 定

項目

説明nStor NexStor 4320F

このスト レージは、2 ノード クラスタの各 サーバがアレイ内 の
別 々 のコント ローラに直 接 接 続 するデュアルコント ローラ構 成
において、SIOS Technology Corp. パート ナー企 業 によりテス
ト 済 みです。この構 成 では、スプリット ブレインの状 況 でLifeKeeper は日 立 HDS スト レージアレイについて説 明 した
動 作 と同 じように動 作 するため、階 層 構 成 上 の同 じ注 意 事
項 が当 てはまります。

ADTX ArrayMasStor
L and FC-II

このスト レージユニット は、スイッチを使 用 するシングルパス構
成 、および 2 ノード クラスタの各 サーバがアレイ内 の別 々 のコン
ト ローラに直 接 接 続 するデュアルコント ローラ構 成 において、SIOS Technology Corp. パート ナーによりテスト 済 みです。
両 方 の構 成 において、スプリット ブレインの状 況 で LifeKeeper
は日 立 HDS スト レージアレイについて説 明 した動 作 と同 じよ
うに動 作 するため、階 層 構 成 上 の同 じ注 意 事 項 が当 てはま
ります。ArrayMasStor L は、QLogic 2340 および 2310 ホスト ア
ダプタ、QLogic フェイルオーバド ライバ (バージョン 6.06.10) を使用 するマルチパス構 成 においても、SIOS Technology Corp.
パート ナーによってテスト および認 定 済 みです。

富 士 通 ETERNUS3000

このスト レージユニット は、PG-FC105 (Emulex LP9001)、PGFC106 (Emulex LP9802)、PG-PC107 ホスト バスアダプ
タ、lpfc ド ライバ v7.1.14-3 を使 用 するシングルパス構 成 において、SIOS Technology Corp. パート ナー企 業 によりテスト 済 みです。

富 士 通 ETERNUS 6000

このスト レージユニット は、PG-FC106 (Emulex LP9802) ホスト
バスアダプタ、lpfc ド ライバ v7.1.14-3 を使 用 するシングルパス
構 成 において、SIOS Technology Corp. パート ナーによりテス
ト 済 みです。

富 士 通 FibreCAT S80

このアレイでは、/etc/default/LifeKeeper に次 のエン
ト リを追 加 する必 要 があります。
ADD_LUN_TO_DEVICE_ID=TRUE

富 士 通 ETERNUS SX300

このスト レージユニット は、PG-FC106 (Emulex LP9802) および
PG-FC107 ホスト バスアダプタ、lpfc ド ライバ v7.1.14 を使 用 するマルチパス構 成 において、SIOS Technology Corp. パート
ナー企 業 によりテスト 済 みです。SX300 に同 梱 の RDAC ド ラ
イバが必 要 です。

富 士 通 ETERNUS2000 Model 50

このスト レージユニット は、PG-FC202 (LPe1150-F) ホスト バス
アダプタ、EMPD マルチパスド ライバを使 用 するデュアル RAID
コント ローラによるマルチパス構 成 において、SIOS Technology
Corp. パート ナー企 業 によりテスト 済 みです。テスト では、ファームウェアバージョン WS2.50A6 およびド ライババージョン EMPD
V2.0L12 が使 用 されました。テスト は、LifeKeeper for Linux
v6.2 と RHEL4 (カーネル 2.6.9-67.ELsmp) および RHEL5 (カーネル 2.6.18-53.el5) を使 用 して行 われました。

SteelEye Protection Suite for Linux107

スト レージとアダプタの設 定

項目説明

このスト レージユニット は、PG-FC202 (LPe1150-F) ホスト バス
アダプタ、EMPD マルチパスド ライバを使 用 するデュアル RAID
富 士 通 ETERNUS4000 Model 300
コント ローラによるマルチパス構 成 において、SIOS Technology
Corp. パート ナー企 業 によりテスト 済 みです。
このスト レージユニット は、PG-FC203L (Emulex LPe1250-F8)
ホスト バスアダプタ (ファームウェアバージョン 1.11A5、ド ライバ
バージョン 8.2.0.48.2p) 、EMPD マルチパスド ライバ (ド ライバ
バージョン V2.0L20、パッチバージョン T000973LP-1) を使 用 す
富 士 通 ETERNUS2000 Model 200 るマルチパス構 成 において、Fujitsu Limited によりテスト 済 みです。
テスト は、LifeKeeper for Linux v7.1 と RHEL 5 (カ​​ーネル
2.6.18-164.el5) を使 用 して行 われました。
富士通
ETERNUS VS850

108

設定

Device Mapper Multipath Recovery Kit を使 用 するシングルパス構 成 およびマルチパス構 成 において、ベンダサポート ステート
メント により認 定 。

スト レージとアダプタの設 定

項目説明
マルチパスデバイスを使 用 するアプリケーションとファイルシステ
ムの保 護 : SPS デバイスを使 用 するアプリケーションやファイルシステムを LifeKeeper によって設 定 し保 護 するには、SPS
Recovery Kit をインスト ールする必 要 があります。
SPS Kit のインスト ール後 は、1 つ以 上 のマルチパスデバイス
ノード を使 用 するアプリケーション階 層 を作 成 するだけ
で、SPS Kit が提 供 する新 しいリソースタイプが自 動 的 に組 み
込 まれます。
マルチパスデバイスノード : SPS Kit を使 用 するには、すべてのファイルシステムおよび RAW デバイスをネイティブの /dev/sd*
デバイスノード ではなく、マルチパスデバイスノード (/dev/dd*)
上 にマウント または設 定 する必 要 があります。
SCSI-3 Persistent Reservations の使 用 : SPS Kit は、リザ
ベーションタイプを「書 き込 み専 用 」とする SCSI-3 PersistentReservations を使 用 します。この場 合 、クラスタの 1 ノード が
予 約 したデバイスは、クラスタの他 のノード から読 み取 り可 能のままですが、デバイスへの書 き込 みはできなくなります。このことは、それらの他 のノード 上 で進 行 中 の読 み取 り専 用 アクセスのためにファイルシステムをマウント できるという意 味 ではない
ことに注 意 してください。

NEC iStorage Storage Path Savior
Multipath I/O

LifeKeeper では、sg_persist ユーティリティを使 用 してパーシス
テント リザベーションを発 行 、監 視 します。必 要 であれ
ば、LifeKeeper は sg_persist(8) ユーティリティをインスト ールします。
ハード ウェア要 件 : SPS Kit は、Emulex
LP952、LP9802、LP1050、LP1150 HBA および Emulex lpfc
ド ライバを使 用 する NEC iStorage ディスクアレイにおいて、テスト および認 定 済 みです。SPS Kit は、SPS がサポート する他の NEC iStorage D および S でも同 様 に問 題 なく動 作 すると
考 えられます。
マルチパスソフト ウェアの要 件 : SPS Kit は、SPS for Linux
3.3.001 を使 用 してテスト 済 みです。インスト ールされている
SPS パッケージに対 する既 知 の依 存 関 係 はありません。
インスト ール要 件 : SPS Recovery Kit をインスト ールする前 に
SPS ソフト ウェアをインスト ールする必 要 があります。
SPS パスの追 加 または修 復 : LifeKeeper は、SPS リソースを起 動 する場 合 、パーシステント リザベーションを確 立 してその時 点 でアクティブなパスに登 録 します。最 初 のリザベーションの
後 に新 しいパスが追 加 されるか、障 害 が起 きたパスが修 復 されて SPS がそのパスを自 動 的 に再 度 アクティブにした場 合 、
そのパスは、LifeKeeper が SPS リソースに対 する次 のquickCheck を実 行 するまでリザベーションの一 部 として登 録されません。その時 点 までに SPS がそのパスに対 する書 き込
みを許 可 した場 合 、リザベーション競 合 が発 生 し、システムのメッセージファイルに競 合 が記 録 されます。SPS ド ライバは、
登 録 されたパスでそれらの I/O を再 試 行 するため、アプリケー
SteelEye
Protection
Suite for Linux
109
ションにとっては検 出
可 能 な障害 になりません。quickCheck
によるパスの登 録 が完 了 すると、その後 の書 き込 みは成 功 しスト レージとアダプタの設 定

項目説明
このスト レージユニット は、QLogic PCI to Fibre Channel Host
Adapter for QLE2462 (ファームウェアバージョン 4.03.01 [IP]、ドライババージョン 8.02.08)、スト レージファームウェア J200 を使用 するデュアル RAID コント ローラによるマルチパス構 成 において、SIOS Technology Corp. パート ナー企 業 によりテスト 済 みです。テスト は、LifeKeeper for Linux v6.2、DMMP Recovery
Kit v6.2、および以 下 のディスト リビューションとカーネルを使 用して行 われました。
RHEL4 DMMP

Newtech SweeperStor SATA およびSAS

Emulex LP 11002
8.0.16.32 以 降Emulex LPe 11002 8.0.16.32 以 降
Qlogic QLA 2462 8.01.07 以 降
Qlogic QLE 2462 8.01.07 以 降
RHEL5 DMMP
Emulex LP 11002 8.1.10.9 以 降Emulex LPe 11002 8.1.10.9 以 降
Qlogic QLA 2462 8.01.07.15 以 降
Qlogic QLE 2462 8.01.07.15 以 降
SLES10 DMMP
Emulex LP 11002
8.1.10.9 以 降Emulex LPe 11002 8.1.10.9 以 降
Qlogic QLA 2462 8.01.07.15 以 降
Qlogic QLE 2462 8.01.07.15 以 降
注 記 : マルチパス構 成 では DMMP が必 要 です。
このスト レージは、SIOS Technology Corp. パート ナーによってテスト 済 みです。テスト のシングルパス構 成 は次 の通 りです。

TID MassCareRAIDl

ホスト 1 Qlogic QLE2562 (HBA BIOS 2.10、ド ライババージョン
qla2xxx-8.03.01.04.05.05-k *)l

ホスト 2 HP AE312A (HBA BIOS 1.26、ド ライババージョン qla2xxx8.03.01.04.05.05-k *)l

テスト は、LifeKeeper for Linux v7.3 と Red Hat Enterprise Linux 5.5(カ​​ーネル2.6.18-194.el5) を使用して行われました。

LifeKeeper for Linux は、TID MassCareRAID アレイを使用する単一クラスタで最大 11 LUN をサポート します。

110

設定

スト レージとアダプタの設 定

項目

説明

TIDMassCareRAIDⅡ

このスト レージユニット は、Qlogic ド ライバと SCSI-2 リザベーシ
ョンを使 用 し、ファイバチャネルスイッチを使 用 しないマルチパス
構 成 において、SIOS Technology Corp. パート ナー企 業 によりテスト 済 みです。Red Hat Enterprise Linux ES release 4
Update6 (カーネル 2.6.9-67.ELsmp) が使 用 されました。/etc/default/LifeKeeper の FAILFASTTIMER 設 定 を 5 から 30 に変 更 する必 要 があります。

Sun StorageTek 2540

このスト レージユニット は、StorageTek 4Gb PCI-E Dual FC ホ
スト バスアダプタおよび Sun StorageTek 4Gb PCI Dual FC ネット ワークアダプタを使 用 する RDAC + デュアル RAID コント ロー
ラによるマルチパス構 成 において、SIOS Technology Corp.
パート ナー企 業 によりテスト 済 みです。

QLogic ド ライバ

QLogic アダプタを使 用 するサポート 対 象 の他 のファイバチャネ
ルアレイについては、qla2200 または qla2300 ド ライバのバージ
ョン 6.03.00 以 降 を使 用 してください。

Emulex ド ライバ

サポート 対 象 の Emulex HBA については、lpfc ド ライバ
v8.0.16 以 降 を使 用 してください。

Adaptec 29xx ド ライバ

Adaptec 29xx を使 用 するサポート 対 象 の SCSI アレイについては、OS ディスト リビューションに付 属 の aic7xxx ド ライババー
ジョン 6.2.0 以 降 を使 用 してください。
このスト レージデバイスは、SUSE SLES 9 Service Pack
3、Device Mapper Multipath、および Qlogic 2340 アダプタを使 用 してテスト 済 みです。他 のバージョン、ディスト リビューショ
ン、アダプタを組 み合 わせても動 作 すると考 えられますが、テス
ト は実 施 されていません。この構 成 および他 の構 成 についての具 体 的 なサポート については、DataCore にお問 い合 わせください。

DataCore SANsymphony

高 負 荷 でのフェイルオーバのテスト で 1 つの問 題 が見 つかっています。複 数 のサーバがリブート した場 合 に、サーバがシングル
パスのみを構 成 する状 態 になります。テスト は 3 ノード クラスタ
で構 成 され、2 台 のサーバが同 時 に切 断 されました。2 台 のサーバがリブート した後 、約 半 分 の時 間 、1 台 のサーバがシングルパスのみを持 つ状 態 になりました。この問 題 は、そのサーバをリブート すれば解 決 します。サーバを 1 台 だけリブート した
ときは、この問 題 は見 られませんでした。この問 題 は
DataCore に報 告 済 みです。最 低 1 つのパスが継 続 的 に利用 できるため、この問 題 は深 刻 な問 題 とはみなされていません。

SteelEye Protection Suite for Linux111

HP のマルチパス I/O 設 定

項目説明
このスト レージデバイスは、ed Hat EL 4 Update 3 および Qlogic
2340 アダプタを使 用 してテスト 済 みです。他 のバージョン、ディスト リビューション、アダプタを組 み合 わせても LifeKeeper は動作 すると考 えられますが、テスト は実 施 されていません。この構成 および他 の構 成 についての具 体 的 なサポート については、Xiotech にお問 い合 わせください。
Magnitude 3D は、シングルパス構 成 でテスト が行 われました。

Xiotech Magnitude 3D

セット アップ中 に、OS で 8 LUN しか構 成 できないという構 成
上 の問 題 が 1 つ検 出 されました。これは、Magnitude 3D がSCSI 問 い合 わせデータの中 で、自 身 を SCSI-2 デバイスに指定 しているためです。2.6 カーネルの SCSI ド ライバは、デバイスが例 外 リスト に含 まれていない限 り、8 を超 える LUN を
SCSI-2 デバイス上 で自 動 で認 識 しません。Magnitude 3D はそのリスト に入 っていません。/proc/scsi/scsi にコマンド を発 行
して各 LUN を構 成 するという対 応 策 が Xiotech からテスト 用に提 供 されました。

HP のマルチパス I/O 設 定
項目

説明

Secure Path を使 用する場 合 のMSA1000 および
MSA1500 のマルチ
パス要 件

LifeKeeper は、MSA1000 および MSA1500 を使 用 するマルチパス I/O 構 成
で Secure Path をサポート します。このサポート の要 件 として、Secure Path
v3.0C 以 降 を使 用 する必 要 があります。

HP P2000

LifeKeeper は、HP P2000 MSA FC の使 用 をサポート します。このスト レージ
ユニット は、RHEL 5.4 上 のマルチパス構 成 において、SIOS Technology
Corp. によってテスト 済 みです。

Secure Path を使 用 Secure Path を使 用 するマルチパス I/O 構 成 で EVA3000 および EVA5000 をする場 合 のLifeKeeper がサポート するには、次 の要 件 があります。
EVA3000 および
1. EVA VCS v2.003 または v3.00 以 降 各 サーバで Command View
EVA5000 のマルチパ
v3.00 を使 用 して [Host OS type] を [Custom] に、[Custom Mode
ス要 件
Number] を [hex000000002200282E] に設 定 してください。詳 細 な手
順 については、HP Secure Path リリースノート を参 照 してください。
2. HP Secure Path v3.0C 以 降

112

設定

HP のマルチパス I/O 設 定

Secure Path を使 用するマルチパスクラス
タのインスト ール

Secure Path を使 用 するマルチパスクラスタを新 規 にインスト ール場 合 は、次の手 順 を実 行 します。
1. 選 択 した OS を各 サーバにインスト ールします。
2. 次 のクラスタハード ウェアをインスト ールします。FCA2214 アダプタ、スト
レージ、スイッチ、およびケーブル。
3. HP Platform Kit をインスト ールします。
4. HP Secure Path ソフト ウェアをインスト ールします。ここでシステムをリ
ブート する必 要 があります。Secure Path からスト レージへのパスを適 切に設 定 したことを確 認 します。詳 細 については、Secure Path のド キュ
メンテーションを参 照 してください。
5. LifeKeeper をインスト ールします。

QLogic Failover
Driver を使 用 する
MSA1000 および
MSA1500 のマルチ
パスサポートLifeKeeper for Linux は、MSA1000 および MSA1500 を使 用 するマルチパス
I/O 構 成 で QLogic Failover Driver をサポート します。このサポート の要 件 として、QLogic ド ライバ v7.00.03 以 降 を使 用 する必 要 があります。

QLogic Failover
Driver を使 用 する
EVA のマルチパスサ
ポート

LifeKeeper は、EVA 3000/5000 および EVA 4X00/6X00/8X00 で QLogic
Failover Driver をサポート します。3000/5000 ではファームウェアバージョン
4000 以 上 が必 要 です。4000/6000/8000 ではファームウェアバージョン 5030
以 上 が必 要 です。HP が提 供 する QLogic ド ライバの最 新 版 (v8.01.03 以降 ) を使 用 する必 要 があります。ホスト 接 続 は「Linux 」にしてください。パス /モード 設 定 に LifeKeeper からの制 限 はありません。特 殊 なホスト 接 続 、パス /モード の推 奨 設 定 、および使 用 可 能 な EVA のポート などの以 前 の制 限
は、このバージョンのファームウェアとド ライバには存 在 しないことに注 意 してくだ
さい。

SteelEye Protection Suite for Linux113

HP のマルチパス I/O 設 定

MSA1000/MSA1500 シングルパスからマルチパスにクラスタをアップグレード するには、次 の手 順 を実または EVA のシング 行 します (アップグレード はクラスタ全 体 で行 う必 要 があります)。
ルパス構 成 から
1. 通 常 のアップグレード 手 順 に従 って、LifeKeeper を最 新 バージョンにアSecure Path を使 用
ップグレード します。この手 順 をローリングアップグレード で行 うと、クラスするマルチパス構 成
タ全 体 の停 止 を回 避 できます。
へのアップグレード
2. すべてのノード で LifeKeeper を停 止 します。ハード ウェアのアップグレー
ド が完 了 し、すべてのノード でステップ 5 が完 了 するまでクラスタはダウ
ンした状 態 です。
3. 各 ノード で HP Platform Kit をインスト ール / アップグレード します。
4. 各 ノード に HP Secure Path ソフト ウェアをインスト ールします。ここでシステムをリブート する必 要 があります。Secure Path からスト レージへのパスを適 切 に設 定 したことを確 認 します。詳 細 については、Secure
Path のド キュメンテーションを参 照 してください。
5. LifeKeeper を起 動 します。すべての階 層 がアップグレード 前 と同 様 に
動 作 するはずです。
注 記 : これは、LifeKeeper の以 前 のバージョンがサポート していたアップグレー
ド 方 法 から変 更 された点 です。
Secure Path による Secure Path は、/dev/spdev/spXX (XX はデバイス名 ) の形 式 の 「永 続 的
永 続 的 デバイスノー な」デバイスノード をサポート します。これらのノード は、特 定 の SCSI デバイスド
ノード /dev/sdXX へのシンボリックリンクです。LifeKeeper はこれらのノード を「通 常 の」SCSI デバイスノード /dev/sdXX であるかのように認 識 しま
す。LifeKeeper は、デバイスが /dev/sda1 か /dev/sdq1 かを直 接 検 出 し、その後 正 しいデバイスノード を直 接 使 用 することにより、リブート およびクラスタノー
ド をまたがってデバイス名 の永 続 性 を独 自 に維 持 しています。
注 記 : SCSI デバイスノード へのシンボリックリンクのサポート は、LifeKeeper
v4.3.0 で追 加 されました。
アクティブ / パッシブコ
ント ローラおよびコント ローラスイッチオー
バ

MSA1000 では、一 方 のコント ローラをアクティブに、他 方 のコント ローラをスタ
ンバイモード にすることによってマルチパスを実 装 しています。アクティブなコント
ローラまたはアクティブなコント ローラへのパスのいずれかに問 題 が起 きた場
合 、スタンバイコント ローラがアクティブ化 されて処 理 を引 き継 ぎます。コント
ローラをアクティブにする場 合 、コント ローラの準 備 ができるまでにある程 度 の
時 間 がかかります。アレイ上 で設 定 されている LUN の数 に応 じて、30 ～ 90
秒 の時 間 を必 要 とします。この間 、スト レージへの I/O は、新 しくアクティブになるコント ローラに経 路 変 更 できるようになるまでブロックされます。

起 動 時 にシングルパ システムがロード されたときに、サーバがシングルパスでしかスト レージにアクセス
スでも通 知 が発 生 し できない場 合 でも、この問 題 に関 する通 知 が発 生 しません。この問 題 は、シない
ステムがリブート したときに上 記 のような物 理 的 なパスの障 害 が起 きると発 生
しますが、一 時 的 なパス障 害 でも発 生 しています。システムをロード するときは、管 理 者 はスト レージへのすべてのパスが正 しく構 成 されたことを必 ず確 認
し、構 成 されていない場 合 は、ハード ウェアの問 題 を修 復 するか、システムをリロード して一 時 的 な問 題 を解 決 するかいずれかのアクションを取 ることを推奨 します。

114

設定

EMC PowerPath のマルチパス I/O 設 定

EMC PowerPath のマルチパス I/O 設 定
マルチパスデバイスを使 用するアプリ
ケーションとファイルシステムの保 護

EMC PowerPath デバイスを使 用 するアプリケーションやファイルシステムを LifeKeeper
によって設 定 し保 護 するには、PowerPath Recovery Kit をインスト ールする必 要 があります。PowerPath Kit のインスト ール後 は、1 つ以 上 のマルチパスデバイスノード を使用 するアプリケーション階 層 を作 成 するだけで、PowerPath Kit が提 供 する新 しいリ
ソースタイプが自 動 的 に組 み込 まれます。

マルチパスデバイスノードPowerPath Kit を使 用 するには、すべてのファイルシステムおよび RAW デバイスをネイ
ティブの /dev/sd* デバイスノード ではなく、マルチパスデバイスノード (/dev/emcpower*)
上 にマウント または設 定 する必 要 があります。

SCSI-3
PersistentReservationsの使 用PowerPath Kit は、リザベーションタイプを「書 き込 み専 用 」とする SCSI-3 PersistentReservations を使 用 します。この場 合 、クラスタの 1 ノード が予 約 したデバイスは、クラスタの他 のノード から読 み取 り可 能 のままですが、デバイスへの書 き込 みはできなくなります。このことは、それらの他 のノード 上 で進 行 中 の読 み取 り専 用 アクセスのためにファイルシステムをマウント できるという意 味 ではないことに注 意 してください。
LifeKeeper では、sg_persist ユーティリティを使 用 してパーシステント リザベーションを
発 行 、監 視 します。必 要 であれば、LifeKeeper は sg_persist(8) ユーティリティをイン
スト ールします。
EMC Symmetrix (VMAX を含 む) アレイをマルチパスソフト ウェアおよび LifeKeeper と組 み合 わせて使 用 する場 合 は、SCSI-3 Persistent Reservations を LUN 単 位 で有効 にする必 要 があります。このことは、DMMP と PowerPath の両 方 に当 てはまります。

ハード ウェア
要件

PowerPath Kit は、QLogic QLA2340 HBA (EMC が推 奨 する qla2xxx ド ライバを使用 ) および Emulex LP10000 HBA (EMC が推 奨 する lpfc ド ライバを使 用 ) を使 用 す
る EMC CLARiiON CX300 ディスクアレイにおいて、テスト および認 定 済 みです。PowerPath Kit は、QLogic QLA2340 HBA を使 用 する EMC CLARiX CX3-20 においても、テスト および認 定 済 みです。
注 記 : RHEL 6 上 の LifeKeeper は、EMC Clariion に接 続 されているリザベーションをサポート できません。
このキット は、EMC の他 の CLARiiON モデルまたは EMC から Dell や他 のベンダへの
OEM の CLARiiON モデルでも同 様 に問 題 なく動 作 すると考 えられます。

マルチパスソフト ウェアの要件

PowerPath Kit v6.4.0-2 には、PowerPath for Linux v5.3 が必 要 です。PowerPath
Kit v6.4.0-2 より前 のバージョンでは、PowerPath for Linuxv4.4.x、v4.5.x、v5.0.x、v5.0.x が必 要 です。

SteelEye Protection Suite for Linux

115

EMC PowerPath のマルチパス I/O 設 定PowerPath
オプション Av5.3 ド ライバ
1. 以 下 の手 順 を実 行 して PowerPath 5.3 ド ライバにアップグレード します。
への移 行 方法
a. 古 い PowerPath ド ライバを削 除
b. PowerPath 5.3 ド ライバをインスト ール
2. PowerPath 6.4.0-2 Kit にアップグレード します。
3. サーバをリブート します。
注 記 : サーバをリブート するとき、PowerPath 6.4.0-2 Kit が LifeKeeper PowerPath リ
ソースとして使 用 されます。PowerPath ド ライバ 5.3 に問 題 があり、古 い PowerPath
ド ライバを使 用 しなければならない場 合 、このオプションでは、v6.4.0-2 キット をインス
ト ールする前 に使 用 していたバージョンの PowerPath Kit を再 インスト ールする必 要 があります。
オプション B
1. 以 下 の手 順 を実 行 して PowerPath 5.3 ド ライバにアップグレード します。
a. 古 い PowerPath ド ライバを削 除
b. PowerPath 5.3 ド ライバをインスト ール
c. サーバをリブート します。
2. PowerPath 6.4.0-2 Kit にアップグレード し、以 下 のいずれかを実 行 してアップグ
レード された Recovery Kit を使 用 して PowerPath リソースを開 始 します。
オプション 1: PowerPath リソースをサービス休 止 にして再 度 サービス状 態 に戻します。
注 記 : これを行 うには、PowerPath デバイスを使 用 するすべてのアプリケーションをいったん停 止 してから再 起 動 する必 要 があります。このオプションの場 合 、
操 作 を順 次 実 行 することができるため、別 々 の時 間 に実 行 して大 きな変 更を回 避 することが可 能 です。
オプション 2: LifeKeeper を停 止 (lkstop) してから起 動 (lkstart) します。これにより、すべてのリソースがいったんサービス休 止 になった後 、再 度 サービス状 態に戻 ります。
注 記 : この方 法 では、オプション 1 と同 様 にすべてのアプリケーションを停 止 しますが、2 つのコマンド だけですべての PowerPath リソースが新 しいキット を使 う
ようにできるため、ユーザの介 入 が少 なくて済 みます。
オプション 3: LifeKeeper をすぐに停 止 (lkstop) してから起 動 (lkstart) します。
注 記 : この方 法 では、アプリケーションを実 行 したまま、LifeKeeper にスト レー
ジへのアクセス方 法 をリロード させます。アプリケーションの停 止 時 間 はありませ
ん。

116

設定

IBM SDD によるマルチパス I/O 設 定

IBM SDD によるマルチパス I/O 設 定
マルチパスデバイスを使 用するアプリ
ケーションとファイルシステムの保 護

IBM SDD デバイスを使 用 するアプリケーションやファイルシステムを LifeKeeper によって設 定 し保 護 するには、SDD Recovery Kit をインスト ールする必 要 があります。

マルチパスデバイスノードSDD Kit を使 用 するには、すべてのファイルシステムおよび RAW デバイスをネイティブの /dev/sd* デバイスノード ではなく、マルチパスデバイスノード (/dev/vpath*) 上 にマウント または設 定 する必 要 があります。

SCSI-3
PersistentReservationsの使 用

SDD Kit は、リザベーションタイプを「書 き込 み専 用 」とする SCSI-3 PersistentReservations を使 用 します。この場 合 、クラスタの 1 ノード が予 約 したデバイスは、クラスタの他 のノード から読 み取 り可 能 のままですが、デバイスへの書 き込 みはできなくなります。このことは、それらの他 のノード 上 で進 行 中 の読 み取 り専 用 アクセスのためにファイルシステムをマウント できるという意 味 ではないことに注 意 してください。

SDD Kit のインスト ール後 は、1 つ以 上 のマルチパスデバイスノード を使 用 するアプリ
ケーション階 層 を作 成 するだけで、SDD Kit が提 供 する新 しいリソースタイプが自 動
的 に組 み込 まれます。

LifeKeeper では、sg_persist ユーティリティを使 用 してパーシステント リザベーションを
発 行 、監 視 します。必 要 であれば、LifeKeeper は sg_persist(8) ユーティリティをイン
スト ールします。
ハード ウェア
要件

マルチパスソフト ウェアの要件
SDD パスの追 加 または修復

SDD Kit は、QLogic QLA2340 HBA (IBM が推 奨 する qla2xxx ド ライバを使 用 ) を使用 する IBM ESS、6800、8100 ディスクアレイおよび IBM SAN Volume Controller(SVC) において、テスト および認 定 済 みです。SDD Kit は、SDD ド ライバがサポートする他 の IBM ディスクアレイと HBA アダプタ (Emulex) でも同 様 に問 題 なく動 作 すると考 えられます。IBM が推 奨 する HBA ド ライバを必 ず使 用 する必 要 があります。
SDD Kit には、IBM SDD ド ライバ v1.6.0.1-8 以 降 を使 用 する必 要 があります。
LifeKeeper は、SDD リソースを起 動 する場 合 、パーシステント リザベーションを確 立 してその時 点 でアクティブなパスに登 録 します。最 初 のリザベーションの後 に新 しいパスが追 加 されるか、障 害 が起 きたパスが修 復 されて SDD がそのパスを自 動 的 に再 度
アクティブにした場 合 、そのパスは、LifeKeeper が SDD リソースに対 する次 のquickCheck を実 行 するまでリザベーションの一 部 として登 録 されません。その時 点 ま
でに SDD がそのパスに対 する書 き込 みを許 可 した場 合 、リザベーション競 合 が発 生
し、SDD のログファイルとシステムのメッセージファイルに競 合 が記 録 されます。SDD
ド ライバは、登 録 されたパスでそれらの I/O を再 試 行 するため、アプリケーションにとっては検 出 可 能 な障 害 になりません。quickCheck によるパスの登 録 が完 了 すると、その後 の書 き込 みは成 功 します。

Hitachi HDLM のマルチパス I/O 設 定

SteelEye Protection Suite for Linux

117

Hitachi HDLM のマルチパス I/O 設 定

マルチパスデバイスを使 用するアプリ
ケーションとファイルシステムの保 護

HDLM デバイスを使 用 するアプリケーションやファイルシステムを LifeKeeper によって設定 し保 護 するには、HDLM Recovery Kit をインスト ールする必 要 があります。

マルチパスデバイスノードHDLM Kit を使 用 するには、すべてのファイルシステムおよび RAW デバイスをネイティ
ブの /dev/sd* デバイスノード ではなく、マルチパスデバイスノード (/dev/sddlm*) 上 にマ
ウント または設 定 する必 要 があります。

SCSI-3
PersistentReservationsの使 用

HDLM Kit は、リザベーションタイプを「書 き込 み専 用 」とする SCSI-3 PersistentReservations を使 用 します。この場 合 、クラスタの 1 ノード が予 約 したデバイスは、クラスタの他 のノード から読 み取 り可 能 のままですが、デバイスへの書 き込 みはできなくなります。このことは、それらの他 のノード 上 で進 行 中 の読 み取 り専 用 アクセスのためにファイルシステムをマウント できるという意 味 ではないことに注 意 してください。

HDLM Kit のインスト ール後 は、1 つ以 上 のマルチパスデバイスノード を使 用 するアプリ
ケーション階 層 を作 成 するだけで、HDLM Kit が提 供 する新 しいリソースタイプが自 動
的 に組 み込 まれます。

LifeKeeper では、sg_persist ユーティリティを使 用 してパーシステント リザベーションを
発 行 、監 視 します。必 要 であれば、LifeKeeper は sg_persist(8) ユーティリティをイン
スト ールします。
ハード ウェア
要件

HDLM Kit は、QLogic QLA2432 HBA および8.02.00-k5-rhel5.2-04 ド ライバと、
Silkworm3800 FCスイッチを使 用 した Hitachi AMS1000 ディスクアレイにおいて、テス
ト および認 定 されました。HDLM Kitは、他 の日 立 ディスクアレイでも同 様 に問 題 なく
動 作 す ると考 えられます。HDLM Kit は、SANRISE AMS シリーズ、SANRISE
USP、Hitachi VSPに おいても認 定 済 みです。HBA および HBA ド ライバは HDLM
がサポート するものを使 用 し てください。 BR1200 は、Hitachi Data Systems により
認 定 。シングルパスとマルチパス構 成 の両 方 で RDAC ド ライバーが必 要 です。RDAC ド ライバーを使 用 する BR1200 構 成 のみサポート さ れ、HDLM(HDLM
ARK) を使 用 する構 成 はサポート されていません。

マルチパスソフト ウェアの要件

HDLM Kit は、以 下 の各 HDLM for Linux をサポート します。
05-80, 05-81, 05-90, 05-91, 05-92, 05-93, 05-94, 6.0.0, 6.0.1, 6.1.0, 6.1.1, 6.1.2,
6.2.0, 6.2.1, 6.3.0, 6.4.0, 6.4.1, 6.5.0, 6.5.1, 6.5.2, 6.6.0, 6.6.2, 7.2.0, 7.2.1, 7.3.0.
インスト ールされている HDLM パッケージに対 する既 知 の依 存 関 係 はありません。
注 記 : HDLM 6.0.0 以 降 から製 品 名 が「Hitachi Dynamic Link Manager Software(HDLM)」に変 更 されました。6.0.0 (05-9X) より古 いバージョンでは、「Hitachi
HiCommand Dynamic Link Manager (HDLM)」という製 品 名 です。
注 記 : HDLM version 6.2.1 以 降 は、HDLM Recovery Kit v6.4.0-2 でサポート されていません。このバージョンの HDLM を使 用 する場 合 は、HDLM Recovery Kit v7.2.0-1
以 降 と LifeKeeper Core v7.3 か、より新 しいバージョンのCoreを使 用 してください。
注 記 : LVMを使 用 する場 合 は、HDLMにてサポート されているバージョンのLVMを使用 してください。また、LVMが/dev/sddlm* に紐 付 いた /dev/sd* デバイスを検 出 しな
いよう、/etc/lvm/lvm.conf にフィルターを設 定 する必 要 があります。詳 細 はHDLMのマ
ニュアルからLVMの設 定 を参 照 してください。

118

設定

Hitachi HDLM のマルチパス I/O 設 定

Linux ディスト Linux ディスト リビューションの要 件
リビューションHDLM Kit は以 下 のディスト リビューションでサポート されています。
の要 件
RHEL 4 (AS/ES) (x86 or x86_64) Update 1, 2, 3, 4, Update 4 Security Fix (*2),
4.5,4.5 Security Fix(*4),4.6,4.6 Security Fix(*8),4.7,4.7 Security Fix(*9),
4.8,4.8 Security Fix(*12) (x86/x86_64)(*1)
RHEL 5, 5.1, 5.1 Security Fix(*5), 5.2, 5.2 Security Fix(*6),
5.3, 5.3 Security Fix(*10),5.4 , 5.4 Security Fix (*11), 5.5, (x86/x86_64)(*1)
RHEL 6, 6.1, 6.2 (x86/x86_64)(*1)(*15)(*1) AMD Opteron (シングルコア、デュアルコア) またはIntel EM64T アーキテクチャ
CPU (x86_64 カーネル)(*2) 次 のカーネルがサポート されています。
x86：2.6.9-42.0.3.EL,2.6.9-42.0.3.ELsmp,2.6.9-42.0.3.ELhugemem
x86_64：2.6.9-42.0.3.EL,2.6.9-42.0.3.ELsmp,2.6.9-42.0.3.Ellargesmp(*3) 日 立 では、RHEL4 U2 の環 境 をサポート していません。
(*4) 次 のカーネルがサポート されています。
x86：2.6.9-55.0.12.EL,2.6.9-55.0.12.ELsmp,2.6.9-55.0.12.ELhugemem
x86_64：2.6.9-55.0.12.EL,2.6.9-55.0.12.ELsmp,2.6.9-55.0.12.Ellargesmp(*5) 次 のカーネルがサポート されています。
x86：2.6.18-53.1.13.el5,2.6.18-53.1.13.el5PAE,2.6.18-53.1.21.el5,2.6.1853.1.21.el5PAE
x86_64：2.6.18-53.1.13.el5,2.6.18-53.1.21.el5(*6) 次 のカーネルがサポート されています。
x86：2.6.18-92.1.6.el5,2.6.18-92.1.6.el5PAE,2.6.18-92.1.13.el5,2.6.1892.1.13.el5PAE,2.6.18-92.1.22.el5,2.6.18-92.1.22.el5PAE
x86_64：2.6.18-92.1.6.el5,2.6.18-92.1.13.el5,2.6.18-92.1.22.el5(*7) 次 のカーネルがサポート されています。
x86：2.6.9-34.0.2.EL,2.6.9-34.0.2.ELsmp,2.6.9-34.0.2.ELhugemem
x86_64：2.6.9-34.0.2.EL,2.6.9-34.0.2.ELsmp,2.6.9-34.0.2.Ellargesmp(*8) 次 のカーネルがサポート されています。
x86：2.6.9-67.0.7.EL,2.6.9-67.0.7.ELsmp,2.6.9-67.0.7.ELhugemem,2.6.967.0.22.EL,2.6.9-67.0.22.ELsmp,2.6.9-67.0.22.ELhugemem
x86_64：2.6.9-67.0.7.EL,2.6.9-67.0.7.ELsmp,2.6.9-67.0.7.ELlargesmp,2.6.967.0.22.EL,2.6.9-67.0.22.ELsmp,2.6.9-67.0.22.ELlargesmp(*9) 次 のカーネルがサポート されています。
SteelEye Protection Suite for Linux
119
x86：2.6.9-78.0.1.EL,2.6.9-78.0.1.ELsmp,2.6.9-78.0.1.ELhugemem,2.6.978.0.5.EL,2.6.9-78.0.5.ELsmp,2.6.9-78.0.5.ELhugemem,2.6.9-78.0.8.EL,2.6.9-

Hitachi HDLM のマルチパス I/O 設 定

インスト ール
要件

HDLM Recovery Kit をインスト ールする前 に HDLM ソフト ウェアをインスト ールする必要 があります。また、SCSI デバイスから HDLM デバイスに環 境 を移 行 したい場 合
は、HDLM 環 境 を設 定 した後 、インスト ールセット アップスクリプト を実 行 する必 要 があります。そのようにしないと、sg3_utils がインスト ールされません。

HDLM パスの LifeKeeper は、HDLM リソースを起 動 する場 合 、Persistent Reservations を確 立 し
追 加 または てその時 点 でアクティブなパスに登 録 します。最 初 の Reservation の後 に新 しいパス
修復が追 加 されるか、障 害 が起 きたパスが修 復 されて HDLM がそのパスを自 動 的 に再度 アクティブにした場 合 、そのパスは、LifeKeeper が HDLMリソースに対 する次 のquickCheck を実 行 するまでリザベーションの一 部 として登 録 されません。その時 点 ま
でに HDLM がそのパスに対 する書 き込 みを許 可 した場 合 、Reservation Conflict が発 生 し、システムのメッセージファイルに競 合 が記 録 されます。HDLM ド ライバは、登録 されたパスでそれらの I/O を再 試 行 するため、アプリケーションにとっては検 出 可 能
な障 害 になりません。quickCheck によるパスの登 録 が完 了
すると、その後 の書 き込 みは成 功 します。quickCheckがReservation Conflict を検出 すると、ステータスが「Offline(E)」に変 更 されます。ステータスが「Offline(E)」の場
合 、ユーザはオンラインの HDLM コマンド を使 用 して手 動 でステータスを「Online」に
変 更 する必 要 があります。

OS のバージョン / アーキテクチャ
RHEL4

120

設定

Hitachi HDLM のマルチパス I/O 設 定

U1-U4

U4.4.3
5
6
セ
セ
セ
キ
キ
キ
ュ
ュ
ュ
リ U4 セキリリテ ュリティ 4.- テ 4.- テ
4.7
ィ フィック 5 ィ 6 ィ
フ ス (*2)
フ
フ
ィッ
ィッ
ィッ
ク
ク
ク
ス
ス
ス
(*7(*4(*8)
)
)

4.7 セ
キュリテ
ィ
4.8
フィック
ス (*9)

4.8 セ
キュリ
ティ
フィック
ス
(*12)

X86/X86_64

SteelEye Protection Suite for Linux

121

Hitachi HDLM のマルチパス I/O 設 定

HDLM

122

05-80 ,05-81
05-90

X

05-91 ,05-92

X

X

05-93

X (*3)

X

X

05-94

X (*3)

X

X

X

X

X

6.0.0

X (*3)

X

X

X

X

X

X

X

X

X

6.0.1

X (*3)

X

X

X

X

X

X

X

X

X

6.1.0

X (*3)

X

X

X

X

X

X

X

X

X

6.1.1

X (*3)

X

X

X

X

X

X

X

X

X

X

6.1.2

X (*3)

X

X

X

X

X

X

X

X

X

X

6.2.0

X (*3)

X

X

X

X

X

X

X

X

X

X

設定

Hitachi HDLM のマルチパス I/O 設 定

6.2.1

X (*3)

X

X

X

X

X

X

X

X

X

X

6.3.0

X (*3)

X

X

X

X

X

X

X

X

X

X

6.4.0

X (*3)

X

X

X

X

X

X

X

X

X

X

6.4.1

X (*3)

X

X

X

X

X

X

X

X

X

X

6.5.0

X (*3)

X

X

X

X

X

X

X

X

X
X

6.5.1

X (*3)

X

X

X

X

X

X

X

X

X

X

6.5.2

X (*3)

X

X

X

X

X

X

X

X

X

X

6.6.0

X (*3)

X

X

X

X

X

X

X

X

X

X

6.6.2

X (*3)

X

X

X

X

X

X

X

X

X

X

7.2.0

X (*3)

X

X

X

X

X

X

X

X

X

X

7.2.1

X (*3)

X

X

X

X

X

X

X

X

X

X

7.3.0

X (*3)

X

X

X

X

X

X

X

X

X

X

SteelEye Protection Suite for Linux123

Hitachi HDLM のマルチパス I/O 設 定

v6.0 (v6.0.12 以降)

X

X

X

v6.1(v6.1.0-5
以降)

X

X

X

v6.2(v6.2.0-5
以降)

X

X

X

X

X

X

X

v6.2(v6.2.2-1
以降)

X

X

X

X

X

X

X

v6.3(v6.3.2-1
以降)

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

V7.1(v7.1.08 以降)

X

X

X

X

X

X

X

X

X

X

X

V7.2 (v7.2.010以 降 )

X

X

X

X

X

X

X

X

X

X

X

V7.3(v7.3.021以 降 )

X

X

X

X

X

X

X

X

X

X

X

v7.4(v7.4.063以 降 )

X

X

X

X

X

X

X

X

X

X

X

v6.4(v6.4.0LifeKeep- 10 以 降 )erv7.0(v7.0.0-5
以降)

v7.5(7.5.03640以 降 )

HDLM
ARK

RHEL4のサポート はLifeKeeper v7.4までです。v7.5以 降 はサポー
ト されません。

6.0.1-2

X

X

X

X

X

X

X

6.1.0-4

X

X

X

X

X

X

X

6.2.2-3

X

X

X

X

X

X

X

6.2.3-1

X

X

X

X

X

X

X

X

X

X

X

6.4.0-2

X

X

X

X

X

X

X

X

X

X

X

7.0.0-1

X

X

X

X

X

X

X

X

X

X

X

7.2.0-1

X

X

X

X

X

X

X

X

X

X

X

X = サポート あり、空 白 = サポート なし

124

設定

Hitachi HDLM のマルチパス I/O 設 定

RHEL5
OSバージョン/アーキテクチャ
5.5.1
2
セ
セ
5.3
キ
キ
セ
5.5
ュ
ュ
キ
セキ
リ
リ
5.4 セキュリ
ュリ
ュリ
未
テ
テ
5.5.5.- ティ 5.- ティ
5.- ティ 5.更ィィ
1
2
3 フィ 4 フィックス
5 フィッ 6
新
フ
フ
(*11)
ック
ク
ィ
ィ
ス(*1ス
ッ
ッ
(*13)
ク
ク
0)
ス
ス
(*(*5)
6)

5.6
セ
キ
ュ
リ
5.- 5.テ
7 8
ィ
フ
ィ
ッ
ク
ス

X86/X86_64

SteelEye Protection Suite for Linux

125

Hitachi HDLM のマルチパス I/O 設 定

05-80 , 05-81 ,
05-90
05-91 ,05-92

HDLM

126

05-93

X

05-94

X

X

6.0.0

X

X X X X

6.0.1

X

X X X X

6.1.0

X

X X X X

6.1.1

X

X X X X

6.1.2

X

X X X X

X

X

X

X

X

X

X

X

X

X

6.2.0

X

X X X X

X

X

X

X

X

X

X

X

X

X

6.2.1

X

X X X X

X

X

X

X

X

X

X

X

X

X

設定

Hitachi HDLM のマルチパス I/O 設 定

6.3.0

X

X X X X

X

X

X

X

X

X

X

X

X

X

6.4.0

X

X X X X

X

X

X

X

X

X

X

X

X

X

6.4.1

X

X X

X X X

X

X

X

X

X

X

X

X

X

6.5.0

X

X X

X X X

X

X

X

X

X

X

X

X

X

6.5.1

X

X X

X X X

X

X

X

X

X

X

X

X

X

6.5.2

X

X X

X X X

X

X

X

X

X

X

X

X

X

6.6.0

X

X X

X X X

X

X

X

X

X

X

X

X

X

6.6.2

X

X X

X X X

X

X

X

X

X

X

X

X

X

7.2.0

X

X X

X X X

X

X

X

X

X

X

X

X

X

7.2.1

X

X X

X X X

X

X

X

X

X

X

X

X

X

7.3.0

X

X X

X X X

X

X

X

X

X

X

X

X

X

SteelEye Protection Suite for Linux127

Hitachi HDLM のマルチパス I/O 設 定

v6.0 (v6.0.1-2
以降)
v6.1 (v6.1.0-5
以降)

X

X

v6.2 (v6.2.0-5
以降)

X

X

v6.2 (v6.2.2-1
以降)

X

X X

v6.3 (v6.3.2-1
以降)

X

X X

X X

v6.4 (v6.4.0-10
X
以降)

X X

X X X

X

LifeKee- v7.0 (v7.0.0-5
per
以降)

X

X X

X X X

X

X

X

v7.1 (v7.1.0-8
以降)

X

X X

X X X

X

X

X

X

X

v7.2 (v7.2.0-10
X
以降)

X X

X X X

X

X

X

X

X

V7.3(7.3.0-21
以降)

X

X X

X X X

X

X

X

X

X

X

X

v7.4(v7.4.0-63
以降)

X

X X

X X X

X

X

X

X

X

X

X

X

v7.5(7.5.0-3640
X
以降)

X X

X X X

X

X

X

X

X

X

X

X

X

v8.0(8.0.0-510
以降)

X

X X

X X X

X

X

X

X

X

X

X

X

X

6.1.0-4

XX

6.2.2-3

X

X X

6.2.3-1

X

X X

X X

6.4.0-2

X

X X

X X X

X

7.0.0-1

X

X X

X X X

X

X

X

X

X

7.2.0-1

X

X X

X X X

X

X

X

X

X

X

X

X

X

6.0.1-2HDLM
ARK

X = サポート あり、空 白 = サポート なし

128

設定

Device Mapper Multipath I/O の設 定

RHEL6OSバージョン/アーキテクチャ
6

6.1

6.2

X86/X86_64
6.5.0
6.5.1

HDLM

6.5.2

X

6.6.0

X

6.6.2

X

6.6.2-01

X

X

X

7.2.0

X

X

X

7.2.1

X

X

X

7.3.0

X

X

X

V7.0(v7.0.0-5以 降 )V7.1(v7.1.0-8以 降 )V7.2(v7.2.0-10以 降 )LifeKeeper

HDLM ARK

V7.3(7.3.0-21 以 降 )X

v7.4(v7.4.0-63以 降 )X

v7.5(7.5.0-3640以 降 )

X

X

X

v8.0(8.0.0-510以 降 )

X

X

X

X

X

X

7.0.0-1
7.2.0-1

X = サポート あり、空 白 = サポート なし

Device Mapper Multipath I/O の設 定
DeviceMapperMultipath デ
バイスを使 用するアプリ
ケーションとファイルシステムの保 護

Device Mapper Multipath デバイスを使 用 するアプリケーションやファイルシステムを
LifeKeeper によって設 定 し保 護 するには、Device Mapper Multipath (DMMP)
Recovery Kit をインスト ールする必 要 があります。
DMMP Kit のインスト ール後 は、1 つ以 上 のマルチパスデバイスノード を使 用 するアプ
リケーション階 層 を作 成 するだけで、DMMP Kit が提 供 する新 しいリソースタイプが自動 的 に組 み込 まれます。

SteelEye Protection Suite for Linux129

Device Mapper Multipath I/O の設 定

マルチパスデバイスノードDMMP Kit を使 用 するには、すべてのファイルシステムおよび RAW デバイスをネイティ
ブの /dev/sd* デバイスノード ではなく、マルチパスデバイスノード 上 にマウント または設定 する必 要 があります。ディスク全 体 を利 用 できるサポート 対 象 のマルチパスデバイス
ノード は、/dev/dm-#、/dev/mapper/<uuid>、/dev/mapper/<user_friendly_name> お
よび /dev/mpath/<uuid> です。ディスクのパーティションに対 応 するには、/dev/mapper
ディレクト リに作 成 される各 パーティション用 のデバイスノード を使 用 します。
Device Mapper Multipath Recovery Kit は、リザベーションタイプを「書 き込 み専 用 」とする SCSI-3 Persistent Reservations を使 用 します。この場 合 、クラスタの 1 ノード が
予 約 したデバイスは、クラスタの他 のノード から読 み取 り可 能 のままですが、デバイス
への書 き込 みはできなくなります。このことは、それらの他 のノード 上 で進 行 中 の読 み
取 り専 用 アクセスのためにファイルシステムをマウント できるという意 味 ではないことに
注 意 してください。

SCSI-3
Persistent
LifeKeeper では、sg_persist ユーティリティを使 用 してパーシステント リザベーションをReservations
発 行 、監 視 します。必 要 であれば、LifeKeeper は sg_persist(8) ユーティリティをインの使 用
スト ールします。

EMC Symmetrix (VMAX を含 む) アレイをマルチパスソフト ウェアおよび LifeKeeper と組 み合 わせて使 用 する場 合 は、SCSI-3 Persistent Reservations を LUN 単 位 で有効 にする必 要 があります。このことは、DMMP と PowerPath の両 方 に当 てはまりま
す。

130

設定

Device Mapper Multipath I/O の設 定

Device Mapper Multipath Kit は、EMC CLARiiON CX300、HP EVA 8000、HP
MSA1500、HP P2000、IBM SAN Volume Controller (SVC)、IBM DS8100、IBM
DS6800、IBM ESS、DataCore SANsymphony、HDS 9980V を使 用 して SIOS
Technology Corp. によりテスト 済 みです。Device Mapper Multipath のサポート については、スト レージベンダにお問 い合 わせください。
CX300 でリザベーションのサポート を有 効 にするには、リザベーションに従 うようにハード ウェアハンド ラに通 知 する必 要 があります。このアレイ用 に /etc/multipath.conf 内 の次 のパラメータを設 定 してください。
hardware_handler“3 emc 0 1"

HP MSA1500 の場 合 、デフォルト のパスチェッカ (tur) とのリザベーション競 合 を返 します。これによりスタンバイノード は、すべてのパスを障 害 であると判 定 します。この状 態を回 避 するには、このアレイ用 に /etc/multipath.conf 内 の次 のパラメータを設 定 してください。
ハード ウェア
要件

path_checker

readsector0

HDS 9980V の場 合 、以 下 の設 定 が必 要 です。
lll

Host mode: 00
System option: 254 (有 効 にする必 要 があります。すべてのサーバに影 響 を与えるグローバルな HDS 設 定 です。)
Device emulation: OPEN-V

HDS の DMMP 設 定 の詳 細 については、HDS ド キュメンテーション「Suse Linux
Device Mapper Multipath for HDS Storage」または 「Red Hat Linux Device Mapper
Multipath for HDS Storage」v1.15 以 降 を参 照 してください。このド キュメンテーション
では、互 換 性 のある multipath.conf ファイルも提 供 しています。
ファームウェアバージョン 6 以 降 を使 用 する EVA スト レージでは、DMMP Recovery
Kit v6.1.2-3 以 降 が必 要 です。これ以 前 のバージョンの DMMP Recovery Kit は、バージョン 6 より前 のファームウェアを使 用 する EVA スト レージでサポート されています。
SUSE の場 合 、multipath-tools-0.4.5-0.14 以 降 が必 要 です。
マルチパスソフト ウェアの要件

Red Hat の場 合 、device-mapper-multipath-0.4.5-12.0.RHEL4 以 降 が必 要 です。
ベンダが提 供 する最 新 のマルチパスツールの組 み合 わせを使 用 することを推 奨 しま
す。このマルチパス製 品 の機 能 と安 定 性 は急 速 に向 上 しています。

IBM などの一 部 のスト レージベンダは、現 時 点 では SLES 11 を使 用 する DMMP を
Linux ディスト 認 定 していません。
リビューション
SIOS Technology Corp. は、DMMP、SLES 11、EMC CLARiiON および Symmetrixの要 件
アレイの組 み合 わせで報 告 された問 題 を現 在 調 査 中 です。

SteelEye Protection Suite for Linux131

Device Mapper Multipath I/O の設 定

Device Mapper Multipath デバイスで I/O テスト を実 行 中 に、サーバのリブート などのSAN 上 の操 作 によって一 時 的 なパスの障 害 が報 告 されることは珍 しくありません。
ほとんどの場 合 、結 果 として単 に 1 つのパスだけが障 害 となり他 のパスは I/O を送 信するため、パフォーマンスへのわずかな影 響 以 外 に検 出 される障 害 はありません。ただし一 部 のケースでは、複 数 のパスが障 害 として報 告 され、機 能 するパスがまったくない状 態 になることがあります。この状 態 では、ファイルシステムやデータベースなどのアプリケーションからは I/O エラーが発 生 しているように見 えます。このような障 害 を排除 する上 で、Device Mapper Multipath およびベンダのサポート はこれまでに大 きく改
善 されました。ただし、まだ問 題 が発 生 することはあります。このような状 況 を回 避 す
るため、以 下 の措 置 を検 討 してください。
1. ディスクアレイベンダの手 順 に従 ってマルチパス構 成 が正 しく設 定 されていることを確 認 します。
2. 「failback」機 能 の設 定 を確 認 します。この機 能 は、パスの障 害 および修 復
後 にパスを再 度 アクティブにするまでの時 間 を指 定 します。「immediate」に設定 した場 合 、パスがオンラインに戻 るとすぐに使 用 を再 開 することを意 味 します。整 数 に設 定 した場 合 、パスがオンラインに戻 ってから使 用 を再 開 するまでの秒 数 を意 味 します。10 ～ 15 に設 定 すると、一 般 的 に SAN 上 のスラッシン
グを回 避 するのに十 分 なセト リング時 間 が得 られます。

一 時 的 なパ
ス障 害

3. 「no_path_retry」機 能 の設 定 を確 認 します。この機 能 は、すべてのパスに障害 が発 生 したときに Device Mapper Multipath がやるべきことを指 定 しま
す。10 ～ 15 に設 定 することを推 奨 します。この機 能 によって、すべてのパスに
障 害 が起 きた一 時 的 なイベント を「乗 り切 る」方 法 が提 供 され、復 旧 に必 要
な妥 当 な時 間 を稼 ぐことができます。LifeKeeper の DMMP Kit はスト レージへの I/O を監 視 しており、4 分 以 内 に応 答 がなかった場 合 、LifeKeeper はスタ
ンバイサーバにリソースをスイッチオーバします。注 記 : 簡 単 には削 除 できない
I/O が発 生 するため、LifeKeeper では「no_path_retry」設 定 を「queue」に設定 することは推 奨 されません。それらを削 除 するためのメカニズムは、新 しいバージョンの DM に含 まれており、デバイスの設 定 を次 のように変 更 できます。
/sbin/dmsetup message -u 'DMid' 0 fail_if_no_path
これによって no_path_retry の設 定 が一 時 的 に「fail」に変 更 され、未 処 理 のI/O がすべて失 敗 します。ただし、multipathd は、no_path_retry をいつでもデフォルト にリセット できます。失 敗 した I/O を消 去 するために設 定 が fail_if_no_path に変 更 されたときは、デバイスにアクセスする前 に (手 動 または
LifeKeeper によって) 設 定 をデフォルト にリセット する必 要 があります。
「no_path_retry」が「queue」に設 定 されていて障 害 が発 生 した場
合 、LifeKeeper はリソースをスタンバイサーバにスイッチオーバします。ただし、LifeKeeper は失 敗 した I/O を削 除 しません。この I/O を消 去 するための推奨 の方 法 はリブート ですが、上 記 の dmsetup コマンド を使 用 して管 理 者 が消 去 することもできます。I/O を消 去 しておかないと、他 方 のサーバでリソースがサービス休 止 状 態 になってロックを解 放 した場 合 にこの「古 い」I/O が発 行 される事 態 になってデータの破 損 が発 生 します。

132

設定

LifeKeeper I-O フェンシングの概 要

LifeKeeper I-O フェンシングの概 要
I/O フェンシングは、障 害 ノード をデータから切 り離 すことにより、共 有 スト レージへの非 協 調 的 なアクセ
スを防 止 する機 能 です。複 数 のサーバが同 じデータにアクセスできる環 境 では、データの破 損 を防 ぐた
めにすべての書 き込 みを制 御 された方 法 で行 うことが不 可 欠 です。障 害 検 知 メカニズムが破 綻 した場
合 、この破 綻 によってノード 障 害 に似 た状 況 になるため問 題 が発 生 します。例 えば、2 ノード クラスタで2 つのノード 間 の接 続 に障 害 が発 生 した場 合 、各 ノード は相 手 側 に障 害 が発 生 したと「思 い込 む」ため、両 方 のノード がデータに対 する制 御 を獲 得 しようと試 みてデータの破 損 につながります。I/O フェンシ
ングは、特 定 のノード からのデータアクセスをブロックすることによりこのデータ破 損 のリスクを排 除 します。

リザベーションの無 効 化
リザベーションを使 用 すると、共 有 スト レージに対 する最 高 レベルのデータ保 護 が可 能 になりますが、場
合 によっては、リザベーションを使 用 できず LifeKeeper 内 で無 効 にしなければならないことがあります。リザベーションを無 効 にすると、複 数 のシステムが意 図 的 または意 図 せずにスト レージにアクセスしようとする場 合 にスト レージが調 停 役 として動 作 することがなくなります。
そのため、システムハング、システムビジー、またはサーバが停 止 したように見 えるあらゆる状 況 に対 応 できるように、クラスタメンバーシップによってスト レージをフェンシングする別 の方 法 を採 用 することを検 討 する必 要 があります。
リザベーションがなくても信 頼 性 の高 い構 成 を実 現 する鍵 は、フェイルオーバが発 生 したとき、「他 の」サーバの電 源 がオフになったこと、または電 源 が再 投 入 されたことを「知 る」ことです。この要 件 を満 たす
ために利 用 可 能 なフェンシングオプションは 4 つあり、これらは SCSI リザベーションなしでも LifeKeeper
で非 常 に信 頼 性 の高 い構 成 を実 現 できます。オプションは以 下 の通 りです。
l

l

l

l

STONITH (Shoot the Other Node in the Head) (高 信 頼 性 のインターコネクト 、すなわちサーバと
STONITH デバイスとの間 のシリアル接 続 を使 用 ) - STONITH は、サーバがクラスタの一 部 とみなされなくなったときに、そのサーバを物 理 的 に停 止 させたり、電 源 を切 断 したりする技 術 です。LifeKeeper フェイルオーバのイベント 時 にサーバの電 源 を切 断 する機 能 をサポート しています。これにより共 有 データへの安 全 なアクセスを保 証 します。このオプションはリザベーションと同様 の信 頼 性 を提 供 できますが、利 用 できるのは物 理 的 に同 じ場 所 に配 置 された 2 つのノードに限 定 されます。
Quorum/Witness - Quorum/Witness サーバは、特 にクラスタサーバが異 なる場 所 に配 置 されている場 合 に、クラスタ内 でのメンバーシップを確 認 するために使 用 されます。このオプションはスプリ
ット ブレインに対 応 できるもののシステムハングに対 応 できないため、単 独 での使 用 は推 奨 されません。
Watchdog - Watchdog は、サーバーの状 態 を監 視 します。問 題 が検 出 されると、問 題 のある
サーバは再 起 動 または電 源 を切 断 されます。このオプションではサーバーのハングからのリカバリはできますが、スプリット ブレインには対 応 できません。したがって、このオプションもまた単 独 での使 用 は推 奨 されません。
CONFIRM_SO - このオプションでは自 動 フェイルオーバを無 効 にする必 要 があります。そのため、
信 頼 性 が非 常 に高 い (管 理 者 のスキルによって異 なります) 一 方 で、可 用 性 はあまり高 くありま
せん。

SteelEye Protection Suite for Linux133

非 共 有 スト レージ

これらの代 替 フェンシング方 式 はどれも単 独 では十 分 とは言 えませんが、組 み合 わせて使 用 ​することで非 常 に信 頼 性 の高 い構 成 を実 現 できます。

非 共 有 スト レージ
非 共 有 スト レージ環 境 で LifeKeeper を使 用 する計 画 の場 合 、共 有 スト レージに存 在 するデータ破 損のリスクは問 題 にならないため、リザベーションは不 要 です。ただし、データの部 分 的 または完 全 な再 同期 およびマージが必 要 な場 合 があります。信 頼 性 と可 用 性 を最 適 化 するには、非 共 有 スト レージでも上 記 のオプションを検 討 する必 要 があります。
注 記 : 各 オプションの信 頼 性 と可 用 性 の比 較 の詳 細 については、I/O フェンシング比 較 表 を参 照 してください。
完 全 なデータ保 護 を実 現 するオプションはないことを理 解 することは重 要 です。ただし、以 下 のように組
み合 わせるとリザベーションとほぼ同 等 レベルの保 護 を実 現 できます。

リザベーションを使 用 しない I/O フェンシングの設 定
ノード フェンシングをサポート するクラスタを構 成 するには以 下 の手 順 を実 行 します。
1. LifeKeeper を停 止 します。
2. LifeKeeper 内 での SCSI リザベーションの使 用 を無 効 にします。無 効 にするには、クラスタのすべてのノード で LifeKeeper のデフォルト ファイル /etc/default/LifeKeeper を編 集 しま
す。Reservations 変 数 を追 加 または修 正 して「none」にします (RESERVATIONS=”none”)。このオプションはリザベーションを利 用 できない場 合 のみ使 用 することに注 意 してください。
3. I/O フェンシングを提 供 する STONITH デバイスを用 意 して設 定 します。この設 定 では、STONITH デバイスが reboot コマンド ではなく、poweroff コマンド をシステムに対 して実 行 するようにします。LifeKeeper の通 信 が何 らかの理 由 で中 断 したとき、手 動 操 作 によって同 時 に
両 ノード 上 のデバイス階 層 を In Service の状 態 にしないように注 意 してください。
4. 必 要 に応 じて、quorum/witness サーバを用 意 して設 定 します。quorum/witness サーバを設定 、使 用 する詳 細 な手 順 と情 報 については、Quorum/Witness Server Support Package ト ピッ
クを参 照 してください。
注 記 : サイト の障 害 時 に最 良 の保 護 機 能 を提 供 するため、quorum/witness サーバはクラスタ
内 の別 サーバから離 れた場 所 にある必 要 があります。
5. 必 要 に応 じて、Watchdog を設 定 します。詳 細 については、 Watchdog ト ピックを参 照 してください。

I/O フェンシング表
スプリット ブレイン
リザベーション有 効
リザベーション単 独

134

設定

ハングしたサーバ

I/O フェンシング表

Quroum/Witness

Watchdog

Watchdog & Quorum/Witness

STONITH (シリアル)
リザベーション無 効
フェンシングなし

STONITH (シリアル)CONFIRM_SO*

Quorum/Witness

Watchdog
非 共 有 スト レージ
デフォルト の機 能Quorum/Witness

CONFIRM_SO*

Watchdog

STONITH (シリアル)

Watchdog & STONITH

SteelEye Protection Suite for Linux

135

Quorum/Witness

信頼性最大

信頼性最小

* CONFIRM_SO は、信 頼 性 が非 常 に高 い (管 理 者 のスキルによって異 なります) 一 方 で、自 動 フェイ
ルオーバが無 効 になるため可 用 性 はあまり高 くありません。

Quorum/Witness
Quorum/Witness Server Support Package for LifeKeeper
機 能 の概 要
LifeKeeper Core の既 存 のフェイルオーバプロセスに Quorum/Witness Server Support Package for
LifeKeeper (steeleye-lkQWK) を組 み合 わせることにより、ネット ワーク全 体 にわたる障 害 の恐 れがある
環 境 において、より高 い信 頼 度 でシステムフェイルオーバを実 行 できます。つまり、「スプリット ブレイン」の発 生 リスクを大 幅 に軽 減 しながら、ローカルサイト のフェイルオーバと WAN 越 しのノード へのフェイルオー
バを実 行 することができます。このパッケージでは、多 数 決 ベースの quorum check を使 用 して 3 ノード
以 上 のクラスタを制 御 できます。追 加 の quorum ロジックは、witness サポート パッケージをインスト ールした場 合 のみ有 効 になります。
1 台 以 上 の witness サーバを使 用 すると、通 信 障 害 後 にリソースを起 動 する前 に、障 害 ノード のス
テータスについて他 のノード から「セカンド オピニオン」を取 得 できます。witness サーバは、クラスタを構 成
するサーバを判 断 する調 停 役 として機 能 する追 加 的 なサーバです。フェイルオーバ先 となることができる
ノード は、witness サーバが障 害 となったノード のステータスに関 して同 じ意 見 である場 合 のみ、リソース
起 動 が許 可 されます。これにより、ノード 間 で発 生 する単 純 な通 信 障 害 から発 生 するフェイルオーバを回 避 し、全 体 のアクセスや、パフォーマンス、 In Service のノード に影 響 を与 えないようにします。実 際の運 用 では、最 初 に実 行 されたとき、witness ノード を含 め、クラスタ内 の他 のすべてのノード に問 い合
わせをします。

パッケージの要 件
すでに説 明 した要 件 に加 えて、このパッケージの要 件 として、ライセンス認 証 された標 準 の LifeKeeper
Core が witness server として機 能 するサーバにインスト ールされている必 要 があります。注 記 : コミュニケーションパスが正 しく設 定 されている限 り、複 数 のクラスタが単 一 の quorum/witness server を共 有 できます (詳 細 については、下 の共 有 witness ト ポロジーのための追 加 設 定 を参 照 してください)。
quorum/witness モード のクラスタに参 加 するすべてのノード (witness 専 用 のノード を含 む) には、Quorum/Witness Server Support Package for LifeKeeper をインスト ールする必 要 があります。tcp_
remote quorum モード を使 用 する場 合 は、/etc/default/LifeKeeper 内 の QUORUM_HOSTS に設 定 したホスト には Quorum/Witness Server Support Package for LifeKeeper をインスト ールする必 要 はありま
せん。

136

設定

パッケージのインスト ールと設 定

パッケージのインスト ールと設 定
Quorum/Witness Server Support Package for LifeKeeper は、quorum/witness モード のクラスタ内 の各
サーバ (witness 専 用 のサーバを含 む) にインスト ールする必 要 があります。witness ノード に必 要 な唯
一 の設 定 は、適 切 なコミュニケーションパスを作 成 することです。
witness サーバを追 加 する一 般 的 なプロセスには以 下 の手 順 が含 まれます。
llwitness ノード 用 のサーバをセット アップし、他 のノード とのネット ワーク通 信 ができることを確 認 します。
witness ノード 上 に LifeKeeper Core をインスト ールし、適 切 にライセンス認 証 /アクティベーション
を行 います。

l

クラスタ内 のすべてのノード に quorum/witness サポート パッケージをインスト ールします。

lwitness ノード を含 め、すべてのノード 間 でコミュニケーションパスを作 成 します。

上 記 の手 順 が完 了 すると、クラスタは quorum/witness モード で動 作 するようになり、フェイルオーバが許可 される前 に、witness ノード を含 む他 のノード にフェイルオーバの確 認 が行 われます。パッケージインス
ト ール後 のデフォルト 設 定 では、多 数 決 ベースの quorum check および witness check が有 効 になっています。
注 記 : Quorum (クラスタ構 成 に必 要 な最 小 メンバー数 ) が多 数 決 ベースのため、クラスタを構 成 する
ノード の台 数 を奇 数 にすることを推 奨 します。
詳 細 な設 定 オプションについては、下 の「設 定 可 能 なコンポーネント 」セクションを参 照 してください。
注 記 : witness パッケージをインスト ールしたノード であれば、witness 機 能 に参 加 できます。witness 専
用 ノード とは、互 換 性 のある LifeKeeper の Core と witness パッケージがインスト ールされていて、保 護
対 象 のリソースを持 たないノード のことを単 に指 しています。

設 定 可 能 なコンポーネント
quorum/witness パッケージでは、quorum と witness という 2 つのモード を設 定 できます。デフォルト では、quorum/witness パッケージをインスト ールすると、quorum と witness の両 方 のモード が有 効 になります。これは、witness 機 能 を必 要 とする大 部 分 の環 境 に適 した動 作 です。
これらのモード は、 /etc/default/LifeKeeper 設 定 ファイルでカスタマイズすることが可 能で、witness モード は個 別 に調 整 することもできます。パッケージがインスト ールされると設 定 ファイルにはデフォルト 設 定 が書 き込 まれ、majority がデフォルト の quorum モード に、remote_verify がデフォルト のwitness モード になります。以 下 はその例 です。
QUORUM_MODE=majority
WITNESS_MODE=remote_verify
注 記 : クラスタの各 ノード でまったく異 なる quorum/witness 設 定 をすることはできますが、予 想 外 の状
況 や診 断 の困 難 な状 況 になることを避 けるため、すべてのノード で同 じ設 定 にすることを推 奨 します。

SteelEye Protection Suite for Linux

137

使 用 可 能 な quorum モード

使 用 可 能 な quorum モード
quorum check モード には次 の 3 種 類 のモード が用 意 されています。これら
は、/etc/default/LifeKeeper の QUORUM_MODE 設 定 を使 用 して設 定 できます。majority (デフォルト )、tcp_remote、none/off。以 下 に各 モード を説 明 します。
majority
デフォルト の majority 設 定 では、チェック時 に可 視 /生 存 している LifeKeeper ノード の数 に基 づいてQuorum が決 定 されます。このチェックは、単 純 な多 数 決 方 式 です。全 ノード 数 の過 半 数 を見 ることができるノード は Quorum に属 します。
tcp_remote
tcp_remote quorum モード は、以 下 の点 を除 いて majority モード と共 通 です。
ll

問 い合 わせを受 けるサーバは、クラスタとそのコミュニケーションパスから独 立 して設 定 する (これらのサーバに LifeKeeper をインスト ールする必 要 はありません)。
サーバへの確 認 は、単 に指 定 ポート 上 の TCP/IP サービスに接 続 できるかどうかによって行 われる。

このモード では、TCP のタイムアウト 設 定 (QUORUM_TIMEOUT_SECS) と問 い合 わせ先 のホスト
(QUORUM_HOSTS) を /etc/default/LifeKeeper に追 加 する必 要 があるため、追 加 設 定 が必 要です。tcp_remote の設 定 例 は以 下 の通 りです。
QUORUM_MODE=tcp_remote# What style of quorum verification do we do in comm_up/down# and lcm_avail (maybe other) event handlers.
# The possible values are:# - none/off: Do nothing, skip the check, assume all is well.
# - majority: Verify that this node and the nodes it can reach# have more than half the cluster nodes.
# - tcp_remote: Verify that this node can reach more than half
# of the QUORUM_HOSTS via tcp/ip.
QUORUM_HOSTS=myhost:80,router1:443,router2:22# If QUORUM_MODE eq tcp_remote, this should be a comma delimited# list of host:port values – likemyhost:80,router1:443,router2:22.
# This doesn't matter if the QUORUM_MODE is something else.
QUORUM_TIMEOUT_SECS=20# The time allowed for tcp/ip witness connections to complete.
# Connections that don't complete within this time are treated# as failed/unavailable.
# This only applies when the QUORUM_MODE is tcp_remote.
WITNESS_MODE=remote_verify# This can be either off/none or remote_verify. In remote_verify# mode, core event handlers (comm_down) will doublecheck the

138

設定

使 用 可 能 な witness モード# death of a system by seeing if other visible nodes# also think it is dead.
QUORUM_LOSS_ACTION=fastboot# This can be one of osu, fastkill or fastboot.
# fastboot will IMMEDIATELY reboot the system if a loss of quorum# is detected.
# fastkill will IMMEDIATELY halt/power off the system upon
# loss of quorum.
# osu will just take any in-service resources out of service.
# Note: this action does not sync disks or unmount filesystems.
QUORUM_DEBUG=# Set to true/on/1 to enable debug messages from the Quorum# modules.
HIDE_GUI_SYS_LIST=1
注 記 : このモード は本 質 的 に柔 軟 性 と複 雑 さを備 えるため、使 用 するには、LifeKeeper および関 連 する特 定 のネット ワーク/クラスタ設 定 の両 方 に対 する十 分 な理 解 と注 意 が必 要 です。
none/off
このモード では、すべての quorum check が無 効 になっています。この設 定 では、クラスタの実 際 の状 態にかかわらず、あたかもそのノード が常 に Quorum を持 っているように quorum check が動 作 します。

使 用 可 能 な witness モード
witness モード には次 の 2 種 類 のモード が用 意 されています。これら
は、/etc/default/LifeKeeper の WITNESS_MODE 設 定 を使 用 して設 定 できます。remote_verify および none/off。以 下 に各 モード を説 明 します。
remote_verify
このデフォルト モード では、witness check によってノード のステータスを確 認 します。通 常 、この確 認 はノード 障 害 が疑 われるときに行 われます。このモード では、各 ノード はクラスタ内 の他 のすべての可 視
ノード に対 して障 害 ノード のステータスに関 する意 見 を求 めることにより、疎 通 を二 重 にチェックします。
none/off
このモード では、witness check が無 効 になっています。通 信 障 害 の場 合 は、あたかも witness 機 能 がインスト ールされていないかのような論 理 で動 作 します。
注 記 : リソースを持 たずに quorum/witness 専 用 ノード として動 作 するサーバは witness check を実 行する必 要 がないため、そのようなサーバでは、witness モード を none/off に設 定 する必 要 があります。

Quorum を喪 失 したときに利 用 可 能 なアクション
witness パッケージでは、Quorum を喪 失 したときにシステムがどのように応 答 すべきかについて 3 種 類のオプションを提 供 しています。これらのオプションは、/etc/default/LifeKeeper 内 の QUORUM_

SteelEye Protection Suite for Linux139

共 有 witness ト ポロジーのための追 加 設 定

LOSS_ACTION 設 定 によって選 択 できます。3 つのオプションはすべてそのシステムのリソースを Out ofService 状 態 にしますが、それぞれ異 なる動 作 をします。quorum パッケージがインスト ールされている場
合 のデフォルト オプションは fastboot です。以 下 に各 オプションを説 明 します。
fastboot
fastboot オプションを選 択 している場 合 、(通 信 ができないことにより) Quorum の喪 失 が検 出 されるとシステムは直 ちにリブート します。これは過 激 な方 法 ですが、確 実 にシステムを外 部 のリソースから素 早 く
切 り離 すことができます。スト レージレベルのレプリケーションなど、多 くの場 合 にリソースをこのように即 座にリリースすることが望 まれます。
このオプションには、以 下 の 2 つの重 要 な注 意 点 があります。
1. システムは、シャット ダウン手 順 を最 初 に実 行 することなく直 ちにハード リブート を実 行 します。(ディスクの同 期 などの) タスクは一 切 実 行 されません。
2. システムは、スト レージとのネゴシエーションやリソースへのアクセスなどを含 む通 常 の起 動 ルーチ
ンを実 行 しながら復 帰 します。
fastkill
fastkill オプションは、 fastboot オプションに非 常 に似 ていますが、システムは Quorum を喪 失 したときにハード リブート するのではなく、即 座 に停 止 します。fastboot オプションと同 様 に (ディスクの同 期 などの)タスクは一 切 実 行 されません。システムは手 動 でリブート する必 要 があります。その後 システムは、ストレージとのネゴシエーションやリソースへのアクセスなどを含 む通 常 の起 動 ルーチンを実 行 しながら復 帰 します。
osu
osu オプションは、最 も穏 健 なオプションです。Quorum を喪 失 したシステムはそのまま稼 働 しますが、シ
ステム上 のリソースは Out of Service 状 態 にされます。一 部 のクラスタ構 成 ではこの方 法 で十 分 ですが、他 のクラスタ構 成 では保 護 能 力 不 足 だったり応 答 が遅 すぎる場 合 があります。

共 有 witness ト ポロジーのための追 加 設 定
quorum/witness サーバを複 数 のクラスタで共 有 する場 合 、個 々 のクラスタの管 理 を簡 素 化 するように
設 定 することができます。標 準 的 な操 作 では、LifeKeeper GUI を使 用 して最 初 のノード に接 続 しようとすると、LifeKeeper GUI はすべてのクラスタノード との接 続 を試 みます。つまり、クラスタ内 の各 システムから見 えるすべてのシステムに接 続 します。共 有 witness サーバはすべてのクラスタに接 続 されているため、GUI は witness ノード から見 えるすべてのクラスタ内 のすべてのシステムに接 続 することになります。
この状 況 を回 避 するには、すべての witness サーバで HIDE_GUI_SYS_LIST 設 定 パラメータを「true」に設 定 する必 要 があります。この設 定 によって witness サーバから見 えるサーバは実 質 的 に不可 視 になり、GUI は最 初 に接 続 したサーバに関 連 付 けられたクラスタ内 のサーバにのみ接 続 するようになります。注 記 : この設 定 は witness サーバにのみ設 定 してください。
GUI は、最 初 に接 続 したサーバに関 連 付 けられたクラスタ内 のサーバにのみ接 続 するため、そのサーバ
が witness サーバで、かつ HIDE_GUI_SYS_LIST が「true」に設 定 されている場 合 、GUI はコミュニ
ケーションパスが確 立 している他 のサーバに自 動 的 に接 続 することができません。この現 象 はLifeKeeper GUI の典 型 的 な動 作 ではないため、ネット ワークまたは他 の設 定 に問 題 があるとインスト ーラが間 違 って判 断 する可 能 性 があります。この設 定 をした witness サーバ上 で LifeKeeper GUI を使 用

140

設定

2 ノード クラスタに witness ノード を追 加 する

する場 合 は、クラスタ内 の他 のいずれかのノード に手 動 で接 続 すると、クラスタの残 りのノード が正 しくGUI に表 示 されます。
注 記 :すべてのクラスタ内 のすべてのシステムで witness check が実 行 されるのを防 ぐには、共 有 する
quorum/witness 専 用 ノード で witness_mode を常 に none/off に設 定 してください。

2 ノードクラスタに witness ノードを追 加 する
以 下 は Quorum/Witness Server Support Package for LifeKeeper を利 用 する 2 ノード クラスタに 3 番
目 のノード となる witness ノード を追 加 する場 合 の例 です。

witness ノードを持つ単純な 2 ノードクラスタ

SteelEye Protection Suite for Linux

141

期 待 される動 作 (デフォルト モード を仮 定 )サーバ A とサーバ B は、LifeKeeper Core を使 用 したセット アップがすでに完 了 し、サーバ A で作 成 されたリソース階 層 がサーバ B に拡 張 されています (サーバ W は、拡 張 されたリソース階 層 を持 っていません)。以 下 の手 順 を使 用 して 3 番 目 のノード を witness ノード として追 加 します。
1. witness 用 のノード をセット アップし、他 の 2 ノード とのネット ワーク通 信 ができることを確 認 します。
2. witness ノード 上 に LifeKeeper Core をインスト ールし、適 切 にライセンス認 証 /アクティベーション
を行 います。
3. 3 ノード すべてに Quorum/Witness Server Support Package をインスト ールします。
4. 3 ノード の間 すべてにコミュニケーションパスを作 成 します。
5. 必 要 な quorum check モード を /etc/default/LifeKeeper に設 定 します(majority、 tcp_remote、 non/off) (この例 では majority を選 択 しています)。これらのモード の説 明については、使 用 可 能 な quorum モード を参 照 してください。
6. 必 要 な witness モード を /etc/default/LifeKeeper に設 定 します (remote_verify、 non/off)。これらのモード の説 明 については、使 用 可 能 な witness モード を参 照 してください。

期 待 される動 作 (デフォルト モードを仮 定 )シナリオ 1
サーバ A とサーバ B との間 の通 信 に障 害 が発 生
サーバ A とサーバ B の間 の通 信 に障 害 が発 生 した場 合 、以 下 のように動 作 します。
l

l

l

l

サーバ A と B は、通 信 障 害 イベント の処 理 を開 始 します。ただし、全 く同 時 とは限 りません。
両 方 のサーバは簡 単 な quorum check を実 行 し、両 方 共 自 身 が多 数 派 に属 すると判 断 しま
す (A と B の両 方 から W が見 えているため、既 知 の 3 ノード のうちの 2 ノード 側 にいると判 断 します)。
各 サーバは、まだ通 信 可 能 な他 方 のノード に対 し、自 ノード と通 信 できなくなったサーバの状 態について問 い合 わせます。このシナリオでは、サーバ A が B のステータスについて W に問 い合 わせ、サーバ B が A のステータスについて W に問 い合 わせることになります。
サーバ A と B は共 に witness サーバへの問 い合 わせによって他 方 のサーバがまだ生 存 していると
判 断 し、フェイルオーバ処 理 は何 も発 生 しません。リソースは In Service のままになります。

シナリオ 2
サーバ A と W との間 の通 信 に障 害 が発 生
witness パッケージがインスト ールされていると、すべてのノード が witness ノード として動 作 することが可能 であり、実 際 にそのように動 作 するため、このシナリオは前 のシナリオと同 じになります。この場 合 、
サーバ A と witness サーバ W は共 にサーバ B への問 い合 わせによって他 方 のサーバがまだ生 存 していると判 断 します。

シナリオ 3
サーバ A と 他 の全 ノード との間 の通 信 に障 害 が発 生 (A に障 害 が発 生 )

142

設定

シナリオ 4

この場 合 、サーバ B は以 下 の動 作 をします。
l

サーバ A との通 信 障 害 イベント の処 理 を開 始 します。

lwitness サーバ W とまだ通 信 が可 能 であり、したがって Quorum を持 っていると判 断 します。

l

サーバ A が見 えないことをサーバ W に確 認 した後 、通 常 のフェイルオーバ動 作 を開 始 します。

l

これにより保 護 対 象 のリソースはサーバ B 上 で In Service になります。

B がソースとして動 作 している状 態 で、サーバ A の通 信 が回 復
前 のシナリオの状 態 から、サーバ A が通 信 を再 開 したとします。サーバ B は、comm_up イベント を処 理
し、Quorum を持 っている (3 ノード すべてが見 える) ことと、 In Service のリソースを持 っていることを判 断します。サーバ A は、comm_up イベント を処 理 し、自 身 も Quorum を持 っていることと、リソースが別 の場 所 で In Service であることを判 断 します。この時 点 では、サーバ A はリソースを in service にしません。
B がソースとして動 作 している状 態 で、サーバ A に電 源 が入 れられて他 のノード と通 信 可 能
この場 合 、サーバ B は前 のシナリオと同 じように応 答 しますが、サーバ A は lcm_avail イベント を処 理 します。サーバ A は、Quorum を持 っていると判 断 し、この場 合 は、現 在 サーバ B で in service であるリ
ソースを in service にしないことにより正 常 に応 答 します。
B がソースとして動 作 している状 態 で、サーバ A に電 源 が入 れられて他 のノード と通 信 不 能
この場 合 、サーバ A は lcm_avail イベント を処 理 し、サーバ B と W はサーバ A と通 信 できないので何 もしません。サーバ A は、3 ノード のうちの 1 ノード としか通 信 できないため Quorum を持 っていないと判 断します。Quorum を持 たない場 合 、サーバ A はリソースを in service にしません。

シナリオ 4
サーバ A と 他 の全 ノード との間 の通 信 に障 害 が発 生 (A のネット ワークに障 害 が発 生 しているが、Aは稼 動 中 )この場 合 、サーバ B は以 下 の動 作 をします。
l

サーバ A との通 信 障 害 イベント の処 理 を開 始 します。

lwitness サーバ W とまだ通 信 が可 能 であり、したがって Quorum を持 っていると判 断 します。

l

サーバ A が見 えないことをサーバ W に確 認 した後 、通 常 のフェイルオーバ動 作 を開 始 します。

l

これにより保 護 対 象 のリソースはサーバ B 上 で In Service になります。

また、この場 合 、サーバ A は以 下 の動 作 をします。
l

サーバ B との通 信 障 害 イベント の処 理 を開 始 します。

l

サーバ B とも witness サーバ W とも通 信 できないため、Quorum を持 っていないと判 断 します。

l

直 ちにリブート します (「fastboot」がデフォルト の動 作 のため、ハード リブート されます)。

SCSI リザベーション
SCSI リザベーションを利 用 したスト レージフェンシングSteelEye Protection Suite for Linux143

SCSI リザベーションを利 用 したスト レージフェンシング

LifeKeeper for Linux は、リソースフェンシングとノード フェンシングの両 方 をサポート しますが、主 要 なフェンシングメカニズムは、SCSI リザベーションによるスト レージフェンシングです。共 有 スト レージに対 する最高 レベルのデータ保 護 を提 供 するこのフェンシングを使 用 すると、非 常 に粒 度 の高 い LUN レベルのロックによって最 大 限 の柔 軟 性 と最 大 限 のセキュリティが可 能 になります。このアーキテクチャでベースとなる
共 有 リソース (LUN) は、プライマリ quorum デバイスです。 quorum は、共 有 スト レージに対 する排 他 的なアクセスと定 義 できます。つまり、この共 有 スト レージは 1 度 に 1 台 のサーバからしかアクセスできません。 quorum (排 他 的 アクセス) を持 つサーバは、「プライマリ」の役 割 を持 ちます。 quorum の確 立 (排 他
的 アクセスをどのサーバに与 えるか) は、「quorum デバイス」によって行 われます。
上 述 の通 り、リザベーションが有 効 の場 合 、quorum デバイスはその共 有 リソースです。共 有 リソースは、
共 有 リソースに対 するリザベーションを持 つサーバを判 断 して quorum を確 立 します。これにより、ある 1
つのサーバがその LUN にアクセスできる限 り、クラスタは実 質 的 には単 一 のサーバで運 用 されることにな
ります。

SCSI リザベーションは、共 有 のユーザデータを保 護 し、LifeKeeper が指 定 するシステムのみデータを変更 できるようにします。クラスタ内 外 の他 のシステムがそのデータを変 更 することは許 可 されません。さらにSCSI リザベーションによって、クラスタ内 の複 数 のサーバで障 害 が起 きた場 合 に、LifeKeeper 保 護 下 のアプリケーションは共 有 のユーザデータに安 全 にアクセスできます。サーバの多 数 派 quorum は必 要 ありません。唯 一 の要 件 は、共 有 データの所 有 権 の帰 属 が確 立 していることです。
quorum/witness 機 能 を追 加 すると、 quorum のメンバーシップを確 立 することができます。このメンバーシップがない場 合 、スプリット ブレインの状 況 で複 数 のサーバ (場 合 によっては全 サーバ) がお互 いを終 了 させることも考 えられます。リザベーションが有 効 になっている構 成 に Watchdog を追 加 すると、部 分 的 にサーバがハングしている状 態 からリカバリするメカニズムが提 供 されます。ハングしたサーバが LifeKeeperに検 出 されないような場 合 に、Watchdog はリカバリを開 始 します。また、サーバがハングしてさらにリザ
ベーションが奪 われた場 合 に、Watchdog はそのサーバをリブート してリカバリを開 始 することができます。

144

設定

I/O フェンシングのための代 替 方 式

I/O フェンシングのための代 替 方 式
SCSI リザベーションを利 用 したリソースフェンシングに加 えて、LifeKeeper for Linux はリザベーションの無効 化 もサポート します。リザベーションが有 効 か無 効 にかかわらず、以 下 の 2 つの点 に注 意 すべきです。
ll

スト レージへのアクセスは LifeKeeper が制 御 する必 要 があります。
スト レージへの意 図 しないアクセス (ファイルシステムのマウント 、手 動 の fsck など) が発 生 しない
ように細 心 の注 意 を払 う必 要 があります。

以 上 の 2 つのルールを順 守 してリザベーションを有 効 にすると、LifeKeeper はたいていのエラーを防 止 できます。リザベーションが (単 独 で) 無 効 になった状 態 は、保 護 がない状 態 です。したがって、この保 護 を
実 現 するには、他 の選 択 肢 を検 討 する必 要 があります。以 降 のセクションでは、SCSI リザベーションな
しでも LifeKeeper で非 常 に信 頼 性 の高 い構 成 を実 現 できる各 種 のフェンシングオプションと代 替 方 式を説 明 します。

STONITHSTONITH (Shoot the Other Node in the Head) は、クラスタ内 のノード の電 源 をリモート から切 断 するフェンシング方 式 です。LifeKeeper の STONITH 機 能 は、外 部 電 源 スイッチコント ロール、IPMI 対 応 マ
ザーボード 、およびハイパーバイザーが提 供 する電 源 機 能 を利 用 してクラスタ内 の他 のノード の電 源 を切 断 します。

STONITH で IPMI を使 用 する
IPMI (Intelligent Platform Management Interface) は、コンピュータシステムにアクセスする共 通 インターフェースのセット を提 供 します。IPMI を使 用 すると、システムの状 態 を監 視 してシステムを管 理 できます。IPMI を STONITH で使 用 すると、故 障 と思 われるクラスタノード の電 源 スイッチをクラスタソフト ウェア
が制 御 することにより、シリアル接 続 またはネット ワーク接 続 を介 してノード の電 源 切 断 やリブート ができるため、故 障 ノード が共 有 データにアクセスしたりデータを破 損 するのを確 実 に防 ぎます。

パッケージの要件
l

IPMI ツールのパッケージ (ipmitool-1.8.11-6.el6.x86_64.rpm など)

VMware vSphere 環 境 での STONITH
vCLI (vSphere Command-Line Interface) は、ESXi ホスト と仮 想 マシンを含 む仮 想 インフラスト ラクチャを管 理 するための VMware でサポート されているコマンド ラインインターフェースです。vCLI コマンド がお使 いの環 境 のニーズに合 致 する場 合 は、VMware の仮 想 マシン間 での LifeKeeper STONITH の実 装に適 用 することができます。

パッケージの要件
l

VMware vSphere SDK Package (例 : VMware-vSphere-SDK-4.X.X-XXXXX.i386.tar.gz)l

VMware vSphere CLI (vSphere CLI は、vSphere SDK と同 じインスト ールパッケージに含まれています。)

SteelEye Protection Suite for Linux

145

インスト ールと設 定(注 記 : vmware-cmd を使 用 する場 合 のみ必 要 )lVMware Tools (例 : VMwareTools-8.3.7-341836.tar.gz)

インスト ールと設 定
LifeKeeper をインスト ールし、クラスタ内 の各 ノード でコミュニケーションパスを設 定 した後 、STONITH を
インスト ールおよび設 定 します。
1. 次 のコマンド を実 行 して LifeKeeper STONITH スクリプト をインスト ールします。
/opt/LifeKeeper/samples/STONITH/stonith-install
2. (*IPMI を利 用 する場 合 のみ) BIOS または ipmitool コマンド を使 用 して、以 下 の BMC(Baseboard Management Controller) 変 数 を設 定 します。
l

静 的 IP アド レスの使 用

lIP アド レスl

サブネット マスク

l

ユーザ名

l

パスワード

l

ユーザに管 理 者 権 限 を追 加l

ユーザのネット ワークアクセスを有 効 化

ipmitool コマンド の使 用 例 を示 します。
(詳 細 については、 ipmitool のマニュアルページを参 照 してください。)# ipmitool lan set 1 ipsrc static# ipmitool lan set 1 ipaddr 192.168.0.1# ipmitool lan set 1 netmask 255.0.0.0# ipmitool user set name 1 root
# ipmitool user set password 1 secret# ipmitool user priv 1 4# ipmitool user enable 1
3. 設 定 ファイルを編 集 します。
設 定 ファイルを編 集 し、STONITH を有 効 にして電 源 を切 断 するコマンド ラインを追 加 します。
注 記 :フェンシングループ (2 台 のマシン間 で、通 信 は喪 失 しているもののお互 いをまだ
STONITH できる場 合 に、お互 いに電 源 オフとリブート をし続 ける状 態 ) を回 避 するため、リブー
ト ではなく電 源 オフを推 奨 します。
/opt/LifeKeeper/config/stonith.conf

146

設定

<vm_id># LifeKeeper STONITH configuration## Each system in the cluster is listed below. To enable STONITH for a# given system,# remove the '#' on that line and insert the STONITH command line to poweroff# that system.
# Example1: ipmi command# node-1 ipmitool -I lanplus -H 10.0.0.1 -U root -P secret power off# Example2: vCLI-esxcli command# node-2 esxcli --server=10.0.0.1 --username=root --password=secret vms vm
kill --type='hard' --world-id=1234567# Example3: vCLI-vmware_cmd command# node-3 vmware-cmd -H 10.0.0.1 -U root -P secret <vm_id> stop hardminute-maid ipmitool -I lanplus -H 192.168.0.1 -U root -P secret power offkool-aid ipmitool -I lanplus -H 192.168.0.2 -U root -P secret power off
vm1 esxcli --server=10.0.0.1 --username=root --password=secret vms vm kill--type='hard' --world-id=1234567
vm2 vmware-cmd -H 10.0.0.1 -U root -P secret <vm_id> stop hard

<vm_id>vSphere CLI コマンド は、vSphere SDK for Perl の上 ​で実 行 されます。<vm_id> は、VM の識 別 子 として使 用 されています。この変 数 によって、設 定 対 象 の VM 用 の設 定 ファイルを指 定 します。
設 定 ファイルのパスを調 べるには、以 下 の手 順 を実 行 します。
1. 次 のコマンド を実 行 します。
vmware-cmd -H <vmware host> -l
2. 上 記 のコマンド によって VMware ホスト のリスト が表 示 されます。
vmware-cmd -l の出 力 例 を以 下 に示 します (3 台 の VM を表 示 )。
/vmfs/volumes/4e08c1b9-d741c09c-1d3e-0019b9cb28be/lampserver/lampserver.vmx/vmfs/volumes/4e1e1386-0b862fae-a859-0019b9cb28bc/oracle10/oracle.vmx/vmfs/volumes/4e08c1b9-d741c09c-1d3e0019b9cb28be/lampserver02/lampserver02.vmx
出 力 されたリスト で設 定 中 の VM を見 つけます。
3. パス名 を <vm_id> 変 数 にペースト します。上 記 の例 では以 下 の通 りになります。

SteelEye Protection Suite for Linux

147

期 待 される動 作

vmware-cmd -H 10.0.0.1 -U root -P secret /vmfs/volumes/4e08c1b9-d741c09c-1d3e0019b9cb28be/lampserver/lampserver.vmx stop hard
注 記 : VMware コマンド の詳 細 については、引 数 なしで vmware-cmd を実 行 するとすべてのオプションに関 するヘルプページが表 示 されます。

期 待 される動 作
LifeKeeper がノード との通 信 障 害 を検 出 すると、そのノード の電 源 が切 断 され、フェイルオーバが発 生します。問 題 を修 復 した後 に、手 動 でそのノード の電 源 を入 れる必 要 があります。

Watchdog
Watchdog は、サーバが正 常 に動 作 しない場 合 に、問 題 の発 生 を予 防 する修 正 処 置 (リブート ) を確
実 に実 行 できるようにサーバを監 視 する方 法 です。 Watchdog は、特 別 な Watchdog ハード ウェアを使用 して実 装 する場 合 と、ソフト ウェアのみのオプションを使 用 して実 装 する場 合 があります。
(注 記 : この構 成 は、Red Hat Enterprise Linux Versions 5 および 6 でのみ検 証 されています。他 のオペ
レーティングシステムでは検 証 されていないため、現 時 点 ではサポート されません。)

コンポーネントlWatchdog タイマのソフト ウェアド ライバまたは外 部 ハード ウェアコンポーネントlWatchdog デーモン - 該 当 する Linux ディスト リビューションを通 じて rpm が入 手 可 能lLifeKeeper Core デーモン - LifeKeeper のインスト ールに付 随lヘルスチェックスクリプト - LifeKeeper の監 視 スクリプト

LifeKeeper と Watchdog の相 互 運 用 性

148

設定

設定

次 のセクションを注 意 深 く読 んでください。デーモンは、エラーからリカバリするように設 計 されており、注
意 深 く設 定 しないとデーモンはシステムをリセット します。インスト ールおよび設 定 を行 う前 に慎 重 に計
画 してください。このセクションの目 的 は、 Watchdog についての説 明 や設 定 をすることではありません。
ここでは、 Watchdog 構 成 での LifeKeeper との相 互 運 用 についての説 明 や設 定 のみ行 います。

設定
以 下 の手 順 は、root ユーザ権 限 を持 つ管 理 者 が行 う必 要 があります。管 理 者 は、 Watchdog のリスクおよび問 題 についてすでに熟 知 しているものとします。
ヘルスチェックスクリプト (LifeKeeper 監 視 スクリプト ) は、LifeKeeper の設 定 と Watchdog の設 定(/opt/LifeKeeper/samples/watchdog/LifeKeeper-watchdog) を関 連 付 けるコンポーネン
ト です。このスクリプト は、LifeKeeper の完 全 な監 視 を提 供 するものであり、一 切 の修 正 は不 要 です。
1. 以 前 に Watchdog を設 定 していた場 合 は、次 のコマンド を入 力 して Watchdog を停 止 します。
そうでない場 合 は、手 順 2 に進 みます。
/etc/rc.d/init.d/watchdog stop
Watchdog の停 止 を示 す以 下 の確 認 メッセージが表 示 されるはずです。
Stopping watchdog:[OK]2. Watchdog ソフト ウェアのインスト ールで供 給 される Watchdog 設 定 ファイル(/etc/watchdog.conf) を編 集 します。
l test-binary を次 のように修 正 します。
test-binary = /opt/LifeKeeper/samples/watchdog/LifeKeeperwatchdog
ltest-timeout を次 のように修 正 します。
test-timeout = 5linterval を次 のように修 正 します。
interval = 7
interval は、LifeKeeper のコミュニケーションパスのタイムアウト (15 秒 ) よりも小 さい値 にしてください。約 半 分 の値 が妥 当 です。

3. LifeKeeper が起 動 していることを確 認 します。まだの場 合 は、LifeKeeper の起 動 ト ピックを参 照
してください。
4. 次 のコマンド を入 力 して Watchdog を起 動 します。
/etc/rc.d/init.d/watchdog start
Watchdog の起 動 を示 す以 下 の確 認 メッセージが表 示 されるはずです。
Starting watchdog: [OK]5. 今 後 の再 起 動 の際 に Watchdog を自 動 的 に起 動 させるには、次 のコマンド を入 力 します。
chkconfig --levels 35 watchdog on

SteelEye Protection Suite for Linux149

アンインスト ール

注 記 : Watchdog を設 定 すると、予 想 外 のリブート がときどき発 生 する可 能 性 があります。これは、Watchdog の仕 組 みから来 る一 般 的 な性 質 です。正 常 に応 答 しないプロセスがあると、 Watchdog 機
能 は LifeKeeper (またはオペレーティングシステム) がハングしていると判 断 し、(警 告 なしに) システムをリブート します。

アンインスト ール
LifeKeeper をアンインスト ールする場 合 は、慎 重 に行 ってください。以 下 に列 記 の通 り、上 記 の手 順 を
逆 の順 で実 行 します。
警 告 : LifeKeeper を構 成 する RPM パッケージを削 除 する方 法 で LifeKeeper をアンインスト ールする場
合 は、先 に Watchdog を停 止 してください。上 記 の手 順 2 では、LifeKeeper の Watchdog スクリプト を
呼 び出 すように Watchdog 設 定 ファイルを修 正 しています。したがって、先 に Watchdog を停 止 しておかないと、存 在 しないスクリプト を呼 び出 すことになります。リブート を実 行 するこのスクリプト が見 つからない場 合 は、エラーが発 生 します。この状 態 は Watchdog を停 止 するまで継 続 します。
1. 次 のコマンド を入 力 して Watchdog を停 止 します。
/etc/rc.d/init.d/watchdog stop
Watchdog の停 止 を示 す以 下 の確 認 メッセージが表 示 されるはずです。
Stopping watchdog: [OK]2. Watchdog ソフト ウェアのインスト ールで供 給 される Watchdog 設 定 ファイル(/etc/watchdog.conf) を編 集 します。
l test-binary および interval の両 エント リをコメント アウト します (各 行 の先 頭 に # を追 加 します)。
#test-binary =#interval =(注 記 : interval が他 の機 能 によって以 前 から使 用 されていた場 合 は、そのままにしておくこともできます)
3. LifeKeeper をアンインスト ールします。LifeKeeper の削 除 ト ピックを参 照 してください。
4. これで Watchdog を起 動 し直 すことができます。LifeKeeper のみが Watchdog を使 用 していた場
合 は、次 のコマンド を入 力 すると Watchdog を永 続 的 に無 効 にできます。
chkconfig --levels 35 watchdog off

リソースポリシー管 理
概要
Steeleye Protection Suite for Linux および Steeleye vAppKeeper のリソースポリシー管 理 では、リソースのローカルリカバリとフェイルオーバ (または VMware HA との統 合 ) の動 作 管 理 機 能 が提 供 されます。リ
ソースポリシーは、lkpolicy コマンド ラインツール (CLI) を使 用 して管 理 できます。

Steeleye Protection Suite/vAppKeeper のリカバリ動 作
Steeleye Protection Suite および SteelEye vAppKeeper には、個 々 のアプリケーションおよび関 連 し合うアプリケーションのグループを監 視 する機 能 があり、定 期 的 にローカルリカバリを実 行 したり、保 護 下 の

150

設定

ポリシーによるカスタム動 作 およびメンテナンスモード 動 作

アプリケーションに障 害 が発 生 したときに通 知 することができます。関 連 し合 うアプリケーションの例 としては、主 アプリケーションが下 位 のスト レージまたはネット ワークリソースに依 存 する階 層 などがあります。ア
プリケーションまたはリソースに障 害 が発 生 した場 合 のデフォルト の動 作 は以 下 の通 りです。
1. ローカルリカバリ: 最 初 に、リソースまたはアプリケーションのローカルでリカバリを試 みます。このときは、外 部 の介 入 なしにローカルサーバ上 でリソースまたはアプリケーションをリスト アしようとします。ローカルリカバリが成 功 した場 合 、Steeleye Protection Suite/vAppKeeper は追 加 のアクショ
ンを実 行 しません。
2. フェイルオーバ (または VMware HA との連 携 ): 次 に、ローカルリカバリでリソースまたはアプリケー
ションのリスト アに失 敗 した (またはリソースを監 視 するリカバリキット がローカルリカバリをサポート していない) 場 合 、 フェイルオーバは開 始 されません。フェイルオーバは、以 下 の 2 つの異 なる形 態を取 ることができます。
llSteeleye Protection Suite for Linux: この構 成 (高 可 用 性 クラスタで使 用 ) のフェイル
オーバ処 理 では、クラスタ内 の別 のサーバ上 で該 当 アプリケーション (および依 存 するすべてのリソース) を起 動 しようと試 みます。
SteelEye vAppKeeper: この構 成 (VMware 環 境 のアプリケーション監 視 で使 用 ) のフェ
イルオーバ処 理 では、仮 想 マシン (VM) ゲスト でアプリケーション障 害 が発 生 したことをVMware HA に通 知 します。VMware HA の通 常 の反 応 は、警 告 なしに、問 題 を是 正するためにただちに VM ゲスト を再 起 動 することです。場 合 によって VMware HA は、VM
ゲスト を別 の VM ホスト に移 動 したり別 のアクションを実 行 したりすることもできます。VMware HA が状 況 を処 理 する方 法 は、SteelEye vAppKeepe の構 成 に依 存 しま
せん。

リカバリ動 作 の詳 細 については、SteelEye Protection Suite の障 害 検 出 およびリカバリシナリオまたは
vAppKeeper の障 害 検 出 およびリカバリシナリオ を参 照 してください。

ポリシーによるカスタム動 作 およびメンテナンスモード動 作
Steeleye Protection Suite/vAppKeeper Version 7.5 以 降 では、デフォルト のリカバリ動 作 を変 更 する追加 ポリシーを設 定 する機 能 をサポート します。リソース単 位 またはサーバ単 位 で、4 つのポリシーが設 定
可 能 です (リソース単 位 のポリシーに関 する注 意 については下 のセクションを参 照 してください)。 サーバ
レベルでポリシーを変 更 する方 法 を推 奨 します。
利 用 可 能 なポリシーは以 下 の通 りです。

標準ポリシーlll

Failover(vAppKeeper の場 合 は、VM の再 起 動 を開 始 する VMware HA との連 携 を利 用 します)。このポリシー設 定 を使 用 すると、リソースフェイルオーバを有 効 / 無 効 にできます。(注 記 : リ
ザベーションが適 切 に処 理 されるには、フェイルオーバは、個 々 の SCSI リソースで無 効 にすることはできません。)
LocalRecovery - Steeleye Protection Suite/vAppKeeper は、デフォルト では、フェイルオーバを実 行 する前 に、個 々 のリソースまたは保 護 対 象 アプリケーション全 体 を再 起 動 することにより、
保 護 対 象 リソースのリカバリを試 みます。このポリシー設 定 を使 用 すると、ローカルリカバリを有 効/ 無 効 にできます。
TemporalRecovery - 通 常 、Steeleye Protection Suite は、障 害 リソースのローカルリカバリを実

SteelEye Protection Suite for Linux151

メタポリシー行 します。ローカルリカバリに失 敗 すると、Steeleye Protection Suite は、リソース階 層 を別 ノードにフェイルオーバします。ローカルリカバリに成 功 した場 合 は、フェイルオーバは実 行 されません。
ローカルリカバリに成 功 した場 合 でも、サーバの何 らかの異 常 によって短 時 間 の間 にローカルリカ
バリが再 試 行 される場 合 があり、結 果 として何 度 も連 続 してローカルリカバリが試 行 されることになります。これが発 生 すると、問 題 のアプリケーションは可 用 性 が悪 化 します。
この反 復 的 なローカルリカバリ / 障 害 サイクルを回 避 するために、時 間 的 リカバリポリシーを設 定できます。時 間 的 リカバリポリシーを使 用 すると、管 理 者 は指 定 した時 間 内 に試 行 するローカル
リカバリの回 数 を (成 功 かどうかにかかわらず) 制 限 することができます。

例 : リソースが試 行 するローカルリカバリの回 数 を 30 分 間 で 3 回 に限 定 するポリシー定
義 をユーザが設 定 した場 合 、30 分 以 内 に 3 回 目 のローカルリカバリが試 行 されると、Steeleye Protection Suite はフェイルオーバを実 行 します。
定 義 した時 間 的 リカバリポリシーは有 効 または無 効 にできます。時 間 的 リカバリポリシーが無 効の場 合 、時 間 的 リカバリ処 理 は継 続 して実 行 され、ポリシーが適 用 されるはずの時 間 に通 知がログに表 示 されますが、実 際 のアクションは実 行 されません。
注 記 : 時 間 的 リカバリポリシーを設 定 した状 態 で、フェイルオーバとローカルリカバリの一 方 または両 方 を無 効 にすることは可 能 です。フェイルオーバまたはローカルリカバリを無 効 にした場 合 に、
時 間 的 リカバリポリシーは実 行 されることがないため、この状 態 は非 論 理 的 です。

メタポリシー「メタ」ポリシーは、他 の複 数 のポリシーに影 響 を与 える可 能 性 があるポリシーです。通 常 、これらのポリシーは、標 準 ポリシーであれば複 数 個 の設 定 が必 要 になるような特 定 のシステム動 作を実 現 するためのショート カット として使 用 します。
lNotificationOnly - このモード では、管 理 者 は Steeleye Protection Suite または vAppKeeper
を「監 視 専 用 」状 態 にすることができます。1 つのリソース (または、サーバ単 位 のポリシーの場 合
はすべてのリソース) のローカルリカバリおよびフェイルオーバの両 方 が影 響 を受 けます。障 害 が検知 されると、ユーザインターフェースには Failure 状 態 が表 示 されます。 ただし、リカバリもフェイル
オーバも実 行 されません。 注 記 : 管 理 者 は、障 害 の原 因 となった問 題 を手 動 で修 正 し、障 害が起 きたリソースを復 帰 させて通 常 の Steeleye Protection Suite の運 用 を継 続 する必 要 があります。

リソースレベルのポリシーに関 する重 要 な考 慮 事 項
リソースレベルのポリシーとは、リソース階 層 全 体 またはサーバレベルのポリシーとは異 なり、特 定 のリ
ソースにのみ適 用 されるポリシーです。

例:
アプリケーション- IP- file system
上 記 のリソース階 層 では、アプリケーションは IP とファイルシステムの両 方 に依 存 しています。ポ
リシーは、特 定 のリソースのローカルリカバリまたはフェイルオーバを無 効 にするように設 定 できます。これは、例 えば、IP リソースのローカルリカバリが失 敗 し、IP リソースのフェイルオーバが無 効に設 定 されていた場 合 、IP リソースはフェイルオーバを実 行 せず、他 のリソースのフェイルオーバも

152

設定

lkpolicy ツール

発 生 させないことを意 味 します。ただし、ファイルシステムリソースのローカルリカバリが失 敗 し、ファイルシステムリソースのポリシーのフェイルオーバが無 効 化 されていない場 合 、階 層 全 体 がフェイルオーバを実 行 します。
注 記 : 重 要 事 項 として、リソースレベルのポリシーは設 定 対 象 の特 定 のリソースにのみ適 用 されることに注 意 してください。
上 記 は単 純 な例 です。複 雑 な階 層 を構 成 することもできるため、リソースレベルのポリシーを設 定 する
ときは注 意 してください。

lkpolicy ツール
lkpolicy ツールは、Steeleye Protection Suite for Linux または SteelEye vAppKeeper が稼 働 するサー
バのポリシーを管 理 (参 照 、設 定 、削 除 ) するためのコマンド ラインツールです。lkpolicy は、ポリシーの設 定 および修 正 、ポリシーの削 除 、利 用 可 能 なポリシーと現 在 の設 定 値 の表 示 をサポート します。さらに、設 定 したポリシーは、有 効 または無 効 に設 定 できるため、リカバリ動 作 に影 響 を与 えながらリソー
ス / サーバ設 定 を保 持 できます。
全 体 的 な使 用 方 法 は次 の通 りです。
lkpolicy [--list-policies | --get-policies | --set-policy | --remove-policy] <name value pair data...><name value pair data...>は、運 用 方 法 および対 象 のポリシーによって異 なります (特 にポリシーを設 定 する場 合 )。 例 : 有 効 / 無 効 タイプのポリシーのほとんどでは、必 要 なのは [--on] または [-off] のスイッチのみですが、時 間 的 ポリシーの場 合 は、しきい値 を設 定 するための値 も必 要 です。

lkpolicy の使用方法の例
ローカルおよびリモート サーバとの認証
lkpolicy ツールは、サーバが公 開 する API を通 じて Steeleye Protection Suite および vAppKeeper サー
バと通 信 します。この API は、lkpolicy ツールなどのクライアント に対 して認 証 を要 求 します。lkpolicy
ツールで Steeleye Protection Suite または vAppKeeper サーバに最 初 にアクセスしようとしたときに、そのサーバに対 する認 証 情 報 がまだ保 存 されていない場 合 、ユーザは認 証 情 報 を求 められます。認 証 情
報 はユーザ名 とパスワード の形 式 であり、さらに以 下 の条 件 があります。
1. クライアント には Steeleye Protection Suite/vAppKeeper の管 理 者 権 限 が必 要 です。したがって、そのユーザ名 は、(PAM による) オペレーティングシステムの認 証 設 定 によって lkadmin グルー
プに属 する必 要 があります。必 ずしも root で実 行 する必 要 はありませんが、root ユーザはデフォ
ルト で適 切 なグループに属 しているため、root を使 用 することもできます。
2. 認 証 情 報 は認 証 情 報 ストアに保 存 されるため、ツールを使 用 してこのサーバにアクセスするたびに手 動 で認 証 情 報 を入 力 する必 要 はありません。
Steeleye Protection Suite の認 証 情 報 の設 定 または を参 照 してください。vAppKeeper の認 証 情 報 の設 定 認 証 情 報 スト アおよび credstore ユーティリティを使 用 した管 理 についての詳 細 な情 報 が掲 載 されています。
lkpolicy によるセッションの例 は以 下 のようになります。
[root@thor49 ~]# lkpolicy -l -d v6test4

SteelEye Protection Suite for Linux

153

ポリシーのリスト 表 示

Please enter your credentials for the system 'v6test4'.
Username: root
Password:
Confirm password:
FailoverLocalRecovery
TemporalRecovery
NotificationOnly[root@thor49 ~]# lkpolicy -l -d v6test4
FailoverLocalRecovery
TemporalRecovery
NotificationOnly[root@thor49 ~]#ポリシーのリスト 表示
lkpolicy --list-policy-types

現在のポリシーの表示
lkpolicy --get-policies
lkpolicy --get-policies tag=\*lkpolicy --get-policies --verbose tag=mysql\* # mysql で始 まるすべてのポリシー
lkpolicy --get-policies tag=mytagonly

ポリシーの設定
lkpolicy --set-policy Failover --off
lkpolicy --set-policy Failover --on tag=myresource
lkpolicy --set-policy Failover --on tag=\*lkpolicy --set-policy LocalRecovery --off tag=myresource
lkpolicy --set-policy NotificationOnly --on
lkpolicy --set-policy TemporalRecovery --on recoverylimit=5 period=15
lkpolicy --set-policy TemporalRecovery --on --force recoverylimit=5 period=10

ポリシーの削除
lkpolicy --remove-policy Failover tag=steve

注 記 :NotificationOnly はポリシーのエイリアスです。 NotificationOnly を有 効 にすることは、対 応 する
LocalRecovery および Failover ポリシーを無 効 にすることと等 価 です。

154

設定

認 証 情 報 の設 定

認 証 情 報 の設 定
他 のシステムと通 信 するための認 証 情 報 は、 認 証 情 報 ストアを使 用 して管 理 されています。このスト ア
は、必 要 に応 じて /opt/LifeKeeper/bin/credstore ユーティリティで管 理 できます。このユーティ
リティを使 用 すると、サーバアクセスに必 要 な認 証 情 報 をサーバごとに設 定 、変 更 、削 除 することができます。

認 証 情 報 の追 加 または変 更認 証 情 報 の追 加 と変 更 は同 じ方 法 で実 行 できます。代 表 的 な例 として、サーバー
server.mydomain.com に対 する資 格 情 報 を追 加 または変 更 する場 合 は次 のようになります。
/opt/LifeKeeper/bin/credstore -k server.mydomain.com myuser
この例 では、server.mydomain.com へのアクセスに使 用 するユーザ名 として myuser を指 定 して しています。パスワード を入 力 / 確 認 するプロンプト (passwd の様 に)が表 示 されます。
注 記 : LifeKeeper サーバの 認 証 情 報 を格 納 するために使 用 されるキー名 は、lkpolicy などのコマンド
で使 用 するホスト 名 と完 全 に一 致 する必 要 があります。コマンド で使 用 するホスト 名 が FQDN であれば、認 証 情 報 のキーも FQDN でなければなりません。コマンド で使 用 するホスト 名 がショート ネームであれば、認 証 情 報 のキーもショート ネームでなければなりません。
認 証 情 報 スト アにデフォルト キーを作 成 することもできます。サーバキーが存 在 しない場 合 にデフォルトの認 証 情 報 が認 証 に使 用 されます。デフォルト キーを追 加 、変 更 するには以 下 のコマンド を実 行 してく
ださい。
/opt/LifeKeeper/bin/credstore -k default myuser

スト ア内 の認 証 情 報 のリスト 表 示
現 在 格 納 されている認 証 情 報 をリスト 表 示 するには、以 下 のコマンド を実 行 します。
/opt/LifeKeeper/bin/credstore -l
これにより、認 証 情 報 スト ア内 に格 納 されているキーが表 示 されます。この場 合 の「キー」は、認 証 情
報 を使 用 する対 象 のサーバを示 しています (認 証 情 報 自 体 は秘 密 情 報 のため、このコマンド が表 示 するのは、実 際 の認 証 情 報 の内 容 ではなくキー名 のみです)。

サーバの認 証 情 報 の削 除
特 定 のサーバに対 する認 証 情 報 を削 除 するには、以 下 のコマンド を実 行 します。
/opt/LifeKeeper/bin/credstore -d -k myserver.mydomain.com
この例 では、サーバ myserver.mydomain.com に対 する認 証 情 報 がスト アから削 除 されます。

追加情報
credstore ユーティリティの詳 細 については、以 下 のコマンド を実 行 してください。

SteelEye Protection Suite for Linux

155

LifeKeeper API/opt/LifeKeeper/bin/credstore --man
コマンド のマニュアルページがすべて表 示 されます。

LifeKeeper API
LifeKeeper API を使 用 すると、LifeKeeper サーバ間 の通 信 を行 えるようになります。
重 要 な注 記 : 現 在 、この API は内 部 使 用 のみに予 約 されていますが、将 来 のリリースでは、ユーザやサード パーティが使 用 できるように開 放 される可 能 性 があります。

ネット ワーク設 定
LifeKeeper の各 サーバは、ポート 778 の SSL 接 続 を使 用 してこの API を提 供 します。このポート
は、/etc/default/LifeKeeper 内 の設 定 変 数 API_SSL_PORT を使 用 して変 更 できます。

認証
LifeKeeper API は認 証 に PAM を使 用 します。API へのアクセス権 限 は、グループ
lkadmin、lkoper、lkguest のメンバーであるユーザにのみ付 与 されます。ユーザに権 限 を与 えるには、システムの PAM 設 定 に応 じて、ローカルシステムファイル (/etc/passwdおよび/etc/group) を使 用 するか、ユーザを LDAP または Active Directory のグループに追 加 します。
注 記 : LifeKeeper API は、lkpasswd で管 理 されるユーザデータベースは使 用 しません。

156

設定

LifeKeeper 管 理
概要
LifeKeeper は操 作 時 に管 理 を必 要 としません。LifeKeeper は、保 護 されたリソースを監 視 し、障 害 が発 生 した場 合 に指 定 されたリカバリアクションを実 行 するように、自 動 的 に機 能 します。以 下 のケース
では LifeKeeper GUI を使 用 します。
lll

リソースおよび階 層 の定 義 。LifeKeeper は次 のインターフェースオプションを提 供 します。
l

LifeKeeper GUI。

l

LifeKeeper コマンド ラインインターフェース。

リソース監 視 。LifeKeeper GUI は、リソースステータス情 報 および LifeKeeper ログへのアクセスを提 供 します。
手 動 での処 理 。メンテナンスやその他 の管 理 アクションのために、サーバまたは特 定 のリソースを
停 止 することが必 要 になる場 合 があります。LifeKeeper GUI には、特 定 のリソースを稼 動 させた
り停 止 させることができるメニュー機 能 が用 意 されています。アプリケーションが LifeKeeper の保
護 下 に置 かれると、これらの LifeKeeper のインターフェースを介 してのみアプリケーションを起 動 お
よび停 止 させることができます。LifeKeeper の起 動 および停 止 は、コマンド ラインを介 してのみ行
われます。

LifeKeeper の管 理 、設 定 、およびメンテナンス操 作 を実 行 する詳 細 な手 順 については、GUI の作 業
およびメンテナンス作 業 を参 照 してください。

エラーの検 出 および通 知
アプリケーション内 の問 題 を検 出 して通 知 する機 能 は、最 適 な総 合 的 耐 障 害 性 ソリューションを構 築する上 で非 常 に重 要 です。すべての個 々 のアプリケーションは、障 害 発 生 のメカニズムと形 式 によって異 なるため、一 般 的 なメカニズムを示 すことはできません。ただし、一 般 的 に、多 くのアプリケーションの
設 定 は、LifeKeeper に用 意 されている Core システムのエラー検 出 機 能 を利 用 することができます。リ
ソースエラー回 復 シナリオおよびサーバ障 害 回 復 シナリオの各 ト ピックでは、共 通 する 2 つの障 害 状 況を使 用 して、LifeKeeper のコア機 能 を示 しています。
LifeKeeper には、エラー、アラーム、およびリカバリ手 順 を起 動 するイベント を定 義 するための完 全 な環
境 も用 意 されています。このインターフェースは、通 常 、システムエラーログ用 のパターンマッチ定 義(/var/log/messages)、またはカスタムビルド のアプリケーション固 有 の監 視 プロセスが必 要 になります。

N-Way リカバリ
N-Way リカバリを使 用 すると、異 なる複 数 のリソースを、クラスタ内 の異 なるバックアップサーバにフェイル

SteelEye Protection Suite for Linux

157

管理作業

オーバすることができます。
保 護 されたリソースに戻 る

管理作業
サーバプロパティの編 集
1. サーバプロパティを編 集 するには、サーバプロパティを表 示 する場 合 と同 様 に、[Server
Properties] ダイアログを表 示 してください。
2. 該 当 のサーバに適 切 な権 限 でログインした場 合 は、次 の項 目 が編 集 可 能 になります。
lシャット ダウン方 法lフェイルオーバ確 認

3. 変 更 が加 えられると、[Apply] ボタンが有 効 になります。このボタンをクリックすると変 更 が適 用 されます。ウィンド ウは閉 じられません。
4. 完 了 したら、[OK] をクリックし、変 更 内 容 を保 存 してウィンド ウを閉 じるか、または [Cancel] をクリックして、変 更 内 容 を適 用 せずにウィンド ウを閉 じます。

コミュニケーションパスの作 成
サーバ間 の LifeKeeper コミュニケーションパスを設 定 する前 に、ハード ウェアおよびソフト ウェアのセット アッ
プを検 証 します。詳 細 については、SPS for Linux リリースノート を参 照 してください。
サーバのペア間 にコミュニケーションパスを作 成 するには、両 方 のサーバに個 別 にパスを定 義 する必 要 があります。LifeKeeper では、サーバのペア間 に TCP (TCP/IP) と TTY の両 方 のコミュニケーションパスを作 成 することができます。TTY パスは、所 定 のペア間 に 1 つだけ作 成 できます。これに対 し、TCP コミュ
ニケーションパスは、パスの終 点 となるローカルおよびリモート のアド レスを指 定 することで、サーバのペア
間 に複 数 作 成 することができます。所 定 のリモート サーバへの TCP パスを使 用 する順 序 を LifeKeeperに設 定 するには、優 先 値 を使 用 します。
重 要 : 単 一 のコミュニケーションパスを使 用 した場 合 、互 いに通 信 するクラスタ内 のサーバの機 能 に支障 をきたす可 能 性 があります。単 一 のコミュニケーションパスを使 用 しているときに、そのコミュニケーショ
ンパスで障 害 が発 生 した場 合 、複 数 のサーバ上 で同 時 に LifeKeeper の階 層 が使 用 可 能 になることがあります。これは、「偽 のフェイルオーバ」と呼 ばれます。また、TCP コミュニケーションパス上 のネット ワー
クト ラフィックが大 きくなると、偽 のフェイルオーバや LifeKeeper の初 期 化 の問 題 など、予 期 せぬ動 作 が生 じる可 能 性 があります。
1. 開 始 するには、次 の 4 つの方 法 があります。
l158

サーバアイコンを右 クリックして、サーバコンテキスト メニューが表 示 されたら [Create
Comm Path] をクリックしてください。

lグローバルツールバーで、[Create Comm Path] ボタンをクリックしてください。

lサーバコンテキスト ツールバーで (表 示 された場 合 )、[Create Comm Path] ボタンをクリッ

LifeKeeper 管 理 の概 要

コミュニケーションパスの作 成

クしてください。
l[Edit] メニューで、[Server]、[Create Comm Path] の順 に選 択 してください。

2. [Create Comm Path] というタイト ルのダイアログが表 示 されます。表 示 されるオプションのそれぞれについて、[Help] をクリックすると、選 択 した項 目 の説 明 が表 示 されます。
3. リスト ボックスから [Local Server] を選 択 し、[Next] をクリックしてください。
4. リスト ボックスで 1 つ以 上 の [Remote Servers] を選 択 してください。リスト ボックスにリモート サー
バが表 示 されていない (つまり、クラスタにまだ接 続 されていない) 場 合 は、[Add] を使 用 して入
力 してください。ローカルとリモート の両 方 のサーバに対 するネット ワークアド レスが解 決 可 能 であることを確 認 する必 要 があります (たとえば、DNS で解 決 するか、/etc/hosts ファイルに追 加 します)。[Next] をクリックしてください。
5. [Device Type] に対 して [TCP] または [TTY] を選 択 して、[Next] をクリックしてください。
6. [Device Type] が [TCP] に設 定 されている場 合 は、1 つ以 上 の [Local IP Addresses] を選 択
してください。[Device Type] が [TTY] に設 定 されている場 合 は、[Local TTY Device] を選 択
してください。[Next] をクリックしてください。
7. [Device Type] が [TCP] に設 定 されている場 合 は、[Remote IP Address] を選 択 してください。[Device Type] が [TTY] に設 定 されている場 合 は、[Remote TTY Device] を選 択 してください。 [Next] をクリックしてください。
8. [Device Type] が [TCP] に設 定 されている場 合 は、このコミュニケーションパスに対 して[Priority] を入 力 または選 択 してください。 [Device Type] が [TTY] に設 定 されいる場 合 は、このコミュニケーションパスに対 して [Baud Rate] を入 力 または選 択 してください。[Next] をクリック
してください。
9. [Create] をクリックしてください。ネット ワーク接 続 が正 常 に作 成 されたことを示 すメッセージが表示 されます。[Next] をクリックしてください。
10. 複 数 のローカル IP アド レスまたは複 数 のリモート サーバを選 択 したときに、[Device Type] が[TCP] に設 定 されている場 合 は、手 順 6 に戻 り、次 のコミュニケーションパスの設 定 を続 けます。複 数 のリモート サーバを選 択 したときに、[Device Type] が [TTY] に設 定 されている場 合は、手 順 5 に戻 り、次 のコミュニケーションパスの設 定 を続 けます。
11. 終 了 メッセージが表 示 されたら、[Done] をクリックしてください。
[Server Properties] ダイアログを表 示 するか、またはコマンド lcdstatus -q を入 力 することで、コミュ
ニケーションパスを確 認 することができます。lcdstatus の使 用 方 法 については、LCD(1M) マニュアル
ページを参 照 してください。[ALIVE] ステータスが表 示 されます。
さらに、GUI の右 ペインのサーバアイコンをチェックしてください。これが、作 成 済 みの 1 つ目 のコミュニケー
ションパスである場 合 は、1 つのコミュニケーションパスが [ALIVE] であるが、冗 長 コミュニケーションパスがないことを示 す黄 色 のハート ビート がサーバアイコンに表 示 されます。
[ALIVE] のコミュニケーションパスが 2 つ以 上 ある場 合 は、緑 色 のハート ビート がサーバアイコンに表 示されます。

SteelEye Protection Suite for Linux159

コミュニケーションパスの削 除

重 要 : IPv6 アド レスを使 用 してコミュニケーションパスを作 成 する場 合 は、自 動 設 定 /ステート レスアド レ
スではなく、静 的 に割 り当 てられたアド レスを使 用 してください。自 動 設 定 /ステート レスアド レスは、時間 がたつと変 更 され、コミュニケーションパスが使 用 できなくなる可 能 性 があります。
数 分 たってもコミュニケーションパスが使 用 可 能 にならない場 合 は、ペアのサーバのコンピュータ名 が正 しいことを確 認 してください。TTY コミュニケーションパスを使 用 している場 合 は、2 つのサーバ間 のケーブル
接 続 が正 しく、緩 んでいないことを確 認 してください。必 要 に応 じて、portio(1M) コマンド を使 用 して、TTY 接 続 の動 作 を確 認 してください。

コミュニケーションパスの削 除
1. 開 始 するには、次 の 4 つの方 法 があります。
l

l

l

l

サーバアイコンを右 クリックして、サーバコンテキスト メニューが表 示 されたら [Delete
Comm Path] をクリックしてください。
グローバルツールバーで、[Delete Comm Path] ボタンをクリックしてください。
サーバコンテキスト ツールバーで (表 示 された場 合 )、[Delete Comm Path] ボタンをクリッ
クしてください。
[Edit] メニューで、[Server]、[Delete Comm Path] の順 に選 択 してください。

2. [Delete Comm Path] というタイト ルのダイアログが表 示 されます。表 示 されるオプションのそれぞれについて、[Help] をクリックすると、選 択 した項 目 の説 明 が表 示 されます。
3. リスト から [Local Server] を選 択 し、[Next] をクリックしてください。このダイアログが表 示 されるのは、グローバルツールバー上 の [Delete Comm Path] ボタンまたは [Server] ボタンを選 択 する
[Edit] メニューを使 用 して、削 除 を選 択 した場 合 のみです。
4. 削 除 するコミュニケーションパスを選 択 して、[Next] をクリックしてください。
5. [Delete Comm Path(s)] をクリックしてください。出 力 パネルが有 効 な場 合 、ダイアログが閉 じて、コミュニケーションパスを削 除 するコマンド の結 果 が出 力 パネルに表 示 されます。有 効 でない
場 合 は、ダイアログが表 示 されたままこれらの結 果 が表 示 されます。すべての結 果 が表 示 されたら、[Done] をクリックして終 了 します。ネット ワーク接 続 が正 常 に削 除 されたことを示 すメッセージが表 示 されます。
6. [Done] をクリックして、ダイアログを閉 じ、GUI ステータス表 示 に戻 ってください。

サーバのプロパティ - フェイルオーバ
プライマリサーバがローカルリカバリを試 行 して失 敗 した場 合 、または完 全 に機 能 停 止 した場 合 、ほとんどのサーバ管 理 者 は、LifeKeeper で保 護 されたリソースをバックアップサーバにリスト アすることが必 要になります。これがデフォルト の LifeKeeper の動 作 になります。ただし管 理 者 によっては、保 護 されたリ
ソースをリカバリサイト で自 動 的 に稼 動 するようにしたくない場 合 もあります。たとえば、ディザスタリカバリ
状 況 においてサーバ間 のネット ワーク接 続 の信 頼 性 が低 くなるような WAN 環 境 に LifeKeeper がインス
ト ールされている場 合 です。
デフォルト では、保 護 されたすべてのリソースに対 して自 動 フェイルオーバが有 効 になっています。保 護 されたリソースに対 する自 動 フェイルオーバを無 効 にしたり、バックアップサーバへの自 動 フェイルオーバを行

160

LifeKeeper 管 理 の概 要

サーバのプロパティ - フェイルオーバ

わないようにするには、[Server Properties] の [General] タブにある [Failover] セクションを使 用 して、以下 の通 り設 定 してください。
クラスタ内 の各 サーバで次 のようにします。
1. サーバのプロパティを表 示 する場 合 と同 様 に、[Server Properties] ダイアログを表 示 してください。
2. [General] タブを選 択 してください。[Server Properties] ダイアログの [Failover] セクションで、シス
テムおよびリソースのフェイルオーバ機 能 を無 効 にするサーバをチェックしてください。デフォルト では、LifeKeeper のすべてのフェイルオーバ機 能 が有 効 になっています。
[Disable System Failover] 列 で、ローカルサーバの完 全 な機 能 停 止 に対 応 するバックアップ
サーバとしての資 格 を喪 失 させるサーバを選 択 してください。
[Disable Resource Failover] 列 で、このローカルサーバ上 でリソース階 層 に障 害 が発 生 した
場 合 に対 応 するバックアップサーバとしての資 格 を喪 失 させるサーバを選 択 してください。最 初 にシステムのフェイルオーバ機 能 を無 効 にしなければ、リソースのフェイルオーバを無 効 にすることはできません。
選 択 内 容 を適 用 するには、[Apply] ボタンを押 してください。

SteelEye Protection Suite for Linux161

リソース階 層 の作 成

リソース階 層 の作 成
1. リソース階 層 の作 成 を開 始 するには、次 の 4 つの方 法 があります。
l

l

l

l

サーバアイコンを右 クリックして、サーバコンテキスト メニューが表 示 されたら、[Create
Resource Hierarchy] をクリックしてください。
グローバルツールバーで、[Create Resource Hierarchy] ボタンをクリックしてください。
サーバコンテキスト ツールバーで (表 示 された場 合 )、[Create Resource Hierarchy] ボタ
ンをクリックしてください。
[Edit] メニューで、[Server] を選 択 して、[Create Resource Hierarchy] をクリックしてくだ
さい。

2. [Create Resource Wizard] というタイト ルのダイアログが表 示 され、クラスタ内 にインスト ールされているすべての認 識 されたリカバリキット のリスト が示 されます。 アプリケーションを保 護 するためにリソース階 層 を構 築 する Recovery Kit を選 択 して、[Next] をクリックしてください。
3. [Switchback Type] を選 択 して、[Next] をクリックしてください。
4. [Server] を選 択 して、[Next] をクリックしてください。注 記 : サーバコンテキスト メニューから開 始 した場 合 、クリックしたサーバアイコンから自 動 的 にサーバが決 定 されるので、この手 順 はスキップされます。
5. 続 いて表 示 されるダイアログを使 用 して、作 成 しているリソース階 層 の種 類 に必 要 なデータを入 力 してください。

LifeKeeper アプリケーションリソース階 層
LifeKeeper をリカバリキット 無 しでインスト ールした場 合 、デフォルト では [Select Recovery Kit] リスト に、
ファイルシステムまたは Generic Application 用 のオプションが含 まれています。Generic Application のオ
プションは、関 連 付 けられたリカバリキット がないアプリケーションに使 用 できます。
Raw I/O Recovery Kit または IP Recovery Kit (これらは両 方 とも、別 個 にパッケージ化 さ
れ、LifeKeeper Core メディアに含 まれている Core Recovery Kit です) をインスト ールした場 合 、[SelectRecovery Kit] リスト はこれらの Recovery Kit に対 する追 加 のオプションを提 供 します。
これらの利 用 可 能 なオプションについては、以 下 のト ピックを参 照 してください。
lファイルシステムリソース階 層 の作 成lGeneric Application リソース階 層 の作 成lRaw デバイスリソース階 層 の作 成

IP Recovery Kit については、 IP Recovery Kit テクニカルド キュメンテーションを参 照 してください。

162

LifeKeeper 管 理 の概 要

Recovery Kit のオプション

Recovery Kit のオプション
インスト ールしたオプションの各 リカバリキット は、[Select Recovery Kit] リスト にエント リを追 加 します。たとえば、Oracle、Apache、および NFS の Recovery Kit がリスト に表 示 されます。必 要 なリソース階 層 を
作 成 する手 順 については、各 リカバリキット に付 属 の管 理 ガイド を参 照 してください。
注 記 : ファイルシステムまたは論 理 ボリューム上 に構 築 されるその他 のアプリケーションリソース階 層 を作成 する場 合 、最 初 に Logical Volume Manager (LVM) Recovery Kit をインスト ールする必 要 があります。

ファイルシステムリソース階 層 の作 成
このオプションは、ファイルシステムのみを保 護 する場 合 (たとえば、保 護 を必 要 とする共 有 ファイルがある場 合 ) に使 用 します。
1. ファイルシステムリソース階 層 の作 成 を開 始 するには、次 の 4 つの方 法 があります。
l

l

l

l

サーバアイコンを右 クリックして、サーバコンテキスト メニューが表 示 されたら、[Create
Resource Hierarchy] をクリックしてください。
グローバルツールバーで、[Create Resource Hierarchy] ボタンをクリックしてください。
サーバコンテキスト ツールバーで (表 示 された場 合 )、[Create Resource Hierarchy] ボタ
ンをクリックしてください。
[Edit] メニューで、[Server] を選 択 して、[Create Resource Hierarchy] をクリックしてくだ
さい。

2. [Create Resource Wizard] というタイトルのダイアログが表 示 され、 [Recovery Kit] リストが示 されます。 [File System Resource] を選 択 して、 [Next] をクリックしてください。
3. [Switchback Type] を選 択 して、[Next] をクリックしてください。
4. [Server] を選 択 して、[Next] をクリックしてください。注 意 :サーバコンテキストメニューから開 始 した場 合 、クリックしたサーバアイコンから自 動 的 にサーバが決 定 されるので、この手 順 はスキップされます。
5. [Create gen/filesys Resource] ダイアログが表 示 されます。 ファイルシステムリソース階 層 に対 して [Mount Point] を選 択 し、[Next] をクリックしてください。選 択 したマウント ポイント が、クラスタ
内 の別 のサーバと共 有 されていることを確 認 するには、各 スト レージキット をチェックして、マウントされたデバイスを共 有 として認 識 しているかどうかを確 認 します。スト レージキット がマウント されたデバイスを認 識 していない場 合 は、次 のエラーダイアログが表 示 されます。
<file system> is not a shared file system[OK] を選 択 すると、[Create gen/filsys Resource] ダイアログに戻 ります。
注記:lマウント ポイント を選 択 リスト に表 示 するには、そのマウント ポイント がマウント されている必 要 があります。マウント ポイント に対 するエント リが /etc/fstab ファイルに存 在 する場 合 、階 層 の作 成 および拡 張 時 にこのエント リが削 除 されま

SteelEye Protection Suite for Linux

163

Generic Application リソース階 層 の作 成す。NAS Recovery Kit を使 用 する前 に (特 にマウント 設 定 が複 雑 な場合 )、/etc/fstab のバックアップを作 成 することをお勧 めします。/etc/default/LifeKeeper で調 整 可 能 な
REPLACEFSTAB=true|TRUE を設 定 することにより、/etc/fstab のエント リが
削 除 されても、元 に戻 すように指 定 することができます。
l

これらのリソースの多 く (SteelEye DataKeeper、LVM、Device Mapper Multipathなど) は、ファイルシステムリソースを作 成 するために、クラスタ内 の各 サーバでLifeKeeper リカバリキット を必 要 とします。 これらのキット が適 切 にインスト ールされていない場 合 、クラスタ内 で共 有 されるファイルシステムが表 示 されません。

6. ファイルシステムリソース階 層 に対 するデフォルト の [Root Tag] が作 成 されます。(これは、ステー
タス表 示 でこのリソースに使 用 されるラベルです)。このルート タグを選 択 するか、独 自 のルート タグを作 成 して、 [Next] をクリックしてください。
7. [Create Instance] をクリックしてください。インスタンス作 成 のステータスを示 すメッセージが、ウィンド ウに表 示 されます。
8. [Next] をクリックしてください。ファイルシステム階 層 が正 常 に作 成 されたというメッセージが、ウィンド ウに表 示 されます。
9. この時 点 で、ファイルシステムリソース階 層 の拡 張 に移 動 するには [Continue] をクリックし、GUIに戻 るには [Cancel] をクリックします。[Cancel] をクリックすると、階 層 が 1 つのサーバにしか存 在しないという警 告 メッセージが表 示 され、この時 点 で保 護 されなくなります。

Generic Application リソース階 層 の作 成
このオプションは、関 連 付 けられたリカバリキット がないユーザ定 義 のアプリケーションを保 護 する場 合 に使 用 します。下 記 のユーザ指 定 スクリプト に対 するテンプレート
は、$LKROOT/lkadm/subsys/gen/app/templates に用 意 されています。これらのテンプレート
は、保 護 するアプリケーション用 にカスタマイズしてテスト する前 に、別 のディレクト リにコピーしてください。
注 記 : ファイルシステム、ディスクパーティション、IP アド レスなどの他 のリソースに依 存 するアプリケーション
については、これらの各 リソースを個 別 に作 成 し、Create Dependency を使 用 して適 切 な依 存 関 係 を
作 成 してください。
1. Generic Application リソース階 層 の作 成 を開 始 するには、次 の 4 つの方 法 があります。
l

l

l

l

サーバアイコンを右 クリックして、サーバコンテキスト メニューが表 示 されたら、[Create
Resource Hierarchy] をクリックしてください。
グローバルツールバーで、[Create Resource Hierarchy] ボタンをクリックしてください。
サーバコンテキスト ツールバーで (表 示 された場 合 )、[Create Resource Hierarchy] ボタ
ンをクリックしてください。
[Edit] メニューで、[Server] を選 択 して、[Create Resource Hierarchy] をクリックしてくだ
さい。

2. [Create Resource Wizard] というタイト ルのダイアログが表 示 され、[Recovery Kit] リスト が示 されます。Generic Application を選 択 して、[Next] をクリックしてください。
3. [Switchback Type] を選 択 して、[Next] をクリックしてください。

164

LifeKeeper 管 理 の概 要

Raw デバイスリソース階 層 の作 成

4. [Server] を選 択 して、[Next] をクリックしてください。注 記 : サーバコンテキスト メニューから開 始 した場 合 、クリックしたサーバアイコンから自 動 的 にサーバが決 定 されるので、この手 順 はスキップされます。
5. 次 のダイアログで、アプリケーションに対 する [Restore Script] へのパスを入 力 し、[Next] をクリッ
クしてください。これは、アプリケーションを起 動 するコマンド です。テンプレート ディレクト リに、テンプレート 起 動 スクリプト restore.template が用 意 されています。この restore スクリプト が、既 に起動 されているアプリケーションに影 響 を与 えてはなりません。
6. アプリケーションに対 する [Remove Script] へのパスを入 力 し、[Next] をクリックしてください。これは、アプリケーションを停 止 するコマンド です。テンプレート ディレクト リに、テンプレート 停 止 スクリプ
ト remove.template が用 意 されています。
7. アプリケーションに対 する [quickCheck Script] へのパスを入 力 し、[Next] をクリックしてください。
これは、アプリケーションを監 視 するコマンド です。テンプレート ディレクト リに、テンプレート 監 視 ス
クリプト remove.template が用 意 されています。
8. アプリケーションに対 する [Local Recovery Script] へのパスを入 力 し、[Next] をクリックしてください。これは、ローカルサーバ上 の障 害 が発 生 したアプリケーションの復 元 を試 みるコマンド です。テンプレート ディレクト リに、テンプレート 回 復 スクリプト recover.template が用 意 されています。
9. [Application Information] を入 力 し、[Next] をクリックしてください。これは、起 動 、停 止 、回復 、監 視 の各 スクリプト で必 要 になる可 能 性 のあるアプリケーションに関 するオプションの情 報 です。
10. [Bring Resource In Service] に対 して [Yes] または [No] を選 択 し、[Next] をクリックしてください。[No] を選 択 すると、リソース状 態 が作 成 後 に OSU に設 定 されます。[Yes] を選 択 すると、
あらかじめ用 意 された restore スクリプト が実 行 されます。 ファイルシステム、ディスクパーティショ
ン、IP アド レスなどの他 のリソースに依 存 するアプリケーションについては、適 切 な依 存 リソースを
まだ作 成 していない場 合 には、[No] を選 択 してください。
11. [Root Tag] を入 力 してください。これは、リソースインスタンスに対 する一 意 の名 前 です。(これは、ステータス表 示 でこのリソースに対 して表 示 されるラベルです。)
12. [Create Instance] をクリックして、作 成 プロセスを起 動 してください。インスタンス作 成 のステータ
スを示 すメッセージが、ウィンド ウに表 示 されます。
13. [Next] をクリックしてください。階 層 が正 常 に作 成 されたというメッセージが、ウィンド ウに表 示 されます。
14. この時 点 で、Generic Application リソース階 層 の拡 張 に移 動 するには [Continue] をクリック
し、GUI に戻 るには [Cancel] をクリックします。[Cancel] をクリックすると、階 層 が 1 つのサーバにしか存 在 しないという警 告 が表 示 され、この時 点 で保 護 されなくなります。

Raw デバイスリソース階 層 の作 成
このオプションは、Raw デバイスリソースを保 護 する場 合 に使 用 します。たとえば、既 存 のデータベース
階 層 に追 加 する必 要 がある Raw デバイスに対 して追 加 のテーブルスペースを作 成 する場 合 、このオプションを使 用 して Raw デバイスリソースを作 成 します。
注 記 : LifeKeeper では、ディスク論 理 ユニット (または LUN) レベルのディスクパーティションリソースを、一度 に 1 つのクラスタの 1 つのシステムにロックします。

SteelEye Protection Suite for Linux165

リソースのプロパティの編 集

1. Raw デバイスリソース階 層 の作 成 を開 始 するには、次 の 4 つの方 法 があります。
l

l

l

l

サーバアイコンを右 クリックして、サーバコンテキスト メニューが表 示 されたら、[Create
Resource Hierarchy] をクリックしてください。
グローバルツールバーで、[Create Resource Hierarchy] ボタンをクリックしてください。
サーバコンテキスト ツールバーで (表 示 された場 合 )、[Create Resource Hierarchy] ボタ
ンをクリックしてください。
[Edit] メニューで、[Server] を選 択 して、[Create Resource Hierarchy] をクリックしてくだ
さい。

2. [Create Resource Wizard] というタイト ルのダイアログが表 示 され、[Recovery Kit] リスト が示 されます。Raw デバイスを選 択 して、[Next] をクリックしてください。
3. [Switchback Type] を選 択 して、[Next] をクリックしてください。
4. [Server] を選 択 して、[Next] をクリックしてください。

注 記 : サーバコンテキストメニューから開 始 した場 合 、クリックしたサーバアイコンから自 動 的 にサーバが決 定 されるので、この手 順 はスキップされます。
5. このリソースが配 置 される共 有 スト レージデバイスで [Raw Partition] を選 択 して、[Next] をクリッ
クしてください。
6. [Root Tag] を入 力 してください。これは、リソースインスタンスに対 する一 意 の名 前 です。(これは、ステータス表 示 でこのリソースに対 して表 示 されるラベルです。)
7. [Create Instance] をクリックして、作 成 プロセスを起 動 してください。作 成 中 に何 が発 生 したかを示 すテキスト が、[Creating scsi/raw resource] というタイト ルのウィンド ウに表 示 されます。
8. [Next] をクリックしてください。階 層 が正 常 に作 成 されたというメッセージが、ウィンド ウに表 示 されます。
9. この時 点 で、Raw リソース階 層 の拡 張 に移 動 するには [Continue] をクリックし、GUI に戻 るには [Cancel] をクリックします。[Cancel] をクリックすると、階 層 が 1 つのサーバにしか存 在 しないということを警 告 するメッセージが表 示 され、この時 点 で保 護 されなくなります。

リソースのプロパティの編 集
1. リソースのプロパティを編 集 するには、リソースのプロパティを表 示 する場 合 と同 様 に、[Resource
Properties] ダイアログを表 示 してください。
2. 該 当 のサーバに適 切 な権 限 でログインした場 合 は、次 の項 目 が編 集 可 能 になります。
l

スイッチバックl

リソース設 定 (特 殊 な設 定 を持 つリソースの場 合 のみ)l

リソースの優 先 順 位

3. 変 更 が加 えられると、[Apply] ボタンが有 効 になります。このボタンをクリックすると変 更 が適 用 されます。ウィンド ウは閉 じられません。
4. 完 了 したら、[OK] をクリックし、変 更 内 容 を保 存 してウィンド ウを閉 じるか、または [Cancel] をク

166

LifeKeeper 管 理 の概 要

リソースの優 先 順 位 の編 集リックして、変 更 内 容 を適 用 せずにウィンド ウを閉 じます。

リソースの優 先 順 位 の編 集
リソース階 層 が定 義 されているサーバの優 先 順 位 は、編 集 または変 更 することができます。最 初 に、リソースのプロパティを表 示 する場 合 と同 様 に、Resource Properties ダイアログを表 示 してください。下 に示 すように Resource Properties ダイアログの [Equivalencies] タブに、サーバ上 の特 定 のリソースに対 する優 先 順 位 が表 示 されます。

優 先 順 位 を変 更 するには、次 の 2 つの方 法 があります。
ll[Up]/[Down] ボタンを使 用 してイクイバレンシを移 動 することにより、優 先 順 位 を変 更 してください。または
優 先 順 位 の値 を直 接 編 集 してください。

SteelEye Protection Suite for Linux

167

[Up] および [Down] ボタンの使 用[Up] および [Down] ボタンの使 用
1. Equivalencies 表 で行 をクリックして、イクイバレンシを選 択 してください。選 択 したイクイバレンシに応 じて、[Up] または [Down] ボタンが有 効 になります。最 も優 先 順 位 が高 いサーバを選 択 した場 合 以 外 は、[Up] ボタンが有 効 になります。最 も優 先 順 位 が低 いサーバを選 択 した場 合 以
外 は、[Down] ボタンが有 効 になります。
2. [Up] または [Down] をクリックして、優 先 順 位 リスト のイクイバレンシを移 動 してください。
数 値 の優 先 順 位 の列 は変 更 されませんが、イクイバレンシがリスト 内 で上 下 に移 動 します。

優 先 順 位 の値 の編 集
1. Equivalencies 表 の Priority 列 で優 先 順 位 の値 をクリックすることにより、優 先 順 位 を選 択 してください。優 先 順 位 の値 の周 りにボックスが表 示 され、値 が強 調 表 示 されます。
2. 必 要 な優 先 順 位 を入 力 して、Enter を押 してください。
l 注 記 : 有 効 なサーバの優 先 順 位 は、1 ～ 999 です。
優 先 順 位 を編 集 した後 、Equivalencies 表 が再 ソート されます。

変 更 の適 用
Equivalencies 表 で必 要 な優 先 順 位 を設 定 したら、[Apply] (または [OK]) をクリックして変 更 を適 用します。[Apply] ボタンをクリックすると、加 えられた変 更 内 容 が適 用 されます。[OK] ボタンをクリックすると、加 えられた変 更 内 容 が適 用 され、ウィンド ウが閉 じられます。[Cancel] ボタンをクリックすると、[Apply] が直 前 にクリックされているので、加 えられた変 更 内 容 を保 存 せずにウィンド ウが閉 じられます。

リソース階 層 の拡 張LifeKeeper の [Extend Resource Hierarchy] オプションは、あるサーバから既 存 の階 層 をコピーして、
別 の LifeKeeper サーバ上 に同 様 の階 層 を作 成 します。階 層 が他 のサーバに拡 張 されると、そのリソースに対 してカスケーディングフェイルオーバが使 用 可 能 になります。既 存 の階 層 が現 在 存 在 するサーバ
は、テンプレート サーバと呼 ばれます。新 たに拡 張 された階 層 が配 置 されるサーバは、ターゲット サーバと呼 ばれます。
ターゲット サーバは、拡 張 された階 層 をサポート することができ、他 のリモート サーバ上 の同 等 の階 層 と (アクティブな LifeKeeper コミュニケーションパスを介 して) 通 信 できなければなりません。つまり、既 存 の階
層 内 のリソースに関 連 付 けられているすべてのリカバリキット が、ターゲット サーバだけでなく、階 層 が現在 存 在 する他 のすべてのサーバに既 にインスト ールされている必 要 があります。
1. GUI を介 してリソース階 層 を拡 張 するには、次 の 5 つの方 法 があります。
l

l

168

新 しいリソース階 層 を作 成 してください。階 層 が作 成 されたことがダイアログに表 示 されたら、[Continue] ボタンをクリックして、Pre-Extend Wizard を介 して新 しい階 層 の拡 張 を
開 始 してください。
グローバルまたはサーバ固 有 のリソースアイコンを右 クリックして、リソースコンテキスト メニ
ューを表 示 し、次 に [Extend Resource Hierarchy] をクリックして、Pre-Extend Wizard を

LifeKeeper 管 理 の概 要

ファイルシステムリソース階 層 の拡 張介 して選 択 したリソースを拡 張 してください。
lll

グローバルツールバーで、[Extend Resource Hierarchy] ボタンをクリックしてください。[Pre-Extend Wizard] ダイアログが表 示 されたら、[Template Server] および [Tag toExtend] を選 択 し、それぞれ選 択 した後 に [Next] をクリックしてください。
リソースコンテキスト ツールバーで (表 示 された場 合 )、[Extend Resource Hierarchy] ボ
タンをクリックして、Pre-Extend Wizard を表 示 してください。
[Edit] メニューで、[Resource] を選 択 して、[Extend Resource Hierarchy] をクリックしてください。[Pre-Extend Wizard] ダイアログが表 示 されたら、[Template Server] および[Tag to Extend] を選 択 し、それぞれ選 択 した後 に [Next] をクリックしてください。

2. デフォルト の [Target Server] を選 択 するか、または選 択 リスト の中 から 1 つ入 力 して、[Next] をクリックしてください。
3. [Switchback Type] を選 択 して、[Next] をクリックしてください。
4. デフォルト 値 を選 択 するか、または独 自 の [Template Priority] を入 力 して、[Next] をクリックしてください。
5. 独 自 の [Target Priority] を選 択 するか入 力 して、[Next] をクリックしてください。
6. ダイアログに、次 に実 行 される拡 張 前 のチェックが表 示 されます。これらのテスト が成 功 した場
合 、LifeKeeper は、拡 張 している特 定 の種 類 のリソースに必 要 な手 順 の実 行 を開 始 します。
[Extend Resource Hierarchy] オプションの [Accept Defaults] ボタンは、LifeKeeper の [Extend
Resource Hierarchy] のデフォルト 値 を熟 知 して、値 の入 力 や確 認 をしないで素 早 く LifeKeeper リ
ソース階 層 を拡 張 したいユーザ向 けです。GUI ダイアログを使 用 して対 話 的 に段 階 を追 ってLifeKeeper リソース階 層 を拡 張 する場 合 は、[Next] ボタンを選 択 します。
注 記 : マルチルート 階 層 のすべてのルート は、まとめて拡 張 する必 要 があります。つまり、単 一 ルート 階
層 として拡 張 することはできません。
注 記 : コマンド ラインによる手 順 については、SAP ド キュメント のコマンド ラインからの SAP リソースの拡張 を参 照 してください。

ファイルシステムリソース階 層 の拡 張
この操 作 は、リソース階 層 の拡 張 に関 するセクションで説 明 されているように、ファイルシステムリソース
階 層 の作 成 を完 了 した後 に自 動 的 に開 始 したり、既 存 のファイルシステムリソースから開 始 することができます。それが済 んだら、次 に以 下 の手 順 を完 了 します。これらの手 順 は、ファイルシステムリソースに
固 有 のものです。
1. [Extend gen/filesys Resource Hierarchy] ダイアログボックスが表 示 されます。ファイルシステム階
層 に対 して [Mount Point] を選 択 し、[Next] をクリックしてください。
2. LifeKeeper が提 供 する [Root Tag] を選 択 するか、またはターゲット サーバ上 のリソース階 層 に
対 する独 自 のタグを入 力 して、[Next] をクリックしてください。
3. ダイアログに拡 張 操 作 のステータスが表 示 され、階 層 が正 常 に拡 張 されたことを示 すメッセージが表 示 されて終 了 します。同 じリソース階 層 を別 のサーバに拡 張 する場 合 は、[Next Server] をクリックしてください。その場 合 は、拡 張 の操 作 が繰 り返 されます。または、[Finish] をクリックして、この操 作 を完 了 してください。

SteelEye Protection Suite for Linux

169

Generic Application リソース階 層 の拡 張

4. 拡 張 された階 層 が検 証 されると、確 認 情 報 がダイアログに表 示 されます。これが終 了 すると、[Done] ボタンが有 効 になります。[Done] をクリックして終 了 してください。

Generic Application リソース階 層 の拡 張
この操 作 は、リソース階 層 の拡 張 に関 するセクションで説 明 されているように、Generic Application リ
ソース階 層 の作 成 を終 了 した後 に自 動 的 に開 始 したり、既 存 の Generic Application リソースから開始 することができます。それが済 んだら、次 に以 下 の手 順 を完 了 します。これらの手 順 は、Generic
Application リソースに固 有 のものです。
1. LifeKeeper が提 供 する [Root Tag] を選 択 するか、またはターゲット サーバ上 のリソース階 層 に
対 する独 自 のタグを入 力 して、[Next] をクリックしてください。
2. 次 に [Application Information] (オプション) を入 力 し、[Next] をクリックしてください。
3. ダイアログに拡 張 操 作 のステータスが表 示 され、階 層 が正 常 に拡 張 されたことを示 すメッセージが表 示 されて終 了 します。同 じリソース階 層 を別 のサーバに拡 張 する場 合 は、[Next Server] をクリックしてください。その場 合 は、拡 張 の操 作 が繰 り返 されます。または、[Finish] をクリックして、この操 作 を完 了 してください。
4. 拡 張 された階 層 が確 認 されると、確 認 情 報 がダイアログに表 示 されます。これが終 了 すると、[Done] ボタンが有 効 になります。[Done] をクリックして終 了 してください。

Raw デバイスリソース階 層 の拡 張
この操 作 は、リソース階 層 の拡 張 に関 するセクションで説 明 されているように、Raw デバイスリソース階
層 の作 成 を終 了 した後 に自 動 的 に開 始 したり、既 存 の Raw デバイスリソースから開 始 することができます。それが済 んだら、次 に以 下 の手 順 を完 了 します。これらの手 順 は、Raw デバイスリソースに固 有のものです。
1. LifeKeeper が提 供 する [Root Tag] を選 択 するか、またはターゲット サーバ上 のリソース階 層 に
対 する独 自 のタグを入 力 して、[Next] をクリックしてください。
2. ダイアログに拡 張 操 作 のステータスが表 示 され、階 層 が正 常 に拡 張 されたことを示 すメッセージが表 示 されて終 了 します。同 じリソース階 層 を別 のサーバに拡 張 する場 合 は、[Next Server] をクリックしてください。その場 合 は、拡 張 の操 作 が繰 り返 されます。または、[Finish] をクリックして、この操 作 を完 了 してください。
3. 拡 張 された階 層 が検 証 されると、確 認 情 報 がダイアログに表 示 されます。これが終 了 すると、[Done] ボタンが有 効 になります。[Done] をクリックして終 了 してください。

階 層 の拡 張 解 除
LifeKeeper の [Unextend Resource Hierarchy] オプションは、単 一 サーバから階 層 全 体 (すべてのリソースを含 む) を削 除 します。これは、すべてのサーバから 1 つの階 層 を削 除 する [Delete Resource
Hierarchy] 選 択 項 目 とは異 なります。
[Unextend Resource Hierarchy] を使 用 する場 合 、既 存 の階 層 を削 除 するサーバは、ターゲット サー
バと呼 ばれます。

170

LifeKeeper 管 理 の概 要

リソース依 存 関 係 の作 成[Unextend Resource Hierarchy] 選 択 項 目 は、ターゲット へのアクティブな LifeKeeper コミュニケーショ
ンパスを持 つ LifeKeeper サーバから使 用 することができます。
1. 開 始 するには、次 の 5 つの可 能 な方 法 があります。
l

l

l

l

l

拡 張 解 除 したいリソース階 層 /サーバの組 み合 わせに対 するアイコンを右 クリックしてください。リソースコンテキスト メニューが表 示 されたら、 [Unextend Resource Hierarchy] をクリックしてください。
拡 張 解 除 したいグローバルリソース階 層 のアイコンを右 クリックしてください。リソースコンテ
キスト メニューが表 示 されたら、 [Unextend Resource Hierarchy] をクリックしてください。
ダイアログが表 示 されたら、リソース階 層 の拡 張 を解 除 するサーバを [Target Server] リス
ト で選 択 し、[Next] をクリックしてください。
グローバルツールバーで、[Unextend Resource Hierarchy] ボタンをクリックしてください。
ダイアログが表 示 されたら、リソース階 層 の拡 張 を解 除 するサーバを [Target Server] リス
ト で選 択 し、[Next] をクリックしてください。次 のダイアログで、[Hierarchy to Unextend]
リスト から拡 張 解 除 したいリソース階 層 を選 択 し、再 度 [Next] をクリックしてください。
リソースコンテキスト ツールバーで (表 示 された場 合 )、[Unextend Resource Hierarchy]
ボタンをクリックしてください。
[Edit] メニューで、[Resource] をポイント して、[Unextend Resource Hierarchy] をクリッ
クしてください。ダイアログが表 示 されたら、リソース階 層 の拡 張 を解 除 するサーバを[Target Server] リスト で選 択 し、[Next] をクリックしてください。次 のダイアログ
で、[Hierarchy to Unextend] リスト から拡 張 解 除 したいリソース階 層 を選 択 し、再 度[Next] をクリックしてください。

2. 拡 張 解 除 するように指 定 したサーバおよびリソース階 層 を確 認 するメッセージが、ダイアログに表示 されます。[Unextend] をクリックしてアクションを実 行 してください。
3. 出 力 パネルが有 効 な場 合 、ダイアログが閉 じて、リソース階 層 の拡 張 を解 除 するコマンド の結果 が出 力 パネルに表 示 されます。有 効 でない場 合 は、ダイアログが表 示 されたままこれらの結果 が表 示 されます。 すべての結 果 が表 示 されたら、[Done] をクリックして終 了 します。

リソース依 存 関 係 の作 成
ほとんどの Recovery Kits では、元 のリソース階 層 作 成 タスク中 にそれらの依 存 関 係 が作 成 されますが、特 定 の条 件 下 では、新 規 または追 加 のリソース依 存 関 係 を作 成 したり、既 存 のリソース依 存 関
係 を削 除 することが必 要 になる場 合 があります。一 例 として、既 存 の IP 依 存 関 係 を別 の IP アド レスに変 更 する場 合 が挙 げられます。リソース階 層 全 体 を削 除 して、新 しいリソース階 層 を作 成 する代 わ
りに、既 存 の IP 依 存 関 係 を削 除 して、異 なる IP アド レスを持 つ新 しい依 存 関 係 を作 成 することができます。
1. 開 始 するには、次 の 4 つの可 能 な方 法 があります。
l

親 子 依 存 関 係 を追 加 したい、サーバの下 の親 サーバ固 有 のリソース、または親 グローバ
ルリソースに対 するアイコンを右 クリックしてください。リソースコンテキスト メニューが表 示 されたら、 [Create Dependency] をクリックしてください。

SteelEye Protection Suite for Linux

171

リソース依 存 関 係 の削 除

注 記 : 右 ペインでサーバ固 有 のリソースを右 クリックした場 合 、[Server] の値 はそのサーバになります。左 ペインでグローバルリソースを右 クリックした場 合 、[Server] の値 は、リソー
スが最 も高 い優 先 度 を持 つサーバになります。
lll

グローバルツールバーで、[Create Dependency] ボタンをクリックしてください。ダイアログが
表 示 されたら、リソース依 存 関 係 の作 成 を開 始 するサーバを [Server] リスト で選 択
し、[Next] をクリックしてください。次 のダイアログで、[Parent Resource Tag] リスト から親リソースを選 択 し、再 度 [Next] をクリックしてください。
リソースコンテキスト ツールバーで (表 示 された場 合 )、[Create Dependency] ボタンをクリックしてください。
[Edit] メニューで、[Resource] をポイント して、[Create Dependency] をクリックしてください。ダイアログが表 示 されたら、リソース依 存 関 係 の作 成 を開 始 するサーバを [Server] リ
スト で選 択 し、[Next] をクリックしてください。次 のダイアログで、[Parent Resource Tag]
リスト から親 リソースを選 択 し、再 度 [Next] をクリックしてください。

2. サーバ上 の既 存 の有 効 なリソースのド ロップダウンボックスから、[Child Resource Tag] を選 択
してください。以 下 の例 外 を持 つサーバ上 で利 用 可 能 なすべてのリソースが、ダイアログに表 示されます。
l親 リソース、その先 祖 、およびその子 。

l

親 リソースと同 じサーバに拡 張 されていないリソース。

l

親 リソースと同 じ相 対 優 先 度 を持 たないリソース。

l

親 リソースが稼 働 中 の場 合 に、親 と同 じサーバ上 で稼 働 していないリソース。

[Next] をクリックして、次 のダイアログに進 んでください。
3. このダイアログで、依 存 関 係 の作 成 に対 して適 切 な親 および子 のリソースタグが選 択 されていることを確 認 できます。[Create Dependency] をクリックして、親 を拡 張 したクラスタ内 のすべてのサーバで依 存 関 係 を作 成 してください。
4. 出 力 パネルが有 効 な場 合 、ダイアログが閉 じて、依 存 関 係 を作 成 するコマンド の結 果 が出 力
パネルに表 示 されます。有 効 でない場 合 は、ダイアログが表 示 されたままこれらの結 果 が表 示 されます。 すべての結 果 が表 示 されたら、[Done] をクリックして終 了 します。

リソース依 存 関 係 の削 除
1. 開 始 するには、次 の 4 つの可 能 な方 法 があります。
l

l

l

172

親 子 依 存 関 係 を削 除 したい、サーバの下 の親 サーバ固 有 のリソース、または親 グローバ
ルリソースに対 するアイコンを右 クリックしてください。リソースコンテキスト メニューが表 示 されたら、 [Delete Dependency] をクリックしてください。
グローバルツールバーで、[Delete Dependency] ボタンをクリックしてください。ダイアログが
表 示 されたら、リソース依 存 関 係 の削 除 を開 始 するサーバを [Server] リスト で選 択
し、[Next] をクリックしてください。次 のダイアログで、[Parent Resource Tag] リスト から親リソースを選 択 し、再 度 [Next] をクリックしてください。
リソースコンテキスト ツールバーで (表 示 された場 合 )、[Delete Dependency] ボタンをクリ

LifeKeeper 管 理 の概 要

すべてのサーバからの階 層 の削 除

ックしてください。
l[Edit] メニューで、[Resource] をポイント して、[Delete Dependency] をクリックしてください。ダイアログが表 示 されたら、リソース依 存 関 係 の削 除 を開 始 するサーバを [Server] リ
スト で選 択 し、[Next] をクリックしてください。次 のダイアログで、[Parent Resource Tag]
リスト から親 リソースを選 択 し、再 度 [Next] をクリックしてください。

2. ド ロップダウンボックスから [Child Resource Tag] を選 択 してください。これは、削 除 したい依 存
関 係 における子 のタグ名 である必 要 があります。[Next] をクリックして、次 のダイアログボックスに
進 んでください。
3. このダイアログで、依 存 関 係 の削 除 に対 して適 切 な親 および子 のリソースタグが選 択 されていることを確 認 できます。[Delete Dependency] をクリックして、クラスタ内 のすべてのサーバ上 の依存 関 係 を削 除 してください。
4. 出 力 パネルが有 効 な場 合 、ダイアログが閉 じて、依 存 関 係 を削 除 するコマンド の結 果 が出 力
パネルに表 示 されます。有 効 でない場 合 は、ダイアログが表 示 されたままこれらの結 果 が表 示 されます。 すべての結 果 が表 示 されたら、[Done] をクリックして終 了 します。

すべてのサーバからの階 層 の削 除
1. 開 始 するには、次 の 5 つの可 能 な方 法 があります。
l

l

l

l

l

削 除 を開 始 するサーバの下 の、削 除 したい階 層 にあるリソースのアイコンを右 クリックしてください。リソースコンテキスト メニューが表 示 されたら、 [Delete Resource Hierarchy] をクリックしてください。
削 除 したい階 層 にあるグローバルリソースのアイコンを右 クリックしてください。リソースコン
テキスト メニューが表 示 されたら、 [Delete Resource Hierarchy] をクリックしてください。
ダイアログが表 示 されたら、リソース階 層 の削 除 を開 始 するサーバを [Server] リスト で選
択 し、[Next] をクリックしてください。
グローバルツールバーで、[Delete Resource Hierarchy] ボタンをクリックしてください。ダイ
アログが表 示 されたら、リソース階 層 の削 除 を開 始 するサーバを [Target Server] リスト で
選 択 し、[Next] をクリックしてください。次 のダイアログで、[Hierarchy to Delete] リスト から削 除 したい階 層 内 のリソースを選 択 し、再 度 [Next] をクリックしてください。
プロパティパネルのリソースコンテキスト ツールバーで (表 示 された場 合 )、[Delete
Resource Hierarchy] ボタンをクリックしてください。
[Edit] メニューで、[Resource] をポイント して、[Delete Resource Hierarchy] をクリックしてください。ダイアログが表 示 されたら、リソース階 層 の削 除 を開 始 するサーバを [Target
Server] リスト で選 択 し、[Next] をクリックしてください。次 のダイアログで、[Hierarchy toDelete] リスト から削 除 したい階 層 内 のリソースを選 択 し、再 度 [Next] をクリックしてください。

2. 削 除 するために指 定 した階 層 を確 認 するメッセージが、ダイアログに表 示 されます。[Delete] をクリックしてアクションを実 行 してください。
3. 出 力 パネルが有 効 な場 合 、ダイアログが閉 じて、階 層 を削 除 するコマンド の結 果 が出 力 パネルに表 示 されます。有 効 でない場 合 は、ダイアログが表 示 されたままこれらの結 果 が表 示 されます。 すべての結 果 が表 示 されたら、[Done] をクリックして終 了 します。

SteelEye Protection Suite for Linux173

LifeKeeper User Guide
User Guide は、検 索 可 能 な総 合 リソースで、LifeKeeper の GUI で実 行 できる多 くの作 業 の詳 細 情
報 があります。このド キュメント にアクセスするには、User Guide をクリックしてください。
GUI から実 行 できる作 業 は 3 つの分 野 に分 類 できます。
共 通 の作 業 - これらはどのユーザでも実 行 できる基 本 的 な作 業 で、クラスタへの接 続 、サーバやリソースのプロパティの表 示 、ログファイルの表 示 、GUI の設 定 の変 更 などがあります。
オペレータの作 業 - これらはオペレータの権 限 を必 要 とする高 度 な作 業 で、リソースをサービス中 やサービス停 止 にする操 作 などがあります。
管 理 者 の作 業 - これらは、管 理 者 の権 限 を必 要 とする作 業 です。サーバのプロパティの編 集 、リソースの作 成 、通 信 パスの作 成 や削 除 などのサーバレベルの作 業 、およびリソースの編 集 、拡 張 、削 除 などのリソースレベルの作 業 があります。
以 下 の表 に、それぞれのユーザ権 限 で使 用 できるデフォルト の作 業 を示 します。特 定 のリソースタイプ
についてその他 の作 業 が使 用 できることがあります。これらの作 業 については、関 連 するリソースキット のド キュメント で説 明 しています。
作業

権限
ゲスト

オペレータ

管理者

サーバとリソースの表 示

○

○

○

サーバへの接 続 と切 断

○

○

○

サーバのプロパティとログの表 示

○

○

○

サーバのプロパティの変 更○リソース階 層 の作 成○

通 信 パスの作 成 と削 除○

リソースのプロパティの表 示○○

リソースのプロパティの変 更
リソースのサービス中 とサービス休 止 の切 り替 え

○
○

○

○

リソース階 層 の拡 張 と拡 張 解 除○

リソースの依 存 関 係 の作 成 と削 除○

リソース階 層 の削 除○

SteelEye Protection Suite for Linux

175

LifeKeeper for Linux の使 用

LifeKeeper for Linux の使 用
以 下 のト ピックでは、LifeKeeper のグラフィカルユーザインターフェース (GUI)、および LifeKeeper の GUIから実 行 できる多 数 の作 業 について詳 しく説 明 しています。

GUI
GUI のコンポーネント は、LifeKeeper Core のインスト ールの一 部 として、すでにインスト ールされています。
LifeKeeper の GUI は、Java テクノロジを使 用 して、LifeKeeper およびその設 定 データ用 にグラフィカル
ユーザインターフェースを提 供 します。LifeKeeper の GUI はクライアント / サーバアプリケーションなので、ユーザはクライアント システムでグラフィカルユーザインターフェースを実 行 して、LifeKeeper が動 作 中 のサーバシステムの監 視 や管 理 を行 います。クライアント とサーバのコンポーネント は、同 一 システム上 にある場 合 も、ない場 合 もあります。

GUI の概 要 - 全 般クラスタマシンの必 要 なグループメンバシップをユーザが持 っている限 り、GUI を使 用 することで、任 意 のマシンから、任 意 のクラスタ内 のサーバとリソースの管 理 、操 作 、または監 視 ができます (詳 細 については、GUI のユーザの設 定 を参 照 )。GUI のサーバとクライアント のコンポーネント について説 明 します。

GUI サーバ
デフォルト では、システムの起 動 時 に、各 LifeKeeper サーバ上 にある GUI サーバは初 期 化 されません。GUI サーバは、ハイパーテキスト 転 送 プロト コル (HTTP) とリモート メソッド 呼 び出 し (RMI) を使 用 して GUI クライアント と通 信 します。デフォルト では、GUI サーバは LifeKeeper の起 動 時 に初 期 化 されま
せんが、コアの LifeKeeper のプロセスで起 動 するように設 定 できます。GUI サーバの開 始 / 停 止 を参 照
してください。

GUI クライアント
GUI クライアント は、任 意 の LifeKeeper サーバ上 のアプリケーションとして、または Java が有 効 な任 意のシステム上 のWeb クライアント として実 行 できます。
クライアント には、以 下 のコンポーネント があります。
l

l

176

左 上 のステータスの表 には、接 続 しているサーバとそのリソースの上 位 のステータスが表 示 されます。
右 上 のプロパティパネルには、ステータスの表 で直 前 に選 択 したオブジェクト の詳 細 情 報 が表 示
されます。

l

下 部 の出 力 パネルには、コマンド の出 力 が表 示 されます。

lウィンド ウの最 下 部 にあるメッセージバーには、処 理 のステータスメッセージが表 示 されます。

l

コンテキスト ツールバー (プロパティパネル内 ) とグローバルツールバーを使 用 すると、頻 繁 に使 用 すUser Guide

GUI クライアント の終 了

る作 業 に即 座 にアクセスできます。
l

コンテキスト メニュー (ポップアップ) とグローバルメニューから、すべての作 業 にアクセスできます。

GUI クライアント の終 了
[File] メニューから [Exit] を選 択 すると、すべてのサーバから切 断 され、クライアント が終 了 します。

LifeKeeper GUI ソフト ウェアパッケージ
LifeKeeper GUI は、LifeKeeper Core パッケージクラスタにバンド ルされている steeleye-lkGUI ソフト ウェ
アパッケージに含 まれています。steeleye-lkGUI パッケージは、以 下 の動 作 を実 行 します。
lJava アーカイブフォーマット の LifeKeeper GUI クライアント をインスト ールする。

l

LifeKeeper GUI サーバをインスト ールする。

l

LifeKeeper 管 理 Web サーバをインスト ールする。
注 記 : LifeKeeper 管 理 Web サーバは、パブリック Web サーバとは異 なるポート 81 を使 用 するように設 定 されます。

ll

ディレクト リ /opt/LifeKeeper/htdoc/ に Java ポリシーファイルをインスト ールします。このファイルには、LifeKeeper GUI の実 行 に必 要 な最 小 限 の権 限 があります。LifeKeeper GUI アプリケーショ
ンは、この場 所 にある java.policy ファイルを使 用 して、アクセスを制 御 します。
GUI 管 理 用 に LifeKeeper を準 備 する。

続 行 する前 に、LifeKeeper サーバに LifeKeeper GUI パッケージがインスト ール済 みであることを確 認 す
る必 要 があります。コマンド rpm -qi steeleye-lkGUI を入 力 して、このパッケージがインスト ール
済 みであるかどうかを確 認 できます。GUI パッケージがインスト ール済 みである場 合 、出 力 にパッケージ
名 steeleye-lkGUI が表 示 されます。

SteelEye Protection Suite for Linux

177

メニュー

メニュー
SteelEye LifeKeeper for Linux のメニュー

リソースのコンテキスト メニュー

リソースのコンテキスト メニューは、ステータスの表 内 にあるグローバル (クラスタ全 体 の) リソース (上 図 )、またはサーバ固 有 のリソースインスタンス (下 図 ) を右 クリックしたときに表 示 されます。デフォルト のリソー
スコンテキスト メニューについて、ここで説 明 しますが、このメニューは特 定 のリソースタイプについてカスタ
マイズされていることがあります。この場 合 、メニューは該 当 するリソースキット のド キュメンテーションで説明 されています。
選 択 したリソースについて、動 作 が呼 び出 されます。特 定 のサーバ上 にあるリソースインスタンスを選 択
した場 合 、そのサーバについて動 作 が呼 び出 されます。一 方 、グローバル (クラスタ全 体 の) リソースを選
択 した場 合 は、サーバを選 択 する必 要 があります。

In Service -リソース階 層 を in service にします。
Out of Service -リソース階 層 を out of service にします。

178

User Guideサーバのコンテキスト メニュー

Extend Resource Hierarchy -フェイルオーバをサポート するために、リソース階 層 を別 のサーバに拡 張 します。
Unextend Resource Hierarchy -1 台 のサーバから拡 張 リソース階 層 を削 除 します。
Create Dependency -2 つのリソース間 に親 / 子 の関 係 を作 成 します。
Delete Dependency -2 つのリソース間 にある親 / 子 の関 係 を削 除 します。
Delete Resource Hierarchy -リソース階 層 を LifeKeeper クラスタ内 のすべてのサーバから削 除 します。
Properties -[Resource Properties] ダイアログを表 示 します。

サーバのコンテキスト メニュー
サーバのコンテキスト メニューは、ステータスの表 内 にあるサーバアイコンを右 クリックしたときに表 示 されます。このメニューは [Edit] メニューの [Server] サブメニューと同 じですが、動 作 は常 に、最 初 に選 択 した
サーバ上 で呼 び出 される点 が異 なります。

Disconnect -クラスタから切 断 します。
Refresh -GUI を最 新 情 報 に更 新 します。
View Logs -接 続 しているサーバについて、LifeKeeper のログメッセージを表 示 します。
Create Resource Hierarchy -リソース階 層 を作 成 します。
Create Comm Path -サーバ間 にコミュニケーションパスを作 成 します。
Delete Comm Path -サーバからコミュニケーションパスを削 除 します。
Properties -[Server Properties] ダイアログを表 示 します。

SteelEye Protection Suite for Linux179

[File] メニュー

[File] メニュー

Connect - LifeKeeper クラスタに接 続 します。LifeKeeper クラスタ内 の各 サーバに接 続 するには、そのサーバでログイン認 証 が必 要 です。
Exit - すべてのサーバから切 断 し、GUI のウィンド ウを閉 じます。

[Edit] メニュー - [Resource]

In Service - リソース階 層 を in service にします。
Out of Service - リソース階 層 を out of service にします。
Extend Resource Hierarchy - フェイルオーバをサポート するために、リソース階 層 を別 のサーバに拡 張 します。
Unextend Resource Hierarchy - 1 台 のサーバから拡 張 リソース階 層 を削 除 します。
Create Dependency - 2 つのリソース間 に親 / 子 の関 係 を作 成 します。
Delete Dependency - 2 つのリソース間 にある親 / 子 の関 係 を削 除 します。
Delete Resource Hierarchy - リソース階 層 を LifeKeeper クラスタ内 のすべてのサーバから削 除 します。
Properties - [Resource Properties] ダイアログを表 示 します。

180

User Guide

[Edit] メニュー - [Server][Edit] メニュー - [Server]

Disconnect - クラスタから切 断 します。
Refresh - GUI を最 新 情 報 に更 新 します。
View Logs - 接 続 しているサーバについて、LifeKeeper のログメッセージを表 示 します。
Create Resource Hierarchy - リソース階 層 を作 成 します。
Create Comm Path - サーバ間 にコミュニケーションパスを作 成 します。
Delete Comm Path - サーバからコミュニケーションパスを削 除 します。
Properties -[Server Properties] ダイアログを表 示 します。

[View] メニュー

Global Toolbar - チェックボックスがオンの場 合 、このコンポーネント を表 示 します。
Message Bar - チェックボックスがオンの場 合 、このコンポーネント を表 示 します。

SteelEye Protection Suite for Linux181

[Help] メニュー

Properties Panel - チェックボックスがオンの場 合 、このコンポーネント を表 示 します。
Output Panel - チェックボックスがオンの場 合 、このコンポーネント を表 示 します。
Options - GUI の表 示 プロパティを編 集 します。
History - メッセージバーに表 示 された最 新 メッセージを、LifeKeeper の GUI の [Message History] ダイア
ログボックスに表 示 します (最 大 1000 行 )。
Expand Tree - リソース階 層 ツリー全 体 を展 開 します。
Collapse Tree - リソース階 層 ツリー全 体 を折 り畳 みます。

[Help] メニュー

Technical Documentation - SIOS Technology Corp. のテクニカルド キュメンテーションの開 始 ページを
表 示 します。
About... - LifeKeeper GUI のバージョン情 報 を表 示 します。

ツールバー
SteelEye LifeKeeper for Linux のツールバー

GUI のツールバー
このツールバーは、プロパティパネルに表 示 されるデフォルト のサーバとリソースのコンテキスト ツールバーを組 み合 わせたものですが、このツールバーから動 作 を実 行 するときには、サーバとリソースを選 択 する必要 があります。

Connect -LifeKeeper クラスタに接 続 します。

182

User Guide

GUI のツールバー

Disconnect -LifeKeeper クラスタから切 断 します。

Refresh -GUI を最 新 情 報 に更 新 します。

View Logs -接 続 しているサーバについて、LifeKeeper のログメッセージを表 示 します。

Create Resource Hierarchy -リソース階 層 を作 成 します。

Delete Resource Hierarchy -リソース階 層 を LifeKeeper クラスタ内 のすべてのサーバから削 除 します。

Create Comm Path -サーバ間 にコミュニケーションパスを作 成 します。

Delete Comm Path -サーバからコミュニケーションパスを削 除 します。

In Service -リソース階 層 を in service にします。

Out of Service -リソース階 層 を out of service にします。

Extend Resource Hierarchy -フェイルオーバをサポート するために、リソース階 層 を別 のサーバに拡 張 します。

Unextend Resource Hierarchy -1 台 のサーバから拡 張 リソース階 層 を削 除 します。

SteelEye Protection Suite for Linux183

リソースのコンテキスト ツールバー

Create Dependency -2 つのリソース間 に親 / 子 の関 係 を作 成 します。

Delete Dependency -2 つのリソース間 にある親 / 子 の関 係 を削 除 します。

Migrate Hierarchy to Multi-Site Cluster - 既 存 の階 層 を Multi-Site Cluster 環 境 に移行 します。

リソースのコンテキスト ツールバー
ステータスの表 からサーバ固 有 のリソースインスタンスを選 択 すると、プロパティパネルにリソースのコンテキ
スト ツールバーが表 示 されます。
選 択 したサーバとリソースについて、動 作 が呼 び出 されます。灰 色 表 示 のリソースについて、動 作 を選
択 することはできません。

In Service -リソース階 層 を in service にします。

Out of Service -リソース階 層 を out of service にします。

Extend Resource Hierarchy -フェイルオーバをサポート するために、リソース階 層 を別 のサーバに拡 張 します。

Unextend Resource Hierarchy -1 台 のサーバから拡 張 リソース階 層 を削 除 します。

Add Dependency - 2 つのリソース間 に親 / 子 の関 係 を作 成 します。

184

User Guideサーバのコンテキスト ツールバー

Remove Dependency - 2 つのリソース間 にある親 / 子 の関 係 を削 除 します。

Delete Resource Hierarchy -リソース階 層 をすべてのサーバから削 除 します。

サーバのコンテキスト ツールバー
ステータスの表 からサーバを選 択 すると、プロパティパネルにサーバのコンテキスト ツールバーが表 示 されます。選 択 したサーバについて、動 作 が呼 び出 されます。

Disconnect -LifeKeeper クラスタから切 断 します。

Refresh -GUI を最 新 情 報 に更 新 します。

View Logs -接 続 しているサーバについて、LifeKeeper のログメッセージを表 示 します。

Create Resource Hierarchy -リソース階 層 を作 成 します。

Delete Resource Hierarchy -リソース階 層 を LifeKeeper クラスタ内 のすべてのサーバから削 除 します。

Create Comm Path -サーバ間 にコミュニケーションパスを作 成 します。

Delete Comm Path -サーバからコミュニケーションパスを削 除 します。

SteelEye Protection Suite for Linux185

GUI の実 行 の準 備

GUI の実 行 の準 備
LifeKeeper の GUI - 概 要
LifeKeeper の GUI は、Java テクノロジを使 用 して、LifeKeeper およびその設 定 データとのグラフィカルなステータスのインターフェースを提 供 します。LifeKeeper の GUI はクライアント / サーバアプリケーションなので、ユーザはクライアント システムでグラフィカルユーザインターフェースを実 行 して、LifeKeeper が動 作
中 のサーバシステムの監 視 や管 理 を行 います。クライアント とサーバは、同 一 システム上 にある場 合 も、ない場 合 もあります。クラスタマシンの必 要 なグループメンバシップをユーザが持 っている限 り、LifeKeeperの GUI を使 用 することで、任 意 のマシンから、任 意 のクラスタ内 のサーバとリソースの管 理 、操 作 、または監 視 ができます (詳 細 については、GUI のユーザの設 定 を参 照 )。LifeKeeper GUI のサーバとクライア
ント のコンポーネント について説 明 します。

GUI サーバ
システムの起 動 時 に、LifeKeeper クラスタ内 の各 サーバで、LifeKeeper GUI サーバが初 期 化 されます。LifeKeeper GUI サーバは、Java ネイティブインターフェース (JNI) 経 由 で LifeKeeper Core ソフト ウェ
アと、リモート メソッド 呼 び出 し (RMI) を使 用 して LifeKeeper GUI と通 信 します。

GUI クライアント
LifeKeeper GUI クライアント は、Linux システム上 のアプリケーションとして、または Windows や Unix シス
テム上 の Web ブラウザから呼 び出 し可 能 なアプレット として動 作 するように設 計 されています。
LifeKeeper GUI クライアント には、以 下 のグラフィカルコンポーネント があります。
l

l

l
l

l

l

左 上 のステータスの表 には、接 続 しているサーバとそのリソースの上 位 のステータスが表 示 されます。
右 上 のプロパティパネルには、ステータスの表 で直 前 に選 択 したオブジェクト の詳 細 情 報 が表 示されます。
下 部 の出 力 パネルには、コマンド の出 力 が表 示 されます。
ウィンド ウの最 下 部 にあるメッセージバーには、処 理 のステータスメッセージが表 示 されます。
サーバのコンテキスト ツールバーとリソースのコンテキスト ツールバー (プロパティパネル内 )、およびグ
ローバルツールバーからは、頻 繁 に使 用 する作 業 に即 座 にアクセスできます。
サーバのコンテキスト メニューとリソースのコンテキスト メニュー (ポップアップ) およびグローバルメニ
ュー ([File]、[Edit Server]、[Edit Resource]、{View]、および [Help}) からは、すべての作 業 にアクセスできます。

グラフィックのリソース、サーバ、または表 のセルを右 クリックすると、コンテキスト メニューが表 示 されます。
また、多 くの作 業 はこれらのコンテキスト メニューから開 始 できます。この場 合 、リソースとサーバは自 動
的 に指 定 されます。

186

User Guide

GUI クライアント の開 始GUI クライアント の開 始LifeKeeper GUI アプレット の開始
Web から LifeKeeper GUI アプレット を実 行 するには、好 みの Web ブラウザを開 き、URL http://<server
name>:81 (<server name> は LifeKeeper サーバの名 前 ) に移 動 します。これにより、そのマシン上 にある LifeKeeper GUI サーバから LifeKeeper GUI アプレット がロード されます。
ロード の完 了 後 、[Cluster Connect] ダイアログが表 示 されます。このダイアログで、任 意 の GUI サーバに接 続 できます。
注 記 : アプレット の実 行 時 に、必 須 の Java プラグインがシステムにない場 合 、プラグインをダウンロード
する Web サイト が自 動 的 に表 示 されます。また、Java を有 効 にするように、ブラウザのセキュリティパラ
メータを設 定 する必 要 があります。
パラメータが設 定 済 みでもクライアント がロード されない場 合 は、GUI のト ラブルシューティングを参 照 してください。

アプリケーションクライアント の開始
ある LifeKeeper サーバで管 理 者 権 限 を持 つユーザは、そのサーバからアプリケーションクライアント を実行 できます。LifeKeeper GUI アプリケーションを開 始 するには、グラフィカルウィンド ウから/opt/LifeKeeper/bin/lkGUIapp を実 行 してください。
この操 作 を実 行 してもクライアント がロード されない場 合 は、GUI のト ラブルシューティングを参 照 してください。

GUI クライアント の終 了
[File] メニューから [Exit] を選 択 すると、すべてのサーバから切 断 され、クライアント が終 了 します。

LifeKeeper の GUI の設 定
GUI 管 理 用 の LifeKeeper サーバの設 定
各 LifeKeeper サーバについて、以 下 の手 順 を実 行 してください。各 手 順 には、詳 細 手 順 の参 照 先 またはリンクがあります。
1. 各 サーバに、Java 実 行 時 環 境 (JRE) または Java ソフト ウェア開 発 キット (JDK) をインスト ール
する必 要 があります。必 要 な Java のバージョンと、必 要 なダウンロード にアクセスするための URLについては、 SPS for Linux リリースノート を参 照 してください。注 記 : JRE は、 SPS のインス
ト ールイメージファイルから、設 定 スクリプト を実 行 し、JRE のインスト ールのみを選 択 することでインスト ールできます (詳 細 については、SPS for Linux インスト ールガイド を参 照 )。
2. 各 サーバで、LifeKeeper GUI サーバを開 始 してください (GUI サーバの開 始 /停 止 を参 照 )。注
記 : GUI サーバが後 続 の初 期 インスト ールを開 始 した後 、LifeKeeper の開 始 と停 止 は、GUI
サーバを含 む LifeKeeper のすべてのデーモンプロセスの開 始 と停 止 を行 います。
3. root 以 外 のユーザに GUI の使 用 を許 可 するように計 画 している場 合 は、GUI ユーザの設 定 が必 要 です。

SteelEye Protection Suite for Linux187

GUI の実 行

GUI の実 行
LifeKeeper の GUI は、以 下 の場 所 で実 行 できます。
l

クラスタ内 の LifeKeeper サーバl

クラスタ外 のリモート システム

LifeKeeper クラスタ内 のサーバで GUI の設 定 と実 行 を行 う方 法 については、LifeKeeper サーバでのGUI の実 行 を参 照 してください。
LifeKeeper クラスタ外 のリモート システムで GUI の設 定 と実 行 を行 う方 法 については、リモート システム
での GUI の実 行 を参 照 してください。

GUI の設 定
項目説明

GUI のクライアント とサーバの通信LifeKeeper GUI のクライアント とサーバは、通 信 に Java のリモート メソッド 呼 び出 し(RMI) を使 用 します。RMI が正 しく動 作 するためには、クライアント とサーバは解 決 可
能 なホスト 名 または IP アド レスを使 用 する必 要 があります。DNS が実 装 されていない
場 合 (または、他 の名 前 のルックアップメカニズムを使 用 して名 前 が解 決 できない場合 ) は、クライアント とサーバのそれぞれについて、/etc/hosts ファイルを編 集 し、他 のす
べての LifeKeeper サーバの名 前 とアド レスを含 めてください。

LifeKeeper GUI サーバには、Java 実 行 時 環 境 (JRE) - Java 仮 想 マシン、Java プラット フォームのコアクラス、およびサポート するファイル - をインスト ールする必 要 があります。JRE 5.0 for Linux は、 SPS for Linux のインスト ールイメージファイルにあります(SPS for Linux インスト ールガイド を参 照 )。また
は、http://java.sun.com/javase/downloads/index_jdk5.jsp から直 接 ダウンロード することもできます。
GUI サーバ
注 記 : デフォルト では、LifeKeeper GUI サーバは、JRE が各 サーバのディレクト リの Java プ/usr/java/j2re1.5.0_07 にインスト ールされていると予 測 します。JRE が見 つからない場
ラット フォー
合 、GUI サーバはディレクト リ /usr/java/j2sdk1.5.0_07 から Java ソフト ウェア開 発 キット
ム(JDK) を探 します。JRE または JDK を別 のディレクト リの場 所 で使 用 する場 合は、LifeKeeper のデフォルト ファイル /etc/default/LifeKeeper の PATH を編 集 し、Java
インタープリタ java.exe を持 つディレクト リを含 めてください。このファイルの編 集 時 に
LifeKeeper が実 行 中 である場 合 は、変 更 内 容 を認 識 させるために LifeKeeper GUI
サーバを停 止 し、再 起 動 する必 要 があります。再 起 動 しない場 合 、LifeKeeper GUI
は Java コマンド を見 つけることができません。
Java リモー
ト オブジェク LifeKeeper GUI サーバは、各 LifeKeeper サーバ上 の Java リモート オブジェクト レジスト
ト レジスト リ リ用 にポート 82 を使 用 します。これにより、サーバは、典 型 的 なファイアウォールの後 にのサーバあるクライアント からの RMI 呼 び出 しをサポート できます。
ポート

188

User Guide

GUI の制 限

LifeKeeper GUI サーバには、クライアント のブラウザの通 信 用 に管 理 Web サーバが必
LifeKeeper
要 です。現 在 、LifeKeeper GUI サーバは、管 理 Web サーバとして lighttpd Web サーの管 理
バのプライベート コピーを使 用 しています。この Web サーバは、steeleye-lighttpd パッ
Web サー
ケージによりインスト ールと設 定 が実 行 され、他 の Web サーバとの競 合 を避 けるためにバ
ポート 81 を使 用 します。
GUI クライアント のネット ワークアクセス

LifeKeeper GUI クライアント には、LifeKeeper クラスタ内 のすべてのホスト へのネット ワー
クアクセスが必 要 です。LifeKeeper GUI クライアント をブラウザ内 で実 行 する場 合 、アプレット へのネット ワークアクセスを可 能 にするためにセキュリティレベルを低 下 させる必 要があります。セキュリティを低 い値 に設 定 した状 態 で、他 のサイト を閲 覧 しないように注
意 してください (つまり、イント ラネット または信 頼 できるサイト についてのみセキュリティ設
定 を変 更 する)。

GUI の制 限
項目

説明

LifeKeeper for Linux クライアント は、Linux サーバ上 の LifeKeeper の管 理 にのみ使 用
GUI の相 互
できます。LifeKeeper for Linux の GUI と LifeKeeper for Windows は、 同 時 には使 用
運用性のできません。
制限

GUI サーバの開 始 / 停 止
LifeKeeper GUI サーバを開 始 するにはLifeKeeper GUI サーバが動 作 していない場 合 は、root として以 下 のコマンド を入 力 してください。
/opt/LifeKeeper/bin/lkGUIserver start
このコマンド は、管 理 しているサーバで LifeKeeper GUI サーバのデーモンプロセスが現 在 動 作 していな
い場 合 、それらのデーモンプロセスをすべて開 始 します。以 下 のようなメッセージが表 示 されます。
# Installing GUI Log# LK GUI Server Startup at:# Mon May 8 14:14:46 EDT 2006
# LifeKeeper GUI Server Startup completed at:# Mon May 8 14:14:46 EDT 2006
LifeKeeper GUI サーバが開 始 した後 、以 降 の LifeKeeper の開 始 操 作 はすべて、LifeKeeper GUI サー
バのプロセスを自 動 的 に開 始 します。

ト ラブルシューティング
LifeKeeper GUI は、各 サーバのポート 81 を管 理 Web サーバ用 に、ポート 82 を Java リモート オブジェク
ト レジスト リに使 用 します。他 のアプリケーションがそれらのポート を使 用 している場 合 、LifeKeeper GUI

SteelEye Protection Suite for Linux

189

LifeKeeper GUI サーバを停 止 するにはは正 しく機 能 しません。これらの値 は、ファイル /etc/default/LifeKeeper の以 下 のエント リを編 集 することにより変 更 できます。
GUI_WEB_PORT=81 GUI_RMI_PORT=82
注 記 : これらのポート の値 は、起 動 時 に GUI サーバで初 期 化 されます。ポート の値 を変 更 した場 合 、GUI サーバを停 止 し、再 起 動 する必 要 があります。これらの値 は、接 続 するすべてのクラ
スタ全 体 で同 一 である必 要 があります。

LifeKeeper GUI サーバを停 止 するにはLifeKeeper GUI サーバが動 作 している場 合 は、root として以 下 のコマンド を入 力 してください。
/opt/LifeKeeper/bin/lkGUIserver stop
このコマンド は、管 理 しているサーバで LifeKeeper GUI サーバのデーモンプロセスが現 在 動 作 している
場 合 、それらのデーモンプロセスをすべて停 止 します。以 下 のメッセージが表 示 されます。
# LifeKeeper GUI Server Shutdown at:# Fri May 19 15:37:27 EDT 2006
# LifeKeeper GUI Server Shutdown Completed at:# Fri May 19 15:37:28 EDT 2006

LifeKeeper GUI サーバのプロセス
LifeKeeper GUI サーバが動 作 していることを確 認 するには、以 下 のコマンド を入 力 してください。
ps -ef | grep runGuiSer
以 下 のような出 力 が表 示 されます。
root

2805

1 0 08:24 ?

00:00:00 sh/opt/LifeKeeper/bin/runGuiSer

現 在 動 作 している他 の GUI サーバのデーモンプロセスのリスト を表 示 するには、以 下 のコマンド を入 力
してください。
ps -ef | grep S_LK
以 下 のような出 力 が表 示 されます。
root
769
764 0 Oct16 ?
00:00:00/usr/jre1.2.2/bin/i386/green_threads/rmiregistry -J-DS_
LK=true 82
root
819
764 0 Oct16 ?
00:00:00/usr/jre1.2.2/bin/i386/green_threads/java -DS_LK=true 0ss3m -ss3m-Dcom.steeleye.Li

GUI ユーザの設 定GUI ユーザには 3 つのクラスがあり、それぞれ権 限 が異 なります。

190

User Guide

GUI ユーザの設 定

1. クラスタ全 体 にわたって Administrator (管 理 者 ) の権 限 を持 つユーザは、GUI から可 能 な動
作 のすべてを実 行 できます。
2. 1 台 のサーバ上 で Operator (オペレータ) の権 限 を持 つユーザは、LifeKeeperの設 定 やステータ
スの情 報 を表 示 でき、そのサーバ上 のリソースを in service または out of service にすることができます。
3. 1 台 のサーバ上 で Guest (ゲスト ) の権 限 を持 つユーザは、そのサーバの LifeKeeperの設 定 やス
テータスの情 報 を表 示 できます。
GUI サーバは、root として起 動 する必 要 があります。GUI パッケージのインスト ール時 に、root のログインとパスワード のエント リが、Administrator の権 限 付 きで GUI パスワード ファイルに自 動 設 定 されるので、root は、そのサーバから GUI アプリケーションまたは Web クライアント 経 由 で LifeKeeper のすべての作 業 を実 行 できます。root 以 外 のユーザに LifeKeeper GUI クライアント の使 用 を許 可 するように計 画
している場 合 は、LifeKeeper GUI のユーザを設 定 する必 要 があります。
最 良 の方 法 は、常 にクラスタ全 体 を単 位 として許 可 を付 与 することです。サーバ単 位 で許 可 を付 与 することもできますが、ユーザを混 乱 させてしまい、管 理 作 業 が実 行 できなくなります。
ユーザ管 理 は、以 下 に示 すように、コマンド ラインインターフェースから lkpasswd を使 用 して実 行 します。特 記 ない限 り、すべてのコマンド で、ユーザのパスワード を 2 回 入 力 する必 要 があります。変 更 内
容 は、ユーザの次 回 のログイン時 または GUI サーバの再 起 動 時 (いずれかの早 い時 点 ) で有 効 になります。各 ユーザは、1 台 のサーバにつき権 限 を 1 つ持 ちます。サーバで新 しい権 限 が指 定 された場 合 、
以 前 の権 限 エント リは削 除 されます。
l

ユーザに LifeKeeper GUI の Administrator 権 限 を付 与 するには、以 下 のコマンド を入 力 してください。
/opt/LifeKeeper/bin/lkpasswd -administrator <user>lユーザに LifeKeeper GUI の Operator 権 限 を付 与 するには、以 下 のコマンド を入 力 してください。
/opt/LifeKeeper/bin/lkpasswd -operator <user>lユーザに LifeKeeper GUI の Guest 権 限 を付 与 するには、以 下 のコマンド を入 力 してください。
/opt/LifeKeeper/bin/lkpasswd -guest <user>l

ユーザの権 限 レベルを変 更 せずに、既 存 のユーザのパスワード を変 更 するには、以 下 のコマンド
を入 力 してください。
/opt/LifeKeeper/bin/lkpasswd <user>l

既 存 のユーザに LifeKeeper GUI の使 用 を禁 止 するには、以 下 のコマンド を入 力 してください。
/opt/LifeKeeper/bin/lkpasswd -delete <user>
このコマンド では、パスワード を入 力 する必 要 はありません。

注 記 : これらのコマンド は、管 理 しているサーバでのみ GUI パスワード ファイルを更 新 します。LifeKeeper
クラスタ内 のすべてのサーバでコマンド を繰 り返 し入 力 する必 要 があります。

SteelEye Protection Suite for Linux

191

Java のセキュリティポリシー

Java のセキュリティポリシー
LifeKeeper の GUI は、ポリシーベースのアクセス制 御 を使 用 します。GUI クライアント のロード 時 に、現在 有 効 なセキュリティポリシーに基 づいて権 限 がGUI クライアント に割 り当 てられます。ポリシーはさまざ
まな署 名 者 / 場 所 からのコード に提 供 される権 限 を指 定 し、外 部 から設 定 可 能 なポリシーファイルから初 期 化 されます。
デフォルト では、システム全 体 のポリシーファイルとオプションのユーザポリシーファイルが 1 つずつあります。
システム全 体 でコード に権 限 を付 与 するシステムポリシーファイルが先 にロード され、次 にユーザポリシー
ファイルが追 加 されます。LifeKeeper GUI がアプリケーションとして起 動 される場 合 は、これらのポリシー
ファイルに加 えて、LifeKeeper GUI のポリシーファイルもロード されることがあります。

ポリシーファイルの場 所
デフォルト では、システムポリシーファイルは以 下 の場 所 にあります。
<JAVA.HOME>/lib/security/java.policy (Linux)<JAVA.HOME>\lib\security\java.policy (Windows)
注 記 : JAVA.HOME は、システムのプロパティ「JAVA.HOME」の値 を指 し、JRE または JDK がインス
ト ールされたディレクト リの場 所 を指 定 します。
ユーザポリシーファイルは「.」の文 字 で始 まり、デフォルト では以 下 の場 所 にあります。
<USER.HOME>\.java.policy
注 記 : USER.HOME は、システムのプロパティ「user.home」の値 を指 し、ユーザのホームディレクト リを指定 します。例 えば、Windows NT ワークステーション上 にあるユーザ Paul のホームディレクト リは、「paul.000」です。
Windows システムの場 合 、user.home のプロパティ値 のデフォルト 値 は以 下 のとおりです。
C:\WINNT\Profiles\<USER> (マルチユーザ Windows NT システム)
C:\WINDOWS\Profiles\<USER> (マルチユーザ Windows 95/98 システム)
C:\WINDOWS (シングル－ ユーザ Windows 95/98 システム)
デフォルト では、LifeKeeper GUI のポリシーファイルは以 下 の場 所 にあります。
/opt/LifeKeeper/htdoc/java.policy (Linux)

ポリシーファイルの作 成 と管 理デフォルト では、LifeKeeper GUI がアプリケーションとして起 動 される場 合 に LifeKeeper GUI のポリシー
ファイルが使 用 されます。LifeKeeper GUI をアプレット として実 行 する場 合 、ホームディレクト リにユーザポ
リシーファイルを作 成 する必 要 があります (存 在 しない場 合 )。ユーザポリシーファイルは、LifeKeeper
GUI を実 行 するために必 要 な最 低 限 の権 限 を指 定 する必 要 があります。このト ピックの「ポリシーファイ
ルの例 」セクションで後 述 します。

192

User Guideポリシーファイルでの権 限 の付 与ポリシーファイルの作 成 と管 理 は、単 純 なテキスト エディタ、または Java 実 行 時 環 境 (JRE) や Java 開発 キット (JDK) に含 まれるグラフィカルな Policy Tool ユーティリティから行 うことができます。Policy Tool
を使 用 すると、入 力 が簡 略 化 され、ポリシーファイルに必 要 な構 文 の知 識 が不 要 になります。Policy
Tool の使 用 方 法 の詳 細 については、http://java.sun.com/j2se/1.3/docs/tooldocs/tools.htmlにある
Policy Tool のド キュメンテーションを参 照 してください。
LifeKeeper GUI を実 行 するために必 要 な最 低 限 の権 限 を持 つユーザポリシーファイルを作 成 する最 も簡 単 な方 法 は、/opt/LifeKeeper/htdoc/java.policy にある LifeKeeper GUI のポリシーファイルをホー
ムディレクト リにコピーし、ファイル名 を .java.policy に変 更 することです (ファイル名 の前 にあるド ット は必須 )。Windows システムでは、ファイル http://<server name>:81/java.policy (<server name> はLifeKeeper サーバのホスト 名 ) を開 いてホームディレクト リに .java.policy の名 前 を付 けて保 存 すること
で、LifeKeeper GUI のポリシーファイルをコピーできます。ユーザポリシーファイルの正 しい場 所 を特 定 する必 要 がある場 合 は、Java のコント ロールパネルを使 用 して Java コンソールを有 効 にし、LifeKeeper
GUI をアプレット として起 動 します。ユーザポリシーファイルのホームディレクト リのパスが、Java コンソールに表 示 されます。

ポリシーファイルでの権 限 の付 与
権 限 は、システムリソースへのアクセスを表 します。アプレット にリソースへのアクセスを許 可 するには、対応 する権 限 を、アクセスを試 行 するコード に明 示 的 に付 与 する必 要 があります。権 限 は通 常 、名 前 を持 ち (「ターゲット 名 」として参 照 される)、場 合 によっては、1 つ以 上 の動 作 を含 むカンマ区 切 りリスト を持 ちます。例 えば、以 下 のコード は、/tmp ディレクト リのファイル abc に対 する読 み取 りアクセスを表 す
FilePermission オブジェクト を作 成 します。
perm = new java.io.FilePermission("/tmp/abc","read");
この例 では、ターゲット 名 は「/tmp/abc」、動 作 文 字 列 は「read」です。
ポリシーファイルは、指 定 したコード ソースからのコード に許 可 する権 限 を指 定 します。この例
で、/home/sysadmin ディレクト リのコード にファイル /tmp/abc への読 み取 りアクセスを付 与 するポリシーフ
ァイルのエント リは以 下 のとおりです。
grant codeBase "file:/home/sysadmin/" {permissionjava.io.FilePermission "/tmp/abc", "read"; };ポリシーファイルの例
このポリシーファイルの例 には、LifeKeeper GUI の実 行 に必 要 な最 小 限 の権 限 があります。このポリ
シーファイルは、LifeKeeper GUI パッケージにより /opt/LifeKeeper/htdoc/java.policy にインスト ールされます。
/** Permissions needed by the LifeKeeper GUI. You may want to* restrict this by codebase. However, if you do this, remember* that the recovery kits can have an arbitrary jar component* with an arbitrary codebase, so you'll need to alter the grant* to cover these as well.
*/grant {

SteelEye Protection Suite for Linux

193

Java プラグイン/** Need to be able to do this to all machines in the* LifeKeeper cluster. You may restrict the network* specification accordingly.
*/
permission java.net.SocketPermission"*", "accept,connect,resolve";/** We use URLClassLoaders to get remote properties files and* jar pieces.
*/permission java.lang.RuntimePermission"createClassLoader";/** The following are needed only for the GUI to run as an* application (the default RMI security manager is more* restrictive than the one a browser installs for its* applets.
*/
permission java.util.PropertyPermission "*","read";permission java.awt.AWTPermission "*";
permission java.io.FilePermission "<<ALL FILES>>","read,execute";};

Java プラグイン
使 用 しているブラウザに関 係 なく (サポート するブラウザを参 照 )、ブラウザが初 めて LifeKeeper GUI の
ロード を試 行 するときには、Java プラグインソフト ウェアを自 動 ダウンロード するか、Java プラグインソフト
ウェアのダウンロード とインスト ールを行 う Web ページを表 示 します。その後 は、Java プラグインソフト ウェ
アのテクノロジをサポート する Web ページに遭 遇 するたびに、ブラウザは Java プラグインソフト ウェアを自動 的 に起 動 します。

Java プラグインのダウンロード
Java プラグインソフト ウェアは、Solaris、Linux、および Windows の Java 実 行 時 環 境 (JRE) の一 部 として含 まれています。JRE のダウンロード には、お使 いのネット ワークとシステム設 定 のサイズにより、合計 で 3 ～ 10 分 かかります。ダウンロード の Web ページには、JRE と Java プラグインソフト ウェアについての詳 細 なド キュメンテーションとインスト ール手 順 があります。
注 記 1: プラグインのインスト ール後 、およびプラグインのプロパティを変 更 するたびに、ブラウザを閉 じて再 起 動 する必 要 があります。
注 記 2: LifeKeeper は、Java プラグインのバージョン 1.3.x 以 降 のみをサポート しています。

Java プラグインのト ラブルシューティング
Netscape 6/7、Mozilla 1.x、または Firefox 1.x を使 用 している場 合 、Netscape、Mozilla、またはFirefox のプラグインのディレクト リに、$JAVAHOME ディレクト リの libjavaplugin_oji.so ファイルのパスへのシンボリックリンクの作 成 が必 要 になることがあります。

194

User Guide

リモート システムでの GUI の実 行

例 (Firefox 1.5 と jre 1.5):
cd /usr/lib/mozilla//plugins
ln -s/usr/java/jre1.5.0_07/plugin/i386/ns7/libjavaplugin_oji.so
Netscape 4 で、Java プラグインを含 む Java 実 行 時 環 境 をインスト ールしたにもかかわらずブラウザがJava プラグインを検 出 しない場 合 は、NPX_PLUGIN_PATH 環 境 変 数 を Java プラグインの場 所(javaplugin.so ファイルがある場 所 ) に設 定 してください。つまり、NPX_PLUGIN_
PATH=$JAVAHOME/jre/plugin/i386/ns4 をエクスポート してください ($JAVAHOME は Java 実 行 時 環
境 をインスト ールした最 上 位 のディレクト リ)。
Java プラグインは、Java 2 SDK、標 準 エディション v1.3 のセキュリティモデルをサポート しています。アプレット はすべて、標 準 アプレット セキュリティマネージャの下 で実 行 されます。詳 細 については、Java のセキ
ュリティの FAQ、または GUI アプレット を使 用 するためのブラウザのセキュリティパラメータの設 定 を参 照 してください。
一 部 のプラット フォーム/ブラウザの組 み合 わせでは、Java プラグインソフト ウェアが、LifeKeeper の GUI にある Java コンポーネント (スクロールバー、ツールバー、メニューなど) の表 示 と動 作 に影 響 します。これらの多 くの状 況 では、回 避 策 として、ウィンド ウのサイズを変 更 したり、最 小 化 / 最 小 化 解 除 (強 制 再表 示 ) したりすると問 題 が解 決 します。

リモート システムでの GUI の実 行
LifeKeeper GUI を Java アプレット として実 行 することにより、LifeKeeper クラスタ外 の Linux、Unix、または Windows のシステムから LifeKeeper の管 理 ができます。この環 境 での GUI の設 定 と実 行 について、
説 明 します。

リモート システムでの GUI の設 定
リモート の Linux、Unix、または Windows のシステムで LifeKeeper GUI を実 行 するには、使 用 するブラ
ウザが JDK 1.6 アプレット をフルにサポート する必 要 があります。LifeKeeper GUI をサポート するプラット フ
ォームとブラウザの詳 細 については、 SPS for Linux リリースノート を参 照 してください。
1. LifeKeeper GUI をアプレット として実 行 する場 合 、ホームディレクト リにユーザポリシーファイルを作成 する必 要 があります (存 在 しない場 合 )。ユーザポリシーファイルには、LifeKeeper GUI の実 行に必 要 な最 小 限 の権 限 を指 定 する必 要 があります。
ll

LifeKeeper GUI を実 行 するために必 要 な最 小 限 の権 限 を持 つユーザポリシーフ
ァイルを作 成 する最 も簡 単 な方 法 は、 /opt/LifeKeeper/htdoc/java.policy にある LifeKeeper GUI のポリシーファイルをホームディレクト リにコピーし、ファイル名 を.java.policy に変 更 します (ファイル名 の前 にあるド ット は必 須 )。Windows システ
ムでは、ファイル http://<server name>:81/java.policy (<servername> はLifeKeeper サーバのホスト 名 ) を開 いてホームディレクト リに .java.policy の名 前 を付 けて保 存 することで、LifeKeeper GUI のポリシーファイルをコピーできます。ユー
ザポリシーファイルの正 しい場 所 を特 定 する必 要 がある場 合 は、Java のコント
ロールパネルを使 用 して Java コンソールを有 効 にし、LifeKeeper GUI をアプレット
として起 動 します。ユーザポリシーファイルのホームディレクト リのパスが、Java コン
ソールに表 示 されます。
ユーザポリシーファイルがすでにある場 合 は、LifeKeeper サーバのSteelEye Protection Suite for Linux195

リモート システムでの GUI の実 行

/opt/LifeKeeper/ htdoc/java.policy に指 定 されている必 須 エント リを、単 純 なテキスト エディタを使 用 して既 存 のファイルに追 加 できます。詳 細 については、Java のセキュリティポリシーを参 照 してください。
2. ブラウザのセキュリティパラメータを低 に設 定 する必 要 があります。この設 定 では通 常 、Java とJava アプレット が有 効 になります。さまざまなブラウザとバージョンが存 在 するので、ブラウザのセキュリティパラメータの設 定 手 順 はGUI アプレット を使 用 するためのブラウザのセキュリティパラメータの設 定 で説 明 しています。
注 記 : セキュリティを低 く設 定 した状 態 で外 部 サイト を閲 覧 するときには、注 意 が必 要 です。
3. GUI を初 めて実 行 するときに Netscape または Internet Explorer を使 用 し、かつ必 要 な Java
プラグインがシステムにない場 合 、プラグインをダウンロード する Web サイト が自 動 的 に表 示 されることがあります。必 要 な Java プラグインのバージョンとダウンロード にアクセスするための URL については、 SPS for Linux リリースノート を参 照 してください。

リモート システムでの GUI の実 行
上 記 の作 業 を完 了 すると、リモート システムで LifeKeeper GUI を Java アプレット として実 行 できます。
1. LifeKeeper GUI の Web ページの URL http://<server name>:81 (<server name> はLifeKeeper の名 前 ) を開 いてください。この Web ページには、LifeKeeper のスプラッシュ画 面 とアプレット があります。Web ページが開 くと、以 下 の動 作 が実 行 されます。
l
l
l
l
l

スプラッシュ画 面 が表 示 される。
アプレット がロード される。
Java 仮 想 マシンが開 始 される。
一 部 のサーバファイルがダウンロード される。
アプレット が初 期 化 される。

ネット ワークとシステムの設 定 によっては、これらの動 作 に最 大 20 秒 かかることがあります。通常 、アプレット のロード 時 と初 期 化 時 に、ブラウザには最 小 のステータスがいくつか表 示 されます。
すべてのものが正 しくロード された場 合 、アプレット 領 域 に [Start] ボタンが表 示 されます。スプラッ
シュ画 面 に [Start] ボタンが表 示 されない場 合 、またはアプレット のロード と初 期 化 が失 敗 した
疑 いがある場 合 は、「アプレット のト ラブルシューティング」またはネット ワークに関 するト ラブルシュー
ティングを参 照 してください。
2. 要 求 されたら、[Start] をクリックしてください。LifeKeeper の GUI が表 示 され、[Cluster Connect]
ダイアログが自 動 的 に表 示 されます。サーバが開 始 され、クラスタへの接 続 が確 立 した後 、GUIのウィンド ウに、接 続 しているサーバにより保 護 されているリソースとステータスがグラフィックで表 示されます。GUI のメニューとツールバーのボタンから、LifeKeeper の管 理 機 能 を使 用 できます。
注 記 : 一 部 のブラウザでは、アプレット で作 成 されたウィンド ウとダイアログに「Warning: Applet
Window」が表 示 されます。これは通 常 の動 作 であり、無 視 できます。

アプレット のト ラブルシューティング
アプレット のロード と初 期 化 に失 敗 した疑 いがある場 合 は、以 下 の操 作 を試 してください。

196

User Guide

LifeKeeper サーバでの GUI の実 行

1. アプレット が失 敗 したことを確 認 してください。通 常 、アプレット の状 態 を示 すブラウザウィンド ウ内に、メッセージが出 力 されます。Netscape と Internet Explorer では、テキスト のステータスに加えて、アプレット の代 わりにアイコンが表 示 されることがあります。アイコンをクリックすると、失 敗 の
内 容 が表 示 される場 合 があります。
2. Java プラグインをインスト ールしていることを確 認 してください。問 題 が Java プラグインに関 連 する場 合 は、Java プラグインのト ピックを参 照 してください。
3. ブラウザの設 定 要 件 、特 にセキュリティ設 定 を満 たしていることを確 認 してください。詳 細 については、GUI アプレット を使 用 するためのブラウザのセキュリティパラメータの設 定 を参 照 してください。設 定 について明 らかな間 違 いが見 つからない場 合 は、次 の手 順 に進 んでください。
4. Java コンソールを開 いてください。
lllFirefox、Netscape、および旧 バージョンの Internet Explorer の場 合 は、マシンのコント ロールパネルから Java プラグイン アプレット を実 行 し、コンソールを表 示 するオプションを選 択 してから、ブラウザを再 起 動 してください。
最 新 バージョンの Internet Explorer の場 合 は、[Tools] > [Sun Java Console]を選 択 してください。[Sun Java Console] のメニュー項 目 が表 示 されない場 合は、[Tools] > [Manage Add-Ons] を選 択 し、コンソールを有 効 にしてください。その後 、コンソールを表 示 するには、ブラウザの再 起 動 が必 要 になることがあります。
Mozilla の場 合 は、[Tools] > [Web Development] > [Sun Java Console] を選
択 してください。

5. URL http://<server name>:81 を再 度 開 いて、GUI アプレット を開 始 してください。Java プラグ
インのコンソールパネルを変 更 した場 合 は、ブラウザを再 起 動 してください。
6. コンソールに表 示 されたメッセージを確 認 してください。メッセージは、問 題 の解 決 に役 立 ちます。問 題 がネット ワークに関 連 する場 合 は、ネット ワークに関 するト ラブルシューティングを参 照 してください。

LifeKeeper サーバでの GUI の実 行
LifeKeeper GUI を実 行 する最 も簡 単 な方 法 は、LifeKeeper サーバでアプリケーションとして実 行 することです。これは、実 際 には、同 一 システム上 で GUI のクライアント とサーバを実 行 することです。
1. GUI 管 理 用 の LifeKeeper サーバを設 定 した後 、root として以 下 のコマンド を入 力 することにより、サーバ上 で GUI をアプリケーションとして実 行 できます。
/opt/LifeKeeper/bin/lkGUIapp
2. lkGUIapp スクリプト が適 切 な環 境 変 数 を設 定 して、アプリケーションを開 始 します。アプリケーシ
ョンのロード 時 に、LifeKeeper のアプリケーション指 定 ダイアログまたはスプラッシュ画 面 が表 示 されます。
3. アプリケーションのロード 後 、LifeKeeper の GUI が表 示 され、[Cluster Connect] ダイアログが自動 的 に表 示 されます。接 続 先 のサーバ名 、およびログインとパスワード を入 力 してください。
4. クラスタへの接 続 が確 立 した後 、GUI のウィンド ウに、接 続 しているサーバにより保 護 されているリソースとステータスがグラフィックで表 示 されます。GUI のメニューとツールバーのボタンから、管 理
機 能 を使 用 できます。

SteelEye Protection Suite for Linux197

GUI アプレット を使 用 するためのブラウザのセキュリティパラメータ

GUI アプレット を使 用 するためのブラウザのセキュリティパラメータ
警 告 : セキュリティを低 い値 に設 定 した状 態 での他 のサイト の閲 覧 には注 意 してください。

Netscape Navigator と Netscape Communicator
1. [Edit] メニューの [Preferences] を選 択 してください。
2. [Preferences] ダイアログボックスの [Advanced Category] をダブルクリックしてください。
3. [Enable Java] と [Enable Java Script] のオプションを選 択 してください。
4. [OK] をクリックしてください。

Firefox
1. [Edit] メニューの [Preferences] を選 択 してください。
2. [Preferences] ダイアログボックスの [Content] を選 択 してください。
3. [Enable Java] と [Enable Java Script] のオプションを選 択 してください。
4. [Close] をクリックしてください。

Internet Explorer
セキュリティが最 高 の状 態 で Internet Explorer を使 用 するには、以 下 の手 順 で LifeKeeper サーバを信頼 済 みサイト のゾーンに追 加 してください。
1. [Tools] メニューの [Internet Options] をクリックしてください。
2. [Security] タブをクリックしてください。
3. [Trusted Sites] ゾーンを選 択 し、[Custom Level] をクリックしてください。
4. [Reset custom settings] の [Medium/Low] を選 択 し、[Reset] をクリックしてください。
5. [Sites] をクリックしてください。
6. 接 続 する LifeKeeper サーバのサーバ名 とポート 番 号 を入 力 してください (例 : http://server1:81)。
以 下 の手 順 で行 う別 の方 法 (セキュリティが低 くなる可 能 性 がある) もあります。
1. [Tools] メニューの [Internet Options] をクリックしてください。
2. [Internet] または [Local Intranet] を選 択 してください (リモート システムと LifeKeeper クラスタが同 じイント ラネット 上 に存 在 するかどうかによって異 なる)。
3. [Security Level] バーを [Medium] ([Internet] を選 択 した場 合 )、または [Medium-low] ([Local
Intranet] を選 択 した場 合 ) に調 整 してください。これらは、各 ゾーンのデフォルト 設 定 です。
4. [OK] をクリックしてください。

198

User Guide

ステータスの表

ステータスの表
ステータスの表 には、接 続 しているサーバとそのリソースのステータスがグラフィック表 示 されます。以 下 の
項 目 が表 示 されます。
l

最 も上 の行 に、各 サーバの状 態 。

l

左 端 の列 に、各 リソースのグローバル (サーバ全 体 での) 状 態 と親 / 子 の関 係 。

l

残 りのセルに、各 サーバの各 リソースの状 態 。

サーバとリソースの状 態 は、グラフィックス、テキスト 、および色 を使 用 して表 示 されます。サーバのテーブ
ルの空 白 セルは、特 定 のリソースがそのサーバで定 義 されていないことを示 します。
ステータスの表 でサーバまたはリソースを選 択 した場 合 、その項 目 の詳 細 な状 態 の情 報 とコンテキスト
依 存 ツールバーがプロパティパネルに表 示 されます。また、任 意 の項 目 のセルを右 クリックすることで、該当 するサーバのコンテキスト メニューまたはリソースのコンテキスト メニューをポップアップ表 示 できます。
ステータスの表 は 2 つのセクションに分 かれています。左 右 のセクションの境 界 を移 動 して、それらのセクションの相 対 サイズを変 更 できます。また、ステータスの表 を折 り畳 んで、階 層 ツリーの上 位 項 目 のみを
表 示 できます。ツリーのリソース項 目 の折 り畳 み / 展 開 を実 行 すると、表 内 にリスト される階 層 に対 しても折 り畳 み / 展 開 が適 用 されます。

プロパティパネル
プロパティパネルには、ステータスの表 から選 択 されたサーバまたはリソースのプロパティが表 示 されます。
プロパティパネルは、[Server Properties] ダイアログまたは [Resource Properties] ダイアログと同 じ機 能を持 ち、さらに一 般 的 に使 用 するコマンド に即 座 にアクセスできるコンテキスト 依 存 ツールバーがあります。このパネルの上 部 には、サーバを選 択 した場 合 は server_name、リソースを選 択 した場 合 はserver_name: resource_name がキャプションとして表 示 されます。
プロパティパネルに表 示 されるコンテキスト 依 存 ツールバーは、サーバのコンテキスト ツールバーとリソースのコンテキスト ツールバーです。サーバまたはリソースのツールバーもカスタマイズできます。ツールバーのカ
スタマイズの詳 細 については、該 当 するApplication Recovery Kit のド キュメンテーションを参 照 してください。
プロパティパネル下 部 にあるボタンは、以 下 の機 能 を持 ちます。
lll[Apply] ボタンは、パネルの編 集 可 能 なプロパティに対 する変 更 内 容 を適 用 します。このボタンが有 効 になるのは、編 集 可 能 なプロパティを変 更 した場 合 のみです。
[Reset] ボタンは、サーバにすべてのプロパティの現 在 の値 を照 会 し、これまで変 更 した内 容 を
消 去 します。このボタンは常 に有 効 です。
[Help] ボタンは、プロパティパネルのコンテキスト 依 存 ヘルプを表 示 します。このボタンは常 に有効 です。

プロパティパネルのサイズを増 減 するには、パネルの左 端 にある境 界 を左 右 にスライド してください。このパネルを開 閉 するには、[View] メニューの [Properties Panel] チェックボックスを使 用 してください。

SteelEye Protection Suite for Linux199

出 力 パネル出 力 パネル
出 力 パネルは、LifeKeeper GUI クライアント が送 出 したコマンド の出 力 を収 集 します。コマンド の実 行
開 始 時 に、タイムスタンプ付 きのラベルが出 力 パネルに追 加 され、そのラベルの下 に、そのコマンド の出
力 がすべて追 加 されます。複 数 のコマンド を同 時 に実 行 する場 合 (通 常 は異 なるサーバ上 )、各 コマン
ド の出 力 が対 応 するセクションに送 られ、各 コマンド の結 果 が見 やすくなります。
出 力 パネルのサイズを増 減 するには、パネル上 部 にある境 界 を上 下 にスライド してください。このパネル
を開 閉 するには、[View] メニューの[Output Panel] チェックボックスを使 用 してください。出 力 パネルを閉じているときには、各 コマンド を開 始 するダイアログが表 示 されたままになり、このダイアログを閉 じるまで
出 力 がこのダイアログに表 示 されます。そして、このダイアログを閉 じた後 はコマンド の出 力 を確 認 できなくなります。出 力 パネルを再 び開 いた後 は、LifeKeeper の GUI はデフォルト の動 作 に戻 ります。

メッセージバー
メッセージバーは、[Status] ウィンド ウの下 に表 示 されます。メッセージが 1 行 のテキスト で表 示 されます。「Connecting to Server X」や「Failure to connect to Server X」などのメッセージが表 示 されます。
メッセージバーを非 表 示 にするには、[View] メニューの [Message Bar] チェックボックスをオフにします。
メッセージバーを表 示 するには、[View] メニューの [Message Bar] チェックボックスをオンにします。
メッセージバーに表 示 されたメッセージの履 歴 を表 示 する方 法 については、メッセージ履 歴 の表 示 を参照 してください。

GUI の終 了[File] メニューから [Exit] を選 択 すると、すべてのサーバから切 断 され、GUI のウィンド ウが閉 じます。

共 通 の作 業
以 下 に、すべてのユーザが実 行 できる基 本 作 業 を示 します。

LifeKeeper の起 動
デフォルト では、すべての SPS ソフト ウェアは、ディレクト リ /opt/LifeKeeper にインスト ールされます。
すべての確 認 作 業 が完 了 すると、両 方 のサーバで LifeKeeper を起 動 する準 備 が整 います。このセクシ
ョンでは、LifeKeeper サーバデーモンプロセスの起 動 について説 明 します。LifeKeeper GUI アプリケーショ
ンは、別 個 のコマンド を使 用 して起 動 され、LifeKeeper GUI の設 定 に説 明 されています。LifeKeeperには、LifeKeeper デーモンプロセスの起 動 と停 止 を行 うコマンド ラインインターフェースが用 意 されています。これらのデーモンプロセスは、LifeKeeper GUI を起 動 する前 に実 行 する必 要 があります。

LifeKeeper サーバプロセスの起動
LifeKeeper がシステムで現 在 実 行 されていない場 合 は、すべてのサーバに対 するユーザルート として次のコマンド を入 力 してください。

200

User Guide

LifeKeeper の停 止

/opt/LifeKeeper/bin/lkstart
数 秒 の遅 延 の後 、情 報 メッセージが表 示 されます。
注 記 : LifeKeeper を起 動 するときに LifeKeeper Distribution Enabling Package を参 照 するエラーメ
ッセージが表 示 された場 合 は、LifeKeeper インスト ールイメージファイルをインスト ール/再 インスト ールする必 要 があります。
lkstart コマンド の詳 細 については、コマンド ラインで man LCD を入 力 して LCD(1M) マニュアルページを
参 照 してください。

LifeKeeper の停 止
LifeKeeper を停 止 する必 要 がある場 合 は、ルート として次 のコマンド を入 力 して停 止 してください。
/opt/LifeKeeper/bin/lkstop
このコマンド は、管 理 されているサーバ上 で現 在 実 行 されているすべての LifeKeeper デーモンプロセスを
停 止 します。

LifeKeeper プロセスの表 示
現 在 実 行 されているすべての LifeKeeper デーモンプロセスのリスト を表 示 するには、次 のコマンド を入
力 してください。
ps -ef | grep LifeKeeper
出 力 の例 を以 下 に示 します。
root 947 1 0 16:25 ?00:00:00 /opt/LifeKeeper/bin/lcm
root 948 1 0 16:25 ?00:00:00/opt/LifeKeeper/bin/ttymonlcm
root 949 1 0 16:25 ?00:00:00/opt/LifeKeeper/bin/lcd
root 950 1 0 16:25 ?00:00:00/opt/LifeKeeper/bin/lkcheckroot 951 1 0 16:25 ?00:00:00/opt/LifeKeeper/bin/lkscsid
root 1104 1 0 16:26 ?00:00:00/opt/LifeKeeper/bin/lk_logmgr -1
注 記 : 上 記 のコア LifeKeeper デーモンプロセスの他 にも実 行 される追 加 の GUI サーバデーモンプロセスがあります。 GUI サーバに関 連 するプロセスのリスト については、LifeKeeper GUI サーバプロセスの表 示
を参 照 してください。

LifeKeeper GUI サーバプロセスの表 示
LifeKeeper GUI サーバが実 行 されていることを確 認 するには、次 のコマンド を入 力 してください。
ps -ef | grep runGuiSer
次 のような出 力 が表 示 されます。
root 2805 1 0 08:24 ? 00:00:00 sh /opt/LifeKeeper/bin/runGuiSer

SteelEye Protection Suite for Linux201

サーバのクラスタへの接 続

現 在 実 行 されているその他 の GUI サーバデーモンプロセスのリスト を表 示 するには、次 のコマンド を入
力 してください。
ps -efw | grep S_LK
次 のような出 力 が表 示 されます。
root 819 764 0 Oct16 ?00:00:00 java -Xint -Xss3M -DS_LK=true Djava.rmi.server.hostname=wake -Dcom.steeleye.LifeKeeper.rmiPort=82-Dcom.steeleye.LifeKeeper.LKROOT=/opt/LifeKeeper -DGUI_RMI_
REGISTRY=internal -DGUI_WEB_PORT=81
com.steeleye.LifeKeeper.beans.S_LK

サーバのクラスタへの接 続
1. 開 始 するには、以 下 の 2 つの方 法 があります。
lグローバルツールバーの [Connect] ボタンをクリックする。

l[File] メニューの [Connect] をクリックする。

2. [Cluster Connect] ダイアログの [Server Name] フィールド に、接 続 するクラスタ内 のサーバ名 を
入 力 してください。
注 記 : IPv6 アド レスを使 用 する場 合 は、このアド レスを大 かっこ [ ] で囲 む必 要 があります。これにより、マシンの IPv6 アド レス経 由 で接 続 を確 立 できます。別 の方 法 として、名 前 をアド レスに割 り当 てることができ、その名 前 を使 用 して接 続 できます。

3. [Login] と [Password] のフィールド に、指 定 のサーバ上 で LifeKeeper が認 証 に使 用 するユーザのログイン名 とパスワード を入 力 してください。
4. [OK] をクリックしてください。
GUI が正 常 に指 定 サーバに接 続 した場 合 、GUI は、新 しいサーバが検 出 されなくなるまで、クラスタ内にあるすべての既 知 のサーバへの接 続 (およびステータス表 示 への追 加 ) を継 続 します。
注 記 : 最 初 のログイン名 とパスワード が、クラスタ内 のサーバ上 にあるクライアント で認 証 に失 敗 した場
合 、そのサーバでの別 のログイン名 とパスワード を入 力 するように要 求 されます。[Password] ダイアログ

202

User Guideクラスタからの切 断で [Cancel] を選 択 した場 合 、サーバへの接 続 は中 止 され、GUI はクラスタ内 の残 りのコンポーネント への接 続 を継 続 します。

クラスタからの切 断
この作 業 は、選 択 したサーバ経 由 で、GUI クライアント をクラスタ内 のすべてのサーバから切 断 します。
1. 開 始 するには、以 下 の 3 つの方 法 があります。
lグローバルツールバーの [Disconnect] ボタンをクリックする。

l[Edit] メニューの [Server] を選 択 し、[Disconnect] をクリックする。

l

サーバのコンテキスト ツールバーが表 示 される場 合 は、そこにある [Disconnect] ボタンをクリックする。

2. [Cluster Disconnect] ダイアログの [Select Server in Cluster] リスト から、切 断 するクラスタ内 の
サーバ名 を選 択 してください。
3. [OK] をクリックしてください。クラスタ内 の全 サーバのリスト を持 つ [Confirmation] ダイアログが表示 されます。
4. [Confirmation] ダイアログの [OK] をクリックして、クラスタ内 の全 サーバからの切 断 を確 定 してください。
クラスタからの切 断 後 、そのクラスタ内 にあるすべてのサーバが、GUI のステータス表 示 から消 去 されます。

接 続 サーバの表 示
サーバの状 態 は、下 図 に示 すように、表 内 のサーバのグラフィック表 示 で表 されます。サーバアイコンが視 覚 的 に示 すサーバの状 態 の詳 細 については、サーバの状 態 の表 示 を参 照 してください。

サーバのステータスの表 示
サーバの状 態 は、下 図 に示 すように、表 内 のサーバのグラフィック表 示 で表 されます。

SteelEye Protection Suite for Linux203

サーバのプロパティの表 示

サーバの状
態

状態の
意味
シンボル
クライアント はサーバに有 効 な接 続 を行 うことができます。
このサーバから ALIVE のリモート サーバへのコミュニケーションパスが ALIVE
です。

ALIVE

DEAD とマークされたコミュニケーションパス、および DEAD のサーバをターゲット とするコミュニケーションパスは無 視 されます。これは、DEAD のサーバには DEAD のグラフィックで表 されるからです。
クライアント はサーバに有 効 な接 続 を行 うことができます。
このサーバから指 定 リモート サーバへの 1 つ以 上 のコミュニケーションパスがDEAD です。

ALIVE

このサーバから指 定 リモート サーバへの間 には、冗 長 コミュニケーションパスが存 在 しません。
DEAD

クラスタ内 の他 のサーバから DEAD として報 告 されました。

UNKNOWN

ネット ワーク接 続 が失 われました。最 後 に分 かっている LifeKeeper の状 態が ALIVE です。

サーバのプロパティの表 示
1. 開 始 するには、以 下 の 2 つの方 法 があります。
ll

プロパティを表 示 するサーバのアイコンを右 クリックします。サーバのコンテキスト メニューが
表 示 されたら、[Properties] をクリックします。サーバのプロパティは、サーバをクリックするとプロパティパネル (有 効 になっている場 合 ) にも表 示 されます。
[Edit] メニューの [Server] をポイント し、[Properties] をクリックします。ダイアログが表 示 されたら、表 示 するサーバを [Server] リスト から選 択 します。

2. 別 のサーバのプロパティを表 示 する場 合 は、サーバを [Server] リスト から選 択 してください。
3. 確 認 が完 了 したら、[OK] をクリックしてウィンド ウを閉 じてください。

サーバのログファイルの表 示
1. 開 始 するには、以 下 の 4 つの方 法 があります。
l

l

l

204

サーバのアイコンを右 クリックしてサーバのコンテキスト メニューを表 示 し、次 に [View Log]をクリックして [LifeKeeper Log Viewer] ダイアログを表 示 する。
グローバルツールバーの [View Log] ボタンをクリックし、[LifeKeeper Log Viewer] ダイアロ
グの [Server] リスト から、表 示 するサーバを選 択 する。
サーバのコンテキスト ツールバーが表 示 される場 合 は、その [View Log] ボタンをクリックす

User Guide

リソースのタグと ID の表 示

る。
l[Edit] メニューの [Server] をポイント し、[View Log] をクリックする。次 に、[LifeKeeper
Log Viewer] ダイアログの [Server] リスト から、表 示 するサーバを選 択 する。

2. グローバルツールバーまたは [Edit] メニューから捜 査 を開 始 して、別 のサーバのログを表 示 する場 合 は、[LifeKeeper Log Viewer] ダイアログの [Server] リスト から、そのサーバを選 択 します。
サーバのコンテキスト メニューまたはサーバのコンテキスト ツールバーから [View Log] を選 択 した
場 合 は、この機 能 は使 用 できません。
3. 確 認 が完 了 したら、[OK] をクリックして [Log Viewer] ダイアログを閉 じてください。

リソースのタグと ID の表 示
リソースのタグと ID を即 座 に表 示 するには、[Status] ウィンド ウのリソースアイコンにカーソルを合 わせて、
マウスの左 ボタンを 1 回 押 します (シングルクリック)。優 先 順 位 が最 も低 いサーバのリソースのタグと ID がメッセージバーに表 示 されます。特 定 サーバ上 にあるリソースのタグと ID を表 示 する場 合 は、表 内 のリ
ソースインスタンスセルを左 クリックしてください。
メッセージバーに表 示 されるメッセージは、以 下 のようになります。
Resource Tag = ipdnet0-153.98.87.73, Resource ID = IP-153.98.87.73
特 定 の状 況 では、GUI がリソース ID を特 定 できないことがあります。この場 合 は、リソースタグのみがメッセージバーに表 示 されます。

リソースのステータスの表 示
リソースのステータスつまり状 態 は、グローバルリソースのステータス (すべてのサーバについて) とサーバリ
ソースのステータス (1 台 のサーバ上 ) の 2 つの形 式 で表 示 されます。グローバルリソースのステータス
は、[Status] ウィンド ウの左 ペインにあるリソース階 層 ツリーに表 示 されます。サーバリソースのステータス
は、リソースの列 とサーバ行 の交 点 にある表 のセルにあります。

サーバリソースのステータス
下 図 に、アクティブ、スタンバイ、および不 明 のリソースステータスを持 つサーバを示 します。
l「wallace」上 のリソースはすべて、アクティブです。

l「gromit」、「pat」、「mike」、および「batman」上 のリソースはすべてスタンバイです。

l「bullwinkle」上 のリソースはすべて、不 明 です。

SteelEye Protection Suite for Linux205

グローバルリソースのステータス

サーバリソー 状 態 の
スの状 態
シンボル

意味

アクティブ

このサーバ上 でリソースは動 作 可 能 であり、保 護 されています。 (ISP)

可 用 性 の低下

このサーバ上 でリソースは動 作 可 能 ですが、バックアップリソースによる
保 護 はされていません。 (ISU)スタンバイ

サーバは、リソースの動 作 を引 き継 ぐことができます。(OSU)

障害

このサーバ上 のリソースに問 題 が検 出 されました。例 えば、リソースをIn Service にする試 行 が失 敗 しました。(OSF)不明

リソースが初 期 化 されていないか (ILLSTATE)、このサーバでLifeKeeper が動 作 中 でありません。
空 のパネ
ル

サーバのリソースが定 義 されていません。

グローバルリソースのステータス

206

User Guide

リソースのプロパティの表 示

状態の
シンボ
ル

説明

意味 / 原因

正常

リソースがアクティブ (ISP) で、バックアップがアクティブです。

警告

リソースがアクティブ (ISP) です。1 つ以 上 のバックアップ
が、不 明 または障 害 (OSF) としてマークされています。
リソースが、通 常 の原 因 により Out of Service になりました。

障 害 。リソースが、いずれのサーバ
リソースが、通 常 ではない方 法 により動 作 が停 止 しま
でもアクティブでありません (OSF)。
した。
リカバリは完 了 していないか、失 敗 しました。
複 数 のサーバがアクティブであることを告 げています。
不 明 。利 用 可 能 な情 報 からは、 サーバへの接 続 が遮 断 されました。
状 態 を特 定 できませんでした。
サーバのリソースインスタンスがすべて、不 明 の状 態 です。

リソースのプロパティの表 示
1. 開 始 するには、以 下 の 3 つの方 法 があります。
lll

プロパティを表 示 するリソース / サーバの組 み合 わせのアイコンを右 クリックします。リソースのコンテキスト メニューが表 示 されたら、[Properties] をクリックします。リソースのプロパティ
は、プロパティパネル (有 効 になっている場 合 ) にも表 示 されます。
プロパティを表 示 するグローバルリソースのアイコンを右 クリックします。リソースのコンテキス
ト メニューが表 示 されたら、[Properties] をクリックします。ダイアログが表 示 されたら、表示 するリソースが存 在 するサーバを [Server] リスト から選 択 します。
[Edit] メニューの [Resource] をポイント し、[Properties] をクリックします。ダイアログが表示 されたら、プロパティを表 示 するリソースを [Resource] リスト から選 択 し、表 示 するリソースが存 在 するサーバを [Server] リスト から選 択 します。

2. 別 のリソースのプロパティを表 示 する場 合 は、リソースを [Resource] リスト から選 択 してください。
3. 別 のサーバ上 にあるリソースのプロパティを表 示 する場 合 は、サーバを [Server] リスト から選 択 してください。
4. 確 認 を終 了 したら、[OK] をクリックしてウィンド ウを閉 じてください。

[Status] ウィンドウの表 示 オプションの設 定[Options] ダイアログは、[View] メニューから表 示 できます。[Options] ダイアログで、LifeKeeper のさまざ

SteelEye Protection Suite for Linux207

Resource Labels

まな表 示 形 式 を指 定 できます。これらの設 定 、およびチェックボックスのメニュー項 目 の全 ての設 定 とさまざまなウィンド ウサイズは、クライアント マシンのホームフォルダにあるファイル .lkGUIpreferences で複 数のセッションにわたって保 存 されます。このファイルは、Web クライアント とアプリケーションクライアント の両方 が使 用 します。各 クライアント マシンの優 先 設 定 は、他 のマシンの優 先 設 定 から独 立 しています。2
台 のマシンで優 先 設 定 を同 期 する場 合 は、優 先 ファイルを恒 常 的 に共 有 するか、一 時 的 にマシン間でコピーを移 動 します。
1. [View] メニューの [Options] をクリックしてください。[View Options] ダイアログが表 示 されます。
2. [Status] ウィンド ウでのリソースの表 示 位 置 を変 更 するには、[Display Options] タブをクリック
し、変 更 するオプショングループを選 択 してください。以 下 に示 すオプショングループの詳 細 説 明を参 照 してください。
3. [OK] をクリックして設 定 を保 存 し、[Status] ウィンド ウに戻 ってください。

Resource Labels
このオプショングループを使 用 すると、リソース階 層 ツリー内 のリソースを、タグ名 別 と ID 別 のいずれで表示 するかを指 定 できます。
注 記 : リソース階 層 ツリーに表 示 されるリソースタグ /ID は、優 先 順 位 が最 も低 い番 号 を持 つサーバに属 します。特 定 サーバ上 にあるリソースのタグ /ID を表 示 する場 合 は、表 内 のリソースインスタンスセル
を左 クリックしてください。メッセージバーにそのタグ /ID が表 示 されます。
By tag name:By ID:

Resource Tree
このオプショングループを使 用 すると、リソース階 層 ツリー内 に表 示 するリソースのソート 順 序 を指 定 でき
ます。

208

User Guide

Comm Path Status

l

l

l

Sort By Resource - リソースラベルのみを基 準 にしてリソースをソート します。
Sort By Cluster - 同 じサーバクラスタに属 するリソースがグループ化 されるように、サーバクラスタとリソースラベルを基 準 にしてソート します。
No Sort - ソート を無 効 にします。リソースは、GUI が検 出 した順 序 で表 示 されます。

リソース階 層 ツリーの上 位 リソースは、ツリー内 のリソースを左 クリックして新 しい位 置 に「ド ラッグ」することで手 動 ソート できます。順 序 は、移 動 したリソース、およびツリー内 の移 動 先 の位 置 によって異 なります。
注 記 : 「0」と「9」のキーは、リソース階 層 ツリーの展 開 /折 り畳 みを即 座 に実 行 するホット キー / アクセラ
レータキーとして指 定 されています。マウスも、ツリー全 体 の展 開 や折 り畳 みに使 用 できます。リソース階 層 ツリーのタイト ル領 域 をクリックし、ダブルクリックするとツリーが展 開 します。クリックするとツリーが折 り
畳 まれます。

Comm Path Status
このオプショングループを使 用 すると、サーバの状 態 のグラフィックに表 示 するコミュニケーションパスの状 態の形 式 を指 定 できます。
llWarn if No Redundancy - 1 組 のサーバ間 のコミュニケーションパスが冗 長 コミュニケーションパス
として設 定 されていない場 合 、サーバの警 告 グラフィックを表 示 します。
No Redundancy Required - 1 組 のサーバ間 に冗 長 コミュニケーションパスがないことを無 視 しますが、コミュニケーションパスに障 害 が発 生 した場 合 にはサーバの警 告 グラフィックを表 示 します。

Row Height
このオプショングループを使 用 すると、表 内 の行 の高 さを指 定 できます。選 択 肢 は [Default]、[Small]、および [Smallest] です。
注 記 : 「+」と「-」のキーは、リソース階 層 ツリー内 と表 内 にあるリソースのサイズを即 座 に変 更 するホットキー / アクセラレータキーとして指 定 されています。

Column Width
このオプショングループを使 用 すると、表 内 のサーバとリソースの列 幅 を指 定 できます。選 択 肢 は以 下 のとおりです。
l

Default:標 準 の幅 。

lCustom:ド ロップダウンリスト から幅 (ピクセル単 位 ) を選 択 できます。

lAutomatic:使 用 可 能 な領 域 全 体 に収 まるように、すべての列 のサイズを自 動 変 更 します。

注 記 : 「7」と「8」のキーは、リソース階 層 の表 内 にあるリソース列 のサイズを即 座 に変 更 するホット キー /アクセラレータキーとして指 定 されています。

SteelEye Protection Suite for Linux209

メッセージ履 歴 の表 示

メッセージ履 歴 の表 示
1. [View] メニューの [History] をクリックしてください。LifeKeeper GUI の [Message History] ダイアロ
グが表 示 されます。
2. 履 歴 のメッセージをすべて消 去 する場 合 は、[Clear] をクリックしてください。
3. ダイアログを閉 じるには、[OK] をクリックしてください。
[Message History] ダイアログには、メッセージバーからの最 新 のメッセージが表 示 されます。履 歴 リストには、最 大 1000 行 を表 示 できます。最 大 行 数 を超 えた場 合 、新 しいメッセージにより最 も古 いメッ
セージが「押 し出 され」ます。
これらのメッセージは、クライアント とサーバとの間 の動 作 のみを表 し、時 系 列 で表 示 されます。最 新 のメッセージがリスト の上 部 に表 示 されます。

メッセージ履 歴 の解 釈<-- は、メッセージがサーバから受 信 したことを示 し、通 常 は以 下 の形 式 をとります。
<--"server name":"action"<--"server name":"app res":"action"<--"server name":"res instance":"action"--> はメッセージがクライアント から送 信 されたことを示 し、通 常 は以 下 の形 式 をとります。
-->"server name":"action"-->"server name":"app res":"action"-->"server name":"res instance":"action"[Clear] ボタンをクリックすると、履 歴 が消 去 されますが、ダイアログは閉 じません。
[OK] ボタンをクリックすると、履 歴 を消 去 せずにダイアログが閉 じます。

210

User Guide

リソース階 層 ツリーの展 開 と折 り畳 み

リソース階 層 ツリーの展 開 と折 り畳 み
このツリーのセグメント では、リソース file_system_2 が展 開 されており、リソース nfs-/opt/qe_
auto/NFS/export1 が折 り畳 まれています。

展 開 されているリソースアイコンの左 には、
示 されます。

が表折 り畳 まれているリソースアイコンの左 には、
表 示 されます。

がリソース階 層 ツリーを展 開 するには、

lをクリックするか、

lの右 側 にあるリソースアイコンをダブルクリックしてください。

リソース階 層 ツリーをすべて展 開 するには、ll[View] メニューの [Expand Tree] をクリックするか、[Status] ウィンド ウの左 ペインにある列 ヘッダの [Resource Hierarchy Tree] ボタンをダブルクリッ
クしてください。

注 記 : リソース階 層 ツリーに表 示 されるリソースタグ /ID は、優 先 順 位 が最 も低 い番 号 を持 つサーバに属 します。特 定 サーバ上 にあるリソースのタグ /ID を表 示 する場 合 は、表 内 のリソースインスタンスセル
を左 クリックしてください。メッセージバーにそのタグ /ID が表 示 されます。
リソース階 層 ツリーを折 り畳 むには、lをクリックするか、

lの右 側 にあるリソースアイコンをダブルクリックしてください。

リソース階 層 ツリーをすべて折 り畳 むには、ll[View] メニューの [Collapse Tree] をクリックするか、[Status] ウィンド ウの左 ペインにある列 ヘッダの [Resource Hierarchy Tree] ボタンをダブルクリッ
クしてください。

SteelEye Protection Suite for Linux211

[Cluster Connect] ダイアログ

注 記 : 「9」と「0」のキーは、すべてのリソース階 層 ツリーに対 して即 座 に展 開 / 折 り畳 みを実 行 するホット キー / アクセラレータキーとして指 定 されています。

[Cluster Connect] ダイアログ

Server Name - 接 続 先 のサーバ名 。
Login - 接 続 先 のサーバに LifeKeeper 認 証 情 報 を持 つユーザのログイン名 。
Password - 接 続 先 のサーバで指 定 ログインを認 証 するパスワード 。

[Cluster Disconnect] ダイアログ

Select Server in Cluster 接 続 しているサーバの名 前 がド ロップダウンリスト ボックスに表 示 されます。リスト から、切 断 するクラスタのサーバを選 択 してください。切 断 されるクラスタ内 のすべてのサーバが、確 認 ダイアログに表 示 されます。

212

User Guide

[Resource Properties] ダイアログ[Resource Properties] ダイアログ[Resource Properties] ダイアログは、[Edit] メニューやリソースのコンテキスト メニューから使 用 できます。
このダイアログには、サーバ上 にある特 定 のリソースのプロパティが表 示 されます。[Edit] メニューからアクセスした場 合 は、リソースとサーバを選 択 できます。リソースコンテキスト メニューからアクセスした場 合 、はサーバを選 択 できます。

[General] タブlll

Tag - リソースインスタンスの名 前 。システムに対 して一 意 で、管 理 者 にリソースを示 します。
ID - リソースインスタンスに関 連 する文 字 列 であり、リソースタイプのすべてのインスタンス間 で一意 です。関 連 するアプリケーションソフト ウェアに対 して、リソースインスタンスの内 部 特 性 のいくつかを示 します。
Switchback (管 理 者 権 限 を持 つユーザは編 集 可 能 ) - In Service のリソースが存 在 するサーバに障 害 が発 生 した場 合 に、サーバのリカバリ動 作 を管 理 する設 定 。この設 定 が [Intelligent] の場 合 、指 定 リソースの可 能 なバックアップとしてサーバが動 作 します。この設 定 が [Automatic] の場 合 、サーバはアクティブにリソースの再 取 得 を試 行 します (以 下 の条 件 が満 たされる場 合 )。
ll

サーバがクラスタから離 れるときには、リソース階 層 のサービスが既 に in service である必要 があります。
リソース階 層 がすべて in service である場 合 は、低 プライオリティのサーバで in service である必 要 があります。
注 記 : 自 動 スイッチバックのチェックは、LifeKeeper を起 動 したとき、またはクラスタに新 しいサーバを追 加 したときにのみ実 行 されます。通 常 のクラスタ動 作 中 には実 行 されません。

lState -リソースインスタンスの現 在 の状 態 。
lActive — ローカルで In Service であり、保 護 されています。

lWarning - ローカルで In Service ですが、ローカルリカバリは試 行 されません。

lFailed - Out of Service、障 害 。

lStandby - Out of Service、障 害 なし。

l

l

l

LLSTATE - LifeKeeper の起 動 シーケンスの一 部 として実 行 されるリソース初 期 化 プロセスにより適 切 に初 期 化 されていません。この状 態 のリソースは、LifeKeeper で保 護 されていません。
UNKNOWN - リソースの状 態 を特 定 できませんでした。GUI サーバが使 用 できない可 能
性 があります。

Reason -存 在 する場 合 、リソースが現 在 の状 態 にある原 因 (つまり、最 後 の状 態 変 化 の原 因 )を示 します。例 えば、galahad 上 にあるアプリケーションの状 態 が OSU である原 因 は、tristan 上にある共 有 プライマリリソース ordbfsaa-on-tristan の状 態 が ISP か ISU であることです。共 有 リ
ソースは、グループ内 の 1 つのシステムでのみ同 時 にアクティブにできます。

SteelEye Protection Suite for Linux213

[Relations] タブlInitialization - 起 動 時 のリソースの初 期 化 動 作 を決 定 する設 定 であり、AUTORES_
ISP、INIT_ISP、INIT_OSU などがあります。

[Relations] タブlParent - このリソースに直 接 依 存 するリソースのタグ名 を示 します。

lChild - このリソースが依 存 するすべてのリソースのタグ名 を示 します。

lRoot - このリソース階 層 で、親 を持 たないリソースのタグ名 。

[Equivalencies] タブllServer - リソースが定 義 済 みの同 等 性 を持 つサーバ名 。
Priority (管 理 者 権 限 を持 つユーザは編 集 可 能 ) - このリソースについて、ターゲット サーバのフェ
イルオーバの優 先 順 位 の値 。

lTag -同 等 のサーバ上 にあるこのリソースのタグ名 。

lType -同 等 のタイプ (SHARED、COMMON、COMPOSITE)。

lReorder Priorities (管 理 者 権 限 を持 つユーザは編 集 可 能 ) - [Up]/[Down] ボタンを使 用 して、
選 択 した同 等 リソースの優 先 順 位 を並 べ替 えることができます。

[OK] ボタンをクリックすると、変 更 内 容 が適 用 されてウィンド ウが閉 じます。[Apply] ボタンをクリックすると、変 更 内 容 が適 用 されます。[Cancel] ボタンをクリックすると、最 後 に [Apply] をクリックして以 降 の変
更 内 容 を保 存 せずに、ウィンド ウが閉 じます。

[Server Properties] ダイアログ[Server Properties] ダイアログは、サーバのコンテキスト メニューや[Edit] メニューから使 用 できます。このダイアログには、特 定 のサーバのプロパティが表 示 されます。サーバのプロパティは、プロパティパネル (有 効になっている場 合 ) にも表 示 されます。
このダイアログの 3 つのタブについて説 明 します。[OK] ボタンをクリックすると、変 更 内 容 が適 用 されてウ
ィンド ウが閉 じます。[Apply] ボタンをクリックすると、変 更 内 容 が適 用 されます。[Cancel] ボタンをクリックすると、最 後 に [Apply] をクリックして以 降 の変 更 内 容 を保 存 せずに、ウィンド ウが閉 じます。

214

User Guide

[General] タブ[General] タブlName - 選 択 したサーバの名 前 。

lState -サーバの現 在 の状 態 。サーバの状 態 は以 下 の値 をとります。
l

ALIVE - サーバが使 用 可 能 。

lDEAD - サーバが使 用 不 可 。

ll

UNKNOWN - リソースの状 態 を特 定 できませんでした。GUI サーバが使 用 できない可 能
性 があります。

Permission - そのサーバに現 在 ログインしているユーザの権 限 レベル。権 限 は以 下 の値 をとりま
す。
l

l

l

Administrator - ユーザは LifeKeeper のすべての作 業 を実 行 できます。
Operator - ユーザは、LifeKeeperのリソースとサーバのステータスを監 視 でき、リソースを inservice または out of service にすることができます。
Guest - ユーザは LifeKeeper のリソースとサーバのステータスを監 視 できます。

SteelEye Protection Suite for Linux215

[General] タブllShutdown Strategy (管 理 者 権 限 を持 つユーザは編 集 可 能 ) - サーバがシャット ダウンしたときに、リソースがクラスタ内 のバックアップサーバにスイッチオーバするかどうかを制 御 する設 定 。設定 「Switchover Resources」は、リソースがクラスタ内 のバックアップサーバで in service になることを示 します。設 定 「Do not Switchover Resources」は、リソースがクラスタ内 にある別 のサーバで
in service にならないことを示 します。
Failover Strategy - この設 定 を使 用 して、LifeKeeper のクラスタ内 にある特 定 システムからのフェイルオーバをユーザに確 定 するよう要 求 できます。この設 定 は、LifeKeeper の管 理 者 のみが使用 できます。オペレータとゲスト には、この設 定 は表 示 されません。デフォルト では、フェイルオーバ
はすべて、ユーザの操 作 を必 要 とせず自 動 実 行 されます。ただし、フェイルオーバ確 認 フラグが設 定 されると、指 定 システムからフェイルオーバするには、以 下 のコマンド を実 行 して確 定 することが必 要 です。lk_confirmso -y system.以 下 のコマンド を実 行 して、フェイルオーバをブロックできます。lk_confirmso -n system.指 定 期 間 内 にこれらのコマンド のいずれかが実 行されない限 り、システムは事 前 プログラミングされたデフォルト 動 作 を実 行 します。
/etc/default/LifeKeeper ファイル内 にある 2 つのフラグが、この自 動 動 作 を制 御 します。
l

CONFIRMSODEF
これは、デフォルト 動 作 を指 定 します。「0」に設 定 されている場 合 、デフォルト 動 作 はフェイルオーバを実 行 します。「1」に設 定 されている場 合 、デフォルト 動 作 はフェイルオーバをブロックします。

l

CONFIRMSOTO
これは秒 単 位 で設 定 され、デフォルト 動 作 を実 行 する前 に LifeKeeper が待 機 する時 間を示 します。

216

User Guide

[CommPaths] タブ[CommPaths] タブ

l

l

l

Server -LifeKeeper のクラスタ内 で、コミュニケーションパスが接 続 している他 のサーバのサーバ
名。
Priority - 2 台 のサーバ間 でコミュニケーションパスを使 用 する順 序 を定 義 する優 先 順 位 。1 が最 高 の優 先 順 位 で、99 が最 低 の優 先 順 位 です。
State -LifeKeeper の設 定 データベース (LCD) のコミュニケーションパスの状 態 。コミュニケーション
パスの状 態 は以 下 の値 をとります。
l

ALIVE - 通 常 の動 作 をしています。

lDEAD - 通 常 の動 作 をしていません。

l

l

l

l

UNKNOWN - 状 態 を特 定 できませんでした。GUI サーバが使 用 できない可 能 性 があります。

Type -リスト 内 のサーバと、[Server] フィールド に指 定 されたサーバとの間 のコミュニケーションパスの種 類 。TCP (TCP/IP)、または TTY。
Address/Device - コミュニケーションパスが使 用 する IP アド レスまたはデバイス名 。
Comm Path Status - LifeKeeper の設 定 データベース (LCD) 内 のコミュニケーションパスの状 態に基 づいて、GUI が判 定 したコミュニケーションパスのステータスの概 要 。以 下 に、コミュニケーショ

SteelEye Protection Suite for Linux217

[Resources] タブ

ンパスのステータスの値 を示 します。これらの値 は、下 のパネルの詳 細 テキスト の下 に表 示 されます。
l

NORMAL - すべてのコミュニケーションパスが通 常 の動 作 をしています。

lFAILED - 指 定 サーバに対 するすべてのコミュニケーションパスが動 作 していません。

l

l

l

l

UNKNOWN - コミュニケーションパスのステータスを特 定 できませんでした。GUI サーバが使 用 できない可 能 性 があります。
WARNING - 指 定 サーバに対 する 1 つ以 上 のコミュニケーションパスが動 作 していません。
DEGRADED - 指 定 サーバに対 する 1 つ以 上 の冗 長 コミュニケーションパスが動 作 していません。
NONE DEFINED - コミュニケーションパスが定 義 されていません。

[Resources] タブ

218

User Guideオペレータの作 業lName -選 択 したサーバ上 にあるリソースインスタンスのタグ名 。

lApplication - リソースタイプのアプリケーション名 (gen、scsi など)。

ll

Resource Type - サービスを提 供 するリソースタイプ、ハード ウェアのクラス、ソフト ウェアのクラス、またはシステムのエンティティのクラス (app、filesys、nfs、device、disk など)。
State -リソースインスタンスの現 在 の状 態 。
l

ISP — ローカルで In Service であり、保 護 されています。

lISU - ローカルで In Service ですが、ローカルリカバリは試 行 されません。

l

OSF - Out of Service、障 害 。

l

OSU - Out of Service、障 害 なし。

ll

LLSTATE - LifeKeeper の起 動 シーケンスの一 部 として実 行 されるリソース初 期 化 プロセスにより、リソースの状 態 が適 切 に初 期 化 されていません。この状 態 のリソース
は、LifeKeeper で保 護 されていません。
UNKNOWN - リソースの状 態 を特 定 できませんでした。GUI サーバが使 用 できない可 能
性 があります。

オペレータの作 業
以 下 のト ピックは、オペレータの権 限 を必 要 とする高 度 な作 業 です。

リソースを In Service にする
1. 開 始 するには、以 下 の 5 つの方 法 があります。
l

l

l

l

l

in service にするリソース / サーバの組 み合 わせのアイコンを右 クリックします。リソースのコ
ンテキスト メニューが表 示 されたら、[In Service] をクリックします。
in service にするグローバルリソースのアイコンを右 クリックします。リソースのコンテキスト メ
ニューが表 示 されたら、[In Service] をクリックします。ダイアログが表 示 されたら、inservice にするリソースが存 在 するサーバを [Server] リスト から選 択 し、[Next] をクリックします。
グローバルツールバーの [In Service] ボタンをクリックします。ダイアログが表 示 されたら、inservice にするリソースが存 在 するサーバを [Server] リスト から選 択 し、[Next] をクリックします。次 のダイアログで、in service にするリソースを 1 つ以 上 [Resouce(s)] リスト から選
択 し、[Next] をもう一 度 クリックします。
リソースのコンテキスト ツールバーが表 示 される場 合 は、その [In Service] ボタンをクリックします。
[Edit] メニューの [Resource] をポイント し、[In Service] をクリックします。ダイアログが表示 されたら、in service にするリソースがあるサーバを [Server] リスト から選 択 し、[Next] をクリックします。次 のダイアログで、in service にするリソースを 1 つ以 上 [Resouce(s)] リス
ト から選 択 し、[Next] をもう一 度 クリックします。

2. 選 択 したサーバとリソースを In Service にすることを示 すダイアログボックスが表 示 されます。親 リ

SteelEye Protection Suite for Linux219

リソースを Out of Service にする

ソースの in service にせずに依 存 する子 リソースを in service にしようとする場 合 、このダイアログには警 告 も表 示 されます。[In Service] をクリックして、依 存 する子 リソースと共 にリソースを inservice にしてください。
3. 出 力 パネルが有 効 の場 合 は、ダイアログが閉 じ、リソースを In Service にするコマンド の結 果 が
出 力 パネルに表 示 されます。出 力 パネルが無 効 の場 合 は、これらの結 果 を表 示 するダイアログ
が表 示 されたままになり、結 果 がすべて表 示 されたら [Done] をクリックします。in service になった追 加 の依 存 (子 ) リソースが、ダイアログまたは出 力 パネルに表 示 されます。
4. リソースを in service にする動 作 で発 生 したエラーは、in service にするリソースがあるサーバのLifeKeeper ログに記 録 されます。

リソースを Out of Service にする
1. 開 始 するには、以 下 の 4 つの方 法 があります。
l

l

l

l

Out of Service にするグローバルリソース、またはリソース / サーバの組 み合 わせのアイコン
を右 クリックします。リソースのコンテキスト メニューが表 示 されたら、[Out of Service] をクリックします。
グローバルツールバーの [Out of Service] ボタンをクリックします。[Out of Service]ダイアログ
が表 示 されたら、 Out of Service にするリソースを 1 つ以 上 [Resouce(s)] リスト から選 択
し、[Next] をクリックします。
リソースのコンテキスト ツールバーが表 示 される場 合 は、[Out of Service] ボタンをクリックします。
[Edit] メニューの [Resource] をポイント し、[Out of Service] をクリックします。[Out ofService] ダイアログが表 示 されたら、 Out of Service にするリソースを 1 つ以 上[Resouce(s)] リスト から選 択 し、[Next] をクリックします。

2. 選 択 したリソースが Out of Service になることを示 す [Out of Service] ダイアログボックスが表 示されます。親 リソースを Out of Service にせずに依 存 する子 リソースを Out of Service にしようとする場 合 、このダイアログには警 告 も表 示 されます。[Out of Service] をクリックして、次 のダイアロ
グボックスに進 みます。
3. 出 力 パネルが有 効 の場 合 は、ダイアログが閉 じ、リソースを Out of Service にするコマンド の結果 が出 力 パネルに表 示 されます。出 力 パネルが無 効 の場 合 は、これらの結 果 を表 示 するダイアログが表 示 されたままになり、結 果 がすべて表 示 されたら [Done] をクリックします。
4. リソースを Out of Service にする動 作 で発 生 したエラーは、 Out of Service にするリソースが存 在するサーバの LifeKeeper ログに記 録 されます。

高 度 な作 業

LCD
LifeKeeper 設 定 データベース

220

User Guide関 連 ト ピック

LifeKeeper 設 定 データベース (LCD) は、LifeKeeper が既 知 のすべてのリソースタイプについて、オブジェ
クト 指 向 のリソース階 層 情 報 を管 理 し、リカバリ方 向 の情 報 を保 存 します。データは共 有 メモリにキャッシュされ、ファイルに保 存 されるので、システムの再 起 動 後 もデータが保 持 されます。LCD には、リカバリが必 要 なリソースインスタンスについての状 態 の情 報 、および特 定 の詳 細 情 報 もあります。
LCD のディレクト リ構 造 、保 存 されるデータタイプ、使 用 できるリソースタイプ、およびアプリケーションスク
リプト の使 用 の詳 細 については、以 下 の関 連 ト ピックを参 照 してください。
関 連 ト ピック

LCDI のコマンド
LifeKeeper には、アプリケーションのリソース階 層 を定 義 するためのメカニズムが 2 つ用 意 されています。
l

LifeKeeper の GUIl

LifeKeeper 設 定 データベースのインターフェース (LCDI) コマンド

LCDI は LifeKeeper が提 供 するインターフェースコマンド のセット で、使 用 するアプリケーションのニーズに合 わせてリソース階 層 の設 定 の作 成 とカスタマイズができます。アプリケーションが複 数 のリソース (例 : 2
つ以 上 のファイルシステム) に依 存 する場 合 、コマンド インターフェースを使 用 します。
コマンド の詳 細 については、LCDI のマニュアルページを参 照 してください。このト ピックでは、開 発 シナリ
オを示 し、GUI とコマンド の両 方 の機 能 を使 用 してリソース階 層 を作 成 できる方 法 を説 明 します。

シナリオの状 況
アプリケーションの例 である ProjectPlan は、サーバ 1 とサーバ 2 が共 有 する SCSI ファイルシステムにデータを保 存 しています。サーバ 1 が、アプリケーションのプライマリ階 層 にあります。アプリケーションには、/project-data と /schedule の 2 つのファイルシステムがあります。階 層 定 義 の最 初 の手 順 では、依存 関 係 を指 定 します。
このアプリケーションの例 には、以 下 の依 存 関 係 があります。
ll

共 有 ファイルシステム。アプリケーションは、/project-data と /schedule のファイルシステムに依 存 します。
SCSI ディスクサブシステム。.次 に、ファイルシステムは、SCSI ディスクサブシステム (デバイス、ディ
スク、およびホスト アダプタのリソースを含 む) に依 存 します。
結 果 として、階 層 を作 成 する作 業 は以 下 の図 のようになります。

SteelEye Protection Suite for Linux221

階 層 の定 義

階 層 の定 義
この例 のアプリケーション階 層 を作 成 するために必 要 な作 業 を示 します。
1. ファイルシステムリソースの作 成 。LifeKeeper の GUI には、ファイルシステムリソースを作 成 するメ
ニューがあります。ファイルシステムリソース階 層 の作 成 を参 照 してください。
この定 義 作 業 の最 後 で、LCD では 2 つのファイルシステムリソースが以 下 のように定 義 されま
す。

タグ

ID

サーバ

/project-data project-data-on-Server1
Server1/project-data project-data-from-Server1 Server2/schedule/schedule

schedule-on-Server1
schedule-from-Server1

Server1
Server2

注 記 : LifeKeeper で使 用 されるタグ名 には意 味 はありません。単 なるラベルです。表 内 のタグ名
は LifeKeeper のデフォルト 値 です。
2. リソースの定 義 。この例 では、以 下 の項 目 を定 義 する必 要 があります。
アプリケーション: projectapp
リソースタイプ:

plan

インスタンス ID:

1yrplanタグ:

the-project-plan

222

User Guide

階 層 の定 義

注 記 : LifeKeeper の GUI を使 用 して定 義 の大 部 分 を作 成 できますが、この例 の以 降 ではコマ
ンド インターフェースの操 作 を説 明 します。
3. ディレクト リの作 成 。各 システムで以 下 のコマンド を使 用 して、ディレクト リ/opt/LifeKeeper/subsys の下 に必 要 なアプリケーションリカバリディレクト リを作 成 します。
mkdir -p
/opt/LifeKeeper/subsys/projectapp/Resources/plan/actions
4. アプリケーションの定 義 。以 下 のコマンド で、アプリケーション projectapp を作 成 します。
app_create -d Server1 -a projectapp
app_create -d Server2 -a projectapp
5. リソースタイプの定 義 。以 下 のコマンド で、リソースタイプ plan を作 成 します。
typ_create -d Server1 -a projectapp -r plan
typ_create -d Server2 -a projectapp -r plan
6. リカバリスクリプト のインスト ール。restore と remove のスクリプト を各 サーバの以 下 のディレクト リに
コピーします。
/opt/LifeKeeper/subsys/projectapp/Resources/plan/actions
7. インスタンスの定 義 。以 下 のコマンド で、リソースのインスタンスタイプが plan、ID が 1yrplan のリ
ソースを定 義 します。
ins_create -d Server1 -a projectapp -r plan -I\
AUTORES_ISP -t the-project-plan -i 1yrplan
ins_create -d Server2 -a projectapp -r plan -I\
SEC_ISP -t the-project-plan -i 1yrplan
Server1 に作 成 したインスタンスの -I AUTORES_ISP 命 令 は、LifeKeeper の再 起 動 時にそのリソースを自 動 的 に in service にするように LifeKeeper に指 示 します。この例 では、リソースの restore スクリプト が実 行 され、正 常 に実 行 された場 合 はリソースが ISP
状 態 になります。この動 作 は、ペアのリソースがすでにサービス起 動 している場 合 は実 行
されません。
Server2 に作 成 したインスタンスの -I SEC_ISP 命 令 は、LifeKeeper の再 起 動 時 にそのリソースを in service にしないように LifeKeeper に指 示 します。その代 わり、Server2 はServer1 上 にあるリソースのバックアップとして機 能 し、プライマリのリソースまたはサーバに障 害 が発 生 したときにローカルリソースを in service にします。
8. 依 存 関 係 の定 義 。以 下 のコマンド は、アプリケーションとファイルシステムの依 存 関 係 を定 義 します。
dep_create -d Server1 -p the-project-plan -c project-data-onSystem1
dep_create -d Server2 -p the-project-plan -c project-datafrom-Server1

SteelEye Protection Suite for Linux223

LCD の設 定 データ

dep_create -d Server1 -p the-project-plan -c schedule-onServer1
dep_create -d Server2 -p the-project-plan -cschedule-fromServer1
9. lcdsync の実 行 。以 下 の lcdsync コマンド を実 行 して、設 定 のコピーを更 新 するように
LifeKeeper に通 知 します。
lcdsync -d Server1
lcdsync -d Server2
10. リソースを In Service にする。プライマリサーバで LifeKeeper の GUI にアクセスし、[Edit] >[Resource]> [In-Service] をクリックしてリソースを In Service にします。

LCD の設 定 データ
LCD には、以 下 の関 連 するデータタイプが保 存 されます。
l

依 存 関 係 の情 報l

リソースのステータス情 報lサーバ間 のイクイバレンシ情 報

依 存 関 係 の情 報
定 義 した各 リソースについて、LifeKeeper は依 存 関 係 のリスト 、および依 存 物 (あるリソースに依 存 するリソース) のリスト を保 持 します。詳 細 については、LCDI_relationship (1M) と LCDI_
instances (1M) のマニュアルページを参 照 してください。

リソースのステータス情 報
LifeKeeper は、各 リソースインスタンスのステータス情 報 をメモリに保 持 します。LCD が認 識 するリソースの状 態 は、ISP、ISU、OSF、OSU、および ILLSTATE です。システムイベント が発 生 した場 合 、または管 理 者 が特 定 の操 作 を行 った場 合 に、リソースがある状 態 から別 の状 態 に変 化 することがあります。リソースの状 態 が変 化 した場 合 、ステータスの変 化 が、ローカルサーバの LCD、およびそのリソースのダイアログサーバ上 にあるデータベースに反 映 されます。

サーバ間 のイクイバレンシ情 報
さまざまなサーバ上 にある複 数 のリソース間 に関 係 が存 在 することがあります。イクイバレンシ情 報 とは、別 のサーバ上 にある 2 つのリソースが同 一 の物 理 エンティティであることを示 す関 係 です。2 台 のサーバ
が、イクイバレンシ情 報 の関 係 にある 1 つのリソースを持 つ場 合 、LifeKeeper はその動 作 により、2 台 のサーバ上 にあるリソースの 1 つのみが同 時 に In Service、保 護 (ISP) になるようにします。両 方 のサーバでそのリソースインスタンスを Out of Service (OSU または OSF) にすることができますが、データの整 合
性 の理 由 から、同 時 に In Service にできるリソースは 1 つのみです。

224

User Guide

LCD のディレクト リ構 造

SCSI バス上 にある複 数 のディスクが、同 等 なリソースの一 例 です。SCSI のロック (または予 約 ) メカニズ
ムにより、任 意 の時 点 でディスクデバイスのロックを所 有 できるのは 1 台 のサーバのみです。このロック所
有 機 能 により、同 時 に複 数 のサーバによる同 一 ディスクリソースへのアクセスが防 止 されます。
さらに、階 層 内 の依 存 関 係 により、ファイルシステムのようにディスクに依 存 するリソースはすべて、同 時に 1 台 のサーバでのみ In Service になります。

LCD のディレクト リ構 造
/opt/LifeKeeper の下 にある主 なサブディレクト リを示 します。
l

l

l

l

config - LifeKeeper の設 定 ファイル。イクイバレンシ情 報 を含 みます。
bin - LifeKeeper の実 行 可 能 プログラム。is_recoverable などがあります。詳 細 については、障害 検 出 とリカバリのシナリオを参 照 してください。
subsys - リソースとタイプ。LifeKeeper は、共 有 SCSI ディスクサブシステムのリソースとタイプの定 義 を scsi で、汎 用 アプリケーションのメニュー機 能 を gen で提 供 します。アプリケーションのイン
ターフェースを定 義 する場 合 は、subsys の下 にディレクト リを作 成 してください。
events - 警 報 イベント 。詳 細 については、LifeKeeper の警 報 とリカバリを参 照 してください。

/opt/LifeKeeper 内 の LCD ディレクト リの構 造 については、/opt/LifeKeeper 内 の LCD ディレクト リの構
造 のト ピックを参 照 してください。

LCD のリソースタイプ
LCD は共 有 メモリ、および /opt/LifeKeeper ディレクト リの両 方 に保 持 されます。ディレクト リ構 造 の図 に
示 すように、subsys には、アプリケーションインターフェースの指 定 に使 用 できるアプリケーションリソース
セット が 2 つあります。
lgen - 汎 用 アプリケーションとファイルシステムの情 報lscsi - SCSI に固 有 のリカバリ情 報

これらのサブディレクト リについてはリソースのサブディレクト リを参 照 してください。

LifeKeeper のフラグ
ステータスの詳 細 表 示 の後 部 近 くに、システムのフラグセット があります。共 通 タイプは、プロセスのロックが動 作 を完 了 するまで他 のプロセスを確 実 に待 機 させるために使 用 する LCD のロックフラグです。LCDのロックの標 準 フォーマット は以 下 のとおりです。
!action!processID!time!machine:id.
一 般 的 な LCD のロックフラグの例 を示 します。
l!action!02833!701236710!<servername>:filesys.ファイルシステム階 層 を作 成 すると、このフォーマット でステータス表 示 にフラグが生 成 されます。filesys の指 定 は、他 のアプリ
ケーションリソース階 層 では別 のリソースタイプである場 合 も、一 般 的 なアプリケーションやユーザ

SteelEye Protection Suite for Linux225

リソースのサブディレクト リ

定 義 アプリケーションでは app である場 合 もあります。
l

他 の代 表 的 なフラグとして、!nofailover!machine and shutdown_switchover があります。!nofailover!machine フラグは、LifeKeeper が作 成 と削 除 を行 う内 部 の一 時 フラグ
で、サーバのフェイルオーバを制 御 します。 shutdown_switchover フラグは、このサーバのシャット ダウン方 針 がスイッチオーバに設 定 されたことを示 し、サーバのシャット ダウンによりスイッチ
オーバが発 生 します。使 用 可 能 なフラグの詳 細 については、LCDI-flag (1M) を参 照 してください。

リソースのサブディレクト リ
scsi と gen のディレクト リはそれぞれ、リソースのサブディレクト リを持 ちます。これらのディレクト リの内 容は、LifeKeeper が提 供 するリソースタイプのリスト です。
scsi のリソースタイプ。これらのリソースタイプは、/opt/LifeKeeper/subsys/scsi/resources ディレクト リにあります。実 際 の設 定 によっては、その他 のディレクト リが存 在 する場 合 があります。
ldevice - ディスクパーティション、または仮 想 ディスクデバイスldisk - 物 理 ディスク、または LUNlhostadp - ホスト アダプタ

gen のリソースタイプ。これらのリソースタイプは、/opt/LifeKeeper/subsys/gen/resources ディレクト リにあります。
lfilesys - ファイルシステム

lapp - 汎 用 またはユーザ定 義 のアプリケーションであり、他 のリソースに依 存 することがある

各 リソースタイプのディレクト リには、以 下 のものが 1 つ以 上 あります。
l

インスタンス。このファイルは、LCD に保 存 されている、リソースインスタンスに関 する恒 久 的 な情
報 を反 映 します。このリソースタイプに関 連 付 けられたリソースインスタンスの記 述 的 な情 報 があります。

警 告 : インスタンスファイル (または LCD ファイル) を直 接 変 更 しないでください。リソースインスタンスの作
成 や操 作 を行 うには、LifeKeeper の GUI の機 能 、または ins_create、ins_remove、ins_gettag、ins_
setas、ins_setinfo、ins_setinit、ins_setstate、および ins_list の LifeKeeper の LCDI_instances コマン
ド のみを使 用 してください。これらのコマンド の詳 細 については、LCDI_instances (1M) のマニュアルペー
ジを参 照 してください。
lrecovery。このオプションのディレクト リには、障 害 が検 出 されたリソースのローカルリカバリの試 行に使 用 されるプログラムがあります。recovery ディレクト リには、sendevent に渡 されるイベント クラ
スに対 応 するディレクト リがあります。ディレクト リの名 前 は、sendevent プログラムに渡 されるクラスパラメータ (-C) と一 致 する必 要 があります。 (LifeKeeper の警 告 とリカバリを参 照 )。

各 サブディレクト リに、アプリケーションは対 応 するイベント タイプを処 理 するリカバリプログラムを入 れることができます。これらのプログラムの名 前 は、sendevent の -E パラメータで渡 される文 字 列 と一 致 する必要 があります。このオプションのディレクト リは、複 数 のアプリケーションに使 用 されるように存 在 することはできません。

226

User Guide

リソースの動 作

lactions。このディレクト リには、特 定 のリソースタイプのリソースインスタンスについてのみ動 作 する
リカバリ実 行 プログラムのセット があります。使 用 するアプリケーションについて、アプリケーション内のすべてのリソースに適 用 する動 作 がある場 合 は、その動 作 を、resource typeディレクト リではなく、アプリケーションディレクト リの actions サブディレクト リに入 れてください。

リカバリ指 示 ソフト ウェアが、リソースインスタンスの変 更 や復 旧 に使 用 されます。各 リソースタイプの
actions ディレクト リに、remove と restore の 2 つの動 作 が必 要 です。

リソースの動 作
リソースタイプの actions ディレクト リには、特 定 のアプリケーションの動 作 を記 述 するプログラム (多 くの場 合 は shell スクリプト ) があります。各 リソースタイプについて、restore と remove の 2 つの動 作 が必 要です。
remove と restore のプログラムは、正 反 対 の機 能 を実 行 する必 要 があります。つまり、相 互 の動 作 を
元 に戻 す必 要 があります。これらのスクリプト は、絶 対 に手 動 で実 行 しないでください。これらのスクリプ
ト は、LifeKeeper のリカバリ動 作 と制 御 のインターフェース (LRACI) の perform_action shell プログラ
ムのみが実 行 する必 要 があります (LRACI-perform_action (1M) マニュアルページを参 照 )。

/opt/LifeKeeper の LCD のディレクト リ構 造
以 下 の図 に、/opt/LifeKeeper のディレクト リ構 造 を示 します。

SteelEye Protection Suite for Linux

227

LCM

LCM
The LifeKeeper Communications Manager (LCM) は、1 台 以 上 の LifeKeeper サーバ上 にあるプロセス
間 に信 頼 性 の高 い通 信 を提 供 します。このプロセスは、システム間 の冗 長 コミュニケーションパスを使用 できるので、1 つのコミュニケーションパスに障 害 が発 生 しても、LifeKeeperやそれが保 護 するリソースには障 害 が発 生 しません。LCM は、RS-232 (TTY) と TCP/IP の接 続 を含 む多 様 な通 信 方 法 をサ
ポート しています。
LCM は以 下 の機 能 を提 供 します。
l

l

l

228

LifeKeeper のハート ビート 。接 続 している他 の LifeKeeper システムと定 期 的 に通 信 して、他 のシステムが動 作 を継 続 しているかどうかを判 断 します。LifeKeeper はハート ビート 信 号 がないことを認 識 することにより、他 の方 法 では検 出 されないシステム全 体 の障 害 を検 出 できます。
管 理 サービス。LifeKeeper の管 理 機 能 は、LCM の機 能 を使 用 してリモート 管 理 を実 行 します。この機 能 は、シングルポイント の管 理 、設 定 の検 証 、および管 理 動 作 の正 常 性 チェックに使 用 されます。
設 定 とステータスの通 信 。LifeKeeper 設 定 データベース (LCD) は、リソースのステータス、可 用
性 、および設 定 を LCM 機 能 経 由 で記 録 します。LCM の機 能 により、LCD はプライマリとセカン
ダリのシステム間 で整 合 性 のあるリソース情 報 を保 持 できます。

User Guide

通 信 ステータスの情 報lフェイルオーバリカバリ。あるシステム上 のリソースに障 害 が発 生 すると、LCM は LifeKeeper に、バックアップシステム上 にリソースを復 旧 するように通 知 します。

LCM が提 供 する LifeKeeper のサービスに加 えて、shell コマンド セット によりアプリケーションによる信 頼
性 の高 いシステム間 通 信 が可 能 です。これらのコマンド として、snd_msg, rcv_msg、can_talk な
どがあります。これらのコマンド の詳 細 については、LCMI_mailboxes (1M) のマニュアルページを参照 してください。LCM はシステム上 でリアルタイムプロセスとして動 作 し、システムのハート ビート が送 信 されるなどの重 要 な通 信 が確 実 に実 行 されるようにします。

通 信 ステータスの情 報ステータス表 示 の通 信 ステータスの情 報 のセクションには、LifeKeeper が認 識 しているサーバとその現 在の状 態 、および各 コミュニケーションパスの情 報 がリスト されます。
以 下 の例 は、ステータスの簡 略 表 示 の通 信 ステータスのセクションのものです。
MACHINE NETWORK ADDRESSES/DEVICE STATE PRIO
tristan TCP 100.10.100.100/100.10.100.200 ALIVE 1
tristan TTY /dev/ttyS0 ALIVE -詳 細 については、ステータスの詳 細 表 示 とステータスの簡 略 表 示 のト ピックの「通 信 ステータスの情 報 」
セクションを参 照 してください。

LifeKeeper の警 報 とリカバリ
LifeKeeper のエラー検 出 と通 知 は、イベント 警 報 メカニズム sendevent をベースにしています。sendevent メカニズムの重 要 な概 念 は、独 立 したアプリケーションが重 要 なコンポーネント について
警 報 を受 信 できるように登 録 できることです。警 報 を開 始 する側 のコンポーネント と受 信 する側 のアプリ
ケーションのいずれも、他 のアプリケーションの存 在 を知 るように変 更 する必 要 はありません。アプリケーシ
ョンに固 有 のエラーが、sendevent 機 能 経 由 で LifeKeeper のリカバリメカニズムをト リガできます。
このセクションでは、警 報 クラス、警 報 の処 理 、および警 報 ディレクト リのレイアウト を含 む警 報 に関 連 するト ピックを説 明 し、次 に警 報 の概 念 を示 す処 理 シナリオを示 します。

警 報 クラス/opt/LifeKeeper/events ディレクト リには、アラームクラスのセット がリスト されます。これらのクラスは、イベ
ント を生 成 するシステムの特 定 サブコンポーネント に対 応 します (例 : filesys)。各 警 報 クラスのサブディレ
クト リには、可 能 性 のある警 報 のセット があります (例 : badmount、diskfull)。shell スクリプト またはプログ
ラムを適 切 なディレクト リに入 れることで、これらの警 報 を受 信 するようにアプリケーションを登 録 できます。
LifeKeeper は基 本 的 な警 報 通 知 機 能 を使 用 しています。この警 報 機 能 により、イベント について登録 されたすべてのアプリケーションで、該 当 する警 報 の発 生 時 に sendevent により処 理 プログラムが非同 期 で実 行 されます。LifeKeeper が存 在 する場 合 、sendevent プロセスははじめに、LifeKeeper のリ
ソースオブジェクト がクラスとイベント を処 理 できるかどうかを判 断 します。LifeKeeper がクラス/イベント の
一 致 を検 出 した場 合 、適 切 な復 旧 シナリオが実 行 されます。

SteelEye Protection Suite for Linux229

警 報 の処 理

sendevent 警 報 機 能 の追 加 スクリプト を定 義 することは任 意 です。LifeKeeper リソースを定 義 すると、LifeKeeper が基 本 的 な警 報 機 能 を提 供 します。その詳 細 は、この章 の処 理 シナリオで後 述 します。
注 記 : リソースインスタンスのローカルリカバリは、LifeKeeper の制 御 下 にあるアプリケーションが、中 断 されたリソースサービスを、イベント が発 生 したシステムのエンド ユーザに返 そうとする試 行 です。サーバ間 リ
カバリでは、アプリケーションはバックアップシステムに移 行 できます。この種 のリカバリは、ローカルリカバリ
が失 敗 したか、ローカルリカバリが不 可 能 である場 合 に試 行 されます。

警 報 の処 理
LifeKeeper の注 意 が必 要 な可 能 性 のあるイベント を検 出 するアプリケーションまたはプロセス
は、sendevent プログラムを実 行 し、各 エラークラス、エラー名 、および障 害 のあるインスタンスの引 数 を
渡 すことにより、イベント を報 告 できます。必 須 の詳 細 、オプションのパラメータ、および構 文 については、sendevent (5) のマニュアルページを参 照 してください。

警 報 ディレクト リのレイアウト/opt/LifeKeeper/events ディレクト リには、2 種 類 の内 容 があります。
ll

LifeKeeper の指 定 クラス。LifeKeeper は、events ディレクト リの下 に lifekeeper と filesys の 2 つの警 報 クラスを用 意 しています。警 報 イベント の例 として、noaccess と diskfull があります。警 報
クラスは、sendevent コマンド の -C オプションで渡 される文 字 列 に対 応 し、警 報 イベント は -E オ
プションで渡 される文 字 列 に対 応 します。Lifekeeper の警 報 クラスは、LifeKeeper のサブシステ
ム内 のイベント 報 告 用 に内 部 的 に使 用 されます。
アプリケーションに固 有 のクラス。特 定 のアプリケーションで警 報 クラスの定 義 が必 要 な場
合 、events ディレクト リに他 のサブディレクト リが追 加 されます。アプリケーションは shell スクリプトまたはバイナリプログラムをそのサブディレクト リに入 れることで、これらの警 報 を受 信 するように登録 します。これらのプログラムの名 前 は、属 するアプリケーションパッケージの名 前 に由 来 します。

メンテナンス作 業
以 下 に、LifeKeeper のメンテナンス作 業 を示 します。

LifeKeeper の設 定 値 の変 更LifeKeeper には、設 定 と設 定 を行 った後 に変 更 を要 する場 合 がある値 が多 数 あります。変 更 を要 す
る場 合 がある値 の例 として、LifeKeeper サーバの uname、コミュニケーションパスの IP アド レス、IP リソー
スのアド レス、タグ名 などがあります。これらの値 を変 更 するには、注 意 して以 下 の手 順 に従 ってください。
1. 以 下 のコマンド を使 用 して、すべてのサーバで LifeKeeper を停 止 してください。
LKROOT/bin/lkstop
コミュニケーションパスを削 除 したり、サーバからリソース階 層 を拡 張 解 除 したりする必 要 はありま
せん。

230

User Guide

LifeKeeper の設 定 値 の変 更2. LifeKeeper サーバの uname を変 更 する場 合 は、hostname(1) コマンド を使 用 してサーバのホ
スト 名 を変 更 してください。
3. 先 に進 む前 に、新 しいホスト 名 がクラスタ内 のすべてのサーバで解 決 可 能 であることを確 認 してください。コミュニケーションパスのアド レスを変 更 する場 合 は、新 しいアド レスが設 定 され、動 作
していることを確 認 してください (ping と telnet のユーティリティをこの確 認 に使 用 可 能 )。
4. LifeKeeper の複 数 の値 を変 更 する必 要 がある場 合 は、クラスタ内 の各 サーバ上 のファイルで、
古 い値 と新 しい値 を以 下 のフォーマット で指 定 する必 要 があります。
old_value1=new_value1....
old_value9=new_value9
5. クラスタ内 のすべてのサーバでlk_chg_valueコマンド を実 行 し、出 力 を確 認 して、予 測 しなかった変 更 内 容 による副 作 用 が発 生 していないことを確 認 してください。変 更 する値 が複 数 ある場 合 は、以 下 のコマンド を実 行 してください。
$LKROOT/bin/lk_chg_value -Mvf file_namefile_name は、手 順 4 で作 成 したファイルの名 前 です。
変 更 する値 が 1 つのみの場 合 は、以 下 のコマンド を実 行 してください。
$LKROOT/bin/lk_chg_value -Mvo old_value -n new_value-M オプションは、LifeKeeper のすべてのファイルに対 して変 更 を行 わないことを指 定 します。
6. クラスタ内 のすべてのサーバで、-M オプションを指 定 せずに lk_chg_value コマンド を実 行 して、LifeKeeper のファイルを変 更 してください。変 更 する値 が複 数 ある場 合 は、以 下 のコマンド
を実 行 してください。
$LKROOT/bin/lk_chg_value -vf file_namefile_name は、手 順 4 で作 成 したファイルの名 前 です。
変 更 する値 が 1 つのみの場 合 は、以 下 のコマンド を実 行 してください。
$LKROOT/bin/lk_chg_value -vo old_value -n new_value
7. 以 下 のコマンド を使 用 して、LifeKeeper を再 起 動 してください。
$LKROOT/bin/lkstart
LifeKeeper の GUI を使 用 してクラスタを表 示 する場 合 は、GUI を閉 じてから再 起 動 しなければならないことがあります。
例:
Server1 と Server2 は、2 ノード クラスタ内 にある LifeKeeper サーバの uname です。Server1 は、
アド レス 172.17.100.48 のコミュニケーションパスを持 ちます。Server2 はアド レス 172.17.100.220の IP リソースを持 ち、この IP リソースは Server1 に拡 張 されています。Server1 について以 下 の
値 を変 更 します。

SteelEye Protection Suite for Linux

231

ファイルシステムの健 全 性 の監 視

値
uname

旧
Server1

コミュニケーションパスのアド レス 172.17.100.48
IP リソースのアド レス

新Newserver1
172.17.105.49

172.17.100.220 172.17.100.221

これらの変 更 を行 うには、以 下 の手 順 を実 行 する必 要 があります。
1. 以 下 のコマンド を使 用 して、Server1 と Server2 の両 方 で LifeKeeperを停 止 してください。
$LKROOT/bin/lkstop
2. 以 下 のコマンド を使 用 して、Server1 の uname を Newserver1 に変 更 してください。
hostname Newserver1
3. Newserver1 と Server2 の両 方 に、以 下 の内 容 を持 つファイル /tmp/subs を作 成 してください。
Server1=Newserver1
172.17.100.48=172.17.105.49
172.17.100.220=172.17.100.221
4. 両 方 のサーバで以 下 のコマンド を実 行 し、出 力 を確 認 して、予 測 しなかった変 更 内 容 による
副 作 用 が発 生 していないことを確 認 してください。
$LKROOT/bin/lk_chg_value -Mvf /tmp/subs
5. 両 方 のサーバで、-M オプションを指 定 せずに lk_chg_value コマンド を実 行 して、LifeKeeper のファイルを変 更 してください。
$LKROOT/bin/lk_chg_value -vf /tmp/subs
6. 以 下 のコマンド を使 用 して、両 方 のサーバで LifeKeeper を再 起 動 してください。
$LKROOT/bin/lkstart
注記:l

LifeKeeper のファイルを変 更 せずに lk_chg_value による変 更 内 容 を表 示 するには、-M オプ
ションを使 用 してください。lk_chg_valueが調 べるファイルを表 示 するには、-v を使 用 してください。タグ名 を変 更 しない場 合 は、-T オプションを使 用 してください。リソース ID を変 更 しない場
合 は、-I オプションを使 用 してください。

ファイルシステムの健 全 性 の監 視
ファイルシステムの健 全 性 の監 視 機 能 は、LifeKeeper が保 護 する、ファイルシステム依 存 のアプリケー
ションで障 害 が発 生 する原 因 となる条 件 を検 出 します。監 視 は、アクティブ / In Service のリソース (つまりファイルシステム) でのみ実 行 されます。監 視 する条 件 は、以 下 の 2 つです。

232lファイルシステムがフル (またはほぼフル) の状 態 になる。

lファイルシステムが不 適 切 にマウント (またはアンマウント ) された。

User Guide

条 件 の定 義

これら 2 つの条 件 のいずれかが検 出 されると、いくつかの動 作 のいずれかが実 行 されることがあります。
l

警 告 メッセージがログ記 録 され、システム管 理 者 に電 子 メールを送 信 できる。

l

リソースインスタンスのローカルリカバリを試 行 できる。

l

リソースをバックアップサーバにフェイルオーバできる。

条 件 の定 義
フル (またはほぼフル) のファイルシステム「ディスクがフル」の条 件 は検 出 できますが、ローカルリカバリまたはフェイルオーバの実 行 で解 決 することはできません。管 理 者 の操 作 が必 要 です。デフォルト では、メッセージがログ記 録 されます。追 加 の通知 機 能 を使 用 できます。例 えば、電 子 メールをシステム管 理 者 に送 信 できます。また、他 の方 法 により、別 のアプリケーションを起 動 して警 告 メッセージを送 信 できます。この通 知 機 能 を有 効 にする方 法 についてはLifeKeeper のイベント 電 子 メール通 知 の設 定 のト ピックを参 照 してください。
「ディスクフル」の条 件 に加 えて、「ディスクがほぼフル」の条 件 を検 出 し、警 告 メッセージを LifeKeeper のログに記 録 できます。
「ディスクフル」のしきい値 は以 下 のとおりです。
FILESYSFULLERROR=95「ディスクがほぼフル」のしきい値 は以 下 のとおりです。
FILESYSFULLWARN=90
デフォルト 値 は上 記 のとおりそれぞれ 90% と 95% ですが、/etc/default/LifeKeeper ファイルの調 整 可 能
なパラメータを使 用 して設 定 できます。これら 2 つのしきい値 の意 味 は以 下 のとおりです。
FILESYSFULLWARNING - ファイルシステムがこの割 合 までフルになると、メッセージがLifeKeeper のログに表 示 されます。
FILESYSFULLERROR - ファイルシステムがこの割 合 までフルになると、メッセージが LifeKeeperのログ、およびシステムログに表 示 されます。ファイルシステムの通 知 スクリプト も呼 び出 されます。

アンマウント された、または不適切にマウント されたファイルシステム
LifeKeeper は /etc/mtab ファイルをチェックして、LifeKeeper が保 護 する In Service のファイルシステムが
実 際 にマウント されているかどうかを調 べます。さらに、filesys のリソース情 報 フィールド に保 存 されているマウント オプションに対 してマウント オプションをチェックし、階 層 の作 成 時 に使 用 されていた元 のマウン
ト ポジションと一 致 するかどうかを確 認 します。
ファイルシステムがアンマウント されているか、不 適 切 にマウント されていることを検 出 した場 合 、ローカル
リカバリが起 動 され、正 しいマウント オプションを使 用 してファイルシステムの再 マウント が試 行 されます。
再 マウント に失 敗 した場 合 、条 件 を解 消 するためにフェイルオーバが試 行 されます。以 下 のリスト に、フェイルオーバに進 行 する場 合 がある再 マウント の障 害 の一 般 的 な原 因 を示 します。
lファイルシステムが破 損 している (fsck の障 害 )lマウント ポイント ディレクト リの作 成 失 敗

SteelEye Protection Suite for Linux233

LifeKeeper が保 護 するシステムのメンテナンス

l

マウント ポイント がビジーlマウント の失 敗

lLifeKeeper の内 部 エラー

LifeKeeper が保 護 するシステムのメンテナンス
LifeKeeper が保 護 するサーバをシャット ダウンしてメンテナンスを行 うときには、メンテナンスの前 に、バック
アップサーバでシステムのリソース階 層 を In Service にする必 要 があります。このプロセスにより、メンテナ
ンスが必 要 なシステム上 にある共 有 ディスクの動 作 がすべて停 止 します。
記 載 の順 序 で、以 下 の操 作 を実 行 してください。Server A はメンテナンスが必 要 なプライマリシステ
ム、Server B はバックアップサーバです。
1. Server B で階 層 を in service にしてください。バックアップの Server B で、LifeKeeper の GUI を使 用 して、現 在 Server A で in service であるリソース階 層 を in service にします。これにより、LifeKeeper の保 護 下 にある共 有 ディスクに存 在 している Server A のファイルシステムがアンマ
ウント されます。詳 細 については、リソースを In Service にするを参 照 してください。
2. Server A で LifeKeeper を停 止 してください。LifeKeeper のコマンド/opt/LifeKeeper/bin/lkstop を使 用 して、LifeKeeper を停 止 します。リソースが保 護 されていない状 態 になります。
3. Linux をシャット ダウンし、Server A の電 源 をオフにしてください。Server A のLinux オペレーティ
ングシステムをシャット ダウンし、サーバの電 源 をオフにします。
4. メンテナンスを実 行 してください。Server A で必 要 なメンテナンスを実 行 します。
5. Server A の電 源 をオンにし、Linux を再 起 動 してください。Server A の電 源 をオンにし、次 にLinux オペレーティングシステムを再 起 動 します。
6. Server A で LifeKeeper を開 始 してください。LifeKeeper のコマンド /opt/LifeKeeper/bin/lkstartを使 用 して、LifeKeeper を開 始 します。リソースが保 護 されている状 態 になります。
7. 必 要 に応 じて、Server A で階 層 を in service にしてください。Server A で LifeKeeper の GUIを使 用 して、Server B にスイッチオーバしていたすべてのリソース階 層 を in service にしてください。

リソース階 層 のメンテナンス
システム上 のその他 すべての階 層 を LifeKeeper で保 護 した状 態 で、あるリソース階 層 のメンテナンスを
実 行 できます。このためには、メンテナンスが必 要 な階 層 を Out of Service にし、メンテナンス作 業 の完
了 後 にその階 層 を In Service にします。
リソース階 層 のメンテナンスを実 行 するには、以 下 の手 順 に従 ってください。
1. 階 層 を Out of Service にしてください。LifeKeeper の GUI を使 用 して、メンテナンスを実 行 する
必 要 があるリソース階 層 をすべて Out of Service にします。詳 細 については、リソースを Out ofService にするを参 照 してください。
2. メンテナンスを実 行 してください。リソース階 層 で必 要 なメンテナンスを実 行 します。

234

User Guideフェイルオーバ後 の復 旧3. 階 層 をリスト アしてください。LifeKeeper の GUI を使 用 して、リソース階 層 を In Service にします。詳 細 については、リソースを In Service にするを参 照 してください。

フェイルオーバ後 の復 旧LifeKeeper がプライマリサーバ (Server A) からバックアップサーバ (Server B) にフェイルオーバリカバリを実行 した後 、以 下 の手 順 を実 行 してください。
1. ログを確 認 してください。Server B の LifeKeeper が Server A からフェイルオーバリカバリを実 行 すると、フェイルオーバ中 にステータスメッセージが表 示 されます。
実 際 の出 力 は、設 定 によって異 なります。マウント やアンマウント の失 敗 に関 するいくつかのメッセージが表 示 されることが予 測 されますが、これらのメッセージはリカバリの失 敗 を示 唆 しません。
これらのメッセージ、および Server B でリソースを In Service にするときに発 生 したエラー
は、LifeKeeper のログに記 録 されます。
2. メンテナンスを実 行 してください。Server A の障 害 の原 因 を特 定 し、解 決 します。メンテナンスを
実 行 するために、Server A の電 源 をオフにすることが必 要 な場 合 があります。
3. 必 要 に応 じて、Server A を再 起 動 してください。メンテナンスが完 了 したら、必 要 に応 じてServer A を再 起 動 します。
4. 必 要 に応 じて、LifeKeeper を開 始 してください。Server A で LifeKeeperが動 作 していない場
合 は、コマンド /opt/LifeKeeper/bin/lkstart を使 用 して、LifeKeeper を開 始 します。
5. アプリケーションを Server A に戻 してください。都 合 のよい時 点 で、LifeKeeper の GUI を使 用 して、Server A でアプリケーションを in service にします。詳 細 については、リソースを In Service にするを参 照 してください。Server A でアプリケーションが [Automatic Switchback] に設 定 されている場 合 は、この手 順 は不 要 なことがあります。

LifeKeeper の削 除Linux 環 境 での LifeKeeper パッケージのアンインスト ールは、rpm をサポート するグラフィカルインターフ
ェース、またはコマンド ラインから実 行 できます。このセクションでは、コマンド ラインから rpm コマンド を使用 して LifeKeeperをアンインスト ールする手 順 を詳 しく説 明 します。rpm コマンド を使 用 する手 順 の詳
細 については、rpm(8) のマニュアルページを参 照 してください。
rpm ソフト ウェアの詳 細 については、以 下 の Web サイト を参 照 してください。http://www.rpm.org/
以 下 に、LifeKeeper ソフト ウェアを削 除 するための要 件 を示 します。
lll

アプリケーションの移 動 。LifeKeeper ソフト ウェアを削 除 する前 に、サーバ上 に LifeKeeper の保護 を必 要 とするアプリケーションがないことを確 認 する必 要 があります。アプリケーションリソース階
層 が In Service のサーバからは、絶 対 に LifeKeeper を削 除 しないでください。LifeKeeper を削
除 すると、同 等 性 、リソース階 層 定 義 、ログファイルなどの設 定 データがすべて削 除 されます。
追 加 情 報 については、リソース階 層 の転 送 を参 照 してください。
LifeKeeper の開 始 。LifeKeeper のリカバリキット ソフト ウェアを削 除 するときには、LifeKeeper が
実 行 中 でなければならない場 合 があります。LifeKeeper が実 行 中 でない場 合 、削 除 プロセスはクラスタ内 の他 の LifeKeeper サーバからリソースインスタンスを削 除 できず、複 数 のサーバが不整 合 の状 態 になることがあります。
すべてのパッケージの削 除 。LifeKeeper Core を削 除 する場 合 、初 めに LifeKeeperに依 存 する

SteelEye Protection Suite for Linux

235

GnoRPM からの削 除

他 のパッケージ (例 : LifeKeeper のリカバリキット ) を削 除 する必 要 があります。LifeKeeper のリカバ
リキット を削 除 する前 に、まず関 連 するアプリケーションリソース階 層 を削 除 することが推 奨 されます。
注 記 : LifeKeeper のリカバリキット ソフト ウェアを削 除 する前 に、まず関 連 する階 層 をそのサーバから削 除 することが推 奨 されます。この削 除 は、リソースの拡 張 解 除 の設 定 作 業 で実 行 できます。既 存 の階 層 の拡 張 解 除 を実 行 せずに LifeKeeper のリカバリキット パッケージを削 除 した場
合 、現 在 定 義 され、このリカバリキット により保 護 されている該 当 のリソース階 層 は、システムから
自 動 的 に削 除 されます。一 般 的 なルールは以 下 のとおりです。リソース階 層 が In Service のサーバからは、絶 対 にリカバリキット を削 除 しないでください。これにより現 在 の階 層 が破 壊 され、リカバリキット の再 インスト ール時 に階 層 の再 作 成 が必 要 になります。

GnoRPM からの削 除
GnoRPM のウィンド ウで、削 除 する各 パッケージのアイコンを右 クリックし、ポップアップメニューの[Uninstall] をクリックしてください (または、パッケージアイコンを選 択 して [Uninstall] ボタンをクリックできます)。

コマンドラインからの削 除
サーバから LifeKeeper を削 除 するには、rpm -e <packagename> コマンド を使 用 して LifeKeeperのパッケージをすべて削 除 してください。rpm コマンド を使 用 する手 順 の詳 細 については、rpm(8) のマニュアルページを参 照 してください。例 えば、LifeKeeper Core パッケージを削 除 するには、以 下 のコマンド
を入 力 します。
rpm -e steeleye-lk
参 考 として、LifeKeeper Core パッケージクラスタに含 まれるパッケージを示 します。
steeleye-lk
steeleye-lkGUI
steeleye-lkHLP
steeleye-lkIP
steeleye-lkMAN
steeleye-lkRAW
steeleye-lkCCISS

ディスト リビューションの有 効 化 パッケージの削 除
LifeKeeper パッケージを削 除 した後 、 SPS のインスト ールイメージファイルに含 まれる設 定 スクリプト がインスト ールしたディスト リビューションに固 有 の有 効 化 パッケージを削 除 する必 要 があります。お使 いのLinux ディスト リビューションにより、パッケージの名 前 は steeleye-lk<Linux Distribution> のようになっています。
steeleye-lkRedHat
steeleye-lkSuSE

ファイアウォールを使 用 した状 態 での LifeKeeper の実 行
以 下 のネット ワークアクセス要 件 を満 たす場 合 、LifeKeeper for Linux は、同 一 サーバ上 にファイアウォー

236

User Guide

LifeKeeper のコミュニケーションパス

ルを設 定 した状 態 で実 行 できます。
注 記 : ファイアウォールを単 に無 効 にする場 合 は、後 述 のファイアウォールの無 効 化 を参 照 してください。

LifeKeeper のコミュニケーションパス
コミュニケーションパスは、特 定 の IP アド レスを使 用 して、LifeKeeper クラスタ内 にあるサーバペアの間 に
設 定 されます。TCP ポート 7365 は、作 成 時 にデフォルト で各 通 信 のリモート 側 により使 用 されますが、通 信 の開 始 側 の TCP ポート は任 意 です。推 奨 方 法 は、そのシステムが既 知 のコミュニケーションパス
でローカルとリモート の IP アド レスの各 指 定 ペアについて、受 信 と送 信 の両 方 のト ラフィックを許 可 するよ
うに、各 LifeKeeper サーバにファイアウォールを設 定 することです。

LifeKeeper GUI の接 続
LifeKeeper GUI は、デフォルト の初 期 接 続 ポート であるポート 81 と 82 を含 めて、特 定 の TCP ポート を
多 数 使 用 します。また、LifeKeeper GUI は、ポート 1024 以 降 をオブジェクト の送 受 信 に使 用 するリ
モート メソッド 呼 び出 し (RMI) も使 用 します。これらすべてのポート が、各 LifeKeeper サーバのファイアウ
ォールで、少 なくとも GUI クライアント が動 作 する外 部 システムに対 して開 いている必 要 があります。

LifeKeeper の IP アドレスリソース
IP アド レスに関 連 するアプリケーションにアクセスする必 要 があるクライアント システムから、LifeKeeper の
階 層 にある IP アド レスリソースにアクセスできるように、ファイアウォールを設 定 する必 要 があります。IP アド レスリソースは LifeKeeper クラスタ内 のあるサーバから別 のサーバに移 動 できるので、すべてのLifeKeeper サーバ上 のファイアウォールを適 切 に設 定 する必 要 があります。
また、LifeKeeper は、ブロード キャスト ping のテスト を使 用 して、IP アド レスリソースの健 全 性 を定 期 的にチェックします。このテスト では、仮 想 IP アド レスからブロード キャスト ping パケット を送 信 し、ローカル
サブネット 上 の他 のいずれかのシステムが最 初 に応 答 するまで待 ちます。このテスト が失 敗 しないようにするには、各 LifeKeeper サーバ上 のファイアウォールが以 下 のタイプのネット ワーク動 作 を許 可 するように設 定 する必 要 があります。
l

l

l

l

仮 想 IP アド レスからのインターネット 制 御 メッセージプロト コル (ICMP) パケット の送 信 (アクティブ
な LifeKeeper サーバがブロード キャスト ping を送 信 できる)仮 想 IP アド レスからの ICMP パケット の受 信 (他 の LifeKeeper サーバがブロード キャスト ping を
受 信 できる)
任 意 のローカルアド レスからの ICMP 応 答 パケット の送 信 (他 の LifeKeeper サーバがブロード キャ
スト ping に応 答 できる)仮 想 IP アド レスでの ICMP 応 答 パケット の受 信 (アクティブな LifeKeeper サーバがブロード キャス
ト ping への応 答 を受 信 できる)

LifeKeeper Data Replication
LifeKeeper Data Replication を使 用 する場 合 は、複 製 に ndb を使 用 する任 意 のポート へのアクセスを
許 可 するように、ファイアウォールを設 定 する必 要 があります。nbd が使 用 するポート は、以 下 の式 で計算 できます。

SteelEye Protection Suite for Linux237

ファイアウォールの無 効 化

10001 + <mirror number> + <256 * i>i は 0 から始 まり、使 用 されていないポート 番 号 が計 算 されるまで加 算 されます。/etc/services に定 義されているポート 、netstat -an --inet の出 力 に含 まれるポート 、または LifeKeeper Data Replication の他のリソースが使 用 中 としてすでに定 義 されているポート は、使 用 中 です。
例 : LifeKeeper Data Replication リソースのミラー番 号 が 0 である場 合 、式 は当 初 、使 用 するポート を
10001 として計 算 しますが、この番 号 は、一 部 の Linux ディスト リビューションでは SCP 設 定 ポート として /etc/services に定 義 されています。この場 合 、i が 1 だけ増 分 されてポート 番 号 10257 が得 られます。この番 号 は、これらの Linux ディスト リビューションの /etc/services には定 義 されていません。

ファイアウォールの無 効 化
ファイアウォールを無 効 にする場 合 は、以 下 の手 順 に従 ってください。
1. 以 下 のコマンド (お使 いのファイアウォールパッケージによって異 なる) を使 用 して、ファイアウォール
を停 止 してください。
/etc/init.d/ipchains stop または/etc/init.d/iptables stop
IPv6 環 境 を使 用 している場 合 は、かならず ip6tables を考 慮 してください。
/etc/init.d/ip6tables stop
SuSE Linux Enterprise Server を実 行 している場 合/etc/init.d/SuSEfirewall2_init stop
/etc/init.d/SuSEfirewall2_setup stop
2. パッケージを削 除 するか (rpm -e を使 用 )、以 下 のいずれかのコマンド (お使 いのファイアウォール
パッケージによって異 なる) を使 用 して起 動 を無 効 にしてください。
/sbin/chkconfig --del ipchains または/sbin/chkconfig --del iptables/sbin/chkconfig --del ip6tables
SuSE Linux Enterprise Server を実 行 している場 合 は、SuSEfirewall2 の設 定 を管理 する必 要 があります。

ファイアウォール経 由 での LifeKeeper GUI の実 行
場 合 によっては、LifeKeeper クラスタが会 社 のファイアウォール内 に配 置 され、管 理 者 はファイアウォー
ルの外 側 にあるリモート システムから LifeKeeper GUI を実 行 します。
LifeKeeper は、GUI のサーバとクライアント との通 信 にリモート メソッド 呼 び出 し (RMI) を使 用 しま
す。RMI クライアント は、それぞれの方 向 に通 信 を確 立 できる必 要 があります。RMI クライアント は動 的
ポート を使 用 するので、クライアント には推 奨 ポート を使 用 できません。
解 決 法 としては、以 下 のように ssh を使 用 して、ファイアウォールを通 過 する方 法 があります。

238

User Guide

LifeKeeper の起 動

1. 社 内 の IT 部 門 が、ファイアウォール内 にアクセスするために十 分 にセキュリティの高 い shell ポー
ト を社 内 ファイアウォールに開 けていることを確 認 します。多 くの場 合 、IT 部 門 がアクセスを許 可するマシンは、実 際 にはクラスタ内 のマシンではなく、そこからクラスタ内 にアクセスできる中 間 マシ
ンです。このマシンは、Unix または Linux が動 作 するマシンである必 要 があります。
2. 中 間 マシンと LifeKeeper サーバの両 方 が、sshd (Secure Shell デーモン) を実 行 していること、および X11 ポート 転 送 が有 効 になっていること (これは通 常 、etc/ssh/sshd_config の`X11Forwarding yes' 行 にある) を確 認 してください。不 明 の場 合 は、IT 部 門 に依 頼 してください。
3. X の Unix クライアント から以 下 のコマンド を使 用 して、中 間 マシンにト ンネルを作 成 します。
ssh -X -C <intermediate machine>-C は「ト ラフィックの圧 縮 」を意 味 し、低 速 のインターネット リンクから受 信 する場 合 に役 立 つことが多 々 あります。
4. 中 間 マシンから以 下 のコマンド を使 用 して、LifeKeeper サーバにト ンネルを作 成 します。
ssh -X <LifeKeeper server>
中 間 マシンは LifeKeeper サーバとの間 にかなり高 い帯 域 幅 の接 続 をもつはずなので、このコマ
ンド には圧 縮 は不 要 です。
5. すべての操 作 が良 好 に完 了 した場 合 、以 下 のコマンド を実 行 してください。
echo $DISPLAY「localhost:10.0」のような値 に設 定 されます。値 が設 定 されない場 合 、X11 の転 送 がいずれかの sshd 設 定 ファイルで無 効 になっています。
6. 以 下 のコマンド を実 行 して、LifeKeeper サーバから単 純 な xterm をポップアップ表 示 できることを確 認 してください。
/usr/X11R6/bin/xterm
7. xterm が表 示 された場 合 、以 下 のコマンド を使 用 して、LifeKeeper で lkGUIapp を実 行 できます。
/opt/LifeKeeper/bin/lkGUIapp
8. GUI コンソールが表 示 されるまで待 ってください。Java は多 くのグラフィックス動 作 を使 用 し、低速 リンクで伝 播 するには時 間 がかかります (圧 縮 している場 合 でも)。しかし、最 終 的 には GUI
コンソールが表 示 されます。

LifeKeeper の起 動
デフォルト では、すべての SPS ソフト ウェアは、ディレクト リ /opt/LifeKeeper にインスト ールされます。
すべての確 認 作 業 が完 了 すると、両 方 のサーバで LifeKeeper を起 動 する準 備 が整 います。このセクシ
ョンでは、LifeKeeper サーバデーモンプロセスの起 動 について説 明 します。LifeKeeper GUI アプリケーショ
ンは、別 個 のコマンド を使 用 して起 動 され、LifeKeeper GUI の設 定 に説 明 されています。LifeKeeperには、LifeKeeper デーモンプロセスの起 動 と停 止 を行 うコマンド ラインインターフェースが用 意 されています。これらのデーモンプロセスは、LifeKeeper GUI を起 動 する前 に実 行 する必 要 があります。

SteelEye Protection Suite for Linux

239

LifeKeeper サーバプロセスの起 動

LifeKeeper サーバプロセスの起動
LifeKeeper がシステムで現 在 実 行 されていない場 合 は、すべてのサーバに対 するユーザルート として次のコマンド を入 力 してください。
/opt/LifeKeeper/bin/lkstart
数 秒 の遅 延 の後 、情 報 メッセージが表 示 されます。
注 記 : LifeKeeper を起 動 するときに LifeKeeper Distribution Enabling Package を参 照 するエラーメ
ッセージが表 示 された場 合 は、LifeKeeper インスト ールイメージファイルをインスト ール/再 インスト ールする必 要 があります。
lkstart コマンド の詳 細 については、コマンド ラインで man LCD を入 力 して LCD(1M) マニュアルページを
参 照 してください。

LifeKeeper の停 止
LifeKeeper を停 止 する必 要 がある場 合 は、ルート として次 のコマンド を入 力 して停 止 してください。
/opt/LifeKeeper/bin/lkstop
このコマンド は、管 理 されているサーバ上 で現 在 実 行 されているすべての LifeKeeper デーモンプロセスを
停 止 します。

リソース階 層 の転 送
LifeKeeper サーバで定 期 的 なメンテナンスやその他 の作 業 を実 行 する必 要 がある場 合 、LifeKeeper の
GUI を使 用 して In Service のリソースを別 のサーバに移 動 できます。 サーバ A からサーバ B に In
Service のリソース階 層 を転 送 するには、GUI を使 用 してサーバ B でリソース階 層 を in service にします。 サーバ A のリソースがすべて、対 応 するバックアップサービスで In Service になるまで、操 作 を繰 り返します。手 順 については、リソースを In Service にするを参 照 してください。

サーバ A のリソースがすべて、バックアップサーバでアクティブになった後 、アプリケーションの処 理 に影 響 を
与 えることなく、 サーバ A をシャット ダウンできます。ただし、メンテナンスの期 間 中 、クラスタ内 にあるサーバ数 によっては、リソースが LifeKeeper で保 護 されないことがあります。

テクニカルノート
お使 いの LifeKeeper 環 境 に関 する設 定 と動 作 上 の問 題 に関 する以 下 のテクニカルノート をお読 みになることを強 く推 奨 します。

LifeKeeper の機 能
項目

240

説明

User Guideチューニング

ライセンス

LifeKeeper を使 用 するには、各 サーバに一 意 の実 行 時 ライセンスキーが必 要 です。これは、物 理 サーバと仮 想 サーバの両 方 に適 用 されます。ライセンスキーは、LifeKeeper
Core ソフト ウェア、および LifeKeeper リカバリキット の各 パッケージに必 要 です。インス
ト ールスクリプト が、サーバの Host ID を取 得 して表 示 する Licensing Utilities パッケー
ジをインスト ールします。Host ID、およびソフト ウェアに付 属 のアクティベーション ID
が、SIOS Technology Corp の Web サイト からライセンスキーを取 得 するために使 用されます。.

大 型 クラス
タのサポー
ト

LifeKeeper は、最 大 32 台 のサーバを持 つ大 型 クラスタの設 定 をサポート します。ただし、LifeKeeper 以 外 の多 くの要 因 が、クラスタ内 でサポート されるサーバの台 数 に影 響
することがあります。この要 因 として、スト レージの相 互 接 続 、オペレーティングシステム、
スト レージソフト ウェアの制 限 などがあります。サポート される最 大 クラスタサイズを調 べるには、ベンダ固 有 のハード ウェアとソフト ウェアの設 定 情 報 を参 照 してください。

LifeKeeper for Linux v5.2 以 降 は、リソース名 とタグ名 でのワイド / マルチバイト 文 字 の使 用 をサポート していますが、ネイティブの言 語 メッセージサポート は含 まれていません。Java のプロパティファイルのロケール固 有 バージョンを作 成 することにより、LifeKeeper の GUI をローカライズできますが、現 在 フルにローカライズされているのは国際化と
英 語 バージョンのみです。ただし、LifeKeeper の GUI に表 示 される多 くのメッセージは
ローカライズ LifeKeeper Core から来 ているので、GUI のローカライズは、ユーザにとって、Core ソフト
ウェアがフルにローカライズされるまでの単 なる部 分 的 な解 決 法 です。
追 加 情 報 については、制 限 または既 知 の問 題 の「言 語 環 境 の影 響 」も参 照 してくだ
さい。
LifeKeeper は、LifeKeeper クラスタ内 で発 生 するイベント を記 述 する SNMP ト ラップを
LifeKeeper
送 出 するように設 定 できます。この機 能 の設 定 に関 する詳 細 については、lk_の MIB ファconfigsnmp(8) のマニュアルページを参 照 してください。LifeKeeper のト ラップを記 述 するイル
MIB ファイルは、/opt/LifeKeeper/include/LifeKeeper-MIB.txt に記 載 されています。
LifeKeeper は、 Watchdog 機 能 をサポート しています。この機 能 は、SIOS Technology
Watchdog Corp. により Red Hat EL 5.5 の 64-ビット 、Red Hat EL 5.6 の 32-ビット 、および Red Hat
EL 6 + softdog でテスト 済 みです。
STONITHLifeKeeper は、STONITH 機 能 をサポート しています。この機 能 は、SIOS Technology
Corp. により IBM x3550 x86_64 アーキテクチャ上 の SLES 11、および RHEL5.5 の 64ビット でテスト 済 みです。

XFS ファイルシステム

XFS ファイルシステムは、ファイルシステムのチェックと修 正 に fsck ユーティリティを使 用 しません。その代 わりに、ログの再 生 をマウント に依 存 します。整 合 性 の問 題 についての懸 念 がある場 合 は、システム管 理 者 がファイルシステムを out of service にしてアンマウ
ント し、xfs_check(8) と xfs_repair(8) を実 行 して問 題 を解 決 する必 要 があり
ます。

IPv6

SIOS は、ip コマンド の使 用 に移 行 し、ifconfig コマンド を使 用 しなくなりました (詳 細 については IPv6 の既 知 の問 題 を参 照 )。

チューニング項
目

説明

SteelEye Protection Suite for Linux241

チューニング

IPC LifeKeeper には、プロセス間 通 信 (IPC) セマフォと IPC 共 有 メモリが必 要 です。以 下 の Linux
セマ カーネルオプションの Red Hat のデフォルト 値 は、/usr/src/linux/include/linux/sem.h にあフォ り、LifeKeeper の多 数 の設 定 をサポート するのに十 分 な値 です。
とオプション 必 須 Red Hat 6.2 のデフォルト 値
IPC
SEMOPM
14 32
共SEMUME20 32
有SEMMNU60 32000
メモ
SEMMAP25 32000
リ
SEMMNI25 128LifeKeeper がバックアップシステムに正 常 にフェイルオーバするためには、システムリソースが使 用
可 能 である必 要 があります。例 えば、システムファイルテーブルがフルの場 合 、LifeKeeper が新しいプロセスを開 始 してリカバリを実 行 することができない可 能 性 があります。エンタプライズパッ
チを持 つカーネル (LifeKeeper がサポート するものを含 む) では、file-max、つまりシステムで開 いているファイルの最 大 数 は、デフォルト でシステムメモリサイズの 1/10 に設 定 されます。これは、LifeKeeper の多 数 の設 定 をサポート するのに十 分 な値 です。file-max 値 をデフォルト 値 よりも低 く設 定 すると、予 期 しない LifeKeeper の障 害 が発 生 することがあります。
シス file-max 値 は、以 下 のコマンド で取 得 できます。
テム
cat /proc/sys/fs/file-nr
ファイル
このコマンド は、3 つの値 を返 します。1 番 目 の値 はファイルテーブルのエント リのこれまでの最 大
テー
値 (システムがこれまでに検 出 した最 大 値 )、2 番 目 の値 は現 在 のファイルテーブルのエント リ
ブル
数 、3 番 目 の値 は file-max の値 です。
file-max を調 整 するには、/etc/sysctl.conf の「fs,file-max」値 を追 加 (または変 更 ) し (フォーマット については sysctl.conf(5) を参 照 )、sysctl –p
次 にこのファイルを実 行 して、システムを更 新 します。/etc/sysctl.conf の値 は、再 起 動 後 も保持 されます。

242

User Guide

LifeKeeper の動 作

LifeKeeper の動 作
ファイアウォールと SELinux が、インスト ール時 に有 効 になります。インスト ールの完 了
後 、SELinux を無 効 にし、ファイアウォールを変 更 する必 要 があります。
SELinux のモード が「有 効 」または「許 可 」の場 合 、LifeKeeper はインスト ールされず、機 能しません。RedHat の SELinux を無 効 にするには、ホスト システムのコンソールから systemconfig-securitylevel-tui ツールを実 行 してください。SELinux for SLES 11 SP1 が提 供 されていますが、これも無 効 にする必 要 があります(http://www.novell.com/linux/releasen.../SUSE-SLES/11/)。
Linux AppArmor (このセキュリティモデルを使 用 するディスト リビューションの場 合 ) は有 効 にすることファイ ができます。
アウ
ォール ホスト のファイアウォールが有 効 の場 合 、LifeKeeper は機 能 します。ただし、絶 対 に必 要 な
場 合 以 外 は、ファイアウォールは無 効 にし、LifeKeeper が保 護 するリソースは別 の保 護 ファとSELin- イアウォール内 に配 置 してください。
ux のLifeKeeper を、ファイアウォールを有 効 にしたホスト と共 存 させる必 要 がある場
共存
合 、LifeKeeper はコミュニケーションパス、GUI、IP、およびデータ複 製 に特 定 のポート を使用 します。Linux のファイアウォール機 能 を使 用 する場 合 、LifeKeeper が使 用 する特 定 のポート を開 く必 要 があります。
RedHat のファイアウォールを無 効 にしたり変 更 したりするには、ホスト システムのコンソールから system-config-securitylevel-tui ツールを実 行 してください。SUSE のファイアウォールを無 効 にしたり変 更 したりするには、yast2 を実 行 し、[Security andUser]、[Firewall] を順 に選 択 してください。詳 細 については、ファイアウォールを使 用 した状
態 での LifeKeeper の実 行 を参 照 してください。
nolo- ロック処 理 を伴 うスト レージアプリケーションを使 用 する際 、以 下 のNFS マウント オプションのck
推 奨 として、SPS では nolock オプションを追 加 で設 定 する必 要 があります。例 ：Optio- rw,nolock,bg,hard,nointr,tcp,nfsvers=3,timeo=600,rsize=32768,wsin
ze=32768,actimeo=0.
Out of LifeKeeper サーバの障 害 発 生 後 のリカバリの一 部 として、障 害 が発 生 したサーバに設 定 さServic- れているリソース階 層 のうち、障 害 発 生 時 にいずれかのサーバで「In Service」ではないもの
e の階 は、その時 点 で優 先 順 位 が最 高 の「alive」のサーバで復 旧 されます。これは、障 害 が発 生
層 の したサーバ、復 旧 するサーバ、クラスタ内 のその他 のサーバなど、「Out of Service」の階 層 が
復 旧 最 後 に In Service であったサーバを問 いません。
Suid
マウン
ト オプ
ション
カーネ
ルデバ
ッガ
(kdb)
init ssuid マウント オプションは、root としてマウント するときのデフォルト であり、マウント コマンド により /etc/mtab に書 き込 まれることはありません。LifeKeeper 環 境 では、suid マウント オプション
は不 要 です。
LifeKeeper が保 護 するサーバでカーネルデバッガ (kdb) を使 用 したり init s に移 動 する前に、そのサーバで LifeKeeper をシャット ダウンするか、LifeKeeper が保 護 するリソースをバック
アップサーバに切 り替 える必 要 があります。LifeKeeper の SCSI 予 約 デーモン (lkscsid とlkccissd) を有 効 にした状 態 で (デフォルト で有 効 になっている)、kdb を使 用 すると、予 期 しないパニックが発 生 することがあります。

SteelEye Protection Suite for Linux243

サーバの設 定

LifeKeeper はロックを使 用 して、共 有 SCSI バス上 にある他 のサーバがアクセスしないように
ロック 共 有 データを保 護 します。他 のサーバがデバイスをロックしたことにより LifeKeeper がデバイスしてい にアクセスできない場 合 、致 命 的 なエラーが発 生 し、即 座 に対 処 する必 要 があります。対処 しない場 合 、データが破 損 するおそれがあります。この条 件 が検 出 された場
る共有 デバ 合 、LifeKeeper はシステムにパニックを発 生 させる機 能 を有 効 にします。
イスで
のシス
テムパ
ニック

共 有 デバイスが予 約 された状 態 で、LifeKeeper が「lkstop」以 外 の方 法 により停 止 した場
合 (これは、kdb または init s の実 行 で発 生 することがある)、他 のサーバがリソースを復 旧 するときに LifeKeeper のロックメカニズムによりカーネルパニックのト リガになることがあります。この方 法 で LifeKeeper を停 止 する前 に、リソースをすべて Out of Service にする必 要 がありま
す。

項目

説明

サーバの設 定項目

説明

BIOS のアップ
デート

使 用 可 能 な最 新 の BIOS を常 にすべての LifeKeeper サーバにインスト ールする
必 要 があります。

LifeKeeper 7.5 以 降 のパッケージ依 存 リスト
以 下 に、お使 いの OS ディスト リビューションにより、LifeKeeper 7.5 以 降 の必 須 パッケージに必 要 となる場 合 がある依 存 関 係 のリスト を示 します。
重 要 :これらのパッケージの 32-ビット バージョンが必 要 です。
このリスト の依 存 関 係 を満 たすために、追 加 のパッケージのインスト ールが必 要 になる場 合 があります。
bzip2 OR libbz2 OR bzip2-lib
glibc
iproute OR iproute2
iptables
iputils
libstdc++ OR libstdc++43
mktempnfs-utils OR nfs-kernel-server (NFS 共有を保護する場合)
pam
zlib

注 記 : OR は、Linux OS ディスト リビューションのバリエーションです。
このリスト には、依 存 関 係 がすべて含 まれているわけではありません。ベースパッケージと Linux OS ディス
ト リビューションによっては、追 加 のパッケージの依 存 関 係 が必 要 になることがあります。また、特 定 のオ
プションのソフト ウェアコンポーネント がインスト ールされていることを設 定 スクリプト が検 出 した場 合 、追 加のパッケージの依 存 関 係 が必 要 になることがあります。
yum や zypper など、リポジト リベースのパッケージマネージャの使 用 を検 討 することを推 奨 します。これらのパッケージマネージャは、定 義 済 みのソフト ウェアリポジト リを検 索 して依 存 関 係 を自 動 的 に解 決 するように設 計 されているので、これらの必 須 パッケージのインスト ールが容 易 になります。

244

User Guide[Confirm Failover] と [Block Resource Failover] の設 定

[Confirm Failover] と [Block Resource Failover] の設 定
以 下 の説 明 、例 、および考 慮 事 項 をよく読 んで理 解 してから、お使 いの LifeKeeper 環 境 で [Confirm
Failover] または [Block Resource Failover] を設 定 してください。これらの設 定 は、コマンド ライン、または LifeKeeper の GUI の[Properties]パネルから使 用 できます。
Confirm Failover On:
定 義 – システム A からシステム B へのフェイルオーバの手 動 確 認 を有 効 にします (システム A はプロパテ
ィが[Properties] パネルに表 示 されるサーバで、 システム B はチェックボックスの左 にあるシステム)。あるシ
ステムでこのオプションをオンに設 定 した場 合 、障 害 発 生 が検 出 されたシステムについて LifeKeeper がフェイルオーバリカバリを実 行 するには、システム管 理 者 による手 動 確 認 が必 要 になります。
フェイルオーバを確 認 するには、lk_confirmso コマンド を使 用 します。デフォルト では、このコマンド を
実 行 するまで管 理 者 には 10 分 の猶 予 時 間 があります。この時 間 は、/etc/default/LifeKeeper のCONFIRMSOTO 設 定 で変 更 できます。管 理 者 が 10 分 以 内 に lk_confirmso コマンド を実 行 しない場 合 、フェイルオーバは続 行 されるか、ブロックされます。デフォルト では、フェイルオーバが続 行 されます。この動 作 は、/etc/default/LifeKeeper の COMFIRMSODEF 設 定 で変 更 できます。
例 : 自 動 フェイルオーバをすべてブロックする場 合 は、[Properties] パネルの [Confirm Failover On] オ
プションを設 定 し、さらに CONFIRMSODEF を 1 (フェイルオーバをブロック)、CONFIRMSOTO を 0 (フェイルオーバ動 作 が決 定 されるまで待 機 しない) に設 定 してください。
この設 定 を選 択 するタイミング:
この設 定 は、設 定 に冗 長 ハート ビート コミュニケーションパスを含 まない多 くのディザスタリカバリ、その他の WAN 設 定 で使 用 されます。
通 常 のサイト (非 マルチサイト クラスタ) では、あるサーバで [Properties] ページを開 き、[Confirm
Failover]フラグをオンに設 定 するサーバを選 択 してください。
マルチサイト WAN の設 定 の場 合 : フェイルオーバの手 動 確 認 を有 効 にしてください。
マルチサイト LAN の設 定 の場 合 : フェイルオーバの手 動 確 認 を有 効 にしないでください。
マルチサイト クラスタ環 境 では、非 ディザスタシステムから DR システムを選 択 し、[Set Confirm FailoverOn] チェックボックスをオンにします。クラスタ内 の非 ディザスタサーバのそれぞれについて、[Properties]パネルを開 いてこの設 定 を選 択 する必 要 があります。
Block Resource Failover On:
定 義 - デフォルト では、リソースのすべての障 害 について復 旧 イベント が発 生 し、ローカルシステムの障害 リソースの復 旧 が試 行 されます。ローカルリカバリが失 敗 した場 合 、または有 効 になっていない場 合は、リソースが定 義 されている、優 先 順 位 が次 に最 も高 いシステムに、LifeKeeper がローカル履 歴 を転送 します。ただし、宛 先 として指 定 したシステムでこの設 定 を選 択 している場 合 、リソース障 害 に起 因するリソースの転 送 はすべてブロックされます。
この設 定 が有 効 の場 合 、以 下 のメッセージがログに記 録 されます。
Local recovery failure, failover blocked, MANUAL INTERVENTION REQUIRED

SteelEye Protection Suite for Linux245

条件 / 考慮事項:

条件 / 考慮事項:
マルチサイト 設 定 では、設 定 のすべてのサーバについて、フェイルオーバのブロックを選 択 しないでください。
注 記 : この設 定 は、システム全 体 の障 害 が発 生 した場 合 のフェイルオーバ動 作 には影 響 しません。リ
ソースの障 害 に起 因 するフェイルオーバのみをブロックします。

NFS クライアント のオプション
LifeKeeper で保 護 する NFS サーバを設 定 するときには、NFS クライアント がこのサーバに接 続 する方 法が、フェイルオーバ時 に再 接 続 する速 さに大 きな影 響 を与 えます。
NFS クライアント をマウント するときの考 慮 事 項
NFS サーバは、クライアント コンピュータにネット ワークベースのスト レージシステムを提 供 します。このリソースを使 用 するには、クライアント システムは、NFS サーバによりエクスポート された、既 に NFS である
ファイルシステムを「マウント 」する必 要 があります。NFS クライアント を LifeKeeper が保 護 する NFS リ
ソースに接 続 する方 法 について、いくつかのオプションをシステム管 理 者 は考 慮 する必 要 があります。
UDP または TCP の選 択
NFS プロト コルは、ユーザデータグラムプロト コル (UDP) と伝 送 制 御 プロト コル (TCP) のいずれかを活 用できます。.NFS は従 来 、クライアント / サーバの通 信 に UDP プロト コルを使 用 してきました。この理 由の 1 つは、NFS が UDP プロト コルを使 用 してステート レス方 式 で動 作 するほうが容 易 だからです。この「ステート レス」であることが、高 可 用 性 のクラスタ化 では重 要 です。これは、保 護 されている NFS サー
バリソースがクラスタホスト 間 で切 り替 えられた場 合 に、クライアント を容 易 に認 識 できるからです。一 般
的 に、LifeKeeper が保 護 する NFS リソースを操 作 するときには、UDP プロト コルが TCP よりも良 好 に
動 作 する傾 向 があります。
/etc/exports の Sync オプション
LifeKeeper が保 護 する NFS リソースの場 合 、エクスポート オプションとして「sync」を指 定 することが推 奨されます。「sync」オプションは、ディスクに書 き込 みを実 行 してから肯 定 応 答 を NFS クライアント に送 信するように NFS に指 示 します。もう 1 つのオプションである「async」も使 用 できますが、このオプションを使用 するとデータが破 損 するおそれがあります。これは、ディスクに書 き込 みを実 行 する前 に NFS 書 き込
みの肯 定 応 答 をクライアント に送 信 するからです。NFS クライアント も、NFS ファイルシステムのマウント
時 にオプションとして「sync」を指 定 できます。
Red Hat EL6 (および Fedora 14) クライアント と Red Hat EL6 NFS サーバの使 用
Red Hat EL6 用 NFS サーバのバグと思 われるものにより、Red Hat EL6 (および Fedora 14) を実 行 する
NFS クライアント は、NFS のバージョン (nfsvers) および UDP の両 方 をマウント コマンド に指 定 できません。これと同 じ動 作 が、Ubuntu10.10 クライアント でも確 認 されています。この動 作 は、Red Hat EL6
NFS を使 用 する Red Hat EL5 クライアント では確 認 されておらず、Red Hat EL5 NFS サーバを使 用 するすべてのクライアント で確 認 されていません。Red Hat EL6 (Fedora 14) クライアント と Red Hat EL 6
NFS サーバを使 用 するための NFS マウント ディレクト リの最 善 の組 み合 わせは以 下 のとおりです。
mount <protected-IP>:<export> <mount point>-o nfsvers=2,sync,hard,intr,timeo=1

246

User Guide

Red Hat EL5 NFS クライアント と Red Hat EL6 NFS サーバの使 用l

この組 み合 わせでは、LifeKeeper が保 護 する NFS サーバがスイッチオーバまたはフェイルオーバを実 行 する場 合 に、クライアント の再 接 続 時 間 が最 短 になります。

Red Hat EL5 NFS クライアント と Red Hat EL6 NFS サーバの使 用
Red Hat EL5 を実 行 する NFS クライアント と Red Hat EL6 NFS サーバを使 用 するときに、再 接 続 時 間が短 い最 善 のオプションの組 み合 わせは以 下 のとおりです。
mount <protected-IP>:<export> <mount point>-o nfsvers=3,sync,hard,intr,timeo=1,udp

クラスタの例
拡 張 したマルチクラスタの例

SteelEye Protection Suite for Linux

247

ト ラブルシューティング
メッセージカタログでは、操 作 、管 理 、GUI など、SteelEye Protection Suite for Linux を使 用 していると
きに出 会 う可 能 性 がある、すべてのエラーコード を列 挙 します。また、エラーコード の原 因 に関 する追 加の説 明 や、問 題 解 決 のために必 要 な処 置 についても、必 要 に応 じて記 載 します。この完 全 なリスト を
検 索 すると、受 信 したエラーコード を見 つけることができます。また、以 下 の個 別 のメッセージカタログに直 接 アクセスすることもできます。
l
l
l
l
l
l
l
l
l

コアメッセージカタログ
ファイルシステムキット メッセージカタログ
Gen/App キット メッセージカタログ
GUI メッセージカタログ
IP キット メッセージカタログ
Oracle Listener キット メッセージカタログ
Oracle キット メッセージカタログ
SCSI キット メッセージカタログ
SDR キット メッセージカタログ

上 記 のメッセージカタログに加 え、以 下 のト ピックでも、直 面 する可 能 性 がある問 題 や制 限 事 項 のト ラ
ブルシューティングについて詳 細 を説 明 します。

既 知 の問 題 と制 限
下 記 に、LifeKeeper for Linux で明 らかになっている制 限 または既 知 の問 題 を機 能 領 域 ごとに示 します。

インスト ール
説明リリース 7.4 以 降 では、SteelEye 製 品 RPM パッケージの再 割 り当 てはサポート されません。
SUSE にインスト ールしている場 合 、コアでパッケージチェックエラー (rpm -V steeleye-lk) が発 生 します。以 下 のエラーが発 生 します。
SUSE がシャット ダウンスクリプト を実 行 する方 法 により (他 の Linux ディスト リビューションとは異 なり)、
以 下 のスクリプト がインスト ール後 に別 の場 所 に移 動 するので、実 行 レベルを変 更 するか再 起 動 しているときに LifeKeeper はシャット ダウンされます。以 下 は、steeleye-lk パッケージを確 認 しているときに発 生 する唯 一 のエラーです。
Missing /etc/rc.d/rc0.d/K01lifekeeper
Missing /etc/rc.d/rc1.d/K01lifekeeper
Missing /etc/rc.d/rc6.d/K01lifekeeper

SteelEye Protection Suite for Linux

249

インスト ール

GUI はデフォルト の RHEL6 64-bit では動 作 しません
Red Hat Enterprise Linux 6 64-bit には互 換 性 の問 題 があります。
解 決 方 法 : LifeKeeper をインスト ールする前 に、OS のインスト ールメディアに含 まれている以 下 のパッケージをインスト ールしてください。LifeKeeper をインスト ールする
前 にインスト ールされていない場 合 、インスト ール作 業 が正 常 に終 了 しません。
libXau-1.0.5-1.el6.i686.rpm
libxcb-1.5-1.el6.i686.rpm
libX11-1.3-2.el6.i686.rpm
libXext-1.1-3.el6.i686.rpm
libXi-1.3-3.el6.i686.rpm
libXtst-1.0.99.2-3.el6.i686.rpm
新 しいデバイスがスキャンされているときに nbd ド ライバがロード されると、multipathd デーモンはエラーログにエラーを記 録 します
解 決 方 法 : ログでこれらのエラーを避 けるには、/etc/multipath.conf の blacklist にdevnode "^nbd" を追 加 します。
NFS Setup Logging が不 完 全 ですISO イメージ sps.img からインスト ール設 定 スクリプト を実 行 する場 合 、NFS のスク
リプト パッチプロセスの結 果 は、LifeKeeper インスト ールログ (/var/log/LK_install.log)
でキャプチャされません。対 応 策 はありません。
Html.pm パッケージとの競 合 のため、7.x からのコアパッケージのアップグレード に失敗 しますLifeKeeper Core パッケージ (steeleye-lk) をリリース 7.4.0 以 前 からリリース 7.5.0 以
降 にアップグレード したところ、ファイル /opt/LifeKeeper/lib/perl/Html.pm に競 合 エラーが発 生 しました。このエラーを解 決 し、コアパッケージを正 常 にインスト ールするには、--force オプションを rpm に使 用 する必 要 があります。
ループバックインターフェースを INTERFACELIST 設 定 で使 用 する際 、ライセンスが正 常 に機 能 しません。
ループバック (lo) インターフェースを INTERFACELIST 設 定 で使 用 できません。
IP アド レスに基 づくライセンスファイルが使 用 されている場 合 、lklicmgr ツール
は「HOSTID mismatch (HOSTID が不 一 致 です)」というメッセージを誤 表 示 します。
IP アド レスに基 づくライセンスファイルが使 用 されている場 合 、lklicmgr は HOSTID
不 一 致 エラーを誤 表 示 します。これは lklicmgr の表 示 の問 題 に過 ぎません。ライ
センスは予 期 したとおりに機 能 します。

250

ト ラブルシューティング

インスト ール

nfslock init スクリプト のパッチをあてる際 、HA向 けのNFS設 定 に失 敗 します
NFS のHA にはnfs-utils パッケージが必 須 です。そのパッケージがシステムにインスト ールされていない場 合 は nfslock init スクリプト のHA 機 能 を有 効 にするパッ
チスクリプト が失 敗 します。
解 決 方 法 : nfs-utilsパッケージをインスト ールし、その後 SPSインスト ールセット
アップスクリプト を再 度 実 行 してください。

SteelEye Protection Suite for Linux

251

LifeKeeper Core

LifeKeeper Core252

ト ラブルシューティング

LifeKeeper Core説明
言 語 環 境 の影 響
一 部 の LifeKeeper スクリプト は、Linux システムユーティリティの出 力 を解 析 し、一 定 のパターンに従 って情 報 を抽 出 します。英 語 圏 以 外 のロケールで一 部 のコマンド が実 行 されている場 合 、予 測 されたパターンは変 更 され、LifeKeeper スクリプト は必 要 な情 報 の取 得 に失 敗 します。このため、言 語
環 境 変 数 LC_MESSAGES は /etc/default/LifeKeeper で POSIX “C” locale (LC_MESSAGES=C)に設 定 されています。言 語 を英 語 に設 定 して Linux をインスト ールする必 要 はありません (インスト ー
ルメディアで使 用 可 能 な言 語 を選 択 できます)。/etc/default/LifeKeeper の LC_MESSAGES の設 定は LifeKeeper にのみ影 響 します。/etc/default/LifeKeeper の LC_MESSAGES の値 を変 更 すると、LifeKeeper の動 作 に悪 影 響 を与 える可 能 性 があります。悪 影 響 は、メッセージカタログがさまざまな言 語 とユーティリティに対 応 してインスト ールされているかどうか、および LifeKeeper が予 期 していな
いテキスト 出 力 をそれらが生 成 するかどうかに左 右 されます。
ファイルシステムラベルは、大 規 模 な設 定 で使 用 しないことを推 奨 します
ファイルシステムラベルを使 用 すると、大 きなクラスタの場 合 、起 動 時 にパフォーマンスが低 下 する可能 性 があります。ラベルを使 用 するには、システムに接 続 されるすべてのデバイスをスキャンする必 要があり、通 常 はその結 果 として問 題 が生 じます。SAN に接 続 されているシステム、特 にデバイスへのアクセスがブロックされている LifeKeeper が導 入 されているシステムの場 合 、このスキャニングは非 常に遅 くなる可 能 性 があります。
Red Hat システムでこのパフォーマンスの問 題 を防 ぐには、/etc/fstab を編 集 し、ラベルをパス名 に置 き
換 えます。
SUSE SLES 10 を実 行 している QLogic ド ライバ (qla2xxx) のリザベーションを解 除 できません
QLogic ド ライバ (qla2xxxx) を使 用 している SUSE SLES 10 システムでは、フェイルオーバが機 能 しま
せん。スト ック QLogic ド ライバで SLES 10 を実 行 している x86 ボックスでは、リザベーションを解 除 できないので、フェイルオーバは機 能 しません。SLES 10 で配 布 された qla2xxx ド ライバは、ハングした IOがあった場 合 、リセット を発 行 するだけです。注 記 : SLES 10 SP1 で配 布 された qla2xxx ド ライバーで
問 題 は修 正 されました。
gen/app リソースで構 文 エラーが発 生 する可 能 性 があります
コアのアップグレード をせずに、steeleye-lkGUI パッケージのみアップグレード した場 合 、gen/app リソー
スで構 文 エラーが発 生 します。steeleye-lkGUI パッケージには、同 じバージョンまたはそれ以 降 のバー
ジョンのコアを必 要 とする gen/app GUI コンポーネント への更 新 が含 まれています。
注 記 : LifeKeeper をアップグレード する際 に、GUI とコアパッケージを最 新 バージョンにアップグレード する必 要 があります。GUI パッケージと一 緒 にコアをアップグレード した場 合 、エラーは発 生 しないはずです。
SLES10 システムでシャット ダウンがハングします
SLES10 を備 えた AMD64 システムでシャット ダウンを実 行 すると、システムはロックアップし、シャット ダ
ウンは完 了 しません。これは、 bug #294787 で Novell にレポート されています。このロックアップは、
SLES10 の powersave package が原 因 で発 生 します。
対 応 策 : SLES10 の powersave package を削 除 し、シャット ダウンが正 常 に完 了 できるようになります。

SteelEye Protection Suite for Linux

253

LifeKeeper Corelkscsid は、sendevent を発 行 するとシステムを停 止 しますlkscsid は、ディスク障 害 を検 出 すると、デフォルト で sendevent を LifeKeeper に発 行 し、障 害から復 旧 しようとします。sendeventはまず、ローカルで障 害 から復 旧 しようとします。それに失 敗 すると、ディスクの階 層 を別 のサーバに切 り替 えて障 害 から復 旧 しようとします。一 部 のバージョンのLinux (RHEL5 および SLES11) では、lkscsid は sendevent を発 行 できないため、代 わりにすぐにシステムを停 止 します。これは、/dev/sda などの SCSI デバイスノード を使 用 している階 層 にのみ影 響 します。
RHEL6 64-bit ではセット アップが失 敗 します
Red Hat Enterprise Linux 6 64-bit には互 換 性 の問 題 があります。
解 決 方 法 : LifeKeeper をインスト ールする前 に、OS のインスト ールメディアに含 まれている以 下 のパッ
ケージをインスト ールしてください。LifeKeeper セット アップを実 行 する前 にインスト ールされていない場
合 、セット アップは正 常 に終 了 しません。
rpm -i compat-libstdc++-33-3.2.3-69.el6.i686 libgcc-4.4.4-13.el6.i686
rpm -i nss-softokn-freebl-3.12.7-1.1.el6.i686 glibc-2.12-1.7.el6.i686
注 記 : 詳 細 については、LifeKeeper 7.5 以 降 のパッケージ依 存 関 係 のリスト を参 照 してください。
DataKeeper の Create Resource が失 敗 しますCitrix XenServer (または IDE ディスクエミュレーションを提 供 できるその他 のハイパーバイザ) で実 行 されている、完 全 に仮 想 化 された VM で DataKeeper を使 用 している場 合 、create でエラーが発 生 します。
ERROR 104052 (エラー 104052):Cannot get the hardware ID of thedevice "dev/hda3" (デバイス「dev/hda3」のハード ウェア ID を取 得 できません)
これは、完 全 に仮 想 化 された VM がローカルディスクを IDE ド ライバとして表 示 させ、getId がこれらの VM にある IDE ディスクを適 切 にクエリーできないためです。
対 応 策 : /dev/hda* を DEVNAME device_pattern ファイルに追 加 します。次 に例 を示 します。
# cat /opt/LifeKeeper/subsys/scsi/Resources/DEVNAME/device_
pattern/dev/hda*
API アクセスに対 するホスト 名 の指 定
LifeKeeper サーバ認 証 情 報 の格 納 に使 用 するキー名 は他 の LifeKeeper サーバのホスト 名 と完 全 に
一 致 する必 要 があります (そのサーバに対 する hostname コマンド で表 示 されます)。ホスト 名 がFQDN の場 合 、認 証 キーは FQDN である必 要 があります。ホスト 名 が短 縮 名 の場 合 、キーも短 縮
名 にする必 要 があります。
対 応 策 : credstore によって格 納 されたホスト 名 がホスト 名 と完 全 に一 致 していることを確 認 します。

254

ト ラブルシューティング

LifeKeeper Core

8.0.0 以 前 のバージョンの LifeKeeper の lkbackups を使 用 する場 合 は、8.0.0 でリスト アする場
合 に /etc/default/LifeKeeper を手 動 で更 新 する必 要 があります
LifeKeeper/SPS 8.0.0 では、ロギングなどの主 要 なコアコンポーネント に対 して大 幅 な機 能 強 化 が加 えられています。これらの機 能 強 化 は /etc/default/LifeKeeper ファイルの設 定 に影 響 します。lkbackup が 8.0.0 をリスト アすると、これらの設 定 は正 しい値 を持 っていません。
解 決 方 法 : LifeKeeper for Linux v8 未 満 で取 得 した lkbackup を restore する前に、/etc/default/LifeKeeper を保 存 します。lkbackup から restore したら、以 下 の新 しい
設 定 値 にマージします。
LKSYSLOGTAG=LifeKeeper
LKSYSLOGSELECTOR=local6
詳 細 については、syslog でのロギングを参 照 してください。
リソースの作 成 後 に lkbackup を restore すると、破 損 したイクイバレンシが残 されます
作 成 したリソースの設 定 ファイルは lkbackup 中 に保 存 されます。lkbackup でバックアップした後で初 めてリソースを作 成 した場 合 、そのリソースは、前 のバックアップからリスト アする際 に適 切 に把 握されない可 能 性 があります。
解 決 方 法 : 新 しいリソースを初 めて追 加 する前 に lkbackup からリスト アします。新 しいリソースがlkbackup の後 で追 加 された場 合 、リスト アの前 に削 除 するか、リソースの階 層 のインスタンスを削
除 し、リスト アの後 で階 層 を再 拡 張 してください。注 記 : 特 定 のリソースを初 めて作 成 する際 にlkbackup を実 行 することを推 奨 します。
フェイルオーバ時 に誤 った順 序 でリソースが remove されます
階 層 が共 通 リソースインスタンスを別 のルート 階 層 と共 有 している場 合 、カスケーディングフェイルオー
バまたはリソースフェイルオーバの間 、リソースは誤 った順 序 で remove されることがあります。
解 決 方 法 : 共 通 ルート を作 成 すると、階 層 のリソースの remove がト ップダウンで実 行 されます。
1. restore と remove を常 に進 める gen/app を作 成 します。
2. 現 在 のルート をすべて、この新 しい gen/app の子 にします。
注 記 : restore および remove スクリプト に /bin/true を使 用 すると、これが可 能 になります。

SteelEye Protection Suite for Linux

255

インターネット /IP ライセンス

インターネット /IP ライセンス

256

ト ラブルシューティングインターネット /IP ライセンス

INTERFACELIST 構 文 、 /etc/hosts 設 定 の依 存 関 係/etc/hosts 設 定 :インターネット ベースのライセンス (IPv4 アド レス) を使 用 している場 合 、/etc/hostsの設 定 はライセンスの検 証 に悪 影 響 を与 える可 能 性 があります。LifeKeeper の起 動 に失 敗 した場 合 は、以 下 のようなメッセージが出 力 されます。
Error in obtaining LifeKeeper license key(LifeKeeper ライセンスキーの取 得 エラー):
Invalid host. (無 効 なホスト です。)
The hostid of this system does not match the hostid
specified in the license file. (このシステムの hostid はライセンスファイルで指 定 した hostid と一 致 しません。)
リスト されているインターネット hostid が正 しい場 合 、/etc/hosts の設 定 が原 因 の可 能 性 があります。/etc/hosts エント リを正 しく一 致 させるには、IPv6 エント リの前に IPv4 エント リを記 載 する必 要 があります。/etc/hosts 設 定 が原 因 かどうかを確認 するには、次 のコマンド を実 行 します。
/opt/LifeKeeper/bin/lmutil lmhostid -internet -n
記 載 されている IPv4 アド レスが、インスト ールされたライセンスファイルの IPv4 アド
レスと一 致 しない場 合 、正 しいアド レスを返 すために、/etc/hosts を変 更 し、IPv4
エント リを IPv6 エント リの前 に配 置 する必 要 があります。
INTERFACELIST 構 文 :デフォルト では、LifeKeeper のライセンスはプライマリネット ワークインターフェース
eth0 に基 づいています。インターフェース eth0 の名 前 が変 更 されると、LifeKeeper
インスト ールおよびセット アップエラーが発 生 します。LifeKeeper が一 意 のシステム
HOST ID の取 得 に失 敗 する原 因 になるので、名 前 の変 更 には対 応 していません。RedHat Enterprise Linux 6.1 で導 入 された整 合 性 のあるネット ワークデバイス命 名 規 約 に対 応 するために、RedHat Enterprise Linux 6.x でプライマリインターフ
ェースの名 前 を指 定 するための INTERFACELIST 設 定 が追 加 されました。
整 合 性 のあるインターフェースのネット ワークデバイスの命 名 では、オンボード イン
ターフェースに em<ポート番 号 >、pci アド インインターフェースに pci<スロット番
号 >p<ポート番 号 >_<仮 想 機 能 インターフェース> を使 用 します。RedHat
Enterprise Linux 6.x システムの場 合 、デフォルト では、LifeKeeper はネット ワーク
デバイス em0 を探 します。そのデバイスが存 在 しない場 合 、INTERFACELIST
設 定 を設 定 し、プライマリインターフェース名 を指 定 する必 要 があります。設 定 には、プライマリインターフェース名 のみを含 めるだけで構 いませんが、コロン区 切 りの
リスト による追 加 の名 前 (たとえば、INTERFACELIST=em0:em1 など) には対応 していません。
注 記 : INTERFACELIST 設 定 値 は /etc/default/LifeKeeper で設 定 する必 要 があります。LifeKeeper Core パッケージがまだインスト ールされていない場
合 、/etc/default/LifeKeeper は存 在 しません。この場 合 、設 定 スクリプト(export INTERFACELIST=em1 など) を再 実 行 する前 に、INTERFACELIST が
環 境 で設 定 されていることを確 認 してください。

SteelEye Protection Suite for Linux

257

GUI

GUI
説明
GUI を終 了 した後 で Web ブラウザを介 して再 接 続 すると、GUI ログインプロンプト が再 表 示 されな
い場 合 がありますGUI アプレット を終 了 するか切 断 してから同 じ Web ブラウザセッションから再 接 続 しようとすると、ログインプロンプト が表 示 されない場 合 があります。
回 避 策 : Web ブラウザを再 度 開 き、サーバに接 続 します。Firefox ブラウザを使 用 している際 は、すべての Firefox のブラウザを閉 じ、再 び開 きます。
RHEL5 の lkGUIapp が、対 応 していないテーマに関 するエラーをレポート しますGUI アプリケーションクライアント を起 動 すると、以 下 のコンソールメッセージが表 示 される場 合 があります。このメッセージは RHEL 5 および FC6 Java プラット フォームのルックアンド フィールに由 来 するもの
で、GUI クライアント の動 作 に悪 影 響 を及 ぼすことはありません。
/usr/share/themes/Clearlooks/gtk-2.0/gtkrc:60:Engine"clearlooks" is unsupported, ignoring (エンジン「clearlooks」は未対 応 です。無 視 しています)
ネット ワークが切 断 され、再 接 続 された後 で、GUI は IP リソースの状 態 をすぐに更 新 しません
クラスタ内 のサーバ間 のプライマリネット ワークが切 断 され、再 接 続 されると、RMI/TCP レイヤーの問
題 のため、リモート GUI クライアント の IP リソースの状 態 が更 新 されるまで 1 分 25 秒 かかる場 合 が
あります。

258

ト ラブルシューティング

GUI

説明
Java 署 名 /未 署 名 混 合 コード の警 告 - LifeKeeper Java GUI クライアント アプレット をリモート システ
ムからロード すると、以 下 のセキュリティ警 告 が表 示 されることがあります。

[Run] をクリックすると、以 下 のダイアログが表 示 されます。

ブロックするかどうかを確 認 するメッセージが表 示 されます。[No] をクリックすると、LifeKeeper GUI の動
作 が可 能 になります。
SteelEye Protection Suite for Linux
推 奨 される処 置 : セキュリティ警 告 の数 を減 らすには、2 つのオプションがあります。
1. [Always trust content from this publisher] ボックスをチェックし、[Run] をクリックしま259

データレプリケーション説明
ポート 778 が使 用 中 の場 合 、steeleye-lighttpd プロセスの開 始 に失 敗 します
steeleye-lighttpd の起 動 時 にプロセスがポート 778 を使 用 している場 合 、steeleye-lighttpd の起 動に失 敗 し、GUIへの接 続 障 害 が発 生 する。
解 決 方 法 : クラスタ内 のすべてのノード で以 下 の設 定 を行 い、LifeKeeper をすべてのノード で再 起
動 します。
以 下 の行 を /etc/default/LifeKeeper に追 加 します。
API_SSL_PORT=port_number
port_number は使 用 する新 しいポート です。

データレプリケーション
説明
両 方 のサーバに重 要 な I/O ト ラフィックを持 つシンメト リックなアクティブ SDR 設 定 で、netraid デバイス (ミラー) にマウント されたファイルシステムが応 答 を停 止 し、結 果 的 にシステム全 体 がハングしますLinux バッファキャッシュの単 一 スレッド の特 性 により、バッファキャッシュフラッシングデーモンは、リモートでコミット する必 要 があるバッファをフラッシュアウト しようとしてハングする可 能 性 があります。フラッシング
デーモンがハングすると、クリアされていないバッファの数 がシステムで許 容 されている上 限(/proc/sys/kernel/vm/bdflush で設 定 ) を超 えると、クリアされていないバッファを持 つ Linux システムのすべてのアクティビティは停 止 します。
これは、リモート システムがリモート バッファを消 去 できなくなるような事 態 でないかぎり、通 常 は深 刻
な問 題 ではありません。LifeKeeper はネット ワークの障 害 を検 出 し、そのときにレプリケーションを停 止するので、ハング状 態 は消 去 されます。ただし、リモート システムがローカルシステムにもレプリケート された場 合 (つまり、相 互 がシンメト リカルにレプリケート された場 合 )、このフラッシングデーモンのハング状 態 に入 った場 合 、永 久 にデッド ロックする可 能 性 があります。
デッド ロックを解 除 するには、両 方 のシステムの nbd-client デーモンを手 動 で停 止 します (これにより、ミラーが切 断 されます)。ただし、このデッド ロックを完 全 に防 止 する場 合 は、シンメト リックアクティブレプ
リケーションを推 奨 しません。
GUI は SLES 10 SP2 システム上 で適 切 な状 態 が表 示 されません
この問 題 は、SLES 10 SP2 カーネルのバグによるもので、更 新 カーネルバージョン 2.6.16.60-0.23 で修 正 されています。SLES 10 SP2 では、netstat は /proc/<PID>/fd という新 しいフォーマット で切 断 されます。
解 決 方 法 : SLES 10 SP2 を使 用 する場 合 は、カーネルバージョンを 2.6.16.60-0.23 にアップグレード
してください。

260

ト ラブルシューティングデータレプリケーション

圧 縮 レベル設 定 用 に 32-bit zlib パッケージを RHEL 6 (64-bit) にインスト ールする必 要 があります
RHEL 6 (64-bit) で SDR を使 用 する場 合 、以 下 のエラーが表 示 されることがあります。
Could not start balance on Target when Compression Level is set on RHEL 6 (64-bit) (圧 縮 レベル
が RHEL 6 (64-bit) で設 定 された場 合 、ターゲット のバランスを開 始 できませんでした)
解 決 方 法 : この問 題 を解 決 するには、RHEL 6 (64-bit) を使 用 する場 合 は、32-bit zlib パッケージをインスト ールしてください。
ミラーが切 断 され、/var/log/messages にたくさんのエラーが記 述 されます
この問 題 は、(Red Hat EL 6.x や CentOS 6 で) 意 図 的 に障 害 を発 生 させるスト レステスト を実 行 しているとき (特 に、ミラーターゲット システムで実 行 されている nbd_server プロセスを停 止 しているときに) にときおり見 られます。ディスト リビューションの最 新 カーネル (Red Hat EL 6.0 または 6.1 の場 合 は
kernel-2.6.32-131.17.1.el6 など) にアップグレード すると、この問 題 が発 生 するリスクの軽 減 に役 立 つ
場 合 があります。ソースシステムを再 起 動 すると、この問 題 はなくなります。
CentOS 6 (2.6.32-71.el6) に付 属 のデフォルト カーネルでは、(ミラーの過 負 荷 に過 ぎない場 合 でも) この問 題 はさらに頻 繁 に発 生 する可 能 性 があります。残 念 なことに、CentOS はこの状 態 を改 善 する
カーネル (2.6.32-131.17.1) をまだリリースしていません。SIOS は、CentOS 6で入 手 可 能 になり次第 、2.6.32-131.17.1 カーネルへのアップグレード を推 奨 しています。
カーネルのアップグレード に関 する重 要 な情 報 : SPS は一 般 的 にいくつかの機 能 をサポート するため
カーネルモジュールをインスト ールします。; そのため、RedHat システムでカーネルパッチの適 用 /カーネルのアップグレード を実 施 する際 に、インスト ールメディアから ./setup スクリプト を再 度 実 行 し、SPSの一 部 としてインスト ールしたカーネルを新 しいカーネルとして有 効 にしてください。この操 作 を実 施 しない場 合 は、SPS リソースを in service および/もしくは保 護 できない状 態 のままになります。
大 きなミラーサイズを備 えた md_raid1 プロセスではト ップで高 い CPU 使 用 率 がレポート されますmdX_raid1 プロセス (X はミラー番 号 ) では、非 常 に大 きなミラー (500GB 以 上 ) を操 作 している際に、一 部 の OS ディスト リビューションで高 い CPU 使 用 率 がト ップでレポート されることがあります。
解 決 方 法 : CPU の使 用 率 を減 らすには、LifeKeeper 設 定 LKDR_CHUNK_SIZE でチャンクサイズを1024 に変 更 し、この新 しい設 定 を使 用 するためにミラーを削 除 して再 作 成 します。
DataKeeper リソースで lkbackup を使 用 する場 合 は、全 同 期 が必 要 ですlkbackup では instance と mirror_info ファイルを保 存 しますが、ソースおよびターゲット の状
態 として lkbackup からリスト アした後 で、DataKeeper ミラーの全 同 期 を実 行 することが最 善 の方
策 です。

SteelEye Protection Suite for Linux

261

IPv6

IPv6

262

ト ラブルシューティング

IPv6

説明
SIOS は、ifconfig コマンド から ip コマンド の使 用 に移 行 しました。この変 更 のため、外 部 スクリ
プト を使 用 するお客 様 も、同 様 の変 更 を行 うことを推 奨 します。ifconfig コマンド を発 行 し、結 果を解 析 して特 定 のインターフェースを探 す代 わりに、スクリプト は「ip -o addr show」を使 用 し、
結 果 を解 析 して、「inet」および「secondary」という語 を含 む行 を検 索 します。
# ip -o addr show
1: lo:<LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state
UNKNOWN\
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
1: lo
inet 127.0.0.1/8 scope host lo
1: lo
inet6 ::1/128 scope host\valid_lft forever preferred_lft forever
2: eth0:<BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_
fast state UP qlen 1000\
link/ether d2:05:de:4f:a2:e6 brd ff:ff:ff:ff:ff:ff
2: eth0inet 172.17.100.77/22 brd 172.17.103.255 scope global
eth0
2: eth0inet 172.17.100.79/22 scope global secondary eth0
2: eth0inet 172.17.100.80/22 scope global secondary eth0
2: eth0inet6 2001:5c0:110e:3364::1:2/64 scope global\
valid_lft forever preferred_lft forever
2: eth0inet6 2001:5c0:110e:3300:d005:deff:fe4f:a2e6/64 scopeglobal dynamic\
valid_lft 86393sec preferred_lft 14393sec
2: eth0inet6 fe80::d005:deff:fe4f:a2e6/64 scope link\
valid_lft forever preferred_lft forever
ip コマンド の上 記 の結 果 では、以 下 の行 に eth0 インターフェースの仮 想 IP アド レスが含 まれます。
2: eth02: eth0inet 172.17.100.79/22 scope global secondary eth0
inet 172.17.100.80/22 scope global secondary eth0

SteelEye Protection Suite for Linux

263

IPv6

/etc/sysconfig/network-scripts/ifcfg-<nicName> の「IPV6_AUTOCONF = No」が再 起 動 または起 動 の際 に考 慮 されません
起 動 時 に、自 動 設 定 されたステート レスな IPv6 アド レスがネット ワークインターフェースに割 り当 てられます。IPV6_AUTOCONF=No が設 定 されているインターフェースのステート レス IPv6 アド レスでコミュニケーションパスが作 成 された場 合 、任 意 のシステムリソースが ifdown <nicName>;ifup<nicName> などのインターフェースを管 理 する際 にアド レスが削 除 されます。
IPV6_AUTOCONF が No に設 定 されているので、プライマリサーバを再 起 動 した後 で、自 動 設 定 された IPv6 アド レスを使 用 しているコミュニケーションパスは復 旧 せず、無 効 のままです。
解 決 方 法 : スタティックな IPv6 アド レスのみを使 用 してください。自 動 設 定 された IPv6 アド レスを使用 すると、再 起 動 後 に通 信 が失 われたり、NIC が変 更 されたりする可 能 性 があります。
自 動 設 定 された IPv6 アド レスをコミュニケーションパス作 成 に使 用 できますが、システム管 理 者 は以下 の条 件 を認 識 する責 任 があります。
ll

自 動 設 定 されたステート レスな IPv6 アド レスがネット ワークインターフェース (NIC) MAC アド レ
スに準 拠 していること。コミュニケーションパスが作 成 され、関 連 NIC が後 で置 き換 えられた場
合 、自 動 設 定 された IPv6 アド レスは異 なるものになり、LifeKeeper はコミュニケーションパス
が無 効 になっていることを適 切 に表 示 します。コミュニケーションパスを再 作 成 する必 要 があります。
RHEL5.6 では、ホスト 操 作 のあらゆる側 面 で一 貫 した IPv6 自 動 設 定 を確 保 するための動作 を実 行 するには、sysctl.conf、net.ipv6.* 命 令 ('if/ip' ユーティリティで参 照 される ifcfg<nic> の明 示 的 な IPV6_AUTOCONF 設 定 、およびシステムが起 動 して init レベルを切 り替
える際 に NIC 制 御 に影 響 する /etc/sysctl.conf) に加 え、個 々 のインターフェース設 定 ファイ
ルを正 確 に設 定 するために、詳 細 かつ具 体 的 なド メインの知 識 が必 要 になります。

IP: IPv6 のソースアド レス変 更 設 定 ではソースアド レスが設 定 されません
IPv6 IP リソースのソースアド レスを設 定 しようとすると、何 も変 更 されていない場 合 でも成 功 となります。
対 応 策 : 現 在 のところ、対 応 策 はありません。今 後 のリリースで対 応 する予 定 です。
IP: 無 効 な IPv6 アド レス設 定 が IP リソース作 成 で許 可 されます
オクテット に 4 文 字 を超 える文 字 が含 まれている場
合 、2001:5c0:110e:3368:000000:000000001:61:14 という形 式 の IPv6 アド レスが許 容 されます。
対 応 策 : 正 しい形 式 の IPv6 アド レスを入 力 してください。
IPv6 アド レス設 定 からホスト に接 続 できません
lkGUIapp は、解 決 可 能 なホスト 名 または IP アド レスの場 合 でも、IPv6 の 16 進 数 アド レス設 定 からホスト に接 続 できません。lkGUIapp では、IPv4 設 定 ノード で接 続 する必 要 があります。IPv6 のコミュニケーションパスは完 全 にサポート されています。

264

ト ラブルシューティング

Apachebonding NIC に割 り当 てられているものの、「暫 定 的 な」状 態 のアド レスでは、IPv6 リソースが ISPとしてレポート されます
LifeKeeper で IPv6 に保 護 されているリソースは、IPv6 リソースが bonding インターフェース上 にある
SLES システムでは「In Service Protected」 (ISP: In Service の保 護 ) と不 正 に識 別 されます。これは、'active-backup' (1) および Linux カーネル 2.6.21 以 降 とは別 のモード です。IPv6 の bonding リンク
は、解 決 できないアド レスを持 つ「暫 定 的 な」状 態 のままになります。
対 応 策 : bonding インターフェースモード を 'active-backup' (1) に設 定 します。または、'active-backup'(1) 以 外 のモード の場 合 、リンク状 態 を「tentative (暫 定 的 )」から「valid (有 効 )」に設 定 する更 新 したカーネルで操 作 します。
カーネルのアップグレード に関 する重 要 な情 報 : SPS は一 般 的 にいくつかの機 能 をサポート するため
カーネルモジュールをインスト ールします。; そのため、RedHat システムでカーネルパッチの適 用 /カーネルのアップグレード を実 施 する際 に、インスト ールメディアから ./setup スクリプト を再 度 実 行 し、SPSの一 部 としてインスト ールしたカーネルを新 しいカーネルとして有 効 にしてください。この操 作 を実 施 しない場 合 は、SPS リソースを in service および/もしくは保 護 できない状 態 のままになります。

Apache説明
Apache キット は IPv6 に対 応 していません。httpd.conf で IPv6 を識 別 しません
httpd.conf ファイルで「Listen」命 令 エント リに割 り当 てられた IPv6 アド レスが原 因で、問 題 が発 生 します。
解 決 方 法 : Apache Recovery Kit で IPv6 がサポート されるまで、リソース作 成 後 にIPv6 アド レスを httpd.conf ファイルに指 定 できません。

Oracle Recovery Kit
説明
Oracle Recovery Kit には Connection Manager および Oracle Names 機 能 のサポート が含 まれていません
LifeKeeper Oracle Recovery Kit には、Oracle Connection Manager と Oracle
Names という Oracle Net 機 能 のサポート が含 まれていません。Oracle Connection
Manager は、同 じサービスにアクセスする必 要 がある多 数 の接 続 を管 理 するルーティングプロセスです。Oracle Names はサービスアド レスの一 括 格 納 を管 理 する
Oracle 固 有 の命 名 サービスです。
LifeKeeper Oracle Recovery Kit は、送 信 されてきたクライアント 接 続 要 求 をリスニ
ングし、サーバへのト ラフィックを管 理 する Oracle Net Listener プロセスを保 護 しま
す。Oracle Listener に関 する LifeKeeper 設 定 固 有 の情 報 については、『LifeKeeper for Linux Oracle Recovery Kit 管 理 ガイド 』を参 照 してください。

SteelEye Protection Suite for Linux265

NFS Server Recovery Kit

Oracle Recovery Kit は Oracle 10g の ASM またはグリッド コンポーネント 機 能 をサポート していません
以 下 の情 報 は Oracle 10g データベースインスタンスのみを対 象 とします。Oracle 10g
で提 供 されている Oracle Automatic Storage Manager (ASM) 機 能 は現
在 、LifeKeeper ではサポート されていません。また、10g のグリッド コンポーネント はLifeKeeper Oracle Recovery Kit によって保 護 されていません。RAW デバイス、ファイルシステム、論 理 ボリュームに対 するサポート は、現 在 の LifeKeeper for Linux
Oracle Recovery Kit に含 まれています。グリッド コンポーネント に対 するサポート
は、gen/app リカバリキット を使 用 して LifeKeeper 保 護 機 能 に追 加 できます。
Oracle パッケージのインスト ールは LifeKeeper 実 行 中 に app および type エント リ
を追 加 できません
Oracle パッケージ (バージョン 7.2) のインスト ール時 に LifeKeeper が実 行 されていると、Oracle リソース階 層 が作 成 されないので、LifeKeeper を終 了 して再 起 動 するまで app および typ エント リが作 成 されません。
解 決 方 法 : LifeKeeper を停 止 してから Oracle rpm をインスト ールしてください。
1. lkstop -f で LifeKeeper を停 止 します。
2. Oracle をインスト ールします。
3. LifeKeeper を再 起 動 します。lkstart
Oracle Recovery Kit は NFS バージョン 4 をサポート していません
Oracle Recovery Kit は共 有 データベーススト レージ用 に NFS バージョン 3 をサポー
ト しています。NFSv4 ファイルロッキングメカニズムのため、NFS バージョン 4 は、現 時
点 ではサポート されていません。

NFS Server Recovery Kit
説明
最 上 位 の NFS リソース階 層 は hanfs リソースのスイッチバックタイプを使 用 します
障 害 から In Service 状 態 に復 旧 する際 に NFS リソース階 層 がプライマリサーバにスイッチバックするかどうかを制 御 するスイッチバックタイプは、hanfs リソースで定 義 されます。
一 部 のクライアント が nfs ファイルロックを再 取 得 できません
NFS クライアント として動 作 しているとき、一 部 の Linux カーネルは、NFS ロックが解 除 されているので、再 取 得 する必 要 があるという、NFS サーバからの通 知 に正 常 に応 答 しません。そのため、これらのシステムが、LifeKeeper に保 護 されている NFS ファイル共 有 のクライアント である場 合 、これらのク
ライアント で保 持 されている NFS ロックは、フェイルオーバまたはスイッチオーバの際 に失 われます。
ロック処 理 を伴 うスト レージアプリケーションを使 用 する際 、以 下 のNFS マウント オプションの推 奨 として、SPS では nolock オプションを追 加 で設 定 する必 要 があります。例 ：rw,nolock,bg,hard,nointr,tcp,nfsvers=3,timeo=600,rsize=32768,wsize=32768,actimeo=0.

266

ト ラブルシューティング

SAP Recovery Kit

NFS v4 の変 更 は SLES 11 nfs サブシステムの操 作 と互 換 性 がありません
SLES 11 の非 NFS v4 リモート エクスポート のマウンティングによって、rpc.statd が開 始 されます。NFS
v4 ルート エクスポート を保 護 するクラスタ内 の Out of Service ノード では、rpc.statd の開 始 に失 敗 します。
解 決 方 法 : NFS v4 ルート エクスポート を保 護 しているクラスタで NFS v2/v3 と混 在 させないでくださ
い。
IPv6 では NFS v4 を設 定 できません
IPv6 仮 想 IP は NFSv4 階 層 にまとめられます。
解 決 方 法 : NFSv4 リソースの作 成 時 に IPv6 仮 想 IP リソースを使 用 しないでください。
NFS v4: 拡 張 解 除 後 に階 層 を再 拡 張 できません
エクスポート ポイント がすでにターゲット サーバでエクスポート 済 みなので、拡 張 に失 敗 します。階 層 がサーバ A で作 成 され、サーバ B に拡 張 され、サーバ B で In Service になり、サーバ A から拡 張 解 除された場 合 、NFS v4 階 層 のサーバ A への再 拡 張 は失 敗 します。
解 決 方 法 : サーバ A で「exportfs -ra」というコマンド を実 行 し、残 された追 加 エクスポート 情 報 をクリーンアップします。
NFSv3: RedHat 6.x および CentOS 6.x ではファイルロックスイッチオーバに失 敗 します
サーバのフェイルオーバまたはスイッチオーバでファイルロックをフェイルオーバしても、RedHat 6.x またはCentOS 6.x システムでは機 能 しません。NFSv3 のロックフェイルオーバは現 在 、これらの OS バージョ
ンではサポート されていません。
解 決 方 法 : NFSv4 で有 効 なロックフェイルオーバ機 能 を使 用 します。
Oracle Recovery Kit は NFSv4 をサポート していません
Oracle Recovery Kit は共 有 データベーススト レージ用 に NFSv3 をサポート しています。NFSv4 ファイ
ルロッキングメカニズムのため、NFSv4 は、現 時 点 ではサポート されていません。

SAP Recovery Kit
説明
SAP 階 層 の削 除 または拡 張 解 除 に失 敗 します
同 じ IP リソースを階 層 内 の複 数 の場 所 に格 納 している SAP 階 層 を削 除 または拡 張 解 除 すると、リソースが削 除 されず、コアダンプが発 生 することもあります。
この問 題 を修 正 するには、拡 張 解 除 または削 除 操 作 に失 敗 した後 で、残 ったリソースを
LifeKeeper GUI から手 動 で削 除 します。サーバからコアファイルを削 除 するという方 法 もあります。

SteelEye Protection Suite for Linux

267

LVM Recovery Kit[Handle Warnings] により -e 行 1 で構 文 エラーが発 生 します[Handle Warnings] のデフォルト の動 作 [No] を [Yes] に変 更 すると、エラーを受 信 します。
解 決 方 法 : このオプションをデフォルト 設 定 の [No] のままにしてください。注 記 : [Yellow] は、頻 繁 には障 害 を示 さない一 時 的 な状 態 のため、この設 定 をデフォルト 選 択 の [No] のままにしておくことを強く推 奨 します。
同 じ設 定 を選 択 すると、Update Wizard のボタンが非 表 示 になります
現 在 の設 定 を変 更 せずに [Handle Warning] を更 新 しようとすると、戻 る必 要 があることを示 す次 の画 面 で、[Done] ボタンが表 示 されません。
res_state に変 更 を加 えると、監 視 が無 効 になります[Protection Level] を [BASIC] に設 定 し、SAP を手 動 でダウンさせた場 合 (保 守 などの目 的で)、FAILED とマークされ、監 視 が停 止 します。
解 決 方 法 : 監 視 を再 開 する場 合 、LifeKeeper はリソースを手 動 ではなく開 始 する必 要 があります。
ERS が Core/CI の親 ではない場 合 、 In Service の ERS がリモート ホスト で失 敗 します
追 加 SAP リソースの依 存 関 係 なしで ERS リソースを作 成 すると、スイッチオーバ時 に初 期 の In
Service 状 態 が失 敗 します。
解 決 方 法 : CI/Core インスタンス (SCS または ASCS) の親 として ERS を作 成 してから、In Serviceの状 態 を再 試 行 します。

LVM Recovery Kit
説明lkID の使 用 はディスク全 体 で LVM pvcreate と互 換 性 がありません
lkID を使 用 して、LVM 物 理 ボリュームとして設 定 されているディスクで一 意 のディス
ク ID を生 成 すると、lkID および LVM 情 報 が格 納 されているディスク上 の場 所 で競合 が発 生 します。これにより、lkID および pvcreate が使 用 された順 番 に従 って、lkID または LVM 情 報 のどちらかが上 書 きされます。
対 応 策 : lkID を LVM と組 み合 わせて使 用 する必 要 がある場 合 は、ディスクをパーテ
ィション化 し、ディスク全 体 ではなくディスクパーティションを LVM 物 理 ボリュームとして
使 用 します。
LVM のアクションが RHEL 6 では遅 くなります
RHEL 6 で一 部 の LVM コマンド を実 行 している際 、前 のリリースよりもパフォーマンス
が遅 くなる場 合 があります。これは、LVM リソースを含 む階 層 のやや長 い restore お
よび remove 時 間 で見 られます。

268

ト ラブルシューティング

DMMP Recovery Kit

Raw および LVM Recovery Kit が混 在 した構 成 は RHEL 6 環 境 ではサポート されません。
Raw リソースの作 成 時 、Raw Recovery Kit は Raw デバイスの major # および minor# に基 づいてデバイスファイルを検 索 します。その結 果 、/dev/dm-* がデバイスとなりますが、 /dev/dm-* の形 式 は LVM Recovery Kit が処 理 することができないため"raw device not found" というエラーが GUI に表 示 されます。

DMMP Recovery Kit
説明
DMMP: スタンバイサーバで発 行 された write がハングすることがあります
別 のサーバでリザーブされている DMMP デバイスに write が発 行 されると、IO が永久 に (またはデバイスがもう一 方 のサーバでリザーブされなくなるまで) ハングすることがあります。もう一 方 のサーバでデバイスが解 放 され、write が発 行 されると、データが破 損 することがあります。
この問 題 の原 因 は、DMMP での IO 再 試 行 に従 ってパス確 認 が実 行 される方 法にあります。「no_path_retry」が 0 (失 敗 ) に設 定 されると、このハングは発 生 しません。別 のサーバでパスがリザーブされているときにデバイスの path_checker が失 敗 しても (MSA1000)、この問 題 は発 生 しません。
対 応 策 : 「no_path_retry」を 0 (失 敗 ) に設 定 します。しかしこれにより、一 時 的 なパスの障 害 が原 因 で、IO の障 害 が発 生 する可 能 性 もあります。
DMMP: 複 数 のイニシエータが ATP_C をサポート する SAS アレイで正 しく登 録 されていません
LifeKeeper は、複 数 の SAS イニシエータが SAS アレイに接 続 される設 定 をサポー
ト していません。こうした設 定 では、各 イニシエータが正 常 に登 録 されないので、1 つのイニシエータのみが IO を発 行 できるようになります。マルチパスド ライバ (DMMP など) が未 登 録 のイニシエータに IO を発 行 すると、エラーが発 生 します。
RHEL 6 の場 合 、LifeKeeper は EMC Clariion に接 続 されているリザベーションをサポート できません

PostgreSQL Recovery Kit
説明

SteelEye Protection Suite for Linux269

MD Recovery Kit

SLES 10 SP2 では、データベースが稼 働 していないまたは、dbfail が発 生 すると
PostgresSQL リソースがエラーとなります。
この問 題 は、SLES 10 SP2 カーネルのバグによるもので、更 新 カーネルバージョン
2.6.16.60-0.23 では修 正 されています。SLES 10 SP2 では、netstat は/proc/<PID>/fd という新 しいフォーマット で切 断 されます。netstat ユーティリティは、
データベースが実 行 されていることを確 認 するために PostgreSQL Recovery Kit で使 用 されます。
解 決 方 法 : SLES 10 SP2 で実 行 している場 合 は、カーネルバージョンを 2.6.16.600.23 にアップグレード してください。
カーネルのアップグレード に関 する重 要 な情 報 : SPS は一 般 的 にいくつかの機 能 をサポート するためカーネルモジュールをインスト ールします。; そのため、RedHat システ
ムでカーネルパッチの適 用 /カーネルのアップグレード を実 施 する際 に、インスト ールメ
ディアから ./setup スクリプト を再 度 実 行 し、SPS の一 部 としてインスト ールしたカーネルを新 しいカーネルとして有 効 にしてください。この操 作 を実 施 しない場 合は、SPS リソースを in service および/もしくは保 護 できない状 態 のままになります。

MD Recovery Kit
説明
MD Recovery Kit は、「homehost」で作 成 されたミラーをサポート しません
LifeKeeper MD Recovery Kit は、「homehost」機 能 で作 成 されたミラーでは正 常 に
機 能 しません。「homehost」が設 定 された場 合 、LifeKeeper は、不 正 なフォーマット
の一 意 の ID を使 用 するので、 In Service の操 作 が失 敗 します。SLES 11 システム
では、「homehost」はミラーの作 成 時 にデフォルト で設 定 されます。「homehost」に対 応 している mdadm のバージョンは、別 のディスト リビューションやバージョンでも使
用 可 能 と思 われます。この機 能 を無 効 にするには、ミラー作 成 時 にコマンド ラインで--homehost="" を指 定 します。「homehost」設 定 で作 成 されたミラーがすでに存 在している場 合 は、ミラーを再 作 成 して設 定 を無 効 にする必 要 があります。「homehost」で作 成 されたミラーで LifeKeeper 階 層 がすでに構 築 されている場
合 、階 層 を削 除 し、「homehost」を無 効 にしてミラーを構 築 した後 で再 作 成 する
必 要 があります。
MD Recovery Kit は LVM デバイスで作 成 された MD デバイスをサポート していま
せん
LifeKeeper MD Recovery Kit は、LVM デバイスで作 成 された MD デバイスを正 常に処 理 しません。MD デバイスが作 成 されると、LifeKeeper が認 識 できない名 前 が付 けられます。
/etc/mdadm.conf の MD Recovery Kit 設 定 ファイルエント リがコメント アウト されていません/etc/mdadm.conf の LifeKeeper 設 定 ファイルエント リ破 砕 起 動 後 にコメント アウト する必 要 があります。これらのファイルエント リはコメント アウト されていません。

270

ト ラブルシューティングGUI ト ラブルシューティング

一 部 のパス障 害 ではコンポーネント が out of service にならない
いずれのパス障 害 でも、場 合 によっては、mdadm が失 敗 を検 出 し、MD
quickCheck が lkscsid による障 害 ディスク検 出 の前 に復 旧 を開 始 します。これにより、複 数 の復 旧 が同 時 に発 生 し、コンポーネント が out of service にならなくなります。
大 規 模 な設 定 ではローカルリカバリが実 行 されません
大 規 模 な設 定 (6 以 上 の階 層 ) では、ローカルリカバリがト リガされた場 合(sendevent)、すべての階 層 がチェックされず、ローカルリカバリが失 敗 することがあります。
起 動 時 にミラーが自 動 的 に開 始 されます
一 部 のシステム (RHEL 6 を実 行 しているシステムなど) では、起 動 時 に自 動 的 にミラーを開 始 する設 定 ファイル (/etc/mdadm.conf) に AUTO エント リがあります (例 :AUTO +imsm +1.x –all)。
解 決 方 法 : LifeKeeper では、ミラーを自 動 的 に開 始 しないようにする必 要 があるので、このエント リを編 集 し、起 動 時 に自 動 的 に開 始 しように指 定 する必 要 があります。前 の例 (AUTO +imsm +1.x –all) は、imsm メタデータおよび 1.x メタデータから
他 のすべてを除 いたものを使 用 して作 成 したミラーを自 動 的 に開 始 するようにシス
テムに指 示 しています。このエント リを「AUTO -all」に変 更 し、あらゆるもの「マイナス」すべてを自 動 的 に開 始 するように( つまり、何 も自 動 的 に開 始 されないように)システムに通 知 する必 要 があります。
重 要 : クリティカルなシステムリソース (root など) が MD を使 用 している場 合 、それらのミラーが他 の方 法 で開 始 され、LifeKeeper で保 護 されているミラーは開 始 されないことを確 認 してください。
MD リソースインスタンスは restore 時 に udev 処 理 の悪 影 響 を受 けることがありますudev 処 理 中 に、デバイスノード が remove され、再 作 成 されます。restore の際 、
ノード が再 作 成 される前 に、LifeKeeper がノード にアクセスしようとして、restore が
失 敗 する場 合 があります。
解 決 方 法 : LifeKeeper restore アクションを再 実 行 してください。

GUI ト ラブルシューティング
LifeKeeper GUI をリモート システムから設 定 する際 に問 題 が発 生 した場 合 は、以 下 のいずれかのト ピッ
クを参 照 してください。
Java プラグイント ラブルシューティング
アプレット ト ラブルシューティング
ネット ワーク関 連 ト ラブルシューティング( GUI)

SteelEye Protection Suite for Linux271

ネット ワーク関 連 ト ラブルシューティング (GUI)

ネット ワーク関 連 ト ラブルシューティング (GUI)
LifeKeeper は GUI クライアント とサーバの通 信 に Java RMI (Remote Method Invocation) を使 用 します。問 題 となりうる要 素 の一 部 は RMI に関 連 し、それ以 外 は一 般 的 なネット ワークの設 定 に関 する
問 題 です。

Windows プラット フォームでの論 理 接 続 の遅 延Sun FAQ から:
最 も蓋 然 性 が高 いのは、ホスト のネット ワーク設 定 が誤 りというものです。RMI は Java API ネット ワーク
クラス、特 に ava.net.InetAddress を使 用 します。これは、アド レスマッピングおよびホスト 名 へのアド レスに対 して両 方 のホスト に TCP/IP ホスト 名 のルックアップを実 行 させます。Windows では、ルックアップ機
能 はネイティブ Windows ソケット ライブラリで実 行 されるので、遅 延 は RMI ではなく、Windows ライブラ
リで発 生 するものです。ホスト が DNS を使 用 するように設 定 されている場 合 、これは、通 信 に関 連 する
ホスト について認 識 しないという DNS サーバの問 題 となる可 能 性 があります。その場 合 、DNS ルックア
ップのタイムアウト が発 生 します。このケースに当 てはまる場 合 は、ファイ
ル\windows\system32\drivers\etc\hosts で関 連 ホスト 名 /アド レスをすべて指 定 してください。通 常 のホスト ファイルのフォーマット を次 に示 します。
IP アド レス サーバ 名 称例:
208.2.84.61 homer.somecompany.com homer
これで、最 初 のルックアップにかかる時 間 を短 縮 できるはずです。
また、サブネット マスクとゲート ウェイアド レスの設 定 が誤 っていると、接 続 の遅 延 や障 害 を引 き起 こす可
能 性 があります。これらの設 定 が正 しいことをネット ワーク管 理 者 に確 認 してください。

モデムからの実 行 :サーバが存 在 するネット ワークにモデムで (PPP または SLIP を使 用 して) 接 続 する場 合 、コンピュータは
一 時 的 な IP 番 号 を操 作 用 に取 得 します。この一 時 的 な番 号 は、ホスト 名 がマップしたものではない
可 能 性 があります (ホスト 名 が何 かにマップしている場 合 )。そのため、この場 合 は、IP のみで通 信 するようにサーバに指 示 する必 要 があります。これには、モデム接 続 ウィンド ウを開 いて一 時 的 な IP 番 号 を取
得 します。この番 号 を使 用 して、GUI クライアント のホスト 名 プロパティを設 定 します。
プラグインでブラウザのホスト 名 を設 定 するには、[Java Plug-In Control Panel] を開 き、[Java Run
Time Parameters] に以 下 の値 を追 加 してクライアント のホスト 名 を設 定 します。
-Djava.rmi.server.hostname=<MY_HOST>
HotJava ブラウザのホスト 名 を設 定 するには、hotjava コマンド ラインに以 下 の値 を追 加 します。
-Djava.rmi.server.hostname=<MY_HOST>
たとえば、以 下 のようになります。
-Djava.rmi.server.hostname=153.66.140.1

272

ト ラブルシューティングプライマリネット ワークインターフェースのダウン:

プライマリネット ワークインターフェースのダウン:
LifeKeeper GUI は、GUI クライアント と GUI サーバの通 信 を維 持 するために Remote Method
Invocation (RMI) を使 用 します。ほぼどのような場 合 でも、プライマリネット ワーク・インターフェースを介 してサーバへの接 続 が確 立 されます。つまり、サーバのプライマリイーサネット インターフェースがダウンした場
合 、接 続 は失 われ、GUI クライアント に [Unknown] というサーバの状 態 が表 示 されます。
この問 題 の唯 一 の解 決 策 は、サーバのプライマリイーサネット インターフェースを再 び有 効 にすることです。また、RMI の制 限 のため、マルチホームサーバ (複 数 のネット ワークインターフェースを備 えたサーバ)
でこの問 題 を解 決 することはできません。

ホスト へのルート が存 在 しない例 外 :ホスト に接 続 できなかったため、ソケット をリモート ホスト に接 続 できませんでした。これは通 常 、ネット
ワークのローカルサーバとリモート ホスト の間 のリンクの一 部 がダウンしたか、ホスト がファイアウォールの後ろにあることを意 味 します。

不 明 なホスト の例 外 :LifeKeeper GUI クライアント とサーバは、通 信 に Java RMI (Remote Method Invocation) 技 術 を使 用 します。RMI が正 常 に動 作 するために、クライアント とサーバは解 決 可 能 なホスト 名 または IP アド レスを使 用 する必 要 があります。解 決 不 可 能 な名 前 、WINS 名 、修 飾 されていない DHCP 名 を使 用 した場 合 、Java は UnknownHostException を送 出 します。
このエラーメッセージは、以 下 の条 件 でも発 生 する可 能 性 があります。
l

l

l

l

サーバ名 が存 在 しない場 合 。サーバ名 の誤 記 がないか確 認 してください。
設 定 された DHCP サーバが、RMI サーバが実 際 に存 在 するド メインではなく、リゾルバド メインのド メイン名 になるように RMI サーバの完 全 修 飾 ド メイン名 を設 定 している場 合 。この場 合 、サーバの DHCP ド メインの外 側 の RMI クライアント は、不 正 なド メイン名 のためにサーバにアクセスできません。
サーバが、Windows Internet Naming Service (WINS) を使 用 するように設 定 されたネット ワーク
上 にある場 合 。DNS にのみ依 存 しているホスト は、WINS の下 に登 録 されたホスト にアクセスできない場 合 があります。
RMI クライアント とサーバがファイアウォールをはさんだ反 対 側 にある場 合 。ファイアウォールの外
側 に RMI クライアント 、内 側 にサーバがある場 合 、クライアント はサーバに対 してリモート 呼 び出
しを実 行 できません。

LifeKeeper GUI を使 用 している場 合 、クライアント によって提 供 されたホスト 名 はサーバから解 決 できるものであり、サーバからのホスト 名 はクライアント によって解 決 できるものである必 要 があります。LifeKeeper GUI はこの例 外 を捕 捉 し、ユーザに警 告 します。クライアント がサーバのホスト 名 を解 決できない場 合 、この例 外 が捕 捉 され、メッセージ 115 が表 示 されます。サーバがクライアント のホスト 名 を
解 決 できない場 合 、この例 外 が捕 捉 され、メッセージ 116 が表 示 されます。どちらのメッセージにも、実行 が試 された未 修 飾 ホスト 名 を指 定 する Java 例 外 の一 部 が含 まれています。

SteelEye Protection Suite for Linux273

Windows から:

下 記 に、ホスト 名 の解 決 が正 常 に機 能 していることをテスト または検 証 するために使 用 できる手 順 をい
くつか示 します。

Windows から:
1. Linux サーバとの通 信 の確 認
DOS プロンプト から、ホスト 名 を使 用 してターゲット を ping します。
ping <TARGET_NAME>
たとえば、以 下 のようになります。
ping homer
ターゲット の修 飾 されたホスト 名 と IP アド レスをリスト する応 答 が表 示 されるはずです。
2. 正 しい設 定 の確 認ll

DNS の設 定 を確 認 するか、ネット ワークに DNS サーバをインスト ールします。
ControlPanel->Network->Protocols->TCP/IP の設 定 を確 認 します。これらの設定 が正 しいことをネット ワーク管 理 者 に確 認 してください。
[DNS] タブのホスト 名 は、ローカルネームサーバで使 用 されているものと一
致 している必 要 があります。これは、GUI エラーメッセージで指 定 したホスト
名 とも一 致 している必 要 があります。

l

ローカルホスト およびその接 続 先 となる LifeKeeper サーバのエント リを含 める形 でhosts ファイルを編 集 してください。
Windows 95/98 システムでは、hosts ファイルは以 下 のようになります。
%windir%\HOSTS (for example, C:\WINDOWS\HOSTS).
注 記 : Windows 95/98 では、hosts ファイルの最 後 のエント リがキャリッジリ
ターン (CR) またはラインフィード (LF) で終 わっていない場 合 、hosts ファイ
ルはまったく読 み取 られません。
Windows NT システムでは、hosts ファイルは以 下 のようになります。
%windir%\System32\DRIVERS\ETC\HOSTS(for example,
C:\WINNT\System32\DRIVERS\ETC\HOSTS).
たとえば、システムが HOSTCLIENT.MYDOMAIN.COM と呼 ばれ、IP アド
レスとして 153.66.140.1 を使 用 している場 合 、hosts ファイルに次 のエント
リを追 加 します。
153.66.140.1 HOSTCLIENT.MYDOMAIN.COM HOSTCLIENT

3. GUI クライアント で使 用 するホスト 名 プロパティを設 定 してください。プラグインでブラウザからホスト
名 を設 定 するには、[Java Plug-In Control Panel] を開 き、[Java Run Time Parameters] に
以 下 の値 を追 加 してクライアント のホスト 名 を設 定 します。
Djava.rmi.server.hostname=<MY_HOST>
4. Microsoft のネット ワーク関 連 のパッチを www.microsoft.com で確 認 してください。

274

ト ラブルシューティング

Linux から:Linux から:
1. ホスト 名 または IP アド レスを使 用 して Linux からターゲット サーバを ping し、他 のサーバとの通 信を確 認 します。
ping <TARGET_NAME>
たとえば、以 下 のようになります。
ping homer
ターゲット の修 飾 されたホスト 名 をリスト する応 答 が表 示 されるはずです。
2. ホスト 名 または IP アド レスで ping を実 行 し、クラスタ内 の各 サーバでローカルホスト が解 決 可 能であることを確 認 します。DNS が実 装 されていない場 合 、/etc/hosts ファイルを編 集 し、 ローカル
ホスト 名 のエント リを追 加 します。このエント リで、ローカルサーバの IP アド レスまたはデフォルト エ
ント リ (127.0.0.1) をリスト できます。
3. DNS が NIS の前 に指 定 されていることを確 認 します。/etc/nsswitch.conf の hosts 行 で DNS
を NIS の前 に置 く必 要 があります。また、/etc/resolv.conf は正 しく設 定 された DNS サーバを指す必 要 があります。
4. DNS を実 装 しない場 合 、または他 の方 法 がうまくいかない場 合 は、/etc/hosts ファイルを編 集
し、ホスト 名 のエント リを追 加 します。
5. GUI クライアント で使 用 するホスト 名 プロパティを設 定 してください。これは、管 理 者 ごとに変 更 する必 要 があります。
プラグインでブラウザからホスト 名 を設 定 するには、[Java Plug-In Control Panel] を開 き、[JavaRun Time Parameters] に以 下 の値 を追 加 してクライアント のホスト 名 を設 定 します。
-Djava.rmi.server.hostname=<MY_HOST>
HotJava ブラウザからホスト 名 を設 定 するには、hotjava コマンド ラインに以 下 の値 を追 加 します。
-Djava.rmi.server.hostname=<MY_HOST>
たとえば、以 下 のようになります。
-Djava.rmi.server.hostname=153.66.140.1-Djava.rmi.server.hostname= homer.somecompany.com

X Window Server に接 続 できない:
LifeKeeper GUI アプリケーションを telnet セッションから実 行 している場 合 、GUI クライアント がLifeKeeper サーバで X Window Server にアクセスできることを確 認 する必 要 があります。LifeKeeper
サーバは GUI クライアント のホスト 名 またはネット ワークアド レスを解 決 できる必 要 があります。
LifeKeeper サーバに対 して telnet を実 行 して LifeKeeper GUI アプリケーションを実 行 した場
合 、DISPLAY 環 境 変 数 にはクライアント のホスト 名 と表 示 番 号 を含 める必 要 があります。たとえば、Server1 というサーバに Client1 というクライアント から telnet を実 行 した場 合 、DISPLAY 環 境 変 数
は Client1:0 に設 定 される必 要 があります。LifeKeeper GUI アプリケーションを実 行 した場 合 、Client1

SteelEye Protection Suite for Linux

275

システムの日 付 と時 刻 の調 整の DISPLAY 名 に出 力 が送 信 されます。Client1 が X Window Server にアクセスできない場 合 、例 外が発 生 して LifeKeeper GUI アプリケーションは失 敗 します。
LifeKeeper GUI をアプリケーションとして起 動 したときに、X Window Server に接 続 できない、またはクライアント DISPLAY 名 を開 くことができないというエラーが発 生 した場 合 は、以 下 の手 順 を実 行 してください。
1. ホスト 名 または IP アド レスを使 用 して表 示 変 数 を設 定 します。たとえば、以 下 のようになります。
DISPLAY=Client1.somecompany.com:0
DISPLAY=172.17.5.74:0
2. xhost または xauth コマンド を使 用 し、クライアント が LifeKeeper サーバで X Window
Server に接 続 できることを確 認 します。
3. クライアント 用 の DNS エント リを追 加 するか、クライアント 用 のエント リを LifeKeeper サーバのロー
カルホスト ファイルに追 加 します。LifeKeeper サーバからクライアント に対 して、ホスト 名 または IP
アド レスを使 用 して ping を実 行 し、クライアント との通 信 を確 認 します。

システムの日 付 と時 刻 の調 整
マルチユーザモード のときにシステムの日 付 /時 刻 を過 去 に変 更 すると、LifeKeeper に問 題 が発 生 する
可 能 性 があります。リソース管 理 の際 には SCSI ha_xref_tbl が使 用 されます。日 付 または時 刻 が過去 の時 間 値 に変 更 された場 合 、新 しい時 刻 よりも後 のタイムスタンプが付 いているリソースの管 理 は、
新 しい時 間 が ha_xref_tbl の作 成 時 点 に達 するまでフリーズする可 能 性 もあります。この問 題 の結果 、フリーズしている間 にリソースを作 成 または変 更 する際 に問 題 になる可 能 性 があります。
システムの日 付 /時 刻 カウンタを過 去 に調 整 するには:
1. シングルユーザモード にします( LifeKeeperを停 止 させてから) 。
2. 日 付 または時 刻 を過 去 のものに変 更 します。
3. マルチユーザモード に戻 します。
4. LifeKeeper を再 起 動 します。この操 作 によって、新 しい現 在 時 刻 を設 定 した新 しい ha_xref_
tbl が作 成 され、操 作 を続 行 できるようになります。
注 記 : タイムゾーン( TZ シェル変 数 ) を変 更 した場 合 、または夏 時 間 から標 準 時 間 に変 更 した場
合 、LifeKeeper には影 響 しません。Linux は、すべての時 間 値 を 1970 年 1 月 1 日 からの絶 対 秒 数 として保 持 します。タイムゾーンまたは夏 時 間 /標 準 時 間 の変 更 は、その絶 対 秒 数 を ASCII で解 釈 した
値 に過 ぎないので、カウンタ自 体 は変 更 されません。

コミュニケーションパスの稼 働 と停 止コミュニケーションパスの停 止 と稼 働 が繰 り返 される場 合 ( LifeKeeper GUI でAlive、Dead、Aliveというように表 示 される場 合 ) 、ハート ビート の設 定 がクラスタ内 のすべてのサーバで同 じ値 に設 定 されていない
可 能 性 があります。

276

ト ラブルシューティング推 奨 される対 策

この状 態 は、いずれか一 方 のサーバにある LifeKeeper デフォルト ファイル /etc/default/LifeKeeper で
設 定 名 に誤 記 がある場 合 にも発 生 する可 能 性 があります。

推 奨 される対 策
1. クラスタ内 のすべてのサーバで LifeKeeper を停 止 します。
2. クラスタ内 の各 サーバで、/etc/default/LifeKeeper にある LCMHBEATTIME設 定 と
LCMNUMHBEATS 設 定 の値 とスペルを確 認 します。設 定 値 、スペルミスの無 いことを各 ノード
で確 認 します。
3. クラスタ内 のすべてのサーバで LifeKeeper を再 起 動 します。

不 完 全 なリソースの作 成
インスタンスの一 部 のみが作 成 された状 態 で、リソース設 定 プロセスが中 断 された場 合 、階 層 を再 設
定 する前 に、手 動 でクリーンアップする必 要 があります。LifeKeeper GUI を使 用 し、一 部 が作 成 されたリソースを削 除 してください。手 順 については、すべてのサーバからの階 層 の削 除 を参 照 してください。
階 層 リスト にこれらのリソースが含 まれていない場 合 、ins_remove( LCDI-instances(1M) を参 照 ) および dep_remove( LCDI-relationship(1M)) を使 用 し、部 分 的 な階 層 をクリーンアップしなければならない
可 能 性 もあります。

不 完 全 なリソースの優 先 順 位 の変 更LifeKeeper の階 層 は、親 子 の関 係 によって関 連 付 けられたすべてのリソースとして定 義 されています。
複 数 の親 を持 つリソースの場 合 、GUI と階 層 のすべてのリソースを区 別 することは一 概 に簡 単 とも言 え
なくなります。階 層 の整 合 性 を保 持 するには、サーバごとに階 層 内 のすべてのリソースに対 して優 先 順
位 を変 更 する必 要 があります。[OK] または [Apply] ボタンを押 した後 で選 択 される階 層 のすべてのルー
ト リソースを表 示 することで、GUI はこの要 件 を強 制 します。この時 点 で、すべてのルート を受 け付 けるか、操 作 をキャンセルするかを選 択 できます。ルート のリスト を受 け付 けた場 合 、新 しい優 先 順 位 の値が階 層 内 のすべてのリソースに割 り当 てられます。
その階 層 の [Resource Properties] ダイアログが表 示 されている間 、他 の変 更 を階 層 に加 えていることを確 認 する必 要 があります。[Resource Properties] ダイアログの優 先 順 位 を編 集 する前に、LifeKeeper に加 えられた変 更 が動 的 にダイアログで更 新 されます。ただし、変 更 を加 えると、基 本
的 な変 更 が LifeKeeper で加 えられた場 合 でも、ダイアログの値 は凍 結 されます。[Apply] または [OK]
ボタンをクリックした後 でのみ、変 更 が加 えられたことが通 知 されるので、優 先 順 位 の変 更 操 作 は要 求
どおりに進 みません。
複 数 の優 先 順 位 の変 更 を伴 う優 先 順 位 の変 更 操 作 時 に、復 旧 できないエラーの可 能 性 を最 低 限に抑 えるには、プログラムは、一 度 に 1 つのサーバに対 して個 別 に行 われる一 連 の変 更 として、複 数の優 先 順 位 の変 更 操 作 を実 行 します。また、操 作 時 に優 先 順 位 の競 合 を防 ぐために、必 要 に応 じて一 時 的 な値 がプロパティに割 り当 てられます。この一 時 的 な値 は、最 大 許 容 値 999 を超 えるもので、優 先 順 位 の変 更 中 に一 時 的 に GUI に表 示 されることもあります。操 作 が完 了 すると、一 時 的 な
値 はすべて、要 求 された値 に置 き換 えられます。エラーが発 生 し、優 先 順 位 の値 をロールバックできな
い場 合 、一 時 的 な優 先 順 位 の値 の一 部 がそのまま残 る可 能 性 もあります。この場 合 は、下 記 の推
奨 手 順 に従 って階 層 を修 復 してください。

SteelEye Protection Suite for Linux

277

一 貫 した状 態 への階 層 のリスト ア

一 貫 した状 態 への階 層 のリスト ア
優 先 順 位 の変 更 操 作 の間 にエラーが発 生 し、操 作 を完 了 できない場 合 、優 先 順 位 は不 整 合 の状
態 のまま残 る可 能 性 があります。エラーは、システムやコミュニケーションパスの障 害 を含 め、さまざまな理 由 で発 生 します。操 作 が開 始 された後 や完 了 する前 にエラーが発 生 し、プログラムが前 の優 先 順
位 にロールバックできなかった場 合 、操 作 中 にエラーがあったこと、および前 の優 先 順 位 を restore でき
なかったことを示 すメッセージが表 示 されます。この場 合 、以 下 の処 置 を実 行 し、階 層 を一 貫 性 のある状 態 に restore する必 要 があります。
1. 可 能 であれば、問 題 の原 因 を特 定 します。システムまたはコミュニケーションパスの障 害 を確 認します。優 先 順 位 管 理 プログラムの実 行 中 に、その他 の操 作 が行 われていないことを確 認 します。
2. 可 能 であれば、問 題 の原 因 を修 正 してから先 に進 みます。たとえば、階 層 を修 復 する前 に、
障 害 が発 生 したシステムまたはコミュニケーションパスを restore する必 要 があります。
3. [Resource Properties] ダイアログから操 作 を再 試 行 します。
4. [Resource Properties] ダイアログから変 更 できない場 合 は、コマンド ライン hry_setpri を使用 して階 層 を修 復 するとより簡 単 かもしれません。このスクリプト を使 用 すると、一 度 に 1 つのサーバに対 して優 先 順 位 を変 更 できます。このスクリプト は、GUI からは実 行 できません。
5. 修 復 を実 行 したら、階 層 が存 在 するすべてのサーバに対 して eqv_list コマンド を実 行 し、階層 のすべてのリソースに対 して返 された優 先 順 位 の値 を調 べ、LifeKeeper データベースがすべてのサーバで一 貫 していることを確 認 します。
6. 最 終 的 に、階 層 を修 復 できない場 合 は、階 層 を削 除 して再 作 成 する必 要 がある可 能 性 もあります。

階 層 の設 定 中 に共 有 スト レージが見 つからない
リソースの階 層 を設 定 中 に、LifeKeeper が「No shared storage」(共 有 スト レージがありません) というメッ
セージをレポート する状 況 がいくつかあります。

考 えられる原 因 : スト レージを共 有 するサーバー間 でコミュニケーションパスが定 義 されていません。共 有
スト レージデバイスで階 層 が設 定 されている場 合 、LifeKeeper は、クラスタ内 の別 のサーバを少 なくとも
1 つ検 証 し、その共 有 スト レージにアクセスできることを確 認 します。
推 奨 される対 策 : LifeKeeper GUI または lcdstatus (1M) を使 用 し、コミュニケーションパスが設 定されており、アクティブになっていることを確 認 します。

考 えられる原 因 : スト レージを共 有 するサーバー間 でコミュニケーションパスが機 能 していません。
推 奨 される対 策 : LifeKeeper GUI または lcdstatus (1M) を使 用 し、コミュニケーションパスが設 定されており、アクティブになっていることを確 認 します。

278

ト ラブルシューティング

LifeKeeper サーバ障 害 からの復 旧考 えられる原 因 : Linux が共 有 スト レージにアクセスできない。この原 因 としては、ド ライバがロード されていないことや、ド ライバがロード されたときにスト レージの電 源 が入 っていないこと、あるいはスト レージデ
バイスが正 しく設 定 されていないことなどが考 えられます。
推 奨 される対 策 : /proc/scsi/scsi でデバイスが正 しく定 義 されていることを確 認 します。

考 えられる原 因 : LifeKeeper を起 動 する前 にスト レージが Linux で設 定 されていない。LifeKeeper の起
動 時 に、すべての SCSI デバイスがスキャンされ、デバイスのマッピングが判 別 されます。LifeKeeper の起
動 後 にデバイスが設 定 された (電 源 がオンにされた、接 続 された、またはド ライバがロード された) 場 合 、デバイスを設 定 して使 用 できるようにするには、LifeKeeper を停 止 してから再 起 動 する必 要 があります。
推 奨 される対 策 : $LKROOT/subsys/scsi/Resources/hostadp/device_info にデバイスがリスト されていることを確 認 してください。$LKROOT は、デフォルト では /opt/LifeKeeper. です。デバ
イスがこのファイルにリスト されていない場 合 、LifeKeeper はそのデバイスを使 用 しません。

考 えられる原 因 : スト レージがサポート されていない。スト レージとアダプタのト ピックでは、LifeKeeper で
動 作 がテスト され、サポート されている具 体 的 な SCSI デバイスが列 挙 されています。ただし、このリストに含 まれているのは、すでに知 られているデバイスなので注 意 してください。LifeKeeper の要 件 を満 たしているものの、SIOS Technology Corp. がテスト していないデバイスが存 在 する可 能 性 もあります。
推 奨 される対 策 : $LKROOT/subsys/scsi/Resources/hostadp/device_info にデバイスがリスト されていることを確 認 してください。$LKROOT は、デフォルト では /opt/LifeKeeper です。デバイスがこのファイルにリスト されているものの、デバイス名 の後 に来 る ID が「NU-」で始 まる場 合 、LifeKeeper
はデバイスから一 意 の ID を取 得 できなかったことを示 します。一 意 の ID がない場 合 、LifeKeeper はデバイスが共 有 されているかどうかを判 別 できません。

考 えられる原 因 : スト レージでは、デバイスを LifeKeeper で使 用 できるようにする前 に、特 定 のLifeKeeper ソフト ウェアをインスト ールする必 要 があります。たとえば、Raw I/O サポート を有 効 にするた
めの steeleye-lkRAW キット 、データレプリケーションを有 効 にするための steeleye-lkDR ソフト ウェアなどです。
推 奨 される対 策 : 必 要 な LifeKeeper パッケージが各 サーバにインスト ールされていることを確 認 します。
ソフト ウェアの要 件 については、 SPS for Linux リリースノート を参 照 してください。

補 足 のヒント :test_lk(1M) ツールを使 用 すると、スト レージおよび通 信 の問 題 のデバッグに役 立 ちます。

LifeKeeper サーバ障 害 からの復 旧LifeKeeper クラスタ内 のサーバに、オペレーティングシステムの再 インスト ールを (したがって LifeKeeper の
再 インスト ールも) 必 要 とする障 害 が発 生 した場 合 、クラスタの各 サーバからリソース階 層 を再 拡 張 する
必 要 があります。ただし、再 インスト ールしたサーバとの共 有 イクイバレンシ関 係 がクラスタのサーバにある場 合 、LifeKeeper は、再 インスト ールしたサーバへ既 存 のリソース階 層 を拡 張 することを許 可 しませSteelEye Protection Suite for Linux279

推 奨 される対 策 :ん。また、再 インスト ールされたサーバには階 層 が実 際 には存 在 していないため、再 インスト ールしたサーバから階 層 を拡 張 解 除 することもできません。

推 奨 される対 策 :1. リソース階 層 が設 定 されている各 サーバで、eqv_list コマンド を使 用 してすべての共 有 イクイバレ
ンシのリスト を取 得 します (詳 細 については、LCDI-relationship を参 照 してください).
下 記 の例 では、server1 および server2 に対 する IP リソースの iptag のコマンド および結 果 の出
力 を示 します。ここでは、server2 が再 インスト ールされたサーバ、server1 が設 定 された階 層 です。
eqv_list -f:
server1:iptag:server2:iptag:SHARED:1:10
2. リソース階 層 が設 定 された各 サーバで、eqv_remove を使 用 して、階 層 の各 リソースのイクイバ
レンシ関 係 を手 動 で削 除 します (詳 細 については、LCDI-relationship を参 照 してください)。
たとえば、上 記 の手 順 1 の例 を基 に、server1 に対 して以 下 のコマンド を実 行 します。
eqv_remove -t iptag -S server2 -e SHARED
3. 2つ以 上 のサーバがあるクラスタでは、これらのリソース階 層 のイクイバレンシ関 係 が定 義 されているクラスタ内 の各 サーバに対 して手 順 1 と 2 を繰 り返 します。
4. 最 後 に、GUI を使 用 し、リソース階 層 が in-service になっているサーバから再 インスト ールされたサーバに各 リソース階 層 を拡 張 します。

停 止 できないプロセスからの復 旧プロセスが停 止 不 可 の場 合 、LifeKeeper は共 有 ディスクパーティションをアンマウント できない可 能 性 があります。そのため、リソースを別 のシステムで In Service にすることができません。停 止 できないプロセスから復 旧 する唯 一 の方 法 は、システムを再 起 動 することです。

手 動 リカバリ時 のパニックからの復 旧
手 動 スイッチオーバ時 に PANIC になると、リカバリが不 完 全 に終 わる可 能 性 があります。PANIC または
その他 の大 きなシステム障 害 が手 動 スイッチオーバ時 に発 生 した場 合 、バックアップシステムへの完 全
自 動 リカバリは保 証 できなくなります。In Service になる必 要 があるすべてのリソースが In Service である
ことをバックアップシステムで確 認 してください。In Service ではないリソースがあった場 合 は、LifeKeeper
GUI を使 用 して、そのリソースを手 動 で In Service にします。手 順 については、リソースを In-Service す
るを参 照 してください。

Out-of-Service 階 層 の復 旧LifeKeeper サーバの障 害 からの復 旧 の一 環 として、障 害 が発 生 したサーバで設 定 されているものの、サーバの障 害 時 にどのサーバでも In Service ではなかったリソース階 層 が、障 害 時 に最 優 先 で Aliveになったサーバで復 旧 されます。これは、障 害 が発 生 したサーバ、復 旧 中 のサーバ、階 層 内 の他 の280

ト ラブルシューティング

リソースタグ名 の制 限

サーバを含 め、Out of Service の階 層 が最 後 にどこで In Service だったかには無 関 係 です。

リソースタグ名 の制 限
Tag Name Lengthタグ名 の長 さ
All tags within LifeKeeper may not exceed the 256 character limit.

有 効 な "特 殊 " 文 字
- _ .

/

しかしながらタグの先 頭 には以 下 を含 むことができません。
"." or "/".

無 効 な文 字+ ;:!

@ # $ * = "space"

シリアル (TTY) コンソールの警 告
シリアルコンソールデータパスの一 部 が信 頼 できない場 合 、または Out of Service になった場 合 、シリアル (RS-232 TTY) コンソールを使 用 するユーザは LifeKeeper サービスで深 刻 な問 題 に直 面 する可 能 性があります。操 作 中 に、LifeKeeper はコンソールメッセージを生 成 します。設 定 に (標 準 的 な VGA コン
ソールではなく) シリアルコンソールがある場 合 、これらのコンソールメッセージが確 実 に配 信 されるようにするために、LifeKeeper からエンド ユーザターミナルへのデータパス全 体 が機 能 している必 要 があります。
ターミナルの電 源 オフ、モデムの未 接 続 、ケーブルのゆるみなど、データパスがつながっていない場
合 、Linux STREAMS ファシリティは、コンソールメッセージをキューに入 れます。STREAMS キューがいっぱいになった場 合 、Unix カーネルは、STREAMS バッファキューにメッセージを入 れる余 地 ができるまで
LifeKeeper を保 留 にします。これにより、LifeKeeper がハングすることもあります。
注 記 : LifeKeeper 環 境 のシリアルコンソールは可 能 なかぎり避 け、VGA コンソールを使 用 することを推奨 します。シリアルコンソールを使 用 する必 要 がある場 合 、シリアルコンソールがオンになっていること、ケーブルとオプションのモデムが正 しく接 続 されていること、メッセージが表 示 されていることを必 ず確 認 してください。

システムが init 状 態 S に遷 移 しているという警 告
LifeKeeper が動 作 している場 合 、システムを直 接 、init 状 態 S に切 り替 えないでください。Linux の init
システムの操 作 が原 因 で、こうした遷 移 が全 LifeKeeper プロセスの即 時 停 止 につながり、突 発 的 な
障 害 を発 生 させる可 能 性 があります。この場 合 は、代 わりに LifeKeeper を (lkstop で) 手 動 停 止 す
るか、システムを最 初 に init 状 態 1 にしてから init 状 態 S にしてください。

SteelEye Protection Suite for Linux281

共 有 スト レージでスレッド がハングしているというメッセージ

共 有 スト レージでスレッドがハングしているというメッセージ
デバイス確 認 スレッド がそれほど迅 速 に処 理 を完 了 していない場 合 、スレッド がハングしているというメッセージが LifeKeeper ログに記 録 されることがあります。これにより、リソースがあるサーバから別 のサーバに移 動 し、さらに悪 いケースでは、サーバが停 止 する可 能 性 があります。

説明(/etc/default/LifeKeeperの) FAILFASTTIMER は、各 デバイスが正 常 に動 作 していること、および特 定 のシステムによって所 有 されているすべてのリソースがそのシステムからアクセス可 能 で、そのシステムに所 有 されていることを確 認 するための秒 数 を定 義 します。FAILFASTTIMER は、この所 有 権 を
確 定 し、データの信 頼 性 を最 大 限 に確 保 するために、可 能 なかぎり小 さくする必 要 があります。ただし、デバイスがビジー状 態 で、負 荷 がピークの場 合 、指 定 した時 間 内 で応 答 できない可 能 性 もあります。デバイスの操 作 が FAILFASTTIMER よりも長 くかかっている場 合 、LifeKeeper はデバイスがハングしている可 能 性 を検 討 します。FAILFASTTIMER の時 間 を 3 回 繰 り返 してもデバイスが応 答 しない場
合 、LifeKeeper は、デバイスに障 害 が発 生 したものとみなして、リカバリを実 行 します。リカバリプロセス
は、SCSIERROR の設 定 で定 義 します。SCSIERROR の設 定 によっては、ローカルリカバリを実 行 し、失 敗 した場 合 はスイッチオーバを実 行 するために sendevent が発 行 されることもあります。この操 作 がな
い場 合 、システムが停 止 するおそれもあります。

推 奨 される対 策 :ハングメッセージがまれにエラーログに出 力 され、もうハングしていないというメッセージがそれに続 く場 合 、さらに括 弧 の数 が常 に 1 つの場 合 、それほど警 戒 する理 由 はありません。ただし、このメッセージが頻繁 にログに記 録 され、数 が 2 または 3 の場 合 、以 下 の 2 つの処 置 が必 要 になる可 能 性 があります。
ll

スト レージの負 荷 を減 らすことを試 みる。スト レージの処 理 に FAILFASTTIMER (デフォルト では、5 秒 または 15 秒 を 3 回 ) の 3 倍 の時 間 がかかっている場 合 、スト レージに対 する負 荷 を考
慮 し、I/O の長 い遅 延 を避 けるために負 荷 を分 散 する必 要 があります。これにより、LifeKeeper
は、デバイスを頻 繁 に確 認 できるようになり、さらにそのデバイスを使 用 しているアプリケーションのパフォーマンスも向 上 します。
負 荷 を減 らすことができない場 合 、FAILFASTTIMER をデフォルト の 5 秒 から増 やすことができます。この値 は、できる限 り低 く抑 える必 要 があります。そのため、メッセージがまったく表 示 されなくなるか、まれにしか表 示 されなくなるまで、少 しずつ値 を増 やしてください。

注 記 : FAILFASTTIMER の値 が変 更 された場 合 、新 しい値 を有 効 にするために、LifeKeeper を終 了
し、再 起 動 する必 要 があります。

282

ト ラブルシューティング

Chapter 4: SteelEye DataKeeper for Linux
はじめに
SteelEye DataKeeper for Linux は、LifeKeeper 環 境 に統 合 データミラーリング機 能 を提 供 します。この機 能 により、LifeKeeper リソースが共 有 / 非 共 有 スト レージ環 境 で動 作 可 能 になります。
SteelEye DataKeeper for Linux によるミラーリング
Steeleye DataKeeper の仕 組 みSteelEye DataKeeper for Linux によるミラーリング
SteelEye DataKeeper for Linux は、共 有 スト レージを使 用 せずに可 用 性 の高 いクラスタ( SteelEye
LifeKeeper を使 用 ) を構 築 したいお客 様 や、ビジネスに不 可 欠 なデータをサーバ間 でリアルタイムに複製 したいお客 様 に別 の方 法 を提 供 します。
SteelEye DataKeeper は、同 期 または非 同 期 のボリュームレベルのミラーリングを使 用 して、プライマリ
サーバ( ミラーソース) から 1 台 以 上 のバックアップサーバ( ミラーターゲット ) にデータを複 製 します。

DataKeeper の特 長
SteelEye DataKeeper には、以 下 の特 長 があります。
l

l

l

l

l

l

l

l

TCP/IP ベースのローカルエリアネット ワーク( LAN) またはワイド エリアネット ワーク( WAN) 経 由 で、リモート の場 所 に高 い信 頼 性 、効 率 、整 合 性 でデータをミラーリングできます。
同 期 と非 同 期 のミラーリングをサポート します。
複 製 はファイルシステムの下 のブロックレベルで実 行 されるので、関 与 するアプリケーションに対 して透 過 的 です。
LifeKeeper と共 に使 用 した場 合 、複 数 ターゲット へのカスケーディングフェイルオーバも含 めて、
複 数 ターゲット への同 時 ミラーリングをサポート します。
特 定 時 点 のデータへのリワインド をサポート しているので、喪 失 したデータや破 損 データの復 旧ができます。
内 蔵 のネット ワーク圧 縮 ににより、ワイド エリアネット ワークでの最 大 スループット が向 上 します。
主 要 なファイルシステムをすべてサポート します( ファイルシステムのジャーナリングサポート の詳 細については、 SPS for Linux リリースノート の製 品 説 明 を参 照 してください) 。
ミラーリングしたデータにフェイルオーバの保 護 を提 供 します。

SteelEye Protection Suite for Linux

283

同 期 ミラーリングと非 同 期 ミラーリングの違 いlLifeKeeper のグラフィカルユーザインターフェースに統 合 されています。

l

他 の LifeKeeper Application Recovery Kit をフルにサポート します。

l

l

l

システムリカバリ時 に、プライマリサーバとバックアップサーバとの間 でデータを自 動 的 に再 同 期 します。
障 害 発 生 時 には、仮 想 のシステムコンポーネント の健 全 性 を監 視 し、ローカルリカバリを実 行 します。
I/O フェンス用 の Stonith デバイスをサポート します。詳 細 については、STONITH のト ピックを参照 してください。

同 期 ミラーリングと非 同 期 ミラーリングの違 い
同 期 ミラーリングと非 同 期 ミラーリングの違 いを理 解 すると、アプリケーション環 境 に適 切 なミラーリング
方 法 を選 択 することができます。
同 期 ミラーリング
SteelEye DataKeeper は、プライマリサーバとバックアップサーバに同 時 にデータを書 き込 む同 期 ミラーリ
ング方 法 を使 用 して、リアルタイムミラーを実 現 します。書 き込 み動 作 のたびに、DataKeeper は書 き込
みをターゲット デバイスに転 送 し、リモート 確 認 を受 信 してから I/O 完 了 を通 知 します。同 期 ミラーリングの長 所 は、データの保 護 レベルが高 いことです。これは、常 にデータのすべてのコピーを確 実 に同 一 にしているからです。ただし、リモート 確 認 を待 つために、パフォーマンスが低 下 することがあり、これは特 に
WAN 環 境 で発 生 します。
非 同 期 ミラーリング
非 同 期 ミラーリングでは、それぞれの書 き込 みがソースデバイスに対 して行 われ、次 に、コピーがターゲッ
ト デバイスに送 信 されるキューに入 れられます。これはつまり、任 意 の時 点 で、ソースからターゲット デバ
イスへの送 信 を待 っている多 数 の書 き込 みト ランザクションが存 在 する可 能 性 があります。非 同 期 ミ
ラーリングの長 所 は、書 き込 みがプライマリディスクに到 達 した時 点 で確 認 されるため、パフォーマンスが高 いことです。ただし、プライマリディスクに障 害 が発 生 した場 合 、非 同 期 書 き込 みキュー内 にある書 き
込 みはターゲット に送 信 されないため、信 頼 性 が低 くなります。この問 題 を緩 和 するために、SteelEye
DataKeeper はプライマリディスクに対 する個 々 の書 き込 みについてインテント ログファイルにエント リを作
成 します。
インテント ログとは、プライマリとターゲット のミラー間 で同 期 していないデータブロックを示 すビット マップです。サーバの障 害 発 生 時 にインテント ログを使 用 すると、データ全 体 の再 同 期 を回 避 できます。
注 記 : インテント ログは、同 期 と非 同 期 の両 方 のミラーモード で使 用 できます。ただし、非 同 期 ミラーリ
ングのインテント ログは、2.6.16 以 降 の Linux カーネルでのみサポート されます。

Steeleye DataKeeper の仕 組 みSteelEye DataKeeper は、NetRAID デバイスを作 成 して保 護 します。NetRAID デバイスは RAID1 のデバイスであり、下 図 に示 すようにローカルのディスクまたはパーティション、およびネット ワークブロックデバ
イス( NBD) で構 成 されます。

284

はじめに

同 期 ( および再 同 期 )LifeKeeper がサポート するファイルシステムは、その他 すべてのスト レージデバイスと同 様 に、NetRAID デ
バイスにマウント できます。この場 合 、ファイルシステムは複 製 されたファイルシステムと呼 ばれます。LifeKeeper は、NetRAID デバイスと複 製 されたファイルシステムの両 方 を保 護 します。
ファイルシステムは、DataKeeper [リソース階 層 を作 成 することにより作 成 されます。NetRAID デバイスを別 のサーバに拡 張 すると NBD デバイスが作 成 され、2 台 のサーバ間 にネット ワーク接 続 が確 立 されます。NBD 接 続 が確 立 されるとただちに、SteelEye DataKeeper がデータの複 製 を開 始 します。
nbd-client プロセスがプライマリサーバで実 行 され、バックアップサーバで動 作 している nbd-server プロセスと接 続 します。

同 期 ( および再 同 期 )DataKeeper リソース階 層 は作 成 されてから拡 張 されるまでの間 、デグレード モード です。つまり、データ
はローカルのディスクまたはパーティションにのみ書 き込 まれます。階 層 をバックアップ( ターゲット ) システムに拡 張 すると、SteelEye DataKeeper が 2 つのシステム間 でデータを同 期 し、以 降 の書 き込 みはすべて
ターゲット に複 製 されます。どの時 点 でもデータが「非 同 期 」になった場 合 ( システムまたはネット ワークの障 害 が発 生 した場 合 ) 、SteelEye DataKeeper はソースとターゲット のシステムでデータを自 動 的 に再
同 期 します。インテント ログ( ビット マップファイル) を使 用 するようにミラーが設 定 されている場
合 、SteelEye DataKeeper はインテント ログを使 用 して非 同 期 のデータを特 定 するので、全 体 の再 同
期 は不 要 です。インテント ログ( ビット マップファイル) を使 用 するようにミラーが設 定 されていない場 合 は、
データ複 製 の中 断 後 に全 体 の再 同 期 が実 行 されます。

標 準 ミラーの構 成
最 も一 般 的 なミラーの構 成 では、下 図 に示 すように 2 台 のサーバがあり、各 サーバのローカルのディスクまたはパーティションとの間 にミラーが確 立 されます。サーバ 1 は、ミラーソースを持 つプライマリサーバでSteelEye Protection Suite for Linux285

N+1 の構 成

す。サーバ 2 は、ミラーターゲット を持 つバックアップサーバです。

N+1 の構 成
前 述 した標 準 ミラーの構 成 の変 形 として一 般 的 に使 用 される構 成 では、クラスタ内 にある 2 台 以 上のサーバが共 通 のバックアップサーバにデータを複 製 します。この場 合 は、下 図 に示 すように、各 ミラー
ソースがバックアップサーバの個 別 のディスクまたはパーティションに複 製 する必 要 があります。

286

はじめに

複 数 ターゲット の構 成

複 数 ターゲット の構 成
適 切 な Linux のディスト リビューションとバージョン 2.6.7 以 降 のカーネルと共 に使 用 した場 合 、下 図 に示
すように、SteelEye DataKeeper は、プライマリサーバの 1 つのディスクまたはパーティションから複 数 のバッ
クアップシステムにデータを複 製 することもできます。

特 定 のソースのディスクまたはパーティションを最 大 7 つのミラーターゲット に複 製 でき、各 ミラーターゲットは別 のシステムに存 在 する必 要 があります。つまり、ソースのディスクまたはパーティションを、同 一 ターゲ
ット システム上 にある複 数 のディスクまたはパーティションにミラーリングすることはできません。
このタイプの構 成 では、LifeKeeper のカスケーディングフェイルオーバ機 能 を使 用 でき、保 護 するアプリ
ケーションとそのデータに対 して複 数 のバックアップシステムを提 供 できます。

SteelEye DataKeeper リソース階 層
以 下 の例 に、LifeKeeper の GUI に表 示 される典 型 的 な DataKeeper リソース階 層 を示 します。

SteelEye Protection Suite for Linux

287

フェイルオーバのシナリオ

リソース datarep-ext3-sdr は NetRAID リソースであり、親 リソース ext3-sdr はファイルシステムリソースです。本 書 の以 降 の部 分 では、「DataKeeper リソース」は両 方 のリソースを合 わせたものを指 すことに注
意 してください。ファイルシステムリソースは NetRAID リソースに依 存 するので、NetRAID リソースに対 する動 作 はその上 にあるファイルシステムにも影 響 します。

フェイルオーバのシナリオ
以 下 の 4 つの例 で、SteelEye DataKeeper を使 用 するフェイルオーバで何 が起 きるかを説 明 します。これらの例 では、LifeKeeper for Linux クラスタは、サーバ 1( プライマリサーバ) とサーバ 2( バックアップサーバ) の 2 台 のサーバで構 成 されます。
シナリオ 1
サーバ 1 が動 作 不 能 になった後 、サーバ 1 からサーバ 2 へのミラーが正 常 に完 了 している。

結 果 : フェイルオーバが発 生 します。サーバ 2 がプライマリサーバの役 割 を担 当 し、サーバ 1 が再 び動 作
可 能 になるまでデグレード モード ( バックアップなし) で動 作 します。サーバ 1 が再 び動 作 可 能 になると、SteelEye DataKeeper がサーバ 2 からサーバ 1 への再 同 期 を開 始 します。2.6.18 以 前 のカーネルでは、全 体 の再 同 期 が実 行 されます。2.6.19 以 降 のカーネル、または RedHat Enterprise Linux 5.4 の2.6.18-164 以 降 のカーネル( または RedHat 5.4 以 降 のサポート する派 生 カーネル) では、部 分 的 な再
同 期 が実 行 されます。つまり、ソースとターゲット にあるビット マップファイルに記 録 された変 更 部 分 についてのみ同 期 が必 要 です。

288

はじめに

シナリオ 2

注 記 : SteelEye DataKeeper は、現 在 ミラーソースとして動 作 しているサーバに以 下 のフラグをセット しま
す。
$LKROOT/subsys/scsi/resources/netraid/$TAG_last_owner
サーバ 1 がサーバ 2 にフェイルオーバすると、このフラグがサーバ 2 にセット されます。このため、サーバ 1 が動 作 を再 開 すると、SteelEye DataKeeper はこの最 終 オーナフラグをサーバ 1 から削 除 します。その後 、
サーバ 2 からサーバ 1 にデータの再 同 期 を開 始 します。
シナリオ 2
シナリオ 1 で、サーバ 2( プライマリサーバである状 態 ) が、サーバ 1( この時 点 ではバックアップサーバ) との再 同 期 中 に動 作 不 能 になる。
結 果 : 再 同 期 プロセスが正 常 に完 了 しなかったので、データが破 損 している可 能 性 があります。この結
果 、LifeKeeper は DataKeeper リソースをサーバ 1 にフェイルオーバしません。サーバ 2 が動 作 可 能 になった場 合 にのみ、LifeKeeper はサーバ 2 で DataKeeper リソースを In Service ( ISP) にします。
シナリオ 3
サーバ 1( プライマリ) とサーバ 2( ターゲット ) の両 方 が動 作 不 能 になる。サーバ 1( プライマリ) が最 初 に動作 可 能 になる。

結 果 : サーバ 1 は、DataKeeper リソースを In Service にしません。この理 由 は、停 止 してからオンラインに戻 ったソースサーバは、ターゲット と通 信 できないからです。ソースサーバは以 下 のタグをセット します。
$LKROOT/subsys/scsi/resources/netraid/$TAG_data_corrupt
これは、正 しくない方 向 へのデータ同 期 を防 止 する安 全 策 です。この場 合 、サーバ 1 でミラーを強 制 的にオンラインにする必 要 があります。つまり、サーバ 1 の data_corrupt フラグを削 除 し、リソースを In
Service にします。ミラーを強 制 的 にオンラインにするを参 照 してください。
注 記 : $TAG_data_corrupt フラグを削 除 する前 に、サーバ 1 が最 終 のプライマリサーバであることを確 認する必 要 があります。サーバ 1 が最 終 のプライマリサーバでない場 合 、データが破 損 する可 能 性 があります。これは、last_owner フラグの有 無 で確 認 できます。
シナリオ 4
サーバ 1( プライマリ) とサーバ 2( ターゲット ) の両 方 が動 作 不 能 になる。サーバ 2( プライマリ) が最 初 に動作 可 能 になる。

SteelEye Protection Suite for Linux

289

シナリオ 4

結 果 : LifeKeeper は、サーバ 2 の DataKeeper リソースを ISP にしません。サーバ 1 が動 作 可 能 になると、LifeKeeper はサーバ 1 の DataKeeper リソースを ISP にします。

290

はじめに

インスト ールと設 定

SteelEye DataKeeper for Linux のインスト ールと設 定
ハード ウェア / ソフト ウェア要 件

DataKeeper リソースを設 定 する前 に
以 下 のト ピックには、DataKeeper リソースの作 成 と管 理 を行 う前 に考 慮 が必 要 な情 報 があります。また、3 種 類 の DataKeeper リソースについても説 明 しています。LifeKeeper Core のリソース階 層 を設 定する手 順 については、LifeKeeper の設 定 セクションを参 照 してください。

ハードウェアとソフト ウェアの要 件
SteelEye DataKeeper をインスト ールするには、LifeKeeper の構 成 が次 の要 件 を満 たしている必 要 があります。

ハードウェアの要 件
ll

サーバ - LifeKeeper for Linux をサポート する 2 台 以 上 のサーバ。
IP ネット ワークインターフェースカード - 各 サーバにネット ワークインターフェースカード が 1 つ以 上
必 要 です。ただし、LifeKeeper クラスタには 2 つのコミュニケーションパスが必 要 です。独 立 した 2
つのサブネット を使 用 する 2 つの分 離 した LAN ベースのコミュニケーションパスが推 奨 され、これらの 1 つ以 上 をプライベート ネット ワークとして構 成 する必 要 があります。ただし、TCP と TTY を組
み合 わせて使 用 することもできます。
注 記 : ソフト ウェアミラーリングの特 性 により、サーバ間 のネット ワークト ラフィックが多 くなる可 能 性があります。このため、SteelEye DataKeeper のデバイス用 に個 別 のプライベート ネット ワークを実装 することが推 奨 されます。この実 装 には、各 サーバに追 加 のネット ワークインターフェースカード
が必 要 になることがあります。

l

ディスクまたはパーティション - ソースとターゲット のディスクまたはパーティションとして動 作 する、プライマリサーバとバックアップサーバのディスクまたはパーティション。ターゲット のディスクまたはパーティ
ションは、ソースのディスクまたはパーティション以 上 のサイズである必 要 があります。
注 記 : SteelEye Data Replication 7.1.1 のリリースから、パーティションが作 成 されていないディスク全 体 ( /dev/sdd) の複 製 が可 能 になりました。旧 バージョンの SteelEye Data Replication では、ディスクを複 製 するには、パーティションを作 成 する必 要 がありました( /dev/sdd1 のような 1 つの大 きいパーティションの場 合 でも) 。SteelEye Data Replication 7.1.1 からこの制 限 が取 り除 かれました。

SteelEye Protection Suite for Linux291

ソフト ウェアの要 件

ソフト ウェアの要 件ll

オペレーティングシステム – SteelEye DataKeeperは、2.6 Linux カーネルをベースにする主 要 なLinux のディスト リビューションと共 に使 用 できます。サポート しているディスト リビューションのリスト
についてはSPS for Linux リリースノート を参 照 してください。非 同 期 ミラーリングとインテント ログ
は、2.6.16 以 降 の Linux カーネルを使 用 するディスト リビューションでのみサポート されます。複 数のターゲット のサポート ( 複 数 のミラーターゲット のサポート ) には、2.6.7 以 降 の Linux カーネルが必 要 です。
LifeKeeper のインスト ールスクリプト - 多 くの場 合 、パッケージをインスト ールする必 要 があります( SteelEye DataKeeper の特 定 の要 件 については SPS for Linux リリースノート の「製 品 の要
件 」セクションを参 照 してください) 。
HADR-generic-2.6
SteelEye DataKeeper をインスト ールする前 に、LifeKeeper クラスタの各 サーバにこのパッケージをインスト ールする必 要 があります。HADR パッケージは、 SPS のインスト ー
ルイメージファイルにあり、インスト ールの setup スクリプト により該 当 するパッケージが自動 的 にインスト ールされます。

ll

LifeKeeper ソフト ウェア - 各 サーバに同 じバージョンの LifeKeeper Core をインスト ールする必 要があります。また、使 用 を計 画 している同 じバージョンの Recovery Kit も各 サーバにインスト ール
する必 要 があります。SPS LifeKeeper の特 定 の要 件 については、 SPS for Linux リリースノート
を参 照 してください。
SteelEye DataKeeper ソフト ウェア - SPS クラスタの各 サーバには、SteelEye DataKeeper ソフト
ウェアが必 要 です。SteelEye DataKeeper のインスト ールと削 除 の特 定 の手 順 については、SPS
for Linux インスト ールガイド を参 照 してください。

全 般 的 な設 定llターゲット のディスクまたはパーティションのサイズ( バックアップサーバ上 ) は、ソースのディスクまたは
パーティションのサイズ( プライマリサーバ上 ) 以 上 である必 要 があります。
DataKeeper リソースを作 成 して拡 張 すると、同 期 プロセスによりターゲット のディスクまたはパーテ
ィションに存 在 するデータが削 除 され、ソースのパーティションにあるデータに置 き換 えられます。

ネット ワークと LifeKeeper の設 定
l

l

292

各 ペアのサーバ間 でデータのレプリケーション用 に選 択 するパスは、あらかじめそれらのサーバ間 のLifeKeeper コミュニケーションパスとしても設 定 されている必 要 があります。ネット ワークパスを変 更する方 法 については、データレプリケーションパスの変 更 を参 照 してください。
DataKeeper リソースを設 定 するときには、ローカルリカバリを有 効 にしている LifeKeeper IP リソー
スがすでに使 用 しているインターフェース/アド レスの使 用 は避 けてください。例 えば、LifeKeeper
IP リソースがインターフェース eth1 に構 成 されており、インターフェース eth2 でのローカルリカバリが有 効 にされている場 合 、eth1 と eth2 のいずれについても DataKeeper リソースによる使 用 を避 ける必 要 があります。ローカルリカバリを有 効 にすると、バックアップインターフェースへのスイッチオーバ
中 にインターフェースが無 効 になるので、SteelEye DataKeeper に障 害 が発 生 することがありま

インスト ールと設 定

データ複 製 パスの変 更す。
l

このリリースの SteelEye DataKeeper は、DataKeeper リソースの自 動 スイッチバックをサポート していません。さらに、自 動 スイッチバックの制 限 は、DataKeeper リソースの上 に存 在 する他 のLifeKeeper リソースにも適 用 されます。

データ複 製 パスの変 更LK 7.1 から、lk_chg_value を使 用 して、LK 7.1 からマイナーエンド ポイント を変 更 できるようになりました。例 えば、マイナーエンド ポイント を IP アド レスの 192.168.0.1 から 192.168.1.1 に変 更 するには、
以 下 の操 作 を行 います
1. lkstop ( lk_chg_value は、LifeKeeper の動 作 中 は実 行 できません) 。
2. lk_chg_value -o 192.168.0.1 -n 192.168.1.1
3. lkstart
この IP アド レスを使 用 するミラーに含 まれるすべてのサーバで、これらのコマンド を実 行 してください。
注 記 : このコマンド は、該 当 アド レスを使 用 するコミュニケーションパスも変 更 します。

ネット ワーク帯 域 幅 の要 件 の特 定SteelEye DataKeeper をインスト ールする前 に、現 在 の構 成 の複 製 に仮 想 マシンを使 用 するか、物 理
的 な Linux サーバを使 用 するかによりネット ワーク帯 域 幅 の要 件 を特 定 する必 要 があります。仮 想 マシン( VM) を使 用 する場 合 は、Linux システム( 物 理 または仮 想 ) の変 化 率 の測 定 方 法 を使 用 して、複製 を計 画 している仮 想 マシンの変 化 率 を測 定 してください。この値 は、仮 想 マシンの複 製 に必 要 となるネット ワーク帯 域 幅 を表 します。
ネット ワーク帯 域 幅 の要 件 を特 定 した後 、ネット ワークが最 大 のパフォーマンスを発 揮 するように構 成 してください。ネット ワーク帯 域 幅 の要 件 が、現 在 使 用 できるネット ワーク能 力 を超 えている場 合 は、以下 のオプションを 1 つ以 上 検 討 しなければならない可 能 性 があります。
lSteelEye DataKeeper( または可 能 な場 合 はネット ワークハード ウェア) の圧 縮 を有 効 にする。

l

ネット ワーク能 力 を増 強 する。

l

複 製 するデータ量 を低 減 する。

l

一 時 データおよびスワップファイル用 に、複 製 しないローカルのスト レージリポジト リを作 成 する。

l

毎 日 、ピーク時 以 外 に複 製 を手 動 でスケジュールする。

Linux システム( 物 理 または仮 想 ) での変 化 率 の測 定
DataKeeper for Linux は、使 用 できるネット ワーク内 でデータを複 製 できます。マルチサイト 、すなわち広域 ネット ワーク( WAN) 構 成 では、「ソースパーティションが 1 日 中 更 新 されるときに、パーティションを正常 に複 製 してミラーをミラーリング状 態 に維 持 するために十 分 な帯 域 幅 があるか」という質 問 に対 して
特 別 な検 討 が必 要 です。

SteelEye Protection Suite for Linux293

ネット ワーク帯 域 幅 の要 件 の特 定

ミラーがミラーリング状 態 でない場 合 にはパーティションのスイッチオーバは許 可 されないので、ミラーをミラーリング状 態 に維 持 することが重 要 です。

ネット ワーク帯 域 幅 の要 件 の特 定SteelEye DataKeeper をインスト ールする前 に、データを複 製 するネット ワーク帯 域 幅 の要 件 を特 定 する必 要 があります。以 下 の方 法 を使 用 して、複 製 を計 画 しているデータの変 化 率 を測 定 してください。
この値 は、データの複 製 に必 要 なネット ワーク帯 域 幅 の量 を表 します。
ネット ワーク帯 域 幅 の要 件 を特 定 した後 、ネット ワークが最 大 のパフォーマンスを発 揮 するように構 成 してください。ネット ワーク帯 域 幅 の要 件 が、現 在 使 用 できるネット ワーク能 力 を超 えている場 合 は、以下 のオプションを 1 つ以 上 検 討 する必 要 があります。
ll

DataKeeper( または可 能 な場 合 はネット ワークハード ウェア) の圧 縮 を有 効 にする。
複 製 が不 要 な一 時 データおよびスワップファイル用 に、複 製 しないローカルのスト レージリポジト リ
を作 成 する。

l

複 製 するデータ量 を低 減 する。

l

ネット ワーク能 力 を増 強 する。

SteelEye DataKeeper はデータを非 同 期 キューに追 加 することにより、短 期 間 に急 増 した書 き込 み動
作 を処 理 します。ただし、長 期 間 にわたって複 製 されるすべてのボリュームのディスク書 き込 み動 作 の合 計 が、平 均 して DataKeeper とネット ワークが送 信 できる変 化 量 を下 回 ることを確 認 してください。
ネット ワーク能 力 が不 十 分 なためにディスクの変 化 率 に対 処 できず、非 同 期 キューがいっぱいになった
場 合 、ミラーは同 期 動 作 に戻 ります。これによりソースサーバのパフォーマンスに悪 影 響 を及 ぼすことがあります。

基 本 変 化 率 の測 定
以 下 のコマンド を使 用 して、ミラーリングするファイルまたはパーティションを特 定 してください。例 えば/dev/sda3 を使 用 して、1 日 に書 き込 まれるデータ量 を測 定 します。
MB_START=`awk '/sda3 / { print $10 / 2 / 1024 }'/proc/diskstats`
1 日後
MB_END=`awk '/sda3 / { print $10 / 2 / 1024 }'/proc/diskstats`
1 日 の変 化 率 ( 単 位 : MB) は MB_END – MB_START で得 られます。
SteelEye DataKeeper が 1 日 にミラーリングできるおよその量 は以 下 のとおりです。
T1( 1.5 Mbps) - 14,000 MB/日 ( 14 GB)
T3( 1.5 Mbps) - 410,000 MB/日 ( 410 GB)
ギガビット ( 1 Gbps) - 5,000,000 MB/日 ( 5 TB)

294

インスト ールと設 定

詳 細 変 化 率 の測 定

詳 細 変 化 率 の測 定
変 化 率 を収 集 する最 良 の方 法 は、一 定 期 間 ( 例 : 1 日 ) ディスクの書 き込 み動 作 をログに記 録 して、ディスクの書 き込 みのピーク期 間 を特 定 することです。
ディスクの書 き込 み動 作 を追 跡 するには、システムのタイムスタンプをログに記 録 して /proc/diskstats のダンプを行 う cron ジョブを作 成 してください。例 えば、2 分 間 隔 でディスクの統 計 値 を収 集 するには、/etc/crontab に以 下 のリンクを追 加 します。:*/2 * * * * root ( date ; cat /proc/diskstats ) >> /path_
to/filename.txt
1 日 、1 週 間 などの期 間 が経 過 した後 、cron ジョブを無 効 にし、得 られたデータファイルを安 全 な場 所に保 存 します。

収 集 した詳 細 変 化 率 データの解 析
roc-calc-diskstats ユーティリティは、前 述 の手 順 で収 集 したデータを解 析 します。このユーティリ
ティは、長 期 間 ログに記 録 された出 力 を持 つ /proc/diskstats 出 力 ファイルから、データセット に含 まれる
ディスクの変 化 率 を計 算 します。

roc-calc-diskstats#!/usr/bin/perl# Copyright (c) 2011, SIOS Technology, Corp.
#作 成 者 :Paul Clements
use strict;
sub msg {printf STDERR @_;}sub dbg {return if (!$ENV{'ROC_DEBUG'});
msg @_;}$0 =~ s@^.*/@@; #ベースネーム
sub usage {msg "Usage:$0 <interval> <start-time> <iostat-data-file> [dev-list]\n";msg "\n";msg "This utility takes a /proc/diskstats output file that contains\n";msg "output, logged over time, and calculates the rate of change of\n";msg "the disks in the dataset\n";msg "OUTPUT_CSV=1 set in env. dumps the full stats to a CSV file on
STDERR\n";msg "\n";SteelEye Protection Suite for Linux

295

収 集 した詳 細 変 化 率 データの解 析

msg "Example:$0 1hour \"jun 23 12pm\" steeleye-iostat.txt sdg,sdh\n";msg "\n";msg "interval - interval between samples\n";msg "start time - the time when the sampling starts\n";msg "iostat-data-file - collect this with a cron job like:\n";msg "\t0 * * * * (date ; cat /proc/diskstats) >> /root/diskstats.txt\n";msg "dev-list - list of disks you want ROC for (leave blank for all)\n";exit 1;}usage if (@ARGV < 3);
my $interval = TimeHuman($ARGV[0]);my $starttime = epoch($ARGV[1]);my $file = $ARGV[2];my $blksize = 512; # /proc/diskstats はセクタ数
my %devs = map { $_ => 1 } split /,/, $ARGV[3];my %stat;
my $firsttime;
my $lasttime;#日 付 スタンプで出 力 を除 算
my %days = ( 'Sun' => 1, 'Mon' => 1, 'Tue' => 1, 'Wed' => 1,'Thu' => 1, 'Fri' => 1, 'Sat' => 1);
my %fields = ( 'major' => 0,'minor' => 1,'dev' => 2,'reads' => 3,'reads_merged' => 4,'sectors_read' => 5,'ms_time_reading' => 6,'writes' => 7,'writes_merged' => 8,'sectors_written' => 9,'ms_time_writing' => 10,'ios_pending' => 11,'ms_time_total' => 12,'weighted_ms_time_total' => 13 );my $devfield = $fields{'dev'};
my $calcfield = $ENV{'ROC_CALC_FIELD'} || $fields{'sectors_written'};dbg "using field $calcfield\n";open(FD, "$file") or die "Cannot open $file:$!\n";296

インスト ールと設 定

収 集 した詳 細 変 化 率 データの解 析

foreach (<FD>) {chomp;@_ = split;
if (exists($days{$_[0]})) { #日 付 スタンプの除 算 をスキップ
if ($firsttime eq '') {$firsttime = join ' ', @_[0..5];}$lasttime = join ' ', @_[0..5];next;}
next if ($_[0] !~ /[0-9]/); #無 視
if (!%devs || exists $devs{$_[$devfield]}) {push @{$stat{$_[$devfield]}}, $_[$calcfield];}}@{$stat{'total'}} = totals(\%stat);printf "Sample start time:%s\n", scalar(localtime($starttime));printf "Sample end time:%s\n", scalar(localtime($starttime +((@{$stat{'total'}} - 1) * $interval)));printf "Sample interval:%ss #サンプル:%s Sample length:%ss\n", $interval,(@{$stat{'total'}} - 1), (@{$stat{'total'}} - 1) * $interval;
print "(Raw times from file:$firsttime, $lasttime)\n";print "Rate of change for devices " .(join ', ', sort keys %stat) ."\n";foreach (sort keys %stat) {my @vals = @{$stat{$_}};my ($max, $maxindex, $roc) = roc($_, $blksize, $interval, @vals);
printf "$_ peak:%sB/s (%sb/s) (@ %s) average:%sB/s (%sb/s)\n",
HumanSize($max), HumanSize($max * 8), scalar localtime($starttime +($maxindex * $interval)), HumanSize($roc), HumanSize($roc * 8);}#関 数
sub roc {my $dev = shift;
my $blksize = shift;
my $interval = shift;my ($max, $maxindex, $i, $first, $last, $total);
my $prev = -1;
my $first = $_[0];if ($ENV{'OUTPUT_CSV'}) { print STDERR "$dev," }foreach (@_) {SteelEye Protection Suite for Linux

297

収 集 した詳 細 変 化 率 データの解 析

if ($prev != -1) {if ($_ < $prev) {dbg "wrap detected at $i ($_ < $prev)\n";$prev = 0;}
my $this = ($_ - $prev) * $blksize / $interval;
if ($this > $max) {$max = $this;$maxindex = $i;}if ($ENV{'OUTPUT_CSV'}) { print STDERR "$this," }}$prev = $_; #次 回 用 に現 在 の値 を保 存
$last = $_;$i++;}if ($ENV{'OUTPUT_CSV'}) { print STDERR "\n" }return ($max, $maxindex, ($last - $first) * $blksize / ($interval * ($i- 1)));}
sub totals { #パラメータ: stat_hash
my $stat = shift;
my @totalvals;
foreach (keys %$stat) {next if (!defined($stat{$_}));
my @vals = @{$stat{$_}};
my $i;
foreach (@vals) {$totalvals[$i++] += $_;}}return @totalvals;}# KB、MB などの単 位 に変 換 し、読 みやすいフォームサイズで出 力
sub HumanSize { #パラメータ: bytes/bits
my $bytes = shift;
my @suffixes = ( '', 'K', 'M', 'G', 'T', 'P' );my $i = 0;
while ($bytes / 1024.0 >= 1) {298

インスト ールと設 定

収 集 した詳 細 変 化 率 データの解 析$bytes /= 1024.0;$i++;}return sprintf("%.1f %s", $bytes, $suffixes[$i]);}#人 間 が理 解 しやすい時 間 間 隔 を秒 数 に変 換
sub TimeHuman { #パラメータ: human_time
my $time = shift;
my %suffixes = ('s' => 1, 'm' => 60, 'h' => 60 * 60, 'd' => 60 * 60 *24);$time =~ /^([0-9]*)(.*?)$/;$time = $1;
my $suffix = (split //, $2)[0]; #添 え字 を最 初 の文 字 にする
if (exists $suffixes{$suffix}) {$time *= $suffixes{$suffix};}
return $time;}
sub epoch { #パラメータ: date
my $date = shift;
my $seconds = `date +'%s' --date "$date" 2>&1`;
if ($?!= 0) {die "Failed to recognize time stamp:$date\n";}return $seconds;}
使用法:# ./roc-calc-diskstats <interval> <start_time> <diskstats-datafile> [dev-list]
使 用 例 ( 概 要 のみ) :# ./roc-calc-diskstats 2m “Jul 22 16:04:01” /root/diskstats.txt
sdb1,sdb2,sdc1 > results.txt
この例 は、概 要 ( およびディスク別 のピーク I/O 情 報 ) を results.txt にダンプします。
使 用 例 ( 概 要 とグラフデータ) :# export OUTPUT_CSV=1# ./roc-calc-diskstats 2m “Jul 22 16:04:01” /root/diskstats.txt
sdb1,sdb2,sdc1 2> results.csv > results.tx

SteelEye Protection Suite for Linux299

詳 細 変 化 率 データのグラフ作 成

この例 は、グラフデータを results.csv に、概 要 ( およびディスク別 のピーク I/O 情 報 ) を results.txtにダンプします。
結 果 の例 ( results.txt)
Sample start time: Tue Jul 12 23:44:01 2011
Sample end time: Wed Jul 13 23:58:01 2011
Sample interval: 120s #Samples: 727 Sample length: 87240s(Raw times from file: Tue Jul 12 23:44:01 EST 2011, Wed Jul 13
23:58:01 EST 2011)
Rate of change for devices dm-31, dm-32, dm-33, dm-4, dm-5, total
dm-31 peak:0.0 B/s (0.0 b/s) (@ Tue Jul 12 23:44:01 2011)
average:0.0 B/s (0.0 b/s)
dm-32 peak:398.7 KB/s (3.1 Mb/s) (@ Wed Jul 13 19:28:01 2011)
average:19.5 KB/s (156.2 Kb/s)
dm-33 peak:814.9 KB/s (6.4 Mb/s) (@ Wed Jul 13 23:58:01 2011)
average:11.6 KB/s (92.9 Kb/s)
dm-4 peak:185.6 KB/s (1.4 Mb/s) (@ Wed Jul 13 15:18:01 2011)
average:25.7 KB/s (205.3 Kb/s)
dm-5 peak:2.7 MB/s (21.8 Mb/s) (@ Wed Jul 13 10:18:01 2011)
average:293.0 KB/s (2.3 Mb/s)
total peak:2.8 MB/s (22.5 Mb/s) (@ Wed Jul 13 10:18:01 2011)
average:349.8 KB/s (2.7 Mb/s)

詳 細 変 化 率 データのグラフ作 成
お客 様 に固 有 の経 時 的 な帯 域 幅 のニーズを分 かりやすくするために、テンプレート スプレッド シート
diskstats-template.xlsx が用 意 されています。このスプレッド シート にはサンプルデータがあり、roccalc-diskstats で収 集 したデータで上 書 きできます。

diskstats-template

300

インスト ールと設 定

詳 細 変 化 率 データのグラフ作 成

1. results.csv を開 き、total 列 を含 めてすべての行 を選 択 してください。

2. diskstats-template.xlsx を開 き、diskstats.csv ワークシート を選 択 してください。

3. セル 1-A を右 クリックし、[Insert Copied Cells] を選 択 してください。
4. 複 製 用 に割 り当 てた帯 域 幅 の量 を反 映 するように、ワークシート の左 下 にあるセルのbandwidth 値 を調 整 してください。
単 位 : メガビット /秒 ( Mb/sec)
注 記 : その右 側 にあるセルの値 は、収 集 した生 データに合 わせて自 動 的 にバイト /秒 単
位 に変 換 されます。

SteelEye Protection Suite for Linux301

詳 細 変 化 率 データのグラフ作 成

5. 以 下 の行 /列 番 号 を記 録 してください。
a. Total(下 のスクリーンショット では行 6)
b. Bandwidth(下 のスクリーンショット では行 9)c. 最 終 データポイント (下 のスクリーンショット では列 R)

6. bandwidth vs ROC ワークシート を選 択 してください。

7. グラフを右 クリックし、[Select Data...] を選 択 してください。
a. Bandwidth 系 列 を調 整 してください。
i. 左 の [Series] リスト から bandwidth を選 択 してください。
ii. [Edit] をクリックしてください。

iii. 以 下 の構 文 を使 用 して、[Series Values] フィールド を調 整 してください。

302

インスト ールと設 定

詳 細 変 化 率 データのグラフ作 成“=diskstats.csv!$B$<row>:$<final_column>$<row>"
例 : “=diskstats.csv!$B$9:$R:$9"

iv. [OK] をクリックしてください。
b. ROC 系 列 を調 整 してください。
i. 左 の [Series] リスト から ROC を選 択 してください。
ii. [Edit] をクリックしてください。

iii. 以 下 の構 文 を使 用 して、[Series Values] フィールド を調 整 してください。
“=diskstats.csv!$B$<row>:$<final_
column>$<row>"
例 : “=diskstats.csv!$B$6:$R:$6"

SteelEye Protection Suite for Linux303

[Confirm Failover] と [Block Resource Failover] の設 定

iv. [OK] をクリックしてください。
c. [OK] をクリックしてウィザード を終 了 してください。
8. Bandwidth vs ROC のグラフが更 新 されます。結 果 を解 析 して、データの複 製 をサポート するために十 分 な帯 域 幅 があるかどうかを判 断 してください。

[Confirm Failover] と [Block Resource Failover] の設 定
以 下 の説 明 、例 、および考 慮 事 項 をよく読 んで理 解 してから、お使 いの LifeKeeper 環 境 で [Confirm
Failover] または [Block Resource Failover] を設 定 してください。これらの設 定 は、コマンド ライン、または LifeKeeper の GUI の [Properties]パネルから使 用 できます。

[Confirm Failover On]
定 義 - システム A からシステム B へのフェイルオーバの手 動 確 認 を有 効 にします( ここで、システム A は
プロパティが [Properties] パネル に表 示 されるサーバで、システム B はチェックボックスの左 にあるシステム) 。あるシステムでこのオプションをオンに設 定 した場 合 、障 害 発 生 が検 出 されたシステムについて
LifeKeeper がフェイルオーバリカバリを実 行 するにはシステム管 理 者 による手 動 確 認 が必 要 になります。
フェイルオーバを確 認 するには、lk_confirmso コマンド を使 用 します。デフォルト では、このコマンド を
実 行 するまで管 理 者 には 10 分 の猶 予 時 間 があります。この時 間 は、/etc/default/LifeKeeper のCONFIRMSOTO 設 定 で変 更 できます。管 理 者 が 10 分 以 内 に lk_confirmso コマンド を実 行 しない場 合 、フェイルオーバは続 行 されるか、ブロックされます。デフォルト では、フェイルオーバが続 行 されます。この動 作 は、/etc/default/LifeKeeper の COMFIRMSODEF 設 定 で変 更 できます。
例 : 自 動 フェイルオーバをすべてブロックする場 合 は、[Properties] パネルの [Confirm Failover On] オ
プションを設 定 し、さらに CONFIRMSODEF を 1( フェイルオーバをブロック) 、CONFIRMSOTO を 0( フェイルオーバ動 作 が決 定 されるまで待 機 しない) に設 定 してください。
この設 定 を選 択 する時 期 :この設 定 は、構 成 に冗 長 ハート ビート コミュニケーションパスを含 まない多 くのディザスタリカバ
リ、XenServer、その他 の WAN 構 成 で使 用 されます。

304

インスト ールと設 定

[Block Resource Failover On]

通 常 のサイト ( 非 マルチサイト クラスタおよび非 XenServer) では、あるサーバで [Properties] ページを開き、[Confirm Failover flag] フラグをオンに設 定 するサーバを選 択 してください。
マルチサイト WAN の構 成 の場 合 :フェイルオーバの手 動 確 認 を有 効 にしてください。
マルチサイト LAN の構 成 の場 合 :フェイルオーバの手 動 確 認 を有 効 にしないでください。
マルチサイト クラスタ環 境 では、非 ディザスタシステムから DR システムを選 択 し、[Set Confirm FailoverOn] チェックボックスをオンにします。クラスタ内 の非 ディザスタサーバのそれぞれについて、[Properties] パ
ネルを開 いてこの設 定 を選 択 する必 要 があります。
XenServer 環 境 では、リスト 内 のすべてのサーバ( DR サイト のみでなく) のチェックボックスをオンにする必要 があります。

[Block Resource Failover On]
定 義 - デフォルト では、リソースのすべての障 害 についてリカバリイベント が発 生 し、ローカルシステムの障害 リソースのリカバリが試 行 されます。ローカルリカバリが失 敗 した場 合 、または有 効 になっていない場
合 は、リソースが定 義 されている、優 先 順 位 が次 に最 も高 いシステムに、LifeKeeper がリソース階 層 を転 送 します。ただし、宛 先 として指 定 したシステムでこの設 定 を選 択 している場 合 、リソース障 害 に起因 するリソースの転 送 はすべてブロックされます。
この設 定 が有 効 の場 合 、以 下 のメッセージがログに記 録 されます。
Local recovery failure, failover blocked, MANUAL INTERVENTION REQUIRED
条件 / 考慮事項:
マルチサイト 構 成 では、構 成 内 のすべてのサーバについて、フェイルオーバのブロックを選 択 しないでくだ
さい。
XenServer 環 境 では、クラスタ内 の各 システムについて、フェイルオーバのブロックを選 択 してください。
注 記 : この設 定 は、システム全 体 の障 害 が発 生 した場 合 のフェイルオーバ動 作 には影 響 しません。
ローカルリソースの障 害 に起 因 するフェイルオーバのみをブロックします。

各 サーバのフラグの設 定
1. LifeKeeper の GUI にログインし、クラスタ内 のサーバを選 択 してください。[View] メニューで[Properties] パネルのオプションを選 択 した場 合 は、[Properties] パネルが表 示 されます( GUIの右 端 ) 。
パネルの下 部 にある [General] タブに、システム構 成 が表 示 されます。

SteelEye Protection Suite for Linux305

SteelEye DataKeeper for Linux のリソースタイプ

2. [Set Confirm Failover On] 列 で、クラスタ内 のその他 の各 サーバのチェックボックスをオンにしてください。
3. [Set Block Resource Failover On] 列 で、必 要 に応 じてクラスタ内 の各 サーバのチェックボック
スをオンにしてください。
マルチサイト クラスタ構 成 での重 要 な考 慮 事 項 :マルチサイト クラスタ構 成 のサーバについて
は、[Set Block Resource Failover On] 列 のチェックボックスをオンにしないでください。
4. [OK] をクリックしてください。

SteelEye DataKeeper for Linux のリソースタイプ
DataKeeper リソース階 層 を作 成 するときに、リソースタイプを選 択 するように LifeKeeper から要 求 されます。DataKeeper リソースには、いくつかのタイプがあります。お使 いの環 境 に最 適 なタイプを選 択 すると
きに、以 下 の情 報 が役 立 ちます。

Replicate New File System
Replicate New File System を選 択 すると、NetRAID デバイスが作 成 /拡 張 され、NetRAID デバイスに
指 定 のマウント ポイント がマウント されます。また、LifeKeeper がサポート するファイルシステムと NetRAID
デバイスの両 方 が、LifeKeeper で保 護 されます。ローカルのディスクまたはパーティションがフォーマット されます。注 意 :データがすべて削 除 されます。

Replicate Existing File System
Replicate Existing File System を選 択 すると、現 在 マウント されているディスクまたはパーティションが使用 され、ディスクまたはパーティションのデータが削 除 されることなく NetRAID デバイスが作 成 されます。SteelEye DataKeeper はローカルのディスクまたはパーティションをアンマウント し、ローカルのディスクまたはパーティションを使 用 して NetRAID デバイスを作 成 します。そして、NetRAID デバイスにマウント ポ
イント をマウント します。次 に、NetRAID デバイスと LifeKeeper がサポート するファイルシステムの両 方 をLifeKeeper で保 護 します。

306

インスト ールと設 定

DataKeeper Resource

重 要 : SteelEye Protection Suite for Linux のマルチサイト クラスタ階 層 を作 成 する場 合 、作 成 プロセス
中 にアプリケーションが停 止 します。階 層 の作 成 と拡 張 が完 了 した後 、アプリケーションを再 起 動 する
必 要 があります。

DataKeeper Resource
DataKeeper リソースを選 択 すると、NetRAID デバイスが作 成 /拡 張 され、ファイルシステムは含 めずに
LifeKeeper で保 護 されます。RAW I/O デバイスを使 用 できるデータベースを使 用 している場 合 は、この複 製 タイプを選 択 できます。
ユーザがデータアクセスを続 行 できるように、SteelEye DataKeeper は、現 在 マウント されている
NetRAID デバイスのアンマウント と削 除 は実 行 しません。ユーザは、手 動 スイッチオーバの前 にNetRAID デバイスを手 動 でアンマウント し、手 動 スイッチオーバの後 に他 のサーバにマウント する必 要 があります。
注 記 : DataKeeper リソースの作 成 後 に、手 動 マウント したファイルシステムを LifeKeeper で保 護 する場
合 は、以 下 の操 作 を行 います。
1. LifeKeeper がサポート するファイルシステムで、NetRAID デバイスをフォーマット してください。
2. NetRAID デバイスをマウント してください。
3. NetRAID デバイスを使 用 して、共 有 スト レージのディスクまたはパーティションにあるかのようにファイルシステムの階 層 を作 成 し、拡 張 してください。
これで、LifeKeeper のファイルシステムリカバリキット が、フェイルオーバ時 のファイルシステムのマウント / ア
ンマウント を実 行 します。

リソースの設 定 作 業
SteelEye DataKeeper の設 定 作 業 はすべて、LifeKeeper のグラフィカルユーザインターフェース( GUI) から実 行 できます。LifeKeeper の GUI では、SteelEye DataKeeper のリソースの設 定 、管 理 、監 視 の作
業 をガイド 付 きで行 うことができます。

概要
SteelEye DataKeeper の設 定 に関 して、以 下 の作 業 を行 うことができます。
lCreate a Resource Hierarchy - DataKeeper リソース階 層 を作 成 します。

lDelete a Resource Hierarchy - DataKeeper リソース階 層 を削 除 します。

l

l

l

l

Extend a Resource Hierarchy - DataKeeper リソース階 層 をプライマリサーバからバックアップ
サーバに拡 張 します。
Unextend a Resource Hierarchy - LifeKeeper クラスタ内 にある 1 台 のサーバの DataKeeper リ
ソース階 層 を拡 張 解 除 ( 削 除 ) します。
Create Dependency - 既 存 のリソース階 層 と別 のリソースインスタンスとの間 に子 の依 存 関 係 を
作 成 し、クラスタ内 のすべての対 象 サーバに依 存 関 係 の変 更 を伝 播 します。
Delete Dependency - リソースの依 存 関 係 を削 除 して、クラスタ内 にあるすべての対 象 サーバにSteelEye Protection Suite for Linux307

DataKeeper リソース階 層 の作 成

依 存 関 係 の変 更 を伝 播 します。
l

In Service - リソース階 層 をアクティブにします。

l

Out of Service - リソース階 層 を非 アクティブにします。

lView/Edit Properties - リソース階 層 のプロパティの表 示 または編 集 を行 います。

DataKeeper リソース階 層 の作 成
マルチサイト クラスタに DataKeeper リソース階 層 を作 成 する場 合 は、[Hierarchy Type] を選 択 した
後 、このセクションの最 後 にある手 順 を参 照 してください。
プライマリサーバで以 下 の操 作 を行 ってください。
1. [Edit] > [Server] > [Create Resource Hierarchy] を選 択 してください。
[Create Resource Wizard]ダイアログボックスが表 示 されます。
2. ド ロップダウンリスト から [Data Replication] オプションを選 択 し、[Next] をクリックして続 行 してください。
3. 以 下 の情 報 を入 力 するように要 求 されます。ダイアログボックスで [Back] ボタンが有 効 な場 合は、前 のダイアログボックスに戻 ることができます。これは、エラーが発 生 して、前 に入 力 した情 報を修 正 する必 要 がある場 合 に便 利 な機 能 です。いつでも [Cancel] をクリックして、作 成 処 理
全 体 を取 り消 すことができます。

フィールド

Switchback
Type

ヒント
[intelligent switchback] を指 定 する必 要 があります。これは、バックアップサー
バにフェイルオーバした後 、管 理 者 が手 動 で DataKeeper リソースをプライマリ
サーバにスイッチバックする必 要 があることを意 味 します。
注 意 : このリリースの SteelEye DataKeeper は、DataKeeper リソースの自 動 ス
イッチバックをサポート していません。さらに、自 動 スイッチバックの制 限
は、DataKeeper リソースの上 に存 在 する他 の LifeKeeper リソースにも適 用 されます。
作 成 する NetRAID デバイスが存 在 するサーバ( 通 常 はプライマリサーバ) の名
前 を選 択 してください。ド ロップダウンリスト ボックスには、クラスタ内 のすべてのサーバが表 示 されます。

Server以 下 のいずれかを選 択 して、作 成 するデータレプリケーションのタイプを選 択 してください。
Hierarchy
Type

308

l

Replicate New File Systeml

Replicate Existing File Systeml

DataKeeper Resource

インスト ールと設 定

リソース階 層 の拡 張

フィールド

ヒント

Bitmap File

インテント ログの記 録 に使 用 するビット マップファイルの名 前 を選 択 するか、入 力
してください。[None] を選 択 すると、インテント ログは使 用 されず、すべての再
同 期 が部 分 的 ではなく全 体 の再 同 期 になります。

このレプリケーションリソースによるターゲット システムへの非 同 期 レプリケーションのサポート を許 可 するには、[Yes] を選 択 してください。すべてのターゲット について同 期 レプリケーションを使 用 する場 合 は、[No] を選 択 してください。後 で、
Enableレプリケーションリソースが各 ターゲット サーバに拡 張 されるときに、実 際 のレプリ
Asynchronous ケーションタイプ( 同 期 または非 同 期 ) を選 択 するように要 求 されます( 両 方 のReplication ? レプリケーションタイプの詳 細 については、SteelEye DataKeeper でのミラーリン
グを参 照 してください) 。これらすべてのターゲット へのレプリケーションを非 同 期
で実 行 する場 合 は、他 のターゲット へのレプリケーションを同 期 実 行 する場 合でもここでは [Yes] を選 択 する必 要 があります。
以 降 の一 連 のダイアログボックスは、[Hierarchy Type] で選 択 した項 目 によって異 なります。一部 のダイアログボックスはすべての階 層 タイプで同 じですが、表 示 される順 序 と必 要 な情 報 が少し異 なることがあります。以 下 の 3 つのト ピックで、階 層 作 成 の残 りのプロセスについて説 明 しています。
lDataKeeper ResourcelReplicate New File Systeml

Replicate Existing File System

リソース階 層 の拡 張
この操 作 は [Edit] メニューから開 始 できます。または [Create Resource Hierarchy] オプションの動 作が完 了 すると自 動 的 に開 始 されます。その場 合 は、手 順 2 を参 照 してください。
1. [Edit] メニューの [Resource] から [Extend Resource Hierarchy] を選 択 します。Pre-Extend
Wizardが表 示 されます。拡 張 操 作 に慣 れていない場 合 は、[Next] をクリックしてください。LifeKeeper の [Extend Resource Hierarchy] のデフォルト 値 が分 かっていて、入 力 と確 認
を省 略 する場 合 は [Accept Defaults] をクリックしてください。
2. Pre-Extend Wizardに以 下 の情 報 を入 力 します。
注 記 : 最 初 の 2 つのフィールド は [Edit] メニューから拡 張 を開 始 した場 合 にのみ表 示 されます。

フィールド

Template
Serverヒント
現 在 In Service のDataKeeper リソース階 層 が存 在 するテンプレート サーバを選
択 してください。ここで選 択 するテンプレート サーバと次 のダイアログボックスで選 択する拡 張 するタグによって、 In Service ( アクティブ) のリソース階 層 が表 されることを
理 解 しておくことが重 要 です。
選 択 したテンプレート サーバで In Service でないリソースタグを選 択 した場 合 、エラーメッセージが表 示 されます。このダイアログのド ロップダウンボックスには、クラスタ
内 にある全 サーバの名 前 が表 示 されます。

SteelEye Protection Suite for Linux309

DataKeeper リソース階 層 の拡 張

フィールド

ヒント

Tag toExtend

これは、テンプレート サーバからターゲット サーバに拡 張 する DataKeeper インスタン
スの名 前 です。ド ロップダウンボックスには、テンプレート サーバ上 に作 成 したすべてのリソースが表 示 されます。

TargetServer拡 張 先 のサーバを入 力 するか、選 択 してください。

[intelligent switchback] を指 定 する必 要 があります。これは、バックアップサーバに
フェイルオーバした後 、管 理 者 が手 動 で DataKeeper リソースをプライマリサーバに
Switchback スイッチバックする必 要 があることを意 味 します。
Type
注 意 : このリリースの SteelEye DataKeeper は、DataKeeper リソースの自 動 スイッ
チバックをサポート していません。さらに、自 動 スイッチバックの制 限 は、SteelEye
DataKeeper リソースの上 に存 在 する他 の LifeKeeper リソースにも適 用 されます。

Template
Priority

テンプレート の優 先 順 位 を選 択 するか、入 力 してください。これはサーバで現 在 In
Service の DataKeeper 階 層 の優 先 順 位 です。1 ～ 999 の範 囲 で、まだ優 先 順
位 として使 用 されていない値 が有 効 で、小 さい数 字 ほど優 先 順 位 が高 くなります(数 値 1 が最 高 の優 先 順 位 )。拡 張 処 理 時 に、別 のシステムですでに使 用 中の優 先 順 位 をこの階 層 に対 して指 定 することはできません。デフォルト 値 をが推
奨 されます。
注 記 : このフィールド は、階 層 をはじめて拡 張 するときにだけ表 示 されます。

TargetPriority

ターゲット の優 先 順 位 を選 択 するか、入 力 してください。これは、他 のサーバにある同 等 の階 層 に対 する、新 しく拡 張 する DataKeeper 階 層 の優 先 順 位 です。1
～ 999 の範 囲 で、まだ優 先 順 位 として使 用 されていない値 が有 効 で、リソースのカスケーディングフェイルオーバシーケンスにおけるサーバの優 先 順 位 を示 しま
す。数 値 が小 さいほど優 先 順 位 は高 くなります( 数 値 1 が最 高 の優 先 順位 ) 。LifeKeeper のデフォルト では、階 層 が作 成 されたサーバに「1」が割 り当 てられることに注 意 してください。優 先 順 位 は連 続 している必 要 はありませんが、特定 のリソースについて 2 つのサーバに同 じ優 先 順 位 を割 り当 てることはできません。

拡 張 前 のチェックが正 常 に終 了 したというメッセージが表 示 されたら、[Next] をクリックしてください。
拡 張 する階 層 に応 じて、拡 張 されるリソースタグ( 一 部 編 集 不 可 ) を示 す一 連 の情 報 ボックスが表 示 されます。
3. [Next] をクリックして、[Extend Resource Hierarchy] の構 成 タスクを開 始 してください。
4. 次 のセクションには、別 のサーバに DataKeeper リソースを拡 張 するために必 要 な手 順 を示 します。

DataKeeper リソース階層の拡張
1. pre-extend スクリプト が正 常 に実 行 されたというメッセージが表 示 されたら、以 下 の情 報 を指 定するように要 求 されます。

310

インスト ールと設 定

DataKeeper リソース階 層 の拡 張

フィールド

ヒント

ターゲット サーバ上 にあるファイルシステムマウント ポイント を入 力 してくださ
Mount Point い( DataKeeper リソースに関 連 する、LifeKeeper が保 護 するファイルシステムがな
い場 合 は、このダイアログは表 示 されません) 。

Root Tag

ルート タグを選 択 するか、入 力 してください。これは、ターゲット サーバ上 にあるファイルシステムリソースインスタンスの一 意 の名 前 です( DataKeeper リソースに関 連する、LifeKeeper が保 護 するファイルシステムがない場 合 は、このダイアログは表示 されません) 。
複 製 するファイルシステムの配 置 先 となる、ターゲット サーバ上 のディスクまたは
パーティションを選 択 してください。
ド ロップダウンボックスのディスクまたはパーティションのリスト には、以 下 のものを除いて、使 用 できるすべてのディスクが表 示 されます。

Target Disk
or Partition

すでにマウント 済 みのもの
スワップディスクまたはスワップパーティション
l LifeKeeper が保 護 するディスクまたはパーティション
ド ロップダウンリスト には、root (/)、boot (/boot)、/proc, floppy、cdrom などの特 殊なディスクまたはパーティションも表 示 されません。
ll

注 記 : ターゲット のディスクまたはパーティションは、ソースのディスクまたはパーティション以 上 のサイズである必 要 があります。
DataKeeper
Resource
DataKeeper リソースタグの名 前 を選 択 するか、入 力 してください。
Tag
インテント ログの記 録 に使 用 するビット マップファイルの名 前 を選 択 するか入 力 してBitmap File ください。[None] を選 択 すると、インテント ログは使 用 されず、すべての再 同 期 が部 分 的 ではなく全 体 の再 同 期 になります。
ターゲット サーバとクラスタ内 の他 の指 定 サーバとの間 で複 製 に使 用 する、ローカ
ルとリモート の IP アド レスのペアを選 択 してください。有 効 なパスおよび対 応 する
IP アド レスは、このサーバのペアに対 して指 定 した LifeKeeper コミュニケーションパ
スのセット から得 られます。DataKeeper の特 性 により、プライベート ( 専 用 ) ネット
Replication ワークを使 用 することが強 く推 奨 されます。
Path
DataKeeper リソースをすでに 1 台 以 上 のターゲット サーバに拡 張 している場 合 、
追 加 のサーバに対 する拡 張 を実 行 すると、新 しいターゲット サーバと既 存 のサーバとの組 み合 わせのそれぞれについて、繰 り返 し複 製 パスを指 定 するように要 求 されます。
指 定 したサーバのペアについて使 用 する複 製 タイプとして、[synchronous] または[asynchronous] を選 択 してください。
Replication 前 述 の [Replication Path] フィールド と同 様 に、DataKeeper リソースをすでに 1 台
Type
以 上 のターゲット サーバに拡 張 している場 合 、追 加 のサーバに対 する拡 張 を実
行 すると、新 しいターゲット サーバと既 存 のサーバとの組 み合 わせのそれぞれについて、繰 り返 し複 製 タイプを指 定 するように要 求 されます。

SteelEye Protection Suite for Linux311

リソース階 層 の拡 張 解 除

2. [Extend] をクリックして次 に進 んでください。拡 張 が実 行 中 であることを確 認 する情 報 ボックスが
表 示 されます。
3. [Finish] をクリックして、DataKeeper リソースインスタンスが正 常 に拡 張 されたことを確 認 してください。
4. [Done] をクリックして、[Extend Resources Hierarchy] メニューを終 了 してください。
注 記 : 必 ずすべてのサーバでスイッチオーバを手 動 実 行 して、新 しいインスタンスの機 能 をテス
ト してください。詳 細 については、リソース階 層 のテスト を参 照 してください。この時 点で、SteelEye DataKeeper がソースからターゲット のディスクまたはパーティションにデータの再 同 期を開 始 しています。LifeKeeper の GUI では、ターゲット サーバにある DataKeeper リソースのス
テータスは「Resyncing」になります。再 同 期 が完 了 すると、ステータスは「Target」になります。これは通 常 のスタンバイ状 態 です。
再 同 期 中 、DataKeeper リソース、およびそれに依 存 するリソースはフェイルオーバできません。これは、データの破 損 を防 止 するためです。

リソース階 層 の拡 張 解 除
LifeKeeper クラスタ内 にある 1 台 のサーバからリソース階 層 を削 除 するには、次 の手 順 を実 行 します。
1. [Edit] メニューの [Resource] から [Unextend Resource Hierarchy] を選 択 してください。
2. DataKeeper リソースを拡 張 解 除 するターゲット サーバを選 択 してください。DataKeeper リソースが現 在 In Service ( アクティブ) のサーバは選 択 できません。
注 記 : 右 側 のペインから個 々 のリソースインスタンスを右 クリックして [Unextend] 作 業 を選 択 した場 合 、このダイアログボックスは表 示 されません。
[Next] をクリックしてください。
3. 拡 張 解 除 する DataKeeper 階 層 を選 択 し、[Next] をクリックしてください( このダイアログは、いずれかのペインでリソースインスタンスを右 クリックして、[Unextend] を選 択 した場 合 には表 示 されません) 。
4. 選 択 したターゲット サーバと DataKeeper リソース階 層 の拡 張 解 除 を確 認 する情 報 ボックスが表示 されます。[Unextend] をクリックしてください。
5. DataKeeper リソースが正 常 に拡 張 解 除 されたことを確 認 する別 の情 報 ボックスが表 示 されます。[Done] をクリックして、[Unextend Resource Hierarchy] メニューを終 了 してください。
注 記 : これで、データがバックアップサーバにレプリケーションされなくなります。

リソース階 層 の削 除
LifeKeeper 構 成 内 のすべてのサーバから DataKeeper リソースを削 除 するには、次 の手 順 を実 行 してください。
注 記 : DataKeeper リソースは、削 除 する前 に Out of Service にすることが推 奨 されます。 Out ofService にしない場 合 、md と NetRAID のデバイスが削 除 されず、ファイルシステムを手 動 でアンマウン
ト する必 要 があります。DataKeeper リソースを Out of Service にするを参 照 してください。

312

インスト ールと設 定

DataKeeper リソースを Out of Service にする

1. [Edit] メニューの [Resource] から [Delete Resource Hierarchy] を選 択 してください。
2. 削 除 する DataKeeper リソース階 層 が存 在 するターゲット サーバの名 前 を選 択 してください。
注 記 : 左 側 ペインのグローバルリソースまたは右 側 ペインの個 々 のリソースインスタンスを右 クリッ
クして [Delete Resource] 作 業 を選 択 した場 合 、このダイアログボックスは表 示 されません。
3. [Hierarchy to Delete] を選 択 してください( 左 右 のペインのリソースインスタンスを右 クリックして[Delete Resource] 作 業 を選 択 した場 合 、このダイアログは表 示 されません) [Next] をクリックしてください。
4. 選 択 したターゲット サーバと、削 除 の対 象 として選 択 した階 層 を確 認 する情 報 ボックスが表 示 されます。[Delete] をクリックしてください。
5. DataKeeper リソースが正 常 に削 除 されたことを確 認 する別 の情 報 ボックスが表 示 されます。[Done] をクリックして終 了 してください。
注 記 : リソースを削 除 する前 にマウント された状 態 の NetRAID デバイスは、マウント されたまま残 ります。それ以 外 の NetRAID デバイスは削 除 されます。

DataKeeper リソースを Out of Service にする
DataKeeper リソースを Out of Service にすると、LifeKeeper によるリソースの保 護 が解 除 されます。ミラーが解 除 され、ファイルシステムがアンマウント されます( 該 当 する場 合 ) 。md デバイスが停 止 し、nbdサーバとクライアント が強 制 終 了 されます。
警 告 : データのミラーリングを停 止 して LifeKeeper の保 護 を解 除 する場 合 以 外 は、DataKeeper リソー
スを Out of Service にしないでください。一 時 停 止 の操 作 を使 用 して、ミラーリングを一 時 停 止 してください。
1. LifeKeeper の GUI の右 側 ペインにある、 In Service の DataKeeper リソースを右 クリックしてください。
2. リソースのポップアップメニューの [Out of Service] をクリックしてください。
3. 選 択 したリソースが Out of Service になることを示 すダイアログボックスが表 示 されます。この操 作に関 連 するリソースの依 存 関 係 がダイアログに表 示 されます。[Next] をクリックしてください。
4. 情 報 ボックスに、 Out of Service にするリソースの結 果 が表 示 されます。[Done] をクリックしてくだ
さい。

DataKeeper リソースを In Service にする
DataKeeper リソースを In Service にする操 作 は、リソースの作 成 と似 ています。LifeKeeper は nbd サー
バとクライアント を起 動 し、ソースとターゲット のデバイス間 でデータを同 期 する md デバイスを起 動 して、ファイルシステムをマウント します( 該 当 する場 合 ) 。
1. 右 側 のペインにある DataKeeper リソースインスタンスを右 クリックしてください。
2. ポップアップメニューの [In Service] をクリックしてください。選 択 したサーバとリソースを In Serviceにすることを確 認 するダイアログボックスが表 示 されます。[In Service] をクリックしてリソースを In
Service にしてください。

SteelEye Protection Suite for Linux313

リソース階 層 のテスト

3. 情 報 ボックスに、 In Service にするりソースの結 果 が表 示 されます。この操 作 に関 連 するリソースの依 存 関 係 が確 認 ダイアログに表 示 されます。[Done] をクリックしてください。

リソース階 層 のテスト
手 動 スイッチオーバを開 始 することによって、DataKeeper リソース階 層 をテスト できます。このテスト は、プライマリサーバからバックアップサーバへのリソースインスタンスのフェイルオーバをシミュレート します。

LifeKeeper の GUI からの手 動 スイッチオーバの実 行
手 動 スイッチオーバを開 始 するには、LifeKeeper の GUI で [Edit] > [Resource] > [In Service] を選 択します。例 えば、バックアップサーバで In Service リクエスト が実 行 されると、DataKeeper リソース階 層 がバックアップサーバ側 で In Service になり、プライマリサーバ側 では Out of Service になります。この時 点で、元 のバックアップサーバがプライマリサーバに、元 のプライマリサーバがバックアップサーバになります。
スイッチオーバ後 、LifeKeeper の GUI では、ターゲット サーバにある DataKeeper リソースのステータスが「Resyncing」( 再 同 期 中 ) になります。再 同 期 が完 了 すると、ステータスは「Target」になります。これは通 常 のスタンバイ状 態 です。
注 記 : 再 同 期 中 は、DataKeeper リソースの手 動 フェイルオーバはできません。
[Out of Service] 要 求 を実 行 した場 合 、リソース階 層 は他 のサーバで In Service にならずに、Out ofService になります。リソースを同 じサーバ上 で In Service に戻 すことができるのは、再 同 期 中 にリソース
が Out of Service になった場 合 のみです。

314

インスト ールと設 定

管理
SteelEye DataKeeper for Linux の管 理
以 下 のト ピックには、リソースを作 成 した後 の SteelEye DataKeeper for Linux の動 作 と問 題 を理 解 し、
管 理 するのに役 立 つ情 報 があります。

ミラーのステータスの表 示[Replication Status] ダイアログには、ミラーに関 する以 下 の情 報 が表 示 されます。
lMirror status:Fully Operational( フルに動 作 可 能 ) 、Paused( 一 時 停 止 ) 、Resyncing( 再 同期 中 ) 、またはOut Of Sync( 非 同 期 )lSynchronization status: 同 期 が完 了 した割 合

lReplication type: synchronous( 同 期 ) または asynchronous( 非 同 期 )lReplication direction: ソースサーバからターゲット サーバにl

Bitmap: ビット マップ / インテント ログの状 態

lRewind Log: リワインド ログの場 所 とサイズ( 有 効 の場 合 )lNetwork Compression Level: 圧 縮 レベル( 有 効 の場 合 )[Replication Status] ダイアログを表 示 するには、次 の手 順 に従 います。
1. [View] メニューをクリックし、[Properties Panel] を選 択 します。
2. [LifeKeeper status] 表 示 にある DataKeeper リソースをクリックします。
または
1. [LifeKeeper status] 表 示 にある DataKeeper リソースを右 クリックします。
2. ポップアップメニューから [Properties] を選 択 します。

SteelEye Protection Suite for Linux315

GUI からのミラーの管 理

GUI からのミラーの管 理
SteelEye DataKeeper のミラーは、LifeKeeper の GUI から以 下 の 2 とおりの方 法 で実 行 できます。
1. [Properties Panel] を有 効 にし、ツールバーのアイコン( スクリーンショット を参 照 ) をクリックしま
す。

316

管理

リワインド ブックマークの作 成 と表 示

/Linux/7.5/LK4L/SAPSolution/docmap.html
以 下 の 1 ファイルで使 用 :/alllinux.php
説 明 を表 示 するには、それぞれのアイコンをクリックしてください。

または
2. DataReplication リソースを右 クリックし、ポップアップメニューから動 作 を選 択 します。

リワインドブックマークの作 成 と表 示

SteelEye Protection Suite for Linux317

ミラーを強 制 的 にオンラインにする

ブックマークとは、リワインド ログファイル内 に配 置 されるエント リです。リワインド の実 行 が必 要 な場 合に、ブックマークは重 要 なシステムイベント ( アップグレード など) の追 跡 に役 立 ちます。リワインド の実 行
時 に、ブックマークの付 いたログエント リがすべて、リワインド 位 置 の選 択 肢 として表 示 されます。

ミラーを強 制 的 にオンラインにする[Force Mirror Online] は、両 方 のサーバが動 作 不 能 になり、かつプライマリサーバの再 起 動 後 にリソースを In Service にできない場 合 にのみ使 用 してください。[Force Mirror Online] を選 択 すると、data_corrupt フラグが削 除 され、DataKeeper リソースが In Service になります。詳 細 については、トラブルシューティングセクションの「プライマリサーバがリソースを ISP にできない」を参 照 してください。
注 記 : Mirror_settings はターゲット システム( ミラーのソースになるシステムには無 関 係 に設 定 を有 効 にする場 合 はすべてのシステム) で実 行 する必 要 があります。設 定 の変 更 内 容 を有 効 にするには、ミラーを一 時 停 止 してから再 起 動 する必 要 があります。

一 時 停 止 と再 開
ミラーの一 時 停 止

ミラーの再 開ミラーを一 時 停 止 して、すべての書 き込 みをターゲット ディスクに複 製 する動 作 を一 時 的 に停 止 できます。例 えば、ミラーを一 時 停 止 して、ターゲット ディスクのスナップショット を収 集 することも、ト ラフィックのピーク時 にソースシステムの I/O パフォーマンスを向 上 させることもできます。
ミラーを一 時 停 止 すると、ミラーは、ターゲット システムの通 常 のファイルシステムのマウント ポイント に読み取 りアクセスするように( カーネル 2.6.19 以 降 は読 み取 り / 書 き込 みアクセス) マウント されます。ミラーの一 時 停 止 中 にターゲット に書 き込 まれたデータはすべて、ミラーの再 開 時 に上 書 きされます。

データのリワインドと復 旧

318

管理

データのリワインド と復 旧

リワインド 機 能 を使 用 すると、ターゲット ディスクのデータを以 前 の任 意 のディスク書 き込 みに戻 すことができます。
手 順 は以 下 のとおりです。
1. ミラーを一 時 停 止 します。
2. 以 前 のディスク書 き込 みに対 応 するタイムスタンプを選 択 し、ディスクがその時 点 までリワインド されます。
3. リワインド したデータを確 認 し、その状 態 ( 良 好 または不 良 ) を指 定 するように要 求 されます。
4. その後 、ユーザは、現 在 のデータを使 用 することも( 手 順 5 に移 動 ) 、別 のタイムスタンプを選 択
してリワインド を続 行 することも( 手 順 2 に移 動 ) できます。
5. ユーザは、データを手 動 で復 旧 してからミラーを再 開 ( リワインド したデータを消 去 ) することも、ミラーと任 意 の保 護 されたアプリケーションをターゲット システムに切 り替 えて、リワインド したデータを新 規 の実 稼 働 データとして使 用 することもできます。
上 記 の手 順 が、一 連 のウィザード のダイアログとして表 示 されます。ダイアログを以 下 に示 します。
1. データのリワインド を確 定 してください。[Continue] をクリックしてください。
2. ミラーがリワインド の準 備 をするために一 時 停 止 します。[Next] をクリックしてください。
3. リワインド する時 点 のタイムスタンプを選 択 するか、入 力 してください。ブックマーク付 きのログエン
ト リ、および他 のログエント リのランダムサンプリングがド ロップダウンリスト に表 示 されます。ダイアロ
グ下 部 の進 行 状 況 バーに、良 好 のデータ( 緑 ) 、不 良 のデータ( 赤 ) 、不 明 のデータ( 黄 ) が表 示されます。したがって、リワインド プロセスの開 始 時 には、進 行 状 況 バーはすべて黄 で表 示 されます。データがリワインド され、ユーザがデータの良 好 、不 良 を指 定 すると、それに合 わせて進 行 状
況 バーが緑 と赤 のセクションで更 新 されます。

SteelEye Protection Suite for Linux319

データのリワインド と復 旧

ダイアログ 3
4. データのリワインド 中 です。データのリワインド 後 、データを検 証 できるようにターゲット ディスクが読み取 り専 用 アクセス用 にマウント されます。[Next] をクリックしてください。

320

管理

データのリワインド と復 旧

ダイアログ 4
5. データのコメント を入 力 するように要 求 されます。コメント を入 力 し( 任 意 ) 、[Next] をクリックしてください。
6. 次 に、データが有 効 かどうかを指 定 するように要 求 されます。[Yes] または [No] をクリック
し、[Next] をクリックしてください。
7. 次 に、リワインド を続 行 するか( ダイアログ 3 に戻 る) 、現 在 のリワインド されたデータを使 用 してリ
カバリを開 始 するか( ダイアログ 8 に進 む) を尋 ねられます。
8. リカバリ方 法 を選 択 するように要 求 されます。選 択 肢 は以 下 のとおりです。
a. アプリケーションを<ターゲット システム>に移 動 する( ダイアログ 9 に進 む)
b. ソースシステムにデータを手 動 コピーする( ダイアログ 10 に進 む)
c. 項 目 を選 択 し、[Next] をクリックしてください。
9. ターゲット サーバに階 層 がスイッチオーバされます。リワインド されたデータが、古 いソースディスクと再 同 期 されます。[Finish] をクリックしてください。 リワインド が完 了 しました。
10. ソースシステムにファイルを手 動 でコピーするように要 求 されます。保 持 するリワインド データを安
全 な場 所 にコピーし、[Next] をクリックしてください。

SteelEye Protection Suite for Linux321

圧 縮 レベルの設 定

11. ミラーが再 開 されます。ソースからターゲット への全 体 の再 同 期 が実 行 されます。[Finish] をクリッ
クしてください。 リワインド が完 了 しました。

圧 縮 レベルの設 定

ネット ワークの圧 縮 レベルは、0 ～ 9 の値 に設 定 できます。値 0 は、圧 縮 を無 効 にします。レベル 1 は
最 も高 速 で圧 縮 率 が最 も低 いレベルです。一 方 、レベル 9 は最 も低 速 ですが圧 縮 率 が最 高 です。ネット ワーク圧 縮 は通 常 、WAN 環 境 で利 用 することによって効 果 を発 揮 します。

リワインドログの場 所 の設 定

リワインド ログファイルの保 存 場 所 を選 択 します( システムがミラーのターゲット である場 合 のみ) 。必 要 とするログ履 歴 1の量 を保 存 するために、この場 所 には十 分 な容 量 が必 要 です。ログはミラーまたは共 有
ディスクに置 くことができません。最 大 のパフォーマンスを発 揮 するには、ミラーとは別 の物 理 ディスクに置
いてください。空 の設 定 は、リワインド ログを無 効 にします。
注 記 : 設 定 の変 更 内 容 を有 効 にするには、ミラーを一 時 停 止 してから再 起 動 する必 要 があります。

1ログファイルはミラーディスクに書 き込 まれる各 ディスクブロックのコピーを持 つため、同 一 のディスクブロッ

クを複 数 回 書 き込 んだ場 合 やファイルを変 更 したりファイルの最 後 に内 容 を付 け加 えたりした場 合 、ログファイルがミラーディスク自 体 よりも大 きなサイズになる可 能 性 があります。

リワインドログの最 大 サイズの設 定

ログファイルの最 大 サイズを MB 単 位 で入 力 してください。空 の値 、または値 0 は、ファイルサイズの制
限 を無 効 にします。最 大 サイズまで増 大 するログファイルを保 存 するために、ログファイルディスクには十分 な容 量 が必 要 です。ただし、ディスク容 量 が不 足 したことが検 出 された場 合 、ログが折 り返 され、最も古 いエント リが上 書 きされます。

コマンドラインからのミラー管 理
ミラーの管 理 は、LifeKeeper の GUI からの操 作 だけでなく、コマンド ラインからも実 行 できま

322

管理

ミラーの操 作

す。DataKeeper のリソースの管 理 に使 用 できるコマンド がいくつかあります( $LKROOT/bin ディレクト リを参照) 。

ミラーの操 作
mirror_action <tag> <action> <source> [target(s)]<tag> DataKeeper リソースを表 す LifeKeeper のソースタグ<action> pause、resume、force、fullresync のいずれか<source> 現 在 のソースシステム<target> 操 作 対 象 のターゲット システム( またはシステムのリスト )例:
ソースシステム adam からターゲット システム eve へのミラー( 名 前 : datarep-ext3) を一 時 停 止 する。
mirror_action datarep-ext3 pause adam eve
adam から eve と sophocles の両 方 のシステムへの複 製 を再 開 する。
mirror_action datarep-ext3 resume adam eve sophocles
システム eve へのオンラインミラーリングを強 制 実 行 する。
mirror_action datarep-ext3 force eve
adam から sophocles への複 製 を再 開 し、これらのシステム間 で全 体 の再 同 期 を強 制 実 行 する。
mirror_action datarep-ext3 fullresync adam sophocles

ミラーの設 定mirror_settings <tag> <setting> <value><tag> DataKeeper リソースを表 す LifeKeeper のソースタグ<setting> logdir、logmax、compress のいずれか<value> 設 定 する値
注 記 : mirror_settings はターゲット システム( ミラーのソースになるシステムには無 関 係 に設 定 を
有 効 にする場 合 はすべてのシステム) で実 行 する必 要 があります。設 定 の変 更 内 容 を有 効 にするには、ミラーを一 時 停 止 してから再 起 動 する必 要 があります。
例:
ネット ワーク圧 縮 のレベルを 5 に設 定 する。
mirror_settings datarep-ext3 compress 5

SteelEye Protection Suite for Linux323

ビット マップの管 理

ネット ワーク圧 縮 を無 効 にする。
mirror_settings datarep-ext3 compress 0
リワインド ログのディレクト リを設 定 する( そしてリワインド ログを有 効 にする) 。
mirror_settings datarep-ext3 logdir /tmp/logs
リワインド ログを無 効 にする。
mirror_settings datarep-ext3 logdir “”
リワインド ログの最 大 サイズを 1GB に設 定 する。
mirror_settings datarep-ext3 logmax 1073741824
リワインド ログの最 大 サイズの制 限 を無 効 にする。
mirror_settings datarep-ext3 logmax 0

ビット マップの管 理
bitmap -a <num>|-c|-d|-X <bitmap_file>-a <num> ビット マップファイルに非 同 期 書 き込 みのパラメータを追 加 します。同 期 ミラーのアップグレード により非 同 期 ターゲット を含 むようになった場 合 、これは必 須 です。<num> のデフォルト 値 は 256 です。
-c ビット マップファイルをクリーニングします( すべてのビット を 0 に設 定 ) 。ソースディスクの余 分 な複 製 がターゲット に存 在 する場 合 、これを使 用 することで全 体 の再 同 期 を回 避できます。、このオプションは、特 に注 意 して使 用 してください。
-d ビット マップファイルをダーティに設 定 します( すべてのビット を 1 に設 定 ) 。例 えば制 御分 離 の状 況 が発 生 した後 などに、このオプションを使 用 して全 体 の再 同 期 を強 制 実 行
できます。
-X<bitmap file> ビット マップファイルを調 べて、ビット マップとミラーに関 する有 用 な情報 を表 示 します。
さらに、mdadm コマンド を使 用 して、DataKeeper のリソースを管 理 できます。これは、DataKeeper のリ
ソースが実 際 には md デバイスに存 在 するためです。詳 細 については、mdadm(8) のマニュアルページを
参 照 してください。注 記 : mdadm を使 用 するときには、オペレーティングシステムに含 まれているバージョンよりも新 しい、$LKROOT/bin 内 のバージョンを必 ず使 用 してください。

コマンドラインからのミラーステータスの監 視
通 常 、ミラーステータスは、LifeKeeper の GUI から、[Resource Properties] ダイアログの [Replication
Status] を使 用 して確 認 できます。ただし、以 下 の操 作 でもミラーのステータスを監 視 できます。
$LKROOT/bin/mirror_status <tag>例:# mirror_status datarep-ext3-sdr

324

管理

サーバの障 害[-]

eve -> adam
Status: Paused
Type: Asynchronous[-]

eve -> sophocles
Status: Resynchronizing
[=>

] 11%

Resync Speed: 1573K/sec
Type: Synchronous

Bitmap: 4895 bits (chunks), 4895 dirty (100.0%)
以 下 のコマンド も役 に立 つことがあります。
cat /proc/mdstat
サンプルのmdstat ファイルを示 します。
eve:~ # cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 nbd10[1] nbd8[3](F) sdb1[0]313236 blocks super non-persistent [3/2] [UU_]
bitmap: 3/3 pages [12KB], 64KB chunk, file:/opt/LifeKeeper/bitmap_ext3-sdr

unused devices: <none/></tag>

サーバの障 害プライマリサーバとバックアップサーバの両 方 が動 作 不 能 になった場 合 、DataKeeper リソースは、両 方 のサーバが再 び動 作 可 能 になった場 合 にのみ In Service / アクティブになります。これは、間 違 った方 向 への再 同 期 に起 因 するデータの破 損 を防 ぐためです。動 作 可 能 なサーバが、リソースが「 In Service
Protected」(ISP) である最 後 のサーバであることが確 実 に分 かっている場 合 は、DataKeeper リソースを
右 クリックし、[Force Mirror Online] を選 択 してそのリソースを強 制 的 にオンラインにすることができます。

再同期
DataKeeper リソースの再 同 期 中 、ターゲット サーバにあるこのリソースインスタンスのステータス

SteelEye Protection Suite for Linux325

全 同 期 の回 避は「Resyncing」( 再 同 期 中 ) になります。ただし、リソースインスタンスは、プライマリサーバの「ソース」( ISP) です。LifeKeeper の GUI は、ターゲット サーバにある DataKeeper のリソースのステータスを以
下 のアイコンで表 示 します。

プライマリサーバにある DataKeeper のリソースは、以 下 のアイコンで表 示 されます。

再 同 期 が完 了 するとすぐに、ターゲット のリソースの状 態 が「ターゲット 」になり、アイコンが以 下 のように変 化 します。

再 同 期 プロセスについて、以 下 の点 に注 意 してください。
lllSteelEye DataKeeper のリソースとその親 リソースは、プライマリでの障 害 発 生 時 に再 同 期 プロ
セス中 のターゲット にはフェイルオーバできません。
ターゲット サーバの同 期 中 に DataKeeper リソースが out of service / 非 アクティブになった場 合 、
そのリソースは、同 じシステム、またはすでに同 期 済 みの別 のターゲット ( 複 数 のターゲット が存 在する場 合 ) でのみ In Service / アクティブにすることができ、再 同 期 が続 行 されます。
再 同 期 プロセス中 にプライマリサーバが動 作 不 能 になった場 合 、同 期 プロセス中 のターゲット
サーバはすべて、DataKeeper リソースを In Service にすることができません。プライマリサーバが再び動 作 可 能 になった後 に、ミラーの再 同 期 が続 行 されます。

全 同 期 の回 避
大 量 のデータを WAN リンク経 由 で複 製 する場 合 、膨 大 なネット ワーク帯 域 幅 と時 間 を消 費 する可 能性 がある全 同 期 は避 けることが望 ましいです。新 しいカーネルと共 に使 用 する場 合 、SteelEye
DataKeeper はビット マップテクノロジを使 用 して全 同 期 をほぼ防 ぐことができます。ただし、既 存 のデータを複 製 する場 合 、ミラーの初 期 設 定 時 に発 生 する最 初 の全 同 期 を回 避 することはできません( 新 規
データの場 合 には SteelEye は全 同 期 を実 行 しないので以 降 の手 順 は不 要 です) 。
既 存 のデータを複 製 するときに、全 同 期 を回 避 する方 法 がいくつかあります。ここでは推 奨 する2とおりの方 法 を説 明 します。

326

管理

方法 1

方法 1
1 番 目 の方 法 では、RAW ディスクイメージを取 得 してターゲット サイト に輸 送 します。データがターゲット
システムに到 着 するまで、ソースシステムのミラーをアクティブにしておくことができるので、この方 法 ではダ
ウンタイムが最 小 になります。

手順
1. ミラーを作 成 してください( [Replicate Existing Filesystem] を選 択 ) 。ただし、ターゲット システムにミラーを拡 張 しないでください。
2. ミラーを out of service にしてください。
3. ソースディスクまたはパーティションのイメージを取 得 してください。この例 では、選 択 したディスクまたはパーティションは /dev/sda1 です
root@source# dd if=/dev/sda1 of=/tmp/sdr_disk.img bs=65536( ブロックサイズの引 数 65536は単 に効 率 的 にするためです) 。
ディスクまたはパーティションの RAW ディスクイメージを持 つファイルが作 成 されます。
ファイルの代 わりに、ハード ド ライブやその他 の記 憶 デバイスも使 用 できます。
4. オプション手 順 - ソースディスクまたはパーティションのチェックサムを取 得 してください。
root@source# md5sum /dev/sda1
5. オプション手 順 - ディスクイメージファイルを圧 縮 してください。
root@source# gzip /tmp/sdr_disk.img
6. ビット マップファイルをクリアしてください。
root@source# /opt/LifeKeeper/bin/bitmap -c/opt/LifeKeeper/bitmap_sdr
7. ミラーと依 存 ファイルシステム、およびアプリケーション( 存 在 する場 合 ) のサービスを開 始 してください。ビット マップファイルにより、データがターゲット システムに転 送 される間 に発 生 した変 更 内 容 が
追 跡 されます。
8. 好 みの転 送 方 法 を使 用 して、ターゲット システムにディスクイメージを転 送 してください。
9. オプション手 順 - ターゲット システムでディスクイメージファイルを圧 縮 解 除 してください。
root@target# gunzip /tmp/sdr_disk.img.gz
10. オプション手 順 – イメージファイルのチェックサムが、手 順 4 で取 得 した元 のチェックサムと一 致 す
ることを確 認 してください。
root@target# md5sum /tmp/sdr_disk.img
11. イメージをターゲット システム( 例 : /dev/sda2) に転 送 してください。
root@target# dd if=/tmp/sdr_disk.img of=/dev/sda2 bs=65536

SteelEye Protection Suite for Linux

327

方法 2

12. 両 方 のシステムで、etc/default/LifeKeeper に LKDR_NOFULL_SYNC=1 を設 定 してください。
root@source# echo 'LKDR_NO_FULL_SYNC=1' >>/etc/default/LifeKeeper
root@target# echo 'LKDR_NO_FULL_SYNC=1' >>/etc/default/LifeKeeper
13. ミラーをターゲット に拡 張 してください。部 分 的 な再 同 期 が実 行 されます。

方法 2
ターゲット システムを簡 単 に輸 送 できる場 合 、またはシステムの設 定 時 にターゲット システムがソースと同じ場 所 にある場 合 に、この方 法 を使 用 できます。この方 法 では、最 初 の全 同 期 を高 速 なローカルネッ
ト ワークで実 行 できるように、最 終 的 な WAN ミラーを作 成 するネット ワークルート を LAN ミラーに一 時
的 に変 更 します。以 下 の例 では、ソースサイト はサブネット 10.10.10.0/24 にあり、ターゲット サイト がサブ
ネット 10.10.20.0/24 にあると仮 定 しています。ソースとターゲット のシステムの間 に一 時 的 に静 的 ルート
を設 定 することにより、ローカルのイーサネット 接 続 またはループバックケーブルを使 用 して「WAN」ト ラフィ
ックをあるサーバから別 のサーバに直 接 送 信 できます。

手順
1. ソースサイト でシステムをインスト ールし、設 定 してください。
2. 静 的 ルート を追 加 してください。
root@source# route add -net 10.10.20.0/24 dev eth0
root@target# route add -net 10.10.10.0/24 dev eth0
この時 点 で、両 方 のシステムが LAN 上 で相 互 に通 信 できる必 要 があります。
3. LifeKeeper でコミュニケーションパスを設 定 してください。
4. ミラーを作 成 し、ターゲット に拡 張 してください。全 同 期 が実 行 されます。
5. ミラーを Pause にしてください。ミラーが再 開 されるまで、変 更 内 容 はビット マップファイルで追 跡 されます。
6. 静 的 ルート を削 除 してください。
root@source# route del -net 10.10.20.0/24
root@target# route del -net 10.10.10.0/24
7. ターゲット システムをシャット ダウンし、恒 久 的 に配 置 する場 所 に輸 送 してください。
8. ターゲット システムを起 動 し、ソースとのネット ワーク接 続 を確 立 してください。
9. Resume the mirror を実 行 してください。部 分 的 な再 同 期 が実 行 されます。

328

管理

Multi-Site Cluster
SteelEye Protection Suite for Linux Multi-Site Cluster
SteelEye Protection Suite for Linux Multi-Site Cluster は別 のライセンス製 品 であり、2 台 以 上 のサーバ間 で LifeKeeper の共 有 スト レージ構 成 を使 用 し、さらにSteelEye DataKeeper for Linux を使 用 して共 有 ディスクを 1 台 以 上 のターゲット サーバに複 製 する機 能 を持 ちます。

SteelEye Protection Suite for Linux Multi-Site Cluster
SteelEye Protection Suite for Linux Multi-Site Cluster は、LifeKeeper を使 用 して 2 台 以 上 のサーバ間 で共 有 スト レージを構 成 し、その共 有 ディスクを SteelEye DataKeeper を使 用 して、1 台 以 上のサーバへミラーリングを構 成 する付 加 機 能 のための個 別 ライセンス製 品 です。

SteelEye Protection Suite for Linux Multi-Site Cluster は、異 なるサブネット に存 在 する複 数 のネット
ワークセグメント にわたって IP アド レスのフェイルオーバを提 供 するように構 成 されたワイド エリアネット ワー
クに組 み込 むことができます。この構 成 には、仮 想 ネット ワーク( 仮 想 LAN( VLAN) ) と仮 想 プライベート
ネット ワーク( VPN) が含 まれます。
以 下 の画 像 は、SteelEye Protection Suite for Linux Multi-Site Cluster 製 品 を構 成 した後 のSteelEye LifeKeeper の GUI です。階 層 の釣 り合 いが取 れていないように見 えますが、階 層 は適 切 に
構 成 されており、正 しく機 能 します。すでに SteelEye DataKeeper を使 用 していて SteelEye

SteelEye Protection Suite for Linux329

Multi-Site Cluster を設 定 する際 の考 慮 事 項

LifeKeeper のグラフィカルユーザインターフェースに慣 れている場 合 、LifeKeeper の GUI での SteelEye
Protection Suite Multi-Site Cluster リソース階 層 の表 示 は、旧 リリースの SteelEye DataKeeper とは異なります。

Multi-Site Cluster を設 定 する際 の考 慮 事 項
システムの構 成 を始 める前 に、Linux のマルチサイト クラスタ階 層 の環 境 では避 けるべき階 層 構 成 を理
解 しておくことが重 要 です。
以 下 に、Linux Multi-Site Cluster 環 境 で避 ける必 要 のある階 層 構 成 の例 を 3 つ示 します。これらすべての例 で、Linux Multi-Site Cluster 階 層 は、下 にあるデバイスを別 の階 層 と共 有 しています。いずれかの階 層 で障 害 またはスイッチオーバが起 こると、関 連 する階 層 が影 響 を受 けます。これにより、アプリ
ケーションの障 害 やミラーの破 損 など、予 期 しない結 果 が起 こる可 能 性 があります。この場 合 、後 で全同 期 プロセスを実 行 する必 要 があります。さらに、ミラーソースから DR サイト に切 り替 えて DR サイト からプライマリサイト へのミラーバックを許 可 すると、事 態 が複 雑 になることがあります。これは、ミラーターゲッ
ト システムが回 レベルのディスクリソースを In Service にしているからです。すべての共 有 リソースも、ミラーターゲット と同 じノード で動 作 可 能 ( ISP) にする必 要 があります。

330

Multi-Site Cluster

Multi-Site Cluster の制 限

例:

説明

1

Multi-Site Cluster 階 層 のミラーディスクリソースを、複 数 回 、同 じ階 層 または別 の階 層 で使 用する。

2

ミラービット マップ用 に、同 じ Multi-Site Cluster のファイルシステムまたはディスクリソースを、複数 の Multi-Site Cluster 階 層 で使 用 する( 各 ミラーのビット マップファイルは、一 意 の LUN に存
在 する必 要 があり、共 有 できない) 。

3

ビット マップファイルシステム、デバイス、またはディスクリソースを、別 の階 層 ( マルチサイト または
非 マルチサイト ) で使 用 する。

Multi-Site Cluster の制 限lLinux Multi-Site Cluster を使 用 する場 合 、SteelEye Logical Volume Manager Recovery Kit を
ディザスタリカバリノード にインスト ールしないでください。

SteelEye Protection Suite for Linux Multi-Site Cluster リ
ソース階 層 の作 成
プライマリサーバで以 下 の操 作 を行 ってください。
1. [Edit] > [Server] > [Create Resource Hierarchy] を選 択 してください。
[Create Resource Wizard] ダイアログボックスが表 示 されます。
2. ド ロップダウンリスト から [Data Replication] オプションを選 択 し、[Next] をクリックして続 行 してください。
3. 以 下 の情 報 を入 力 するように要 求 されます。ダイアログボックスで [Back] ボタンが有 効 な場 合は、前 のダイアログボックスに戻 ることができます。これは、エラーが発 生 して、前 に入 力 した情 報を修 正 する必 要 がある場 合 に便 利 な機 能 です。いつでも [Cancel] をクリックして、作 成 処 理
全 体 を取 り消 すことができます。

フィールド

ヒント
[intelligent switchback] を指 定 する必 要 があります。これは、バックアップサーバにフェイルオーバした後 、管 理 者 が手 動 で Multi-Site Cluster リ
ソースをプライマリサーバにスイッチバックする必 要 があることを意 味 します。

SwitchbackType
注 意 : このリリースの SteelEye DataKeeper は、DataKeeper リソースの
自 動 スイッチバックをサポート していません。さらに、自 動 スイッチバックの
制 限 は、Multi-Site Cluster 階 層 を構 成 する LifeKeeper リソースにも適用 されます。この制 限 の対 象 として、階 層 の上 に存 在 するもの、または階 層 内 の子 が含 まれます。
ServerNetRAID デバイスを作 成 するサーバ( 通 常 はプライマリサーバ) の名 前を選 択 してください。ド ロップダウンリスト ボックスには、クラスタ内 のすべてのサーバが表 示 されます。

SteelEye Protection Suite for Linux

331

Replicate New File System

フィールド

ヒント
以 下 のいずれかを選 択 して、作 成 するデータ複 製 のタイプを選 択 してください。

HierarchyTypelReplicate New File Systeml

Replicate Existing File Systeml

DataKeeper Resource

以 降 の一 連 のダイアログボックスは、[Hierarchy Type] で選 択 した項 目 によって異 なります。一 部 のダ
イアログボックスはすべての階 層 タイプで同 じですが、表 示 される順 序 と必 要 な情 報 が少 し異 なることがあります。以 下 の 3 つのト ピックで、階 層 作 成 の残 りのプロセスについて説 明 しています。
lReplicate New File Systeml

Replicate Existing File Systeml

DataKeeper Resource

Replicate New File System
このオプションは、NetRAID デバイスを作 成 し、LifeKeeper がサポート するファイルシステムタイプでフォー
マット します。ファイルシステムを NetRAID デバイスにマウント し、マウント したファイルシステムと NetRAID
デバイスの両 方 を LifeKeeper で保 護 します。NetRAID デバイスとローカルのディスクまたはパーティション
がフォーマット され、既 存 のデータが削 除 されます。新 しいファイルシステムにミラーを作 成 し、LifeKeeper
で保 護 する場 合 にこのオプションを選 択 してください。このリソースタイプには、1 つの空 いているディスクまたはパーティションが必 要 です。
注 意 : このオプションを選 択 すると、ローカルのディスクまたはパーティションがフォーマット され、既 存 のデー
タがすべて削 除 されます。
1. 要 求 されたら、以 下 の情 報 を入 力 してください。

フィールド

ヒント
[Source Disk or Partition] ド ロップダウンリスト には、以 下 のものを除 いて、使 用できるすべてのディスクが表 示 されます。

Source Disk
or Partitionl

現 在 マウント されているものl

スワップディスクまたはスワップパーティションl

LifeKeeper が保 護 するディスクまたはパーティション

ド ロップダウンリスト には、root (/)、boot (/boot)、/proc、floppy、cdrom などの特殊 なディスクまたはパーティションも表 示 されません。

2. 非 共 有 のソースのディスクまたはパーティションを選 択 した場 合 、以 下 の画 面 が表 示 されます。

332

Multi-Site Cluster

Replicate New File System

3. 共 有 のソースのディスクまたはパーティションを選 択 するには、[Back] を選 択 してください。残 りの情 報 を指 定 して、SteelEye Protection Suite for Linux Multi-Site Cluster リソースの構 成 を完 了
してください。

フィールド

ヒント

New Mount 新 しいファイルシステムの新 しいマウント ポイント を入 力 してください。これは、複 製
Pointしたディスクまたはパーティションが配 置 されるマウント ポイント です。
New File
SystemType

ファイルシステムタイプを選 択 します。LifeKeeper がサポート するファイルシステムタ
イプのみを選 択 できます。

DataKeeper
DataKeeper リソースインスタンスの一 意 の DataKeeper リソースタグ名 を選 択 する
Resource
か、入 力 してください。
Tag
File System
ファイルシステムリソースインスタンスのファイルシステムリソースタグを選 択 するか、
Resource
入 力 してください。
Tag
プルダウンリスト からビット マップファイルの項 目 を選 択 してください。
Bitmap File 表 示 されたリスト には、ビット マップファイルの保 持 に使 用 できる共 有 ファイルシステ
ムがあります。$LKROOT/bin ディレクト リを参 照 ) 。ビット マップファイルは、階 層 内のローカルノード 間 で切 り替 え可 能 な共 有 デバイスに配 置 する必 要 があります。

SteelEye Protection Suite for Linux333

Replicate Existing File System

4. [Next] をクリックして、確 認 画 面 に進 んでください。
5. 確 認 画 面 に、新 しいファイルシステムの作 成 場 所 、およびローカルのディスクまたはパーティションについて保 留 中 の再 フォーマット に関 する警 告 が表 示 されます。[Create] をクリックして、リソースの作 成 を開 始 します。
6. リソースを新 しいファイルシステムに作 成 するために有 効 なデータを指 定 したかどうかが、LifeKeeper により検 証 されます。LifeKeeper が問 題 を検 知 した場 合 は、情 報 ボックスにエラーが表 示 されます。検 証 が正 常 に完 了 すると、リソースが作 成 されます。ディスクまたはパーテ
ィションのサイズにより、ファイルシステムの作 成 には数 分 かかることがあります。
[Next] をクリックして次 に進 んでください。
7. 新 しい複 製 ファイルシステムのリソース階 層 が正 常 に作 成 されたことを示 す情 報 ボックスが表 示されます。複 製 を開 始 してリソース階 層 を LifeKeeper で保 護 するには、クラスタ内 の別 のサーバにリソース階 層 を拡 張 する必 要 があります。
リソースを拡 張 する場 合 は [Next]、後 でリソースを拡 張 する場 合 は [Cancel] をクリックしてください。
[Continue] をクリックすると、Pre-extend Wizardが起 動 します。リソース階 層 を別 のサーバに拡張 する方 法 の詳 細 については、リソース階 層 の拡 張 の手 順 2 を参 照 してください。

Replicate Existing File System
このオプションは、ローカルのディスクまたはパーティションに現 在 マウント されているファイルシステムをアンマウント し、NetRAID デバイスを作 成 して、ファイルシステムを NetRAID デバイスに再 マウント しま
す。NetRAID デバイスとマウント されたファイルシステムの両 方 が、LifeKeeper で保 護 されます。既 存 のファイルシステムにミラーを作 成 し、LifeKeeper で保 護 する場 合 にこのオプションを選 択 してください。
1. 要 求 されたら、以 下 の情 報 を入 力 してください。

フィール
ド

ヒント

Existing これは、プライマリサーバの NetRAID デバイスにマウント するマウント ポイント です。ローMount
カルのディスクまたはパーティションがすでに、このマウント ポイント にマウント されている
Point
必 要 があります。
2. 非 共 有 のソースのマウント ポイント を選 択 した場 合 、以 下 の画 面 が表 示 されます。

334

Multi-Site Cluster

DataKeeper Resource

3. 共 有 のマウント ポイント を選 択 するには、[Back] を選 択 してください。残 りの情 報 を指 定 して、SteelEye Protection Suite for Linux Multi-Site Cluster リソースの構 成 を完 了 してください。

フィールド

ヒント

DataKeeper
DataKeeper リソースインスタンスの一 意 の DataKeeper リソースタグ名 を選 択 する
Resource
か、入 力 してください。
Tag
File System
Resource
ファイルシステムリソースタグの名 前 を選 択 するか、入 力 してください。
Tag
プルダウンリスト からビット マップファイルの項 目 を選 択 してください。
Bitmap File 表 示 されたリスト には、ビット マップファイルの保 持 に使 用 できる共 有 ファイルシステ
ムがあります。$LKROOT/bin ディレクト リを参 照 ) 。ビット マップファイルは、階 層 内のローカルノード 間 で切 り替 え可 能 な共 有 デバイスに配 置 する必 要 があります。

4. [Next] をクリックして、DataKeeper リソースをプライマリサーバに作 成 してください。
5. DataKeeper リソースのを作 成 するために有 効 なデータを指 定 したかどうかが、LifeKeeper により検 証 されます。LifeKeeper が問 題 を検 知 した場 合 は、情 報 ボックスにエラーが表 示 されます。
検 証 が正 常 に完 了 すると、リソースが作 成 されます。
[Next] をクリックしてください。
6. 既 存 のレプリケーションファイルシステムのリソース階 層 が正 常 に作 成 されたことを示 す情 報 ボック
スが表 示 されます。レプリケーションを開 始 してリソース階 層 を LifeKeeper で保 護 するには、クラスタ内 の別 のサーバにリソース階 層 を拡 張 する必 要 があります。
リソースを拡 張 する場 合 は [Next]、後 でリソースを拡 張 する場 合 は [Cancel] をクリックしてください。
[Continue] をクリックすると、Pre-extend Wizardが起 動 します。リソース階 層 を別 のサーバに拡張 する方 法 の詳 細 については、リソース階 層 の拡 張 の手 順 2 を参 照 してください。

DataKeeper Resource
このオプションは、NetRAID デバイスのみを作 成 し( ファイルシステムは作 成 しない) 、NetRAID デバイス

SteelEye Protection Suite for Linux

335

DataKeeper Resource

を LifeKeeper で保 護 します。ディスクまたはパーティション上 に DataKeeper デバイスのみを作 成
し、LifeKeeper で保 護 する場 合 にこのオプションを選 択 してください。読 み取 り可 能 なミラーを作 成 するには、このデバイス上 にファイルシステムを作 成 し、マウント する操 作 を手 動 で行 う必 要 があります。この
リソースタイプには、1 つの空 いているディスクまたはパーティションが必 要 です。
1. 要 求 されたら、以 下 の情 報 を入 力 してください。

フィールド

ヒント
ド ロップダウンボックスのソースディスクまたはパーティションのリスト には、以 下 のものを除 いて、使 用 できるすべてのディスクが表 示 されます。

Source Disk
or Partitionl

現 在 マウント されているものl

スワップタイプのディスクまたはパーティションl

LifeKeeper が保 護 するディスクまたはパーティション

ド ロップダウンリスト には、root (/)、boot (/boot)、/proc, floppy、cdrom などの特 殊なディスクまたはパーティションも表 示 されません。
注 記 : VMware を使 用 する場 合 は、「VMware の既 知 の問 題 」を参 照 してください。

2. 非 共 有 のソースのディスクまたはパーティションを選 択 した場 合 、以 下 の画 面 が表 示 されます。

336

Multi-Site Clusterリソース階 層 の拡 張

3. 共 有 のソースのディスクまたはパーティションを選 択 するには、[Back] を選 択 してください。残 りの情 報 を指 定 して、SteelEye Protection Suite for Linux Multi-Site Cluster リソースの構 成 を完 了
してください。

フィールド

ヒント

DataKeeper
DataKeeper リソースインスタンスの一 意 の DataKeeper リソースタグ名 を選 択 する
Resource
か、入 力 してください。
Tag
プルダウンリスト からビット マップファイルの項 目 を選 択 してください。
Bitmap File 表 示 されたリスト には、ビット マップファイルの保 持 に使 用 できる共 有 ファイルシステ
ムがあります。$LKROOT/bin ディレクト リを参 照 ) 。ビット マップファイルは、階 層 内のローカルノード 間 で切 り替 え可 能 な共 有 デバイスに配 置 する必 要 があります。

4. [Next] をクリックしてください。
5. 使 用 する前 に、ファイルシステムを手 動 で作 成 し、NetRAID デバイス( /dev/mdX) にマウント する
必 要 があることを示 す情 報 ウィンド ウが表 示 されます。
[Create] をクリックして、DataKeeper デバイスをローカルのディスクまたはパーティションに作 成 してください。
6. 情 報 ボックスが表 示 され、DataKeeper リソースのを作 成 するために有 効 なデータを指 定 したかどうかが、LifeKeeper により検 証 されます。LifeKeeper が問 題 を検 知 した場 合 は、情 報 ボックスにエラーが表 示 されます。検 証 が正 常 に完 了 すると、リソースが作 成 されます。
[Next] をクリックして次 に進 んでください。
7. DataKeeper リソースデバイスが正 常 に作 成 されたことを示 す情 報 ボックスが表 示 されます。デー
タの複 製 を開 始 し、バックアップ/ターゲット サーバを LifeKeeper で保 護 するには、クラスタ内 の別のサーバに階 層 を拡 張 する必 要 があります。
リソースを拡 張 する場 合 は [Continue]、後 でリソースを拡 張 する場 合 は [Cancel] をクリックしてください。
[Continue] をクリックすると、Pre-extend Wizardが起 動 します。リソース階 層 を別 のサーバに拡張 する方 法 の詳 細 については、リソース階 層 の拡 張 の手 順 2 を参 照 してください。

リソース階 層 の拡 張
この操 作 は [Edit] メニューから、プライマリサーバからセカンダリサーバに開 始 する必 要 があります。または[Create Resource Hierarchy] オプションの動 作 が完 了 すると自 動 的 に開 始 されます。その場 合 は、
手 順 2 を参 照 してください。
1. [Edit] メニューの [Resource] から [Extend Resource Hierarchy] を選 択 します。Pre-Extend
Wizardが表 示 されます。拡 張 操 作 に慣 れていない場 合 は、[Next] をクリックしてください。LifeKeeper の [Extend Resource Hierarchy] のデフォルト 値 が分 かっていて、入 力 と確 認
を省 略 する場 合 は [Accept Defaults] をクリックしてください。
2. Pre-Extend Wizardに以 下 の情 報 を入 力 します。

SteelEye Protection Suite for Linux337

リソース階 層 の拡 張

注 記 : 最 初 の 2 つのフィールド は [Edit] メニューから拡 張 を開 始 した場 合 にだけ表 示 されます。

フィールド

Template
Serverヒント
DataKeeper リソースが現 在 In Service のテンプレート サーバを選 択 してください。
ここで選 択 するテンプレート サーバと次 のダイアログボックスで選 択 する拡 張 するタ
グによって、 In Service ( アクティブ) のリソース階 層 が表 示 されることを理 解 しておくことが重 要 です。
選 択 したテンプレート サーバで In Service でないリソースタグを選 択 した場 合 、エラーメッセージが表 示 されます。このダイアログのド ロップダウンボックスには、クラスタ
内 の全 サーバの名 前 が表 示 されます。

Tag toExtend

これは、テンプレート サーバからターゲット サーバに拡 張 する DataKeeper インスタン
スの名 前 です。ド ロップダウンボックスには、テンプレート サーバ上 に作 成 したすべてのリソースが表 示 されます。

TargetServer拡 張 先 のサーバを入 力 するか、選 択 してください。
[intelligent switchback] を指 定 する必 要 があります。これは、バックアップサーバにフェイルオーバした後 、管 理 者 が手 動 で Multi-Site Cluster 階 層 のリソースをプ
ライマリサーバにスイッチバックする必 要 があることを意 味 します。

Switchback
注 意 : このリリースの DataKeeper for Linux は、DataKeeper リソースの自 動 スイッType
チバックをサポート していません。さらに、自 動 スイッチバックの制 限 は、Multi-Site
Cluster 階 層 を構 成 する LifeKeeper リソースにも適 用 されます。この制 限 の対 象として、階 層 の上 位 あるいは下 位 にあるリソースも含 まれます。
Template Priority を選 択 または入 力 します。これはサーバで現 在 In Service の
DataKeeper 階 層 の優 先 順 位 です。優 先 順 位 は、1 ～ 999 の範 囲 で未 使 用 のテンプレート 値 が有 効 で、小 さい数 字 ほど優 先 順 位 が高 くなります(数 字 1 が最 高 の優 先 順の優 先 順位 に相 当 します)。拡 張 処 理 時 に、別 のシステムですでに使 用 中 の優 先 順 位 を位
この階 層 に対 して指 定 することはできません。デフォルト 値 を推 奨 します。
注 記 : このフィールド は、階 層 をはじめて拡 張 するときにだけ表 示 されます。
Target Priority を選 択 または入 力 します。これは、他 のサーバにある同 等 の階 層に対 する、新 しく拡 張 する DataKeeper 階 層 の優 先 順 位 です。1 ～ 999 の範 囲で、まだ優 先 順 位 として使 用 されていない値 が有 効 で、リソースのカスケーディン
ターゲット の グフェイルオーバシーケンスにおけるサーバの優 先 順 位 を示 します。数 値 が小 さい
優 先 順 位 ほど優 先 順 位 は高 くなります( 1 は最 高 の優 先 順 位 を表 します) 。LifeKeeper のデフォルト では、階 層 が作 成 されたサーバに「1」が割 り当 てられることに注 意 してください。優 先 順 位 は連 続 している必 要 はありませんが、特 定 のリソースについて
2 つのサーバに同 じ優 先 順 位 を割 り当 てることはできません。
3. Pre-Extend のチェックが正 常 に終 了 したというメッセージが表 示 されたら、[Next] をクリックしてください。
4. 拡 張 する階 層 に応 じて、拡 張 されるリソースタグ( 一 部 編 集 不 可 ) を示 す一 連 の情 報 ボックスが表 示 されます。
リソース階 層 の拡 張 を実 行 する場 合 は、[Next] をクリックしてください。

338

Multi-Site Cluster

DataKeeper リソース階 層 の拡 張

次 のセクションには、別 のサーバに DataKeeper リソースを拡 張 するために必 要 な手 順 を示 します。

DataKeeper リソース階 層 の拡 張
1. pre-extend スクリプト が正 常 に実 行 されたというメッセージが表 示 されたら、以 下 の情 報 を指 定するように要 求 されます。

フィールド

ヒント

ターゲット サーバ上 にあるファイルシステムのマウント ポイント 名 を入 力 してくださ
Mount Point い( DataKeeper リソースに関 連 する、LifeKeeper が保 護 するファイルシステムがな
い場 合 は、このダイアログは表 示 されません) 。

Root Tag

ルート タグを選 択 するか、入 力 してください。これは、ターゲット サーバ上 にあるファイルシステムリソースインスタンスの一 意 の名 前 です( DataKeeper リソースに関 連する、LifeKeeper が保 護 するファイルシステムがない場 合 は、このダイアログは表示 されません) 。

DataKeeper
Resource
DataKeeper リソースタグの名 前 を選 択 するか、入 力 してください。
Tag
インテント ログの記 録 に使 用 するビット マップファイルの名 前 を選 択 してくださ
Bitmap File い。[None] を選 択 すると、インテント ログは使 用 されず、すべての再 同 期 が部 分
的 ではなく全 体 の再 同 期 になります。
2. [Next] をクリックして次 に進 んでください。拡 張 が実 行 中 であることを示 す情 報 ボックスが表 示 されます。
3. [Finish] をクリックして、DataKeeper リソースインスタンスが正 常 に拡 張 されたことを確 認 してください。
4. [Done] をクリックして、[Extend Resources Hierarchy] メニューを終 了 してください。
注 記 : 必 ずすべてのサーバで手 動 スイッチオーバを実 行 して、新 しいインスタンスの機 能 をテストしてください。詳 細 については、リソース階 層 のテスト を参 照 してください。この時 点
で、DataKeeper がソースからターゲット のディスクまたはパーティションにデータの再 同 期 を開 始 しています。LifeKeeper の GUI では、ターゲット サーバにある DataKeeper リソースのステータス
は「Resyncing」になります。再 同 期 が完 了 すると、ステータスは「Target」になります。これは通常 のスタンバイ状 態 です。
再 同 期 中 、DataKeeper リソース、およびそれに依 存 するリソースはフェイルオーバできません。これは、データの破 損 を防 止 するためです。

ディザスタリカバリシステムへの階 層 の拡 張
この操 作 は、ISP ノード から、または複 数 ノード の作 成 プロセスの一 環 として [Edit] メニューからのみ実
行 できます。または [Create Resource Hierarchy] オプションの動 作 が完 了 すると自 動 的 に開 始 されます。その場 合 は、手 順 2 を参 照 してください。

SteelEye Protection Suite for Linux339

ディザスタリカバリシステムへの階 層 の拡 張

1. [Edit] メニューの [Resource] から [Extend Resource Hierarchy] を選 択 します。Pre-Extend
Wizard が表 示 されます。拡 張 操 作 に慣 れていない場 合 は、[Next] をクリックしてください。LifeKeeper の [Extend Resource Hierarchy] のデフォルト 値 が分 かっていて、入 力 と確 認
を省 略 する場 合 は [Accept Defaults] をクリックしてください。
2. Pre-Extend Wizardに以 下 の情 報 を入 力 します。
注 記 : 最 初 の 2 つのフィールド は [Edit] メニューから拡 張 を開 始 した場 合 にのみ表 示 されます。

フィールド
TargetServerヒント
拡 張 先 のサーバを入 力 するか、選 択 してください。
[intelligent switchback] を指 定 する必 要 があります。これは、バックアップサーバに
フェイルオーバした後 、管 理 者 が手 動 で Multi-Site Cluster 階 層 のリソースをプライマリサーバにスイッチバックする必 要 があることを意 味 します。

Switchback
注 意 : このリリースの SteelEye DataKeeper for Linux は、DataKeeper リソースのType
自 動 スイッチバックをサポート していません。さらに、自 動 スイッチバックの制 限
は、Multi-Site Cluster 階 層 を構 成 する LifeKeeper リソースにも適 用 されます。この制 限 の対 象 として、階 層 の上 位 あるいは下 位 にあるリソースも含 まれます。
ターゲット の優 先 順 位 を選 択 するか、入 力 してください。これは、他 のサーバにある同 等 の階 層 に対 する、新 しく拡 張 する DataKeeper 階 層 の優 先 順 位 です。1
～ 999 の範 囲 で、まだ優 先 順 位 として使 用 されていない値 が有 効 で、リソースのカスケーディングフェイルオーバシーケンスにおけるサーバの優 先 順 位 を示 しま
す。数 値 が小 さいほど優 先 順 位 は高 くなります( 数 値 1 が最 高 の優 先 順位 ) 。LifeKeeper のデフォルト では、階 層 が作 成 されたサーバに「1」が割 り当 てられることに注 意 してください。優 先 順 位 は連 続 している必 要 はありませんが、特定 のリソースについて 2 つのサーバに同 じ優 先 順 位 を割 り当 てることはできません。

TargetPriority

Template
Priority

テンプレート の優 先 順 位 を選 択 するか、入 力 してください。これはサーバで現 在 In
Service の DataKeeper 階 層 の優 先 順 位 です。1 ～ 999 の範 囲 で、まだ優 先 順
位 として使 用 されていない値 が有 効 で、小 さい数 字 ほど優 先 順 位 が高 くなります(数 値 1 が最 高 の優 先 順 位 )。拡 張 処 理 時 に、別 のシステムですでに使 用 中の優 先 順 位 をこの階 層 に対 して指 定 することはできません。デフォルト 値 を推 奨します。
注 記 : このフィールド は、階 層 を最 初 に拡 張 するときにだけ表 示 されます。

3. Pre-Extend のチェックが正 常 に終 了 したというメッセージが表 示 されたら、[Next] をクリックしてください。
注 記 : 拡 張 する階 層 に応 じて、拡 張 されるリソースタグ( 一 部 編 集 不 可 ) を示 す一 連 の情 報 ボックスが表 示 されます。
4. [Next] をクリックして、[Extend Resource Hierarchy] の構 成 タスクを開 始 してください。
次 のセクションには、別 のサーバに DataKeeper リソースを拡 張 するために必 要 な手 順 を示 します。

340

Multi-Site Clusterディザスタリカバリシステムへの階 層 の拡 張

1. pre-extend スクリプト が正 常 に実 行 されたというメッセージが表 示 されたら、以 下 の情 報 を指 定するように要 求 されます。

フィールド

ヒント

ターゲット サーバ上 にあるファイルシステムのマウント ポイント 名 を入 力 してくださ
Mount Point い( DataKeeper リソースに関 連 する、LifeKeeper が保 護 するファイルシステムがな
い場 合 は、このダイアログは表 示 されません) 。

Root Tag

ルート タグを選 択 するか、入 力 してください。これは、ターゲット サーバ上 にあるファイルシステムリソースインスタンスの一 意 の名 前 です( DataKeeper リソースに関 連する、LifeKeeper が保 護 するファイルシステムがない場 合 は、このダイアログは表示 されません) 。
複 製 するファイルシステムの配 置 先 となる、ターゲット サーバ上 のディスクまたは
パーティションを選 択 してください。
ド ロップダウンボックスのディスクまたはパーティションのリスト には、以 下 のものを除いて、使 用 できるすべてのディスクが表 示 されます。

Target Disk
or Partitionl

すでにマウント 済 みのものl

スワップディスクまたはスワップパーティションl

LifeKeeper が保 護 するディスクまたはパーティション

ド ロップダウンリスト には、root (/)、boot (/boot)、/proc, floppy、cdrom などの特 殊なディスクまたはパーティションも表 示 されません。
注 記 : ターゲット のディスクまたはパーティションは、ソースのディスクまたはパーティション以 上 のサイズである必 要 があります。
DataKeeper
Resource
DataKeeper リソースタグの名 前 を選 択 するか、入 力 してください。
Tag
インテント ログの記 録 に使 用 するビット マップファイルの名 前 を選 択 するか入 力 してBitmap File ください。[None] を選 択 すると、インテント ログは使 用 されず、すべての再 同 期 が部 分 的 ではなく全 体 の再 同 期 になります。
ターゲット サーバとクラスタ内 の他 の指 定 サーバとの間 で複 製 に使 用 する、ローカ
ルとリモート の IP アド レスのペアを選 択 してください。有 効 なパスおよび対 応 する
IP アド レスは、このサーバのペアに対 して指 定 した LifeKeeper コミュニケーションパ
スのセット から得 られます。DataKeeper の特 性 により、プライベート ( 専 用 ) ネット
Replication ワークを使 用 することが強 く推 奨 されます。
Path
DataKeeper リソースをすでに 1 台 以 上 のターゲット サーバに拡 張 している場 合 、
追 加 のサーバに対 する拡 張 を実 行 すると、新 しいターゲット サーバと既 存 のサーバとの組 み合 わせのそれぞれについて、繰 り返 し複 製 パスを指 定 するように要 求 されます。

SteelEye Protection Suite for Linux341

IP リソースのリスト アおよびリカバリの設 定

フィールド

ヒント
指 定 したサーバのペアについて使 用 する複 製 タイプとして、[synchronous] または [asynchronous] を選 択 してください。

Replication 前 述 の [Replication Path] フィールド と同 様 に、DataKeeper リソースをすでに 1Type
台 以 上 のターゲット サーバに拡 張 している場 合 、追 加 のサーバに対 する拡 張 を
実 行 すると、新 しいターゲット サーバと既 存 のサーバとの組 み合 わせのそれぞれについて、繰 り返 し複 製 タイプを指 定 するように要 求 されます。
2. [Next] をクリックして次 に進 んでください。拡 張 が実 行 中 であることを確 認 する情 報 ボックスが表示 されます。
3. [Finish] をクリックして、DataKeeper リソースインスタンスが正 常 に拡 張 されたことを確 認 してください。
4. [Done] をクリックして、[Extend Resources Hierarchy] メニューを終 了 してください。

IP リソースのリスト アおよびリカバリの設 定
この設 定 を完 了 するには、IP リソースの [Restore] と [Recovery] の設 定 を [Disable] にする必 要 があります。このオプションは、[Properties] ペインに表 示 されます。ある IP リソースの [Properties] ペインを開 いたとき、またはある IP リソースのプロパティを表 示 するときには、この設 定 は 3 つのボタンオプションのいずれかです。このオプションの詳 細 については、IP Recovery Kitを参 照 してください。
注 記 : 必 ずすべてのサーバで手 動 スイッチオーバを実 行 して、新 しいインスタンスの機 能 をテスト してください。詳 細 については、リソース階 層 のテスト を参 照 してください。ディザスタリカバリノード への拡 張 が完 了 している場 合 、この時 点 で、SteelEye DataKeeper がソースからターゲット のディスクまたはパーティ
ションにデータの再 同 期 を開 始 しています。LifeKeeper の GUI では、ターゲット サーバにある
DataKeeper リソースのステータスは「Resyncing」( 再 同 期 中 ) になります。再 同 期 が完 了 すると、ステー
タスは「Target」になります。これは通 常 のスタンバイ状 態 です。
再 同 期 中 、DataKeeper リソースおよびそれに依 存 するリソースはフェイルオーバできません。これは、データの破 損 を防 止 するためです。
まだ実 行 していない場 合 は、必 ず confirm failover フラグをセット してください。この手 順 の詳 細 については、[Confirm Failover] と [Block Resource Failover] の設 定 のセクションを参 照 してください。

Multi-Site Cluster 環 境 へのマイグレーション
SteelEye Multi-Site Migrate 機 能 が、SteelEye Protection Suite for Linux Multi-Site Cluster 製 品 に装備 されています。この追 加 機 能 を使 用 すると、管 理 者 は既 存 の SteelEye Linux LifeKeeper 環 境 をMulti-Site Cluster 環 境 に移 行 できます。移 行 手 順 により、階 層 のダウンタイムを最 小 に抑 えて、選 択
した共 有 ファイルシステムのリソースを安 全 に移 行 して複 製 できます。
既 存 のファイルシステムから Multi-Site リソースを作 成 するときの重 要 な考 慮 事 項 をいくつか示 します。
l

l

342

Multi-Site の移 行 手 順 では、作 成 プロセスでファイルシステムをアンマウント し、NetRAID デバイ
スに再 マウント します。
リソースの作 成 手 順 中 は、このファイルシステムに依 存 するアプリケーションをすべて、停 止 する

Multi-Site Cluster

要件

必 要 があります。この操 作 は移 行 手 順 が処 理 するので、管 理 者 からの操 作 は不 要 です。
lNAS( scsi/netstorage) 、DRBD( scsi/drbd) 、SDR( scsi/netraid) 、および Multi-Site Cluster
リソース( scsi/disrec) のリソースタイプを含 む階 層 は、Multi-Site の移 行 機 能 を使 用 して移 行 することはできません。

要件
マイグレーションを実 行 する前 に、お使 いのシステムが本 書 のインスト ールと設 定 セクションに記 載 されている要 件 を満 たすことを確 認 してください。「SDR のインスト ール」セクションにまとめられている一 般 的 な
SDR の要 件 に加 えて、クラスタ内 の各 システムに Novell の SLES 11、SLES 10、または Red Hat
Enterprise Linux 5 がインスト ールされている必 要 があります。この機 能 は、スト レージデバイスを共 有 す
る 2 つのサーバがある構 成 のために定 義 されています。1 台 のサーバはプライマリで、プライマリサイト にあります。3 台 目 のサーバはリモート で、ディザスタリカバリサイト にあります。
SteelEye Protection Suite for Linux Multi-Site Cluster をプライマリとその他 の共 有 スト レージノード にイ
ンスト ールした後 は、マイグレーション機 能 を活 用 するために必 要 な追 加 のインスト ールや設 定 は不 要です。

始 める前 に以 下 の画 像 に、移 行 を開 始 する前 のファイルシステムのリソース階 層 を示 します。

SteelEye Protection Suite for Linux

343

マイグレーションの実 行

マイグレーションの実 行
Multi-Site Migrate を構 成 して実 行 するには 3 とおりの方 法 があります。以 下 の操 作 ができます。

l

l

l

344

LifeKeeper の GUI のツールバーから [Migrate]アイコン
選 択 します。

を選 択 し、移 行 するリソースを

ファイルシステムリソースを右 クリックして、[Migrate Hierarchy to Multi-Site Cluster] メニューオ
プションを選 択 します。

ファイルシステムリソースを選 択 し、[Properties Panel] ツールバーの [Migration]アイコンを選 択します。

Multi-Site Clusterマイグレーションの実 行

グローバルツールバーのアイコンから移 行 を開 始 した場 合 、以 下 のダイアログボックスが表 示 されます。

1. 移 行 する階 層 が存 在 する、 In Service のサーバを選 択 してください。[Next] をクリックしてください。

SteelEye Protection Suite for Linux

345

マイグレーションの実 行

2. 移 行 する root 階 層 タグ を選 択 し、[Next] をクリックしてください。root タグは、ファイルシステムにすることも、他 のアプリケーションリソースにすることもできます。選 択 したタグ( ファイルシステム以外 のリソースの場 合 ) には、ファイルシステムに依 存 するリソースが含 まれている必 要 があります。
LifeKeeper の GUI のウィンド ウでファイルシステムを選 択 し、ポップアップウィンド ウから [Migrate
Hierarchy to Multi-Site Cluster] を選 択 するか、[Properties Panel Migrate] アイコンの[Migrate] アイコンを選 択 した場 合 、以 下 の初 期 化 画 面 が表 示 されます。

346

Multi-Site Clusterマイグレーションの実 行

3. [Continue] ボタンが有 効 になったらクリックしてください。以 下 のビット マップダイアログが表 示 されます。

SteelEye Protection Suite for Linux

347

マイグレーションの実 行

4. 移 行 するファイルシステムのビット マップファイルを選 択 してください。[Next] をクリックしてください。
重 要 : [Next] をクリックした後 は、このファイルシステムのビット マップファイルの選 択 を変 更 できなく
なります。

348

Multi-Site Clusterマイグレーションの実 行

5. 階 層 内 で移 行 する 2 番 目 のファイルシステムのビット マップファイルを選 択 してください。前 のダイ
アログボックスで 1 番 目 のビット マップファイルを選 択 した後 、追 加 のファイルシステムタグが表 示 されるので、それらの各 タグについて一 意 のビット マップファイルを入 力 できます。
注 記 : 移 行 するファイルシステムが 1 つのみの場 合 は、この画 面 は表 示 されません。また、移 行するファイルシステムが 2 つ以 上 の場 合 、この画 面 に似 た複 数 の画 面 が表 示 されます。
6. [Next] をクリックしてください。以 下 のような概 要 画 面 が表 示 されます。

SteelEye Protection Suite for Linux

349

マイグレーションの実 行

7. この概 要 画 面 には、移 行 手 順 で送 信 したすべての構 成 情 報 が表 示 されます。[Migrate] をクリックすると、以 下 の画 面 が表 示 されます。

350

Multi-Site Clusterマイグレーションの実 行

8. 移 行 ステータスがこのウィンド ウに表 示 されます。[Finish] ボタンが有 効 になったらクリックしてくだ
さい。

SteelEye Protection Suite for Linux

351

マイグレーションの正 常 な完 了

マイグレーションの正 常 な完 了
以 下 の画 像 に、Multi-Site のマイグレーションが完 了 した後 のファイルシステムリソース階 層 の例 を示 します。これで、階 層 を非 共 有 ノード ( megavolt) に拡 張 できます。

352

Multi-Site Clusterマイグレーションの正 常 な完 了

SteelEye Protection Suite for Linux

353

ト ラブルシューティング
以 下 の表 に、予 測 される問 題 と推 奨 される処 置 を示 します。

症状

推 奨 される処 置

DataKeeper リ
ソースを削 除 し NetRAID デバイスがマウント されている場 合 、DataKeeper リソースを削 除 してもNetRAID デバイスは削 除 されません。以 下 のコマンド を使 用 して、手 動 でデバイスた後 にNetRAID デバ をアンマウント して削 除 することができます。
イスが削 除 され mdadm –S <md_device> (<md_device> を調 べるには cat /proc/mdstat)ない。
インスト ール/HADR rpmの失 敗

これらのファイルを手 動 でインスト ールするための詳 細 手 順 については、インスト ール
セクションを参 照 してください。

フェイルオーバ
中 のエラー

デバイスのステータスを確 認 してください。再 同 期 が進 行 中 の場 合 、フェイルオーバ
は実 行 できません。

プライマリサーバに障 害 が発生 すると、セカ
ンダリサーバの
DataKeeper リ
ソースが ISP になります。ただし、プライマリ
サーバが再 起動 すると、両 方のサーバでDataKeeper リ
ソースが OSFになります。

DataKeeper リソース階 層 の作 成 時 に選 択 した「スイッチバックタイプ」を確 認 してく
ださい。このリリースでは、DataKeeper リソースの自 動 スイッチバックはサポート されていません。リソースプロパティのウィンド ウで、スイッチバックタイプを [Intelligent] に変
更 できます。

両 方 のサーバが動 作 不 能 にセカンダリサーバよりも前 にプライマリサーバが動 作 可 能 になった場 合 、DataKeeper
なってからプラリソースを強 制 的 にオンラインにすることができます。このためには、リソースプロパティ
イマリサーバがのダイアログを開 き、[Replication Status] タブ、[Actions]ボタンを順 にクリックし、再 起 動 したと次 に [Force Mirror Online] を選 択 してください。[Continue]をクリックして確 認 しきに、リソースをてから、[Finish] をクリックしてください。
ISP にすることができない。

SteelEye Protection Suite for Linux

355

ト ラブルシューティング症状

推 奨 される処 置

現 在 マウント している NFS ファ
現 在 NFS がエクスポート したファイルシステムに、DataKeeper 階 層 を作 成 しようと
イルシステムにしています。エクスポート する前 に、このファイルシステムを複 製 する必 要 がありま
DataKeeper 階す。
層 を作 成 する
ときのエラー
DataKeeper の
GUI のウイザー
ド に、新 しく作
成 したパーティ
ションがリスト されない。

Linux OS は、システムを次 回 再 起 動 するまで、新 しく作 成 したパーティションを認識 しないことがあります。新 しく作 成 したパーティションのエント リを調 べるには、/proc/partitions ファイルを表 示 してください。新 しく作 成 したパーティションがこのファイルに表 示 されない場 合 、システムを再 起 動 する必 要 があります。
これは、「制 御 分 離 」のシナリオで、一 時 的 な通 信 障 害 により発 生 することがあります。通 信 の再 開 後 、両 方 のシステムがそれぞれ、それ自 体 をプライマリと見 なします。
いずれのシステムが最 終 のプライマリシステムであったかが不 明 なので、DataKeeper
はデータを再 同 期 しません。手 動 操 作 が必 要 です。
ビット マップを使 用 しない場 合 :最 終 のバックアップであったサーバを特 定 し、そのサーバのリソースを Out of Serviceにする必 要 があります。その後 、DataKeeper が全 体 の再 同 期 を実 行 します。

プライマリとバックアップの両 方のサーバで、リ
ソースが緑 ( ISP) で表示 される。

ビット マップを使 用 している場 合 ( 2.6.18 以 前 のカーネル) :元 のバックアップノード から始 めて、両 方 のリソースを Out of Service にする必 要 があります。次 に、以 下 のコマンド を実 行 して、プライマリノード のビット マップをダーティに設 定 する必 要 があります。$LKROOT/lkadm/subsys/scsi/netraid/bin/bitmap –d /opt/LifeKeeper/bitmap_filesys( /opt/LifeKeeper/bitmap_filesys ハビット マップファイルの名 前 )。これにより、リソース
が In Service になると、全 体 の再 同 期 が強 制 実 行 されます。次 に、プライマリノー
ド でリソースを In Service にします。全 体 の再 同 期 が開 始 されます。
ビット マップを使 用 する場 合 ( 2.6.19 以 降 のカーネルまたは RedHat EnterpriseLinux 5.4 の 2.6.18-164 以 降 のカーネル( または RedHat 5.4 以 降 のサポート する派
生 カーネル) :最 終 のバックアップであったサーバを特 定 し、そのサーバのリソースを Out of Serviceにする必 要 があります。その後 、DataKeeper が部 分 的 な再 同 期 を実 行 します。

356

ト ラブルシューティング

ト ラブルシューティング症状

推 奨 される処 置
以 下 のエラーが発 生 します。

Install - コアを
SUSE にインスト ールすると、
パッケージのチェックエラー( rpm -V
steeleye-lk) がコアで発 生 するCore - 言 語 環
境 の影 響SUSE がシャット ダウンスクリプト を実 行 する方 法 により( 他 の Linux ディスト リビュー
ションと比 較 して) 、インスト ール後 に以 下 のスクリプト が別 の場 所 に移 動 されます。
このため、実 行 レベルを変 更 したり再 起 動 したりすると、LifeKeeper がシャット ダウン
します。これらのエラーは、steeleye-lk パッケージの検 証 時 にのみ発 生 します。
不足

/etc/rc.d/rc0.d/K01lifekeeper不足/etc/rc.d/rc1.d/K01lifekeeper不足/etc/rc.d/rc6.d/K01lifekeeper

LifeKeeper の一 部 のスクリプト は Linux のシステムユーティリティの出 力 を解 析 し、
情 報 を抽 出 するために特 定 のパターンに依 存 します。これらのコマンド のいくつかを
英 語 以 外 のロケールで実 行 すると、予 測 パターンが変 更 され、LifeKeeper のスクリ
プト は必 要 な情 報 を取 得 できません。このため、/etc/default/LifeKeeper では、言語 環 境 変 数 LC_MESSAGES が POSIX「C」のロケールに設 定 されています( LC_MESSAGES=C) 。言 語 を英 語 にして Linux をインスト ールする必 要 はありません(
インスト ールメディアで使 用 できる任 意 の言 語 を選 択 可能 ) 。/etc/default/LifeKeeper の LC_MESSAGES の設 定 は LifeKeeper にのみ影響 します。/etc/default/LifeKeeper の LC_MESSAGES の値 を変 更 する場 合は、LifeKeeper の動 作 に悪 影 響 を及 ぼす可 能 性 があることに注 意 してください。
副 作 用 は、多 様 な言 語 とユーティリティ用 にメッセージカタログがインスト ールされているか、および LifeKeeper が予 測 しないテキスト 出 力 が生 成 されるかどうかによって
異 なります。

SLES10 をインスト ールした AMD64 システムでシャット ダウンを実 行 すると、システム
Core - SLES10 がロックアップしてシャット ダウンが完 了 しません。これは、バグ #294787 により Novell
システムでシャ に報 告 済 みです。このロックアップは、SLES10 節 電 パッケージが原 因 と考 えられてット ダウンがハン います。
グする。
回 避 策 : SLES10 節 電 パッケージを削 除 すると、シャット ダウンが正 常 に完 了 するよ
うになります。
GUI - GUI の
終 了 後 に Web
ブラウザから再 GUI アプレット を終 了 するか切 断 してから、同 じ Web ブラウザのセッションから再 接
続 しようとすると、ログインプロンプト が表 示 されないことがあります。
接 続 したときに、GUI のログ 回 避 策 : Web ブラウザを閉 じ、Web ブラウザを開 き直 してからサーバに接 続 しま
インプロンプト
す。Firefox ブラウザを使 用 している場 合 は、Firefox のウィンド ウをすべて閉 じてかが再 表 示 され ら、開 き直 します。
ないことがある。

SteelEye Protection Suite for Linux

357

ト ラブルシューティング

症状
GUI - RHEL5の lkGUIapp が未 サポート のテーマエラーをレポート する。
Data
Replication- GUI に SLES
10 SP2 システ
ムの正 しいス
テータスが表 示
されない。
Data
Replication 32 ビット マシンのサイズ制 限推 奨 される処 置
GUI アプリケーションクライアント の開 始 時 に、以 下 のコンソールメッセージが表 示 されることがあります。
/usr/share/themes/Clearlooks/gtk-2.0/gtkrc:60:Engine "clearlooks" isunsupported, ignoring
このメッセージは、RHEL 5 および FC6 Java プラット フォームの表 示 方 式 からのもの
で、GUI クライアント の動 作 に悪 影 響 は及 ぼしません。
SLES 10 SP2 では、/proc/<PID>/fd の新 しいフォーマット により nestat が壊 れています。この問 題 は SLES 10 SP2 カーネルのバグに起 因 しており、カーネルの更 新バージョン 2.6.16.60-0.23 で修 正 済 みです。
解 決 策 : SLES 10 SP2 を実 行 している場 合 は、カーネルをバージョン 2.6.16.600.23 にアップグレード してください。
32 ビット マシンで 2 TB を超 えるド ライブを複 製 しようとすると、以 下 のエラーが発 生することがあります。
Negotiation:..Error:Exported device is too big for me.Get 64-bit machine
解 決 策 : 32 ビット マシンで SteelEye DataKeeper を使 用 する場 合 、2 TB を超 える
ド ライブの複 製 はできません。
DataKeeper の作 成 プロセスで、複 製 に使 用 できるすべてのディスクまたはパーティ
ションを表 示 するはずのド ロップダウンボックスに、仮 想 ハード ディスクのディスク ID が
表 示 されません。

VMware のゲス
ト のデバイス ID VMware のデバイス ID は /dev/disk/by-id にないので、DataKeeper はそれらの正 しが/dev/disk/by- い ID を特 定 できません。
id にない。
回 避 策 : 以 下 のファイルにド ライブを手 動 で追 加 してください。
/opt/LifeKeeper/subsys/scsi/resources/DEVNAME/device_
pattern358

ト ラブルシューティングIndexIndex
A
API 156
B
Block Resource Failover 305
C
Confirm Failover 304
CONFIRM_SO
リザベーションの無 効 化 133

Core 52F
File Systems 53
G
Generic Applications 53
GUI
GUI サーバプロセスの表 示 201
LifeKeeper サーバでの実 行 197
ソフト ウェアパッケージ 177
デスクト ップのツールバーにアイコンを追 加 する 85
ユーザの設 定 190
リモート システムでの実 行 195
停 止 189
概 要 186
終 了 200
設 定 187
開 始 189

SteelEye Protection Suite for Linux

359

Index

GUI からのミラーの管理 316
I
In Service 219
IP Addresses 53
JJava
セキュリティポリシー 192
プラグイン 194

L
LifeKeeper Communications Manager (LCM) 228
ステータスの情 報 229
警 報 とリカバリ
LifeKeeper の警 報 インターフェース 229

LifeKeeper イベント メール通知
設 定 83

LifeKeeper のローカルリカバリ動作と制御のインターフェース (LRACI) 53
LifeKeeper の停止 201, 240
LifeKeeper の削除 235
LifeKeeper の起動 200, 239
LifeKeeper 設定データベース (LCD) 221/opt/LifeKeeper の LCD のディレクト リ構 造 227
コマンド
LCD インターフェース (LCDI) 221
ディレクト リ構 造 225
フラグ 225
リソースタイプ 225
リソースのサブディレクト リ 226
設 定 データ 224

360

ト ラブルシューティングIndexlkbackup
SDR による 261
破 損 したイクイバレンシ 255

lkpolicy ツール 153
M
Multi-Site Cluster 329
ファイルシステム
新 規 の複 製 332
既 存 の複 製 334
リスト アおよびリカバリの設 定 342
リソース階 層ディザスタリカバリシステムへの拡 張 339
作 成 331拡 張 337
制 限 331
概 要 329
移行
実 行 344
正 常 な完 了 352
要 件 343
設 定 する際 の考 慮 事 項 330

N
N-Way リカバリ 157
O
Out of Service 220
Q
Quorum/Witness 136
quorum モード 138

SteelEye Protection Suite for Linux

361

Index

Quorum を喪 失 した (多 数 派 ではなくなった) ときのアクション 139
witness モード 139
インスト ールと設 定 137
リザベーションの無 効 化 133
共 有 Witness 140
設 定 可 能 なコンポーネント 137

R
RAW I/O 53
S
SNMP によるイベント 転送 77
SNMP のト ラブルシューティング 81
概 要 77
設 定 79STONITH
リザベーションの無 効 化 133

T
Tag Name
Restrictions 281
Valid Characters 281

TTY 接続 76
V
VMWare既 知 の問 題 358

アアクティブ / スタンバイ 57
アクティブ/アクティブ 56
アダプタのオプション 9362

ト ラブルシューティングIndex

アップグレード 48
イイクイバレンシ情報 61
イベント メール通知 81
ト ラブルシューティング 84
概 要 77

インスト ール 43, 291
コマンド ライン 43
ライセンス 45
確 認 48インターネット Host ID 48
インテリジェント スイッチバック 58
ウウオッチド ッグ
リザベーションの無 効 化 133エ
エラーの検出 157
カカスタム証明書 88
ココマンド ライン
ミラーステータスの監 視 324
ミラー管 理 322

コミュニケーションパス
ハート ビート 54
ファイアウォール 236
作 成 158

SteelEye Protection Suite for Linux363

Index

削 除 160

サ
サーバグループ 54
サーバのプロパティ
フェイルオーバ 160
表 示 204

サーバの障害 325
サーバプロパティ
編 集 158

サーバ構成のマッピング 7
シシステムの日付と時刻 276
ス
ステータスの表 199
ステータス表示
簡 略 68詳 細 63

スト レージのオプション 9
ダ
ダイアログ
Cluster Connect 212
Cluster Disconnect 212
Resource Properties 213
Server Properties 214

ツツールバー 182
GUI 182364

ト ラブルシューティングIndexサーバのコンテキスト 185
リソースのコンテキスト 184

デ
データベースアプリケーション 42
データ複製パス 293
テテクニカルノート 240
トト ラブルシューティング 249, 355
GUI
ト ラブルシューティング 271
コミュニケーションパス 276
不 完 全 なリソースの作 成 277
不 完 全 なリソースの優 先 順 位 の変 更 277
制 限 249
既 知 の問 題 249

ネ
ネット ワーク帯域幅
変 化 率 の測 定 293
要 件 の特 定 293

ハ
ハード ウェア 54
ははじめに
ミラーリング 283
仕 組 み 284

SteelEye Protection Suite for Linux365

Index

パパッケージ 1, 5
フ
ファイアウォール
ファイアウォールを使 用 した状 態 での LifeKeeper の実 行 236
ファイアウォール経 由 での LifeKeeper GUI の実 行 238

フェイルオーバのシナリオ 288
フェンシングI/O フェンシング表 134
代 替 方 式 145
概 要 133

ブ
ブラウザのセキュリティパラメータ 198
フラグ 305プ
プロパティパネル 199
マ
マルチサイト クラスタ
始 める前 に 343

ミ
ミラーステータス
コマンド ラインからの監 視 324

ミラーのステータス
表 示 315

ミラーを強制的にオンラインにする 318
ミラー管理コマンド ライン 322

366

ト ラブルシューティングIndexメ
メッセージバー 200
メニュー 178[Edit] メニュー - [Resource] 180[Edit] メニュー - [Server] 181
File 180
Help 182
View 181
サーバのコンテキスト 179
リソースのコンテキスト 178

ラ
ライセンス 45
リ
リカバリ
Out-of-Service 階 層 280
サーバ障 害 279
フェイルオーバ後 235
停 止 できないプロセス 280
手 動 リカバリ時 のパニック 280

リザベーションSCSI 143
無 効 化 133

リソースタイプ 59
リソースのプロパティ 166
リソースの優先順位 167
リソースの状態 60
リソースポリシー管理 150

SteelEye Protection Suite for Linux

367

Index

リソース依存関係
作 成 171
削 除 172

リソース階層 59
In Service 313
Out of Service 313
ツリーの展 開 211
ツリーの折 り畳 み 211
テスト 314
メンテナンス 234
作 成 162, 308
Generic Application 164
Raw デバイス 165
ファイルシステム 163
例 63
削 除 173, 312
情 報 62
拡 張 168, 309
Generic Application 170
Raw デバイス 170
ファイルシステム 169
拡 張 解 除 170, 312
転 送 240階 層 の関 係 61

リワインド
データのリワインド と復 旧 318
リワインド ブックマークの作 成 と表 示 317
リワインド ログの場 所 の設 定 322
リワインド ログの最 大 サイズの設 定 322

368

ト ラブルシューティングIndex

一一時停止と再開 318
保保護対象のリソース 51
健
健全性の監視 232
共
共有データリソース 55
共有通信 55
再再同期 325
全 体 の回 避 326

出
出力パネル 200
切切り替え可能な IP アド レス 41
切断 203
同
同期ミラーリング 284
圧
圧縮レベル 322
変変化率 293手
手動フェイルオーバー確認 86

SteelEye Protection Suite for Linux369

Index接接続
サーバと共 有 スト レージ 39
サーバをクラスタに 202

環環境
セット アップ 39

管
管理 157
自自動スイッチバック 58
表表示
サーバのステータス 203
サーバのプロパティ 204
サーバのログファイル 204
メッセージ履 歴 210
リソースのステータス 205
リソースのタグと ID 205
リソースのプロパティ 207
接 続 サーバ 203

表示オプション 207
要要件
DataKeeper 93
Quorum/Witness パッケージ 136
STONITH 145

370

ト ラブルシューティングIndexスト レージとアダプタ 8
ソフト ウェア 291
ハード ウェア 291
ファイアウォール 236

設
設定 75, 291
アプリケーション 94
データレプリケーション 93
ネット ワーク 94
ネット ワーク設 定 の確 認 40
ネット ワークと LifeKeeper 292
任 意 の作 業 85
値 230
全 般 292
共 有 スト レージ 39
手 順 75概 念 54

認認証情報 155
障
障害検出とリカバリ 69
IP ローカルリカバリ 69
サーバの障 害 リカバリのシナリオ 73
リソースのエラーリカバリのシナリオ 71

非非同期ミラーリング 284

SteelEye Protection Suite for Linux371