08.06.2015 Views

IP Recovery Kit - SIOS Technology Corp. Documentation

IP Recovery Kit - SIOS Technology Corp. Documentation

IP Recovery Kit - SIOS Technology Corp. Documentation

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

SteelEye Protection Suite for Linux<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong><br />

Technical <strong>Documentation</strong><br />

May 2012


This document and the information herein is the property of <strong>SIOS</strong> <strong>Technology</strong> <strong>Corp</strong>. (previously<br />

known as SteelEye® <strong>Technology</strong>, Inc.) and all unauthorized use and reproduction is prohibited. <strong>SIOS</strong><br />

<strong>Technology</strong> <strong>Corp</strong>. makes no warranties with respect to the contents of this document and reserves<br />

the right to revise this publication and make changes to the products described herein without prior<br />

notification. It is the policy of <strong>SIOS</strong> <strong>Technology</strong> <strong>Corp</strong>. to improve products as new technology,<br />

components and software become available. <strong>SIOS</strong> <strong>Technology</strong> <strong>Corp</strong>., therefore, reserves the right to<br />

change specifications without prior notice.<br />

LifeKeeper, SteelEye and SteelEye DataKeeper are registered trademarks of <strong>SIOS</strong> <strong>Technology</strong><br />

<strong>Corp</strong>.<br />

Other brand and product names used herein are for identification purposes only and may be<br />

trademarks of their respective companies.<br />

To maintain the quality of our publications, we welcome your comments on the accuracy, clarity,<br />

organization, and value of this document.<br />

Address correspondence to:<br />

ip@us.sios.com<br />

Copyright © 2012<br />

By <strong>SIOS</strong> <strong>Technology</strong> <strong>Corp</strong>.<br />

San Mateo, CA U.S.A.<br />

All rights reserved


目 次<br />

Chapter 1: はじめに 1<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> テクニカルドキュメンテーション 1<br />

SteelEye Protection Suite のドキュメンテーション 1<br />

運 用 の 原 則 1<br />

図 1. 管 理 および 運 用 のシナリオ 2<br />

<strong>IP</strong> リソースの 監 視 3<br />

Chapter 2: 要 件 5<br />

キットのハードウェア / ソフトウェア 要 件 5<br />

Chapter 3: 設 定 7<br />

LifeKeeper での TCP/<strong>IP</strong> の 設 定 7<br />

TCP/<strong>IP</strong> 固 有 の 設 定 上 の 考 慮 事 項 7<br />

LifeKeeper の 設 定 作 業 7<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のチューニング 8<br />

設 定 例 9<br />

ネットワーク 設 定 9<br />

ネットワーク 設 定 10<br />

典 型 的 な 設 定 例 11<br />

<strong>IP</strong> リソースのテスト 13<br />

アクティブ / アクティブ 設 定 の 例 13<br />

リソースアドレス 13<br />

ルータの 設 定 13<br />

最 初 の <strong>IP</strong> リソース 定 義 14<br />

2 番 目 の <strong>IP</strong> リソース 定 義 14<br />

<strong>IP</strong> リソースのテスト 15<br />

<strong>IP</strong> リソース 階 層 の 作 成 16<br />

目 次<br />

i


リソース 階 層 の 削 除 17<br />

リソース 階 層 の 拡 張 18<br />

一 般 的 な <strong>IP</strong> プランニングの 考 慮 事 項 20<br />

<strong>IP</strong> 依 存 関 係 の 作 成 時 のガイドライン 20<br />

インターフェースの 選 択 21<br />

<strong>IP</strong> ローカルリカバリと 設 定 に 関 する 考 慮 事 項 21<br />

ローカルリカバリのシナリオ 22<br />

<strong>IP</strong> のリソース 監 視 と 設 定 に 関 する 考 慮 事 項 22<br />

リソース 階 層 のテスト 22<br />

GUI からの 手 動 スイッチオーバの 実 行 22<br />

リソース 階 層 の 拡 張 解 除 23<br />

ユーザシステムのセットアップ 23<br />

<strong>IP</strong> 構 成 の 確 認 および 編 集 24<br />

Ping List の 修 正 27<br />

Ping List の 使 用 に 関 する 重 要 事 項 32<br />

ソースアドレス 設 定 の 修 正 33<br />

ソースアドレス 設 定 に 関 する 重 要 事 項 38<br />

リストアおよびリカバリの 修 正 39<br />

ii<br />

目 次


<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> テクニカルドキュメンテーション<br />

Chapter 1: はじめに<br />

SteelEye Protection Suite for Linux Internet Protocol (<strong>IP</strong>) <strong>Recovery</strong> <strong>Kit</strong> は、Life Keeper 環 境 で、 障 害<br />

が 発 生 したプライマリーサーバからバックアップサーバへ <strong>IP</strong> アドレスを 復 旧 するメカニズムを 提 供 します。<strong>IP</strong><br />

<strong>Recovery</strong> <strong>Kit</strong> は、LifeKeeper によって 保 護 されたアプリケーションへの 接 続 に 使 用 できる <strong>IP</strong> アドレスを<br />

定 義 できます。 他 の LifeKeeper リソースと 同 様 に、<strong>IP</strong> リソースのスイッチオーバは、 障 害 が 発 生 した 結<br />

果 として 自 動 的 に 開 始 するか、 管 理 者 の 操 作 によって 手 動 で 開 始 することができます。<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> は、 論 理 インターフェース 機 能 を 使 用 した TCP/<strong>IP</strong> プロトコルスイートの 実 装 をサポート<br />

し、 追 加 のスタンバイネットワークインターフェースカードやダミーの <strong>IP</strong> アドレスを 必 要 とせずに、<strong>IP</strong> アドレス<br />

のスイッチオーバとフェイルオーバを 提 供 できるようにします。リリース 7.4 からは、<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> は <strong>IP</strong>v4<br />

と <strong>IP</strong>v6 の 両 方 のアドレスをサポートします。<br />

• SPS のドキュメンテーション<br />

SteelEye Protection Suite のドキュメンテーション<br />

<strong>SIOS</strong> <strong>Technology</strong> <strong>Corp</strong> の Web サイトでは 以 下 の SPS 製 品 のドキュメンテーションを 提 供 しています。<br />

• SPS for Linux リリースノート<br />

• SPS for Linux テクニカルドキュメンテーション<br />

• Optional <strong>Recovery</strong> <strong>Kit</strong> ドキュメンテーション<br />

運 用 の 原 則<br />

LifeKeeper は、 仮 想 <strong>IP</strong> アドレスをプライマリサーバの 物 理 ネットワークインターフェースの 1 つに 作 成 する<br />

ことによって、<strong>IP</strong> リソースを In Service が 可 能 な 状 態 にしています。ユーザはこの 仮 想 <strong>IP</strong> アドレスを 使<br />

用 してノードに 接 続 します。<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> ソフトウェアは、 選 択 されたアドレス、ネットワークマスク、インターフェースが 確 実 に 正 しく<br />

機 能 できるかをチェックします。ソフトウェアがチェックする 要 素 は 以 下 のとおりです。<br />

• 未 使 用 のリソース: 新 しい <strong>IP</strong> アドレスが、LifeKeeper クラスター 内 に 存 在 する 他 のどの <strong>IP</strong> リソー<br />

スにも、 割 り 当 てられていないことを 確 認 します。<br />

• 一 意 のアドレス: このアドレスは、ネットワーク 上 で「 現 在 は」アクティブにできません。リソース 作 成<br />

中 のチェックに 加 えて、リソースを In Service にする 直 前 にも 一 意 であることの 確 認 が 行 われま<br />

す。ネットワーク 上 で 重 複 するアドレスが 検 出 された 場 合 、そのリソースを In Service にしません。<br />

SteelEye Protection Suite for Linux 1


図 1. 管 理 および 運 用 のシナリオ<br />

プライマリサーバに 障 害 が 発 生 すると、<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> は 仮 想 <strong>IP</strong> を、バックアップサーバの 物 理 ネット<br />

ワークインターフェースの 1 つに 設 定 することによって、その <strong>IP</strong> リソースをバックアップサーバで In Service<br />

状 態 にします。<br />

リカバリ 後 はセッションコンテキストが 失 われているため、 仮 想 <strong>IP</strong> を 利 用 するユーザは 最 初 に 接 続 するの<br />

に 使 用 した 手 順 とまったく 同 じ 手 順 で 再 接 続 する 必 要 があります。<br />

手 動 のスイッチオーバでは、<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> はそのエイリアスアドレスをアクティブサーバのサービスから 削<br />

除 した 後 、バックアップサーバに 追 加 します。<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> の 管 理 と 運 用 について 理 解 しやすいように、 図 1 に 示 したシナリオについて 考 えてみま<br />

しょう。この 設 定 例 には、Server1 と Server2 という 2 台 のサーバで 構 成 されています。 各 サーバは 1 つ<br />

の LAN インターフェース (eth0) を 備 え、サブネット 25.0.1 に 接 続 されています。ユーザシステムもこのサブ<br />

ネット 上 にあります。Server1 および Server2 上 の LAN インターフェースのアドレスは、それぞれ 25.0.1.6<br />

と 25.0.1.7 です。<br />

図 1. 管 理 および 運 用 のシナリオ<br />

システム 管 理 者 は、ipname という 名 前 の <strong>IP</strong> リソースのエイリアスアドレスとして 25.0.1.10 を 使 用 するこ<br />

とにしました。システム 管 理 者 は、/etc/hosts ファイル (および 使 用 されている 場 合 は DNS) に 以 下 のよ<br />

うなエントリを 作 成 します。<br />

25.0.1.6<br />

25.0.1.7<br />

25.0.1.10<br />

server1<br />

server2<br />

ipname<br />

2 はじめに


<strong>IP</strong> リソースの 監 視<br />

Server1 がこのリソースのプライマリサーバであれば、システム 管 理 者 は<strong>IP</strong> リソース 階 層 の 作 成 セクション<br />

で 説 明 しているウィザードを 使 用 して、Server1 上 に ipname 用 の <strong>IP</strong> リソース 階 層 を 作 成 します。<strong>IP</strong><br />

<strong>Recovery</strong> <strong>Kit</strong> は、ipname (25.0.1.10) に 関 連 付 けられているアドレスを /etc/hosts で 見 つけて 使 用 可<br />

能 であることを 確 認 し、セカンダリアドレスを Server1 上 の eth0 で 設 定 することによって、アドレスを In<br />

Service にします。これで Server1 上 の eth0 は、server1 と ipname の 両 方 に 応 答 するようになります。<br />

LifeKeeper7.3 以 前 のバージョンでは、 新 しいエイリアスアドレスは ifconfig もしくは ip addr show コマンド<br />

で 確 認 することができました。LifeKeeper 7.4 からは、 ip addr show コマンドを 使 用 してください ( 詳<br />

細 については を 参 照 してください<strong>IP</strong>v6 既 知 の 問 題 )。<br />

ユーザはその 後 、たとえば telnet ipname というように 入 力 することで Server1 に 接 続 できます。Server1<br />

がクラッシュした 場 合 、LifeKeeper は ipname のアドレスを Server2 の eth0 に 自 動 的 にスイッチオーバし<br />

ます。Server1 上 のユーザセッションは 終 了 します。ユーザが telnet ipname を 再 実 行 した 場 合<br />

は、Server2 に 接 続 されます。<br />

ipname がどこでアクティブになって In Service であるかにかかわらず、アドレスとしての server1 と server2<br />

はアクティブで、 使 用 することができます。ただし、これらは LifeKeeper のリカバリによって 保 護 されていま<br />

せん。これらのアドレスは、 切 り 替 えられたアプリケーションに 対 してではなく、 名 前 を 使 って 特 定 のサー<br />

バに 対 して 接 続 する 必 要 がある 場 合 は 常 に 使 用 できます。 例 えば、リモートシステム 管 理 や<br />

LifeKeeper コミュニケーションパスなどがあります(この 場 合 、LifeKeeper コミュニケーションパスとして、 例<br />

えば 25.0.1.6 と 25.0.1.7 が 使 用 されます)。<br />

<strong>IP</strong> リソースの 監 視<br />

LifeKeeper は 以 下 の 方 法 を 順 番 に 実 行 して、 管 理 下 にある <strong>IP</strong> リソースの 状 態 を 定 期 的 に 監 視 して<br />

います。<br />

