web-dev-qa-db-ja.com

バリアマウントオプションなしのXFSは非推奨

Azureクラウド環境で、xfsファイルシステムとバリア= 0を使用してSQL Serverデータベースの復元を実行しようとしました。 15GB程度のデータを約8分で復元します。

このオプションは近い将来廃止されると聞いています。このオプションを使用しない場合、復元時間は25分に増加します。

XFSファイルシステムでの復元中に同じパフォーマンスメトリックを実現するために使用できる、このオプションの代替案を知っていますか?

/ etc/fstab

UUID = 12907c8a-6b2f-4981-b94c-f3cd772270a7/xfs defaults、nobarrier 0 0

カーネル4.13以降、nobarrierはXFSから削除されました。この記事では、2つの回避策を提案しています。

  • xFSからext4に切り替える
  • echo "write through">/sys/block/$ device/queue/write_cache

write_cacheオプション(例:echo "write through" | Sudo tee /sys/block/nvme0n1/queue/write_cache)nvmeのオプションとパフォーマンスが20倍になりました!私にとって、結果は、バリアなしのext4より2倍高速でした。

http://smalldatum.blogspot.com/2018/01/xfs-nobarrier-and-413-linux-kernel.html

1
upteryx

私はこれが非難されることに特有のものを見つけませんでした。ご覧ください: Optimize your Linux VM on Azure nobarrierオプションを使用します:

XFSを使用する場合は、マウントオプションnobarrierを使用してバリアを無効にします(バリアを有効にするには、オプションバリアを使用します)

他にご不明な点がありましたらお知らせください。

0