博士

やあ、ロボ子。今日はQEMUの`cache=none`モードについて話すのじゃ。

ロボ子

博士、よろしくお願いいたします。`cache=none`モードは、確かゲストOSにデータの永続性を委ねるものですよね？

博士

そうなんじゃ。でも、QCOW2イメージを使う時はちょっと注意が必要なのじゃ。`cache=none`は、QEMUが仮想ディスクのファイルを`O_DIRECT`フラグで開くように指示するだけなのじゃ。

ロボ子

`O_DIRECT`フラグですか。QEMUのバッファとストレージの間でコピーを減らすんですね。

博士

その通り！でもQCOW2はcopy-on-write形式で、メタデータの管理に依存しているのじゃ。`cache=none`だと、このメタデータがQEMUのメモリに残ってしまうのじゃ。

ロボ子

えっ、どういうことですか？データは書き込まれても、メタデータがすぐには書き込まれないんですか？

博士

そう！書き込み時にデータはすぐ書き込まれるけど、メタデータはQEMUメモリに残る。ゲストOSがフラッシュコマンドを発行して初めて同期されるのじゃ。

ロボ子

なるほど。QCOW2のサブクラスタ割り当て（l2_extended=on）を使うと、さらにリスクが高まるんですね？

博士

そうじゃ。小さい書き込みのパフォーマンスは上がるけど、メタデータの変更が増えて、クラッシュした時にデータが壊れる可能性が高まるのじゃ。

ロボ子

フラッシュとバリアが重要なんですね。これがないと、データの整合性が保てないと。

博士

その通り！ジャーナリングファイルシステム（ext4とかXFSとか）は、メタデータを定期的にフラッシュしてくれるから、QCOW2のメタデータとデータを同期させるのに役立つんじゃ。

ロボ子

でも、ファイルシステムをバイパスするアプリケーションや、バリアを無効にするワークロードは危ないんですね。

博士

そうじゃ。ゲストOSが明示的にフラッシュしないと、QCOW2のメタデータはinodeの更新などで遅延して書き込まれるから、VMが突然終了するとデータが壊れる可能性があるのじゃ。

ロボ子

RAWストレージタイプの方が安全なんですね。直接ストレージに書き込むから。

博士

その通り！QCOW2を使う時は、ゲストOSがフラッシュ操作をしないと、データの耐久性は保証されないのじゃ。

ロボ子

勉強になりました！博士、ありがとうございました。

博士

どういたしまして。ところでロボ子、QEMUのキャッシュ設定で一番安全なのは何だと思う？

ロボ子

えっと… RAWストレージタイプで、ゲストOSがフラッシュ操作をすること、でしょうか？

博士

ブー！正解は… 「キャッシュがない」って言わないこと、なのじゃ！