Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

シックボリュームとシンボリュームの比較

共同作成者

シックボリュームは常にフルプロビジョニングされます。つまり、ボリューム作成時にすべての容量が割り当てられます。シンボリュームは常にシンプロビジョニングされます。つまり、ボリュームにデータが書き込まれるときに容量が割り当てられます。

シックボリュームとシンボリュームのどちらを使用するか

シックボリュームは、プールまたはボリュームグループから作成できます。シンボリュームはプールからのみ作成でき、ボリュームグループからは作成できません。

メモ

SANtricity System Managerには、シンボリュームを作成するオプションはありません。シンボリュームを作成する場合は、コマンドラインインターフェイス(CLI)を使用します。

ボリュームタイプ 説明

シックボリューム

  • シックボリュームでは、将来のストレージニーズを見越して、大容量のストレージスペースが事前に確保されます。

  • シックボリュームは、ボリューム作成時に物理ストレージ上で事前に割り当てられたボリュームサイズ全体を使用して作成されます。つまり、100GiBのボリュームを作成すると、ドライブ上で割り当てられた100GiBの容量が実際に消費されます。ただし、スペースが使用されず、ストレージ容量の利用率が低下する可能性があります。

  • シックボリュームを作成する場合は、1つのボリュームに容量を過剰に割り当てないようにしてください。1つのボリュームに容量を過剰に割り当てると、システム内の物理ストレージをすぐに使い果たしてしまう可能性があります。

  • コピーサービス(Snapshotイメージ、Snapshotボリューム、ボリュームコピー、非同期ミラーリング)用のストレージ容量も必要なため、シックボリュームにすべての容量を割り当ててしまわないように注意してください。スペースが不足すると、プールまたはボリュームグループへの書き込みがブロックされる可能性があります。この状況が発生すると、空き容量アラートしきい値の警告が表示されます。

シンボリューム

  • シックボリュームとは異なり、シンボリュームに必要なスペースは作成時には割り当てられず、必要に応じてあとから提供されます。

  • シンボリュームのサイズは過剰に割り当てることができます。つまり、ボリュームのサイズよりも大きいLUNサイズを割り当てることができます。その後、LUNのサイズを拡張することなく、つまりユーザを切断することなく、必要に応じてボリュームを拡張できます(必要に応じてドライブを追加できます)。

  • シンプロビジョニングブロックのスペース再生(UNMAP)では、ホストからSCSI UNMAPコマンドを実行し、ストレージアレイ上のシンプロビジョニングされたボリュームのブロックを再生できます。シンプロビジョニングをサポートするストレージアレイでは、再生されたスペースを、同じストレージアレイ内の他のシンプロビジョニングされたボリュームの割り当て要求に使用できます。これにより、ディスクスペースの消費状況が改善され、リソースがより効率的に使用されます。

シンボリュームの制限事項

シンボリュームでは、次の例外を除いて、シックボリュームと同じ処理がすべてサポートされます。

  • シンボリュームのセグメントサイズは変更できません。

  • シンボリュームでは読み取り前冗長性チェックを有効にできません。

  • シンボリュームはコピーボリューム処理のターゲットボリュームとして使用できません。

  • Snapshot処理ではシンボリュームを使用できません。

  • シンボリュームの割り当て容量の制限と警告しきい値は、非同期ミラーペアのプライマリ側だけで変更できます。プライマリ側でこれらのパラメータを変更すると、自動的にセカンダリ側に反映されます。