はじめに

LifeKeeper Single Server Protection for Linuxについて

LifeKeeper Single Server Protection (SSP) は、単一ノード構成におけるアプリケーション監視を可能にします (つまり、クラスタの要件または制約はありません)。単一ノード環境は、物理的なものでも仮想 (vSphere、KVM) でも構いません。LifeKeeper SSP は、実績がある安定した SIOS LifeKeeper アーキテクチャ上に構築されます。LifeKeeper SSP は優れたアプリケーション監視機能を提供し、障害が発生したアプリケーションおよびシステムインフラストラクチャ項目 (例: NFS 共有、IP アドレス、ファイルシステム) のリカバリを実行することができます。何らかの理由でアプリケーションをリカバリできない場合、LifeKeeper SSP は、システムのリブートまたは VM とアプリケーション監視を設定された VMware 仮想マシンの VMware HA 再起動によって、ノードの再起動を開始します。

*注意: LifeKeeper SSPはSIOS LifeKeeper技術を使用して構築されているため、ドキュメント全体でLifeKeeperを参照します。また、両製品に共通するトピックについてはLifeKeeper for Linuxドキュメンテーションの情報を参照します。これらの共通のトピックを参照する場合、LifeKeeper SSPには以下の話題は適用されません。

• クラスタリング

• コミュニケーションパス

• 共有ストレージ (要件、構成、…)

• リソース階層の拡張/拡張解除

• ストレージキット (DR、DMMP、HDLM、LVM、PPATH)

*注意: LifeKeeper SSPにベースとなるストレージキットがない場合、保護されるファイルシステムのマウントに必要なデバイスがシステム起動時にアクティベートされるようにするための手順が必要です (例: ファイルシステムが論理ボリューム上でマウントされる場合、LifeKeeper SSPが起動する前にボリュームがアクティブな状態になっていなければなりません)。

• リソース/マシンのフェイルオーバー(LifeKeeper SSPのデフォルトでは、これによってノードが再起動されます)

• リソースのスイッチオーバー

• 切り替え可能なIPアドレス (LifeKeeper SSPでは、保護されるアプリケーションの一部には切り替え可能な IP アドレスが必要ですが、単一ノードしかないため、実際には切り替えは行われません)

*注意: Amazon EC2上で使用する場合、IP リソースを作成する前にAmazon EC2マネジメントコンソールを使用してNICにセカンダリプライベートIPアドレスを割り当ててください。次に、LifeKeeper GUIクライアントを使用しているNICでプライベートIPアドレスとしてIPリソースを作成してください。Elastic IPをIPリソースに関連付けることもできます。

LifeKeeper SSPのベースになっているSIOS LifeKeeper製品の詳細については、共通するリリース番号の LifeKeeper for Linuxドキュメンテーション を参照してください。このドキュメンテーションは、リソース階層の作成、リソースタイプ、状態と関係、グラフィカルユーザインターフェース (GUI)、および共通の作業と高度な作業に関する詳細情報を提供します。