StorageCraft Technology,LLC

前回の記事では、シンプロビジョニングが仮想ストレージシナリオでディスク領域を割り どうして? のために:

  1. 柔軟性
  2. 節約

シンプロビジョニングを使用すると、ハイパーバイザーがVMが使用しているスペースの量だけを配分するため、物理ハードドライブ上に複数のVm(仮想マシン)を作成することができます。 その結果、事前に金額を推測するのではなく、必要に応じてより多くのストレージスペースを購入することができます。

しかし、シンプロビジョニングには限界があります。 ここで私がこれまでに遭遇した3つの最も一般的な欠点は次のとおりです。

1。 パフォーマンスの低下

シンプロビジョニングされたVmとシックプロビジョニングされたVmのパフォーマンスの違いを議論するいくつかの投稿とスレッ 一般的なコンセンサス? シンプロビジョニングでは、シックプロビジョニングと同じレベルのパフォーマ サーバー障害スレッドでは、シンプロビジョニングされたディスクが大幅に断片化され、全体的なパフォーマ

コメンター wazooxが説明するように:

彼のパフォーマンスはほとんど断片化されています。 ドライブを初期化するとき、そのすべてのブロックは連続しています…シンプロビジョニングすると大きく断片化する可能性があります。 スパースファイルは実際には”無料の”ファイルシステム機能であり、ブロックが割り当てられたときに自動的に拡張されます。

しかし、最近のSpiceworksスレッドでは、MSP Niagara Technology GroupのScott Alan Millerは、ほとんどの場合、違いは名目上であり、それについて心配することはほとんどのSmbにとって逆効果:

遅延に敏感なIOバインドされたアプリケーションがない限り、thickはめったに良い選択ではありません。 それはあまりにも多くの問題や利点の欠如をもたらすだけです…問題は…中小企業は、実際には、パフォーマンスが中小企業が必要とする最後のものについ 彼らが必要とするのは、信頼性、管理の容易さ、コスト管理などです。

2. スペースの過剰割り当て

簡単にするために、1TBの物理ストレージがあるとしましょう。 現在、各VMは最大で50GBを使用しているため、物理ストレージではすべてを処理できませんでしたが、それぞれ200GBのシンプロビジョニングされたVmを10(ま

しかし、これらすべての異なるVmの監視に失敗した場合はどうなりますか? Wazooxが言うように,

容量を過剰に割り当てたシンプロビジョニングされたストレージの実際のディスク領域が不足した場合、書き込みによって1つまたは複数のVMド

これは正当な懸念事項ですが、IT専門家はデータセンターでのベストプラクティスとしてそのディスク使用量を監視する必要があります。 以前に引用されたSpiceworksスレッドでは、コメンター Darth Hoodyは私ができるよりもそれをよく説明しています:

プロビジョニングを薄くしない唯一の理由は、ストレージを監視および管理したくない、方法を知っている、またはそうでなければできない、または はい、データストアをスペース外に実行し、すべてのVmをノックアウトするポイントまでオーバープロビジョンすると、問題が発生する可能性があります。 それには合法的な理由があるかもしれませんが、私にとっては無駄で悪い習慣です。

3. 弾力性の欠如

シンプロビジョニングを使用すると、必要に応じてディスク領域を拡張できますが、この技術は弾力性がありません。 言い換えれば、スペース割り当てを拡大することはできますが、縮小することはできません。 TechTargetの出版物であるSearchVirtualStorageは、VMware thin provisioning:Pros and consの投稿でこの問題について説明しています:

シンプロビジョニングでは、ディスクは大きくなりますが、実際には縮小されません。 VMwareの場合、シンプロビジョニングされたディスクを作成すると、それは成長するだろう; そのディスクからデータを削除すると、VMDKは縮小されるため、そのデータストアにより多くの領域が使用可能になりますが、データストアは縮小されないため、アレイコントローラが認識をゼロにしない限り、他の目的でアレイコントローラが使用できなくなります。これは、シンプロビジョニングを行う多くのアレイコントローラが行うことです。そして、ゼロ化された厚いディスクまたは熱心なゼロ化された厚いディスクのいずれかを作成します。 これらのタイプのディスクは、ディスク領域を割り当て、ゼロで埋めます。

Steve Snyderと私が数週間前にチャットしたとき、私たちはそこにある多くのハイパーバイザプラットフォームの一つが最終的に真に弾力的なプロビジョニングで出てくることに同意しました。 しかし、私たちのどちらも、この開発についての具体的なニュースを見つけることに成功していません。

コメントを残す

メールアドレスが公開されることはありません。