次の方法で共有


Azure Local バージョン 23H2 でのストレージ シン プロビジョニング

適用対象: Azure Local バージョン 23H2

この記事では、Azure ローカル インスタンスバージョン 23H2 でのシン プロビジョニングのしくみについて説明します。 従来、ボリュームは固定プロビジョニングされます。つまり、ボリュームの作成時に記憶域プールからすべてのストレージが割り当てられます。 ボリュームが空であるにもかかわらず、記憶域プールのリソースの一部が使い果たされます。 他のボリュームがこのストレージを利用できないため、ストレージの効率性に影響を与え、より多くのメンテナンスが必要になります。

容量管理: 仮想プロビジョニング ボリュームと固定プロビジョニング ボリューム

ボリュームに必要なストレージの量が正確にわからない場合は、従来の固定プロビジョニングよりもシン プロビジョニングをお勧めします。 シン プロビジョニングは、従来の固定プロビジョニングと比較して柔軟性を提供します。 ボリュームのサイズを制限する場合、またはプールからボリュームが取得できるストレージの量を制限する場合は、固定プロビジョニングを使用します。

空のボリュームによる 2 つのプロビジョニングの種類の比較を次に示します。

従来の固定プロビジョニングでは、事前に割り当てられた領域は記憶域プールでは使用できません。 仮想プロビジョニングでは、必要に応じてプールから領域が割り当てられるため、予想される増加に対応するためにボリュームを過剰にプロビジョニング (使用可能な容量より大きいサイズ) できます。

固定プロビジョニング 仮想プロビジョニング
従来の固定プロビジョニングの図。事前割り当て済み領域は、記憶域プールでは使用できません。 シン プロビジョニングの図。必要に応じてプールから領域が割り当てられ、予想される増加に対応するためにボリュームを過剰にプロビジョニング (使用可能な容量より大きいサイズ) できます。

シン プロビジョニング ボリュームが作成されると、フットプリントは指定されたボリューム サイズよりも小さくなります。 データがボリュームに追加または削除されると、それに応じてボリュームフットプリントが増減します。

データがボリュームに追加または削除されると、それに応じてボリュームフットプリントが増減することを示す図。

シン プロビジョニングは、すべての回復性設定 (3 方向ミラー、ミラー 高速パリティなど) およびすべての種類のシステムで機能します。 ストレッチ クラスターでは TRIM が無効になっているため、データが削除された後、記憶域はプールに返されません。

オーバープロビジョニングにより、使用可能な合計ストレージ容量を超えるボリュームを作成できます。 プール容量の 70% 以上 (カスタマイズ可能) が使用されるとアラートが送信され、容量をさらに追加するか、データを削除する必要があることを通知します。

オーバープロビジョニングによって使用可能なストレージ容量の合計を超えるボリュームを作成できることを示す図。

PowerShell によって仮想プロビジョニングを使用する

PowerShell によってボリュームをプロビジョニングするための 2 つのオプションは、、固定仮想です。 これは、ボリューム レベルで設定するか、既定のプロビジョニングの種類として記憶域プールに適用できます。 次のコマンドレットを使用して、仮想プロビジョニング ボリュームを作成するか、既定の設定を確認または変更します。

オプション 1: ボリューム レベルで仮想プロビジョニングを適用する

新しいシン プロビジョニング ボリュームを作成するには、次のコマンドレットを実行します。

New-Volume -FriendlyName <name> -Size <size> -ProvisioningType Thin

新しいシン プロビジョニング ミラー 高速パリティ ボリュームを作成するには、次のコマンドレットを実行します。

Get-StorageTier <mirror tier> | Set-StorageTier -ProvisioningType Thin
Get-StorageTier <parity tier> | Set-StorageTier -ProvisioningType Thin 
New-Volume -FriendlyName <name> -StorageTierFriendlyNames <mirror tier,parity tier> -StorageTierSizes 200GB,800GB

ボリューム プロビジョニングの種類を確認するには、次のコマンドレットを実行します。

Get-VirtualDisk -FriendlyName <name of virtual disk> | ft FriendlyName,ProvisioningType 

オプション 2: 既定のプロビジョニング アラートしきい値を管理する

シン プロビジョニングのアラートしきい値は 70% に設定されています。 既定のアラートしきい値をそのまま使用することをお勧めします。

既定のシン プロビジョニング アラートのしきい値を変更するには、次のコマンドレットを実行します。

Set-StoragePool -FriendlyName <name of storage pool> -ThinProvisioningAlertThresholds <% value>

仮想プロビジョニング FAQ

このセクションでは、Azure Local バージョン 23H2 でのシン プロビジョニングに関してよく寄せられる質問に回答します。

既存の固定ボリュームを仮想に変換できますか?

はい。 固定ボリュームからシン ボリュームへの変換はサポートされています。Azure Local のシン プロビジョニング ボリュームに固定 変換する方法に関するページを参照

設定を仮想に切り替えた後に、既定としての固定プロビジョニング ボリュームの作成に戻すことは可能ですか?

はい。 [設定] > [記憶域とプール] に移動し、[既定のプロビジョニングの種類][固定] に戻します。

1 つの記憶域プールに固定ボリュームと仮想ボリュームを混在できますか?

はい。固定ボリュームと仮想ボリュームの両方を 1 つのプールに混在できます。

ファイルが削除された後すぐに、プールに領域が返されますか?

いいえ。 これは、ファイルが削除された後に 15 分ほどかかる可能性がある段階的なプロセスです。 システムで多数のワークロードが実行されている場合、すべての領域がプールに返されるまでに時間がかかる場合があります。

次のステップ

詳細については、次のトピックも参照してください。