ZFS on LinuxによるミッションクリティカルNVMeプール設計――ashift値・SLOG・定期スクラブ運用の鉄則
概要：堅牢なデータ整合性とチェックサム自動修復機能を備えるOpenZFS（ZFS on Linux）は、金融取引やデータベース基盤のプライマリストレージとして圧倒的な信頼性を誇る。本チュートリアルでは、NVMe SSD（U.2/E1.S）をベースとした高スループットZFS zpool構築にあたり、4Kn物理セクタに合致するashift=12の厳格指定、同期書き込み（O_SYNC）を極限まで加速する専用SLOG（Intel Optane / 産業用SSD）の実装、そして定期スクラブ自動運用のSOPを解説する。
1. 物理セクタ境界に整合するashift=12とプールトポロジ選定
ZFSプールの性能を決定づける最重要パラメータがアライメントシフト値（ashift）である。現代のNVMe SSDは4096バイト（4K）セクタを採用しており、zpool create時に -o ashift=12 を明示しなければ、書き込み増幅（Write Amplification）による極端な性能劣化と寿命低下を招く。高IOPSが要求されるデータベース用途ではRAID-Zを避け、ストライプド・ミラー（RAID10相当）構成を採用することが推奨される。
2. 低遅延同期書き込みを保証するSLOG（Separate ZIL）の実装
データベースのfsync呼び出しによる同期待ち（latency）を解消するため、メインプールとは独立した超低遅延NVMe（Intel Optane SSDまたは高耐久SLC/pSLC SSD）を log デバイスとして追加する。SLOGには電源喪失保護（PLP: Power Loss Protection）が絶対条件であり、万一の瞬断時でもインフライトデータを確実にフラッシュできる産業用グレードを選定する。
3. 定期スクラブ自動化とZEDによる障害通知の運用基準
サイレントデータ破壊（ビット反転）を早期検知・自動修復するため、毎週日曜日の深夜帯に zpool scrub を自動実行するcron/systemdタイマーを配置する。さらにZFS Event Daemon（ZED）を構成し、ディスクエラー（READ/WRITE/CHECKSUM）が1件でも発生した段階でアラートを外部通知する監視体制を敷くことで、データ喪失リスクをゼロに抑え込む。