バックアップに使用したいコンピューターでUbuntu Serverを使用したい。将来必要になる場合は、追加のディスクスペースを追加できるようにしたいと思います。基本的に、Droboの機能は気に入っていますが、プロプライエタリなファイルシステムを使用していることは気に入らないようです。これは、壊れた場合に完全にそれらに依存することを意味します。
そこで、RAID 5 + LVMのmdadmを検討しました。ただし、新しいディスクが古いディスクよりも大きい場合、すべてのディスク領域を使用するわけではありません。 (スナップショット用のLVM)ZFSでうまくいくと思いますが、Linuxではサポートされていません。 BtrFSは私のファイルを信頼するには若すぎます。結局のところ、それは私のバックアップです。
NASの代わりにUbuntuマシンが必要なもう1つの理由は、Django、mythtvバックエンド、メールサーバーなど、他のものも同様に実行したいからです。
ファイルを冗長な方法で保存し、これらのバックアップのスナップショットも取得できるようにする場合、どのようなオプションがありますか?
私はまだ研究段階にあるので、提案を受け付けています。 :)
上にRAID 1 + LVMを使用できます。スペースがさらに必要な場合-さらに2つのディスクを追加し、それらを使用して別のRAID 1を作成し、既存のLVMに追加します。
LVMはスナップショットもサポートします
MDにはcontainer
モードがあり、これは「RAIDのRAID」です。ディスクを追加したときに、既存のRAIDセットに収まるかどうかに応じて、新しいRAIDセットを作成してコンテナに追加できます。 Droboも同じことをするに違いない。
マニュアルページから。
CONTAINER is different again. A CONTAINER is a collection of devices
that are managed as a set. This is similar to the set of devices con‐
nected to a hardware RAID controller. The set of devices may contain a
number of different RAID arrays each utilising some (or all) of the
blocks from a number of the devices in the set. For example, two
devices in a 5-device set might form a RAID1 using the whole devices.
The remaining three might have a RAID5 over the first half of each
device, and a RAID0 over the second half.
With a CONTAINER, there is one set of metadata that describes all of
the arrays in the container. So when mdadm creates a CONTAINER device,
the device just represents the metadata. Other normal arrays (RAID1
etc) can be created inside the container.
RAID 1 MDアレイをRAID 5に変換できる場合もあります。
http://blog.serverhorror.com/2011/01/27/migrating-raid-levels-in-linux-with-mdadm/
それを試して、どうなるかを教えてください。