VMware vSphere の 3 種類のディスク: シン プロビジョニング/シック プロビジョニング ゼロ化/シック プロビジョニング Lazy Zeroed

次のような現象が発生することがあります: 仮想マシンは 100G でプロビジョニングされているが、プラットフォームでは仮想マシンが 500G のストレージを使用していると表示される。

[[283925]]

プラットフォーム上では、すべての仮想マシンの合計容量は 3T しかありませんでしたが、5T のストレージ容量が失われていました。深刻なケースでは、すべての仮想マシンがクラッシュすることもありました。

なぜ？それはすべて「シンプロビジョニング」のせいです。いいえ、「シンプロビジョニング」は良いことですが、その利点だけを見て、欠点を忘れています。

VMware ストレージをプロビジョニングするいくつかの方法を見てみましょう。

vSphere は、シック プロビジョニングとシン プロビジョニングという 2 つのストレージ プロビジョニング モデルをサポートしています。

シックプロビジョニング:

シック プロビジョニングは、従来のストレージ プロビジョニング モデルです。シックプロビジョニングでは、将来のストレージニーズを満たすために、大量のストレージスペースが事前にプロビジョニングされます。ただし、スペースが未使用のままになり、ストレージ容量が十分に活用されない可能性があります。

シンプロビジョニング:

このアプローチは、シックプロビジョニングとは対照的に、柔軟かつオンデマンドでストレージスペースを割り当てることで、十分に活用されていないストレージを排除するのに役立ちます。 ESXi では、2 つのシン プロビジョニング モデル (アレイ レベルと仮想ディスク レベル) が利用できます。

シック プロビジョニングは、さらに、シック プロビジョニング ゼロ化とシック プロビジョニング遅延ゼロ化に分けられます。シックプロビジョニングとゼロ化とは、ストレージディスク上のすべてのデータが VM に割り当てられるとすぐに消去され、すべてのバイナリ値が「0」として書き込まれることを意味します。遅延ゼロ化はその逆です。ストレージは、スペースを割り当てるときに VM に同じ量のスペースも割り当てますが、バイナリ値に対しては処理を実行しません。 VM が対応するブロックにデータを書き込むと、ディスク上のデータはクリアされます。シンプロビジョニングはまったく異なります。 VM を欺きます。 VM 編集設定に書き込まれる容量スペースは、プラットフォームによって約束されたスペースのみです。このスペースの量は、システム内部の最大容量を制限するだけです。システム内にあることに注意してください。プラットフォームについては、使用した分だけ提供しますので、VM の実際のストレージ使用量は設定よりも大きくなります。

シックプロビジョニングの 2 つの方法は、コンピュータのハードディスクに相当します。とにかくこのくらいの大きさで、どのセクターが自分に属しているのかも事前に設定されています。違いは、割り当て時にすべてのビットがゼロに設定されているかどうかにあります。これら 2 つは非常に単純で、主にシン プロビジョニングですが、おそらくご存知ないかもしれません。

私が理解している限りでは、シンプロビジョニングがどのように機能するかを見てみましょう。接続されたディスクの各セクター ブロックは 1 GB であり、各仮想マシンの書き込み/削除量も 1 GB です。ストレージ上の 10 GB のスペースを表すために 10 個の正方形を使用し、仮想マシンのプロビジョニングされたスペース サイズは 4 GB です。

システムで見えるデータ量は4Gで、実際のストレージ使用量は6Gです。

上記のように、仮想マシン システム内で使用されるデータの表示可能な量は 4 GB ですが、ストレージで使用される量は 6 GB であり、これはシン プロビジョニング ルールによって決定されます。厚い装備が円を描き、その円の中にいる限り好きなようにプレイできます。しかし、シン プロビジョニングでは円を描くことはできません。それは意味がないからです。したがって、データを書き込む必要がある場合、一定量のデータを含む空のセクターが自動的に検索され、システムがゼロ化コマンドを送信して削除されたデータを含むセクターをクリアするか、プラットフォームがこれらのセクターを積極的にリサイクルしない限り、データが削除されたセクターが積極的に上書きされることはありません。

VMware がこのように考えるのには理由があります。コンピュータのハード ドライブと同様に、データは削除された後でも復元できるため、シン プロビジョニングでもこの機能を保持したいため、この領域を積極的に再利用することはありません。実際、vSphere 6.7 ではリサイクル機能が徐々に追加されてきましたが、リサイクルの強度は非常に小さいです。 vSphere は、ストレージ スペースの容量がほぼいっぱいになった場合にのみ、スペースの再利用をトリガーします。

そのため、デスクトップ仮想化などの環境に十分なストレージがある場合、ストレージスペースはデスクトップの容量に合わせて設計されます。このとき、ゼロに遅延されたシックプロビジョニングを使用できます (シックプロビジョニングのゼロ化モードでは、仮想マシンを構成するときにゼロ化操作を待つため、長い時間がかかります。データ機密性要件が高い特別なシナリオでない場合は、これを選択することはお勧めしません)。ストレージ容量が不足している場合、またはストレージを過剰に割り当てる必要がある場合は、シン プロビジョニングを選択してストレージ容量を節約できますが、定期的にストレージ容量を再利用することを忘れないでください。すべてのストレージがスペースを再利用できるわけではなく、一部のストレージのみがそれをサポートしています。

必要な人のためにストレージ スペースを取り戻す手順は次のとおりです。

1. ESXI ホスト SSH サービスを開き、フラッシュ クライアントをセキュリティ構成に、HTML5 クライアントをサービスに含めます。

2. CRT や PUTTY などのツールを使用して、SSH 経由で ESXI ホストに接続します。

3. コマンド「ls -l /vmfs/volumes \n」を実行してすべてのストレージ ボリュームを表示し、再利用する必要があるストレージ スペースの UUID をコピーします。

4. コマンド「esxcli storage vmfs unmap -u UUID」を実行して、ストレージ ボリューム上の使用可能な領域を再利用します。

5. 各ホスト上の各ボリュームは 1 回実行する必要があります。つまり、必要な実行回数 = ホスト数 * ストレージ ボリューム数です。スペースのサイズに応じて、各実行には数時間ほどかかります。