☰

ホームサーバー用のSSDとHDDディスクのボリュームグループと論理ボリューム間でストレージを分割する方法についてのアドバイスを探しています。

tag-icon • tag-icon lvm storage
ホームサーバー用のSSDとHDDディスクのボリュームグループと論理ボリューム間でストレージを分割する方法についてのアドバイスを探しています。

私はdocker（Ubuntu LTS）でいくつかの独自のホスティングアプリケーションをホストするためにホームサーバーを構築しています。アプリケーション内のすべてのファイルをユーザーのホームフォルダに配置して、1か所に保存して簡単にバックアップできるようにしたいと思います。私は2つのホームフォルダを検討しています：/home/user/docker - docker composeとすべてのdockerボリューム用、/home/user/data - すべてのファイル用：

/home/user/
        docker/
            container1
            container2
            …
        data/
            entertainment/
                    movies
                    series
                    music
            downloads/
            documents/
                photos/
                personal files/
            backups/
                laptop_backups/
                phone_backups/

自宅のノートパソコンと携帯電話からアクセスできるように、data/フォルダをNextcloudに割り当てます。

私は500GB SSD、1TB HDD +いくつかのより小さいサイズのHDDを持っており、後でより多くのHDDを追加することができます。たぶん追加のSSDかもしれません。

ストレージをLVMに分割する予定です。

SSD – パーティション2個：100GBおよび400GB HDD – パーティション1個：1TB

100GB - "システム"、400GB - "SSD"、1TB - "HDD"の3つのボリュームグループを作成します。

次の設定を検討しています。

  1. VG 100GB「システム」 - /用LV「システム」

  2. VG "HDD" - LV "低速データ"は次の目的に使用されます。

     /home/user/data/entertainment
 /home/user/data/backups
 /home/user/data/downloads

  3. VG “SSD” – LV “Fast Data”は次の目的に使用されます。

     /home/user/data/documents
 /home/user/user/docker

私の質問は：ボリュームグループと論理ボリュームの間でストレージを最もよく分ける方法は何ですか？ SSDスペースを最適に使用しながら、将来のディスクストレージのサイズを変更して変更できるように柔軟な設定をしたいと思います。

ベストアンサー1

以前も同様のことをしてきましたが、最終的に速度と使用目的の組み合わせに基づいてストレージをボリュームグループに分割することは非生産的であるという結論を下しました。これは、ストレージの使用方法に人為的な制限を導入し、ストレージの進歩を考えると、この分類スキームは長続きしません。 VGに大容量SSDを追加すると「遅いデータ」が早くなる可能性が高い…

すべてのシステムストレージに単一のVGを使用することをお勧めします。重要なLVの場合、どのPVに保存されるかを制御します（LVが作成されたときにPVに十分な空き容量がある場合は簡単に実行でき、他の場合は可能です）。pvmove。これはまた、選択肢が完璧ではないことを知っていても、簡単に修正して再利用できることを意味しますpvmove（必要に応じてLVのサイズを変更できます）。

おすすめ記事