BTRFSスナップショットを多用するUbuntu 14.04アプリケーションアプライアンスがあります。アプリケーションはハイパーバイザーに拘束されず、問題を解決する必要がある場合に備えて、スナップショットをVMイメージとともに保存する必要があります。 BTRFSスナップショットの代わりにスナップショット方式に組み込まれているハイパーバイザーを使用するには、VMがハイパーバイザーへのAPIアクセスを必要とするため、より多くの作業が必要です。これはセキュリティ上の理由から望ましくありません。マシンをシャットダウンしたり、ハイパーバイザーAPIにアクセスしたりすることなく、アプライアンスのコマンドラインから直接sshを介してBTRFSスナップショットファイルシステムサブボリュームにリモートでアクセスできます。

以前は、このアプリケーションをvmwareベースのハイパーバイザーにデプロイしました。私はいつもvmwareディスクでシンプロビジョニングを使用し、パフォーマンスの問題をまったく見つけませんでした。私はこのデバイスで多くのテストを実行し、同時に複数のテストを実行するために複数のデバイスを一度に展開する傾向があるため、シンプロビジョニングを使用しています。

ディスクの増加が制御を超えないように、スクリプトでストレージを過度にコミットしないように非常に注意しています。シンプロビジョニングされたディスク要件が増加したときに発生するI / Oドロップも目立たない。

KVMをサポートする必要があり、ディスクをシン/スパスプロビジョニングのままにしたいのですが、CoWファイルシステムを他のCoWファイルシステムと混在させることは、過度に重複した書き込みとディスクのために悪いことを読んでいます。アイデアなどの一般的な例は、BTRFS形式のボリュームに格納されているqcow2形式のディスクを使用して仮想マシンを実行することです。私にとっては、その逆は本当です。 qcow2イメージで実行されている仮想マシンにBTRFS形式のファイルシステムを持たせたい。 qcow2イメージの上にBTRFSスナップショットがパフォーマンスに与える影響の詳細は見つかりませんでした。

質問：KVMが使用するディスクサイズによって大きくなる他のスパースファイル形式はありますか？

私はまれなrawファイルを使ってナビゲートしましたが、cp、untar / gunzipのダウンロードなどではまれに保つことができないようです。希薄なオリジナルファイルを使用したい場合は、単に移動できないため、展開が難しいようです。