Linuxサーバーのシンプロビジョニングのベストプラクティス（VMware）
私は約20台のLinuxマシンをセットアップしており、それぞれに約30〜150ギガバイトの顧客データがあります。おそらく、一部のマシンではデータのサイズが他のマシンより大幅に速くなります。これらは、VMware vSphereクラスター上の仮想マシンです。ディスクイメージはSANシステムに保存されます。 個々のマシンを簡単に拡張できるようにしながら、ディスク領域を節約するソリューションを見つけようとしています。 理論的には、マシンごとに大きなディスクを作成し、シンプロビジョニングを使用します。各ディスクは必要に応じて拡大します。ただし、データがわずか50 GBで、書き込み回数が非常に少ない500 GBのext3ファイルシステムでも、ディスクイメージが容易に増加します。時間の経過とともに250 GB。それとも私はここで何か間違っているのですか？（私がGoogleでこの件についてほとんど何も見つけなかったのには驚きました。ところで、serverfault.comにはシンプロビジョニングタグさえありません。） 現在、私は大きなシンプロビジョニングされたディスクを作成することを計画していますが、それらに小さなLVMボリュームを使用しています。例：500 GBディスク上の100 GBボリューム。そうすれば、オンラインでも、必要に応じてLVMボリュームとファイルシステムのサイズをより簡単に拡張できます。 今実際の質問のために： これを行うより良い方法はありますか？（つまり、ダウンタイムなしで必要に応じてデータサイズを拡大するため。） 可能な解決策は次のとおりです。 同じスポットを何度も占有しようとするシンプロビジョニング対応のファイルシステムを使用しているため、画像サイズが大きくなりません。 パーティションの空き領域を再利用する簡単な方法を見つける（再間引き？） 他に何か？ おまけの質問：現在の計画に同意する場合、ディスク（pvcreate /dev/sdX1とpvcreate /dev/sdX）にパーティションを作成することをお勧めしますか？パーティションのないrawディスクを使用することは慣習に反すると思いますが、必要に応じてディスクを拡張することは少し簡単になります。これはただの好みの問題ですよね？