Storage Foundation Cluster File System High Availability 7.4.3 管理者ガイド - Linux

ボリュームの再設定

ボリュームの再設定は、ディスクグループ、ボリューム、プレックスなどの VxVM オブジェクトを作成、変更または削除する処理です。クラスタ内では、すべてのノードが協調してこれらの操作を実行します。vxconfigd デーモンは、ボリュームの再設定において積極的な役割を果たします。再設定を成功させるには、vxconfigd デーモンが各ノード上で動作している必要があります。

ボリュームの再設定のトランザクションは、マスターノード上で VxVM ユーティリティを実行することによって開始されます。このユーティリティは、マスターノード上のローカルな vxconfigd デーモンにコンタクトします。このデーモンは、要求された変更を検証します。たとえば、既存のディスクグループと同じ名前で新しいディスクグループを作成しようとすると、vxconfigd デーモンはエラーを返します。この後、マスターノード上の vxconfigd デーモンは、スレーブノード上の vxconfigd デーモンに変更の詳細を送信します。スレーブノード上の vxconfigd デーモンは、続いて独自に検証を実行します。 たとえば、各スレーブノードに作成されているものと同じ名前の専有ディスクが存在しないか検証します。 新しいディスクが含まれる場合は、各ノードが新しいディスクにアクセスできることを検証します。すべてのノード上の vxconfigd デーモンが提案された変更が妥当であると合意すると、各ノードはそれぞれのカーネルに通知します。 これに続いて、カーネルは、トランザクションをコミットするか破棄するかを協調して決定します。トランザクションをコミットする前に、すべてのカーネルに進行中の I/O がないことを確認し、再設定が完了するまでアプリケーションが発行した I/O をブロックします。マスターノードは、ボリュームの再設定、トランザクションの開始およびコミットの両方に対する調整役を担います。その結果、設定の変更は、すべてのノードで同時に発生したように見えます。

再設定トランザクション中に、いずれかのノード上の vxconfigd デーモンが終了すると、すべてのノードに通知され、そのトランザクションは破棄されます。いずれかのノードがクラスタから切断されると、マスターノードがすでにそれをコミットしている場合を除き、そのトランザクションは破棄されます。マスターノードがクラスタから切断されると、以前はスレーブノードであった新しいマスターノードが、以前のマスターノードからトランザクションのコミットの通知を受け取ったどうかによって、そのトランザクションをコミットまたは破棄させます。この通知は、新しいマスターノードが受け取っていない場合、他のすべてのスレーブノードも受け取っていないものとして動作します。

ボリュームの再設定トランザクション実行中に、ノードがクラスタへの結合を試みた場合の再設定の結果は、トランザクションのフェーズにより異なります。カーネルがまだ呼び出されていないフェーズでは、ノードがクラスタに結合するまで、ボリュームの再設定が中断されます。カーネルが呼び出されているフェーズでは、再設定が完了するまで、ノードはクラスタへの結合を待機します。

スレーブノード上での検証に失敗したり、ノードがクラスタから切断されたりといったエラーがと、ユーティリティにエラーが返され、マスターノード上のコンソールにエラーが起きたノードを識別するメッセージが送信されます。