よってサポートされる一時的な仮想マシンをサポートします。仮想マシンをオンザフライで作成し、削除できるため、非クラスターツールの使用による仮想マシンの二重起動の可能性を軽減できます。同期を手動で維持する必要がなくなります。開始または停止は行われません。注意を向け始めるか、または注意しなくなるかのいずれかになります。ダウンタイムを最小限に抑えるため、移行を使用して実行されます。使用して仮想マシンの状態や設定を操作すること。実行していないクラスター内のノードに移行する。つのインスタンスが実行されてしまい、ファイルシステムが破損します。リソースエージェントから以下の戻り値を予期します。戻りコードに依存します。停止後の停止、または未実行時の停止により成功を戻します。開始後の開始、または実行時の開始により成功を戻します。停止操作がゼロ以外の値を戻す場合、サービスは失敗状態になり、サービスのリカバリーを手動で行う必要があります。クラスターの共有ストレージから任意のノードを切断することを指します。遮断することでデータの整合性を確保します。使ってフェンシングを実施します。その障害が発生しているクラスタインフラストラクチャの他のコンポーネントとの通信を行ないます。障害が発生しているノードの切断を行ないます。必要とされる復元の動作を実行します)。フェンシング完了が確認されるまではアクティビティの一時停止を行います。場合は障害ノードのジャーナル復元が行なわれます。使用するフェンシングメソッドをクラスター設定ファイルから確定します。フェンスエージェントとフェンスデバイスで定義されます。クラスター設定ファイル内で定義されるフェンスエージェントに対して呼び出しを行ないます。呼び出しが行なわれると、フェンスエージェントによるフェンスデバイスを使ったノードの切断が行なわれます。フェンシングが完了すると、フェンシングプログラムからクラスターマネージャーに通知が行なわれます。次のようなフェンシングメソッドを提供しています。電力コントローラを使用するフェンシングメソッドで動作不能なノードの電源を切ります。動作不能なノードにストレージを接続しているファイバーチャンネルを無効にするフェンシングメソッドです。無効にするまたは電源を切るフェンシングメソッドが他にもいくつかあります。電源のフェンシングの例を示します。電源オフを行なっています。ストレージフェンシングの例を示しています。フェンスデバイスをそれぞれ割り当てることでフェンシングメソッドを指定します。ストレージへのパスが複数あるのかによって異なってきます。ノードのフェンシングメソッドに各パスに対してひとつずつフェンスデバイスを指定する必要があります。二重接続のファイバーチャンネルを備えたノードのフェンシングノードに設定するフェンシングメソッドの数は一つでも複数でも構いません。フェンシングメソッドを一つだけ設定するということは、そのノードを切断できる方法がそのフェンシングメソッドのみということになります。複数のフェンシングメソッドを設定すると、クラスタ設定ファイルに指定されるフェンシングメソッドの順序に従って連結されることになります。クラスター設定ファイルでそのノードに対して最初に指定されているフェンシングメソッドを使って切断が行なわれます。次に指定されているフェンシングメソッドが使用されます。最初のフェンシングメソッドに戻り、ノードが切断されるまでクラスター設定ファイルに指定された順序で各フェンシングノードがエンドレスに使用されていきます。ガイドを参照してください。ロック管理ロック管理は、他のクラスターインフラストラクチャーコンポーネントが共有リソースへのアクセスを同期するために仕組みを提供する共通のクラスターインフラストラクチャーのサービスです。ロックマネージャーです。ロックマネージャーがないと、共有ストレージへのアクセス制御がなくなり、クラスター内のノードが相互のデータを破損させる可能性があるので、ロックマネージャーは必要です。分散ロックマネージャーであり、各クラスターノードで実行されます。ロック管理はクラスター内のすべてのノードを対象として分散されます。ロックマネージャーのロックを使用します。ファイルシステムのメタデータへのアクセスを同期します。ボリュームおよびボリュームグループへの更新を同期します。使用してサービスの状態を同期します。ロッキングモデルは、多数のロッキングモードのセットと、同期/非同期の両方の実行を提供します。アプリケーションは、ロックリソース上でロックを取得します。対多の関係があります。単一のロックリソースには、これに関連付けられた複数のロックが含めることができます。ロックリソースは、ファイル、データ構造、データベース、または実行可能なルーチンなどの実際のオブジェクトに対応させることができますが、必ずしもこれらのいずかに対応させる必要はありません。ロックリソースに関連付けるオブジェクトは、ロックの粒度を定めるものです。データベース全体のロックは粒度の粗いロックと見なされ、データベース内の各項目のロックは粒度の細かいロックと見なされます。ロッキングモデルは以下をサポートします。ロックトラフィックを管理するためのノード間通信や、ノード障害の発生後のロックのリマスタリングまたはノードがクラスターに入る際のロック移行を行うリカバリープロトコルなどのロック機能をサポートする独自の仕組みを提供します。クラスター自体を実際に管理する仕組みは提供しません。以下の最低要件を満たす他のクラスターインフラストラクチャー環境と連動してクラスター内で動作することが予期されます。ノードはクラスターの一部である。すべてのノードがクラスターのメンバーシップについて一致しており、定足数を有している。(これはボンディングドライバーを使用して冗長化できます)。使用するように設定できます。上記の最低要件を満たすすべてのクラスターインフラストラクチャー環境で機能します。オープンソースまたはクローズドソース環境のどちらを使用するについてはユーザーが決定できます。複数の環境を使って実施されるテスト量に関して主な制限があります。ロックの状態ロックの状態は、ロック要求の現在の状態を示します。つの状態のいずれかになります。ロック要求は成功し、要求されたモードを獲得しました。クライアントはロックモードの変更を試行しましたが、新規モードは既存のロックと互換性がありません。新規ロックの要求は、競合するロックがあるために許可されませんでした。ロックの状態は、その要求されるモードと同じリソース上の他のロックのノードによって決定されます。