1. <strong>IP</strong> リソースが 設 定 されているネットワークインターフェースのリンク 状 態 を 確 認 し、 物 理 ネットワーク<br />

に 正 しく 接 続 されているかを 検 査 します。<br />

2. 該 当 するネットワークインターフェースにおいて、<strong>IP</strong> リソースがエイリアスとして 設 定 されているかを<br />

確 認 します。<br />

3. 保 護 された <strong>IP</strong> アドレスをソースアドレスとしてブロードキャスト ping テストを 行 い、<strong>IP</strong> リソースがネ<br />

ットワーク 上 で 正 しくデータの 送 受 信 を 行 えるかを 確 認 します。<br />

ブロードキャスト ping テストはデフォルトのテストメカニズムです。 保 護 された <strong>IP</strong> アドレスをソースア<br />

ドレスとして、ブロードキャスト ping パケットを <strong>IP</strong> リソースに 関 連 付 けられたサブネットのブロードキ<br />

ャストアドレス 宛 に 送 信 し、テストを 行 っています。ローカルシステム 以 外 の 任 意 のアドレスから 応<br />

答 を 受 信 するとテストは 成 功 したと 判 断 します。<br />

ブロードキャスト ping に 応 答 を 返 せるシステムがネットワーク 上 にない 環 境 ( 多 くのシステムのデフ<br />

ォルト 設 定 がこのような 環 境 です) では、LifeKeeper はアドレスリストを 定 義 し、ブロードキャスト<br />

ping の 代 わりに ping を 送 信 するように 設 定 可 能 です。このリストが 定 義 されている 場 合 、ブロー<br />

ドキャスト ping テストは 省 略 され、リスト 内 のすべての <strong>IP</strong> アドレスに 対 し、 同 時 に ping が 実 行 さ<br />

れます。リスト 内 のいずれかの <strong>IP</strong> アドレスからの 応 答 が 受 信 されれば、テストは 成 功 したと 判 断<br />

されます。この 技 術 は、 大 規 模 なネットワークにおけるブロードキャストストームの 抑 止 に 有 効 で<br />

す。<br />

<strong>IP</strong> リソースの 定 期 的 なチェックの 中 で、これらのテストが 失 敗 すると、LifeKeeper に 障 害 が 通 知 されま<br />

す。LifeKeeper はまずローカルリカバリを 試 み、<strong>IP</strong> リソースをローカルノード 上 でリストアしようとします。<br />

SteelEye Protection Suite for Linux 3


<strong>IP</strong> リソースの 監 視<br />

ローカルリカバリ 手 順 の 詳 細 については、<strong>IP</strong> ローカルリカバリと 設 定 に 関 する 考 慮 事 項 を 確 認 してくださ<br />

い。ローカルリカバリが 現 在 のノードでの <strong>IP</strong> リソースの 起 動 に 失 敗 した 場 合 、LifeKeeper は <strong>IP</strong> リソース<br />

を 含 めたアプリケーション 階 層 を、クラスタ 内 の 別 の LifeKeeper システムに 移 動 させます。<br />

LifeKeeper は 同 じヘルスチェック 機 能 を 使 い、 In Service の 状 態 になった 直 後 に <strong>IP</strong> リソースが 正 しく 動<br />

作 するかを 判 定 します。チェックの 結 果 、 障 害 が 確 認 された 場 合 、 起 動 は 失 敗 します。<br />

<strong>IP</strong> ヘルスチェックメカニズムは 設 定 の 変 更 とチューニングを 実 行 することが 可 能 です。 詳 細 について<br />

は、<strong>IP</strong> 構 成 の 確 認 および 編 集 および<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のチューニングを 確 認 してください。<br />

4 はじめに


Chapter 2: 要 件<br />

Chapter 2: 要 件<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のインストールやアンインストールを 試 みる 前 に、このパッケージのハードウェア / ソフトウ<br />

ェア 要 件 と、インストールとアンインストールの 手 順 を 理 解 しておく 必 要 があります。<br />

キット のハードウェア / ソフト ウェア 要 件<br />

LifeKeeper <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> をインストールして 設 定 する 前 に、 使 用 している 設 定 が 以 下 の 要 件 を 満<br />

たしていることを 確 認 してください。<br />

• サーバ: <strong>Recovery</strong> <strong>Kit</strong> には、LifeKeeper の 要 件 に 従 って 設 定 された、サポートされているコンピ<br />

ュータが 2 台 以 上 必 要 です。LifeKeeper の 要 件 は、 SteelEye Protection Suite for Linux テクニ<br />

カルドキュメンテーション、および SteelEye Protection Suite for Linux リリースノート に 記 載 されて<br />

います。<br />

• LifeKeeper ソフトウェア: 各 サーバに 同 じバージョンの LifeKeeper ソフトウェアとパッチをインストー<br />

ルする 必 要 があります。 特 定 の LifeKeeper 要 件 については、 SPS for Linux テクニカルドキュメン<br />

テーション、および SPS for Linux リリースノート を 参 照 してください。<br />

• LifeKeeper <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong>: 同 じバージョンの <strong>Recovery</strong> <strong>Kit</strong> を 各 サーバにインストールする 必<br />

要 があります。<br />

• <strong>IP</strong> ネットワークインターフェース: 各 サーバは、イーサーネット TCP/<strong>IP</strong> をサポートするネットワークイ<br />

ンターフェースを 1 つ 以 上 必 要 とします。<strong>IP</strong> スイッチオーバが 正 しく 動 作 するには、ローカルネット<br />

ワークに 接 続 されているユーザシステムが 標 準 の TCP/<strong>IP</strong> 仕 様 に 準 拠 している 必 要 があります。<br />

このインターフェースは 設 定 する 必 要 があります。ifcfg* ファイルが 存 在 しない 場 合 、インターフ<br />

ェースがダウンしたときに <strong>IP</strong> スイッチオーバが 失 敗 する 可 能 性 があります。<br />

注 記 : 各 サーバが 必 要 とするネットワークインターフェースが 1 つだけであっても、 異 種 メディア 要<br />

件 、スループット 要 件 、シングルポイントオブフェイラの 排 除 、ネットワークのセグメンテーション、<br />

ローカルリカバリのサポートといった 多 くの 理 由 で、 複 数 のインターフェースを 使 用 すべきです。<br />

• TCP/<strong>IP</strong> ソフトウェア: 各 サーバは TCP/<strong>IP</strong> ソフトウェアも 必 要 とします。<br />

最 新 リリースの 互 換 性 および 発 注 情 報 については、 SPS for Linux リリースノート を 参 照 するか、 販 売<br />

担 当 者 にお 問 い 合 わせください。<br />

LifeKeeper <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のインストール/アンインストール 方 法 については、SteelEye Protection<br />

Suite インストールガイド を 参 照 してください。<br />

SteelEye Protection Suite for Linux 5


Chapter 3: 設 定<br />

必 要 とする 保 護 と 柔 軟 性 が 得 られるように LifeKeeper を 設 定 するには、 設 定 ルールを 把 握 している 必<br />

要 があります。 設 定 を 適 切 にプランニングするには、ネットワーク 設 定 、インターフェースの 選 択 、ユーザシ<br />

ステムのセットアップ、 階 層 オプション、<strong>IP</strong> 設 定 作 業 について 理 解 することが 必 要 です。このセクションで<br />

は、 設 定 のプランニングに 加 え、<strong>Recovery</strong> <strong>Kit</strong> を 設 定 するために 必 要 な 特 定 の 作 業 についても、 設 定<br />

例 を 示 して 説 明 します。<br />

LifeKeeper での TCP/<strong>IP</strong> の 設 定<br />

このセクションでは、TCP/<strong>IP</strong> の 設 定 を 開 始 する 前 に 考 慮 する 必 要 のある 情 報 と、 典 型 的 な<br />

LifeKeeper <strong>IP</strong> 設 定 の 例 を 紹 介 します。<br />

LifeKeeper Core リソース 階 層 の 設 定 方 法 については SPS for Linux テクニカルドキュメンテーション を<br />

参 照 してください。<br />

TCP/<strong>IP</strong> 固 有 の 設 定 上 の 考 慮 事 項<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> を 正 しく 設 定 するために、 以 下 のトピックを 見 直 して、 設 定 作 業 を 完 了 するために 必<br />

要 な 情 報 を 用 意 してあることを 確 認 してください。<br />

• インターフェースの 選 択<br />

• ユーザシステムのセットアップ<br />

• 一 般 的 な <strong>IP</strong> プランニングの 考 慮 事 項<br />

更 なる 設 定 上 の 考 慮 事 項 とサンプルについては、 以 下 のトピックを 参 照 してください。<br />

• <strong>IP</strong> のリソース 監 視 と 設 定 に 関 する 考 慮 事 項<br />

• <strong>IP</strong> のローカルリカバリと 設 定 に 関 する 考 慮 事 項<br />

• 設 定 例<br />

• <strong>IP</strong> 依 存 関 係 の 作 成 時 のガイドライン<br />

LifeKeeper の 設 定 作 業<br />

次 の 仮 想 <strong>IP</strong> アドレスリソースの 設 定 作 業 は、<strong>IP</strong> リソースインスタンス 特 有 のもので、<strong>Recovery</strong> <strong>Kit</strong> ごと<br />

に 異 なるため、 本 セクションで 説 明 しています。<br />

• リソース 階 層 の 作 成 : アプリケーションリソース 階 層 を LifeKeeper クラスタに 作 成 します。<br />

• リソース 階 層 の 削 除 : リソース 階 層 を LifeKeeper クラスタ 内 のすべてのサーバから 削 除 します。<br />

SteelEye Protection Suite for Linux 7


<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のチューニング<br />

• リソース 階 層 の 拡 張 : リソース 階 層 をプライマリサーバからバックアップサーバへ 拡 張 します。<br />

• リソース 階 層 の 拡 張 解 除 : リソース 階 層 を LifeKeeper クラスタ 内 の 1 つのサーバから 拡 張 解 除 (<br />

削 除 )します。<br />

• リソース 階 層 のテスト: 仮 想 <strong>IP</strong> リソース 階 層 が 正 しく 構 成 されているか、 動 作 するかをテストしま<br />

す。<br />

• <strong>IP</strong> 設 定 の 確 認 および 編 集 : <strong>IP</strong> リソースの 設 定 を 表 示 し、それらを 修 正 することが 可 能 です。<br />

• <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のチューニング: <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> の 動 作 を 調 整 します。<br />

以 下 の 作 業 については、すべての <strong>Recovery</strong> <strong>Kit</strong> で 同 じ 手 順 を 使 用 する 共 通 の 作 業 であるため、 SPS<br />

for Linux テクニカルドキュメンテーションの 管 理 セクションを 参 照 してください。<br />

• リソース 依 存 関 係 の 作 成 : 既 存 のリソース 階 層 と 別 のリソースインスタンスとの 間 に 親 子 の 依 存<br />

関 係 を 作 成 し、クラスタ 内 のすべての 対 象 サーバに 依 存 関 係 の 変 更 を 反 映 します。<br />

• リソース 依 存 関 係 の 削 除 :リソースの 依 存 関 係 を 削 除 して、クラスタ 内 のすべての 対 象 サーバに<br />

依 存 関 係 の 変 更 を 反 映 します。<br />

• In Service:リソース 階 層 を 特 定 のサーバで In Service の 状 態 にします。<br />

• Out of Service:リソース 階 層 を 特 定 のサーバで Out of Service の 状 態 にします。<br />

• プロパティの 表 示 / 編 集 : 特 定 のサーバでリソース 階 層 のプロパティを 表 示 または 編 集 します。<br />

注 記 : このセクションの 残 りの 部 分 では、LifeKeeper GUI の [Edit] メニューから 作 業 を 選 択 することによ<br />

って、<strong>Recovery</strong> <strong>Kit</strong> を 設 定 する 方 法 を 説 明 します。 設 定 作 業 はツールバーから 選 択 することもできま<br />

す。GUI 画 面 のリソース 階 層 ツリー( 左 側 のペイン)のグローバルリソースを 右 クリックして、[Edit] メニュー<br />

と 同 じドロップダウンメニューの 選 択 項 目 を 表 示 することもできます。 言 うまでもなく、これは 階 層 がすでに<br />

存 在 している 場 合 にだけ 可 能 な 方 法 です。<br />

GUI 画 面 のリソース 階 層 表 ( 右 側 のペイン)のリソースインスタンスを 右 クリックして、サーバおよび 特 定 リ<br />

