web-dev-qa-db-ja.com

本番環境では、スプリットまたはモノリシックVMwareディスクのどちらが優れていますか?

わかりましたので、実稼働環境での分割ディスクとモノリシックディスクについての考えについて、オンラインで好奇心旺盛な資料をたくさん読みました。

VMサーバーをRAID10構成で4TBのディスクスペースを持つサーバー上に構築します。モノリシック上にOS(Ubuntu ext4)がありますVMそして、VM "data"に別のディスクを追加します。新しいディスクには3.5TBが最適なオプションであるため、分割ディスクまたはモノリシックディスク?それぞれの長所と短所を読んだ( Vmwareディスカッション )が、追加するディスクサイズのため、どのオプションが最適かわからない。

もう1つ考えたのは、複数のモノリシックディスク(各1 TB)を作成してLVMに追加することでした。このアプローチにメリットはありますか?

6
thiesdiggity

VMWareサーバーは古く、最新のハイパーバイザーと比較してパフォーマンスがかなり悪い。誤って vmware-server とタグ付けしてESXiを意味しているのでない限り、特に新しいサーバーをセットアップしているので、別の仮想化ソリューションの使用を真剣に検討する必要があります。

分割ディスクを使用すると、かなり多数のファイル(1,750個の2 GBチャンク)が生成され、O/Sとの興味深い相互作用が発生する可能性があります。 VMWare Serverのディスクの上限は950 GBであるため、いかなる種類の分割も必要です。そのため、複数のディスクを作成し、それらをボリュームグループ内のPVとして使用して大きな論理ボリュームを取得することをお勧めします。より簡単なアプローチの。

ESXi 4では、ディスク制限は2 TBであるため、大容量ディスクの基本的な問題が解決されません。 ESXi 5はより大きな仮想ディスクに対応しており、最新のリリースであるため、VMWareの製品ラインを使い続ける場合は、セットアップの最初の選択肢になるはずです。

ESXiでは分割ディスクを使用しません。 2 GB分割のすべての理由は、過去の大きなファイルをサポートしなかったソフトウェア(古いVMWareリリース)との互換性、またはクライアント仮想化環境での処理の向上です。どちらも通常のESXi展開には適用されず、処理するファイルの数を増やすだけです。

3
the-wabbit

ドライブを分割でき、パフォーマンスを懸念する場合は、ドライブを分割することは望ましくありません。物理ドライブ上の複数のフラグメントであるという単純な理由で、ひどく断片化されたドライブと同じ効果を生み出します。モノリシックドライブを使用しない理由としては、ドライブファイルをバックアップしていて、バックアップソフトウェアが奇妙な理由でモノリシックドライブを処理できないことが考えられます。

あなたが本当の必要を持っているのでなければ、ドライブを複数の部分に分割することはそれをしないでください。

3
John Gardeniers

可搬性のためにFATを使用している場合を除き、2 GBまたは4 GBのサイズ制限に遭遇するのは驚くべきことです。ただし、仮想ディスクを圧縮されたNTFSボリュームにバックアップする場合(上記のシナリオとは異なります)、 NTFS圧縮は約50〜60 GBを超えるファイルでは失敗します であることに注意してください。これが、ディスクを分割する理由の1つです。

0
SensorSmith