web-dev-qa-db-ja.com

XenServerLinuxゲストがiSCSIから起動するSAN(ZFSストレージ):非チェックサムゲストファイルシステムは引き続きリスクにさらされますか?

ZFSを使用してFreeNAS9.2にファイルを保存しています。過去にext3、XFS、およびReiserFSを使用しているサーバーで、虐待されていないデータ(停電など)がランダムに失われた、ZFSによるデータ整合性の主張が大好きです。まれでしたが、サーバーを再起動する必要があり、fsckが起動し、多くのエラーが見つかった場合は悲惨でした。

これと同じNASをXenServer仮想マシンの共有ストレージターゲットとして使用しています。最初は、VMをZFSでバックアップするのがどれほど素晴らしいかを考えていましたが、今では2番目です。整合性を推測することは、実際にはその失敗の証拠です。

VMの仮想ディスクがそれ自体のファイルシステムを含む大きなファイルである場合(デフォルトの推奨ext4を想定)、VMが破損するのを防ぐものは何ですかその仮想ディスク?おそらく、ネットワークケーブルに障害が発生し、iSCSIが(ZFSで復元力のある)格納するためにいくつかの不良バイトを受信したことを認識していませんか? VMと、「信頼できる」ファイルシステムが検出しない共有ストレージとの間で発生する可能性のある他の障害が発生する可能性があると思います。エラー修正も使用する唯一の解決策です。 ZFSやbtrfsなどのVM内のファイルシステム?

4
jimp

申し訳ありませんが、ゲストでそれが発生するのを妨げるものは何もありません。

環境を保護してください!

  • 無停電電源装置を使用して、サーバーとネットワークハードウェアをバックアップします。
  • あなたができるすべてのデュアル電源。
  • 複数のストレージパス(この場合はiSCSI用のMPIO)。
  • バックアップ。

そして、一体、VM内のZFSファイルシステムでも問題が発生する可能性があります。

Every 3.0s: zpool status -v                                                                                                                                                                                    Fri Dec 27 12:49:47 2013

  pool: vol1
 state: ONLINE
status: One or more devices has experienced an error resulting in data
        corruption.  Applications may be affected.
action: Restore the file in question if possible.  Otherwise restore the
        entire pool from backup.
   see: http://zfsonlinux.org/msg/ZFS-8000-8A
  scan: scrub in progress since Fri Dec 27 12:35:06 2013
    42.1G scanned out of 46.3G at 48.9M/s, 0h1m to go
    0 repaired, 90.80% done
config:

        NAME        STATE     READ WRITE CKSUM
        vol1        ONLINE       0     0   167
          sdb       ONLINE       0     0   448

errors: Permanent errors have been detected in the following files:

        <metadata>:<0x67>
        <metadata>:<0x6f>
        <metadata>:<0x8e>
        vol1/ppro:/isam/IM00013.ISI
        vol1/ppro:/isam/IM00014.ISI
        vol1/ppro:/isam/IM00015.ISI
        vol1/ppro:/isam/IM00016.ISI
4
ewwhite