ソースの 状 況 に 応 じて、リソース 階 層 の 作 成 を 除 くすべての 設 定 作 業 を 実 行 することもできます。<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のチューニング<br />

下 記 の 表 は <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> の 動 作 のチューニング 値 を 説 明 しています。これらの 値 は<br />

/etc/default/LifeKeeper 設 定 ファイルを 編 集 することにより 設 定 可 能 です。<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のコンポー<br />

ネントはメモリに 常 駐 していないため、/etc/default/LifeKeeper の 値 を 変 更 すると、 即 時 に 反 映 されま<br />

す。LifeKeeper の 再 起 動 を 行 う 必 要 はありません。<br />

チューニングパ<br />

ラメータ<br />

NOBCASTPING<br />

説 明<br />

<strong>IP</strong> リソースのヘルスチェック 時 のブロードキャスト ping メカニズムを 無 効 に 設 定 可<br />

能 。<br />

0=ブロードキャスト ping メカニズムを 有 効 にする (Default)<br />

1=ブロードキャスト ping を 無 効 にする<br />

8 設 定


設 定 例<br />

チューニングパ<br />

ラメータ<br />

NO<strong>IP</strong>UNIQUE<br />

説 明<br />

起 動 時 に 同 じ <strong>IP</strong> アドレスがネットワーク 上 に 存 在 していないかチェックする 機 能 を<br />

無 効 に 設 定 可 能 。<br />

0= 同 一 <strong>IP</strong> アドレスの 存 在 をチェックする (Default)<br />

<strong>IP</strong>_PINGTIME<br />

<strong>IP</strong>_PINGTRIES<br />

<strong>IP</strong>_<br />

PINGPRELOAD<br />

<strong>IP</strong>_<br />

NOSAVEREPLY<br />

1= 同 一 <strong>IP</strong> アドレスの 存 在 をチェックしない<br />

LifeKeeper が <strong>IP</strong> ヘルスチェック 時 に ping の 応 答 を 待 つ 時 間 を 秒 数 で 指 定 。<br />

Default = 1<br />

( 注 記 : ブロードキャスト ping の 替 わりに 手 動 で 設 定 した Ping List を 使 用 する 場<br />

合 、この 値 を 3 秒 以 上 に 設 定 しても 効 果 は 得 られません。Linux の TCP/<strong>IP</strong> の 実<br />

装 では、Ping List コマンドにタイムアウト 値 を 設 定 したとしても、3 秒 以 上 応 答 を<br />

受 け 取 れない 場 合 は 常 に、「Destination Host Unreachable」エラーを 返 すためで<br />

す。)<br />

<strong>IP</strong> ヘルスチェック 実 行 時 の ping のリトライ 数 を 設 定 。<br />

Default = 3<br />

<strong>IP</strong> ヘルスチェック 実 行 時 のネットワークにプリロードされる ping のパケット 数 を 設<br />

定 。<br />

Default = 1<br />

この 後 の <strong>IP</strong> ヘルスチェックで 使 用 するために、ブロードキャスト ping に 最 初 に 応 答<br />

を 返 したアドレスの 保 存 をする/しないを 変 更 可 能 。<br />

0=アドレスを 保 存 する(Default)<br />

<strong>IP</strong>_<br />

NOLINKCHECK<br />

1=アドレスを 保 存 しない<br />

<strong>IP</strong> ヘルスチェック 実 行 時 にリンク 状 態 を 確 認 する 設 定 を 無 効 に 設 定 可 能 。<br />

0=リンク 状 態 チェックを 有 効 にする(Default)<br />

1=リンク 状 態 チェックを 無 効 にする<br />

設 定 例<br />

このトピックでは、ネットワークの 設 定 例 を 示 し、2 種 類 の <strong>IP</strong> 設 定 例 について 説 明 します。 最 初 の 例<br />

は、 単 一 の <strong>IP</strong> リソースに 依 存 して 既 存 のサブネットに 設 定 されている、データベースアプリケーションの<br />

典 型 的 な 例 を 示 しています。2 番 目 の 例 は、 複 数 の <strong>IP</strong> リソースが 設 定 されたアクティブ / アクティブのシ<br />

ナリオを 示 しています。<br />

ネット ワーク 設 定<br />

最 初 の 2 つの 設 定 例 は、 以 下 の 図 に 示 すネットワーク 設 定 を 前 提 にしています。<br />

SteelEye Protection Suite for Linux 9


ネットワーク 設 定<br />

ネットワーク 設 定<br />

このネットワーク 設 定 には 以 下 のコンポーネントが 存 在 します。<br />

• サーバ。Server 1 と Server 2 の 2 台 のサーバがあり、それぞれに 適 切 な LifeKeeper およびアプリ<br />

ケーションソフトウェアがインストールされています。<br />

• インターフェース。 各 サーバは、 次 のように 設 定 された 2 つのイーサーネットインターフェース、eth0<br />

と eth1 を 備 えています。<br />

インターフェース Server 1 Server 2<br />

eth0<br />

eth1<br />

Server1<br />

25.0.3.6<br />

Server11<br />

25.0.1.6<br />

Server2<br />

25.0.3.7<br />

Server21<br />

25.0.1.7<br />

• ネットワーク。ネットワークは、 以 下 の 3 つのサブネットワークで 構 成 されています。<br />

• 主 にサーバ 用 の、トラフィックが 少 ないバックボーン(25.0.3)<br />

• サーバとクライアント 両 方 のための、トラフィックが 多 いバックボーン(25.0.1)<br />

• トラフィックが 多 いクライアントネットワーク(25.0.2)<br />

10 設 定


典 型 的 な 設 定 例<br />

1 つのゲートウェイで、すべての LAN 間 の 相 互 接 続 ルーティングを 行 います。アド<br />

レス 解 決 には DNS( 図 示 されていない)が 使 用 されます。<br />

• ハートビート。TCP ハートビートコミュニケーションパスは、 片 方 または 両 方 のサーバサブネットワー<br />

クを 使 用 して 設 定 されます。<br />

典 型 的 な 設 定 例<br />

Server 1 と Server 2 は、 共 有 ディスクに 常 駐 する mydatabase と 呼 ばれるアプリケーションにアクセスしま<br />

す。mydatabase アプリケーションと、このアプリケーションへのアクセスに 使 用 される <strong>IP</strong> リソースが 一 緒 に<br />

切 り 替 えられるようにするため、システム 管 理 者 は mydatabase アプリケーションリソースを 作 成 し、 依 存<br />

関 係 で <strong>IP</strong> リソースをアプリケーション 階 層 に 追 加 します。<br />

以 下 のような 設 定 上 の 問 題 があります。<br />

• アプリケーション 階 層 。アプリケーション 階 層 が 存 在 しなければ、 管 理 者 はそれを <strong>IP</strong> リソースの 親<br />

として 指 定 できません。この 例 では、Server 1 がプライマリサーバです。アプリケーションリソースの<br />

タグは、mydatabase-on-server1 と mydatabase-on-server2 です。<br />

• <strong>IP</strong> リソース 名 。システム 管 理 者 は、<strong>IP</strong> リソースの 名 前 とアドレスを Server 1 と Server 2 の<br />

/etc/hosts ファイル、および DNS データベースに 追 加 します。この 例 では、<strong>IP</strong> リソース 名 は<br />

databaseip、そのネットワークアドレスは 25.0.1.2 です。 名 前 と <strong>IP</strong> アドレスの 関 連 付 けが 必 要 で<br />

ない 場 合 、この 作 業 は 不 要 です。<br />

• ルータ、ゲートウェイ、ユーザ。databaseip は 既 存 のサブネット 上 のアドレスであるため、 追 加 の 設<br />

定 は 不 要 です。<strong>IP</strong> リソースは、25.0.1 サブネット 上 にあります。すべてのユーザが、 現 在 25.0.1<br />

サブネットに 到 達 するために 使 用 しているルートを 経 由 して databaseip に 接 続 します。たとえ<br />

ば、25.0.2 のユーザはゲートウェイ 経 由 で 接 続 し、25.0.1 のユーザは 直 接 接 続 します。<br />

• <strong>IP</strong> インスタンスの 定 義 。システム 管 理 者 が [Resource Hierarchy Create] 画 面 で <strong>IP</strong> リソースとし<br />

て databaseip を 入 力 すると、ソフトウェアによっていくつかのテストが 実 行 されます。Server 1<br />

が、databaseip に 付 随 するアドレスを 特 定 可 能 かどうかが 確 認 されます(アドレスは hosts ファイ<br />

ル 内 にあるか、DNS から 検 索 できます)。 検 索 されたアドレス 25.0.1.2 がすでに 使 用 されていな<br />

いかも 検 査 されます。<strong>IP</strong> リソースは 25.0.1 サブネット 上 にあるため、<strong>IP</strong> リカバリソフトウェアは、その<br />

リソースが eth1 インターフェースに 設 定 されていることを 確 認 します。<strong>IP</strong> リソースに 問 題 がなけれ<br />

ば、ウィザードの 残 りのダイアログボックスに、 図 3 の 下 の 表 に 示 したようなデフォルト 値 が 設 定 さ<br />

れます。すべてのデフォルト 値 を 選 択 すると、 独 立 した <strong>IP</strong> リソース 階 層 が ip-databaseip という 名<br />

前 で 作 成 されます。<br />

注 記 :それぞれの 設 定 図 に 付 随 する 表 は、プライマリサーバ(Server 1)の 場 合 は [Create Resource<br />

Hierarchy] ウィザードに、バックアップサーバ(Server 2)の 場 合 は [Extend Resource Hierarchy] ウィザード<br />

に 入 力 される 適 切 な 情 報 の 例 を 示 しています。ウィザードに 入 力 する 情 報 の 詳 細 については、このセク<br />

ションで 後 述 するLifeKeeper 設 定 作 業 セクションを 参 照 してください。これらの 表 は、<strong>Recovery</strong> <strong>Kit</strong> を 設<br />

定 するときに 役 立 つ 参 照 情 報 となります。<br />

図 3.<strong>IP</strong> リソース 作 成 時 の 典 型 的 な 設 定 例<br />

SteelEye Protection Suite for Linux 11


典 型 的 な 設 定 例<br />

設 定 に 関 する 注 記 :<br />

1. アプリケーションリソースは mydatabase-on-server1 です。<br />

2. <strong>IP</strong> リソースは databaseip、タグ 名 は ip-databaseip です。<br />

3. mydatabase-on-server1 が 障 害 を 起 こすと、LifeKeeper はそれを Server 2 に 切 り 替 えま<br />

す(ipdatabaseip は、 依 存 関 係 がある 場 合 にのみ 切 り 替 えられます)。<br />

4. Server 1 が 障 害 を 起 こすと、 両 方 のリソースが Server 2 に 切 り 替 えられます。<br />

5. スイッチオーバの 間 に、databaseip のユーザは 切 断 されます。ユーザは 再 度 ログインする<br />

と、Server 2 のすべてのアプリケーションにアクセスできます。<br />

6. 手 動 によるスイッチオーバの 間 、databaseip 以 外 の 接 続 を 使 って Server 1 に 接 続 しているユー<br />

ザについては、Server 1 との 接 続 が 維 持 されます。<br />

Server 1 での <strong>IP</strong> リソース 階 層 の 作 成<br />

Server:<br />

<strong>IP</strong> Resource:<br />

Netmask:<br />

Network Interface:<br />

<strong>IP</strong> Resource Tag:<br />

Server1<br />

databaseip<br />

255.255.252.0<br />

eth1<br />

ip-databaseip<br />

注 記 :<strong>IP</strong> リソースをバックアップサーバへ 拡 張 する 前 に<strong>IP</strong> 依 存 関 係 の 作 成 時 のガイドラインを 参 照 してく<br />

ださい。<br />

<strong>IP</strong> リソース 階 層 の Server 2 への 拡 張<br />

12 設 定


<strong>IP</strong> リソースのテスト<br />

Template Server:<br />

Tag to Extend:<br />

Target Server:<br />

Target Priority:<br />

**<strong>IP</strong> Resouce:<br />

Netmask:<br />

Network Interface:<br />

<strong>IP</strong> Resource Tag:<br />

Server1<br />

databaseip<br />

Server2<br />

10<br />

25.0.1.2<br />

255.255.252.0<br />

eth1<br />

ip-databaseip<br />

** [Extend Wizard] では、その DNS 名 に 関 連 付 けられている 実 際 の <strong>IP</strong> アドレスが <strong>IP</strong> リソースとして 表<br />

