シン・プロビジョニングの誤解 [VMware]

投稿日: 2017年8月2日 作成者: クライム
このエントリーをはてなブックマークに追加
LINEで送る

多くのユーザはディスクIOPS（input/output operations per second)の大容量を生成可能な 仮想マシン(VM)用シック仮想ディスクで困っています。（調査ではシックのパフォーマンスで利点は名ばかりであると指摘していますが。）しかしユーザはほとんどディスクIOPSを生成しないサーバ・ベースのVM上でシン仮想ディスクを使用しています。

確かにシンプロビジョニングはすばらしいディスク節約を提供します。

シン仮想ディスクの作成が簡単になる前は、シック仮想ディスクが非常に大きい場合はディスク・スペースを無駄にしていました。しかしシック・ディスクが小さ過ぎると、VM内でのフリー・スペースを使い果たすこともあります。

●克服しなければならないシン・プロビジョニングの問題：

シン・プロビジョニングが問題を抱えているわけではありません。落とし穴に気がついていなければ、シン・ディスクは大きな問題を引き起こします。

例えばロジカル・ユニット・ナンバー（LUN)/ボリューム全体を消費する仮想ディスクを作成する可能性があります。もし10VMを作成して。それぞれ40GBのシン仮想ディスクを持っていたとします。最初はシン・ディスクは２MBを消費するのみですが、容量がいっぱいになると、ディスクは合計で400GBを消費します。結果としてロジカル・ユニット・ナンバー/ボリュームが350GBになるようなことが起こってしまいます。

このシナリオは極端な例ではありません。急速にシン・ディスクを膨張させる一見無害なVMがいくつかあります。最初にWindows内で仮想ディスクをどのようにフォーマットするか気をつけましょう。WindowsではQuick Formatオプションを決して使わないように教えられました。すなわちQuick Formatは多くの環境で実際にディスク・アクセスをスロー・ダウンさせます。

しかし、シン・プロビジョニング・ディスクでフル・フォーマット・オプションを使用した場合、仮想ディスクのすべてのブロックにライトして。シン仮想ディスクを最大サイズまで膨張させます。同じボリュームにフル・フォーマットしたいくつかのVMが存在していることを想像してください。

推奨：シン仮想ディスクでは、WindowsではQuick Formatオプションを使用する。

図1:

●シン・ディスクが縮小しない。

VMware Toolsの圧縮機能が関連する偶然的なシン・ディスクの膨張は削除したファイルで消費されたディスク・スペースの取り戻しです。テンプレートへVMを作成する前にユーザがディスクのディフラグとディスクを最適化する圧縮機能を使用することを推奨します

Windowsのファイルを削除した時は、ディスクから実際に削除したことにはなりません。それは単にファイル・システム内で上書きとして記されただけです。それ故、削除ファイルはディスク・スペースを消費します。

図 2：

圧縮機能はすべての仮想ディスク/テープやOSには利用できません。VMware Toolsのバージョンによっては利用不可能です。

このプロセスによってデフラグメンテーションと圧縮機能はシン仮想ディスクでは稼動できません。両プロセスはファイルを移動させたり、ディスクにライトするため、シン仮想ディスクのサイズの増加の原因となります。

もしレギュラー的に大きなファイルを作成したり削除したりするタスクがある時は、直ぐにシン仮想ディスクが増加し。フリー・スペースはストレージ・アレーには戻りません。では、どのようにこの迷子的なディスク・スペースを改善できるのか？ ユーザは仮想ディスク内での削除したファイルを安全に移動できるCオプションでSDeleteを使用できます。

これにより仮想ディスクは短期間では大きくなります。しかしVMwareの Storage vMotionと仮想ディスクを実サイズへ圧縮するシン・ディスク・オプションを使用できます。

ソース：SearchVMware.com

関連トピックス:

カテゴリー: VMware タグ: , パーマリンク

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

 

このサイトはスパムを低減するために Akismet を使っています。コメントデータの処理方法の詳細はこちらをご覧ください。

この記事のトラックバック用URL