この節では、Sun Cluster システムにおいて NFS を管理する手順を説明します。
Sun Cluster が動作したら、次の手順に従って、論理ホストに既存のファイルシステムを追加してください。
Sun Cluster の vfstab.logicalhost および dfstab.logicalhost ファイルに登録されていない多重ホストディスクファイルシステムを手動でマウントするときは注意してください。マウントしたファイルシステムをマウント解除するのを忘れると、デバイスがビジーであるため、そのファイルシステムを含む論理ホストのスイッチオーバーで問題が発生します。ただし、ファイルシステムが Sun Cluster の適切な vfstab.logicalhost ファイルに登録されている場合は、ファイルシステムを強制的にマウント解除することができ、ボリュームマネージャーのディスクグループ解放コマンドが正常に実行されます。
cconsole(1) のウィンドウから vi などのエディタを使用して、/etc/opt/SUNWcluster/conf/hanfs/vfstab.logicalhost ファイルにファイルシステム用のエントリを追加します。
cconsole(1) のウィンドウを使用することによって、ファイルシステムのすべての潜在的マスター上で変更を行うことができます。
mount(1M) コマンドを実行して、新しいファイルシステムをマウントします。
デバイスとマウントポイントを指定してください。もう 1 つの方法として、ファイルシステムに対する次回のメンバーシップ再構成まで自動的にマウントされるのを待つこともできます。
次は、Solstice DiskSuite の例です。
# mount -F ufs /dev/md/hahost1/dsk/d2 /hahost1/2 |
次は、VERITAS Volume Manager の例です。
# mount -F vxfs /dev/vx/dsk/dg1/vol1 /vol1 |
論理ホストに Sun Cluster HA for NFS のファイルシステムを追加します。
cconsole(1) のウィンドウから vi などのエディタを使用して、vfstab.logicalhost ファイルおよび dfstab.logicalhost ファイルに、NFS が共有するすべてのファイルシステム用の適切なエントリを作成します。
cconsole(1) のウィンドウを使用することによって、ファイルシステムのすべての潜在的マスター上で変更を行うことができます。
すべてのサーバーのメンバーシップを再構成します。
# haswitch -r |
クラスタの再構成の強制実行については、『Sun Cluster 2.2 のシステム管理』を参照してください。
ファイルシステムを手動で共有設定することもできます。その場合、障害監視プロセスは、次にメンバーシップ再構成が行われるまで、ローカルにも遠隔にも起動されません。
次の手順を使用して、Sun Cluster HA for NFS を実行する論理ホストからファイルシステムを削除してください。
cconsole(1) のウィンドウから vi などのエディタを使用して、/etc/opt/SUNWcluster/conf/hanfs/vfstab.logicalhost ファイルからファイルシステムのエントリを削除します。
cconsole(1) のウィンドウを使用することによって、ファイルシステムのすべての潜在的マスター上で変更を行うことができます。
umount(1M) コマンドを実行して、ファイルシステムをマウント解除します。
(省略可能) 関連付けられていたトランスデバイスを消去します。
次の手順を使用して、論理ホストに NFS ファイルシステムを追加してください。
cconsole(1) のウィンドウから vi などのエディタを使用して、vfstab.logicalhost ファイルおよび dfstab.logicalhost ファイルに、NFS が共有するすべてのファイルシステム用の適切なエントリを作成します。
cconsole(1) のウィンドウを使用することによって、ファイルシステムのすべての潜在的マスター上で変更を行うことができます。
すべてのサーバーのメンバーシップを再構成します。
# haswitch -r |
クラスタの再構成の強制実行については、『Sun Cluster 2.2 のシステム管理』を参照してください。
ファイルシステムを手動で共有設定することもできます。その場合、障害監視プロセスは、次にメンバーシップ再構成が行われるまで、ローカルにも遠隔にも起動されません。
次の手順を使用して、論理ホストから Sun Cluster HA for NFS ファイルシステムを削除してください。
cconsole(1) のウィンドウから vi などのエディタを使用して、/etc/opt/SUNWcluster/conf/hanfs/dfstab.logicalhost ファイルからファイルシステムのエントリを削除します。
cconsole(1) のウィンドウを使用することによって、ファイルシステムのすべての潜在的マスター上で変更を行うことができます。
障害監視システムは、次回メンバーシップ再構成が行われるまでファイルシステムへのアクセスを試みます。エラーが記録されますが、Sun Cluster ソフトウェアによって、サービスのテイクオーバーが開始されることはありません。
(省略可能) 論理ホストからファイルシステムを削除します。何らかの目的で、高可用性 DBMS ファイルシステムなどの UFS ファイルシステムを残す場合は、 手順 4 に進みます。
この作業を行うには、「論理ホストからのファイルシステムの削除」の手順に従います。
すべてのサーバーのメンバーシップを再構成します。
# haswitch -r |
クラスタの再構成の強制実行については、『Sun Cluster 2.2 のシステム管理』を参照してください。
share -o コマンドに rw、rw=、ro、ro= のいずれかのオプションを使用する場合は、Sun Cluster が使用するすべてのホスト名にアクセス権を付与してください。そうすることによって、Sun Cluster HA for NFS の障害監視機能の最も効率的な動作が可能になります。Sun Cluster に関連付けられているすべての物理ホスト名と論理ホスト名、さらに、Sun Cluster が接続するすべてのパブリックネットワーク上のホスト名を含めてください。
share コマンドに、個別ホスト名ではなく、netgroup を使用する場合は、適切な netgroup にクラスタのすべてのホスト名を追加してください。理想的には、Sun Cluster のすべてのホスト名に読み取り権と書き込み権の両方を付与して、NFS の障害検証機能が正常に動作するようにしてください。
共有オプションを変更する前に、share_nfs(1M) のマニュアルページを読んで、正当なオプションの組み合わせを理解しておいてください。共有オプションの変更では、論理ホストを現在マスターしている Sun Cluster サーバーから、提案されている新しい share(1M)コマンドを対話形式で実行してください (このためには、スーパーユーザーになる必要があります)。新しい share(1M) コマンドを使用することにより、共有オプションの組み合わせに関する情報がすぐに得られます。新しい share(1M) コマンドで問題が発生した場合は、古いオプションを付けてすぐに別の share(1M) コマンドを実行してください。新しい share(1M) コマンドが正しく動作したら、dfstab.logicalhostname ファイルにその share(1M) コマンドを反映させてください。
cconsole(1) のウィンドウから vi などのエディタを使用して、dfstab.logicalhost ファイルに適切な変更を加えます。
cconsole(1) のウィンドウを使用することによって、ファイルシステムのすべての潜在的マスター上で変更を行うことができます。
# haswitch -r |
クラスタの再構成の強制実行については、『Sun Cluster 2.2 のシステム管理』を参照してください。
再構成できない場合は、share(1M) コマンドに新しいオプションを付けて実行することができます。いくつかの変更により、障害監視サブシステムからメッセージが発行されることがあります。たとえば、読み取り・書き込み権を読み取り専用に変更すると、メッセージが発行されます。