示 されます。<br />

<strong>IP</strong> リソースのテスト<br />

<strong>IP</strong> リソースが 正 常 に 作 成 されたことを 確 認 するために、システム 管 理 者 は 以 下 の 作 業 を 行 う 必 要 があ<br />

ります。<br />

1. LifeKeeper の GUI メニューから、ip-databaseip が Server 1 で In Service (ISP)かどうかを 確 かめ<br />

ます。<br />

2. リモートサーバから、ping または telnet を 使 用 してアドレス databaseip に 接 続 します。<br />

3. Server 2 で in_service オプションを 選 択 し、さらに ip-databaseip を 選 択 して、 手 動 のスイッチ<br />

オーバをテストします。<strong>IP</strong> アドレスが Server 2 に 移 行 されることを 確 認 してください。<br />

アクティブ / アクティブ 設 定 の 例<br />

同 じネットワーク 設 定 を 使 用 した 2 番 目 の 例 では、 各 サーバで 1 つずつアクティブになった 2 つの <strong>IP</strong> リ<br />

ソースを 示 します。<br />

リソースアドレス<br />

この 例 では、<strong>IP</strong> リソースは server1ip (アドレス 25.0.6.20)と server2ip (アドレス 25.0.6.21)です。これらの<br />

リソースのエントリが、 各 サーバの /etc/hosts ファイルと、DNS データベースになければなりません。<br />

ルータの 設 定<br />

選 択 されたアドレスは 新 しい( 論 理 )サブネット 上 にあるため、eth0 または eth1 に 設 定 できます。ただし、<br />

どちらも 同 じインターフェースを 使 用 している 必 要 があります。<br />

この 例 では、eth0 を 選 択 すると、すべてのユーザがゲートウェイを 経 由 しなければならなくなります。eth1<br />

を 選 択 すると、サブネット 25.0.1 のユーザはリソースに 直 接 アクセスできます( 新 しいサブネットが 内 部 の<br />

ルーティングテーブルに 追 加 されていることが 前 提 です)。サブネット 25.0.2 上 のユーザには、やはりゲート<br />

ウェイが 必 要 です。この 例 の 場 合 、 選 択 されたインターフェースは eth1 です。<br />

SteelEye Protection Suite for Linux 13


最 初 の <strong>IP</strong> リソース 定 義<br />

新 しいサブネットをサポートするために、どの 物 理 ネットワークが 選 択 されたかにかかわりなく、ネットワーク<br />

管 理 者 はルーティング 情 報 をゲートウェイシステムに 追 加 してから <strong>IP</strong> リソースを 作 成 する 必 要 があります<br />

最 初 の <strong>IP</strong> リソース 定 義<br />

管 理 者 は、 最 初 の <strong>IP</strong> リソースを Server 1 に 作 成 します。eth0 は、 各 サーバで 利 用 可 能 な 最 初 のイン<br />

ターフェースであり、デフォルトとして 提 示 されます。eth1 をインターフェースとして 定 義 するときは、 利 用<br />

可 能 なインターフェースの 一 覧 から 選 択 します。<br />

Server 1 での <strong>IP</strong> リソース 階 層 の 作 成<br />

Server:<br />

<strong>IP</strong> Resource:<br />

Netmask:<br />

Network Interface:<br />

<strong>IP</strong> Resource Tag:<br />

Server1<br />

server1ip<br />

255.255.252.0<br />

eth1<br />

ip-server1ip<br />

注 記 :<strong>IP</strong> リソースをバックアップサーバへ 拡 張 する 前 に<strong>IP</strong> 依 存 関 係 の 作 成 時 のガイドラインを 参 照 してく<br />

ださい。<br />

<strong>IP</strong> リソース 階 層 の Server 2 への 拡 張<br />

Template Server:<br />

Tag to Extend:<br />

Target Server:<br />

Target Priority:<br />

**<strong>IP</strong> Resouce:<br />

Netmask:<br />

Network Interface:<br />

<strong>IP</strong> Resource Tag:<br />

Server1<br />

server1ip<br />

Server2<br />

10<br />

25.0.6.20<br />

255.255.252.0<br />

eth1<br />

ip-server1ip<br />

** [Extend Wizard] では、その DNS 名 に 関 連 付 けられている 実 際 の <strong>IP</strong> アドレスが <strong>IP</strong> リソースとして 表<br />

示 されます。<br />

2 番 目 の <strong>IP</strong> リソース 定 義<br />

管 理 者 は、2 番 目 の <strong>IP</strong> リソースを Server 2 に 作 成 します。eth0 は、 各 サーバで 利 用 可 能 な 最 初 のイ<br />

ンターフェースであり、デフォルトとして 提 示 されます。eth1 をインターフェースとして 定 義 するときは、 利 用<br />

可 能 なインターフェースの 一 覧 から 選 択 します。<br />

Server 2 での <strong>IP</strong> リソース 階 層 の 作 成<br />

14 設 定


<strong>IP</strong> リソースのテスト<br />

Server:<br />

<strong>IP</strong> Resource:<br />

Netmask:<br />

Network Interface:<br />

<strong>IP</strong> Resource Tag:<br />

Server2<br />

server2ip<br />

255.255.252.0<br />

eth1<br />

ip-server2ip<br />

注 記 :<strong>IP</strong> リソースをバックアップサーバへ 拡 張 する 前 に<strong>IP</strong> 依 存 関 係 の 作 成 時 のガイドラインを 参 照 してく<br />

ださい。<br />

<strong>IP</strong> リソース 階 層 の Server 1 への 拡 張<br />

Template Server:<br />

Tag to Extend:<br />

Target Server:<br />

Target Priority:<br />

**<strong>IP</strong> Resouce:<br />

Netmask:<br />

Network Interface:<br />

<strong>IP</strong> Resource Tag:<br />

Server2<br />

server2ip<br />

Server1<br />

10<br />

25.0.6.21<br />

255.255.252.0<br />

eth1<br />

ip-server2ip<br />

** [Extend Wizard] では、その DNS 名 に 関 連 付 けられている 実 際 の <strong>IP</strong> アドレスが <strong>IP</strong> リソースとして 表<br />

示 されます。<br />

注 記 :サブネット 25.0.6 は Server 2 ではアクティブでないため、eth0 と eth1 の 両 方 をプライマリネットワー<br />

クインターフェースのために 選 択 できます。Server 1(バックアップサーバ)では、 最 初 の <strong>IP</strong> リソース<br />

25.0.6.20 が In Service であるため、eth1 だけが 選 択 可 能 です。 管 理 者 が 定 義 を 保 存 する<br />

と、LifeKeeper はアドレス 25.0.6.21 を Server2 の eth1 で In Service にします。<br />

<strong>IP</strong> リソースのテスト<br />

管 理 者 は 以 下 のテストを 行 って、 新 しいリソースが 両 方 のサーバで 機 能 していることを 確 認 する 必 要 が<br />

あります。<br />

1. プライマリサーバの 各 リソースについて、ping または telnet を 使 用 してそれぞれにアクセス 可 能 で<br />

あるか 確 認 します。 管 理 者 は、すべてのユーザサイトからの 接 続 をテストすることもできます。<br />

2. 手 動 で ip-server1ip を Server 2 で In Service にして、スイッチオーバをテストします。 両 方 のリ<br />

ソースが Server 2 で 機 能 していることを 確 認 してください。<br />

3. 両 方 のリソースを Server 1 で In Service にします。 両 方 のリソースが Server 1 で 機 能 しているこ<br />

とを 確 認 してください。<br />

4. ip-server2ip を、プライマリサーバの Server 2 で In Service に 戻 します。<br />

SteelEye Protection Suite for Linux 15


<strong>IP</strong> リソース 階 層 の 作 成<br />

<strong>IP</strong> リソース 階 層 の 作 成<br />

プライマリサーバからリソースインスタンスを 作 成 するには、 以 下 の 手 順 を 完 了 する 必 要 があります。<br />

1. LifeKeeper GUI メニューから [Edit] を 選 択 し、 次 に [Server] を 選 択 します。ドロップダウンメニ<br />

ューから、[Create Resource Hierarchy] を 選 択 してください。<br />

2. ダイアログボックスが 表 示 され、クラスタ 内 にインストールされ 認 識 されているすべての <strong>Recovery</strong><br />

<strong>Kit</strong> が、ドロップダウンリストボックスに 一 覧 で 示 されます。ドロップダウンリストから <strong>IP</strong> を 選 択 し<br />

[Next] をクリックします。<br />

3. 以 下 の 情 報 を 入 力 するようにプロンプトが 表 示 されます。ダイアログボックスで [Back] ボタンが 有<br />

効 な 場 合 は、 前 のダイアログボックスに 戻 ることができます。これは、エラーが 発 生 して、 以 前 に<br />

入 力 した 情 報 を 訂 正 する 必 要 がある 場 合 に 特 に 役 立 ちます。<br />

階 層 作 成 の 途 中 で [Cancel] ボタンをクリックすると、 作 成 処 理 全 体 が 取 り 消 されます。<br />

フィールド<br />

Switchback<br />

Type<br />

Server<br />

<strong>IP</strong><br />

Resource<br />

ヒント<br />

バックアップサーバへのフェイルオーバー 後 にサーバが 復 帰 したときに、このサーバに<br />

<strong>IP</strong> インスタンスを 戻 す 方 法 を 指 定 します。intelligent または automatic を 選 択 でき<br />

ます。intelligent の 場 合 、インスタンスをプライマリ / オリジナルサーバにスイッチバック<br />

するときに 管 理 者 の 介 入 が 必 要 になります。automatic の 場 合 、プライマリサーバ<br />

がオンラインに 戻 り、LifeKeeper コミュニケーションパスを 再 確 立 した 直 後 に 自 動<br />

的 にスイッチバックが 行 われます。スイッチバックタイプは、 必 要 な 場 合 、[Resource<br />

Properties] ダイアログボックスの [General] タブで 後 から 変 更 できます。<br />

<strong>IP</strong> アドレスを 配 置 するサーバ ( 通 常 これをプライマリサーバまたはテンプレートサーバ<br />

と 呼 ぶ) を 選 択 します。クラスタ 内 のすべてのサーバがドロップダウンリストに 表 示 さ<br />

れます。<br />

実 際 の <strong>IP</strong> リソースを 選 択 または 入 力 します。これは、LifeKeeper がこのリソースの<br />

ために 使 用 する <strong>IP</strong> アドレスまたはシンボル 名 です。クライアントアプリケーションは、<br />

この <strong>IP</strong> リソースを 使 用 して、 特 定 のネットワークインターフェース 経 由 で 親 アプリ<br />

ケーションにログインします。シンボル 名 を 使 用 する 場 合 、そのシンボル 名 は、ロー<br />

カルの /etc/hosts ファイル 内 に 存 在 するか、DNS によってアクセスできる 必 要 があ<br />

ります。エイリアス 名 およびドメイン 名 は、 上 に 示 した 条 件 を 満 たしていれば 使 用<br />

できます。この 情 報 フィールドにデフォルト 値 はありません。<br />

Netmask<br />

注 記 :シンボル 名 を 使 用 する 場 合 、このリソースを 拡 張 するときに、 実 際 の <strong>IP</strong> アド<br />

レスが <strong>IP</strong> リソースの 指 定 としてダイアログボックスに 表 示 されるため 注 意 が 必 要 で<br />

す。<br />

ネットワークマスク (ネットマスク) を 選 択 または 入 力 します。<strong>IP</strong> リソースは、このネット<br />

マスクをターゲットサーバで 使 用 します。 有 効 な 値 は、 特 定 の <strong>IP</strong> リソースアドレス<br />

のクラスを 表 す 標 準 のネットマスクです。<br />

注 記 :ここで 選 択 したネットマスクと <strong>IP</strong> アドレスの 組 み 合 わせによって、<strong>IP</strong> リソースが<br />

使 用 する、ネットワーク 設 定 と 一 貫 性 があるサブネットが 決 まります。<br />

16 設 定


リソース 階 層 の 削 除<br />

フィールド<br />

Network<br />

Interface<br />

<strong>IP</strong><br />

Resource<br />

Tag<br />

ヒント<br />

LifeKeeper に 保 護 されて <strong>IP</strong> リソースが 配 置 されるネットワークインターフェースを 選<br />

択 または 入 力 します。これは、<strong>IP</strong> アドレスがインターフェースで 接 続 する 物 理 イー<br />

