Linux用フォールトトレラントiSCSIルートファイルシステム

iSCSI経由でリモートNASでホストされているLVMボリュームからマウントされたファイルシステムを使用して、一部のLinuxサーバーを仮想化環境に移行しようとしています。私はそれらを始めることができ、問題なく完璧に実行されました。

しかし、NASサーバーはWindowsベースであり、Microsoftがパッチを発表すると自動的にパッチを適用して再起動する。再起動すると、すべての仮想サーバーのファイルシステムがエラーを検出し、読み取り専用モードになります。読み取り/書き込みで再マウントしようとしましたが、カーネルがファイルシステムを書き込み禁止としてマークして失敗しました。私が見つけた唯一の回復方法は、virtを終了して対応するLVMボリュームをfsckしてから再起動することです。

virt は、次の形式の fstab エントリを使用して、これらの LVM ボリュームをマウントします。

/dev/xvda2 / ext3 noatime,nodiratime,errors=remount-ro 0 1

または

/dev/xvda2 / ext4 errors=remount-ro 0 1

仮想ホストオペレーティングシステムには、これらの中断にもかかわらず、読み取り/書き込みモードで動作し続けるNASサーバー上のLVM / iSCSIマウントもあります（同じボリュームグループにあっても）。 fstabエントリは次のとおりです。

/dev/mapper/nas6-dom0   /mnt/nas6   ext4    _netdev     0   0

これにより、ゲストからfstabエントリを削除するとフォールトトレランスが提供されると思われますが、errors=remount-roこれについては少し不安です。ファイルシステムで実際のエラーが発生した場合、fs への書き込みを継続できるようにすると問題が発生する可能性があります。短期的には悪いです。

NASが再起動された後も仮想ゲストが引き続き実行されるように、この問題を解決するためのベストプラクティスは何ですか？