問題タブ [lvm]

cinder-volumes という名前の VG を作成しました。この VG 内に、leader-volume という名前の PV を作成しました。次に、この PV を KVM Ubuntu インストールのルート ファイルシステムとしてマウントしました。インストールプロセス中に、LVM パーティションを選択しました。最後に、PV リーダー ボリュームのスナップショットを作成しました。ここで、Ubuntu インストール内のいくつかのファイルを読みたいと思います...どうすればよいですか?

lvremove を使用して、正規表現に一致させて複数のボリュームを削除したいと考えています。

たとえば、ボリュームを含むボリューム グループがあります。

私が試してみました：

しかし、これは受け入れられないようです。エラーが発生します：

ボリュームを 1 つずつ削除することはできますが、

Google 検索で関連する結果が表示されませんでした。正規表現を使用してこれを行うことは可能ですか? ボリュームが多いです。

既存の /home /var ディレクトリを使用して論理ボリュームを作成しました...論理ボリュームを作成するプロセスは問題ありませんでしたが、論理ボリュームを作成した後、ディレクトリ内のすべてのコンテンツが消去されたように見えます。

これを回避する方法はありますか？

私は 1 年以上にわたって Amazon の Web サービスをいじっていますが、それがどのように機能するのかよくわかりません。たとえば、EC2 コンソールから任意の AMI を選択し、ウィザードを続行すると、「ストレージ構成タブ」に到達します。ここにはいくつかのオプションがあります。

ルート ボリューム タブがあり、次に EBS ボリューム タブがあります。これらの両方はどのように異なりますか？それぞれに割り当てることができる最大サイズはどれくらいですか? インスタンスで動作するように EBS ボリュームを構成するにはどうすればよいですか? たとえば、それぞれ 25 GB のストレージを備えた 8 つの EBS ボリュームを作成することにしたとします。ルート デバイスに自然に存在する Postgresql データベースのようなものについて、データベースが 8 つの EBS ボリュームすべてに保存されるように構成するにはどうすればよいでしょうか? ある意味では、8 つの EBS ボリュームが 1 つの 200 GB ドライブになり、postgres データベース データがそのドライブ全体に保存されます。

明確化の任意の形式をいただければ幸いです。

スケーラブルな大規模なファイルシステムを構築する必要があります。LVM と Lustre はどちらもファイル システムのサイズを動的にスケーリングできるため、LVM と Lustre ファイル システムの相対的な長所と短所を知りたいと思いました。前もって感謝します。

vgcreate を使用してグループを作成し、lvcreate を使用してボリュームを作成できることがわかっています。ボリュームは /dev/mapper/$group/$volume になりますが、ボリュームを $dir/mapper/$group/$volume に作成する場合は、. 私は誰かがこれを行うことができるプログラムを書いているのを見ました。

ディスク/パーティションではなく、通常のファイルに対して作成される仮想ファイルシステムを作成してマウントすることはできますか?

まず、LVM でディスクやパーティションを使用する代わりに、ファイルを使用します。しかし、それは不可能です。または、ドットの付け方がわかりません。

大きなTruecryptコンテナ（たとえば1Gb）でTruecrypt over Dropboxを使用するようなものだと思います。Dropbox での 1Gb の同期は非常に遅いため、仮想ファイルシステムを小さなファイル (たとえばサイズ 100Kb) で作成すると、従来のファイルシステムのブロック (サイズ 100Kb) と同等になると思います。仮想ファイル システムのすべての変更は、Dropbox 経由で同期されるいくつかの物理ファイルに対応します。

この同期は、仮想ファイルシステムのサイズに比べて軽く、Truecryp コンテナーを有効にします。

Linux オペレーティング システムでも可能だと思いますが、Windows/Mac/etc OS で可能になるとよいでしょう。

あなたはそれについてどう思いますか？

他の代替案はありますか？