サーネットカードです。 選 択 が 有 効 かどうかは、 既 存 のネットワーク 設 定 と、<strong>IP</strong> リ<br />

ソースアドレスおよびネットマスクのために 選 択 された 値 によって 決 まります。デフォ<br />

ルト 値 は、 一 連 の 有 効 な 選 択 項 目 のうち、 手 順 4 と 5 で 選 択 したアドレスとネッ<br />

トマスクの 値 に 最 もよく 一 致 するインターフェースです。<br />

作 成 している <strong>IP</strong> リソースインスタンスに 固 有 の <strong>IP</strong> リソースタグ 名 を 選 択 または 入<br />

力 します。このフィールドには、デフォルトのタグ 名 の ip- が 自 動 的 に 入<br />

ります。 はリソース 名 または <strong>IP</strong> アドレスです。このタグは 必 要 に 応 じて<br />

変 更 できます。<br />

4. [Create] をクリックします。[Create Resource Wizard] によって、<strong>IP</strong> リソースが 作 成 されます。<br />

5. この 時 点 で 情 報 ボックスが 表 示 され、LifeKeeper は、<strong>IP</strong> リソース 階 層 を 作 成 するために 有 効 な<br />

データが 指 定 されたかどうかを 検 証 します。LifeKeeper が 問 題 を 検 知 した 場 合 は、 情 報 ボックス<br />

にエラーが 表 示 されます。 検 証 に 成 功 すると、リソースが 作 成 されます。[Next] をクリックします。<br />

6. 別 の 情 報 ボックスが 表 示 され、<strong>IP</strong> リソース 階 層 が 正 常 に 作 成 されたことが 示 されます。<strong>IP</strong> リソー<br />

ス 階 層 を LifeKeeper の 保 護 下 に 置 くには、その 階 層 をクラスタ 内 の 別 のサーバに 拡 張 する 必 要<br />

があります。<br />

[Continue] をクリックすると、[Pre-Extend configuration task] が 起 動 されます。リソース 階 層 を<br />

別 のサーバに 拡 張 する 方 法 の 詳 細 については、 階 層 の 拡 張 を 参 照 してください。<br />

ここで [Cancel] をクリックすると、 別 のダイアログボックスが 表 示 され、<strong>IP</strong> リソース 階 層 を<br />

LifeKeeper の 保 護 下 に 置 くには、いずれかの 時 点 でこの 手 順 に 戻 り、 階 層 を 別 のサーバに 拡<br />

張 する 必 要 があるという 警 告 が 表 示 されます。<br />

リソース 階 層 の 削 除<br />

LifeKeeper 環 境 内 のすべてのサーバからリソース 階 層 を 削 除 するには、 以 下 の 手 順 を 実 行 します。<br />

1. LifeKeeper GUI メニューから [Edit] を 選 択 し、 次 に [Resouce] を 選 択 します。ドロップダウンメニ<br />

ューから、[Delete Resource Hierarchy] を 選 択 します。<br />

2. [Target Server] で、<strong>IP</strong> リソース 階 層 を 削 除 するターゲットサーバの 名 前 を 選 択 し、[Next] をクリ<br />

ックします。(このダイアログボックスは、いずれかのペインでリソースインスタンスを 右 クリックし<br />

て、[Delete Resource] を 選 択 した 場 合 には 表 示 されません。)<br />

3. [Hierarchy to Delete] を 選 択 します。 削 除 するリソース 階 層 を 特 定 して、 強 調 表 示 にしま<br />

す。[Next] をクリックします。(このダイアログは、 右 ペインまたは 左 ペインのリソースインスタンス 上<br />

で 右 クリックして [Delete Resource] を 選 択 した 場 合 には 表 示 されません。)<br />

4. 選 択 したターゲットサーバと、 削 除 の 対 象 として 選 択 した 階 層 を 確 認 する 情 報 ボックスが 表 示 さ<br />

れます。[Delete] をクリックして、 次 のダイアログボックスに 進 みます。<br />

5. <strong>IP</strong> リソースが 正 常 に 削 除 されたことを 確 認 する 別 の 情 報 ボックスが 表 示 されます。<br />

6. [Done] をクリックして、[Delete Resource Hierarchy] メニューの 選 択 を 終 了 します。<br />

SteelEye Protection Suite for Linux 17


リソース 階 層 の 拡 張<br />

リソース 階 層 の 拡 張<br />

注 記 :<strong>IP</strong> リソースをバックアップサーバへ 拡 張 する 前 に、<strong>IP</strong> 依 存 関 係 の 作 成 時 のガイドラインセクションを<br />

参 照 してください。<br />

階 層 を 作 成 後 、クラスタ 内 の 別 のサーバに 拡 張 する 必 要 があります。3 通 りのシナリオで、テンプレート<br />

サーバからターゲットサーバにリソースインスタンスを 拡 張 できます。 最 初 のシナリオは、リソース 作 成<br />

後 、[Continue] をクリックして、 別 のサーバにリソースを 拡 張 する 場 合 です。2 番 目 のシナリオは、 以 下 に<br />

示 すように [Edit] メニューから [Extend Resource Hierarchy] を 選 択 する 場 合 です。3 番 目 のシナリオ<br />

は、 左 側 または 右 側 のペインから 拡 張 されていない 階 層 を 右 クリックする 場 合 です。どのシナリオでも 同<br />

じダイアログボックスが 表 示 されます (いくつかの 例 外 については、 以 下 に 詳 細 を 明 記 する)。<br />

1. LifeKeeperGUI メニューから [Extend wizard] を 開 始 する 場 合 は、[Edit] を 選 択 し、 次 に<br />

[Resource] を 選 択 します。ドロップダウンメニューから [Extend Resource Hierarchy] を 選 択 し<br />

ます。これで [Extend Resource Hierarchy wizard] が 起 動 されます。 拡 張 操 作 に 慣 れていな<br />

い 場 合 は、[Next] をクリックします。LifeKeeper のリソース 階 層 の 拡 張 作 業 のデフォルト 値 が 分<br />

かっていて、 入 力 と 確 認 を 省 略 する 場 合 は、[Accept Defaults] をクリックします。<br />

2. [Pre-Extend Wizard] で 以 下 の 情 報 を 入 力 します。 注 記 : 最 初 の 2 つのフィールドは [Edit] メニ<br />

ューの [Extend] から 操 作 を 開 始 した 場 合 にだけ 表 示 されます。 階 層 を 拡 張 する 手 順 の 間 に<br />

[Cancel] をクリックすると、どの 時 点 であってもそのサーバへの 拡 張 処 理 がキャンセルされますので<br />

注 意 してください。ただし、すでにリソースを 別 のサーバに 拡 張 している 場 合 は、 明 示 的 に 拡 張<br />

解 除 するまで、そのインスタンスの 拡 張 は 有 効 です。<br />

フィールド<br />

Template<br />

Server<br />

Tag to<br />

Extend<br />

Target<br />

Server<br />

Switchback<br />

Type<br />

ヒント<br />

<strong>IP</strong> リソースが 現 在 In Service のサーバを 入 力 する。<br />

拡 張 する <strong>IP</strong> リソースを 選 択 する。これは、テンプレートサーバからターゲットサーバ<br />

に 拡 張 する <strong>IP</strong> インスタンスの 名 前 である。ドロップダウンリストには、 前 のダイアログ<br />

ボックスで 選 択 したテンプレートサーバ 上 に 作 成 した 全 リソースの 一 覧 が 表 示 され<br />

る。<br />

<strong>IP</strong> リソース 階 層 を 拡 張 するターゲットサーバを 選 択 する。ドロップダウンボックスに<br />

は、 選 択 された 階 層 に 入 っていないクラスタ 内 のサーバ 名 の 一 覧 が 表 示 される。<br />

スイッチバックタイプを 選 択 します。これは、バックアップサーバへのフェイルオーバー<br />

後 にサービスに 復 帰 したときに、このサーバに <strong>IP</strong> インスタンスを 戻 す 方 法 を 指 定 し<br />

ます。intelligent または automatic を 選 択 できます。intelligent の 場 合 、インスタン<br />

スをプライマリ / オリジナルサーバにスイッチバックするときに 管 理 者 の 介 入 が 必 要 に<br />

なります。automatic の 場 合 、プライマリサーバがオンラインに 戻 り、LifeKeeper コミ<br />

ュニケーションパスを 再 確 立 した 直 後 に 自 動 的 にスイッチバックが 行 われます。スイ<br />

ッチバックタイプは、 必 要 な 場 合 [Resource Properties] ダイアログボックスの<br />

[General] タブで 後 から 変 更 できます。<br />

18 設 定


リソース 階 層 の 拡 張<br />

フィールド<br />

Template<br />

Priority<br />

Target<br />

Priority<br />

ヒント<br />

テンプレートの 優 先 順 位 を 選 択 または 入 力 します。これはサーバで 現 在 In<br />

Service の <strong>IP</strong> 階 層 の 優 先 順 位 です。 優 先 順 位 は、1 ~ 999 の 範 囲 で 未 使 用<br />

の 値 が 有 効 で、 小 さい 数 字 ほど 優 先 順 位 が 高 くなります (1 が 最 高 の 優 先 順<br />

位 )。 拡 張 処 理 時 に、 別 のシステムですでに 使 用 中 の 優 先 順 位 をこの 階 層 に 対<br />

して 指 定 することはできません。デフォルト 値 を 推 奨 します。 注 記 :このフィールドは<br />

階 層 を 最 初 に 拡 張 するときだけ 表 示 されます。<br />

ターゲットの 優 先 順 位 を 選 択 または 入 力 します。これは、 新 しく 拡 張 する <strong>IP</strong> 階 層<br />

が、 他 のサーバに 存 在 する 同 等 の 階 層 に 対 して 持 つ 相 対 的 な 優 先 順 位 で<br />

す。1 ~ 999 の 範 囲 で、まだ 優 先 順 位 として 使 用 されていない 値 が 有 効 で、リ<br />

ソースのカスケーディングフェイルオーバシーケンスにおけるサーバの 優 先 順 位 を 示<br />

します。 数 値 が 小 さいほど 優 先 順 位 は 高 くなります(1 が 最 高 の 優 先 順<br />

位 )。LifeKeeper のデフォルトでは、 階 層 が 作 成 されたサーバに「1」が 割 り 当 てられ<br />

ることに 注 意 してください。 優 先 順 位 は 連 続 している 必 要 はありませんが、 特 定<br />

のリソースについて 2 つのサーバに 同 じ 優 先 順 位 を 割 り 当 てることはできません。<br />

3. 情 報 ボックスが 表 示 され、LifeKeeper による 環 境 のチェックが 正 常 に 完 了 したこと、およびこの <strong>IP</strong><br />

リソースを 拡 張 するための 要 件 がすべて 満 たされたことが 示 されます。 満 たされていない 要 件 が<br />

ある 場 合 は、[Next] ボタンは 選 択 できなくなり、[Back] ボタンが 有 効 になります。[Back] をクリッ<br />

クした 場 合 、 情 報 ボックスに 表 示 されるエラーメッセージの 内 容 に 従 って、リソースの 拡 張 を 変 更<br />

できます。ここで [Cancel] をクリックする 場 合 は、いずれかの 時 点 でこの 手 順 に 戻 り、<strong>IP</strong> リソース<br />

階 層 を 他 のサーバに 拡 張 して LifeKeeper の 保 護 下 に 置 く 必 要 があります。[Next] をクリックする<br />

と、[Extend Resource Hierarchy] 設 定 作 業 に 入 ります。<br />

4. リソース 階 層 構 造 の 拡 張 を 行 うために、 以 下 の 情 報 の 入 力 が 要 求 されます。<br />

フィール<br />

ド<br />

<strong>IP</strong><br />

Resource<br />

Netmask<br />

Network<br />

Interface<br />

<strong>IP</strong><br />

Resource<br />

Tag<br />

ヒント<br />

[Create Resource Wizard] で 作 成 した <strong>IP</strong> リソースまたはアドレスと 同 じです。このダ<br />

イアログボックスは 情 報 の 表 示 専 用 です。このボックスに 表 示 される <strong>IP</strong> リソースは 変<br />

更 できません。<br />

このテンプレートサーバの <strong>IP</strong> リソースが 作 成 されたときに 選 択 されたネットマスクと 同<br />

じで、ここではターゲットサーバの <strong>IP</strong> リソースによって 使 用 されます。このダイアログボッ<br />

クスは 情 報 の 表 示 専 用 です。このボックスに 表 示 されるネットマスクは 変 更 できませ<br />

ん。<br />

ネットワークインターフェースを 選 択 または 入 力 します。これは、<strong>IP</strong> リソースがターゲッ<br />

トサーバで 使 用 するネットワークインターフェース (つまりイーサーネットカード) の 名 前<br />

です。<br />

<strong>IP</strong> リソースタグを 選 択 または 入 力 します。これは、ターゲットサーバに 拡 張 される <strong>IP</strong><br />

リソースが 使 用 するリソースタグ 名 です。<br />

SteelEye Protection Suite for Linux 19


一 般 的 な <strong>IP</strong> プランニングの 考 慮 事 項<br />

5. 拡 張 が 実 行 されていることを 示 す 情 報 ボックスが 表 示 されます。<br />

同 じ <strong>IP</strong> リソースインスタンスをクラスタ 内 の 別 のサーバに 拡 張 する 場 合 は、[Next Server] をクリッ<br />

クします。その 場 合 は、リソース 階 層 の 拡 張 の 操 作 が 繰 り 返 されます。<br />

[Finish] をクリックすると、<strong>IP</strong> リソースの 拡 張 が 正 常 に 完 了 したことが LifeKeeper によって 確 認 さ<br />

れます。<br />

6. [Done]をクリックして、[Extend Resources Hierarchy] メニューの 選 択 を 終 了 します。<br />

注 記 : 必 ずすべてのサーバで 新 しいインスタンスの 機 能 をテストしてください。<br />

一 般 的 な <strong>IP</strong> プランニングの 考 慮 事 項<br />

<strong>IP</strong> リソース 階 層 で 使 用 する 予 定 のアドレス、ネットマスク、 関 連 するホスト 名 / ドメイン 名 を 選 択 したら、<br />

各 サーバの /etc/hosts ファイルに 適 切 なエントリを 追 加 します。DNS を 使 用 している 場 合 は、DNS に<br />

もエントリを 追 加 します。<br />

注 記 :DNS を 使 用 している 場 合 でも、すべての LifeKeeper サーバ 上 のローカル /etc/hosts ファイルに <strong>IP</strong><br />

リソースのエントリを 記 述 することを 強 くお 勧 めします。それによって、リカバリ 時 間 が 短 縮 されます。ただ<br />

し、<strong>IP</strong> インスタンスを 作 成 するときに 入 力 するリソース 名 が <strong>IP</strong> アドレス 自 体 の 場 合 、ホストファイルのエン<br />

トリは 不 要 です。<br />

保 護 された <strong>IP</strong> アドレスは、 恒 久 的 な 論 理 インターフェースを 作 成 する 場 合 のように、システムのブート<br />

時 にアクティブになるようシステムに 設 定 しないでください。LifeKeeper ソフトウェアはシステムに 代 わって<br />

それらの 管 理 を 行 います。<br />

いずれかのリソースアドレスが 新 しい( 論 理 )サブネット 上 にある 場 合 は、それらのサブネットへのルーティン<br />

グを 処 理 するようにルータをアップデートしてください。<br />

<strong>IP</strong> 依 存 関 係 の 作 成 時 のガイドライン<br />

LifeKeeper で 保 護 されるアプリケーションと LifeKeeper で 保 護 される <strong>IP</strong> アドレス 間 の 親 / 子 の 依 存 関<br />

係 を、いつ、どのように 作 成 するかは、 一 般 に LifeKeeper で 保 護 されるアプリケーションによって 決 まりま<br />

す。 例 えば、LifeKeeper で 保 護 された Apache 環 境 では、 親 / 子 の 依 存 関 係 は、( 保 護 された <strong>IP</strong> アド<br />

レスをすでに 作 成 している 場 合 は) Apache リソース 階 層 の 作 成 時 に 作 成 されます。この 依 存 関 係 が<br />

自 動 的 に 作 成 されない 他 のアプリケーションでは、 次 の 手 順 に 従 うことをお 勧 めします。<br />

1. アプリケーション / 親 リソース 階 層 を 作 成 します。 注 記 : この 時 点 では、リソース 階 層 をバックアップ<br />

サーバに 拡 張 しないでください。 階 層 を 拡 張 しないことを 選 ぶと 警 告 メッセージが 出 されますが、<br />

この 場 合 は 拡 張 しないことが 正 しい 操 作 です<br />

2. <strong>IP</strong> リソース 階 層 を 作 成 します。 注 記 :この 時 点 では、<strong>IP</strong> リソース 階 層 をバックアップサーバに 拡 張<br />

しないでください。 階 層 を 拡 張 しないことを 選 ぶと 警 告 メッセージが 出 されますが、この 場 合 は 拡<br />

張 しないことが 正 しい 操 作 です<br />

3. 親 アプリケーションリソース 階 層 と <strong>IP</strong> リソース 階 層 の 間 の 親 / 子 依 存 関 係 を、[Create Resource<br />

Dependency] 設 定 作 業 を 使 用 して 作 成 します。(LifeKeeper for Linux のトピック、リソース 依 存<br />

20 設 定


インターフェースの 選 択<br />

関 係 の 作 成 を 参 照 )<br />

4. 最 後 に、アプリケーションリソース 階 層 をバックアップサーバに 拡 張 します。すでに 依 存 関 係 が 作<br />

成 されているため、 依 存 する <strong>IP</strong> リソースインスタンスも、 親 アプリケーションリソース 階 層 の 一 部 と<br />

してバックアップサーバに 拡 張 されます。<br />

上 記 の 手 順 に 従 えば、 余 分 な 拡 張 (つまり、<strong>IP</strong> リソースのバックアップサーバへの 拡 張 ) を 行 わずにすみ<br />

ます。<br />

インターフェースの 選 択<br />

<strong>IP</strong> リソースを 作 成 するときには、<strong>IP</strong> リソースのアドレス、そのアドレスで 使 用 するネットマスク、ネットワーク<br />

インターフェースを 選 択 します。すべての 組 み 合 わせが 許 されるわけではありません。 指 定 するアドレスと<br />

ネットマスクのペアと、 現 在 In Service になっているアドレスとネットマスクのすべてのペアによって 選 択 肢<br />

が 決 まります。また、<strong>Recovery</strong> <strong>Kit</strong> の <strong>IP</strong> ローカルリカバリ 機 能 を 使 用 する 予 定 がある 場 合 、<strong>IP</strong> ローカルリ<br />

カバリセクションで 追 加 の 設 定 上 の 考 慮 事 項 を 参 照 してください。<br />

選 択 したアドレスとネットマスクのペアにより、リソースのサブネットが 決 まります。 同 じサブネット 上 で、 別 の<br />

アドレス ( 物 理 インターフェースアドレスまたは 論 理 インターフェースアドレス) がいずれかのインターフェース<br />

上 で 現 在 In Service である 場 合 、そのインターフェースで <strong>IP</strong> リソースを 設 定 する 必 要 があります。ソフト<br />

ウェアはテストを 実 行 し、 現 在 のネットワーク 設 定 に 基 づいて、 可 能 な 選 択 肢 を 特 定 します。 提 示 され<br />

る 選 択 肢 からは、 任 意 のものを 選 択 できます。<br />

<strong>IP</strong> リカバリキットソフトウェアが 物 理 メディアのタイプを 区 別 しないため、リソースが 使 用 する 物 理 ネット<br />

ワークを 決 定 し、 適 切 にアドレスを 選 択 してください。 例 えば、サブネット xx.yy.12 のイーサーネットバック<br />

ボーンと、サブネット xx.yy.20 および xx.yy.30 のイーサーネット LAN に 接 続 されたサーバがあるとします。<br />

最 初 のイーサーネットサブネット 上 にリソースを 作 成 する 場 合 は、xx.yy.20.120 のように、 目 的 のサブネッ<br />

ト 上 のアドレスを 選 択 します。<br />

一 般 的 に、<strong>IP</strong> リカバリキットソフトウェアがあらゆる 値 のネットマスクの 選 択 を 許 可 したとしても、 複 数 のネ<br />

ットマスクがパケットのミスルーティングを 引 き 起 こす 原 因 となりうるため、 同 じ 物 理 的 なインターフェースに<br />

対 して 複 数 のネットマスクを 選 択 することは 避 けなければなりません。<br />

もう 1 つの 考 慮 点 として、すべての LifeKeeper サーバで、インターフェースの 選 択 に 一 貫 性 を 持 たせる<br />

必 要 があります。サーバ A で、1 つのインターフェースに <strong>IP</strong> リソースをいくつか 設 定 した 場 合 は、サーバ B<br />

でも、1 つのインターフェースにそれらの <strong>IP</strong> リソースを 設 定 する 必 要 があります。<br />

<strong>IP</strong> リソース 階 層 を 作 成 する 時 は、 起 動 時 に 最 初 に 立 ち 上 がっていてプライマリおよびバックアップ 側 の<br />

両 ノードで 設 定 が 一 致 しているネットワークインターフェースを 利 用 するといいでしょう。 例 えば eth1 を 利<br />

用 する 場 合 は、<strong>IP</strong> アドレスが 割 り 当 てられていないような 構 成 、またはサーバ 起 動 直 後 のいくつかのネ<br />

ットワークインターフェースが 起 動 していないような 時 でも、eth1 は 起 動 している 必 要 があり、ifcfg-eth1<br />

ファイルは 両 ノードで 正 しく 設 定 されていなければなりません (ifup/ifdown ifcfg-eth1 コマンドで<br />

確 認 する)。<br />

<strong>IP</strong> ローカルリカバリと 設 定 に 関 する 考 慮 事 項<br />

HA の 構 成 におけるネットワークインターフェースの 冗 長 性 を 確 保 するために、Linux 標 準 の NIC のボン<br />

ディングの 利 用 をお 勧 めします。LifeKeeper <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> は、ボンディングインターフェース 上 に 作 成<br />

された 仮 想 <strong>IP</strong> アドレスを 完 全 にサポートします。<br />

SteelEye Protection Suite for Linux 21


ローカルリカバリのシナリオ<br />

ローカルリカバリのシナリオ<br />

<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> によって <strong>IP</strong> アドレスの 障 害 が 検 出 されると、 結 果 として 生 じる 障 害 によって <strong>IP</strong> ローカル<br />

リカバリスクリプトが 起 動 されます。LifeKeeper は 最 初 に、その <strong>IP</strong> アドレスを 現 在 のネットワークインターフ<br />

ェース 上 で In Service の 状 態 に 戻 そうとします。ローカルでリカバリの 試 みが 失 敗 すると、LifeKeeper は<br />

<strong>IP</strong> リソースと 依 存 関 係 を 持 つすべてのリソースのバックアップサーバへのフェイルオーバを 実 行 します。<br />

<strong>IP</strong> のリソース 監 視 と 設 定 に 関 する 考 慮 事 項<br />

デフォルトでは、LifeKeeper <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> は、<strong>IP</strong> アドレスの 論 理 サブネットでブロードキャスト ping を<br />

実 行 し、 応 答 を 確 認 することによって <strong>IP</strong> リソースを 監 視 します。このテストが 正 しく 動 作 するには、<strong>IP</strong> リ<br />

ソースと 同 じ 論 理 サブネットに 属 する <strong>IP</strong> アドレスを 持 ち、ブロードキャスト ping に 応 答 できる 別 のシステ<br />

ムが、 物 理 ネットワーク 上 に 少 なくとも 1 つ 存 在 する 必 要 があります。この 要 件 を 満 たすには、ネットワー<br />

ク 上 で 常 に 1 つ 以 上 のシステムが 利 用 可 能 なようにする 必 要 があります。 同 じ 論 理 サブネット 上 にルー<br />

タを 配 置 すれば、 通 常 は 十 分 にこの 要 件 が 満 たされます。 多 くのデバイスにおいて、デフォルトの 設 定<br />

ではブロードキャスト ping に 応 答 しないことに 注 意 してください。そのため、 少 なくとも 1 つのデバイスの<br />

設 定 を 変 更 しておく 必 要 があるでしょう。<br />

この 要 件 を 満 たせない 場 合 は、ブロードキャスト ping を 完 全 に 無 効 にするか、ブロードキャスト ping に<br />

代 わる 手 段 として 確 認 される <strong>IP</strong> アドレスの 静 的 リストを 設 定 してください。これらの 設 定 方 法 に 関 する<br />

追 加 情 報 については、<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のチューニングおよび <strong>IP</strong> 構 成 の 確 認 および 編 集 を 参 照 してく<br />

ださい。<br />

リソース 階 層 のテスト<br />

手 動 スイッチオーバを 開 始 することによって、<strong>IP</strong> リソース 階 層 をテストできます。これにより、プライマリサー<br />

バからバックアップサーバへのリソースインスタンスのフェイルオーバをシミュレートします。<br />

GUI からの 手 動 スイッチオーバの 実 行<br />

手 動 スイッチオーバを 開 始 するには、LifeKeeper の GUI メニューから [Edit]、[Resource] の 順 に 選 択<br />

し、 最 後 にドロップダウンメニューから [In Service] を 選 択 します。 例 えば、バックアップサーバで [In<br />

Service] 要 求 を 実 行 すると、アプリケーション 階 層 はバックアップサーバで in service になり、プライマリ<br />

サーバでは out of service になります。この 時 点 で、 元 のバックアップサーバがプライマリサーバに、 元 のプ<br />

ライマリサーバがバックアップサーバに 変 わります。<br />

[Out of Service] 要 求 を 実 行 すると、アプリケーションは 他 のサーバで in service にならずに、 out of<br />

service になります。<br />

手 動 スイッチオーバでは、<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> はそのアドレスをアクティブサーバのサービスから 削 除 した 後 、<br />

バックアップサーバに 追 加 します。<br />

スイッチオーバ 後 、その <strong>IP</strong> リソースのハードウェア (MAC) アドレスは 別 のアドレスになります。これは、<strong>IP</strong> リ<br />

ソースが 別 の LAN インターフェースに 関 係 付 けられるためです。ユーザシステムが 再 接 続 できるのは、<br />

ユーザシステムの TCP/<strong>IP</strong> ソフトウェアが、この 新 しいアドレスマッピングを 特 定 してからです。<strong>IP</strong> <strong>Recovery</strong><br />

<strong>Kit</strong> は、ARP (アドレス 解 決 プロトコル) テーブルをアップデートして 新 しいマッピングを 反 映 する 必 要 がある<br />

ことを、 接 続 されたすべてのサーバに 自 動 的 に 通 知 します。<br />

22 設 定


リソース 階 層 の 拡 張 解 除<br />

フル 機 能 の TCP/<strong>IP</strong> 実 装 を 実 行 しているユーザシステムは、すぐにアップデートされます。それより 低 機<br />

能 の 実 装 を 備 えたユーザシステムでは、アップデートが 遅 れたり、アドレス 指 定 の 仲 介 役 としてルータが<br />

必 要 とされる 場 合 があります。<br />

リソース 階 層 の 拡 張 解 除<br />

1. LifeKeeper GUI メニューから [Edit] を 選 択 し、 次 に [Resouce] を 選 択 します。ドロップダウンメニ<br />

ューから、[Unextend Resource Hierarchy] を 選 択 します。<br />

2. [Target Server] で、<strong>IP</strong> リソースを 拡 張 解 除 するターゲットサーバを 選 択 します。<strong>IP</strong> アドレスが 現<br />

在 In Service のサーバは 選 択 できません。<br />

注 記 : 右 側 のペインから 個 々 のリソースインスタンスを 右 クリックして 拡 張 解 除 作 業 を 選 択 した<br />

場 合 、このダイアログボックスは 表 示 されません。<br />

[Next] をクリックして 次 のダイアログボックスに 進 んでください。<br />

3. [<strong>IP</strong> Hierarchy to Unextend] を 選 択 してください。<br />

注 記 : 左 側 のペインからグローバルリソースを 右 クリックするか、 右 側 のペインから 個 々 のリソースイ<br />

ンスタンスを 右 クリックして 拡 張 解 除 作 業 を 選 択 した 場 合 、このダイアログボックスは 表 示 されま<br />

せん。<br />

[Next] をクリックして 次 のダイアログボックスに 進 んでください。<br />

4. 拡 張 解 除 のために 選 択 したターゲットサーバと <strong>IP</strong> リソース 階 層 を 確 認 する 情 報 ボックスが 表 示<br />

されます。<br />

[Unextend] をクリックします。<br />

5. <strong>IP</strong> リソースが 正 常 に 拡 張 解 除 されたことを 確 認 する 別 の 情 報 ボックスが 表 示 されます。<br />

6. [Done] をクリックして、[Unextend Resource Hierarchy] メニューを 終 了 します。<br />

ユーザシステムのセット アップ<br />

1 つの <strong>IP</strong> リソースが、2 台 のサーバ 間 で <strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> ソフトウェアによって 切 り 替 えられる 場 合 、イン<br />

ターフェースが 変 更 されるため、 切 り 替 えられる <strong>IP</strong> アドレスに 対 応 する MAC アドレスが 変 化 しま<br />

す。LAN 上 のルータやユーザシステムは、この 変 更 をそれぞれの ARP テーブルに 反 映 しないと、 新 しい<br />

場 所 の <strong>IP</strong> アドレスにアクセスできません。オペレーティングシステムによっては、ネットワークインターフェー<br />

スに 新 しい <strong>IP</strong> アドレスが 追 加 されると、ARP パケットが 自 動 的 に 送 信 され、サブネット 上 の 全 クライアン<br />

トの ARP テーブルがアップデートされます。Linux にこの 機 能 はありません。そのため LifeKeeper は、 切 り<br />

替 え 可 能 な <strong>IP</strong> アドレスをインターフェースに 追 加 したら ARP パケットを 送 信 し、クライアントの ARP キャ<br />

ッシュを 強 制 的 にアップデートする 必 要 があります。<br />

TCP/<strong>IP</strong> の 実 装 は、このARP パケットに 応 じて 必 要 な ARP のアップデートを 実 行 する 機 能 の 点 でさまざ<br />

まです。 以 下 に、 重 要 な 例 の 一 部 の 説 明 を 示 します。<br />

• Linux TCP/<strong>IP</strong> の 全 機 能 の 実 装 : Linux や 他 のオペレーティングシステムのほとんどが 備 える<br />

TCP/<strong>IP</strong> の 実 装 では、システムが ARP 要 求 パケットを 受 信 したときに ARP キャッシュをアップデー<br />

トする 機 能 がサポートされています。LifeKeeper は 前 述 のようにこの 機 能 を 利 用 して、それらの<br />

システムの ARP キャッシュを 強 制 的 にアップデートします。<br />

• ARP キャッシュ: 上 記 のような ARP の 実 装 をサポートしていなくても ARP キャッシュはサポートし<br />

SteelEye Protection Suite for Linux 23


<strong>IP</strong> 構 成 の 確 認 および 編 集<br />

ているユーザシステムは、 通 常 、キャッシュ 関 連 のタイマを 備 え、 内 容 の 新 しさをあるレベルに 維<br />

持 しています。 一 部 の 実 装 では、タイマの 値 を 減 らすことによって、 変 更 されたアドレスのマッピン<br />

グがそのユーザシステムに 反 映 されるのに 必 要 な 時 間 を 最 小 限 にすることができます。LAN 上 の<br />

ユーザー 数 が 少 ない 場 合 は、この 方 法 を 採 用 しても 構 いません。タイマの 値 を 減 らす 必 要 がな<br />

いシステムもあります。たとえば、Windows NT の TCP 実 装 が 使 用 するタイマ 値 は 10 秒 なの<br />

で、 値 を 変 更 する 必 要 はないでしょう。<br />

• 静 的 アドレスマッピング: 動 的 ARP キャッシュを 持 たないシステムや、キャッシュのタイミングを 調<br />

整 できないシステムでは、ルータを 使 用 してマッピングの 変 更 を 処 理 できます。そのようなユーザ<br />

システムは、ルータ (ゲートウェイ) 経 由 で <strong>IP</strong> リソースのサブネットにアクセスします。この 設 定 で<br />

は、キャッシュのアップデートが 必 要 なのはリソースサブネットに 直 接 接 続 されているルータだけ<br />

で、ユーザシステム 自 体 で 必 要 な 変 更 はありません。<br />

<strong>IP</strong> 構 成 の 確 認 および 編 集<br />

[<strong>IP</strong> Configuration Properties] ページでは、 特 定 の <strong>IP</strong> リソースに 関 する 詳 細 な 設 定 を 確 認 し、 選 択<br />

された 設 定 項 目 について 修 正 を 行 うことができます。<br />

[<strong>IP</strong> Configuration Properties] ページにアクセスするには、LifeKeeper GUI メニューから<br />

[Edit]、[Resource] の 順 に 選 択 します。ドロップダウンメニューから [Properties] を 選 択 します。 次 にプ<br />

ロパティを 表 示 するリソースとサーバを [Resource list] と [Server list] から 選 択 します。 同 様 に 特 定 の<br />

<strong>IP</strong> リソースインスタンスを 右 クリックし、コンテキストメニューからプロパティ 画 面 にアクセスすることも 可 能 で<br />

す。<br />

以 下 は <strong>IP</strong> リソースのプロパティ 画 面 の 例 です。<br />

24 設 定


<strong>IP</strong> 構 成 の 確 認 および 編 集<br />

表 示 されたプロパティ 画 面 にはタブが 4 つあります。1 番 目 のタブは [<strong>IP</strong> Configuration] で, 特 定 の <strong>IP</strong><br />

リソースの 設 定 情 報 が 設 定 されています。 残 り 3 つのタブは、LifeKeeper のすべてのリソースタイプで 共<br />

通 の 項 目 として 使 用 できます。<br />

[<strong>IP</strong> Configuration] タブには 特 定 <strong>IP</strong> リソースの 以 下 の 情 報 が 表 示 されています。<br />

Virtual <strong>IP</strong><br />

Netmask<br />

Subnet<br />

Primary<br />

interface<br />

<strong>IP</strong> リソースの 仮 想 <strong>IP</strong> アドレス<br />

仮 想 <strong>IP</strong> アドレスのネットマスク。この 値 により、サブネット 分 割 が 決 定 される<br />

仮 想 <strong>IP</strong> アドレスの 論 理 サブネット、サブネット 部 分 のビット 数 を 含 む<br />

アクティブな 場 合 、 仮 想 <strong>IP</strong> アドレスを 設 定 する 必 要 のあるネットワークインターフェース<br />

SteelEye Protection Suite for Linux 25


<strong>IP</strong> 構 成 の 確 認 および 編 集<br />

Source<br />

address<br />

setting<br />

Ping List<br />

仮 想 <strong>IP</strong> アドレスを 同 一 サブネットへの 外 部 通 信 <strong>IP</strong> トラフィックのソースアドレスに 使 用 す<br />

るかどうかの 設 定<br />

オプション 用 Ping 先 リスト。 <strong>IP</strong> ヘルスチェック 時 に、 通 常 のブロードキャスト ping メカニズ<br />

ムの 代 替 として ping を 通 して、この <strong>IP</strong> リソース (および 同 一 サブネットの 他 の <strong>IP</strong> リソース)<br />

の 動 作 をチェックする<br />

上 記 の 図 の 例 では、<strong>IP</strong> リソース 上 に Ping List は 設 定 されていません。Ping List が 設 定 されている 場<br />

合 、プロパティ 画 面 は 以 下 の 図 の 例 のようになります。<br />

26 設 定


Ping List の 修 正<br />

[Modify Ping List] および [Modify Source Address Setting] ボタンを 使 用 して、この 設 定 項 目 を 修<br />

正 することが 可 能 です。 以 下 のセクションで 説 明 します。<br />

Ping List の 修 正<br />

<strong>IP</strong> リソースに 関 する Ping List 機 能 の 使 い 方 の 説 明 については、<strong>IP</strong> リソースの 監 視 をご 参 照 ください。<br />

<strong>IP</strong> リソースの Ping List を 作 成 または 修 正 するには、[<strong>IP</strong> Configuration] プロパティ 画 面 の [Modify<br />

Ping List] ボタンをクリックします。 以 下 の 例 のようにダイアログウィンドウが 表 示 されます。<br />

アドレスを Ping List に 追 加 する 場 合 、 以 下 の 2 つの 図 に 示 すように [Add address] ボタンの 横 のフィー<br />

ルドにアドレスを 入 力 し、[Add address] をクリックします。[Add address] ボタンは 入 力 欄 にアドレスを<br />

入 力 しない 限 りグレーアウトされています。<br />

SteelEye Protection Suite for Linux 27


Ping List の 修 正<br />

Ping List からアドレスを 削 除 する 場 合 は、 削 除 したいアドレスを 選 択 し、[Remove selected<br />

address(es)] ボタンをクリックします。[Remove selected address(es)] ボタンも 同 様 に、リスト 内 でアド<br />

レスを 1 つ 以 上 選 択 しない 限 りグレーアウトされています。<br />

28 設 定


Ping List の 修 正<br />

確 認 に 対 し、[OK] をクリックし、アドレスを 削 除 してください。<br />

SteelEye Protection Suite for Linux 29


Ping List の 修 正<br />

修 正 済 みリストを 保 存 するため、[Save List] をクリックします。 以 下 の 確 認 ウィンドウが 表 示 されます。<br />

30 設 定


Ping List の 修 正<br />

[Done] をクリックしてウィンドウを 終 了 させ、[<strong>IP</strong> Configuration] プロパティ 画 面 に 戻 ると、Ping List が 修<br />

正 されているのが 確 認 できます。<br />

SteelEye Protection Suite for Linux 31


Ping List の 使 用 に 関 する 重 要 事 項<br />

Ping List の 使 用 に 関 する 重 要 事 項<br />

<strong>IP</strong> リソースの Ping List 構 成 はシステムごとに 個 別 の 設 定 となります。<strong>IP</strong> リソースが、Ping List 構 成 後 に<br />

他 のシステムに 拡 張 された 場 合 、 同 じ 設 定 の Pinglist が 拡 張 先 LifeKeeper システムに 一 緒 にコピーさ<br />

れます。しかし、すでに <strong>IP</strong> リソースが 拡 張 済 みの 場 合 は、Ping List の 構 成 は <strong>IP</strong> リソースが 定 義 された<br />

それぞれのシステムに 個 別 に 設 定 する 必 要 があります。Ping List の 修 正 は、<strong>IP</strong> リソースの 状 態 にかか<br />

わらず 実 行 できるため、それぞれのシステムの Ping List を 変 更 するために<strong>IP</strong> リソースのスイッチオーバを<br />

実 行 する 必 要 はありません。<br />

32 設 定


ソースアドレス 設 定 の 修 正<br />

同 一 論 理 サブネットに 複 数 の <strong>IP</strong> リソースが 作 られている 場 合 、これらのリソースは 同 じ Ping List を 共<br />

有 する 必 要 があります。これは [<strong>IP</strong> Configuration] プロパティ 画 面 に 反 映 され、Ping List 修 正 ダイアログ<br />

ボックスは <strong>IP</strong> リソースのサブネットごとに 設 定 されます。<br />

<strong>IP</strong> リソースに Ping List が 定 義 されると、リソースのヘルスチェックはデフォルトのブロードキャスト ping メカ<br />

ニズムの 代 わりに、Ping List メカニズムを 使 用 します。ブロードキャスト ping メカニズムを 再 度 利 用 する<br />

ためには、Ping List に 定 義 した 全 <strong>IP</strong> アドレスを 削 除 する 必 要 があります。<br />

LifeKeeper の 動 作 では、 入 力 された Ping List の <strong>IP</strong> アドレスについて、フォーマットが 正 しいかどうか 以<br />

外 の 検 査 は 実 行 しません。そのため、 入 力 した <strong>IP</strong> アドレスが 実 際 にネットワーク 上 に 存 在 しており、 常<br />

に 正 常 に 動 作 しているかについて、LifeKeeper がインストールされているシステムから ping を 実 行 する<br />

などの 方 法 で 確 認 する 必 要 があります。また LifeKeeper がインストールされているシステムの <strong>IP</strong> アドレス<br />

は 常 に 動 作 していることが 予 想 されますが、これらの <strong>IP</strong> アドレスを Ping List に 選 択 しないでください。こ<br />

れらのアドレスへの ping 実 行 は、NIC に 関 連 付 けられている 実 際 の <strong>IP</strong> リソースの 状 態 にかかわりなく、<br />

常 に 成 功 してしまう 可 能 性 があり、 正 しいチェックとなりません。<br />

上 記 にて 指 摘 している 通 り、<strong>IP</strong> リソースの Ping List を 定 義 すると、LifeKeeper は 自 動 的 に Ping List メ<br />

カニズムをブロードキャスト ping メカニズムの 代 わりに、 対 象 の <strong>IP</strong> リソースおよび 同 一 サブネットのアドレ<br />

ス 設 定 をされた 他 の <strong>IP</strong> リソースに 対 して、 使 用 します。この 時 、ブロードキャスト ping メカニズムを 使 用<br />

不 可 にするために、<strong>IP</strong> <strong>Recovery</strong> <strong>Kit</strong> のチューニングで 解 説 されている NOBCASTPING 値 の 設 定 を 行<br />

う 必 要 はありません。しかしながら、ネットワーク 上 にブロードキャスト ping に 対 して 回 答 可 能 なシステム<br />

が 存 在 しない 環 境 で 設 定 する 場 合 であれば、NOBCASTPING=1 と 設 定 する 必 要 があります。この 設<br />

定 を 行 わないと、<strong>IP</strong> リソース 作 成 時 にブロードキャスト ping によるチェックが 実 行 されてしまうためです。<br />

この 段 階 ではまだ Ping List を 作 成 することができません。<strong>IP</strong> リソース 作 成 が 済 み、Ping List を 設 定 後<br />

であれば、デフォルトの NOBCASTPING=0 に 戻 して 構 いません。<br />

ソースアドレス 設 定 の 修 正<br />

<strong>IP</strong> リソースのソースアドレス 設 定 は、<strong>IP</strong> リソース 起 動 時 に、 同 じサブネットへの 外 部 通 信 トラフィックの<br />

ソースアドレスに 仮 想 <strong>IP</strong> アドレスを 使 用 するかどうか 決 定 します。この 値 のデフォルトは [No] と 設 定 され<br />

ており、 同 一 サブネットへの 外 部 への 通 信 のソースアドレスは NIC に 設 定 されたプライマリ <strong>IP</strong> アドレスが<br />

使 用 されます。この 動 作 は 大 半 のケースにおいて 適 切 な 設 定 です。 仮 想 <strong>IP</strong> アドレスはクライアントから<br />

の 接 続 ポイントに 使 用 されるため、 通 常 は 内 向 きのトラフィックとして 生 成 されたものが 使 用 されることに<br />

なります。<br />

しかし 特 定 の 状 況 または 設 定 のために、Lifekeeper システムからの 接 続 に 仮 想 <strong>IP</strong> をソースとする 必 要<br />

がある 場 合 もあり 得 ます。このため、ソースアドレスを 変 更 するには、<strong>IP</strong> リソースが 起 動 している 状 態 で<br />

[Source Address Setting] を [Yes] にします。システムの TCP/<strong>IP</strong> ルートはこの 設 定 を 行 うことで 修 正 さ<br />

れます。<br />

もし 仮 想 <strong>IP</strong> がシステムの 実 <strong>IP</strong> アドレスと 異 なる 論 理 サブネット 上 に 存 在 する 場 合 に 注 意 してください。<br />

外 向 けのトラフィックは、ソースアドレス 設 定 を 再 度 修 正 しない 限 り、すべて 仮 想 <strong>IP</strong> アドレスから 行 われ<br />

ることになります。<br />

<strong>IP</strong> リソースのソースアドレス 設 定 を 修 正 するには、[<strong>IP</strong> Configuration] プロパティ 画 面 の [Modify Source<br />

Address Setting] ボタンをクリックします。 以 下 の 例 のようにダイアログウィンドウが 表 示 されます。<br />

SteelEye Protection Suite for Linux 33


ソースアドレス 設 定 の 修 正<br />

設 定 を 変 更 するにはドロップダウンリストを 選 択 し、[Yes] または [No] を 選 択 してください。<br />

34 設 定


ソースアドレス 設 定 の 修 正<br />

SteelEye Protection Suite for Linux 35


ソースアドレス 設 定 の 修 正<br />

[Apply] をクリックし、 変 更 を 保 存 します。 以 下 の 確 認 ウィンドウが 表 示 されます。<br />

36 設 定


ソースアドレス 設 定 の 修 正<br />

[Done] をクリックするとウィンドウが 閉 じ、[<strong>IP</strong> Configuration] プロパティ 画 面 に 戻 ります。ここで、 変 更 し<br />

た 設 定 を 確 認 できます。<br />

SteelEye Protection Suite for Linux 37


ソースアドレス 設 定 に 関 する 重 要 事 項<br />

ソースアドレス 設 定 に 関 する 重 要 事 項<br />

<strong>IP</strong> リソースの [Source Address] 設 定 は、システムごとに 個 別 の 設 定 となります。[Source Address]<br />

設 定 の 変 更 後 に <strong>IP</strong> リソースを 他 のシステムに 拡 張 する 場 合 、その 設 定 が 拡 張 先 の LifeKeeper システ<br />

ムに 一 緒 にコピーされます。しかし、すでに <strong>IP</strong> リソースが 拡 張 済 みの 場 合 は、<strong>IP</strong> リソースが 定 義 されて<br />

いる 各 システム 上 で 個 別 に [Source Address] 設 定 を 変 更 する 必 要 があります。<br />

特 定 のサブネット 内 で、[Source Address] 設 定 を [Yes] にした 場 合 、 単 一 の <strong>IP</strong> リソースのみ 設 定 が<br />

有 効 になります。 外 向 けネットワークトラフィックのソースアドレスとして 動 作 する <strong>IP</strong> アドレスは 本 来 1 つだ<br />

けに 限 定 されるためです。 同 じサブネットに 属 する 複 数 の <strong>IP</strong> リソースが 存 在 し、[Source Address] 設<br />

定 が [Yes] になっている 場 合 、 最 後 に 設 定 したリソースの <strong>IP</strong> アドレスが 他 の 有 効 な 送 信 トラフィックの<br />

ソースアドレスとなり、その 他 のソースアドレス 設 定 は 無 効 になります。<br />

38 設 定


リストアおよびリカバリの 修 正<br />

[Source Address] 設 定 は、<strong>IP</strong> リソースの 起 動 時 のローカル TCP/<strong>IP</strong> 設 定 のみに 影 響 します。したがっ<br />

てすでにリソースが 起 動 中 の 場 合 は、ソースアドレス 設 定 を 変 更 後 、リソースを 一 旦 停 止 し、 再 起 動<br />

させて、 変 更 を TCP/<strong>IP</strong> 設 定 に 反 映 させる 必 要 があります。<br />

[Source Address] 設 定 は、<strong>IP</strong> v4 アドレスにのみ 影 響 があります。<strong>IP</strong> v6 アドレスには 影 響 ありません。<br />

リスト アおよびリカバリの 修 正<br />

<strong>IP</strong> リソースに 対 する [Restore and Recover] の 設 定 は、 異 なるサブネット 間 にディザスタリカバリシステム<br />

が 存 在 するマルチサイトクラスタ 環 境 では [Disable] にする 必 要 があります。<br />

この 設 定 では 既 存 の <strong>IP</strong> リソースに 対 するデフォルトのリストアおよびリカバリの 動 作 を [Enable] もしくは<br />

[Disable] で 選 択 することができます。[Enable] オプションに 設 定 すると、<strong>IP</strong> アドレスはアクティブになり、<br />

通 常 の 監 視 およびリカバリプロセスが 発 生 します。<strong>IP</strong> アドレスのリストアの 現 在 のデフォルトの 動 作 は<br />

[Enable] になっています。<br />

[Restore and Recover] オプションを [Disable] に 設 定 すると、リソースはネットワークもしくはネットワーク<br />

アダプタ 上 で In Service の 状 態 になりますが、<strong>IP</strong> アドレスはアクティブになりません。この 設 定 によりマル<br />

チサイトクラスタ (もしくは WAN) 環 境 での 階 層 をディザスタリカバリシステム 上 で In Service の 状 態 にす<br />

ることが 可 能 になります。<br />

この 設 定 はリソースを 作 成 し 拡 張 した 後 に 選 択 することが 可 能 です。<br />

アクティブな <strong>IP</strong> アドレス (ISP) に 対 する 重 要 事 項 : ISP およびアクティブな <strong>IP</strong> アドレスにおいて 動 作 を<br />

[Disable] に 設 定 しても、アクティブな <strong>IP</strong> アドレスは out of service になりません。<br />

SteelEye Protection Suite for Linux 39

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!